From owner-freebsd-hackers Sun May 7 00:34:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA09123 for hackers-outgoing; Sun, 7 May 1995 00:34:17 -0700 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA09117 for ; Sun, 7 May 1995 00:34:15 -0700 Received: by physics.su.oz.au id AA08842 (5.67b/IDA-1.4.4 for hackers@freebsd.org); Sun, 7 May 1995 17:34:04 +1000 From: David Dawes Message-Id: <199505070734.AA08842@physics.su.oz.au> Subject: Number of partitions reports/required by disklabel incorrect? To: hackers@FreeBSD.org Date: Sun, 7 May 1995 17:34:03 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 977 Sender: hackers-owner@FreeBSD.org Precedence: bulk I just noticed that the output of disklabel(8) on SNAP-950412 reports the number of partitions to be one more than it displays. The main reason I noticed it was that when editing the label, and setting the number to the actual number: 3 partitions: # size offset fstype [fsize bsize bps/cpg] a: 164538 198 4.2BSD 512 4096 16 # (Cyl. 1 - 831) c: 164538 198 unused 0 0 # (Cyl. 1 - 831) d: 164736 0 unused 0 0 # (Cyl. 0 - 831) disklabel would say: Warning, unused partition d: size 164736 offset 0 and sure enough running disklabel again reports: 3 partitions: # size offset fstype [fsize bsize bps/cpg] a: 164538 198 4.2BSD 512 4096 16 # (Cyl. 1 - 831) c: 164538 198 unused 0 0 # (Cyl. 1 - 831) If I tell it I've got 4 partitions, then the 3 get written to the label correctly. David From owner-freebsd-hackers Sun May 7 01:14:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA09668 for hackers-outgoing; Sun, 7 May 1995 01:14:44 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA09660 for ; Sun, 7 May 1995 01:14:26 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA07864; Sun, 7 May 1995 18:12:03 +1000 Date: Sun, 7 May 1995 18:12:03 +1000 From: Bruce Evans Message-Id: <199505070812.SAA07864@godzilla.zeta.org.au> To: dawes@physics.usyd.edu.au, hackers@FreeBSD.org Subject: Re: Number of partitions reports/required by disklabel incorrect? Sender: hackers-owner@FreeBSD.org Precedence: bulk >I just noticed that the output of disklabel(8) on SNAP-950412 reports the >number of partitions to be one more than it displays. The main reason I >noticed it was that when editing the label, and setting the number to the >actual number: >3 partitions: ># size offset fstype [fsize bsize bps/cpg] > a: 164538 198 4.2BSD 512 4096 16 # (Cyl. 1 - 831) > c: 164538 198 unused 0 0 # (Cyl. 1 - 831) > d: 164736 0 unused 0 0 # (Cyl. 0 - 831) >disklabel would say: >Warning, unused partition d: size 164736 offset 0 You already had 3 (a, b and c with b empty and not displayed). Then d was one too many. Bruce From owner-freebsd-hackers Sun May 7 03:23:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14237 for hackers-outgoing; Sun, 7 May 1995 03:23:06 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA14230 for ; Sun, 7 May 1995 03:22:59 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA17539; Sun, 7 May 1995 06:14:19 -0400 From: Peter Dufault Message-Id: <199505071014.GAA17539@hda.com> Subject: Re: SCSI drive auto error reallocation To: imb@scgt.oz.au Date: Sun, 7 May 1995 06:14:18 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505070937.TAA28473@asstdc.scgt.oz.au> from "michael butler" at May 7, 95 07:37:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 3641 Sender: hackers-owner@FreeBSD.org Precedence: bulk (I'm moving the discussion to -hackers. The announcement of the new software is pertinent to -current, but the technical discussion probably should go on in -hackers). michael butler writes: > > > The newest version of "scsi" lets you edit your mode pages. Now that I've > > added that you may want to check to see if you have automatic read and > > write reallocation enabled. I have three SCSI drives and none did. > > Nor did mine .. however, I can understand wishing to dynamically reallocate > on write failures, but reads ? The drive will only do the reallocation if it can successfully recover the data. > > > The command is "scsi -f /dev/rsd?c -m 1" to dump mode page 1 .. > > On an ISA machine (running -current, 7/7/95, BusLogic 542B, OLD firmware) > this can cause .. > > May 7 17:46:50 asstdc /kernel: aha0: DMA beyond end Of ISA > May 7 17:46:50 asstdc /kernel: biodone: buffer already done > > .. needless to say the ioctl fails. Not fatal, but interesting. BUG: The user mode ioctl doesn't use bounce buffers. Do you have more than 16 MB of memory? How did you manage to do the ioctl? I assume I just have to add > /* > * Use a bounce buffer if necessary > */ >#ifdef BOUNCE_BUFFERS > if (sc_link->flags & SDEV_BOUNCE) > vm_bounce_alloc(bp); >#endif before the scsi_scsi_cmd in scsistrategy. > > > hda# scsi -f /dev/rsd2c -m 1 > > > AWRE (Auto Write Reallocation Enbld): 1 > > > ARRE (Auto Read Reallocation Enbld): 1 > > > TB (Transfer Block): 1 > > > RC (Read Continuous): 0 > > > EER (Enable Early Recovery): 1 > > > PER (Post Error): 0 > > > DTE (Disable Transfer on Error): 0 > > > DCR (Disable Correction): 0 > > > Read Retry Count: 18 > > > Correction Span: 11 > > > Head Offset Count: 0 > > > Data Strobe Offset Count: 0 > > > Write Retry Count: 18 > > > Recovery Time Limit: 0 > > > If AWRE and ARRE are 0 you want to run the command with the "-e -P 3" > > switches to permanently enable read and write reallocation. > > Could someone please explain 'TB' and 'EER' which seem to differ from teh > above on a drive here ? You seem to be setup properly and this disk is setup improperly. TB: "A transfer block (TB) bit of one indicates that a data block that is not recovered within the recovery limits specified shall be transferred to the initiator before CHECK CONDITION status is returned. A TB bit of zero indicates that such a data block shall not be transferred to the initiator". It is probably better to change this to 0, though the driver should properly detect this as an error. EER: "An enable early recovery bit of one indicates that the target shall use the most expedient form of error recovery first. An EER bit of zero indicates that the target shall use an error recovery procedure that minimizes the risk of mis-detection or mis-correction". A note says "An EER bit of zero typically means that the specified retry limit is exhausted prior to using error correction codes". It is probably better to change this to 0 also. PER means to report recovered errors and should be left at 0, since I bet an error report would be interpreted as an error. DTE of 1 indicates the target should terminate the data phase upon detection of a recovered error. It should be left at 0. RC means return the right amount of data as fast as possible regardless of whether or not it is correct, even if it needs to be fabricated. Probably best left at 0. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sun May 7 03:38:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA14724 for hackers-outgoing; Sun, 7 May 1995 03:38:22 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA14718 for ; Sun, 7 May 1995 03:38:20 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id TAA00725; Sun, 7 May 1995 19:38:17 +0900 Date: Sun, 7 May 1995 19:38:17 +0900 Message-Id: <199505071038.TAA00725@remington.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.org Subject: Bug of if_ze is serious! (Re: Help! if_ze bug?) In-Reply-To: Your message of Sat, 6 May 1995 20:10:44 +0900. <199505061110.UAA24599@remington.mt.cs.keio.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199505061110.UAA24599@remington.mt.cs.keio.ac.jp> hosokawa@mt.cs.keio.ac.jp writes: >> This problem happens on today's -current if_ze. I tried to isolate >> the problem, and find that if I send a Ethernet packet whose size is >> greater than 800 bytes, the data crashes. This bug is so serious. I currently made a quick-hack patch to modify ze's MTU via ifconfig and limit the MTU to 750, then it works. When I was using ze on 2.0R, I've not met such probelms. I've not used the snapshot release before 0322, so I don't know when this problem emerges. Aren't there any ze users who met the same trouble? Only me? -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun May 7 04:16:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA16191 for hackers-outgoing; Sun, 7 May 1995 04:16:41 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA16182 for ; Sun, 7 May 1995 04:16:35 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id TAA08426; Sun, 7 May 1995 19:16:47 +0800 Date: Sun, 7 May 1995 19:16:42 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: shm* man pages Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Are we getting man pages for the stuff in soon? % man shmget No manual entry for shmget -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sun May 7 04:44:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17359 for hackers-outgoing; Sun, 7 May 1995 04:44:50 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA17352 for ; Sun, 7 May 1995 04:44:45 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43048>; Sun, 7 May 1995 13:44:32 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id XAA03332; Fri, 5 May 1995 23:28:57 +0200 Message-Id: <199505052128.XAA03332@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Daniel Baker cc: hackers@FreeBSD.org Subject: Re: Colorado FT In-reply-to: Your message of "Fri, 05 May 1995 05:13:54 +0200." Date: Fri, 5 May 1995 23:28:55 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk > I read the ft man page, > Also, how do I erase and format a tape, etc? man ft says: BUGS Formatting/Verifying is in the works. You will need to use your existing backup program to do this for the time being. Admittedly my man. is from a couple of weeks old source, but did you really read the manual ? You do at least have the src tree to read :-) Julian S From owner-freebsd-hackers Sun May 7 04:46:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17462 for hackers-outgoing; Sun, 7 May 1995 04:46:36 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA17456 for ; Sun, 7 May 1995 04:46:34 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43036>; Sun, 7 May 1995 13:46:29 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id RAA02651; Fri, 5 May 1995 17:29:57 +0200 Message-Id: <199505051529.RAA02651@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: looking for IP over printer port driver users In-reply-to: Your message of "Thu, 04 May 1995 14:44:25 +0200." <1206.799591465@time.cdrom.com> Date: Fri, 5 May 1995 17:29:56 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk > If we're going to start telling eachothers secrets.. :-) > Jordan Quiver ...... Worry ...... You won't mention about ..... No, Surely Not ? ;-) Julian S From owner-freebsd-hackers Sun May 7 06:15:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19777 for hackers-outgoing; Sun, 7 May 1995 06:15:54 -0700 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA19771 for ; Sun, 7 May 1995 06:15:51 -0700 Received: by physics.su.oz.au id AA11889 (5.67b/IDA-1.4.4 for hackers@freebsd.org); Sun, 7 May 1995 23:15:47 +1000 From: David Dawes Message-Id: <199505071315.AA11889@physics.su.oz.au> Subject: problem with f77 handling of '-u' To: hackers@FreeBSD.org Date: Sun, 7 May 1995 23:15:46 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 862 Sender: hackers-owner@FreeBSD.org Precedence: bulk The f77 handling via 'cc' has a problem with the '-u' flag. Eg, if I run: f77 -c -u a.f I get: cc: No input files However: f77 -c -u -O a.f works OK. I've think I've tracked this down to the fact that '-u' is treated as a switch letter that takes arguments in gcc.c: #define SWITCH_TAKES_ARG(CHAR) \ ((CHAR) == 'D' || (CHAR) == 'U' || (CHAR) == 'o' \ || (CHAR) == 'e' || (CHAR) == 'T' || (CHAR) == 'u' \ || (CHAR) == 'I' || (CHAR) == 'm' \ || (CHAR) == 'L' || (CHAR) == 'A') #endif If I remove 'u' from this, then the '-u' flag works as expected with f77. f77.c also treats -u (and -U) as having arguments, but changing that alone isn't enough to fix this problem. Any ideas for a solution to this which doesn't break other things? Maybe a long option needs to be added (as was done for -U), but that breaks compatibility. David From owner-freebsd-hackers Sun May 7 06:17:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19822 for hackers-outgoing; Sun, 7 May 1995 06:17:38 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA19813 for ; Sun, 7 May 1995 06:17:36 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id JAA07352; Sun, 7 May 1995 09:17:31 -0400 Date: Sun, 7 May 1995 09:17:30 -0400 (EDT) From: kim culhan To: Amancio Hasty Jr cc: hasty@netcom.com, hackers@FreeBSD.org Subject: Re: Have -current from 5/6 running, can vat run on it? In-Reply-To: <199505070439.VAA15618@netcom14.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 6 May 1995, Amancio Hasty Jr wrote: > Sure I was previously posted to this mailing list but here you go: > > ftp://ftp.cs.uwm.edu/pub/FreeBSD/sound.v30.2.tar.gz The uwm.edu machine seems to not transfer any data at the moment, though it will start an ftp session. Is there any other location for these files? regards kim -- kimc@w8hd.org From owner-freebsd-hackers Sun May 7 08:57:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24326 for hackers-outgoing; Sun, 7 May 1995 08:57:21 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA24318 for ; Sun, 7 May 1995 08:57:02 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA02744; Sun, 7 May 95 17:56:13 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id SAA06085 for freebsd-hackers@freefall.cdrom.com; Sun, 7 May 1995 18:07:47 +0200 Date: Sun, 7 May 1995 18:07:47 +0200 From: "Christoph P. Kukulies" Message-Id: <199505071607.SAA06085@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: a file as a filesystem Sender: hackers-owner@FreeBSD.org Precedence: bulk With all the various file systems abundant is there a file system type under FreeBSD allowing to mount something like mount -t filefs boot.flp /mnt and then access it as an ordinary filesystem? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de BUILT-19950501 FreeBSD BUILT-19950501 #0: Mon May 1 17:20:21 MET DST 1995 root@blues.physik.rwth-aachen.de:/usr/sr c/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Sun May 7 09:06:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA24681 for hackers-outgoing; Sun, 7 May 1995 09:06:10 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA24668 for ; Sun, 7 May 1995 09:05:59 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA02987; Sun, 7 May 95 18:05:02 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id SAA06100 for freebsd-hackers@freefall.cdrom.com; Sun, 7 May 1995 18:16:36 +0200 Date: Sun, 7 May 1995 18:16:36 +0200 From: "Christoph P. Kukulies" Message-Id: <199505071616.SAA06100@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: 0412SNAP - ed0 timeout Sender: hackers-owner@FreeBSD.org Precedence: bulk Strange. I thought it would become a 20 minute job to upgrade my SLIP gateway machine from 1.x to 2.0-950412SNAP but something's becoming weird: The machine is a 386-25/8MB IDE box with a NE1000 (ed1) and a WD8013-8bit (ed0). It as acting as an ethernet gateway but for getting the machine up and running I only wanted to use ed0. I start /kernel -c and change irq ed0 2. The card is probed correctly at 0x280. But when the ifconfig is setting up the interface I'm getting a ed0: timeout. (the interface is jumpered to thick wire). Are there any known problems in that area? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de BUILT-19950501 FreeBSD BUILT-19950501 #0: Mon May 1 17:20:21 MET DST 1995 root@blues.physik.rwth-aachen.de:/usr/sr c/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Sun May 7 09:09:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA24748 for hackers-outgoing; Sun, 7 May 1995 09:09:01 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA24742 for ; Sun, 7 May 1995 09:09:00 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA10106; Sun, 7 May 1995 09:08:54 -0700 From: Poul-Henning Kamp Message-Id: <199505071608.JAA10106@ref.tfs.com> Subject: Re: Bug of if_ze is serious! (Re: Help! if_ze bug?) To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Sun, 7 May 1995 09:08:54 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199505071038.TAA00725@remington.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at May 7, 95 07:38:17 pm Content-Type: text Content-Length: 570 Sender: hackers-owner@FreeBSD.org Precedence: bulk > This bug is so serious. I currently made a quick-hack patch to modify > ze's MTU via ifconfig and limit the MTU to 750, then it works. > > When I was using ze on 2.0R, I've not met such probelms. I've not > used the snapshot release before 0322, so I don't know when this > problem emerges. > > Aren't there any ze users who met the same trouble? Only me? I'm running just fine... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun May 7 09:13:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA24808 for hackers-outgoing; Sun, 7 May 1995 09:13:10 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA24802 for ; Sun, 7 May 1995 09:13:10 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA10141; Sun, 7 May 1995 09:13:04 -0700 From: Poul-Henning Kamp Message-Id: <199505071613.JAA10141@ref.tfs.com> Subject: Re: a file as a filesystem To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Sun, 7 May 1995 09:13:04 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505071607.SAA06085@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at May 7, 95 06:07:47 pm Content-Type: text Content-Length: 442 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > With all the various file systems abundant is there a file system > type under FreeBSD allowing to mount something like > > mount -t filefs boot.flp /mnt > > and then access it as an ordinary filesystem? vnconfig /dev/vn0 boot.flp mount /dev/vn0 /mnt -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun May 7 09:18:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA24912 for hackers-outgoing; Sun, 7 May 1995 09:18:47 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA24906 for ; Sun, 7 May 1995 09:18:44 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA03050; Sun, 7 May 95 18:18:30 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id SAA06152; Sun, 7 May 1995 18:30:04 +0200 Message-Id: <199505071630.SAA06152@gilberto.physik.rwth-aachen.de> Subject: Re: a file as a filesystem To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Sun, 7 May 1995 18:30:03 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199505071613.JAA10141@ref.tfs.com> from "Poul-Henning Kamp" at May 7, 95 09:13:04 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 792 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > With all the various file systems abundant is there a file system > > type under FreeBSD allowing to mount something like > > > > mount -t filefs boot.flp /mnt > > > > and then access it as an ordinary filesystem? > > vnconfig /dev/vn0 boot.flp > mount /dev/vn0 /mnt Thanks. Great! Worked fine after upgrading my /dev/MAKEDEV. > > > -- > Poul-Henning Kamp -- TRW Financial Systems, Inc. > 'All relevant people are pertinent' && 'All rude people are impertinent' > => 'no rude people are relevant' > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de BUILT-19950501 FreeBSD BUILT-19950501 #0: Mon May 1 17:20:21 MET DST 1995 root@blues.physik.rwth-aachen.de:/usr/sr c/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Sun May 7 09:20:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA24982 for hackers-outgoing; Sun, 7 May 1995 09:20:35 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA24976 for ; Sun, 7 May 1995 09:20:31 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id JAA12578; Sun, 7 May 1995 09:16:22 -0700 From: "Rodney W. Grimes" Message-Id: <199505071616.JAA12578@gndrsh.aac.dev.com> Subject: Re: 0412SNAP - ed0 timeout To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Sun, 7 May 1995 09:16:22 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505071616.SAA06100@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at May 7, 95 06:16:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1114 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Strange. I thought it would become a 20 minute job to upgrade my SLIP > gateway machine from 1.x to 2.0-950412SNAP but something's becoming weird: > > The machine is a 386-25/8MB IDE box with a NE1000 (ed1) and a WD8013-8bit (ed0). > It as acting as an ethernet gateway but for getting the machine up and > running I only wanted to use ed0. I start /kernel -c and change irq > ed0 2. The card is probed correctly at 0x280. But when the ifconfig is setting > up the interface I'm getting a ed0: timeout. (the interface is jumpered to > thick wire). Arghh.. userconfig needs to do a better sanity check on irq values, set it to 9 not to 2. > Are there any known problems in that area? There is now... I just looked at userconfig.c and see that the sanity check for irq's is very minimal (it simply check that it is < 16, it should really should check and remap irq 2 to irq 9 or complain loadly that irq 2 is not a valid value, see code in config(8)). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun May 7 09:36:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25261 for hackers-outgoing; Sun, 7 May 1995 09:36:02 -0700 Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA25255 for ; Sun, 7 May 1995 09:35:59 -0700 Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA11338; Sun, 7 May 95 18:36:07 +0100 Date: Sun, 7 May 95 18:36:07 +0100 From: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Message-Id: <9505071736.AA11338@cabri.obs-besancon.fr> To: kuku@gilberto.physik.rwth-aachen.de Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505071607.SAA06085@gilberto.physik.rwth-aachen.de> (kuku@gilberto.physik.rwth-aachen.de) Subject: Re: a file as a filesystem X-Mailer: Emacs Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Christoph" == Christoph P Kukulies writes: > With all the various file systems abundant is there a file system > type under FreeBSD allowing to mount something like > mount -t filefs boot.flp /mnt > and then access it as an ordinary filesystem? vnconfig -c /dev/vn0c boot.flp mount /dev/vn0c /mnt ... umount /dev/vn0c vnconfig -u /dev/vn0c boot.flp Jean-Marc > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > FreeBSD blues.physik.rwth-aachen.de BUILT-19950501 FreeBSD BUILT-19950501 #0: > Mon May 1 17:20:21 MET DST 1995 root@blues.physik.rwth-aachen.de:/usr/sr > c/sys/compile/BLUESGUS i386 _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr ============================================================================= From owner-freebsd-hackers Sun May 7 10:41:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA26332 for hackers-outgoing; Sun, 7 May 1995 10:41:36 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA26326 for ; Sun, 7 May 1995 10:41:34 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id CAA03062; Mon, 8 May 1995 02:41:27 +0900 Date: Mon, 8 May 1995 02:41:27 +0900 Message-Id: <199505071741.CAA03062@remington.mt.cs.keio.ac.jp> To: phk@ref.tfs.com Cc: freebsd-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: Bug of if_ze is serious! (Re: Help! if_ze bug?) In-Reply-To: Your message of Sun, 7 May 1995 09:08:54 -0700 (PDT). <199505071608.JAA10106@ref.tfs.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199505071608.JAA10106@ref.tfs.com> phk@ref.tfs.com writes: >> I'm running just fine... My card comes to work fine now. But I can't explain why it works. When I configured the ze with device ze0 at isa? port 0x320 net irq 5 iomem 0xd0000 flags 0x10 vector zeintr the sending packet corrupts, but configured it device ze0 at isa? port 0x320 net irq 5 iomem 0xd4000 flags 0x10 vector zeintr it works fine... Hmm.... The former ioaddr is default value. Why it does not work on the former configuration? -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun May 7 10:57:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA26464 for hackers-outgoing; Sun, 7 May 1995 10:57:10 -0700 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA26458 for ; Sun, 7 May 1995 10:57:09 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id KAA04706; Sun, 7 May 1995 10:56:20 -0700 Date: Sun, 7 May 1995 10:56:20 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505071756.KAA04706@netcom14.netcom.com> To: hasty@netcom.com, kimc@w8hd.w8hd.org Subject: Re: Have -current from 5/6 running, can vat run on it? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Is there any other location for these files? No problem, try : ftp.best.com: sound.v30.2.tar.gz vmix.0.2.tar.gz -- Have fun, Amancio From owner-freebsd-hackers Sun May 7 11:01:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26522 for hackers-outgoing; Sun, 7 May 1995 11:01:36 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA26516 for ; Sun, 7 May 1995 11:01:35 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA10362; Sun, 7 May 1995 11:01:31 -0700 From: Poul-Henning Kamp Message-Id: <199505071801.LAA10362@ref.tfs.com> Subject: Re: Bug of if_ze is serious! (Re: Help! if_ze bug?) To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Sun, 7 May 1995 11:01:30 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199505071741.CAA03062@remington.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at May 8, 95 02:41:27 am Content-Type: text Content-Length: 722 Sender: hackers-owner@FreeBSD.org Precedence: bulk > My card comes to work fine now. But I can't explain why it works. > > When I configured the ze with > > device ze0 at isa? port 0x320 net irq 5 iomem 0xd0000 flags 0x10 > vector zeintr > > the sending packet corrupts, but configured it > > device ze0 at isa? port 0x320 net irq 5 iomem 0xd4000 flags 0x10 > vector zeintr > > it works fine... Hmm.... > > The former ioaddr is default value. Why it does not work on the > former configuration? Well, do you have any other cards in the machine ? What is flags 0x10 anyway ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun May 7 11:03:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA26596 for hackers-outgoing; Sun, 7 May 1995 11:03:30 -0700 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA26590 for ; Sun, 7 May 1995 11:03:29 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id LAA05158; Sun, 7 May 1995 11:02:39 -0700 Date: Sun, 7 May 1995 11:02:39 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505071802.LAA05158@netcom14.netcom.com> To: hasty@netcom.com, kimc@w8hd.w8hd.org Subject: Re: Have -current from 5/6 running, can vat run on it? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Ooops, that was ftp.best.com:/pub/hasty Sorry about that... Amancio From owner-freebsd-hackers Sun May 7 12:45:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29095 for hackers-outgoing; Sun, 7 May 1995 12:45:40 -0700 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA29089 for ; Sun, 7 May 1995 12:45:37 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id MAA14039; Sun, 7 May 1995 12:44:45 -0700 Date: Sun, 7 May 1995 12:44:45 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505071944.MAA14039@netcom14.netcom.com> To: hackers@FreeBSD.org Subject: cd audio to wav Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I uploaded to ftp.best.com:/pub/hasty/cdda2wav0.3alpha.src.tar.gz This program is fully capable of reading CD audio from a selected list of cdrom drives. The only problem is that is a linux program and it needs to be converted to use our scsi library which in theory should not be difficult. I don't have time for this right now so it would be nice if someone can pickup it and do a port. The typical cdplayer out there plays audio thru an analog line however with cdda2wav one reads 16bit unsigned numbers from the audio cd which we can then manipulate to our hearts content, broacast a CD over a LAN, have some cool sounds in your freebsd box, etc... Enjoy, Amancio From owner-freebsd-hackers Sun May 7 12:52:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA29250 for hackers-outgoing; Sun, 7 May 1995 12:52:47 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA29242 for ; Sun, 7 May 1995 12:52:46 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id MAA02668 for ; Sun, 7 May 1995 12:50:00 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id EAA03262; Mon, 8 May 1995 04:50:07 +0900 Date: Mon, 8 May 1995 04:50:07 +0900 Message-Id: <199505071950.EAA03262@remington.mt.cs.keio.ac.jp> To: phk@ref.tfs.com Cc: freebsd-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: Bug of if_ze is serious! (Re: Help! if_ze bug?) In-Reply-To: Your message of Sun, 7 May 1995 11:01:30 -0700 (PDT). <199505071801.LAA10362@ref.tfs.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199505071801.LAA10362@ref.tfs.com> phk@ref.tfs.com writes: >> Well, do you have any other cards in the machine ? I'm using MEGAHERTZ XJ2144 with PCMCIA sio patch, but ze didn't work without configuring the card. Moreover, ze sends ill packets on 'virgin' 0322-SNAP and -current when it was configured on 0xd0000. >> What is flags 0x10 anyway ? It's delayed-attach flags. But ze did not run without this patch and runs fine with this patch when it isn't configured on 0xd0000. So I think it isn't guilty :-). Now I tested again on virgin src of 950322-SNAP. It spits ill packets. ********************************************************************** hosokawa[ryukyu:~] ping -s 100 vivian PING vivian.mt.cs.keio.ac.jp (131.113.32.112): 100 data bytes 108 bytes from 131.113.32.112: icmp_seq=0 ttl=255 time=1.434 ms ^C --- vivian.mt.cs.keio.ac.jp ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max = 1.434/1.434/1.434 ms hosokawa[ryukyu:~] ping -s 200 vivian PING vivian.mt.cs.keio.ac.jp (131.113.32.112): 200 data bytes 208 bytes from 131.113.32.112: icmp_seq=0 ttl=255 time=0.929 ms ^C --- vivian.mt.cs.keio.ac.jp ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max = 0.929/0.929/0.929 ms hosokawa[ryukyu:~] ping -s 400 vivian PING vivian.mt.cs.keio.ac.jp (131.113.32.112): 400 data bytes 408 bytes from 131.113.32.112: icmp_seq=0 ttl=255 time=1.780 ms ^C --- vivian.mt.cs.keio.ac.jp ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max = 1.780/1.780/1.780 ms hosokawa[ryukyu:~] ping -s 800 vivian PING vivian.mt.cs.keio.ac.jp (131.113.32.112): 800 data bytes ^C --- vivian.mt.cs.keio.ac.jp ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss ********************************************************************** The config file I used, follows. ********************************************************************** machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident ZE_TEST maxusers 10 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MFS #Memory File System options MSDOSFS #MSDOS Filesystem #options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 #options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console # # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG # laptop-specific configuration #options "APM_SLOWSTART=5" #options LAPTOP #options COM_PCMCIA #options COM_CIS_IRQ_BUG # Buggy!! #options COM_PCMCIA_RESUME config kernel root on wd0 swap on wd0 and wd1 and sd0 and sd1 and vn0 dumps on wd0 controller isa0 #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 #controller ncr0 #controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller ahc1 at isa? bio irq ? vector ahcintr #controller ahb0 at isa? bio irq ? vector ahbintr #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 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 #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #controller matcd0 at isa? port ? #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.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # my laptop uses sio1 for trackball, so I allocate sio2 for PCMCIA modem device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 10 iomem 0xd8000 flags 0x08 vector siointr #device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty #device de0 #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 ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ix0 at isa? port 0x280 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr device ze0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd4000 vector zpintr device pca0 at isa? tty #device apm0 at isa? pseudo-device loop pseudo-device ether pseudo-device log #pseudo-device sl 1 #pseudo-device ppp 1 pseudo-device pty 16 pseudo-device speaker pseudo-device gzip # Exec gzipped a.out's pseudo-device vn pseudo-device tun 1 ********************************************************************** -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun May 7 13:09:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29512 for hackers-outgoing; Sun, 7 May 1995 13:09:35 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29506 for ; Sun, 7 May 1995 13:09:29 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA10606; Sun, 7 May 1995 13:08:14 -0700 From: Julian Elischer Message-Id: <199505072008.NAA10606@ref.tfs.com> Subject: Re: lance Ethernet and > 16 Mb RAM failure To: bde@zeta.org.au (Bruce Evans) Date: Sun, 7 May 1995 13:08:13 -0700 (PDT) Cc: mtaylor@gateway.cybernet.com, hackers@FreeBSD.org In-Reply-To: <199505070449.OAA02283@godzilla.zeta.org.au> from "Bruce Evans" at May 7, 95 02:49:52 pm Content-Type: text Content-Length: 1117 Sender: hackers-owner@FreeBSD.org Precedence: bulk so, mtaylor: it looks like you have something you can do for us.. :) get the DMA controlling code from the floppy driver and merge it in with the lnc driver, (or similar) I don't have that board and couldn't test it.... other possible options might be to pre-allocate it's own buffer space during boot if it has > 16MB and use that instead.. or look at the bounce buffer support in the aha driver and copy that? julian > > >> I'm installing 2.0-950412-SNAP on a new system. I've never used the 'lnc' > >> ethernet drivers before, and I'm having difficulty getting them stable on a > >> system with more than 16 Mb of RAM. > >> > >looks as if the bounce buffer code in the dma > >using routines for non master dma, is broken, > >OR maybe they are not using it correctly.... > > >It sould use it's DMA in much the same way as the floppy driver does, > >so that it can guarantee that the DMA will go to a buffer < 16MB > >but this may not be the case.. > > It isn't the case. The TODO list at the start of if_lnc.c says bounce > buffer support will be needed for dma'ing to mbufs above 16MB. > > Bruce > From owner-freebsd-hackers Sun May 7 13:19:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29650 for hackers-outgoing; Sun, 7 May 1995 13:19:56 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29644 for ; Sun, 7 May 1995 13:19:53 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA10654; Sun, 7 May 1995 13:19:30 -0700 From: Julian Elischer Message-Id: <199505072019.NAA10654@ref.tfs.com> Subject: Re: SCSI drive auto error reallocation To: dufault@hda.com (Peter Dufault) Date: Sun, 7 May 1995 13:19:30 -0700 (PDT) Cc: imb@scgt.oz.au, hackers@FreeBSD.org In-Reply-To: <199505071014.GAA17539@hda.com> from "Peter Dufault" at May 7, 95 06:14:18 am Content-Type: text Content-Length: 183 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > PER means to report recovered errors and should be left at 0, > since I bet an error report would be interpreted as an error. actually, I think this is handled correctly julian From owner-freebsd-hackers Sun May 7 13:29:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29877 for hackers-outgoing; Sun, 7 May 1995 13:29:15 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA29869 for ; Sun, 7 May 1995 13:29:13 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id NAA10699; Sun, 7 May 1995 13:29:07 -0700 From: Julian Elischer Message-Id: <199505072029.NAA10699@ref.tfs.com> Subject: Re: Bug of if_ze is serious! (Re: Help! if_ze bug?) To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Sun, 7 May 1995 13:29:07 -0700 (PDT) Cc: phk@ref.tfs.com, freebsd-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199505071950.EAA03262@remington.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at May 8, 95 04:50:07 am Content-Type: text Content-Length: 36 Sender: hackers-owner@FreeBSD.org Precedence: bulk what do dmesg and lsdev -c say? From owner-freebsd-hackers Sun May 7 14:17:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01077 for hackers-outgoing; Sun, 7 May 1995 14:17:54 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01071 for ; Sun, 7 May 1995 14:17:52 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id GAA03437; Mon, 8 May 1995 06:17:46 +0900 Date: Mon, 8 May 1995 06:17:46 +0900 Message-Id: <199505072117.GAA03437@remington.mt.cs.keio.ac.jp> To: julian@ref.tfs.com Cc: phk@ref.tfs.com, freebsd-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: Bug of if_ze is serious! (Re: Help! if_ze bug?) In-Reply-To: Your message of Sun, 7 May 1995 13:29:07 -0700 (PDT). <199505072029.NAA10699@ref.tfs.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk >> what do >> >> dmesg FreeBSD 2.0.0-SNAP950322 #0: Mon May 8 04:41:03 JST 1995 hosokawa@vivian.mt.cs.keio.ac.jp:/usr/src/sys.org/compile/TEST CPU: i486DX (486-class CPU) Origin = "GenuineIntel" Id = 0x480 This is an i486DX4 Stepping=0 Features=0x3 FPU VME real memory = 20578304 (5024 pages) avail memory = 18878464 (4609 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pca0 PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 fdc0: (NEC 72065B) [0: fd0: 1.44MB 3.5in] wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): , multi-block-16 wd0: 689MB (1411200 sectors), 1400 C 16 H 63 S/T 512 B/S ze: slot 0: no card in slot ze: found card in slot 1 ze0 at 0x300-0x31f irq 5 maddr 0xd0000 msize 16384 on isa ze0: address 08:00:5a:39:58:3a, type IBM PCMCIA (16bit), MAU 10base2 npx0 on motherboard npx0: INT 16 interface >> lsdev -c ze does not support devconf. thanks, -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun May 7 14:39:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA03428 for hackers-outgoing; Sun, 7 May 1995 14:39:14 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA03421 for ; Sun, 7 May 1995 14:39:10 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id OAA00310; Sun, 7 May 1995 14:42:10 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id OAA00656; Sun, 7 May 1995 14:39:04 -0700 Message-Id: <199505072139.OAA00656@corbin.Root.COM> To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com Subject: Re: 0412SNAP - ed0 timeout In-reply-to: Your message of "Sun, 07 May 95 18:16:36 +0200." <199505071616.SAA06100@gilberto.physik.rwth-aachen.de> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 07 May 1995 14:38:58 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Strange. I thought it would become a 20 minute job to upgrade my SLIP >gateway machine from 1.x to 2.0-950412SNAP but something's becoming weird: > >The machine is a 386-25/8MB IDE box with a NE1000 (ed1) and a WD8013-8bit (ed0). >It as acting as an ethernet gateway but for getting the machine up and >running I only wanted to use ed0. I start /kernel -c and change irq >ed0 2. The card is probed correctly at 0x280. But when the ifconfig is setting >up the interface I'm getting a ed0: timeout. (the interface is jumpered to >thick wire). > >Are there any known problems in that area? I think this might be caused by code that was added to the driver to read the soft configuration and use the irq that it found there. If you are using one of the "hard" jumper settings, and it is different than the soft setting, this is likely the cause. I've been considering changing the 'auto' code to only use the value from the card if '?' was specified in the kernel config file. -DG From owner-freebsd-hackers Sun May 7 15:16:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04368 for hackers-outgoing; Sun, 7 May 1995 15:16:54 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA04361 for ; Sun, 7 May 1995 15:16:50 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id HAA03576; Mon, 8 May 1995 07:16:43 +0900 Date: Mon, 8 May 1995 07:16:43 +0900 Message-Id: <199505072216.HAA03576@remington.mt.cs.keio.ac.jp> To: julian@ref.tfs.com Cc: phk@ref.tfs.com, freebsd-hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: Bug of if_ze is serious! (Re: Help! if_ze bug?) In-Reply-To: Your message of Mon, 8 May 1995 06:17:46 +0900. <199505072117.GAA03437@remington.mt.cs.keio.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199505072117.GAA03437@remington.mt.cs.keio.ac.jp> hosokawa@mt.cs.keio.ac.jp writes: >> >> lsdev -c >> >> ze does not support devconf. and it says, # This listing automatically generated by lsdev(1) controller isa0 sc0 at isa? tty port 0x60 irq 1 sio0 at isa? tty port 0x3f8 irq 4 sio1 at isa? tty port 0x2f8 irq 3 pca0 at isa? tty fdc0 at isa? bio port 0x3f0 irq 6 drq 2 fd0 at fdc0 drive 0 wdc0 at isa? port 0x1f0 irq 14 wd0 at wdc0 drive 0 npx0 at isa? port 0xf0 -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun May 7 15:18:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04395 for hackers-outgoing; Sun, 7 May 1995 15:18:49 -0700 Received: from saul2.u.washington.edu (spaz@saul2.u.washington.edu [140.142.56.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA04389 for ; Sun, 7 May 1995 15:18:45 -0700 Received: by saul2.u.washington.edu (5.65+UW95.02/UW-NDC Revision: 2.32 ) id AA03009; Sun, 7 May 95 15:18:40 -0700 X-Sender: spaz@saul2.u.washington.edu Date: Sun, 7 May 1995 15:18:39 -0700 (PDT) From: John Utz To: Thomas David Rivers Cc: freebsd-hackers@freefall.cdrom.com Subject: Re: Interesting sound card problems (in FreeBSD 2.0R.) In-Reply-To: <199505062208.SAA27331@ponds.UUCP> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello Dave; On Sat, 6 May 1995, Thomas David Rivers wrote: > > I recently purchased an ISP-16 sound card from MediaMagic Inc. > This card claims SoundBlaster Pro compatibility, and comes with > some nice Windows bundled software. > > Anyway, after struggling to get things configured in my kernel, > wondering why the sound wasn't working - I think I hit on the issue. > > If I run (under DOS) the MediaMagic supplied initialition program > (ISPINIT.EXE), then boot FreeBSD; things appear to work. The probe > (usually) finds a SoundBlaster Pro. > > If, however, I turn off the machine; turn it back on and boot FreeBSD, > the probe finds a SoundBlaster 2.1; and nothing works. (cat'ing > a .au file to /dev/audio simply sits there until I hit cntrl-c.) > > So, I'm guessing there's something in the probe which should initialize > the card before determining exactly what it is... > > Does anyone have any ideas? > ummm, it kinda sounds to me like they are not compatible at the hardware level! They may be running their own alien being hardware in there and then running a little remapping deal ( TSR? ) under DOS to trick all the soundblaster software..can u say implemtaion abstraction? I would take the card out and look at it closely. I have a PAS 16 that claims compatiblity with the SB and the AdLib. The truly amzing thing about this is that they do this by actually having the *chips* on the damn card! Serious! There is a YM312 and a MediaVision 8bit mono SB chip on there. The glory and hell of this is that *each* one of these little shavers gets an *interrupt* and a *port*! This is good because u could conceivably run all three of 'em at once under FreeBSD ( theoretically speaking.. i am actually not sure how the audio output is handled ..switched or mixed ). This is not really practical due to the fact that this means one lousy card sucks up 3 precious interrupts ( 4 with the scsi ) and 2 or 4 dma channels depending.. since we already handed out all the extra interrupts to the serial card ( i use all 3 ports simultaneously ) i dont expect i will ever try to implement this ) anyway the card should have a mediavision chip on it to do SB. IMHO, u should take it back and get something else. even if it did adlib or sb, it probably only does 8 bit sound. And i will tell u what, 8 bit sound is like one step above humming to yourself. Think about it. There are only 256 possible steps to try and make sounds with, matter of fact, i think the pcspeaker driver does a better job ( sonically speaking ) then the 8 bit cards ( the 8 bit cards dont hog the bus for the duration of the sound, however :-) ) i dont know if u are still running the 386sx. i recognize the call of the mostest for the leastest, but i think the marginal cost increment in getting a 2nd generation sound card ( sb-16, pas-16 ) will pay off. They are supported by the drivers, they have cd quality sound and they just kind of do the job. The 8 bit cards are kinda like trying to run FreeBSD on a 286; it might be possible, the computer might be free, but the trauma involved in making it happen will cost enough of your time to eat up all of your savings...\ just my 2cents > - Thanks - > - Dave Rivers - > > ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Sun May 7 15:25:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04522 for hackers-outgoing; Sun, 7 May 1995 15:25:35 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA04509 for ; Sun, 7 May 1995 15:25:28 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id SAA11114; Sun, 7 May 1995 18:25:23 -0400 Date: Sun, 7 May 1995 18:25:23 -0400 (EDT) From: kim culhan To: Amancio Hasty Jr cc: hasty@netcom.com, hackers@FreeBSD.org Subject: Re: Have -current from 5/6 running, can vat run on it? In-Reply-To: <199505071802.LAA05158@netcom14.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 7 May 1995, Amancio Hasty Jr wrote: > Ooops, that was ftp.best.com:/pub/hasty > > Sorry about that... Very good.. got it. Thanks muchly. kim -- kimc@w8hd.org From owner-freebsd-hackers Sun May 7 15:39:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA04850 for hackers-outgoing; Sun, 7 May 1995 15:39:33 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA04844 for ; Sun, 7 May 1995 15:39:28 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id PAA03555; Sun, 7 May 1995 15:30:28 -0700 Message-Id: <199505072230.PAA03555@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: John Utz cc: Thomas David Rivers , freebsd-hackers@freefall.cdrom.com Subject: Re: Interesting sound card problems (in FreeBSD 2.0R.) In-reply-to: Your message of "Sun, 07 May 1995 15:18:39 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 May 1995 15:30:25 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk It sounded from the original posting that the card has a dos initilization sequence to enable the sound blaster emulation and that we don't have such an initialization on FreeBSD. Personally, I have a GUS MAX which for low end systems is great since it can do .au file decompression and playback on the card or play mod files without tying up the cpu :) Enjoy, Amancio From owner-freebsd-hackers Sun May 7 16:21:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06210 for hackers-outgoing; Sun, 7 May 1995 16:21:15 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA06204 for ; Sun, 7 May 1995 16:21:11 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA29879; Sun, 7 May 1995 19:20:36 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id SAA13004; Sun, 7 May 1995 18:27:23 -0400 Received: (from rivers@localhost) by lakes (8.6.9/8.6.9) id SAA03373; Sun, 7 May 1995 18:40:15 -0400 Date: Sun, 7 May 1995 18:40:15 -0400 From: Thomas David Rivers Message-Id: <199505072240.SAA03373@lakes> To: u.washington.edu!spaz@dg-rtp.dg.com, ponds!rivers Subject: Re: Interesting sound card problems (in FreeBSD 2.0R.) Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > I recently purchased an ISP-16 sound card from MediaMagic Inc. > > This card claims SoundBlaster Pro compatibility, and comes with > > some nice Windows bundled software. > > > > Anyway, after struggling to get things configured in my kernel, > > wondering why the sound wasn't working - I think I hit on the issue. > > > > If I run (under DOS) the MediaMagic supplied initialition program > > (ISPINIT.EXE), then boot FreeBSD; things appear to work. The probe > > (usually) finds a SoundBlaster Pro. > > > > If, however, I turn off the machine; turn it back on and boot FreeBSD, > > the probe finds a SoundBlaster 2.1; and nothing works. (cat'ing > > a .au file to /dev/audio simply sits there until I hit cntrl-c.) > > > > So, I'm guessing there's something in the probe which should initialize > > the card before determining exactly what it is... > > > > Does anyone have any ideas? > > > > ummm, it kinda sounds to me like they are not compatible at the > hardware level! They may be running their own alien being hardware in > there and then running a little remapping deal ( TSR? ) under DOS to > trick all the soundblaster software..can u say implemtaion abstraction? Well, it can't be a TSR - you see, I run their initialization program (under DOS) - then reboot the machine, and it works. So, there's some setup to do, which enables the board in a certain fashion. If I do a cold boot - this setup isn't performed, and the board defaults to SoundBlaster 2.1. When I do the DOS initialization, and warm-boot - FreeBSD 2.0R thinks this is a SoundBlaster Pro, and "does the right thing." This board is copyright 1994 - so I think it's a relatively new design. > > I would take the card out and look at it closely. I have a PAS 16 > that claims compatiblity with the SB and the AdLib. The truly amzing > thing about this is that they do this by actually having the *chips* on > the damn card! Serious! Yes, they claim to have some chips there - but I'll have to look closely. > There is a YM312 and a MediaVision 8bit mono SB > chip on there. The glory and hell of this is that *each* one of these > little shavers gets an *interrupt* and a *port*! Yep - that's how they handle the Roland MP-401 stuff; also there is something called a Windows Sound something-or-other that gets yet another interrupt and yet another port. > This is good because u > could conceivably run all three of 'em at once under FreeBSD ( > theoretically speaking.. i am actually not sure how the audio output is > handled ..switched or mixed ). This is not really practical due to the > fact that this means one lousy card sucks up 3 precious interrupts ( 4 > with the scsi ) and 2 or 4 dma channels depending.. > > since we already handed out all the extra interrupts to the > serial card ( i use all 3 ports simultaneously ) i dont expect i will > ever try to implement this ) > > anyway the card should have a mediavision chip on it to do SB. > > IMHO, u should take it back and get something else. even if it > did adlib or sb, it probably only does 8 bit sound. And i will tell u > what, 8 bit sound is like one step above humming to yourself. Think about > it. There are only 256 possible steps to try and make sounds with, matter > of fact, i think the pcspeaker driver does a better job ( sonically > speaking ) then the 8 bit cards ( the 8 bit cards dont hog the bus for > the duration of the sound, however :-) ) > > i dont know if u are still running the 386sx. Yep - it's still sitting in my office - waiting on me to try the latest SNAPSHOT to see if the VM problem is gone. Of course, it doesn't have any sound card, etc... this is for my machine at home (now a 486dx-66.) > i recognize the > call of the mostest for the leastest, but i think the marginal cost > increment in getting a 2nd generation sound card ( sb-16, pas-16 ) will > pay off. They are supported by the drivers, they have cd quality sound > and they just kind of do the job. The 8 bit cards are kinda like trying > to run FreeBSD on a 286; it might be possible, the computer might be > free, but the trauma involved in making it happen will cost enough of > your time to eat up all of your savings...\ > > just my 2cents > > > - Thanks - > > - Dave Rivers - > > > > > > ******************************************************************************* > John Utz spaz@stein.u.washington.edu > idiocy is the impulse function in the convolution of life > > From owner-freebsd-hackers Sun May 7 16:27:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06328 for hackers-outgoing; Sun, 7 May 1995 16:27:14 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA06322 for ; Sun, 7 May 1995 16:27:11 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29752; Sun, 7 May 95 17:20:08 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505072320.AA29752@cs.weber.edu> Subject: Re: lance Ethernet and > 16 Mb RAM failure To: julian@ref.tfs.com (Julian Elischer) Date: Sun, 7 May 95 17:20:07 MDT Cc: bde@zeta.org.au, mtaylor@gateway.cybernet.com, hackers@FreeBSD.org In-Reply-To: <199505072008.NAA10606@ref.tfs.com> from "Julian Elischer" at May 7, 95 01:08:13 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > so, mtaylor: > it looks like you have something you can do for us.. :) > > get the DMA controlling code from the floppy driver > and merge it in with the lnc driver, (or similar) > I don't have that board and couldn't test it.... > other possible options might be to pre-allocate it's own buffer space > during boot if it has > 16MB and use that instead.. > or look at the bounce buffer support in the aha driver > and copy that? Which one should be used depends on whether it is motherboard DMA or bus master DMA. The motherboard controller is typically "different". Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 7 16:31:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06440 for hackers-outgoing; Sun, 7 May 1995 16:31:53 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA06432 for ; Sun, 7 May 1995 16:31:52 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id BAA20712 for ; Mon, 8 May 1995 01:31:50 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id BAA26812 for hackers@FreeBSD.org; Mon, 8 May 1995 01:31:49 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505072331.BAA26812@blaise.ibp.fr> Subject: Patch for uucico and "i" protocol To: hackers@FreeBSD.org (Hackers' list FreeBSD) Date: Mon, 8 May 1995 01:31:49 +0200 (MET DST) X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 523 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Here is a patch to uucico which solve some problems with the bidirectionnal > "i" protocol. It seems to be blessed by Ian Taylor as shown in the message > below (I asked the taylor-uucp mailing list). It would be nice to have it > for 2.1 if not for 2.0.5. Forget what I said. The patch has already been applied in novembre. I should read the commit logs more often... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Sun May 7 16:35:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06517 for hackers-outgoing; Sun, 7 May 1995 16:35:50 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA06511 for ; Sun, 7 May 1995 16:35:49 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29788; Sun, 7 May 95 17:29:08 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505072329.AA29788@cs.weber.edu> Subject: Re: Interesting sound card problems (in FreeBSD 2.0R.) To: spaz@u.washington.edu (John Utz) Date: Sun, 7 May 95 17:29:07 MDT Cc: ponds!rivers@dg-rtp.dg.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "John Utz" at May 7, 95 03:18:39 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I recently purchased an ISP-16 sound card from MediaMagic Inc. > > This card claims SoundBlaster Pro compatibility, and comes with > > some nice Windows bundled software. [ ... ] > > If I run (under DOS) the MediaMagic supplied initialition program > > (ISPINIT.EXE), then boot FreeBSD; things appear to work. The probe > > (usually) finds a SoundBlaster Pro. > > ummm, it kinda sounds to me like they are not compatible at the > hardware level! They may be running their own alien being hardware in > there and then running a little remapping deal ( TSR? ) under DOS to > trick all the soundblaster software..can u say implemtaion abstraction? Most likely not a TSR -- TSR's typically get their time slices from a DOS not busy interrupt (INT 27) and even if it didn't, the interrupts are going to be remapped, and BSD would eat the code area anyway. It's got to be either a board compatability configuration *or* a board download (to a DSP or something else on the board). to make it emulate. If you have a DOS debugger that can watch this sort of thing, I'd suggest using it while you run the DOS initialization. The other alternative (which would be better) would be to get board documentation and a recognition protocol (like ROM signature or whatever) from the board vendor. Probably the BSD DOS debugger is an ICE, but since they caost $100,000, the next best one is running WINICE under Win95 (really!). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 7 16:59:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06977 for hackers-outgoing; Sun, 7 May 1995 16:59:25 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA06969 for ; Sun, 7 May 1995 16:59:22 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id QAA04819 for ; Sun, 7 May 1995 16:50:36 -0700 Message-Id: <199505072350.QAA04819@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: freebsd-hackers@freefall.cdrom.com Subject: Re: Interesting sound card problems (in FreeBSD 2.0R.) In-reply-to: Your message of "Sun, 07 May 1995 17:29:07 MDT." <9505072329.AA29788@cs.weber.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 07 May 1995 16:50:35 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Probably the BSD DOS debugger is an ICE, but since they caost $100,000, > the next best one is running WINICE under Win95 (really!). > I was under the impression that you could rent a periscope for less than $250 / month which would the job with FreeBSD or dos. I saw an ad about this a couple of months ago from the company which manufacturers the periscope. Amancio From owner-freebsd-hackers Sun May 7 22:46:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA19556 for hackers-outgoing; Sun, 7 May 1995 22:46:33 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA19544 for ; Sun, 7 May 1995 22:46:29 -0700 Received: from nova.cs.flinders.edu.au (nova.cs.flinders.edu.au [129.96.41.2]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id UAA03561 for ; Sun, 7 May 1995 20:58:16 -0700 Received: by nova.cs.flinders.edu.au id AA09032 (5.65c/IDA-1.4.4 for freebsd-hackers@freebsd.org); Mon, 8 May 1995 13:29:56 +0930 Message-Id: <199505080359.AA09032@nova.cs.flinders.edu.au> To: freebsd-hackers@FreeBSD.org Subject: how about an IO filesystem Date: Mon, 08 May 1995 13:29:55 +0930 From: "Paul M. Gardner-Stephen" Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello Peoples! Two things... 1) Is there a nice interface for FreeBSD that will let me do direct chip-bashing to selected CPU io ports.. ie, i say to the system 'i want to have direct access to ports 0x378,0x379' and if the ports are not in use, then the system blocks all other processes from activities which would effect these ports, and releases port protection on those addresses. If there isnt a way, how about the following: a 1 KB /dev/ports or similar file , which maps to the 1KB of ISA port space. It is generically read-write, except for ports in use etc.. If a process would like exclusive use of a port it uses normal file locking methods to lock the region of the file it wants. This special file would then also be tied to the activities of some of the other /dev/'s so that for example, locking the IDE or SCSI ports would be impossible, and things like locking the /dev/lp0 ports would work,. and would block the port when the actual io addresses were locked etc... am i making sence? Incidently, i need a direct port access facility for communicating to various hard-ware on printer ports and other weird addresses (including Commodore 64's). Paul Gardner-Stephen +-------------------------------------------------------------------------+ |Paul Gardner-Stephen USENET: gardners@ist.flinders.edu.au | | BBS: Fishbowl +61 8 2771361 v.42, 14k4 | | 64NET Author Voice: +61 8 2777479 +9:30 GMT | | C64 Coder Snail: 1 Hurst St,Morphettville SA 5043 | | Highlander/FairLight Australia. | | IRC-Nick: Highlandr | +-------------------------------------------------------------------------+ Compiler error: Windoze=efficiency (Incompatible assignment of 'efficiency' to type MicroSoft.Product) From owner-freebsd-hackers Sun May 7 23:14:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA20038 for hackers-outgoing; Sun, 7 May 1995 23:14:36 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA20024 for ; Sun, 7 May 1995 23:14:19 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA06399; Mon, 8 May 95 08:13:40 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA07505; Mon, 8 May 1995 08:25:12 +0200 Message-Id: <199505080625.IAA07505@gilberto.physik.rwth-aachen.de> Subject: Re: 0412SNAP - ed0 timeout To: pechter@stars.sed.monmouth.army.mil (william pechter ILEX) Date: Mon, 8 May 1995 08:25:12 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199505071849.UAA06332@gilberto.physik.rwth-aachen.de> from "william pechter ILEX" at May 7, 95 02:36:08 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1483 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > Strange. I thought it would become a 20 minute job to upgrade my SLIP > > gateway machine from 1.x to 2.0-950412SNAP but something's becoming weird: > > > > The machine is a 386-25/8MB IDE box with a NE1000 (ed1) and a WD8013-8bit (ed0). > > It as acting as an ethernet gateway but for getting the machine up and > > running I only wanted to use ed0. I start /kernel -c and change irq > > ed0 2. The card is probed correctly at 0x280. But when the ifconfig is setting > > up the interface I'm getting a ed0: timeout. (the interface is jumpered to > > thick wire). > > > You may want to change it to 9 since 2-->9. I'm using irq9 on my WD8003 > under FreeBSD 1.1.5.1 and NetBSD 1.0. I thought I had seen 9 in the probing message later anyway after I chose 2 in the -c dialog. Anyway, I got around the problem by copying a customized kernel to the system which works fine. Justed wanted to point out a possible problem. > > Bill > ----------------------------------------------------------------------------- > Bill Pechter |Systems Administrator | N2RDI > Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 > 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de BUILT-19950501 FreeBSD BUILT-19950501 #0: Mon May 1 17:20:21 MET DST 1995 root@blues.physik.rwth-aachen.de:/usr/sr c/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Sun May 7 23:24:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA20130 for hackers-outgoing; Sun, 7 May 1995 23:24:22 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA20124 for ; Sun, 7 May 1995 23:24:11 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA05537; Mon, 8 May 1995 16:21:48 +1000 Date: Mon, 8 May 1995 16:21:48 +1000 From: Bruce Evans Message-Id: <199505080621.QAA05537@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, gardners@ist.flinders.edu.au Subject: Re: how about an IO filesystem Sender: hackers-owner@FreeBSD.org Precedence: bulk >1) Is there a nice interface for FreeBSD that will let me do direct >chip-bashing to selected CPU io ports.. ie, i say to the system 'i want to >have direct access to ports 0x378,0x379' and if the ports are not in use, >then the system blocks all other processes from activities which would effect >these ports, and releases port protection on those addresses. There are only device drivers and direct unprotected access (i.e. security holes) for things like the X server. >If there isnt a way, how about the following: >a 1 KB /dev/ports or similar file , which maps to the 1KB of ISA port space. >It is generically read-write, except for ports in use etc.. If a process would >like exclusive use of a port it uses normal file locking methods to lock the >region of the file it wants. Locking stuff isn't quite right even for devices drivers. Bruce From owner-freebsd-hackers Mon May 8 00:19:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA20907 for hackers-outgoing; Mon, 8 May 1995 00:19:01 -0700 Received: from relay.philips.nl (relay.philips.nl [130.144.65.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA20901 for ; Mon, 8 May 1995 00:18:59 -0700 Received: from cnps.lss.cp.philips.com ([130.144.198.1]) by relay.philips.nl (8.6.9/8.6.9-950414) with SMTP id JAA17329 for ; Mon, 8 May 1995 09:18:21 +0200 Received: from kitty.lss.cp.philips.com by cnps.lss.cp.philips.com with smtp (Smail3.1.28.1 #1) id m0s8O9D-00021lC; Mon, 8 May 95 09:26 MET Received: from kitty by kitty.lss.cp.philips.com with uucp (Smail3.1.28.1 #1) id m0s8N3n-0001ytC; Mon, 8 May 95 09:16 MET DST Received: from osiris.lss.cp.philips.com by kitty.lss.cp.philips.com with smtp (Smail3.1.28.1 #1) id m0s8N1S-0001ytC; Mon, 8 May 95 09:14 MET DST Received: from smtp.nl.cis.philips.com by osiris.lss.cp.philips.com with smtp (Smail3.1.28.1 #1) id m0s8N1R-0001yfC; Mon, 8 May 95 09:14 MET DST Received: from relay.philips.nl (relay.philips.nl [130.144.65.1]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with ESMTP id JAA22025 for ; Mon, 8 May 1995 09:16:17 +0200 Received: from cnps.lss.cp.philips.com ([130.144.198.1]) by relay.philips.nl (8.6.9/8.6.9-950414) with SMTP id JAA17236 for ; Mon, 8 May 1995 09:15:51 +0200 Received: from spooky.lss.cp.philips.com by cnps.lss.cp.philips.com with smtp (Smail3.1.28.1 #1) id m0s8O6n-00021lC; Mon, 8 May 95 09:24 MET Received: by spooky.lss.cp.philips.com (Smail3.1.28.1 #1) id m0s8N1O-0000zzC; Mon, 8 May 95 09:14 MET DST Message-Id: Date: Mon, 8 May 95 09:14 MET DST From: devet@spooky.lss.cp.philips.com (Arjan de Vet) To: Guido.VanRooij@nl.cis.philips.com Subject: Apache + FreeBSD 2.0 benchmark results (fwd) Reply-To: Arjan.deVet@nl.cis.philips.com Newsgroups: comp.infosystems.www.providers,comp.infosystems.www.servers.unix,comp.unix.bsd.freebsd.misc In-Reply-To: <3o8dp8$t3e@gate.sinica.edu.tw> Organization: Philips Corporate Internet Services, Eindhoven Sender: hackers-owner@FreeBSD.org Precedence: bulk ------- start of forwarded message ------- Path: phcoms4.seri.philips.nl!sun4nl!news.nic.surfnet.nl!howland.reston.ans.net!nctuccca.edu.tw!news.cc.nctu.edu.tw!news.sinica!taob From: taob@gate.sinica.edu.tw (Brian Tao) Newsgroups: comp.infosystems.www.providers,comp.infosystems.www.servers.unix,comp.unix.bsd.freebsd.misc Subject: Apache + FreeBSD 2.0 benchmark results Date: 3 May 1995 17:16:24 GMT Organization: Institute of Biomedical Sciences, Academia Sinica Lines: 138 Message-ID: <3o8dp8$t3e@gate.sinica.edu.tw> NNTP-Posting-Host: @140.109.40.248 Xref: phcoms4.seri.philips.nl comp.infosystems.www.providers:22910 comp.infosystems.www.servers.unix:147 comp.unix.bsd.freebsd.misc:1432 I grabbed the Apache 0.6.2 server code and compiled it on my FreeBSD 2.0-950412 machine at work. No problems getting it up and running, and being near closing time 'round these parts, I decided to hijack a few machines around the local net to pound on my server for a few hours. Having seen a single 90-MHz Pentium handle 180,000+ hits a day, 60+ client connections on its IRC server and serve as an anonymous FTP server at the same time, I wanted to know how far I could push a dedicated 486 for Web service. A summary of my informal testing is posted below. The real thing is at http://140.109.40.248/~taob/fbsd-apache.html (sorry, no DNS entry for my machine yet). As I point out in the document, I'm no expert at evaluating hardware or software performance, so comments and advice will be appreciated. ------------ METHODS Hardware configuration: * ASUS PVI-486AP4 motherboard, 256K cache, PCI/VLB/ISA bus * AMD 486DX4/100 CPU * 16 megabytes RAM (1x16Mb SIMM) * PCI-SC200 NCR-53c810 SCSI-2 controller * Quantum Empire 1080S 1-gigabyte SCSI-2 hard drive * D-Link 16-bit Ethernet interface (NE-2000 clone?) Software configuration: * FreeBSD 2.0 (950412 snapshot), 64 megabytes swap * Apache 0.6.2 beta httpd server * Lynx 2.3.x on client machines Client configuration: * Local network: 10base-T Ethernet * 1 Sun SPARCStation 20 (Solaris 2.3) * 1 Sun SPARCStation 10 (SunOS 4.1.3) * 1 66-MHz i486DX2 (FreeBSD 2.0) * 1 90-MHz Pentium (FreeBSD 2.0) No special modifications were made to the operating system or to the httpd server for this test. All results seen here are indicative of a standard release of FreeBSD 2.0-950412 and Apache 0.6.2. The URL's used in the test consist of 190 files for a total of about 5 megabytes. 150 files are HTML documents, ranging in size from under 1K to 144K. Average HTML size is 9K. 50 files are GIF graphics, ranging in size from 700 bytes to 288K. Average GIF size is 81K. All files are located in the httpd root directory. The files used in the test were provided by a client of Internex Online (http://www.io.org/) and were chosen simply because of their number and range of sizes. The Lynx text-mode Web browser from the University of Kansas was used to establish HTTP connections to the server and to request URL's. A script was written to repeatedly call Lynx with a random URL. RESULTS Total running time: 345 minutes Number of requests: 201,254 Byte traffic: 3.65 Gbytes Number of requests in 24 hours (est.): 840,000 Byte traffic in 24 hours (est.): over 15 Gbytes Average network throughput: 1.8 Mbps The following is an excerpt of wwwstat output on the log file after the conclusion of the test: Totals for Summary Period: May 3 1995 to May 3 1995 Files Transmitted During Summary Period 201254 Bytes Transmitted During Summary Period 3926224150 Average Files Transmitted Daily 201254 Average Bytes Transmitted Daily 3926224150 Daily Transmission Statistics %Reqs %Byte Bytes Sent Requests Date ----- ----- ------------ -------- |------------ 100.0 100.0 -368743146 201254 | May 3 1995 Hourly Transmission Statistics %Reqs %Byte Bytes Sent Requests Time ----- ----- ------------ -------- |----- 12.39 12.36 485435696 24929 | 02 16.90 16.86 662136016 34020 | 03 17.62 17.60 691000295 35453 | 04 17.61 17.69 694388543 35440 | 05 17.64 17.65 693043522 35493 | 06 17.62 17.61 691353315 35455 | 07 0.23 0.23 8866763 464 | 08 Price vs. performance My particular machine carries a retail price tag of about US$3000 (including a 4-megabyte ATI Graphics Pro Turbo PCI card and KFC 17" monitor). With a more modest monitor and SVGA card, the above hardware should not set you back more than about US$2000. The operating system, server software and related utilities are, of course, freely available. A setup in the US$1500 range would be possible, but at risk of compromising on certain key components (mass storage subsystem, motherboard bus type). The components listed earlier have proven to be very reliable and responsive even under adverse load conditions. The operating system, FreeBSD 2.0, also performed admirably under pressure. It showed no indication of instability or excessive performance degradation (e.g.: it was able to sustain better than T1 data throughput, 1.5 Mbps, for the entire test) and was able to cope with an interactive X11 session at the same time. www.io.org runs FreeBSD's commercial cousin, BSD/OS 2.0 from BSDI. Both are truly marvelous operating systems and I would not hesitate to recommend either to a PC-based installation that desires a UNIX environment. CONCLUSION If you are an information services provider who is in the market for an inexpensive Web server configuration, do not dismiss PC-based solutions simply because a "real" UNIX workstation costs more, and therefore "must be better". A 486- or Pentium-based machine, as a dedicated server, can realistically handle 200,000 to 500,000 requests per day, based on my results. For installations that require heavy CGI processing (e.g., as a search engine to a large database, or for on-the-fly graphics rendering), a cluster of $3000 PC's may prove to be an inexpensive, high-performance alternative to traditional heavyweights like Sun, SGI and HP, without giving up the advantages of a UNIX-based operating system. (see http://140.109.40.248/~taob/fbsd-apache.html) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org ------- end of forwarded message ------- From owner-freebsd-hackers Mon May 8 06:22:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00409 for hackers-outgoing; Mon, 8 May 1995 06:22:51 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00403 for ; Mon, 8 May 1995 06:22:42 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id VAA19599; Mon, 8 May 1995 21:20:58 +0800 Date: Mon, 8 May 1995 21:20:53 +0800 (CST) From: Brian Tao To: Arjan.deVet@nl.cis.philips.com cc: FREEBSD-HACKERS-L , Guido.VanRooij@nl.cis.philips.com Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 8 May 1995, Arjan de Vet wrote: > > ------- start of forwarded message ------- > Path: phcoms4.seri.philips.nl!sun4nl!news.nic.surfnet.nl!howland.reston.ans.net!nctuccca.edu.tw!news.cc.nctu.edu.tw!news.sinica!taob > From: taob@gate.sinica.edu.tw (Brian Tao) > Newsgroups: comp.infosystems.www.providers,comp.infosystems.www.servers.unix,comp.unix.bsd.freebsd.misc > Subject: Apache + FreeBSD 2.0 benchmark results > Date: 3 May 1995 17:16:24 GMT > Organization: Institute of Biomedical Sciences, Academia Sinica > Lines: 138 > Message-ID: <3o8dp8$t3e@gate.sinica.edu.tw> > NNTP-Posting-Host: @140.109.40.248 > Xref: phcoms4.seri.philips.nl comp.infosystems.www.providers:22910 comp.infosystems.www.servers.unix:147 comp.unix.bsd.freebsd.misc:1432 > [...] > > A summary of my informal testing is posted below. The real thing > is at http://140.109.40.248/~taob/fbsd-apache.html (sorry, no DNS > entry for my machine yet). As I point out in the document, I'm no > expert at evaluating hardware or software performance, so comments and > advice will be appreciated. Yes? :) The URL has been moved to ~taob/Bench/fbsd-apache.html, BTW, since I'm typing up additional results using NCSA httpd 1.4 in both demand forking and pre-forking mode, as well as a first look at an unreleased and unnamed multithreading server. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon May 8 07:31:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA01748 for hackers-outgoing; Mon, 8 May 1995 07:31:56 -0700 Received: from rwwa.com (rwwa.com [198.115.177.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA01742 for ; Mon, 8 May 1995 07:31:47 -0700 Received: (from witr@localhost) by rwwa.com (8.6.9/8.6.9) id KAA24568; Mon, 8 May 1995 10:33:11 -0400 Date: Mon, 8 May 1995 10:33:11 -0400 Message-Id: <199505081433.KAA24568@rwwa.com> From: witr@rwwa.com (Robert Withrow) Subject: Re: Help! My FreeBSD TCP stack is broken? To: arlie@dg.thepoint.net (Arlie Davis) Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk arlie@news.thepoint.net (Arlie Davis) writes: >The last machine, charon, has BIG problems. From what I can tell, _any_ >TCP connection between charon and any other FreeBSD machine has the problem. >The problem is that TCP sessions move very, very slowly. Between a keypress >and the echo of the character, there is a delay of more than 5 seconds. >(The total latency of the link is only around 240ms.) Note that ICMP pings >act as expected -- close to the link latency. I have had similar behavior: ICMP_ECHO indicated low latency, TCP throughput almost nonexistant. I thought it was caused by the BPF (because it happened when I compiled in BPF). But it went away after I rebooted. I'm glad this happened to you because in confirms my problem. I'm sorry I can't help though... (BTW, my problems were with 2.0R (with the one line patch to PPP). My network link was PPP, but since you had the problem with ethernet, it seems to be somthing higher up than the IF code... ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA From owner-freebsd-hackers Mon May 8 07:58:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA02221 for hackers-outgoing; Mon, 8 May 1995 07:58:58 -0700 Received: from thepoint.net (dg.thepoint.net [198.6.9.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA02215 for ; Mon, 8 May 1995 07:58:56 -0700 Received: by thepoint.net (5.4R3.00/) id AA01594; Mon, 8 May 1995 10:56:22 -0400 Date: Mon, 8 May 1995 10:56:22 -0400 (EDT) From: Arlie Davis Subject: Re: Help! My FreeBSD TCP stack is broken? To: Robert Withrow Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199505081433.KAA24568@rwwa.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have had similar behavior: ICMP_ECHO indicated low latency, > TCP throughput almost nonexistant. I thought it was caused > by the BPF (because it happened when I compiled in BPF). But > it went away after I rebooted. I'm glad this happened to > you because in confirms my problem. I'm sorry I can't help > though... (BTW, my problems were with 2.0R (with the one > line patch to PPP). My network link was PPP, but since > you had the problem with ethernet, it seems to be somthing > higher up than the IF code... Several people pointed out the source of the problem: RFC1323, which is big TCP window support. Turning this off (via "sysctl -w net.inet.tcp.rfc1323=0") dramatically improves the system's useability. Can someone explain why this happens? Big TCP windows is a Good Thing, but why does it sometimes break? -- arlie From owner-freebsd-hackers Mon May 8 09:22:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03806 for hackers-outgoing; Mon, 8 May 1995 09:22:52 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA03798 ; Mon, 8 May 1995 09:22:48 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id LAA14789; Mon, 8 May 1995 11:22:00 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 8 May 95 11:12 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 8 May 95 11:12 CDT Message-Id: Subject: Re: SLICES and bits in the device numbers To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 8 May 1995 11:12:41 -0500 (CDT) From: "Lars Fredriksen" Cc: dufault@hda.com, bde@zeta.org.au, hackers@FreeBSD.org, julian@FreeBSD.org In-Reply-To: <199505060028.RAA04681@ref.tfs.com> from "Julian Elischer" at May 5, 95 05:28:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1586 Sender: hackers-owner@FreeBSD.org Precedence: bulk Julian Elischer writes: > > > > > Couldn't we use the "bus" device for all lowlevel stuff like formatting, > > tuning, tape fixing etc? What I mean is that we open /dev/scsi0 and > > blast the scsi request straight in that way. It does mean some code > > duplication between the different drivers and the "control" program, > > but if we are running out of bits, it might be worth it. > but you couldn't blast a format at sd0 but at sb0t0l0 or whatever, > which might be easier to get wrong? Forgot about formatting the partitions. Yes you are right, its going to have to be per device. Even though, I still would like to see us be able to write directly to the different SCSI devices without going through the different dirvers. There seems to be to much stuff hapening on open/close when we go through existing device drivers to get to the SCSI device. > > my own suggestion is that slice1 (presently whole disk slice) be divided > into a couple of sub-devices.. > 0: whole disk > 1: MBR block (if it exists) > 2: control (ioctl only) device > > the st driver already has a control device.. > What a control device actually means is dependent on the kind of device, > (setting modes permanently on tapes is one example) > so I see no reason to not make it's definition device specific, > unless you want to make teh SCSI code define this.. > (which may not be what we want) > > julian > -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-hackers Mon May 8 09:47:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA04394 for hackers-outgoing; Mon, 8 May 1995 09:47:52 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA04388 for ; Mon, 8 May 1995 09:47:51 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02674; Mon, 8 May 95 10:41:11 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505081641.AA02674@cs.weber.edu> Subject: Re: Interesting sound card problems (in FreeBSD 2.0R.) To: hasty@star-gate.com (Amancio Hasty) Date: Mon, 8 May 95 10:41:11 MDT Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505072350.QAA04819@star-gate.com> from "Amancio Hasty" at May 7, 95 04:50:35 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > I was under the impression that you could rent a periscope for less than > $250 / month which would the job with FreeBSD or dos. I saw an ad about > this a couple of months ago from the company which manufacturers the > periscope. For that price, I could purchase a Developer copy, SDK, DDK, and WINICE for Windows 95 in two months. On the other hand, for a short term project, the rental's a much lower cost than buying the thing... probably not worth it to get a sound card working either way: for $250 you can buy a good sound card instead. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 8 10:55:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA06165 for hackers-outgoing; Mon, 8 May 1995 10:55:26 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA06159 for ; Mon, 8 May 1995 10:55:22 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA13682; Mon, 8 May 95 19:53:22 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id UAA08300 for freebsd-hackers@freefall.cdrom.com; Mon, 8 May 1995 20:04:53 +0200 Date: Mon, 8 May 1995 20:04:53 +0200 From: "Christoph P. Kukulies" Message-Id: <199505081804.UAA08300@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: reboot - freeze (an old 386) Sender: hackers-owner@FreeBSD.org Precedence: bulk One of my machine (the dialin machine), an old 386-25 (AMI Bios, Cache something), has had ever since I was running BSD (maybe not on a very early 386bsd-0.0), the nasty habit that it does not come back when I say sync ; reboot. It does the syncing, blanks the screen and comes back with the AMI banner message but then hangs ad infinitum until I personally press the RESET button - this sometimes after driving from home to the campus :-(. I guess it would do a proper warm boot when I press CTRL-ALT-DEL from DOS though I must confess, that I never veryfied it since that machine never saw DOS. It once ran ESIX, then SCO and now FreeBSD-2.0-current. Any insights welcome. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950507 FreeBSD 2.0-BUILT-1995 0507 #0: Sun May 7 18:08:05 MET DST 1995 root@blues.physik.rwth-aachen.d e:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Mon May 8 12:15:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA07904 for hackers-outgoing; Mon, 8 May 1995 12:15:35 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA07898 for ; Mon, 8 May 1995 12:15:31 -0700 Received: by haven.uniserve.com id <228>; Mon, 8 May 1995 12:28:01 -0700 Date: Mon, 8 May 1995 12:26:33 -0700 (PDT) From: Tom Samplonius To: hackers@FreeBSD.org Subject: Is a 486 fast enough for SCSI? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I've got a AMD486DX4100 with an Adaptec 2940 and two SCSI drives. When I run iozone on one drive I get about 1.9MB/s, but when I run a iozone on each drive I get about .9 MB/s (roughly half). Since the SCSI bus runs at 10MB/s per second, the limiting factor appears to be the CPU? I thought PCI devices required very little CPU time? Tom From owner-freebsd-hackers Mon May 8 12:30:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08097 for hackers-outgoing; Mon, 8 May 1995 12:30:17 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08091 for ; Mon, 8 May 1995 12:30:13 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA01292; Mon, 8 May 1995 12:29:50 -0700 From: "Rodney W. Grimes" Message-Id: <199505081929.MAA01292@gndrsh.aac.dev.com> Subject: Re: Is a 486 fast enough for SCSI? To: tom@haven.uniserve.com (Tom Samplonius) Date: Mon, 8 May 1995 12:29:49 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at May 8, 95 12:26:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1390 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I've got a AMD486DX4100 with an Adaptec 2940 and two SCSI drives. When > I run iozone on one drive I get about 1.9MB/s, but when I run a iozone on > each drive I get about .9 MB/s (roughly half). Since the SCSI bus runs > at 10MB/s per second, the limiting factor appears to be the CPU? I > thought PCI devices required very little CPU time? It is not the CPU, but you failed to mention which version of FreeBSD and particularly the ahc driver you are running. I suspect that the driver may be detuned for compatibility reasons, but Justin is the one who would know best on that. You also failed to mention the model of the drives, a parameters like RPM that greatly effect the raw data rate of the drive (if you have the media transfer rate number that is the best one to use, it is usually a range of values due to ZBR recording. The higher number is what you get for the outer cyclinders, the lower number for the inner cylinders). I can easily do 4MB/sec using a DX33 EISA system with an AHB1742 controller and DEC 3053L disk drives (Media transfer rate is 2.5-5.5MB/sec). This is with FreeBSD 1.x through to FreeBSD 2.x-current, but only because the ahb driver has been stable pretty much the whole time. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon May 8 12:30:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08105 for hackers-outgoing; Mon, 8 May 1995 12:30:22 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08099 for ; Mon, 8 May 1995 12:30:21 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id MAA27652 for ; Mon, 8 May 1995 12:30:08 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: Detecting the ft driver.. Date: Mon, 08 May 1995 12:30:08 -0700 Message-ID: <27650.799961408@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk I've never used a floppy tape under FreeBSD and am about to assume that if I can open /dev/ft0, a floppy tape exists (I won't use it directly as I know about the necessity of ft, but I just want to be able to "probe" it this way). Any reasons why this won't work? If so, can anyone suggest an alternative method? Please don't suggest lsdev as I'm not ready to rely on that quite yet - I'm going to do it the brute-force way for 2.0.5 and leave the fancier methods for when I have more time to play with all of it. Jordan From owner-freebsd-hackers Mon May 8 12:31:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA08124 for hackers-outgoing; Mon, 8 May 1995 12:31:38 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA08118 for ; Mon, 8 May 1995 12:31:21 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id RAA04482; Mon, 8 May 1995 17:05:11 +0100 From: Paul Richards Message-Id: <199505081605.RAA04482@isl.cf.ac.uk> Subject: Re: lance Ethernet and > 16 Mb RAM failure To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 8 May 1995 17:05:10 +0100 (BST) Cc: bde@zeta.org.au, mtaylor@gateway.cybernet.com, hackers@FreeBSD.org In-Reply-To: <199505072008.NAA10606@ref.tfs.com> from "Julian Elischer" at May 7, 95 01:08:13 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1490 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Julian Elischer who said > > so, mtaylor: > it looks like you have something you can do for us.. :) > > get the DMA controlling code from the floppy driver > and merge it in with the lnc driver, (or similar) > I don't have that board and couldn't test it.... > other possible options might be to pre-allocate it's own buffer space > during boot if it has > 16MB and use that instead.. > or look at the bounce buffer support in the aha driver > and copy that? > > julian Umm, Julian, shut up :-) The lnc is a bus-master driver and the current bounce buffer code you'll find elsewhere isn't appropriate. The comment at the beginning of the driver has been misunderstood. What I meant was when the driver starts dma'ing directly to mbufs then it'll have to check if the mbuf is below 16Mb and implement bounce buffer if it isn't. Since the dma->mbuf code isn't currently enabled that doesn't really apply. In fact, the driver *DOES* pre-allocate its own buffer space during boot regardless of how much memory there is and it even checks that the allocated mnemory is below 16Mb, though I've never checked that this works since I don't have more than 16Mb. I'd be very puzzled if the driver is somehow getting allocated memory above 16Mb at that point of the boot process anyway. I'll try and sort this out. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.isl.cf.ac.uk/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) From owner-freebsd-hackers Mon May 8 13:41:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA09802 for hackers-outgoing; Mon, 8 May 1995 13:41:04 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA09792 for ; Mon, 8 May 1995 13:40:49 -0700 Received: by haven.uniserve.com id <233>; Mon, 8 May 1995 13:53:23 -0700 Date: Mon, 8 May 1995 13:51:50 -0700 (PDT) From: Tom Samplonius To: "Rodney W. Grimes" cc: hackers@FreeBSD.org Subject: Re: Is a 486 fast enough for SCSI? In-Reply-To: <199505081929.MAA01292@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 8 May 1995, Rodney W. Grimes wrote: > It is not the CPU, but you failed to mention which version of > FreeBSD and particularly the ahc driver you are running. I suspect > that the driver may be detuned for compatibility reasons, but Justin > is the one who would know best on that. I'm running a current kernel. I've heard that tagged command queueing is disabled be default. > You also failed to mention the model of the drives, a parameters like > RPM that greatly effect the raw data rate of the drive (if you have > the media transfer rate number that is the best one to use, it is > usually a range of values due to ZBR recording. The higher number is > what you get for the outer cyclinders, the lower number for the inner > cylinders). Digital DSP3210S. Media transfer rate is 2.5 - 5.5. Drive performance doesn't really explain why performance is halved when two drives are in use. Since PCI can handle up to a 130 MB/s, and FAST SCSI can do 10MB/s, two drives should be able to both run at 2MB/s simultaneously. > I can easily do 4MB/sec using a DX33 EISA system with an AHB1742 controller > and DEC 3053L disk drives (Media transfer rate is 2.5-5.5MB/sec). This > is with FreeBSD 1.x through to FreeBSD 2.x-current, but only because the > ahb driver has been stable pretty much the whole time. I wish I had a EISA motherboard, as I have a slightly used 1742, and two 1740's laying around. Tom From owner-freebsd-hackers Mon May 8 13:56:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA10463 for hackers-outgoing; Mon, 8 May 1995 13:56:28 -0700 Received: from aries.ai.net (ai.net [198.69.35.206]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA10455 for ; Mon, 8 May 1995 13:56:24 -0700 Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.11) id QAA28070; Mon, 8 May 1995 16:51:43 -0400 Date: Mon, 8 May 1995 16:51:43 -0400 (EDT) From: Network Coordinator To: Brian Tao cc: Arjan.deVet@nl.cis.philips.com, FREEBSD-HACKERS-L , Guido.VanRooij@nl.cis.philips.com Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > > A summary of my informal testing is posted below. The real thing > > is at http://140.109.40.248/~taob/fbsd-apache.html (sorry, no DNS > > entry for my machine yet). As I point out in the document, I'm no > > expert at evaluating hardware or software performance, so comments and > > advice will be appreciated. > > Yes? :) The URL has been moved to ~taob/Bench/fbsd-apache.html, > BTW, since I'm typing up additional results using NCSA httpd 1.4 in > both demand forking and pre-forking mode, as well as a first look at > an unreleased and unnamed multithreading server. Question here - Isn't the CERN httpd server [in standalone mode] an on-demand forker? Thanks, -Jerry. From owner-freebsd-hackers Mon May 8 14:52:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23655 for hackers-outgoing; Mon, 8 May 1995 14:52:30 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA23649 for ; Mon, 8 May 1995 14:52:29 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id OAA02666; Mon, 8 May 1995 14:51:27 -0700 Message-Id: <199505082151.OAA02666@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Tom Samplonius cc: hackers@FreeBSD.org Subject: Re: Is a 486 fast enough for SCSI? In-reply-to: Your message of "Mon, 08 May 1995 12:26:33 PDT." Date: Mon, 08 May 1995 14:51:27 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I've got a AMD486DX4100 with an Adaptec 2940 and two SCSI drives. When >I run iozone on one drive I get about 1.9MB/s, but when I run a iozone on >each drive I get about .9 MB/s (roughly half). Since the SCSI bus runs >at 10MB/s per second, the limiting factor appears to be the CPU? I >thought PCI devices required very little CPU time? > >Tom Do you have disconnection disabled on your devices? I don't see anywhere neer this kind of performance drop off on my 2742 with two drives (One drive is 5MB/s the other is 2MB/s). -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Mon May 8 14:59:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA23746 for hackers-outgoing; Mon, 8 May 1995 14:59:10 -0700 Received: from pluto.ops.NeoSoft.com (root@pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA23740 for ; Mon, 8 May 1995 14:59:08 -0700 Received: from metal.ops.neosoft.com (root@glenn-slip42.nmt.edu [129.138.5.142]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id QAA25526; Mon, 8 May 1995 16:59:01 -0500 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.11/8.6.10) id PAA00426; Mon, 8 May 1995 15:58:57 -0600 From: Scott Mace Message-Id: <199505082158.PAA00426@metal.ops.neosoft.com> Subject: Re: Is a 486 fast enough for SCSI? To: tom@haven.uniserve.com (Tom Samplonius) Date: Mon, 8 May 1995 15:58:57 -0600 (MDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at May 8, 95 12:26:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 582 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I've got a AMD486DX4100 with an Adaptec 2940 and two SCSI drives. When > I run iozone on one drive I get about 1.9MB/s, but when I run a iozone on > each drive I get about .9 MB/s (roughly half). Since the SCSI bus runs > at 10MB/s per second, the limiting factor appears to be the CPU? I > thought PCI devices required very little CPU time? > The limiting time is the speed of the drive. I can get over 3megs/sec with my EISA bt747 and seagate barracuda drives. And my cpu is only a 486DX2-66. I'm never seen a single scsi drive actually do 10MB/sec. Scott From owner-freebsd-hackers Mon May 8 15:02:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA23830 for hackers-outgoing; Mon, 8 May 1995 15:02:36 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA23821 for ; Mon, 8 May 1995 15:02:34 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA14965; Mon, 8 May 1995 15:02:18 -0700 From: Julian Elischer Message-Id: <199505082202.PAA14965@ref.tfs.com> Subject: Re: Is a 486 fast enough for SCSI? To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Mon, 8 May 1995 15:02:18 -0700 (PDT) Cc: tom@haven.uniserve.com, hackers@FreeBSD.org In-Reply-To: <199505081929.MAA01292@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 8, 95 12:29:49 pm Content-Type: text Content-Length: 749 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > You also failed to mention the model of the drives, a parameters like > RPM that greatly effect the raw data rate of the drive (if you have > the media transfer rate number that is the best one to use, it is > usually a range of values due to ZBR recording. The higher number is > what you get for the outer cyclinders, the lower number for the inner > cylinders). one other thing that should be mentionned is that it is possible to DE_TUNE your filesystem so it will slow down.. try tunefs and set you maxcontig to 64 and the seektime to 0 ms It also helps to tell newfs that you have only 1 head but a LOT of sectors per track.. this defeats some code that makes the wrong choices for SCSI type disks (and some IDE now) julian From owner-freebsd-hackers Mon May 8 15:22:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA24303 for hackers-outgoing; Mon, 8 May 1995 15:22:13 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA24297 for ; Mon, 8 May 1995 15:22:10 -0700 Received: by haven.uniserve.com id <249>; Mon, 8 May 1995 15:35:19 -0700 Date: Mon, 8 May 1995 15:34:11 -0700 (PDT) From: Tom Samplonius To: Scott Mace cc: hackers@FreeBSD.org Subject: Re: Is a 486 fast enough for SCSI? In-Reply-To: <199505082158.PAA00426@metal.ops.neosoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 8 May 1995, Scott Mace wrote: > > I've got a AMD486DX4100 with an Adaptec 2940 and two SCSI drives. When > > I run iozone on one drive I get about 1.9MB/s, but when I run a iozone on > > each drive I get about .9 MB/s (roughly half). Since the SCSI bus runs > > at 10MB/s per second, the limiting factor appears to be the CPU? I > > thought PCI devices required very little CPU time? > > > > The limiting time is the speed of the drive. I can get over 3megs/sec > with my EISA bt747 and seagate barracuda drives. And my cpu is only > a 486DX2-66. I'm never seen a single scsi drive actually do 10MB/sec. I realize that no SCSI drive can do 10MB/s, but it is clearly not the bottleneck when accessing two drives simultaneously, so what is? Tom From owner-freebsd-hackers Mon May 8 15:25:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA24362 for hackers-outgoing; Mon, 8 May 1995 15:25:07 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA24353 for ; Mon, 8 May 1995 15:25:00 -0700 Received: by haven.uniserve.com id <215>; Mon, 8 May 1995 15:37:51 -0700 Date: Mon, 8 May 1995 15:36:55 -0700 (PDT) From: Tom Samplonius To: "Justin T. Gibbs" cc: hackers@FreeBSD.org Subject: Re: Is a 486 fast enough for SCSI? In-Reply-To: <199505082151.OAA02666@estienne.cs.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 8 May 1995, Justin T. Gibbs wrote: > > I've got a AMD486DX4100 with an Adaptec 2940 and two SCSI drives. When > >I run iozone on one drive I get about 1.9MB/s, but when I run a iozone on > >each drive I get about .9 MB/s (roughly half). Since the SCSI bus runs > >at 10MB/s per second, the limiting factor appears to be the CPU? I > >thought PCI devices required very little CPU time? > > > >Tom > > Do you have disconnection disabled on your devices? I don't see anywhere > neer this kind of performance drop off on my 2742 with two drives (One drive > is 5MB/s the other is 2MB/s). Yes, disconnection is enabled. Tom From owner-freebsd-hackers Mon May 8 15:47:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA24800 for hackers-outgoing; Mon, 8 May 1995 15:47:43 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA24792 for ; Mon, 8 May 1995 15:47:38 -0700 Received: by haven.uniserve.com id <218>; Mon, 8 May 1995 16:00:34 -0700 Date: Mon, 8 May 1995 15:59:33 -0700 (PDT) From: Tom Samplonius To: Julian Elischer cc: "Rodney W. Grimes" , hackers@FreeBSD.org Subject: Re: Is a 486 fast enough for SCSI? In-Reply-To: <199505082202.PAA14965@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 8 May 1995, Julian Elischer wrote: > one other thing that should be mentionned is that it is possible > to DE_TUNE your filesystem so it will slow down.. > > try tunefs > and set you maxcontig to 64 and the seektime to 0 ms I used tunefs to change maxcontig from 2 to 64. There was no discernable difference. tunefs doesn't appear to be able to adjust seek time? > It also helps to tell newfs that you have only 1 head > but a LOT of sectors per track.. this defeats some code > that makes the wrong choices for SCSI type disks (and some IDE now) Tom From owner-freebsd-hackers Mon May 8 17:46:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27111 for hackers-outgoing; Mon, 8 May 1995 17:46:09 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA27105 for ; Mon, 8 May 1995 17:46:07 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: I'll continue to be fairly unavailable for the next week or so. Date: Mon, 08 May 1995 17:46:06 -0700 Message-ID: <27104.799980366@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk I am working very hard on getting 2.0.5 out the door and have no time to answer lots of questions or otherwise do much else right now. If you have queries outstanding to me, please be patient. I need to focus on this without interruption for awhile or I'm NEVER going to get it done. :-( Jordan From owner-freebsd-hackers Mon May 8 18:32:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA28930 for hackers-outgoing; Mon, 8 May 1995 18:32:21 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA28920 for ; Mon, 8 May 1995 18:32:18 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id SAA03301; Mon, 8 May 1995 18:32:05 -0700 Message-Id: <199505090132.SAA03301@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Tom Samplonius cc: Scott Mace , hackers@FreeBSD.org Subject: Re: Is a 486 fast enough for SCSI? In-reply-to: Your message of "Mon, 08 May 1995 15:34:11 PDT." Date: Mon, 08 May 1995 18:32:00 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > >On Mon, 8 May 1995, Scott Mace wrote: > >> > I've got a AMD486DX4100 with an Adaptec 2940 and two SCSI drives. When >> > I run iozone on one drive I get about 1.9MB/s, but when I run a iozone on >> > each drive I get about .9 MB/s (roughly half). Since the SCSI bus runs >> > at 10MB/s per second, the limiting factor appears to be the CPU? I >> > thought PCI devices required very little CPU time? >> > >> >> The limiting time is the speed of the drive. I can get over 3megs/sec >> with my EISA bt747 and seagate barracuda drives. And my cpu is only >> a 486DX2-66. I'm never seen a single scsi drive actually do 10MB/sec. > > I realize that no SCSI drive can do 10MB/s, but it is clearly not the >bottleneck when accessing two drives simultaneously, so what is? > >Tom I'm not sure since I don't have the same hardware. On my 2742 card, with a Quantum Empire 2100 and a Quantum PD1225 running "iozone 128 8192": Empire 2100 with the 1225 also doing an iozone: 3491843 bytes/second for writing the file 3106667 bytes/second for reading the file Emprire 2100 by itself. 4900133 bytes/second for writing the file 5204443 bytes/second for reading the file The first set of number looks a little low, but I'd have to play around with some of the bus timing numbers to get a better idea of just how bad they are. It isn't a 50% reduction though. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Mon May 8 20:25:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA01830 for hackers-outgoing; Mon, 8 May 1995 20:25:34 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA01824 for ; Mon, 8 May 1995 20:25:30 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id XAA19448 for hackers@freebsd.org; Mon, 8 May 1995 23:25:02 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id VAA03536; Mon, 8 May 1995 21:24:29 -0400 Date: Mon, 8 May 1995 21:24:29 -0400 From: Gene Stark Message-Id: <199505090124.VAA03536@starkhome.cs.sunysb.edu> To: hackers@FreeBSD.org Subject: IIJ PPP (got it working -- very nice) Sender: hackers-owner@FreeBSD.org Precedence: bulk Since I complained here about a problem I had initially in trying to get IIJ PPP to work (turned out I had to make sure to reset my modem to change short FAX timeout back to reasonable dial timeout), I just thought I'd follow up by saying that I have it working now. No other serious problems, though I did have to turn off vjcomp, pred1, and lqr to get it to work with the dp-2.3 software I am running on the Sparc on the other end. (I am soon going to replace that end with a FreeBSD machine :-)). The autodial features and packet filtering are very nice indeed. I have seen no problems with chat-based dial (either with "dial" or "auto") but the "term" command doesn't always seem to talk to my modem the first time -- it is necessary to ~. and execute "term" again. Don't know the reason for this, or if it has to do with the fact that I also have flexfax running. The English man page could be more comprehensive, but, hey, there is always the source, which is pretty easy to follow. - Gene From owner-freebsd-hackers Mon May 8 21:35:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA03451 for hackers-outgoing; Mon, 8 May 1995 21:35:04 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA03445 for ; Mon, 8 May 1995 21:35:02 -0700 Received: from unix (haus.efn.org) by efn.efn.org (4.1/smail2.5/05-07-92) id AA25155; Mon, 8 May 95 21:34:47 PDT Date: Mon, 8 May 1995 21:40:50 -0700 (PDT) From: John-Mark Gurney X-Sender: gurney_j@unix To: hackers@FreeBSD.org Subject: floppy tape formating utility Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I remeber reading a message about software that will support formatting qic tapes under FreeBSD... at the time I didn't have the tape drive working (didn't have flags 0x1 on fdc) and am interested in testing the software... just so you know... I am running 2.0-RELEASE... and have a unlabeled tape drive (reports as Colorado tape)... also... I'm not sure what it supports... but I do know that it successfully wrote to a 120meg uncompressed tape... Thanks for the info... I have posted this message before but didn't get a response... and I did check the mailing list archive now that they have been updated... but I couldn't find the message... TTYL... John-Mark gurney_j@efn.org Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Mon May 8 21:52:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA03623 for hackers-outgoing; Mon, 8 May 1995 21:52:20 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA03615 for ; Mon, 8 May 1995 21:52:15 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id MAA26731; Tue, 9 May 1995 12:48:47 +0800 Date: Tue, 9 May 1995 12:48:46 +0800 (CST) From: Brian Tao To: Network Coordinator cc: Arjan.deVet@nl.cis.philips.com, FREEBSD-HACKERS-L , Guido.VanRooij@nl.cis.philips.com Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 8 May 1995, Network Coordinator wrote: > > Question here - Isn't the CERN httpd server [in standalone mode] an > on-demand forker? Yes. So are the Apache, WN and pre-1.4 NCSA servers. I needed a name for servers which forked off a new process for each incoming request, and just "forking server" was too easily confused with "pre-forking server", so I called them "demand forking". Dunno if that's the correct term or not, but I'm sticking with it. ;-) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue May 9 05:56:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA12831 for hackers-outgoing; Tue, 9 May 1995 05:56:48 -0700 Received: from dearnpc.gmd.de (dearnpc.gmd.de [192.76.247.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA12825 for ; Tue, 9 May 1995 05:56:45 -0700 Message-Id: <199505091256.FAA12825@freefall.cdrom.com> Received: from vm.gmd.de by dearnpc.gmd.de (LSMTP for OpenVMS v0.1a) with SMTP id 7B7B40A3 ; Tue, 9 May 1995 14:56:09 +0200 Received: from VM.GMD.DE by vm.gmd.de (IBM VM SMTP V2R2) with BSMTP id 4769; Tue, 09 May 95 14:56:32 +0200 Received: from VMPROFS.ESOC.ESA.DE (NJE origin MAILER@ESOC) by VM.GMD.DE (LMail V1.2a/1.8a) with BSMTP id 3078; Tue, 9 May 1995 14:56:32 +0200 Received: from VMPROFS.ESOC.ESA.DE (NJE origin VCAPUANO@ESOC) by VMPROFS.ESOC.ESA.DE (LMail V1.2a/1.8a) with BSMTP id 2988; Tue, 9 May 1995 14:51:08 -0500 Date: Tue, 09 May 95 14:41:03 EST From: Vincenzo Capuano Organization: ESA - European Space Agency Subject: XFree and FreeBSD To: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I am running the February snapshot. And since the release 2.0 I am having one problem with XFree86 3.1.x. I start X and I can work fine with it. But when I want to switch to another screen (using ctrl-alt-Fx) or I exit from the window system I don't see anything on the screen everything is black. I can type commands, but I cannot see the screen. The solution is to reboot. Has this been fixed, or has everybody experienced this behaviour? I am using a Tseng ET4000 SVGA card. Thanks --- Vincenzo Capuano European Space Agency - European Space Operations Centre vcapuano@vmprofs.esoc.esa.de From owner-freebsd-hackers Tue May 9 05:57:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA12849 for hackers-outgoing; Tue, 9 May 1995 05:57:12 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA12837 for ; Tue, 9 May 1995 05:57:08 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id FAA02734 for FreeBSD-hackers@FreeBSD.Org; Tue, 9 May 1995 05:57:03 -0700 From: "Rodney W. Grimes" Message-Id: <199505091257.FAA02734@gndrsh.aac.dev.com> Subject: This one looks very very suspecious to me.... To: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) Date: Tue, 9 May 1995 05:57:03 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 964 Sender: hackers-owner@FreeBSD.org Precedence: bulk While going through all the -Wcomment errors I have found one that look very suspecious: /usr/src/gnu/usr.bin/gdb/gdb/freebsd-nat.c:489: warning: `/*' within comment This is the snip of code around that: static CORE_ADDR kvtophys (fd, addr) CORE_ADDR addr; { CORE_ADDR v; struct pte pte; static CORE_ADDR PTD = -1; CORE_ADDR current_ptd; /*if (devmem && kfd > 0) return (addr); /* * If we're looking at the kernel stack, * munge the address to refer to the user space mapping instead; * that way we get the requested process's kstack, not the running one. */ Now, did some one really mean to comment out the if (devmem) or is this an error???? Gdb experts please step forward and tell me to either close the comment after the if, or removed the comment start before it. Thanks, -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 9 06:45:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA14299 for hackers-outgoing; Tue, 9 May 1995 06:45:02 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA14285 for ; Tue, 9 May 1995 06:44:50 -0700 Received: from rks32.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA21455; Tue, 9 May 95 06:36:04 -0700 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0s8pOC-0005OqC; Tue, 9 May 95 15:31 MSZ Message-Id: To: rgrimes%gndrsh.aac.dev.com@inet-gw-1.pa.dec.com Cc: hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from "Rodney W. Grimes" of Tue, 09 May 95 05:57:03 MST. Reply-To: gj@FreeBSD.org Subject: Re: This one looks very very suspecious to me.... Date: Tue, 09 May 95 13:31:52 GMT From: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" Sender: hackers-owner@FreeBSD.org Precedence: bulk > While going through all the -Wcomment errors I have found one that > look very suspecious: > > /usr/src/gnu/usr.bin/gdb/gdb/freebsd-nat.c:489: warning: `/*' within comment > > This is the snip of code around that: > > static CORE_ADDR > kvtophys (fd, addr) > CORE_ADDR addr; > { > CORE_ADDR v; > struct pte pte; > static CORE_ADDR PTD = -1; > CORE_ADDR current_ptd; > > /*if (devmem && kfd > 0) > return (addr); > /* > * If we're looking at the kernel stack, > * munge the address to refer to the user space mapping instead; > * that way we get the requested process's kstack, not the running one. > */ > > > Now, did some one really mean to comment out the if (devmem) or is this > an error???? Gdb experts please step forward and tell me to either > close the comment after the if, or removed the comment start before it. EEEK! Boy, did I f*ck that up ! This should definitely be commented out, or even better, totally removed. This is a left-over from when I ported gdb many moons ago and was trying out various things. Seems to me there may be a few more corpses like this laying around in gdb, but as long as they don't start to stink....:-) Gary J. From owner-freebsd-hackers Tue May 9 07:00:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA14884 for hackers-outgoing; Tue, 9 May 1995 07:00:15 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA14870 ; Tue, 9 May 1995 07:00:07 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id HAA02907; Tue, 9 May 1995 07:00:03 -0700 From: "Rodney W. Grimes" Message-Id: <199505091400.HAA02907@gndrsh.aac.dev.com> Subject: Re: This one looks very very suspecious to me.... To: gj@FreeBSD.org Date: Tue, 9 May 1995 07:00:03 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: from "gj%pcs.dec.com@inet-gw-1.pa.dec.com" at May 9, 95 01:31:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1513 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > While going through all the -Wcomment errors I have found one that > > look very suspecious: > > > > /usr/src/gnu/usr.bin/gdb/gdb/freebsd-nat.c:489: warning: `/*' within comment > > > > This is the snip of code around that: > > > > static CORE_ADDR > > kvtophys (fd, addr) > > CORE_ADDR addr; > > { > > CORE_ADDR v; > > struct pte pte; > > static CORE_ADDR PTD = -1; > > CORE_ADDR current_ptd; > > > > /*if (devmem && kfd > 0) > > return (addr); > > /* > > * If we're looking at the kernel stack, > > * munge the address to refer to the user space mapping instead; > > * that way we get the requested process's kstack, not the running one. > > */ > > > > > > Now, did some one really mean to comment out the if (devmem) or is this > > an error???? Gdb experts please step forward and tell me to either > > close the comment after the if, or removed the comment start before it. > > EEEK! Boy, did I f*ck that up ! > > This should definitely be commented out, or even better, totally removed. > This is a left-over from when I ported gdb many moons ago and was trying > out various things. Seems to me there may be a few more corpses like this > laying around in gdb, but as long as they don't start to stink....:-) Okay, I deleted the 2 lines... no big deal, it just caused a warning and it was unclear on what way to go with it. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 9 08:32:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17412 for hackers-outgoing; Tue, 9 May 1995 08:32:37 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA17405 for ; Tue, 9 May 1995 08:32:31 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id IAA05868; Tue, 9 May 1995 08:32:18 -0700 From: "Rodney W. Grimes" Message-Id: <199505091532.IAA05868@gndrsh.aac.dev.com> Subject: Re: cvs commit: src/sys/i386/isa aha1742.c fd.c if_le.c scd.c wd.c To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Tue, 9 May 1995 08:32:18 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <9505091519.AA09826@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at May 9, 95 11:19:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1576 Sender: hackers-owner@FreeBSD.org Precedence: bulk [Moved onto the -hackers list...] > > < said: > > > Fix -Wformat warnings, still need to do something about %b and pointer > > type args. > > You will eventually run into `%r' as well. It may be better to fix > GCC to recognize these two, if there's someone out there who > understands GCC internals well enough. Yea, I ran into %r, see other mail... I know how to fix GCC, I did the work to initially add the q size option for the quad_t support before we upgraded to a version of gcc that included it. It would take me all of 10 minutes to add %b and %r, but then user land programs would be allowed to use these, and with your comment below that would *not* be a problem on FreeBSD, but it would be if someone ever ported the code. > > Both would be nice features to have in the libc printf as well, but I > don't know if ANSI allows it (probably). I seem to recall some user land code using %b.. hummm... ifconfig, that was it.. hookturn# cd ifconfig /usr/src/sbin/ifconfig hookturn# grep %b * ifconfig.c: * Print a value a la the %b format of the kernel's printf hookturn# Humm... wonder how many other private %b format routines we have floating around. If no one objects, or finds that ansi and/or posix restricts me from adding %b and %r to printf I will go do it, and update gcc to not complain about them. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 9 08:42:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA17610 for hackers-outgoing; Tue, 9 May 1995 08:42:17 -0700 Received: from winky (winky.reno.nv.us [140.174.194.250]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA17604 for ; Tue, 9 May 1995 08:42:11 -0700 Received: from localhost (localhost [127.0.0.1]) by winky (8.6.9/8.6.9) with SMTP id IAA05417 for ; Tue, 9 May 1995 08:34:37 -0700 Message-Id: <199505091534.IAA05417@winky> X-Authentication-Warning: winky.reno.nv.us: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: XFree and FreeBSD In-reply-to: Your message of "Tue, 09 May 1995 14:41:03 EST." <199505091256.FAA12825@freefall.cdrom.com> Date: Tue, 09 May 1995 08:34:33 -0700 From: Eric Blood Sender: hackers-owner@FreeBSD.org Precedence: bulk I've had some similar behavior. If I start X then kill it (start again and kill it) a couple of times, then if I try and start it X will come up with a blank screen. The solution is to reboot. It seems to happen after three trys at X. EVB From owner-freebsd-hackers Tue May 9 09:11:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA18203 for hackers-outgoing; Tue, 9 May 1995 09:11:57 -0700 Received: from egeo.unipg.it (egeo.unipg.it [141.250.1.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA18189 for ; Tue, 9 May 1995 09:11:51 -0700 Received: by egeo.unipg.it (AIX 3.2/UCB 5.64/MH-1.08) id AA34090; Tue, 9 May 1995 18:11:06 +0200 Date: Tue, 9 May 1995 18:11:06 +0200 From: peppe@unipg.it (Giuseppe Vitillaro) Message-Id: <9505091611.AA34090@egeo.unipg.it> To: freebsd-hackers@FreeBSD.org Subject: Intel Plato Premiere PCI/II and edge/level triggered IRQs Sender: hackers-owner@FreeBSD.org Precedence: bulk I have problem with SCSI timeouts under FreeBSD 2.0 SNAP950412 in a system composed basically of an Intel Plato P90 Premier PCI II (Neptune chipset) and a PCI Adaptec 2940. For what I read until now under freebsd,linux groups seems that the MB I'm testing use edge-triggered IRQ rather than level-sensitive on the PCI bus. This is confirmed too from an online manual for this board I found on gatekeeper.dec.com. It claims that the version of BIOS I use now setup the card for edge-triggerd IRQ. This was not true evidentily for previous versions. This seems confirmed too from the fact that using FreeBSD-current aic7* drivers that report IRQ status as edge-triggered the system behave correctly. Questions: (1) Anyone may confirm this is correct for this particular MB? (2) Are there any way to setup the MB for use level-sensitive IRQS? (3) In the case answer to question (2) is "impossible" it would be "safe" to buy a mother in this conditions? (4) Should the kernel for this MB compiled with PCI_EDGE_INT and what would be the perfomance penalization? Thanks, Peppe. From owner-freebsd-hackers Tue May 9 10:06:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19713 for hackers-outgoing; Tue, 9 May 1995 10:06:09 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA19707 for ; Tue, 9 May 1995 10:06:06 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02008; Tue, 9 May 95 10:57:07 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505091657.AA02008@cs.weber.edu> Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) To: taob@gate.sinica.edu.tw (Brian Tao) Date: Tue, 9 May 95 10:57:06 MDT Cc: nc@ai.net, Arjan.deVet@nl.cis.philips.com, freebsd-hackers@FreeBSD.org, Guido.VanRooij@nl.cis.philips.com In-Reply-To: from "Brian Tao" at May 9, 95 12:48:46 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Yes. So are the Apache, WN and pre-1.4 NCSA servers. I needed a > name for servers which forked off a new process for each incoming > request, and just "forking server" was too easily confused with > "pre-forking server", so I called them "demand forking". Dunno if > that's the correct term or not, but I'm sticking with it. ;-) The correct term for "pre-forking" is "spawn-ahead". Actually, a lot of UNIX kernels keep process templates around, which are most of the generic process information but none of the specific so as to optimize forking benchmarks (hint, hint). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 9 10:43:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA20486 for hackers-outgoing; Tue, 9 May 1995 10:43:45 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA20480 for ; Tue, 9 May 1995 10:43:44 -0700 Received: from cs.weber.edu by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA07801; Tue, 9 May 95 10:37:34 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA06995; Tue, 9 May 95 11:30:59 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505091730.AA06995@cs.weber.edu> Subject: Re: This one looks very very suspecious to me.... To: gj@FreeBSD.org Date: Tue, 9 May 95 11:30:58 MDT Cc: rgrimes%gndrsh.aac.dev.com@inet-gw-1.pa.dec.com, hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: from "gj%pcs.dec.com@inet-gw-1.pa.dec.com" at May 9, 95 01:31:52 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > /*if (devmem && kfd > 0) > > return (addr); > > /* > > EEEK! Boy, did I f*ck that up ! > > This should definitely be commented out, or even better, totally removed. > This is a left-over from when I ported gdb many moons ago and was trying > out various things. Seems to me there may be a few more corpses like this > laying around in gdb, but as long as they don't start to stink....:-) Standard practice is "#ifdef OMIT" or "#ifdef NOTDEF" or "#ifdef GARYJ". Since most compilers generate warnings but work anyway with tags following #endif, you can also make notes to yourself using warnings (assuming your code is otherwise warning free) by putting tags after "#else" or "#endif" ...for instance: #ifdef OMIT #endif /* OMIT*/ FIX_LATER Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 9 11:18:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA21300 for hackers-outgoing; Tue, 9 May 1995 11:18:28 -0700 Received: from mail1.wolfe.net (mail1.wolfe.net [204.157.98.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA21294 for ; Tue, 9 May 1995 11:18:25 -0700 Received: from gonzo.wolfe.net (moore@gonzo.wolfe.net [204.157.98.2]) by mail1.wolfe.net (8.6.12/8.6.10) with ESMTP id LAA07255; Tue, 9 May 1995 11:19:00 -0700 From: Timothy Moore Received: (moore@localhost) by gonzo.wolfe.net (8.6.10/8.6.9) id LAA27975; Tue, 9 May 1995 11:18:31 -0700 Date: Tue, 9 May 1995 11:18:31 -0700 Message-Id: <199505091818.LAA27975@gonzo.wolfe.net> To: VCAPUANO@VMPROFS.ESOC.ESA.DE CC: hackers@FreeBSD.org In-reply-to: Vincenzo Capuano's message of Tue, 09 May 95 14:41:03 EST <199505091256.FAA12825@freefall.cdrom.com> Subject: Re: XFree and FreeBSD Sender: hackers-owner@FreeBSD.org Precedence: bulk Date: Tue, 09 May 95 14:41:03 EST From: Vincenzo Capuano Organization: ESA - European Space Agency Sender: hackers-owner@FreeBSD.org I am running the February snapshot. And since the release 2.0 I am having one problem with XFree86 3.1.x. I start X and I can work fine with it. But when I want to switch to another screen (using ctrl-alt-Fx) or I exit from the window system I don't see anything on the screen everything is black. I can type commands, but I cannot see the screen. The solution is to reboot. Has this been fixed, or has everybody experienced this behaviour? I am using a Tseng ET4000 SVGA card. I'm seeing the same behavior with the 950412 snapshot, ET4000/W32p card, but only when ctwm is running. This is a pain because the card doesn't come up quite right initially (mouse droppings) so I need to switch back and forth to the console once after starting X (some initialization problem, obviously). This is with the pcvt25 console driver. Tim From owner-freebsd-hackers Tue May 9 11:26:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA21434 for hackers-outgoing; Tue, 9 May 1995 11:26:01 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA21428 for ; Tue, 9 May 1995 11:25:58 -0700 Message-Id: <199505091825.LAA21428@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA22959; Tue, 9 May 1995 14:25:38 -0400 From: Charles Henrich Subject: Worm code To: freebsd-hackers@FreeBSD.org Date: Tue, 9 May 1995 14:25:38 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 380 Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone out there actually used the worm support? If so how? Where do I get mkisofs for FreeBSD? And will this stuff work with any worm drive, or only a few, if only a few, which few? Just being cautious before I waste $10 per test ;) -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Tue May 9 11:49:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22019 for hackers-outgoing; Tue, 9 May 1995 11:49:09 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22013 for ; Tue, 9 May 1995 11:49:01 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id CAA08907; Wed, 10 May 1995 02:49:17 +0800 Date: Wed, 10 May 1995 02:49:13 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: AHA-3xxx support? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk These adapters were announced back in January, but I just saw a handful of messages about them in comp.periphs.scsi. Anyone try them out with FreeBSD? Do we have any RAID support at all? >>>>> Article 19843 of comp.periphs.scsi: From: Nils-Eivind.Naas@isaf.no (Nils-Eivind Naas) Newsgroups: comp.periphs.scsi Subject: Re: Adaptec AHA-3940, AHA-3940W Date: 8 May 1995 11:44:58 GMT Organization: Institute Group for Social Research, Oslo Lines: 21 In <3ohotl$7mk@infolink1.infolink.net>, scanner@infolink.net (Chan Wai Keung) writes: >hello, > > Does anybody tell me the details in the above two model from Adaptec? > They are described in detail in Adaptec's 1/23/95 press release, available on http://www.adaptec.com. Briefly, they are 3-channel SCSI PCI host adapters, Fast ($499) and Fast-Wide respectively, using a new high-speed RISC processor, 1 per channel. There is also a 3985 3-channel RAID[015] host adapter ($ 799). -- Nils-Eivind Naas Mail: nils-eivind.naas@isaf.no Manager, Computer Services Institute Group for Social Research Tel.: +47 22 55 45 10 Munthesgt. 31 Fax: +47 22 43 13 85 0260 Oslo, Norway <<<<< -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue May 9 12:21:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23562 for hackers-outgoing; Tue, 9 May 1995 12:21:07 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23556 for ; Tue, 9 May 1995 12:21:06 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id MAA06276; Tue, 9 May 1995 12:20:46 -0700 Message-Id: <199505091920.MAA06276@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: peppe@unipg.it (Giuseppe Vitillaro) cc: freebsd-hackers@FreeBSD.org Subject: Re: Intel Plato Premiere PCI/II and edge/level triggered IRQs In-reply-to: Your message of "Tue, 09 May 1995 18:11:06 +0200." <9505091611.AA34090@egeo.unipg.it> Date: Tue, 09 May 1995 12:20:46 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >I have problem with SCSI timeouts under FreeBSD 2.0 >SNAP950412 in a system composed basically of an >Intel Plato P90 Premier PCI II (Neptune chipset) >and a PCI Adaptec 2940. Your timeouts are most likely fixed in current. >For what I read until now under freebsd,linux groups >seems that the MB I'm testing use edge-triggered IRQ >rather than level-sensitive on the PCI bus. Okay. >This is confirmed too from an online manual for >this board I found on gatekeeper.dec.com. It claims >that the version of BIOS I use now setup the card for edge-triggerd IRQ. >This was not true evidentily for previous versions. > >This seems confirmed too from the fact that using >FreeBSD-current aic7* drivers that report IRQ status as edge-triggered >the system behave correctly. > >Questions: > > (1) Anyone may confirm this is correct for this > particular MB? > > (2) Are there any way to setup the MB for use > level-sensitive IRQS? > > (3) In the case answer to question (2) is "impossible" > it would be "safe" to buy a mother in this conditions? Yes, so long as you don't share interrupts between cards. > (4) Should the kernel for this MB compiled with PCI_EDGE_INT > and what would be the perfomance penalization? Not unless you intend on sharing interrupts between cards. There would be a performance penalty. >Thanks, Peppe. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Tue May 9 12:36:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23814 for hackers-outgoing; Tue, 9 May 1995 12:36:31 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23807 for ; Tue, 9 May 1995 12:36:27 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id DAA09292; Wed, 10 May 1995 03:36:03 +0800 Date: Wed, 10 May 1995 03:36:03 +0800 (CST) From: Brian Tao To: Terry Lambert cc: nc@ai.net, Arjan.deVet@nl.cis.philips.com, freebsd-hackers@FreeBSD.org, Guido.VanRooij@nl.cis.philips.com Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) In-Reply-To: <9505091657.AA02008@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 9 May 1995, Terry Lambert wrote: > > The correct term for "pre-forking" is "spawn-ahead". I was always under the impression that the creation of another process is called "forking" under UNIX and not "spawning (isn't that VAX-speak?). > Actually, a lot of UNIX kernels keep process templates around, which > are most of the generic process information but none of the specific > so as to optimize forking benchmarks (hint, hint). What, have a specially-compiled kernel that can fork off httpd's in no time at all? As usual, you're too far ahead of me, Terry, and I'm having trouble keeping up. :-/ BTW, the multithreaded server I've got running on my FreeBSD box probably isn't truly "multithreaded" (it uses select() to handle multiple connections with a single process). What should this be called? A multiheaded server? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue May 9 13:19:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA24670 for hackers-outgoing; Tue, 9 May 1995 13:19:28 -0700 Received: from easynet.com (easyr.easynet.net [198.67.38.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA24662 for ; Tue, 9 May 1995 13:19:25 -0700 Received: by easynet.com (Smail3.1.28.1 #7) id m0s8vkH-000rdMC; Tue, 9 May 95 13:19 WET DST Message-Id: From: brian@MediaCity.Com (Brian Litzinger) Subject: A question of downloading device drivers To: freebsd-hackers@FreeBSD.org Date: Tue, 9 May 1995 13:19:05 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 565 Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm about to implement downloading the microcode for the talisman MPEG decoder rather than relying on it being in an EPROM on the card. I'm looking for any guidance, examples, etc, on a right way to do this. I could include the microcode as a giant static array in the device driver 8-( download the microcode via a write to a special device download the microcode via an set of ioctls. do a mixture of the above. Use something I haven't thought of, but you have. Any pointers would be appreciated. Brian Litzinger brian@easynet.com From owner-freebsd-hackers Tue May 9 13:23:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA24812 for hackers-outgoing; Tue, 9 May 1995 13:23:12 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA24805 for ; Tue, 9 May 1995 13:23:04 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id QAA07576; Tue, 9 May 1995 16:21:02 -0400 From: Peter Dufault Message-Id: <199505092021.QAA07576@hda.com> Subject: Re: Worm code To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Tue, 9 May 1995 16:21:01 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199505091825.LAA21428@freefall.cdrom.com> from "Charles Henrich" at May 9, 95 02:25:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 862 Sender: hackers-owner@FreeBSD.org Precedence: bulk Charles Henrich writes: > > Has anyone out there actually used the worm support? If so how? Where do I > get mkisofs for FreeBSD? And will this stuff work with any worm drive, or only > a few, if only a few, which few? > > Just being cautious before I waste $10 per test ;) Ask Jordan to send you a few spares... No one has used the driver. It is only a basic driver that supports some of the SCSI-II WORM commands. It is completely untested and only supports the actual transfer of the CD image to the device. There is a WORM driver for NetBSD that works with a RICOH and Philips writer. I can send it to you if you want that; I won't have time to work on it for a while. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Tue May 9 14:06:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA26175 for hackers-outgoing; Tue, 9 May 1995 14:06:38 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA26167 for ; Tue, 9 May 1995 14:06:33 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA05528; Tue, 9 May 1995 14:05:35 -0700 From: "Rodney W. Grimes" Message-Id: <199505092105.OAA05528@gndrsh.aac.dev.com> Subject: Re: A question of downloading device drivers To: brian@MediaCity.Com (Brian Litzinger) Date: Tue, 9 May 1995 14:05:35 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Litzinger" at May 9, 95 01:19:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1178 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I'm about to implement downloading the microcode for the talisman > MPEG decoder rather than relying on it being in an EPROM on the card. > > I'm looking for any guidance, examples, etc, on a right way to do > this. > > I could > > include the microcode as a giant static array in the device driver 8-( Please no, this is what the aic7770 (aha2940 and friends) had to do, but then you could not get the file from disk easily if you where booting from this type of adapter. > download the microcode via a write to a special device This or the next one.. > > download the microcode via an set of ioctls. This has been the historical BSD method of doing it. Look on the 4.4BSD Lite code, there are some programs there to set up the Excelan EXOS 105 network cards that need to have software down loaded to them. > > do a mixture of the above. > > Use something I haven't thought of, but you have. > > Any pointers would be appreciated. > > Brian Litzinger > brian@easynet.com > > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 9 14:09:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA26246 for hackers-outgoing; Tue, 9 May 1995 14:09:23 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA26239 for ; Tue, 9 May 1995 14:09:12 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA03490 for ; Tue, 9 May 1995 23:09:09 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id XAA04868 for hackers@FreeBSD.org; Tue, 9 May 1995 23:09:08 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505092109.XAA04868@blaise.ibp.fr> Subject: Name cache handling and lsof To: hackers@FreeBSD.org (Hackers' list FreeBSD) Date: Tue, 9 May 1995 23:09:08 +0200 (MET DST) X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1853 Sender: hackers-owner@FreeBSD.org Precedence: bulk The new name cache handling seems to have broken lsof (even 3.26). It does not even compile. cc -O -DCANDOCHILD -DLSOF -D_FREEBSDV=200 -DN_UNIX=\"/kernel\" -I./dialects/freebsd/include/2 -c dproc.c dproc.c: In function `ncache_load': dproc.c:651: structure has no member named `nc_nxt' *** Error code 1 Stop. The new inpcb code seemed to have confused lsof as well. Here is the output of the recently 2.0-RELEASE ported binary : 208 [23:03] root@keltia:~# lsof lsof: WARNING: can't read name cache pointer: 0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ COMMAND PID USER FD TYPE DEVICE SIZE/OFF INODE NAME swapper 0 root cwd VDIR 4, 0 512 2 / (/dev/sd0a) init 1 root cwd VDIR 4, 0 512 2 / (/dev/sd0a) pagedaemo 2 root cwd VDIR 4, 0 512 2 / (/dev/sd0a) vmdaemon 3 root cwd VDIR 4, 0 512 2 / (/dev/sd0a) update 4 root cwd VDIR 4, 0 512 2 / (/dev/sd0a) syslogd 60 root cwd VDIR 4, 0 512 2 / (/dev/sd0a) syslogd 60 root 0u VCHR 2, 2 0x0 495 /dev/null syslogd 60 root 1u VCHR 2, 2 0x0 495 /dev/null syslogd 60 root 2u VCHR 2, 2 0x0 495 /dev/null syslogd 60 root 3r VREG 4, 19 3196 147 /usr (/dev/sd2d) syslogd 60 root 4u unix 0xf078a900 0x0 /dev/log syslogd 60 root 5u inet 0x0 UDP can't read inpcb at 0xf078ec80 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Any ideas on how to fix it ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Tue May 9 14:37:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA26766 for hackers-outgoing; Tue, 9 May 1995 14:37:44 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA26760 for ; Tue, 9 May 1995 14:37:41 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19726; Tue, 9 May 95 15:28:07 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505092128.AA19726@cs.weber.edu> Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) To: taob@gate.sinica.edu.tw (Brian Tao) Date: Tue, 9 May 95 15:28:07 MDT Cc: nc@ai.net, Arjan.deVet@nl.cis.philips.com, freebsd-hackers@FreeBSD.org, Guido.VanRooij@nl.cis.philips.com In-Reply-To: from "Brian Tao" at May 10, 95 03:36:03 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The correct term for "pre-forking" is "spawn-ahead". > > I was always under the impression that the creation of another > process is called "forking" under UNIX and not "spawning (isn't that > VAX-speak?). Nope; just generic CS-speak. > > Actually, a lot of UNIX kernels keep process templates around, which > > are most of the generic process information but none of the specific > > so as to optimize forking benchmarks (hint, hint). > > What, have a specially-compiled kernel that can fork off httpd's > in no time at all? As usual, you're too far ahead of me, Terry, and > I'm having trouble keeping up. :-/ Nope; it applies to all processes -- it keeps a preallocated process pool to reduce (not eliminate) fork time. Things like memory setup and so on still take the same amount of time. You'd have to combine it with vfork to get rid of most of this, and that'd only work to reduce overall fork+exec time, not fork time. The procedure is described in both the Bach book and "The Magic Garden Explained". Like caching the uid and gid in the library for use in user queries to avoid system calls on HP machines, it's mostly a dodge to get better benchmark numbers, although it does optimize specifica cases that end up being similar to benchmark usage. > BTW, the multithreaded server I've got running on my FreeBSD box > probably isn't truly "multithreaded" (it uses select() to handle > multiple connections with a single process). What should this be > called? A multiheaded server? That's a 2 letter difference! Any you were worried about a 4 letter difference on "pre-forking" 8-) 8-). A select-based threading is an I/O Dispatch model, since each time data is available it gets dispatched. This is close to a voluntary context switch threading model (which is what Windows prior to Win95 used). If you converted your I/O requests not involved with the actual dispatch scheduling into asynchronus requests plus a context switch, you'd be close to the SunOS 4.x LWP/NetWare 3.x & 4.x/VMS MTS models, which are all voluntary context switch based thread scheduling. 8-). If you don't convert the I/O requests, then you aren't really a multithreaded server at all, since a blocking request in any thread of control can block other threads of control that would otherwise be runnable. The other alternative is a Non-Blocking I/O Dispatch model, where you guarantee that you will not attempt potentially blocking operations in the context of a dispatched thread of control. This is actually how SVR4 port monitors work (as well as being how xpmon, a program I wrote to manage 36 X terminals sessions from a single process instead of running 36 copies of xdm, works). Depending on what you do with this model, you can actually end up with some very complex finite state automatons to get the desired behaviour. It depends on all blocking requests being replaced with non-blocking requests, and assumes both shared stack and shared heap, replacing a context switch with a state structure switch and a state transition. I expect that you'll get your best performance from the spawn-ahead implementation, with the I/O dispatch server and the forking server's relative performance depending on whether the average request takes more time to satisfy than a fork takes (assuming light server loading). I expect under heavy server loading that the two forking models will converge and the I/O dispatch model will drop *way* behind. The pre-spawn model might actually pull ahead depending on whether it is a work-to-do model or whether a client is "married" to a server. If the former, then you won't be having any more fork overhead, and you'll get the maximum concurrency you can get without actually changing your process model (since you will continue to have context switch overhead equal to the pure forking model). The whole subject is quite fascinating. I could even tell you why the Solaris/UnixWare/SVR4 threading model pretty much sucks out if you don't have a 1:1 correlation between kernel and user threads and write your own scheduling class and use async I/O... assuming you were even interested, since you don't have a server using this model (or the LWP model) at all. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 9 15:32:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27308 for hackers-outgoing; Tue, 9 May 1995 15:32:05 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA27302 for ; Tue, 9 May 1995 15:32:02 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19871; Tue, 9 May 95 16:25:20 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505092225.AA19871@cs.weber.edu> Subject: Re: A question of downloading device drivers To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Tue, 9 May 95 16:25:19 MDT Cc: brian@MediaCity.Com, freebsd-hackers@FreeBSD.org In-Reply-To: <199505092105.OAA05528@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 9, 95 02:05:35 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > include the microcode as a giant static array in the device driver 8-( > > Please no, this is what the aic7770 (aha2940 and friends) had to do, but > then you could not get the file from disk easily if you where booting from > this type of adapter. This was a conscious choice for the AIC7770 support. The POST on the cards loads a default microcode image that could be used to bootstrap to the point where the "preferred" microcode could be read from the file system (or preferrably, a VM86() mode would be used to obtain compatability for all controllers, not just AIC7770's running default microcode). A proof, I offer the fact the the darn things boot and run DOS without any special software being necessary. > > download the microcode via an set of ioctls. > > This has been the historical BSD method of doing it. Look on the > 4.4BSD Lite code, there are some programs there to set up the > Excelan EXOS 105 network cards that need to have software down > loaded to them. I think you mean the EXOS 205T boards. Downloading via ioctl() sucks (I know; I happen to be doing it for LKM). Really, it should be done with kernel level vnode I/O, just like the UFS disk quotas. The same is true for any driver on the machine that's not needed for actually booting the machine to the point where it could load more code from disk. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 9 15:43:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27895 for hackers-outgoing; Tue, 9 May 1995 15:43:50 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA27882 for ; Tue, 9 May 1995 15:43:29 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id PAA01413 for ; Tue, 9 May 1995 15:06:23 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id PAA06675; Tue, 9 May 1995 15:03:22 -0700 Message-Id: <199505092203.PAA06675@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: AHA-3xxx support? In-reply-to: Your message of "Wed, 10 May 1995 02:49:13 +0800." Date: Tue, 09 May 1995 15:03:22 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk > These adapters were announced back in January, but I just saw a >handful of messages about them in comp.periphs.scsi. Anyone try them >out with FreeBSD? Do we have any RAID support at all? I should have a PCI machine again in a few weeks. Once I do, if someone wants to send me a 398x card, I'll do the driver support for it. It should be a natural extension from the aic7870 support (there are just three of those chips on the board from what I understand), but there will need to be some tweeking to get RAID support up. > >>>>>> >Article 19843 of comp.periphs.scsi: >From: Nils-Eivind.Naas@isaf.no (Nils-Eivind Naas) >Newsgroups: comp.periphs.scsi >Subject: Re: Adaptec AHA-3940, AHA-3940W >Date: 8 May 1995 11:44:58 GMT >Organization: Institute Group for Social Research, Oslo >Lines: 21 > >In <3ohotl$7mk@infolink1.infolink.net>, scanner@infolink.net (Chan Wai Keung) >writes: >>hello, >> >> Does anybody tell me the details in the above two model from Adaptec? >> > >They are described in detail in Adaptec's 1/23/95 press release, >available on http://www.adaptec.com. > >Briefly, they are 3-channel SCSI PCI host adapters, Fast ($499) and >Fast-Wide respectively, using a new high-speed RISC processor, >1 per channel. > >There is also a 3985 3-channel RAID[015] host adapter ($ 799). >-- >Nils-Eivind Naas Mail: nils-eivind.naas@isaf.no >Manager, Computer Services >Institute Group for Social Research Tel.: +47 22 55 45 10 >Munthesgt. 31 Fax: +47 22 43 13 85 >0260 Oslo, Norway ><<<<< > >-- >Brian ("Though this be madness, yet there is method in't") Tao >taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Tue May 9 16:04:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA28414 for hackers-outgoing; Tue, 9 May 1995 16:04:18 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA28408 for ; Tue, 9 May 1995 16:04:15 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id QAA06850; Tue, 9 May 1995 16:04:12 -0700 Message-Id: <199505092304.QAA06850@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: brian@MediaCity.Com (Brian Litzinger) cc: freebsd-hackers@FreeBSD.org Subject: Re: A question of downloading device drivers In-reply-to: Your message of "Tue, 09 May 1995 13:19:05 PDT." Date: Tue, 09 May 1995 16:04:12 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >I'm about to implement downloading the microcode for the talisman >MPEG decoder rather than relying on it being in an EPROM on the card. > >I'm looking for any guidance, examples, etc, on a right way to do >this. > >I could > > include the microcode as a giant static array in the device driver 8-( > > download the microcode via a write to a special device > > download the microcode via an set of ioctls. > > do a mixture of the above. > > Use something I haven't thought of, but you have. > >Any pointers would be appreciated. > >Brian Litzinger >brian@easynet.com Since the encoder isn't needed during boot it seems silly to include the microcode in the kernel. I would suggest having a utility that downloads the microcode once we have access to the filesystems. Maybe add it to the system default rc script? -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Tue May 9 16:22:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29052 for hackers-outgoing; Tue, 9 May 1995 16:22:02 -0700 Received: from caern.protocorp.com (d4.leonardo.net [198.147.97.68]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29046 ; Tue, 9 May 1995 16:21:59 -0700 Received: from caern.leonardo.net (localhost [127.0.0.1]) by caern.protocorp.com (8.6.9/8.6.9) with ESMTP id QAA00215; Tue, 9 May 1995 16:21:09 -0700 Message-Id: <199505092321.QAA00215@caern.protocorp.com> To: terry@cs.weber.edu (Terry Lambert) cc: gj@FreeBSD.org, rgrimes@gndrsh.aac.dev.com, hackers@FreeBSD.org Subject: Re: This one looks very very suspecious to me.... In-reply-to: Your message of "Tue, 09 May 1995 11:30:58 MDT." <9505091730.AA06995@cs.weber.edu> Date: Tue, 09 May 1995 16:21:05 -0700 From: "Mike O'Brien" Sender: hackers-owner@FreeBSD.org Precedence: bulk One problem with #ifdef as opposed to commenting something out is that the current version of GCC seems to (try to) parse character constants inside #ifdef blocks. Use of apostrophes inside #ifdef comment blocks caused me fits while trying to port the Rand editor, for example. Previous versions of the compiler didn't care. Mike O'Brien From owner-freebsd-hackers Tue May 9 16:34:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29391 for hackers-outgoing; Tue, 9 May 1995 16:34:12 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29380 for ; Tue, 9 May 1995 16:34:05 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id RAA19210; Tue, 9 May 1995 17:38:09 -0600 Date: Tue, 9 May 1995 17:38:09 -0600 From: Nate Williams Message-Id: <199505092338.RAA19210@trout.sri.MT.net> In-Reply-To: "Mike O'Brien" "Re: This one looks very very suspecious to me...." (May 9, 4:21pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Mike O'Brien" Subject: Re: This one looks very very suspecious to me.... Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > One problem with #ifdef as opposed to commenting something out > is that the current version of GCC seems to (try to) parse character > constants inside #ifdef blocks. This could be considered a bug in the pre-processor, since the code-parser portion of the 'compiler' should never see anything inside of #ifdef'd out code. However, I suspect with all of the #pragma and other junk being used the separation of the pre-processor from the rest of the passes is not as clean as it used to be. Nate From owner-freebsd-hackers Tue May 9 16:51:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA29984 for hackers-outgoing; Tue, 9 May 1995 16:51:25 -0700 Received: from netcom14.netcom.com (bakul@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA29973 for ; Tue, 9 May 1995 16:51:22 -0700 Received: from localhost by netcom14.netcom.com (8.6.12/Netcom) id QAA26870; Tue, 9 May 1995 16:49:08 -0700 Message-Id: <199505092349.QAA26870@netcom14.netcom.com> To: "Mike O'Brien" cc: hackers@FreeBSD.org Subject: Re: This one looks very very suspecious to me.... In-reply-to: Your message of "Tue, 09 May 95 16:21:05 PDT." <199505092321.QAA00215@caern.protocorp.com> Date: Tue, 09 May 95 16:49:01 -0700 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > One problem with #ifdef as opposed to commenting something out > is that the current version of GCC seems to (try to) parse character > constants inside #ifdef blocks. Use of apostrophes inside #ifdef > comment blocks caused me fits while trying to port the Rand editor, > for example. Previous versions of the compiler didn't care. This is more of a problem with the Rand editor than anything else. I've never seen worse abuse of cpp than in the Rand editor (not counting Obfuscated C contest entrants). Not sure if the -traditional flag may have helped. If you did a successful port, I'd *really* really like a copy of ported e19 sources. Thanks! -- another [g]rand editor enthusiast From owner-freebsd-hackers Tue May 9 16:52:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA00181 for hackers-outgoing; Tue, 9 May 1995 16:52:22 -0700 Received: from aries.ai.net (ai.net [198.69.35.206]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA00174 for ; Tue, 9 May 1995 16:52:19 -0700 Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.11) id TAA04063; Tue, 9 May 1995 19:49:42 -0400 Date: Tue, 9 May 1995 19:49:42 -0400 (EDT) From: Network Coordinator To: Brian Tao cc: Terry Lambert , Arjan.deVet@nl.cis.philips.com, freebsd-hackers@FreeBSD.org, Guido.VanRooij@nl.cis.philips.com Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > > BTW, the multithreaded server I've got running on my FreeBSD box > probably isn't truly "multithreaded" (it uses select() to handle > multiple connections with a single process). What should this be > called? A multiheaded server? Wouldn't this be considered multitasking or task switching? [Depending on how rigid your definitions are..] -Jerry. From owner-freebsd-hackers Tue May 9 17:04:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA00569 for hackers-outgoing; Tue, 9 May 1995 17:04:38 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA00563 for ; Tue, 9 May 1995 17:04:36 -0700 Message-Id: <199505100004.RAA00563@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA23873; Tue, 9 May 1995 20:04:29 -0400 From: Charles Henrich Subject: passing parameters to vat from sd ? To: freebsd-hackers@FreeBSD.org Date: Tue, 9 May 1995 20:04:29 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 245 Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone out there figured out how to make SD spawn VAT with th -U /tmp/vatsock so we can use this thing? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Tue May 9 17:09:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA00684 for hackers-outgoing; Tue, 9 May 1995 17:09:19 -0700 Received: from caern.protocorp.com (d4.leonardo.net [198.147.97.68]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA00678 for ; Tue, 9 May 1995 17:09:16 -0700 Received: from caern.leonardo.net (localhost [127.0.0.1]) by caern.protocorp.com (8.6.9/8.6.9) with ESMTP id RAA00285; Tue, 9 May 1995 17:08:26 -0700 Message-Id: <199505100008.RAA00285@caern.protocorp.com> To: Bakul Shah cc: hackers@FreeBSD.org Subject: Re: This one looks very very suspecious to me.... In-reply-to: Your message of "Tue, 09 May 1995 16:49:01 PDT." <199505092349.QAA26870@netcom14.netcom.com> Date: Tue, 09 May 1995 17:08:23 -0700 From: "Mike O'Brien" Sender: hackers-owner@FreeBSD.org Precedence: bulk > This is more of a problem with the Rand editor than anything > else. I've never seen worse abuse of cpp than in the Rand > editor (not counting Obfuscated C contest entrants). Not > sure if the -traditional flag may have helped. Tsk. Legal is as legal does. :-) I don't think it should have any business trying to pick character constants out of something inside an excluded #ifdef block. I should be able to put raw random bits in there. Well, ok, maybe we'll allow that it has to be a legal charset. > If you did a successful port, I'd *really* really like a > copy of ported e19 sources. Thanks! Still working on it. It runs, but has problems. It may be due to the curses library, or it may be something else. I'll announce a 'port' or a 'package' or something when I've got it going OK. Mike O'Brien From owner-freebsd-hackers Tue May 9 17:28:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01089 for hackers-outgoing; Tue, 9 May 1995 17:28:27 -0700 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01083 for ; Tue, 9 May 1995 17:28:26 -0700 Received: from localhost by netcom14.netcom.com (8.6.12/Netcom) id RAA29299; Tue, 9 May 1995 17:01:50 -0700 Message-Id: <199505100001.RAA29299@netcom14.netcom.com> To: terry@cs.weber.edu (Terry Lambert) cc: taob@gate.sinica.edu.tw (Brian Tao), nc@ai.net, Arjan.deVet@nl.cis.philips.com, freebsd-hackers@FreeBSD.org, Guido.VanRooij@nl.cis.philips.com Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) In-reply-to: Your message of "Tue, 09 May 95 15:28:07 MDT." <9505092128.AA19726@cs.weber.edu> Date: Tue, 09 May 95 17:01:38 -0700 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > The correct term for "pre-forking" is "spawn-ahead". ... > > I was always under the impression that the creation of another > > process is called "forking" under UNIX and not "spawning (isn't that > > VAX-speak?). > Nope; just generic CS-speak. `spawning' is approx. equal to fork + exec, not just fork. A system that provided spawn can do certain optimizations (with a loss of some flexibility). I have never heard of pre-spawning. Are you trying to, er.., spawn new words? > > What, have a specially-compiled kernel that can fork off httpd's > > in no time at all? FYI, this has been used in atleast one system. The kernel kept a number of server processes. Under heavy load more processes were forked off, under light load extra idle processes were killed off. A variation of `select' to do this may be something worth investigaing. Typically a server process does a select to wait for a request to arrive. If you want to provide more threads of control dynamically, and these threads agree to cooperate, you would use this hypothetical `server-select'. Once some parameters are set, the kernel would dynamically add or remove threads depending on traffic (but only in serever-select). > If you don't convert the I/O requests, then you aren't really a > multithreaded server at all, since a blocking request in any thread > of control can block other threads of control that would otherwise > be runnable. Correct. Select() in this context is suitable for servicing lots of `short term' requests, not long lasting ones. So long requests should handed to another thread. But doing so in Unix eats up more time. > The other alternative is a Non-Blocking I/O Dispatch model, where you > guarantee that you will not attempt potentially blocking operations > in the context of a dispatched thread of control. ... > ... Depending on what you do with > this model, you can actually end up with some very complex finite > state automatons to get the desired behaviour. Right. I think `asynchronous' IO probably provides the best performance with a moderate increase in complexity. Alas, we can't do that under Unix:-( Any thoughts on a decent implementation of that? --bakul From owner-freebsd-hackers Tue May 9 17:31:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01172 for hackers-outgoing; Tue, 9 May 1995 17:31:08 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA01166 for ; Tue, 9 May 1995 17:31:08 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id RAA11375; Tue, 9 May 1995 17:30:49 -0700 Message-Id: <199505100030.RAA11375@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), brian@MediaCity.Com, freebsd-hackers@FreeBSD.org Subject: Re: A question of downloading device drivers In-reply-to: Your message of "Tue, 09 May 1995 16:25:19 MDT." <9505092225.AA19871@cs.weber.edu> Date: Tue, 09 May 1995 17:30:49 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > include the microcode as a giant static array in the device driver 8-( >> >> Please no, this is what the aic7770 (aha2940 and friends) had to do, but >> then you could not get the file from disk easily if you where booting from >> this type of adapter. > >This was a conscious choice for the AIC7770 support. The POST on the A conscious choice on the part of Adaptec or the developer? >cards loads a default microcode image that could be used to bootstrap >to the point where the "preferred" microcode could be read from the >file system (or preferrably, a VM86() mode would be used to obtain >compatability for all controllers, not just AIC7770's running default >microcode). > >A proof, I offer the fact the the darn things boot and run DOS without >any special software being necessary. Offer the technical specs for the interface to the default microcode and you offer an alternative (asuming we don't have VM86). Until then, there is no choice to be made. The board must be running microcode that we know the interfaces too in order for the kernel driver to talk to the board. The only way we can guarantee that now is by downloading our own from the get-go. ... > > Terry Lambert > terry@cs.weber.edu >--- >Any opinions in this posting are my own and not those of my present >or previous employers. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Tue May 9 17:42:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA01680 for hackers-outgoing; Tue, 9 May 1995 17:42:02 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA01674 for ; Tue, 9 May 1995 17:42:01 -0700 Message-Id: <199505100042.RAA01674@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA24062; Tue, 9 May 1995 20:41:58 -0400 From: Charles Henrich Subject: LINT kernel To: freebsd-hackers@FreeBSD.org Date: Tue, 9 May 1995 20:41:58 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 159 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is the LINT kernel current? Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Tue May 9 18:17:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02634 for hackers-outgoing; Tue, 9 May 1995 18:17:09 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA02628 for ; Tue, 9 May 1995 18:17:05 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA05999; Tue, 9 May 1995 18:16:50 -0700 From: "Rodney W. Grimes" Message-Id: <199505100116.SAA05999@gndrsh.aac.dev.com> Subject: Re: A question of downloading device drivers To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 9 May 1995 18:16:50 -0700 (PDT) Cc: brian@MediaCity.Com, freebsd-hackers@FreeBSD.org In-Reply-To: <9505092225.AA19871@cs.weber.edu> from "Terry Lambert" at May 9, 95 04:25:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1930 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > include the microcode as a giant static array in the device driver 8-( > > > > Please no, this is what the aic7770 (aha2940 and friends) had to do, but > > then you could not get the file from disk easily if you where booting from > > this type of adapter. > > This was a conscious choice for the AIC7770 support. The POST on the > cards loads a default microcode image that could be used to bootstrap > to the point where the "preferred" microcode could be read from the > file system (or preferably, a VM86() mode would be used to obtain > compatibility for all controllers, not just AIC7770's running default > microcode). > > A proof, I offer the fact the the darn things boot and run DOS without > any special software being necessary. I know, I know, you can quit telling us about doing VM86 and BIOS disk drivers. > > > > down load the microcode via an set of ioctls. > > > > This has been the historical BSD method of doing it. Look on the > > 4.4BSD Lite code, there are some programs there to set up the > > Excelan EXOS 105 network cards that need to have software down > > loaded to them. > > I think you mean the EXOS 205T boards. Down loading via ioctl() > sucks (I know; I happen to be doing it for LKM). The EXOS 205T is an IBM/PC board, the EXOS board I am referring to is a Unibus board. And I was wrong, it is the Interlan board, not the Excelan board :-). > > Really, it should be done with kernel level vnode I/O, just like the > UFS disk quotas. The same is true for any driver on the machine > that's not needed for actually booting the machine to the point where > it could load more code from disk. Hummmm, yea, perhaps that is a nicer solution. I was just sitting precedence on how it has been done in the past. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 9 18:42:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03434 for hackers-outgoing; Tue, 9 May 1995 18:42:43 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA03428 ; Tue, 9 May 1995 18:42:37 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA06135; Tue, 9 May 1995 18:42:17 -0700 From: "Rodney W. Grimes" Message-Id: <199505100142.SAA06135@gndrsh.aac.dev.com> Subject: Re: This one looks very very suspecious to me.... To: obrien@leonardo.net (Mike O'Brien) Date: Tue, 9 May 1995 18:42:17 -0700 (PDT) Cc: terry@cs.weber.edu, gj@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199505092321.QAA00215@caern.protocorp.com> from "Mike O'Brien" at May 9, 95 04:21:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 864 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > One problem with #ifdef as opposed to commenting something out > is that the current version of GCC seems to (try to) parse character > constants inside #ifdef blocks. Use of apostrophes inside #ifdef > comment blocks caused me fits while trying to port the Rand editor, > for example. Previous versions of the compiler didn't care. I ran into this too, trying to fix -Wcomment by putting some of the offending comment blocks that would be hard to change to *not* have nested comments (go read the sources to indent, and compile them -Wcomment to see what I am talking about.) #if 0 /* We are going to get an error here /* even though this * is inside an #if 0 */ #endif > > Mike O'Brien > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 9 18:48:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03548 for hackers-outgoing; Tue, 9 May 1995 18:48:13 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA03542 for ; Tue, 9 May 1995 18:48:11 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20511; Tue, 9 May 95 19:41:28 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505100141.AA20511@cs.weber.edu> Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) To: bakul@netcom.com (Bakul Shah) Date: Tue, 9 May 95 19:41:27 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199505100001.RAA29299@netcom14.netcom.com> from "Bakul Shah" at May 9, 95 05:01:38 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Nope; just generic CS-speak. > > `spawning' is approx. equal to fork + exec, not just fork. > A system that provided spawn can do certain optimizations > (with a loss of some flexibility). I have never heard of > pre-spawning. Are you trying to, er.., spawn new words? spawn-ahead, not "pre-spawn". 8-). > > > What, have a specially-compiled kernel that can fork off httpd's > > > in no time at all? > > FYI, this has been used in atleast one system. The kernel > kept a number of server processes. Under heavy load more > processes were forked off, under light load extra idle > processes were killed off. A variation of `select' to do > this may be something worth investigaing. Typically a > server process does a select to wait for a request to > arrive. If you want to provide more threads of control > dynamically, and these threads agree to cooperate, you would > use this hypothetical `server-select'. Once some parameters > are set, the kernel would dynamically add or remove threads > depending on traffic (but only in serever-select). This is called a "work to do" model. Actually, the NetWare for UNIX (NWU) release that is upcoming or which has recently been released uses this model. The actual dispatch is done to the "hot" engine by a streams multiplexer call NEMUX (NetWare Engine MUX) to save process context switch overhead on top of everthing else. Oracle on Sequent machines also uses "work to do", as does Native NetWare (although Native NetWare is *not* SMP scalable because it can't handle kernel preemption implicit in an MP environment -- in effect, code reentrancy and cross-processer synchronization). The main distinction of this model is that the server processes share identical coontext; each incoming NCP request and it's response from the server is considered a "transaction" for the purposes of the model. The main advantage to LIFO scheduling of engines is that it avoids the process context switch overhead as much as possible -- the design is SMP scalable on the basis of handling multiple "hot" engines. The point in doing this is that the write of the response packet and the read for the next packet is a single operation, and on an active server, it's possible for it to be non-blocking. The result is that "hot" processes run for their full quantum. The disadvantage of user level spawn ahead is dispatch scheduling (via pipes, UNIX domain sockets, or other IPC mechanism) requires two context switches: one to run the dispatcher, one to run the dispatchee. In addition, since there is a blocking operation called "wait for next work element" or equivalent per operation, the processes never use their entire quantum. This is subject to the "thundering herd" problem of semaphore acquisition unless you build your own semaphore system, get one built for you by the OS vendor (ie: Sequent), or are very, very careful (and complex) in your dispatch code. The SVR4/Solaris threading model is similarly broken; each kernel thread exists to perform a single blocking operation; the process set savings over a context switch are minimal over a seperated process implementation because nothing eats its full quantum. For something like a file or http server, the net effect is needing as many kernel threads as user space threads to warranty against all kernel space threads being blocked while user space threads are waiting only on kernel thread availability to run. The trade-off on a 1:1 mapping of user/kernel threads vs. seperate processes is that the thread model shared the heap and the descriptor table between threads. To do this on a seperate process model, you have to explicitly use shared memory for global data, and use a mechanism like sfork (Sequent) or SFD (UnixWare -- say "Thank You Terry", all you database nuts) to share the descriptor table between processes. On the down side, the thread model has problems with having to pre-statically allocate each threads stack and potential load balancing issues when there are more kernel threads than there are processers and there is more than one processer. > > If you don't convert the I/O requests, then you aren't really a > > multithreaded server at all, since a blocking request in any thread > > of control can block other threads of control that would otherwise > > be runnable. > > Correct. Select() in this context is suitable for servicing > lots of `short term' requests, not long lasting ones. So > long requests should handed to another thread. But doing so > in Unix eats up more time. There is also the unaddressed issue of interleaved I/O. Using this model, you can not do a "team/ddd" style predictive I/O interleave to shorten overall latency (in effect, team/ddd average a single latency over the entire transaction, much in the same way a sliding window in TCP or Zmodem can reduce latency). You *will* get better performance with async operations. > > The other alternative is a Non-Blocking I/O Dispatch model, where you > > guarantee that you will not attempt potentially blocking operations > > in the context of a dispatched thread of control. ... > > ... Depending on what you do with > > this model, you can actually end up with some very complex finite > > state automatons to get the desired behaviour. > > Right. I think `asynchronous' IO probably provides the best > performance with a moderate increase in complexity. Alas, > we can't do that under Unix:-( Any thoughts on a decent > implementation of that? An async I/O implementation is relatively simple; you can implement it one of two ways; the first is via an alternate call gate or other flag mechanism that would allow *all* blocking system calls to be done asynchronusly; this would be of much more general utility than the VMS AST facility, which is limited to a subset of calls (the VMS native threading implementation, MTS, uses this; I had to expand it somewhat to support the process model in the Pathworks for VMS/NetWare code when we were writing it, and the lack of the facility for some calls was a big pain). The second is to use a VMS-limited-call-approach, like SunOS did for support of LWP (and which SVR4 adopted for some reason) using aioread, aiowrite, aiowait, and aiocancel system calls. This sucks if you want to use, for instance, message queues or other non-fd based blocking operations. You have to dedicate a seperate process and use a thread safe IPC mechanism (like async reads on a pipe) to convert the blocking operation into an fd operation that the aio calls can understand. The aiowait call is used by the scheduler when all threads have outstanding blocking operations, while the aiocancel is generally reserved for signal delivery (another problem in an LWP style threads implementation) and process rundown. The problem with a threading model composed entirely of sync operations being changed to async operations + a context switch is that it avoids the process context switch overhead, but it has significantly less quanta to divide between its threads. This can increase overall application latency becaue it is easy for the server process to use 100% of its quantum under even moderate loading, with the result of "less essential" tasks crowding the server out. The SVR4/Solaris soloution to this would be to write a new scheduling class, assigning effectively better than timesharing quanta priority to the process (a gross hack, like they use to get move-mouse/wiggle-cursor behaviour out of their X server in spite of VM/linker interaction problems caused by a lack of working set limits per vnode or per process)). Of course, since an async I/O based implementation has a single kernel scheduling entity ("process"), it is not SMP scalable. Probably the *best* approach would involve a cooperative thread scheduler that used async I/O to eat all of the quanta per kernel scheduling entity (kernel thread as opposed to "process") bound to a user space thread set, with multiple kernel scheduling entities for competitive reasons relative to other processes on the system and a set of these "bound" to each processer (compute resource) on the system. This presumes that the server to run is either the most important thing on the system, or that other processes of equal importance are implemented using the same model. Actually, it's disgusting the number of things that would get impacted by even async I/O in a UP (Uniprocesser) environment simply because the best timing granularity for event wakeup (like, oh, say, select or itimer) would go down to the equivalent of the lbolt forced context switch clock before the event was serviced. You could probably bias the scheduler using two stage queue insertion, at the risk of having processes scheduled as the result of a "time important event" starving out those scheduled as a result of a "normal event" (like a disk buffer being filled). Then, of course, you've started down the primrose path to kernel preemption. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 9 18:55:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA03783 for hackers-outgoing; Tue, 9 May 1995 18:55:22 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA03776 for ; Tue, 9 May 1995 18:55:17 -0700 Received: from s1.elec.uq.oz.au by bunyip.cc.uq.oz.au with SMTP (PP); Wed, 10 May 1995 11:55:01 +1000 Received: by s1.elec.uq.oz.au (4.0/SMI-4.0) id AA08299; Wed, 10 May 95 12:50:12 EST From: clary@elec.uq.oz.au (Clary Harridge) Message-Id: <9505100250.AA08299@s1.elec.uq.oz.au> Subject: Compression and rotation of log files To: freebsd-hackers@FreeBSD.org Date: Wed, 10 May 95 12:50:11 EST X-Mailer: ELM [version 2.3 PL1] Sender: hackers-owner@FreeBSD.org Precedence: bulk How about using something like the following shell script for saving space when the log files get rotated in daily and weekly cron scripts? /etc/weekly ================================================================ #echo "Rotating messages:" /usr/local/etc/Rotate messages /var/log # if you want mode other than 600 chmod 644 messages kill -1 `cat /var/run/syslog.pid` #echo "Rotating cron log:" /usr/local/etc/Rotate log /var/cron #echo "" #echo "Rebuilding locate database:" ================================================================ #! /bin/sh # C.H. 2 Nov 92 # Rotate log files after compressing them # # Usage: Rotate file directory # DIR=/var/log case $# in 1) ;; 2) DIR=$2 ;; *) echo usage: ' Rotate file [directory]' exit ;; esac # cd $DIR # if [ -f $1 ] then /usr/bin/gzip -f $1 fi rm -f $1.7.gz for i in 6 5 4 3 2 1 0 do j=`expr "$i" + 1` if [ -f $1.$i.gz ] then mv $1.$i.gz $1.$j.gz fi done if [ -f $1.gz ] then mv $1.gz $1.0.gz fi case $DIR in *inetd) ;; *) cp /dev/null $1 chmod 600 $1 ;; esac cd / ================================================================ -- regards Dept. of Electrical Engineering, Clary Harridge University of Queensland, QLD, Australia, 4072 Phone: +61-7-365-3636 Fax: +61-7-365-4999 INTERNET: clary@elec.uq.oz.au From owner-freebsd-hackers Tue May 9 19:13:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04326 for hackers-outgoing; Tue, 9 May 1995 19:13:04 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA04303 for ; Tue, 9 May 1995 19:12:56 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA06517; Tue, 9 May 1995 19:12:34 -0700 From: "Rodney W. Grimes" Message-Id: <199505100212.TAA06517@gndrsh.aac.dev.com> Subject: Re: Compression and rotation of log files To: clary@elec.uq.oz.au (Clary Harridge) Date: Tue, 9 May 1995 19:12:34 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9505100250.AA08299@s1.elec.uq.oz.au> from "Clary Harridge" at May 10, 95 12:50:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 656 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > How about using something like the following shell script for saving space > when the log files get rotated in daily and weekly cron scripts? > > /etc/weekly I like this impementation, care to put a public copyright on it and send it to me again. I shall update src/etc/weekly with your code, but first I need a releasable copyright on your code since it is here with no statement of release (well, the one in there doesn't either, but it was on the tape with a blanket copyright statement). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Tue May 9 19:14:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04386 for hackers-outgoing; Tue, 9 May 1995 19:14:26 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA04371 for ; Tue, 9 May 1995 19:14:19 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id VAA08825; Fri, 17 Mar 1995 21:11:31 -0500 From: Peter Dufault Message-Id: <199503180211.VAA08825@hda.com> Subject: Re: A question of downloading device drivers To: brian@MediaCity.Com (Brian Litzinger) Date: Fri, 17 Mar 1995 21:11:31 -0500 (EST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian Litzinger" at May 9, 95 01:19:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 876 Sender: hackers-owner@FreeBSD.org Precedence: bulk Brian Litzinger writes: > > I'm about to implement downloading the microcode for the talisman > MPEG decoder rather than relying on it being in an EPROM on the card. > > I'm looking for any guidance, examples, etc, on a right way to do > this. > > I could > > include the microcode as a giant static array in the device driver 8-( This is the last resort and isn't needed in this case. > download the microcode via a write to a special device No, > download the microcode via an set of ioctls. do this. You'll have a special program to do the download anyway, and god knows what someone might otherwise dd to your microcode to see what happens; probably the Adaptec firmware. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Tue May 9 19:14:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04454 for hackers-outgoing; Tue, 9 May 1995 19:14:48 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA04426 for ; Tue, 9 May 1995 19:14:41 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA20621; Tue, 9 May 95 20:07:43 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505100207.AA20621@cs.weber.edu> Subject: Re: A question of downloading device drivers To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Tue, 9 May 95 20:07:42 MDT Cc: rgrimes@gndrsh.aac.dev.com, brian@MediaCity.Com, freebsd-hackers@FreeBSD.org In-Reply-To: <199505100030.RAA11375@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at May 9, 95 05:30:49 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >This was a conscious choice for the AIC7770 support. The POST on the > > A conscious choice on the part of Adaptec or the developer? The developer. Note I did *not* say "a bad choice"... I render no judgment other than to note that the static inclusion of that code in binary form puts kernels distributed with it under obligation to the GPL as long as it remains GPL'ed code. For the CDROM distribution, this isn't a problem, but FTP code could be. > >A proof, I offer the fact the the darn things boot and run DOS without > >any special software being necessary. > > Offer the technical specs for the interface to the default microcode > and you offer an alternative (asuming we don't have VM86). Until then, > there is no choice to be made. The board must be running microcode that > we know the interfaces too in order for the kernel driver to talk to the > board. The only way we can guarantee that now is by downloading our own > from the get-go. Actually, that should be "assuming no one bothers to port NetBSD's VM86". I find the idea of importing NetBSD kernel code less abhorent than importing GPL'ed code into the kernel, with all the baggage that entails. I'm sure that someone with an AIC7770 based card finds booting less abhorrent than arguing about distribution. 8-). On the other hand, Adaptec is willing to document *not requiring a non-disclosure agreement* the default interface. It's in their programming DOC for the card alone. Failing that, the INT 13 and INT 21 BIOS is available for disassembly if you have the card installed. It just happens to be a terrible piece of single threaded crap that I would personally prefer wasn't supported (but it *is* an option, even if an unpleasent one, if the VM86 code isn't imported). Actually, if the VM86 code was going to be imported, I could point you to an FTP site that has the specifications necessary to write NetWare protected mode SCSI drivers -- which turns out to be the spec required to be able to use them. All you'd have to do would be write the glue and NLM loader routines (famous "all's ya gotta do") and you'd have a driver for every card that has a BIOS interface and which can run NetWare (you can pretty much read this as "all of them"). If you work on the VM86 now, I might be done with the NLM loader code for the ODI drivers in time for you to use that (it's mostly there already in the GCC object file tools, latest release, but I'd prefer to just use the binary documentation from the FTP site for it, since I want to put the code in the kernel: it'll have to be there for the disk drivers to be loaded by the VM86 mode disk driver). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 9 19:17:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04523 for hackers-outgoing; Tue, 9 May 1995 19:17:04 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA04517 for ; Tue, 9 May 1995 19:16:59 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id WAA18183; Tue, 9 May 1995 22:18:02 -0400 Date: Tue, 9 May 1995 22:18:02 -0400 From: "matthew c. mead" Message-Id: <199505100218.WAA18183@goof.com> To: hackers@FreeBSD.org Subject: multihomed FreeBSD machine Sender: hackers-owner@FreeBSD.org Precedence: bulk I haven't done much to look into this yet, but I was wondering if anyone has gotten a FreeBSD box to work with multiple IP addresses on the same ethernet card. I've done this on a Linux machine for a company I'm now doing contract work with so that they can have different web spaces show up dependent on which IP address you connect to. Is this possible with FreeBSD without modifying things, or will it require a hack? I'd like to be able to do it so that they can run NetSite (no Linux port exists), and still have their multiple web spaces on the same machine. Any ideas? -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Tue May 9 19:30:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA04976 for hackers-outgoing; Tue, 9 May 1995 19:30:10 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA04967 for ; Tue, 9 May 1995 19:30:03 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA03623; Tue, 9 May 1995 19:33:00 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA05636; Tue, 9 May 1995 19:29:56 -0700 Message-Id: <199505100229.TAA05636@corbin.Root.COM> To: terry@cs.weber.edu (Terry Lambert) cc: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs), freebsd-hackers@FreeBSD.org Subject: Re: A question of downloading device drivers In-reply-to: Your message of "Tue, 09 May 95 20:07:42 MDT." <9505100207.AA20621@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 09 May 1995 19:29:55 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >This was a conscious choice for the AIC7770 support. The POST on the >> >> A conscious choice on the part of Adaptec or the developer? > >The developer. Note I did *not* say "a bad choice"... I render no >judgment other than to note that the static inclusion of that code >in binary form puts kernels distributed with it under obligation >to the GPL as long as it remains GPL'ed code. For the CDROM >distribution, this isn't a problem, but FTP code could be. The code is not GPL'd. The original author of the sequencer code has released it under a Berkeley-style copyright. -DG From owner-freebsd-hackers Tue May 9 20:31:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA06783 for hackers-outgoing; Tue, 9 May 1995 20:31:50 -0700 Received: from mail1.wolfe.net (mail1.wolfe.net [204.157.98.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA06777 for ; Tue, 9 May 1995 20:31:50 -0700 Received: from gonzo.wolfe.net (moore@gonzo.wolfe.net [204.157.98.2]) by mail1.wolfe.net (8.6.12/8.6.10) with ESMTP id UAA13871; Tue, 9 May 1995 20:32:20 -0700 From: Timothy Moore Received: (moore@localhost) by gonzo.wolfe.net (8.6.10/8.6.9) id UAA08835; Tue, 9 May 1995 20:31:51 -0700 Date: Tue, 9 May 1995 20:31:51 -0700 Message-Id: <199505100331.UAA08835@gonzo.wolfe.net> To: obrien@leonardo.net CC: bakul@netcom.com, hackers@FreeBSD.org In-reply-to: "Mike O'Brien"'s message of Tue, 09 May 1995 17:08:23 -0700 <199505100008.RAA00285@caern.protocorp.com> Subject: Re: This one looks very very suspecious to me.... Sender: hackers-owner@FreeBSD.org Precedence: bulk Date: Tue, 09 May 1995 17:08:23 -0700 From: "Mike O'Brien" Sender: hackers-owner@FreeBSD.org Tsk. Legal is as legal does. :-) I don't think it should have any business trying to pick character constants out of something inside an excluded #ifdef block. I should be able to put raw random bits in there. Well, ok, maybe we'll allow that it has to be a legal charset. Like it or not, it's legal ANSI C behavior for the preprocessor to tokenize its input. If you want a macro preprocesor, use m4 =:O (ducks) Tim From owner-freebsd-hackers Tue May 9 22:32:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA09725 for hackers-outgoing; Tue, 9 May 1995 22:32:20 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA09719 for ; Tue, 9 May 1995 22:32:19 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA09010; Tue, 9 May 95 22:32:16 -0700 Date: Tue, 9 May 1995 22:32:15 -0700 (PDT) From: Terry Lee To: freebsd-hackers@FreeBSD.org Subject: Backspace and delete problem in X/Netscape Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I'm sure this question has been asked before, so I apologize for the extra mail baggage. But... I'm using the us.iso.kbd keymap so that the backspace key is really delete. As I'm sure most of you know, this get's emacs working right, but netscape is now screwed up. Is there any way to fix this? Best regards, Terry I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Tue May 9 23:28:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA10784 for hackers-outgoing; Tue, 9 May 1995 23:28:34 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA10778 for ; Tue, 9 May 1995 23:28:31 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA05624; Wed, 10 May 95 08:23:56 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA12627; Wed, 10 May 1995 08:35:23 +0200 Message-Id: <199505100635.IAA12627@gilberto.physik.rwth-aachen.de> Subject: Re: passing parameters to vat from sd ? To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Wed, 10 May 1995 08:35:22 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199505100004.RAA00563@freefall.cdrom.com> from "Charles Henrich" at May 9, 95 08:04:29 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 707 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Has anyone out there figured out how to make SD spawn VAT with th -U > /tmp/vatsock so we can use this thing? Isn't there a place in .sd.tcl where vat is exec'ed ? I simply added the -U /tmp/vatsock there. I won't say this work since I'm myself in the phase of builting vmix and sound3.0. > > -Crh > > Charles Henrich Michigan State University henrich@crh.cl.msu.edu > > http://rs560.msu.edu/~henrich/ > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950507 FreeBSD 2.0-BUILT-1995 0507 #0: Sun May 7 18:08:05 MET DST 1995 root@blues.physik.rwth-aachen.d e:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Tue May 9 23:51:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA11248 for hackers-outgoing; Tue, 9 May 1995 23:51:03 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA11242 for ; Tue, 9 May 1995 23:50:51 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA01534; Wed, 10 May 1995 16:44:30 +1000 Date: Wed, 10 May 1995 16:44:30 +1000 From: Bruce Evans Message-Id: <199505100644.QAA01534@godzilla.zeta.org.au> To: bakul@netcom.com, obrien@leonardo.net Subject: Re: This one looks very very suspecious to me.... Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> This is more of a problem with the Rand editor than anything >> else. I've never seen worse abuse of cpp than in the Rand >> editor (not counting Obfuscated C contest entrants). Not >> sure if the -traditional flag may have helped. >Tsk. Legal is as legal does. :-) I don't think it should have any >business trying to pick character constants out of something inside >an excluded #ifdef block. I should be able to put raw random bits It has to look inside the #ifdef block because it isn't excluded. Comments affect #ifdef blocks: #if 0 /* The #endif on the next line doesn't terminate the #if 0. #endif This text is excluded. The #endif on the next line terminates the #if 0. */ #endif Quotes affect comments: #if 0 '/*' This is not a comment since the comment begin sequence was quoted The #endif on the next line terminates the #if 0. #endif This text is not excluded. The #endif on the next line is an error. */ #endif Bruce From owner-freebsd-hackers Wed May 10 00:04:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11425 for hackers-outgoing; Wed, 10 May 1995 00:04:05 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA11419 for ; Wed, 10 May 1995 00:04:01 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0s95mU-000I2oC; Wed, 10 May 95 09:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #15) id m0s95LA-0002OfC; Wed, 10 May 95 08:33 WET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: A question of downloading device drivers To: freebsd-hackers@FreeBSD.org Date: Wed, 10 May 1995 08:33:48 +0200 (MET DST) In-Reply-To: <199505100116.SAA05999@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 9, 95 06:16:50 pm Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 905 Sender: hackers-owner@FreeBSD.org Precedence: bulk >From the keyboard of Rodney W. Grimes: > > I think you mean the EXOS 205T boards. Down loading via ioctl() > > sucks (I know; I happen to be doing it for LKM). > > The EXOS 205T is an IBM/PC board, the EXOS board I am referring to > is a Unibus board. And I was wrong, it is the Interlan board, not > the Excelan board :-). Are the ioctl's necessary for downloading implemented in the ethernet driver's ioctl 'space' or does it use a separate character device just for downloading ? > > Really, it should be done with kernel level vnode I/O, just like the > > UFS disk quotas. Do you mean that the device driver code should access a file in the filesystem directly ? hellmuth (being in the middle of another device driver adventure) -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Wed May 10 00:12:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11504 for hackers-outgoing; Wed, 10 May 1995 00:12:25 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA11498 for ; Wed, 10 May 1995 00:12:24 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id AAA17329; Wed, 10 May 1995 00:12:10 -0700 Message-Id: <199505100712.AAA17329@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: rgrimes@gndrsh.aac.dev.com, brian@MediaCity.Com, freebsd-hackers@FreeBSD.org Subject: Re: A question of downloading device drivers In-reply-to: Your message of "Tue, 09 May 1995 20:07:42 MDT." <9505100207.AA20621@cs.weber.edu> Date: Wed, 10 May 1995 00:12:10 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >The developer. Note I did *not* say "a bad choice"... I render no >judgment other than to note that the static inclusion of that code >in binary form puts kernels distributed with it under obligation >to the GPL as long as it remains GPL'ed code. For the CDROM >distribution, this isn't a problem, but FTP code could be. Uhhh... Its not under the GPL any more Terry. > >> >A proof, I offer the fact the the darn things boot and run DOS without >> >any special software being necessary. >> >> Offer the technical specs for the interface to the default microcode >> and you offer an alternative (asuming we don't have VM86). Until then, >> there is no choice to be made. The board must be running microcode that >> we know the interfaces too in order for the kernel driver to talk to the >> board. The only way we can guarantee that now is by downloading our own >> from the get-go. > >Actually, that should be "assuming no one bothers to port NetBSD's VM86". > >I find the idea of importing NetBSD kernel code less abhorent than >importing GPL'ed code into the kernel, with all the baggage that >entails. Uhhh... Its not under the GPL any more Terry and I believe that the VM86 code is already being looked at by Nate. I don't think many people here would reject VM86 just because the code came from NetBSD. >I'm sure that someone with an AIC7770 based card finds booting less >abhorrent than arguing about distribution. 8-). > >On the other hand, Adaptec is willing to document *not requiring a >non-disclosure agreement* the default interface. It's in their >programming DOC for the card alone. They have a one page state diagram of how the sequencer should operate. They don't document the interrupt register codes their microcode uses (they are entirely free-form and up to the microcode developer) nor do they tell you where to set the program counter when you want to request sense since, according to there of so great documentation of the "default interface", the kernel driver is responsible for this jump (not how its done in FreeBSD). There is also no documentation about what actions the kernel driver is responsible for when handling extended SCSI commands. In short, they don't tell you any of the details you need to write the driver! How do I know this? I have in my possession all of the data books for these cards, I've written microcode for these cards, and I wrote FreeBSD's driver for these cards. >Failing that, the INT 13 and INT 21 >BIOS is available for disassembly if you have the card installed. Now I could have dissasembled the code, but since there are three different versions of the microcode out there with slightly different interfaces (they enfore BIOS and microcode updates at the same time) for the 274x series alone, it is not an option. Now stop saying that it is until you go make it work. The current microcode works fine, but if kernel bloat becomes a big issue and we get VM86 mode disk driver support, we can look at loading this during boot from a separate file. > Terry Lambert > terry@cs.weber.edu >--- >Any opinions in this posting are my own and not those of my present >or previous employers. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed May 10 00:16:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11574 for hackers-outgoing; Wed, 10 May 1995 00:16:15 -0700 Received: from netcom23.netcom.com (bakul@netcom23.netcom.com [192.100.81.137]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA11568 for ; Wed, 10 May 1995 00:16:11 -0700 Received: from localhost by netcom23.netcom.com (8.6.12/Netcom) id XAA21829; Tue, 9 May 1995 23:59:45 -0700 Message-Id: <199505100659.XAA21829@netcom23.netcom.com> To: Bruce Evans cc: obrien@leonardo.net, hackers@FreeBSD.org Subject: Re: This one looks very very suspecious to me.... In-reply-to: Your message of "Wed, 10 May 95 16:44:30 +1000." <199505100644.QAA01534@godzilla.zeta.org.au> Date: Tue, 09 May 95 23:59:42 -0700 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > It has to look inside the #ifdef block because it isn't excluded. > Comments affect #ifdef blocks: Note that John Reiser's cpp (the one `true' cpp) didn't do this and the other things you note. That is one of the reasons the Rand editor authors used and got away with #ifdef COMMENT .. #endif to document function interfaces. (Today they would've used noweb or some such lierate programming tool). Any way, this battle was fought and lost during the ANSIfication of C. So it goes. From owner-freebsd-hackers Wed May 10 00:17:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11583 for hackers-outgoing; Wed, 10 May 1995 00:17:11 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA11577 for ; Wed, 10 May 1995 00:17:06 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA07061; Wed, 10 May 1995 00:16:28 -0700 From: "Rodney W. Grimes" Message-Id: <199505100716.AAA07061@gndrsh.aac.dev.com> Subject: Re: A question of downloading device drivers To: hm@altona.hamburg.com Date: Wed, 10 May 1995 00:16:28 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Hellmuth Michaelis" at May 10, 95 08:33:48 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1155 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >From the keyboard of Rodney W. Grimes: > > > > I think you mean the EXOS 205T boards. Down loading via ioctl() > > > sucks (I know; I happen to be doing it for LKM). > > > > The EXOS 205T is an IBM/PC board, the EXOS board I am referring to > > is a Unibus board. And I was wrong, it is the Interlan board, not > > the Excelan board :-). > > Are the ioctl's necessary for downloading implemented in the ethernet > driver's ioctl 'space' or does it use a separate character device just > for downloading ? I suggest you go look in the 4.4BSD Lite sources, mine are off line right now and I don't like to do other folks leg work. The pointer is missing from the above quoted text, but in the original I did point to the 4.4 sources. > > > > Really, it should be done with kernel level vnode I/O, just like the > > > UFS disk quotas. > > Do you mean that the device driver code should access a file in the > filesystem directly ? Terry will have to answer that, it was his assertion. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed May 10 00:37:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11839 for hackers-outgoing; Wed, 10 May 1995 00:37:52 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA11833 for ; Wed, 10 May 1995 00:37:51 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id AAA17566; Wed, 10 May 1995 00:37:49 -0700 Message-Id: <199505100737.AAA17566@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Terry Lee cc: freebsd-hackers@FreeBSD.org Subject: Re: Backspace and delete problem in X/Netscape In-reply-to: Your message of "Tue, 09 May 1995 22:32:15 PDT." Date: Wed, 10 May 1995 00:37:48 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Hi, > >I'm sure this question has been asked before, so I apologize for the >extra mail baggage. > >But... I'm using the us.iso.kbd keymap so that the backspace key is >really delete. As I'm sure most of you know, this get's emacs working >right, but netscape is now screwed up. > >Is there any way to fix this? Sure, don't use del as your backspace character. Just do something like this in your .emacs: ;; key bindings (global-set-key "\C-h" 'backward-delete-char) (setq search-delete-char (string-to-char "\C-h")) (global-set-key "\C-_" 'help-command) (setq help-char (string-to-char "\C-_")) > >Best regards, > >Terry > >I N T E R N E T Terry Lee, Technical Director >D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 >G R O U P 415 424 0747 voice 415 424-0751 fax >http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry > > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed May 10 02:51:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA14570 for hackers-outgoing; Wed, 10 May 1995 02:51:08 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA14564 for ; Wed, 10 May 1995 02:51:07 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id CAA27321 for ; Wed, 10 May 1995 02:50:36 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id PAA04312; Wed, 10 May 1995 15:41:57 +0500 From: "Serge A. Babkin" Message-Id: <199505101041.PAA04312@hq.icb.chel.su> Subject: Re: A question of downloading device drivers To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 10 May 1995 15:41:57 +0500 (GMT+0500) Cc: hackers@FreeBSD.org In-Reply-To: <9505100207.AA20621@cs.weber.edu> from "Terry Lambert" at May 9, 95 08:07:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1121 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > >This was a conscious choice for the AIC7770 support. The POST on the > > > > A conscious choice on the part of Adaptec or the developer? > > The developer. Note I did *not* say "a bad choice"... I render no > judgment other than to note that the static inclusion of that code > in binary form puts kernels distributed with it under obligation > to the GPL as long as it remains GPL'ed code. For the CDROM > distribution, this isn't a problem, but FTP code could be. Isn't the downloadable code a part of device ? If the card can't work without this code and this code is supplied by the hardware manufacturer inside drivers included in the standard package with the card, probably we may say that any buyer of the card buys this code too. This code is absolutely useless without a card. So can we say that this code is a part of the card ? And gives this a possibility to distribute it freely ? I'm sorry if I said complete heck, I don't know a lot about all these copyright laws. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Wed May 10 04:10:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17245 for hackers-outgoing; Wed, 10 May 1995 04:10:27 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA17239 for ; Wed, 10 May 1995 04:10:23 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA13625 (5.67a/IDA-1.5); Wed, 10 May 1995 05:51:37 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA05515; 10 May 95 05:51:00 CDT (Wed) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id FAA05512; Wed, 10 May 1995 05:50:59 -0500 From: Peter da Silva Message-Id: <199505101050.FAA05512@bonkers.taronga.com> Subject: Re: This one looks very very suspecious to me.... To: moore@WOLFE.net (Timothy Moore) Date: Wed, 10 May 1995 05:50:59 -0500 (CDT) Cc: obrien@leonardo.net, bakul@netcom.com, hackers@FreeBSD.org In-Reply-To: <199505100331.UAA08835@gonzo.wolfe.net> from "Timothy Moore" at May 9, 95 08:31:51 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 281 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Like it or not, it's legal ANSI C behavior for the preprocessor to > tokenize its input. If you want a macro preprocesor, use m4 =:O > (ducks) What the hell is wrong with m4? Why do people keep encouraging the use of CPP for general macro processing when m4 is so much better? From owner-freebsd-hackers Wed May 10 04:10:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17253 for hackers-outgoing; Wed, 10 May 1995 04:10:51 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA17247 for ; Wed, 10 May 1995 04:10:47 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA13615 (5.67a/IDA-1.5); Wed, 10 May 1995 05:49:18 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA05478; 10 May 95 05:48:32 CDT (Wed) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id FAA05475; Wed, 10 May 1995 05:48:32 -0500 From: Peter da Silva Message-Id: <199505101048.FAA05475@bonkers.taronga.com> Subject: Re: A question of downloading device drivers To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 10 May 1995 05:48:31 -0500 (CDT) Cc: gibbs@estienne.CS.Berkeley.EDU, rgrimes@gndrsh.aac.dev.com, brian@MediaCity.Com, freebsd-hackers@FreeBSD.org In-Reply-To: <9505100207.AA20621@cs.weber.edu> from "Terry Lambert" at May 9, 95 08:07:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 537 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The developer. Note I did *not* say "a bad choice"... I render no > judgment other than to note that the static inclusion of that code > in binary form puts kernels distributed with it under obligation > to the GPL as long as it remains GPL'ed code. For the CDROM > distribution, this isn't a problem, but FTP code could be. Why on earth isn't that a problem for the CDROM distribution? This GPL-microcode-in-the-kernel business is *really* scary. No matter how you distribute it you have to put the kernel under the GPL to do it. From owner-freebsd-hackers Wed May 10 04:15:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17315 for hackers-outgoing; Wed, 10 May 1995 04:15:12 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA17307 for ; Wed, 10 May 1995 04:15:06 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id TAA14893; Wed, 10 May 1995 19:15:08 +0800 Date: Wed, 10 May 1995 19:15:06 +0800 (CST) From: Brian Tao To: "matthew c. mead" cc: hackers@FreeBSD.org Subject: Re: multihomed FreeBSD machine In-Reply-To: <199505100218.WAA18183@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 9 May 1995, matthew c. mead wrote: > > I'd like > to be able to do it so that they can run NetSite (no Linux port exists), > and still have their multiple web spaces on the same machine. Any ideas? There's a Netsite for FreeBSD? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed May 10 06:00:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA19448 for hackers-outgoing; Wed, 10 May 1995 06:00:32 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA19442 for ; Wed, 10 May 1995 06:00:30 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA02631; Wed, 10 May 95 13:00:05 GMT Received: from junco.fsl.noaa.gov by yarmouth.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA18683; Wed, 10 May 1995 09:00:27 -0400 Date: Wed, 10 May 1995 09:00:27 -0400 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9505101300.AA18683@yarmouth.fsl.noaa.gov> Received: by junco.fsl.noaa.gov (1.37.109.16/SMI-4.1 (1.37.109.16)) id AA138970826; Wed, 10 May 1995 07:00:26 -0600 To: terryl@cs.stanford.edu Cc: freebsd-hackers@FreeBSD.org In-Reply-To: (message from Terry Lee on Tue, 9 May 1995 22:32:15 -0700 (PDT)) Subject: Re: Backspace and delete problem in X/Netscape Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Terry" == Terry Lee writes: Terry> But... I'm using the us.iso.kbd keymap so that the Terry> backspace key is really delete. As I'm sure most of you Terry> know, this get's emacs working right, but netscape is now Terry> screwed up. Oh were it that RMS hadn't been so anal about the One True Meaning of BackSpace(tm) and the High Mnemonic Value of Control-H for Help(tm) ... I would just add some translations to your X resources or to Netscape's app-defaults file ... and take the opportunity to make it more Emacs-like: *XmTextField.translations: #override\n\ osfBackSpace: delete-previous-character()\n\ osfDelete: delete-previous-character()\n\ BackSpace: delete-previous-character()\n\ Delete: delete-previous-character()\n\ Ctrlh: delete-previous-character()\n\ Ctrld: delete-next-character()\n\ MetaosfDelete: delete-previous-word()\n\ MetaosfBackSpace: delete-previous-word()\n\ MetaDelete: delete-previous-word()\n\ MetaBackSpace: delete-previous-word()\n\ Metad: delete-next-word()\n\ Ctrlk: delete-to-end-of-line()\n\ Ctrlg: process-cancel()\n\ Ctrlb: backward-character()\n\ osfLeft: backward-character()\n\ Ctrlf: forward-character()\n\ osfRight: forward-character()\n\ Metab: backward-word()\n\ MetaosfLeft: backward-word()\n\ Metaf: forward-word()\n\ MetaosfRight: forward-word()\n\ Ctrle: end-of-line()\n\ Ctrla: beginning-of-line()\n\ Ctrlw: cut-clipboard()\n\ Metaw: copy-clipboard()\n\ : copy-primary()\n From owner-freebsd-hackers Wed May 10 06:19:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20172 for hackers-outgoing; Wed, 10 May 1995 06:19:42 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA20166 for ; Wed, 10 May 1995 06:19:41 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA02720; Wed, 10 May 95 13:19:14 GMT Received: from junco.fsl.noaa.gov by yarmouth.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA20784; Wed, 10 May 1995 09:19:36 -0400 Date: Wed, 10 May 1995 09:19:36 -0400 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9505101319.AA20784@yarmouth.fsl.noaa.gov> Received: by junco.fsl.noaa.gov (1.37.109.16/SMI-4.1 (1.37.109.16)) id AA139161974; Wed, 10 May 1995 07:19:34 -0600 To: gibbs@estienne.CS.Berkeley.EDU Cc: terryl@cs.stanford.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <199505100737.AAA17566@estienne.cs.berkeley.edu> (gibbs@estienne.cs.berkeley.edu) Subject: Re: Backspace and delete problem in X/Netscape Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Justin" == Justin T Gibbs writes: >> But... I'm using the us.iso.kbd keymap so that the backspace >> key is really delete. As I'm sure most of you know, this get's >> emacs working right, but netscape is now screwed up. Justin> Sure, don't use del as your backspace character. Just do Justin> something like this in your .emacs: Justin> ;; key bindings Justin> (global-set-key "\C-h" 'backward-delete-char) Justin> (setq search-delete-char (string-to-char "\C-h")) Justin> (global-set-key "\C-_" 'help-command) Justin> (setq help-char (string-to-char "\C-_")) This works for the casual Emacs user, but not for the diehard: What about ange-ftp and comint that directly compare a key value with delete and backspace, or bookmark-mode's meaning of delete, or buffer-menu-mode's, or c-mode's augmentation of delete, or cc-mode's, or command-history-mode's, or dired, or the keyboard macro editor, or gnus' and rmail's and info's interpretation of delete as scroll-down, or ... It's a pain in the butt to fix them all. It's easier to just swap the two keys. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA I wonder if angels believe in ghosts. -- Jack Handey From owner-freebsd-hackers Wed May 10 06:40:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20702 for hackers-outgoing; Wed, 10 May 1995 06:40:28 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA20696 for ; Wed, 10 May 1995 06:40:27 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id JAA20271; Wed, 10 May 1995 09:41:16 -0400 Date: Wed, 10 May 1995 09:41:16 -0400 From: "matthew c. mead" Message-Id: <199505101341.JAA20271@goof.com> To: Brian Tao Cc: hackers@FreeBSD.org Subject: Re: multihomed FreeBSD machine In-Reply-To: Your message of Wed, May 10, 1995 19:15:06 +0800 References: <199505100218.WAA18183@goof.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, May 10, 1995 at 19:15:06 (+0800), Brian Tao wrote: > On Tue, 9 May 1995, matthew c. mead wrote: > > I'd like > > to be able to do it so that they can run NetSite (no Linux port exists), > > and still have their multiple web spaces on the same machine. Any ideas? > There's a Netsite for FreeBSD? Well, not per se, but there is a Netsite for BSD/OS. From Netscape's web pages: PLATFORM REQUIREMENTS Unix ---- Vendor Architecture Operating System Memory Requirements ------ ------------ ---------------- ------ ------------ Digital Alpha OSF/1 2.0 32 MB Hewlett-Packard PA HP-UX 9.03, 9.04 32 MB IBM RS/6000 AIX 3.2.5, 4.1 32 MB Silicon Graphics MIPS IRIX 5.2, 5.3 32 MB Sun SPARC SunOS 4.1.3, 32 MB Solaris 2.3, 2.4 Intel 386, 486, Pentium BSDI 1.1, 2.0 32 MB Windows NT ------- -- Vendor Architecture Operating System Memory Requirements ------ ------------ ---------------- ------ ------------ Digital Alpha NT 3.5 16 MB Intel 386, 486, Pentium NT 3.5 16 MB -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed May 10 07:16:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21272 for hackers-outgoing; Wed, 10 May 1995 07:16:00 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA21263 for ; Wed, 10 May 1995 07:15:48 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id HAA07794; Wed, 10 May 1995 07:15:33 -0700 From: "Rodney W. Grimes" Message-Id: <199505101415.HAA07794@gndrsh.aac.dev.com> Subject: Re: Copyrights and the current FreeBSD handbook... To: jfieber@cs.smith.edu (John Fieber) Date: Wed, 10 May 1995 07:15:33 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505101153.HAA28683@grendel.csc.smith.edu> from "John Fieber" at May 10, 95 07:53:39 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2390 Sender: hackers-owner@FreeBSD.org Precedence: bulk [Moved here from commit mailling list] > Rodney W. Grimes writes: > > > * > If nobody objects, then this will become the official policy. :) > > > * > > > * Please commit it as /usr/src/policy/library_versions > > > > > > Hey, I didn't propose to make a new directory under /usr/src. ;) > > > > We do need to do something like this. Probably the location above > > is not optimal, perhaps /usr/src/share/doc/policy. > > > > I have another contribution for it, but perhaps this is FAQ material, > > ``How to place code under a UCB style copyright, complete with a > > sample ready to edit''. > > By all means fire it off to doc@freebsd.org! Ahh.. I did but then did the next thing and found this: 19. Contributing to FreeBSD 19.1. Ideas and suggestions 19.2. Changes to the existing code 19.3. Contributions of new code 19.4. Porting of software > > Also, take a look at http://www.freebsd.org/How/handbook. > Some things are still a jumble, but both these topics could find > a home in Part 4: Advanced topics. Actually it is in 19.3, and there is already a file in the tree, we should probably bring up a core team discusion about that file as it was original taken verbatium from UCB, but several of us have found that some mild rewording is in order. > > I basically point people to the cvs FAQ and the manual pages, then a > > few days of hand holding. We do have another piece of policy here > > though, and that is about how we use CVS, modules, no touching stuff > > manualy in ~ncvs, etc. > > What is needed is an extension of the "submitters guide" that > Jordan wrote. It should provide an introduction to the source > tree, the philosophy of bmake, and policies such as library > version changes and the like. I tried to drum up some interest > in writing this among the people on the doc mailing list, but was > greeted with utter silence on the topice. Yes, this is needed, no I don't want to write it :-(. I will act as editor for anyone who does write it though. Now onto another topic.. in the bibliography section of the How/Handbook I see *no* mention of the O'Reily BSD 4.4 manual set, this is a major oversight, it is the bible as far as I am concerned for our code base!!! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed May 10 07:52:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA22176 for hackers-outgoing; Wed, 10 May 1995 07:52:21 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA22164 for ; Wed, 10 May 1995 07:52:17 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA21934; Wed, 10 May 1995 10:51:34 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id KAA04909 for ; Wed, 10 May 1995 10:06:19 -0400 Received: (from rivers@localhost) by lakes (8.6.9/8.6.9) id KAA10118 for freebsd-hackers@freefall.cdrom.com; Wed, 10 May 1995 10:20:40 -0400 Date: Wed, 10 May 1995 10:20:40 -0400 From: Thomas David Rivers Message-Id: <199505101420.KAA10118@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: /etc/fstab and mounting CDROMs. Sender: hackers-owner@FreeBSD.org Precedence: bulk Well - I'm setting up some semi-automated things regarding CDROMs, and if the system goes down; I'd like the cdrom automatically mounted. (If a CD isn't in the drive, the mount could simply fail.) So; I added an etry to /etc/fstab like: /dev/cd0a /cdrom cd9660 r 0 0 from which 'mount' complains: fstab: /etc/fstab:5: Inappropriate file type or format For version 2.1 (or what ever is next) could we consider augmenting /etc/fstab to handle this? Also, how about msdosfs, etc... - Thanks - - Dave R. - From owner-freebsd-hackers Wed May 10 07:52:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA22185 for hackers-outgoing; Wed, 10 May 1995 07:52:23 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA22170 for ; Wed, 10 May 1995 07:52:20 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA21946; Wed, 10 May 1995 10:51:41 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id KAA04929 for ; Wed, 10 May 1995 10:12:09 -0400 Received: (from rivers@localhost) by lakes (8.6.9/8.6.9) id KAA10159 for freebsd-hackers@freefall.cdrom.com; Wed, 10 May 1995 10:26:31 -0400 Date: Wed, 10 May 1995 10:26:31 -0400 From: Thomas David Rivers Message-Id: <199505101426.KAA10159@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: Opps... Sender: hackers-owner@FreeBSD.org Precedence: bulk Please ignore that previous post about fstab and the cdrom; I found that an entry of: /dev/cd0a /cdrom cd9660 r 0 0 (which I thought would be read-only) would be correct. The correct form of the entry is: /dev/cd0a /cdrom cd9660 ro 0 0 Silly me! - Dave R. - From owner-freebsd-hackers Wed May 10 08:10:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA23016 for hackers-outgoing; Wed, 10 May 1995 08:10:25 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA23009 for ; Wed, 10 May 1995 08:10:22 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA03359; Wed, 10 May 95 15:09:23 GMT Received: from junco.fsl.noaa.gov by yarmouth.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA27092; Wed, 10 May 1995 11:09:45 -0400 Date: Wed, 10 May 1995 11:09:45 -0400 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9505101509.AA27092@yarmouth.fsl.noaa.gov> Received: by junco.fsl.noaa.gov (1.37.109.16/SMI-4.1 (1.37.109.16)) id AA158758583; Wed, 10 May 1995 09:09:43 -0600 To: peter@bonkers.taronga.com Cc: moore@WOLFE.net, obrien@leonardo.net, bakul@netcom.com, hackers@FreeBSD.org In-Reply-To: <199505101050.FAA05512@bonkers.taronga.com> (message from Peter da Silva on Wed, 10 May 1995 05:50:59 -0500 (CDT)) Subject: Re: This one looks very very suspecious to me.... Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Peter" == Peter da Silva writes: Peter> What the hell is wrong with m4? Absolutely nothing! Peter> Why do people keep encouraging the use of CPP for general Peter> macro processing when m4 is so much better? Fear of the unknown, new, and strange. Most people know CPP macros since they know C. Unfortunate, actually. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA One thing kids like is to be tricked. For instance, I was going to take my little nephew to Disneyland, but instead I drove him to an old burned-out warehouse. "Oh, no," I said, "Disneyland burned down." He cried and cried, but I think deep down he thought it was a pretty good joke. I started to drive over to the real Disneyland, but it was getting pretty late. -- Jack Handey From owner-freebsd-hackers Wed May 10 08:17:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA23317 for hackers-outgoing; Wed, 10 May 1995 08:17:16 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA23311 for ; Wed, 10 May 1995 08:17:10 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id XAA16474; Wed, 10 May 1995 23:17:00 +0800 Date: Wed, 10 May 1995 23:16:59 +0800 (CST) From: Brian Tao To: "matthew c. mead" cc: hackers@FreeBSD.org Subject: Re: multihomed FreeBSD machine In-Reply-To: <199505101341.JAA20271@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 10 May 1995, matthew c. mead wrote: > > Well, not per se, but there is a Netsite for BSD/OS. From > Netscape's web pages: Sorry, that's what I mean... should have said for *BSD systems. > Intel 386, 486, Pentium BSDI 1.1, 2.0 32 MB Yow, 32 megs... -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed May 10 08:35:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA23950 for hackers-outgoing; Wed, 10 May 1995 08:35:41 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA23944 for ; Wed, 10 May 1995 08:35:39 -0700 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id AAA05652; Thu, 11 May 1995 00:20:49 +0900 Received: by tama.spec.co.jp (8.6.11/6.4J.5) id AAA01416; Thu, 11 May 1995 00:13:35 +0900 From: Atsushi Murai Message-Id: <199505101513.AAA01416@tama.spec.co.jp> Subject: Re: IIJ PPP (got it working -- very nice) To: gene@starkhome.cs.sunysb.edu (Gene Stark) Date: Thu, 11 May 1995 00:13:34 +0900 (JST) Cc: hackers@FreeBSD.org In-Reply-To: <199505090124.VAA03536@starkhome.cs.sunysb.edu> from "Gene Stark" at May 8, 95 09:24:29 pm Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1440 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Since I complained here about a problem I had initially in trying to get > IIJ PPP to work (turned out I had to make sure to reset my modem to change > short FAX timeout back to reasonable dial timeout), I just thought I'd follow > up by saying that I have it working now. No other serious problems, > though I did have to turn off vjcomp, pred1, and lqr to get it to work > with the dp-2.3 software I am running on the Sparc on the other end. > (I am soon going to replace that end with a FreeBSD machine :-)). > > The autodial features and packet filtering are very nice indeed. > I have seen no problems with chat-based dial (either with "dial" or "auto") > but the "term" command doesn't always seem to talk to my modem the > first time -- it is necessary to ~. and execute "term" again. > Don't know the reason for this, or if it has to do with the fact that > I also have flexfax running. > > The English man page could be more comprehensive, but, hey, there is always > the source, which is pretty easy to follow. Not only FreeBSD guys but alos I and author-Toshiharu Ohno are very glad to hear this. We know it's still need to improvment both functionality and my English(manual page). But we will try as we can. > - Gene Enjoy and do nice hack! Atsushi. -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 From owner-freebsd-hackers Wed May 10 09:01:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA24451 for hackers-outgoing; Wed, 10 May 1995 09:01:30 -0700 Received: from inet-gw-1.pa.dec.com (inet-gw-1.pa.dec.com [16.1.0.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA24445 for ; Wed, 10 May 1995 09:01:24 -0700 Received: from rks32.pcs.dec.com by inet-gw-1.pa.dec.com (5.65/24Feb95) id AA25610; Wed, 10 May 95 08:57:18 -0700 Received: by rks32.pcs.dec.com (Smail3.1.27.1 #16) id m0s9E4a-0005OqC; Wed, 10 May 95 17:53 MSZ Message-Id: To: hackers%freebsd.org@inet-gw-1.pa.dec.com Subject: IIJ PPP manpage Reply-To: gj@FreeBSD.org Date: Wed, 10 May 95 15:53:15 GMT From: "gj%pcs.dec.com@inet-gw-1.pa.dec.com" Sender: hackers-owner@FreeBSD.org Precedence: bulk this mail from Atsushi Murai > Not only FreeBSD guys but alos I and author-Toshiharu Ohno are very > glad to hear this. We know it's still need to improvment both > functionality and my English(manual page). But we will try as we can. ^^^^^^^^^^ reminded me that a plea was made some time ago for a sucker^H^H^H^H^H^H volunteer to fix up the manpage. I'm willing to give it a go. Who's the logical recipient and when is it needed ? Should I be sending this to docs instead ? Gary J. From owner-freebsd-hackers Wed May 10 09:10:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA24691 for hackers-outgoing; Wed, 10 May 1995 09:10:20 -0700 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA24685 for ; Wed, 10 May 1995 09:10:19 -0700 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id LAA20906; Wed, 10 May 1995 11:10:02 -0500 Date: Wed, 10 May 1995 11:10:02 -0500 From: Mark Tinguely Message-Id: <199505101610.LAA20906@plains.nodak.edu> To: freebsd-hackers@FreeBSD.org, henrich@crh.cl.msu.edu Subject: Re: passing parameters to vat from sd ? Content-Length: 391 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Has anyone out there figured out how to make SD spawn VAT with th -U > /tmp/vatsock so we can use this thing? if you want to change the default action of sd, find the sd.tcl that comes with sd and modify that file. I don't know if there is a global location sd looks for the TCL file, I have always made "user only" modifications and the TCL file went in their home directory. --mark. From owner-freebsd-hackers Wed May 10 10:01:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA26161 for hackers-outgoing; Wed, 10 May 1995 10:01:43 -0700 Received: from goof.com (root@goof.com [198.82.204.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA26155 for ; Wed, 10 May 1995 10:01:41 -0700 Received: (from mmead@localhost) by goof.com (8.6.11/8.6.9) id NAA20955; Wed, 10 May 1995 13:02:13 -0400 Date: Wed, 10 May 1995 13:02:13 -0400 From: "matthew c. mead" Message-Id: <199505101702.NAA20955@goof.com> To: Brian Tao Cc: hackers@FreeBSD.org Subject: Re: multihomed FreeBSD machine In-Reply-To: Your message of Wed, May 10, 1995 23:16:59 +0800 References: <199505101341.JAA20271@goof.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, May 10, 1995 at 23:16:59 (+0800), Brian Tao wrote: > On Wed, 10 May 1995, matthew c. mead wrote: > > Well, not per se, but there is a Netsite for BSD/OS. From > > Netscape's web pages: > Sorry, that's what I mean... should have said for *BSD systems. :-) > > Intel 386, 486, Pentium BSDI 1.1, 2.0 32 MB > Yow, 32 megs... I saw that too, and was wondering how realistic it was. I've got 52M in my machine, and will be losing 16M soon, which'll leave me with 36M, so that's just barely enough :-) -matt -- Matthew C. Mead -> Virginia Tech Center for Transportation Research - -> Multiple Platform System and Network Administration Work Related -> mmead@ctr.vt.edu | mmead@goof.com <- All Other ---- ------- WWW -> http://www.goof.com/~mmead --- ----- From owner-freebsd-hackers Wed May 10 10:01:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA26139 for hackers-outgoing; Wed, 10 May 1995 10:01:10 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA26130 for ; Wed, 10 May 1995 10:01:02 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA25785; Wed, 10 May 95 10:54:21 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505101654.AA25785@cs.weber.edu> Subject: Re: A question of downloading device drivers To: davidg@Root.COM Date: Wed, 10 May 95 10:54:20 MDT Cc: gibbs@estienne.CS.Berkeley.EDU, freebsd-hackers@FreeBSD.org In-Reply-To: <199505100229.TAA05636@corbin.Root.COM> from "David Greenman" at May 9, 95 07:29:55 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >The developer. Note I did *not* say "a bad choice"... I render no > >judgment other than to note that the static inclusion of that code > >in binary form puts kernels distributed with it under obligation > >to the GPL as long as it remains GPL'ed code. For the CDROM > >distribution, this isn't a problem, but FTP code could be. > > The code is not GPL'd. The original author of the sequencer code has > released it under a Berkeley-style copyright. Well, there went that argument. 8-). How about replacing it with the argument that the code can't be upgraded without rebuilding the kernel? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 10 10:09:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA26505 for hackers-outgoing; Wed, 10 May 1995 10:09:35 -0700 Received: from romulus.worldbank.org (romulus.worldbank.org [138.220.104.9]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA26496 for ; Wed, 10 May 1995 10:09:32 -0700 Received: by romulus.worldbank.org; id AA29887; Wed, 10 May 1995 13:12:25 -0400 Date: Wed, 10 May 1995 13:12:25 -0400 From: "Alok K. Dhir" Message-Id: <9505101712.AA29887@romulus.worldbank.org> To: hackers@FreeBSD.org Subject: (fwd) mmap() problem [940412-SNAP, pdksh] Newsgroups: comp.unix.bsd.freebsd.misc Sender: hackers-owner@FreeBSD.org Precedence: bulk Not sure - but this looks like a possible bug? Has this been addressed already? Thanks... (this is from the newsgroup...) Path: minerva.worldbank.org!uunet!gatech!howland.reston.ans.net!agate!nntp-ucb.barrnet.net!nntp-hub2.barrnet.net!news1.digital.com!pa.dec.com!erandall From: erandall@reo.dec.com (Ed Randall) Newsgroups: comp.unix.bsd.freebsd.misc Subject: mmap() problem [940412-SNAP, pdksh] Date: 9 May 1995 11:11:59 GMT Organization: Digital Equipment Corporation, Palo Alto, CA, USA Lines: 37 Message-ID: <3onilv$5jb$1@usenet.pa.dec.com> NNTP-Posting-Host: cics03.reo.dec.com X-Newsreader: TIN [version 1.2 PL2] Over the weekend I finally erased Linux and began installing FreeBSD from the 950412-SNAP distribution. Having struggled through a few initial partitioning problems (don't do too many things in "disklabel", it crashes !) I finally got it all up & running. Problem #1 - all my old scripts don't work, 'cos I always write 'em in ksh; So I got the pdksh-??.13 (the latest anyway) distribution, and started to build it. Problem #2 - During the "configure" script, it hangs when scanning for "mmap()". A "kill -9" of the parent shell of the "configure" process will bring back a prompt ... but the "configure" process is still there. Any attempt to "ls" the directory it was in, or "cat" any files in that directory, result in another hang. Oh dear ! I investigated this in more depth (adding printf's to the .c file used by "configure" for testing "mmap()") and it seems that the hang occurs in the read() performed just after the call to "mmap()". "Oh well, it's obviously broken" I thought, and hacked "configure" so that "HAVE_MMAP" doesn't get defined, and the problematical test is skipped. I now have a working "ksh", all seems well. But what of the miscreant "mmap()" ? Is this a known bug, or should it work ? Has anybody else had similar problems when running the "configure" scripts provided with most ports ? Any help / pointers / ideas gratefully accepted ! Ed ---------------------------------------------------------------------- Ed Randall Digital Equipment Co.Ltd., Worton Grange, Reading DECnet : RDGENG::RANDALL Internal phone : 7-830-4712 Internet : erandall@muffit.reo.dec.com Telephone: (01734) 204712 ---------------------------------------------------------------------- From owner-freebsd-hackers Wed May 10 10:13:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA26635 for hackers-outgoing; Wed, 10 May 1995 10:13:16 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA26629 for ; Wed, 10 May 1995 10:13:15 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA25853; Wed, 10 May 95 11:06:28 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505101706.AA25853@cs.weber.edu> Subject: Re: A question of downloading device drivers To: hm@altona.hamburg.com Date: Wed, 10 May 95 11:06:27 MDT Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Hellmuth Michaelis" at May 10, 95 08:33:48 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Really, it should be done with kernel level vnode I/O, just like the > > > UFS disk quotas. > > Do you mean that the device driver code should access a file in the > filesystem directly ? Yes; at attach time, it should do the download by reading a download file from the root FS. Not at interrupt level, of course. You could actually delay until first open. Like a "touch" instance in /etc/rc, or whatever. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 10 10:16:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA26699 for hackers-outgoing; Wed, 10 May 1995 10:16:25 -0700 Received: from ensta.ensta.fr (ensta.ensta.fr [147.250.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA26693 for ; Wed, 10 May 1995 10:16:20 -0700 Received: from itesec.hsc-sec.fr (itesec.hsc-sec.fr [192.70.106.33]) by ensta.ensta.fr (8.6.12/8.6.4) with ESMTP id TAA18662 for ; Wed, 10 May 1995 19:15:56 +0200 Received: from sidhe.hsc-sec.fr (roberto@sidhe.hsc-sec.fr [192.70.106.44]) by itesec.hsc-sec.fr (8.6.12/sun-1.2) with ESMTP id TAA21070 for ; Wed, 10 May 1995 19:16:09 +0200 Received: (from roberto@localhost) by sidhe.hsc-sec.fr (8.6.12/sidhe-1.2) id TAA10139 for freebsd-hackers@FreeBSD.ORG; Wed, 10 May 1995 19:15:57 +0200 From: Ollivier Robert Message-Id: <199505101715.TAA10139@sidhe.hsc-sec.fr> Subject: IP Firewall s/w for SunOS 4.1.x To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers' list) Date: Wed, 10 May 1995 19:15:56 +0200 (MET DST) Reply-To: roberto@hsc.fr.net (Ollivier Robert) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1073 Sender: hackers-owner@FreeBSD.org Precedence: bulk FYI. ------- start of forwarded message ------- Newsgroups: comp.security.unix,comp.sys.sun.admin,comp.sys.sun.apps,comp.unix.bsd.netbsd.misc From: darrenr@arbld.unimelb.edu.au (Darren Reed) Subject: IP Firewall s/w for SunOS 4.1.x Organization: Computer Science, University of Melbourne, Australia Date: Wed, 10 May 1995 15:29:44 GMT I've just finished work on version 2.6 of my IP filter and I'm almost 100% happy with fragment handling - although it hasn't really changed since 2.5. For more details, see: http://cheops.anu.edu.au/~avalon/ip-filter.html ftp://coombs.anu.edu.au/pub/net/kernel/ip_fil2.6.tar.gz ...the % that isn't happy with fragment handling is that depending on the reassembly implementation, it may or may not be safe to filter on "established" (or any other) bits in the TCP header, regardless of whether they are present or not. Cheers, Darren ------- end of forwarded message ------- -- Ollivier ROBERT -=-=- Herve Schauer Consultants -=-=- roberto@hsc.fr.net -=-=-=-=-=- Support The Free UNIX Systems ! FreeBSD Linux NetBSD -=-=-=-=-=- From owner-freebsd-hackers Wed May 10 11:03:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA28249 for hackers-outgoing; Wed, 10 May 1995 11:03:06 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA28242 for ; Wed, 10 May 1995 11:02:56 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id CAA17624; Thu, 11 May 1995 02:02:35 +0800 Date: Thu, 11 May 1995 02:02:32 +0800 (CST) From: Brian Tao To: "matthew c. mead" cc: hackers@FreeBSD.org Subject: Re: multihomed FreeBSD machine In-Reply-To: <199505101702.NAA20955@goof.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 10 May 1995, matthew c. mead wrote: > > I saw that too, and was wondering how realistic it was. I've got > 52M in my machine, and will be losing 16M soon, which'll leave me with 36M, > so that's just barely enough :-) Gosh, my heart just *bleeds* for you... :-P ;-) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed May 10 11:19:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA28995 for hackers-outgoing; Wed, 10 May 1995 11:19:53 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA28989 for ; Wed, 10 May 1995 11:19:51 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id LAA19749; Wed, 10 May 1995 11:19:31 -0700 Message-Id: <199505101819.LAA19749@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: davidg@Root.COM, freebsd-hackers@FreeBSD.org Subject: Re: A question of downloading device drivers In-reply-to: Your message of "Wed, 10 May 1995 10:54:20 MDT." <9505101654.AA25785@cs.weber.edu> Date: Wed, 10 May 1995 11:19:31 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >The developer. Note I did *not* say "a bad choice"... I render no >> >judgment other than to note that the static inclusion of that code >> >in binary form puts kernels distributed with it under obligation >> >to the GPL as long as it remains GPL'ed code. For the CDROM >> >distribution, this isn't a problem, but FTP code could be. >> >> The code is not GPL'd. The original author of the sequencer code has >> released it under a Berkeley-style copyright. > >Well, there went that argument. 8-). > >How about replacing it with the argument that the code can't be upgraded >without rebuilding the kernel? Neither can any other SCSI driver in the kernel. > > > Terry Lambert > terry@cs.weber.edu >--- >Any opinions in this posting are my own and not those of my present >or previous employers. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed May 10 11:24:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29285 for hackers-outgoing; Wed, 10 May 1995 11:24:46 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA29278 for ; Wed, 10 May 1995 11:24:43 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id LAA05466; Wed, 10 May 1995 11:27:37 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id LAA06169; Wed, 10 May 1995 11:24:34 -0700 Message-Id: <199505101824.LAA06169@corbin.Root.COM> To: "Alok K. Dhir" cc: hackers@FreeBSD.org Subject: Re: (fwd) mmap() problem [940412-SNAP, pdksh] In-reply-to: Your message of "Wed, 10 May 95 13:12:25 EDT." <9505101712.AA29887@romulus.worldbank.org> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 10 May 1995 11:24:29 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Not sure - but this looks like a possible bug? Has this been addressed >already? It is a bug and has been fixed. -DG From owner-freebsd-hackers Wed May 10 11:29:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29488 for hackers-outgoing; Wed, 10 May 1995 11:29:17 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA29481 for ; Wed, 10 May 1995 11:29:13 -0700 Received: (dyson@localhost) by Root.COM (8.6.8/8.6.5) id LAA05484; Wed, 10 May 1995 11:31:55 -0700 From: John Dyson Message-Id: <199505101831.LAA05484@Root.COM> Subject: Re: (fwd) mmap() problem [940412-SNAP, pdksh] To: adhir@romulus.worldbank.org (Alok K. Dhir) Date: Wed, 10 May 1995 11:31:54 -0700 (PDT) Cc: hackers@FreeBSD.org, erandall@reo.dec.com In-Reply-To: <9505101712.AA29887@romulus.worldbank.org> from "Alok K. Dhir" at May 10, 95 01:12:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1602 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Not sure - but this looks like a possible bug? Has this been addressed > already? > > Thanks... This problem has been fixed in -current for about 3-4wks now. It has to do with recursive locking of vnodes necessary to afford read/write of files that have been mmaped into the mmaped region: fd = open("badfile", O_RDWR); addr = mmap(...,fd,...); write(fd,addr,size_of_write); > > Problem #2 - During the "configure" script, it hangs when scanning for > "mmap()". A "kill -9" of the parent shell of the "configure" process > will bring back a prompt ... but the "configure" process is still there. > Any attempt to "ls" the directory it was in, or "cat" any files in that > directory, result in another hang. Oh dear ! > > I investigated this in more depth (adding printf's to the .c file used > by "configure" for testing "mmap()") and it seems that the hang occurs > in the read() performed just after the call to "mmap()". > > "Oh well, it's obviously broken" I thought, and hacked "configure" so > that "HAVE_MMAP" doesn't get defined, and the problematical test is skipped. > I now have a working "ksh", all seems well. > > But what of the miscreant "mmap()" ? Is this a known bug, or should it > work ? Has anybody else had similar problems when running the "configure" > scripts provided with most ports ? It works now in -current and of course in release. I did extensive testing on mmap for coherency, etc because of all of the new code for the merged, fully coherent buffer cache scheme -- but did not check this specific case. It does work now. John dyson@root.com From owner-freebsd-hackers Wed May 10 11:34:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29771 for hackers-outgoing; Wed, 10 May 1995 11:34:51 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA29765 for ; Wed, 10 May 1995 11:34:49 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA26182; Wed, 10 May 95 12:27:32 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505101827.AA26182@cs.weber.edu> Subject: Re: A question of downloading device drivers To: peter@bonkers.taronga.com (Peter da Silva) Date: Wed, 10 May 95 12:27:32 MDT Cc: gibbs@estienne.CS.Berkeley.EDU, rgrimes@gndrsh.aac.dev.com, brian@MediaCity.Com, freebsd-hackers@FreeBSD.org In-Reply-To: <199505101048.FAA05475@bonkers.taronga.com> from "Peter da Silva" at May 10, 95 05:48:31 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The developer. Note I did *not* say "a bad choice"... I render no > > judgment other than to note that the static inclusion of that code > > in binary form puts kernels distributed with it under obligation > > to the GPL as long as it remains GPL'ed code. For the CDROM > > distribution, this isn't a problem, but FTP code could be. > > Why on earth isn't that a problem for the CDROM distribution? > > This GPL-microcode-in-the-kernel business is *really* scary. No matter how > you distribute it you have to put the kernel under the GPL to do it. 1) It's isn't GPL; read the whole thread before resonding. ;-). 2) GPL is not a problem for a CDROM distribution that includes the source (in compliance with GPL). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 10 11:52:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00567 for hackers-outgoing; Wed, 10 May 1995 11:52:51 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA00561 for ; Wed, 10 May 1995 11:52:50 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA26296; Wed, 10 May 95 12:46:11 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505101846.AA26296@cs.weber.edu> Subject: Re: A question of downloading device drivers To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Wed, 10 May 95 12:46:10 MDT Cc: davidg@Root.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <199505101819.LAA19749@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at May 10, 95 11:19:31 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >How about replacing it with the argument that the code can't be upgraded > >without rebuilding the kernel? > > Neither can any other SCSI driver in the kernel. But mom, Billy did it, why can't I? 8-) 8-). That's an argument *against* the other code, not *for* the microcode. 8-P. Note that I am *not* condemning the Adaptec code; by definition, anything that works is better than anything that doesn't (that was the point I attempted to make comparing licensing and the ability to boot at all). On a related note, I wonder if you could have someone cede their rights to source under GPL as part of a license for an agregated work... that would allow binaries with GPL drivers without the other GPL baggage in making them available for FTP. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 10 13:05:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02815 for hackers-outgoing; Wed, 10 May 1995 13:05:21 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02807 for ; Wed, 10 May 1995 13:05:14 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id QAA01278; Wed, 10 May 1995 16:05:42 -0400 From: Peter Dufault Message-Id: <199505102005.QAA01278@hda.com> Subject: Re: A question of downloading device drivers To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 10 May 1995 16:05:42 -0400 (EDT) Cc: hm@altona.hamburg.com, freebsd-hackers@FreeBSD.org In-Reply-To: <9505101706.AA25853@cs.weber.edu> from "Terry Lambert" at May 10, 95 11:06:27 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 893 Sender: hackers-owner@FreeBSD.org Precedence: bulk Terry Lambert writes: > > > > > Really, it should be done with kernel level vnode I/O, just like the > > > > UFS disk quotas. > > > > Do you mean that the device driver code should access a file in the > > filesystem directly ? > > Yes; at attach time, it should do the download by reading a download > file from the root FS. Not at interrupt level, of course. > > You could actually delay until first open. Like a "touch" instance in > /etc/rc, or whatever. Or have a standard monitor daemon that monitors a request queue for service, and the drivers can send it requests. I thought about this when I was thinking about downloading the SCSI type drivers for drivers that you don't need until somewhere in /etc/rc. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Wed May 10 13:45:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03696 for hackers-outgoing; Wed, 10 May 1995 13:45:25 -0700 Received: from iesd.auc.dk (iesd.auc.dk [130.225.48.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03690 for ; Wed, 10 May 1995 13:45:20 -0700 Received: from micro.iesd.auc.dk (iznogood@micro.iesd.auc.dk [130.225.48.164]) by iesd.auc.dk (8.6.5/8.6.5) with ESMTP id WAA09836; Wed, 10 May 1995 22:44:17 +0200 From: Lars Albertsen Received: from localhost (iznogood@localhost) by micro.iesd.auc.dk (8.6.5/8.6.5) id WAA27006; Wed, 10 May 1995 22:44:16 +0200 Date: Wed, 10 May 1995 22:44:16 +0200 Message-Id: <199505102044.WAA27006@micro.iesd.auc.dk> To: freebsd-hackers@FreeBSD.org Subject: Needs PCI network recommendation Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I don't know if this is the right place to ask, but I have been asked to put together a PC. I still need to select a network card. I would prefer to buy a PCI-card, can anybody recommend one? Lars From owner-freebsd-hackers Wed May 10 13:50:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03902 for hackers-outgoing; Wed, 10 May 1995 13:50:56 -0700 Received: from park.uvsc.edu (park.uvsc.edu [192.80.27.50]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA03892 for ; Wed, 10 May 1995 13:50:52 -0700 Received: by park.uvsc.edu id AA13444 (5.65c/IDA-1.4.4 for freebsd-hackers@freebsd.org); Wed, 10 May 1995 14:49:53 -0600 Message-Id: <199505102049.AA13444@park.uvsc.edu> From: Matt Day Date: Wed, 10 May 1995 14:49:51 -0600 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: freebsd-hackers@FreeBSD.org Subject: Re: Is this a bug in tcp_input.c ? (fwd) Sender: hackers-owner@FreeBSD.org Precedence: bulk Perhaps this is worth investigating. Matt Day > Article 14902 of comp.protocols.tcp-ip: > Path: park.uvsc.edu!news.provo.novell.com!nntp.et.byu.edu!gatech!howland.reston.ans.net!newsserver.jvnc.net!nntpserver.pppl.gov!cnn.Princeton.EDU!flagstaff.princeton.edu!dawagner > From: dawagner@flagstaff.princeton.edu (David A. Wagner) > Newsgroups: comp.protocols.tcp-ip > Subject: Is this a bug in tcp_input.c ? > Date: 9 May 1995 04:44:51 GMT > Organization: Princeton University > Lines: 20 > Message-ID: <3oms03$j1v@cnn.Princeton.EDU> > NNTP-Posting-Host: flagstaff.princeton.edu > > In tcp_input.c, look at this section: > > /* > * If a new connection request is received > * while in TIME_WAIT, drop the old connection > * and start over if the sequence numbers > * are above the previous ones. > */ > if (tiflags & TH_SYN && > tp->t_state == TCPS_TIME_WAIT && > SEQ_GT(ti->ti_seq, tp->rcv_nxt)) { > iss = tp->rcv_nxt + TCP_ISSINCR; > > Shouldn't that be a tp->snd_nxt instead of a tp->rcv_nxt ? > > [The variable iss is used as the initial sequence number > for the new connnection, and tcp_iss is ignored.] > > ------------------------------------------------------------------------------- > David Wagner dawagner@princeton.edu From owner-freebsd-hackers Wed May 10 14:25:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA05249 for hackers-outgoing; Wed, 10 May 1995 14:25:54 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA05243 for ; Wed, 10 May 1995 14:25:52 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id RAA07385; Wed, 10 May 1995 17:26:56 -0400 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199505102126.RAA07385@grendel.csc.smith.edu> Subject: Re: Copyrights and the current FreeBSD handbook... To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 10 May 1995 17:26:55 -0400 (EDT) Cc: FreeBSD-hackers@FreeBSD.org In-Reply-To: <199505101415.HAA07794@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 10, 95 07:15:33 am Content-Type: text Content-Length: 1493 Sender: hackers-owner@FreeBSD.org Precedence: bulk Rodney W. Grimes writes: > > Also, take a look at http://www.freebsd.org/How/handbook. > > Some things are still a jumble, but both these topics could find > > a home in Part 4: Advanced topics. > > Actually it is in 19.3, and there is already a file in the tree, > we should probably bring up a core team discusion about that file > as it was original taken verbatium from UCB, but several of us > have found that some mild rewording is in order. Well, I'll let the core team hammer out the wording, and I'll see to it that it gets in the manual. If the said file stays put in the source tree, and in its current format, the handbook can just pull it in directly when html/latex/ascii versions are generated. > Now onto another topic.. in the bibliography section of the How/Handbook > I see *no* mention of the O'Reily BSD 4.4 manual set, this is a major > oversight, it is the bible as far as I am concerned for our code base!!! And that isn't the only thing missing, inaccurate, and out of date! I just dug out my O'Reilly catalog and will fill out the bibliography a bit more. And to everyone else, please send a citation of YOUR favorite FreeBSD relevant book or magazine to doc@freebsd.org. Ultimately, I would like to make this an annotated bibliography, so if you have comments on any of the entries, send those in too! -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Wed May 10 14:37:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA05587 for hackers-outgoing; Wed, 10 May 1995 14:37:13 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA05574 for ; Wed, 10 May 1995 14:37:10 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA08448; Wed, 10 May 1995 14:36:32 -0700 From: "Rodney W. Grimes" Message-Id: <199505102136.OAA08448@gndrsh.aac.dev.com> Subject: Re: Needs PCI network recommendation To: iznogood@iesd.auc.dk (Lars Albertsen) Date: Wed, 10 May 1995 14:36:32 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199505102044.WAA27006@micro.iesd.auc.dk> from "Lars Albertsen" at May 10, 95 10:44:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1329 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Hi, > > I don't know if this is the right place to ask, but I have been asked > to put together a PC. I still need to select a network card. I would > prefer to buy a PCI-card, can anybody recommend one? Being in the business of building systems lends me a special interest to these types of questions. I recommend the Compex PCI ENET/32 card. This is a PCI bus master so it saves your CPU the work load of bcopying bytes to and from memory. I have yet to see a PCI motherboard that has a problem running this card (I can not say this about other PCI Ethernet cards I have tried). It has all 3 media connectors, so you can use it at any site without doing things like AUI to TP adapters. The other card I do is the SMC 9332 EtherPower 10/100MB card, this card does both 10BaseT at 10MB/sec and 100BaseTX on Cat 5 cable or STP cable with DB-9 connector. XX. TMG CPXPCI/32C Compex ENET32-PCI PCI 32bit ethernet combo $ 118.00 XX. TMG SMC9332 SMC 10/100MB DEC 21140 ethernet combo $ 212.00 Both cards are in stock here at qty 1, 100's are just a phone call and a day away :-) They both use the same if_de.c driver under FreeBSD. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed May 10 15:43:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA07948 for hackers-outgoing; Wed, 10 May 1995 15:43:32 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA07942 for ; Wed, 10 May 1995 15:43:31 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id AAA21271 ; Thu, 11 May 1995 00:43:28 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA12335 ; Thu, 11 May 1995 00:43:28 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505102243.AAA12335@blaise.ibp.fr> Subject: Re: (fwd) mmap() problem [940412-SNAP, pdksh] To: adhir@romulus.worldbank.org (Alok K. Dhir) Date: Thu, 11 May 1995 00:43:27 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <9505101712.AA29887@romulus.worldbank.org> from "Alok K. Dhir" at May 10, 95 01:12:25 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 259 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Not sure - but this looks like a possible bug? Has this been addressed > already? It is fixed in -current. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Wed May 10 15:59:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA08346 for hackers-outgoing; Wed, 10 May 1995 15:59:57 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA08340 for ; Wed, 10 May 1995 15:59:56 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14772(6)>; Wed, 10 May 1995 15:59:10 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Wed, 10 May 1995 15:59:00 -0700 X-Mailer: exmh version 1.6 4/21/95 To: Charles Henrich cc: freebsd-hackers@FreeBSD.org Subject: Re: passing parameters to vat from sd ? In-reply-to: Your message of "Tue, 09 May 95 17:04:29 PDT." <199505100004.RAA00563@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Wed_May_10_15:57:17_PDT_1995" Date: Wed, 10 May 1995 15:58:58 PDT From: Bill Fenner Message-Id: <95May10.155900pdt.49859@crevenia.parc.xerox.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk This is a multipart MIME message. --===_0_Wed_May_10_15:57:17_PDT_1995 Content-Type: text/plain; charset=us-ascii In message <199505100004.RAA00563@freefall.cdrom.com> you write: >Has anyone out there figured out how to make SD spawn VAT with th -U >/tmp/vatsock so we can use this thing? I don't use vat under FreeBSD yet, but here is my .sd.tcl for example purposes (it has some useful features, if you can figure them out =) Bill --===_0_Wed_May_10_15:57:17_PDT_1995 Content-Type: application/x-tcl Content-Description: .sd.tcl # $Header: sd_start.tcl,v 1.2 93/02/28 23:02:25 van Locked $ (LBL) # # tcl 'hooks' invoked when sd takes some action on a session. # # sd will invoke: # start_session when the user asks to 'open' (start) a session # create_session just after the user creates a new session # heard_session when announcement for a session is first heard # delete_session when the user or a timeout deletes a session # # When any of the above are invoked, the global array sd_sess # contains all the information about the session to be started: # sd_sess(name) # sd_sess(description) # sd_sess(address) # sd_sess(ttl) # sd_sess(creator) # sd_sess(creator_id) # sd_sess(source_id) # sd_sess(arrival_time) # sd_sess(start_time) # sd_sess(end_time) # sd_sess(attributes) (list of session attributes) # sd_sess(media) (list of media names) # # For each media name there is an array containing the information # about that media: # sd_$media(port) # sd_$media(conf_id) # sd_$media(attributes) (list of media attributes) # # Media and session attributes are strings of the form "name" or # "name:value". # # Some global state information is available in array sd_priv: # sd_priv(audio) (= 0 if audio disabled with -a) # sd_priv(video) (= 0 if video disabled with -v) # sd_priv(whiteboard) (= 0 if wb disabled with -w) set sd_priv(mcm) 1 set sd_priv(mumble) 1 # Point keyfile to a file mapping session names to encryption keys # keyfile should look like this: # # set {key(session name)} {session key} # set keyfile ~/private/keys.tcl if {[file exists $keyfile]} { source $keyfile } set ipc_chan 0 proc get_channel { confid } { global ipc_tab ipc_chan if { [info exists ipc_tab($confid)] } { return $ipc_tab($confid) } incr ipc_chan if { $ipc_chan > 300 } { set ipc_chan 1 } set ipc_tab($confid) $ipc_chan return $ipc_chan } proc start_video {} { global sd_sess sd_video key set videofmt "nv" foreach a $sd_video(attributes) { case $a { fmt:* { set videofmt [string range $a 4 end] } } } case $videofmt { jpg { global imm exec $imm -p $sd_video(port) -I $sd_sess(address) \ -ttl $sd_sess(ttl) -n $sd_sess(name) & return } mnm { global mnm exec $mnm -p $sd_video(port) -I $sd_sess(address) \ -ttl $sd_sess(ttl) -n $sd_sess(name) & return } vic { } telesia { set videofmt ivs } nv { global nv if {[info exists nv]} { exec $nv -title "nv:$sd_sess(name)" \ -ttl $sd_sess(ttl) \ $sd_sess(address) \ $sd_video(port) & return } } ivs { global ivs if {[info exists ivs]} { exec $ivs -a -r -T $sd_sess(ttl) \ $sd_sess(address)/$sd_video(port) & return } } default { puts "sd: unknown video format: $videofmt" return } } global vic set cmd {exec nice $vic -A $videofmt -t $sd_sess(ttl) -C $sd_sess(name)} if {[lsearch $sd_sess(media) audio] >= 0} { set chan [get_channel $sd_sess(address)/$sd_video(port)] append cmd { -I $chan} } # vic doesn't encrypt yet. Adding the -K option on the command line # causes some somewhat amusing behavior on the part of the widgets. # if {[info exists key($sd_sess(name))]} { # append cmd { -K $key($sd_sess(name))} # } append cmd { $sd_sess(address)/$sd_video(port) &} # puts "vic command is: $cmd" eval $cmd } # set up media option menus for new session window. set sd_menu(video) "fmt: nv vic ivs jpg mnm" # set up the command names set imm imm set mnm imm set vic vic # # If you don't set nv or ivs, vic will be run in that-compatibility mode. set nv nv #set ivs ivs proc start_whiteboard {} { global sd_sess sd_whiteboard wb key set orient -l set recvonly +r foreach a $sd_whiteboard(attributes) { case $a { orient:portrait { set orient -p } orient:landscape { set orient -l } orient:seascape { set orient +l } recvonly { set recvonly -r } sendrecv { set recvonly +r } } } set cmd {exec $wb -t $sd_sess(ttl) -C "wb:$sd_sess(name)" $orient \ $recvonly} if {[info exists key($sd_sess(name))]} { append cmd { -K $key($sd_sess(name))} } append cmd { $sd_sess(address)/$sd_whiteboard(port) &} # puts "wb command is: $cmd" eval $cmd } set sd_menu(whiteboard) "orient: portrait landscape seascape\nrecvonly" proc start_audio {} { global sd_sess sd_audio sd_video key set audiofmt "" set packetfmt "-n" set priority "-P 100" set mode "-c" set chan 0 if {[info exists sd_sess(video)]} { global sd_video set chan [get_channel $sd_sess(address)/$sd_video(port)] } foreach a $sd_audio(attributes) { case $a { fmt:* { set audiofmt [string range $a 4 end] } vt { set packetfmt "-v" } lecture { set mode "-l" } } } set confaddr [format "%s/%s/%s/%s/%s" $sd_sess(address) \ $sd_audio(port) $sd_audio(conf_id) $audiofmt $sd_sess(ttl)] case $sd_sess(name) { DARTnet*Audio { set priority "-P 125" } MBONE*Robot { set priority "-P 25" } Radio*Free*Vat { set priority "-P 10"; set mode -l } NASA*Shuttle* { set mode -l } *isco*eta* { set priority {-NBill Fenner - 10.X} } } global vat set cmd {exec $vat -C "vat:$sd_sess(name)" $packetfmt $priority $mode} if {[info exists key($sd_sess(name))]} { append cmd { -K "$key($sd_sess(name))"} } if {[lsearch $sd_sess(media) video] >= 0} { set chan [get_channel $sd_sess(address)/$sd_video(port)] append cmd { -I $chan} } append cmd { $confaddr &} # puts "vat command is: $cmd" eval $cmd } proc start_mcm {} { global sd_sess sd_mcm exec xterm -T "mcm:$sd_sess(name)" -e mcm-start -sd \ $sd_sess(name) $sd_sess(description) \ $sd_sess(address) $sd_mcm(port) $sd_sess(ttl) & } proc start_mumble {} { global sd_sess sd_mumble exec xterm -T "mumble:$sd_sess(name)" -e mumble \ sd-session:$sd_sess(address):$sd_mumble(port):$sd_sess(ttl) & } #set mosaic Mosaic set mosaicpid 0 proc start_session {} { global sd_sess sd_priv mosaic mosaicpid # start up Mosaic if there is a URL in the description. if {[info exists mosaic] && \ [regexp {[a-zA-Z]+://[^ ]+} $sd_sess(description) url]} { set url [string trim $url <>.] puts "Found a URL: $url, trying to find a running Mosaic" if {$mosaicpid == 0} { foreach process [split [exec ps -g] "\n" ] { # puts "ps output: $process" if {[regexp "(\[0-9]+).*$mosaic" $process \ junk mosaicpid]} { # puts "found a Mosaic: $mosaicpid" break } } } if {$mosaicpid != 0} { puts "Yes, Mosaic is running, pid $mosaicpid" set mctrl [open "/tmp/Mosaic.$mosaicpid" w] puts $mctrl goto puts $mctrl $url close $mctrl set killresult catch {exec kill -30 $mosaicpid} exec rm /tmp/Mosaic.$mosaicpid if {$killresult} { set mosaicpid 0 } } if {$mosaicpid == 0} { puts "Starting a new Mosaic." # set mosaicpid [exec $mosaic $url &] exec $mosaic $url & # puts "New mosaic PID is $mosaicpid" } } # invoke the appropriate start proc for each of the media # if such a proc exists and that media is enabled. foreach m $sd_sess(media) { if { [llength [info proc start_$m]] && $sd_priv($m) } { start_$m } } } --===_0_Wed_May_10_15:57:17_PDT_1995-- From owner-freebsd-hackers Wed May 10 16:06:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08621 for hackers-outgoing; Wed, 10 May 1995 16:06:28 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA08609 for ; Wed, 10 May 1995 16:06:23 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id RAA19730 for ; Wed, 10 May 1995 17:06:19 -0600 Message-Id: <199505102306.RAA19730@rover.village.org> To: hackers@FreeBSD.org Subject: question on sun cds Date: Wed, 10 May 1995 17:06:19 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk Greetings, I have a need, from time to time, to read SunOS ufs formatted cds. These are from both SunOS 4.1.x and SunOS 5.x, aka Solaris. Is there something I've overlooked in FreeBSD 2.0R (or -current or 2.0.5) that will allow me to do this, ideally as a normal file system? Baring functional code, anybody have any ideas on how to procede? Warner From owner-freebsd-hackers Wed May 10 16:18:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08993 for hackers-outgoing; Wed, 10 May 1995 16:18:49 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA08987 for ; Wed, 10 May 1995 16:18:46 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id RAA19892; Wed, 10 May 1995 17:18:28 -0600 Message-Id: <199505102318.RAA19892@rover.village.org> To: "Rodney W. Grimes" Subject: Re: question on sun cds Cc: hackers@FreeBSD.org In-reply-to: Your message of Wed, 10 May 1995 16:12:25 PDT Date: Wed, 10 May 1995 17:18:27 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : No, you have not over looked anything. There is a fundemental problem : that makes this very hard to do. Can you say BIG_INDIAN vs LITTLE_INDIAN. : : I thought so.... I was hoping this wasn't going to rear its ugly head.... : > Baring functional code, anybody have any ideas on how to procede? : : Major reworking of the ufs layer to do INDIAN conversion based on : volume label magic values. Can you say slow ufs after you do this? Well, I could do it and make it a compile time option, so that if I needed this, I could do it. I could also have it be ufs-big or something like that for the Sun cdroms. That way there'd be a second copy of the binary code, but only one source and my system disk would be slow so I could access the odd cdrom. Yuck. Warner From owner-freebsd-hackers Wed May 10 16:12:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA08802 for hackers-outgoing; Wed, 10 May 1995 16:12:44 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA08796 for ; Wed, 10 May 1995 16:12:41 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA08704; Wed, 10 May 1995 16:12:25 -0700 From: "Rodney W. Grimes" Message-Id: <199505102312.QAA08704@gndrsh.aac.dev.com> Subject: Re: question on sun cds To: imp@village.org (Warner Losh) Date: Wed, 10 May 1995 16:12:25 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505102306.RAA19730@rover.village.org> from "Warner Losh" at May 10, 95 05:06:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 816 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Greetings, > I have a need, from time to time, to read SunOS ufs formatted > cds. These are from both SunOS 4.1.x and SunOS 5.x, aka Solaris. Is > there something I've overlooked in FreeBSD 2.0R (or -current or 2.0.5) > that will allow me to do this, ideally as a normal file system? No, you have not over looked anything. There is a fundemental problem that makes this very hard to do. Can you say BIG_INDIAN vs LITTLE_INDIAN. I thought so.... > Baring functional code, anybody have any ideas on how to procede? Major reworking of the ufs layer to do INDIAN conversion based on volume label magic values. Can you say slow ufs after you do this? -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed May 10 16:31:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA09276 for hackers-outgoing; Wed, 10 May 1995 16:31:50 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA09270 for ; Wed, 10 May 1995 16:31:49 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id QAA20695; Wed, 10 May 1995 16:31:39 -0700 Message-Id: <199505102331.QAA20695@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: davidg@Root.COM, freebsd-hackers@FreeBSD.org Subject: Re: A question of downloading device drivers In-reply-to: Your message of "Wed, 10 May 1995 12:46:10 MDT." <9505101846.AA26296@cs.weber.edu> Date: Wed, 10 May 1995 16:31:38 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >How about replacing it with the argument that the code can't be upgraded >> >without rebuilding the kernel? >> >> Neither can any other SCSI driver in the kernel. > >But mom, Billy did it, why can't I? 8-) 8-). > >That's an argument *against* the other code, not *for* the microcode. 8-P. > No. I guess I should have been more clear. My point is that until we have a generic VM86 bios boot that will allow modloading disk drivers, this is a moot point. Just because there may be some rare times where the microcode changes and the kernel driver does not (very rare if you look at the commit logs) doesn't really make the aic7xxx driver a special case. The goal should be the ability to replace any driver simply by changing a kernel loadable module, not just some special case of being able to replace the microcode for one specific SCSI driver. Since I've already shown all the reasons why it can't be done in the case of the aic7xxx microcode without VM86 support, can we drop this and talk about somthing that will more productive? >Note that I am *not* condemning the Adaptec code; by definition, anything >that works is better than anything that doesn't (that was the point I >attempted to make comparing licensing and the ability to boot at all). I didn't think that you were condeming the Adaptec code. I just found that many of your comments were misleading or came about from you being unaware of the aic7xxx internals. >On a related note, I wonder if you could have someone cede their rights >to source under GPL as part of a license for an agregated work... that >would allow binaries with GPL drivers without the other GPL baggage in >making them available for FTP. > > > Terry Lambert > terry@cs.weber.edu >--- >Any opinions in this posting are my own and not those of my present >or previous employers. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed May 10 16:34:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA09406 for hackers-outgoing; Wed, 10 May 1995 16:34:36 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA09400 for ; Wed, 10 May 1995 16:34:35 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA09817; Wed, 10 May 95 16:34:26 -0700 Date: Wed, 10 May 1995 16:34:25 -0700 (PDT) From: Terry Lee To: freebsd-hackers@FreeBSD.org Subject: QUICK FIX! Re: Backspace and delete problem in X/Netscape In-Reply-To: <199505100737.AAA17566@estienne.cs.berkeley.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I have no idea why this works, but it does for some reason. I stumbled upon it by accident. A very quick fix for the Netscape/Emacs backspace/delete problem: Use us.iso.kbd. Modify shift-backspace to be 'bs' instead of 'del'. so the line reads: 014 del bs bs bs del del bs bs O ^^ this changes from del For some odd reason this makes everything work. No I'm not using shift-backspace in netscape. Just plain backspace works like it's supposed to. Go figure. Cheers, Terry I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Wed May 10 16:59:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA09884 for hackers-outgoing; Wed, 10 May 1995 16:59:46 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA09878 for ; Wed, 10 May 1995 16:59:44 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA27802; Wed, 10 May 95 17:52:54 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505102352.AA27802@cs.weber.edu> Subject: Re: question on sun cds To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 10 May 95 17:52:54 MDT Cc: imp@village.org, hackers@FreeBSD.org In-Reply-To: <199505102312.QAA08704@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 10, 95 04:12:25 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Greetings, > > I have a need, from time to time, to read SunOS ufs formatted > > cds. These are from both SunOS 4.1.x and SunOS 5.x, aka Solaris. Is > > there something I've overlooked in FreeBSD 2.0R (or -current or 2.0.5) > > that will allow me to do this, ideally as a normal file system? > > No, you have not over looked anything. There is a fundemental problem > that makes this very hard to do. Can you say BIG_INDIAN vs LITTLE_INDIAN. > > I thought so.... Actually, for everything but the block offset calculations, the numbers are little other than tokens that get replaced in core by vnode addresses anyway. The big buggaboo is the volume label and directory entry structure differences that SunOS has. The zeroed inode number as a tag for an empty file system block is "different" in the directory entries themselves. Given the structure of the ffs/ufs division right now, I'd think you could share almost all the code except a block lookup function, which would add a function dereference overhead on block references (and another for direct inode lookups). You could get around that by pushing the two or three other ufs references into the ffs layer and making an endian-specific ffs layer for both. The overhead of a function pointer dereference compared to the layering abstraction itself as it currently sits isn't significant enough that I'd really worry about it anyway. I think it's just noise, since most of the block can come from the cache and you can use the inverted values as cache tags so no conversion is necessary for hits. > > Baring functional code, anybody have any ideas on how to procede? > > Major reworking of the ufs layer to do INDIAN conversion based on > volume label magic values. Can you say slow ufs after you do this? I'd say only a teeny bit slower FFS after this. The big buggaboo, like I said, is the volume label, and that's mostly clean bit handling and a couple of stamps for file system events that it'd be pretty easy to deal with. If you were trying to write a FS for a Solaris box instead, that'd be a much bigger pain (it'd have to be kernel preeemption safe and Sun did it the wrong way, IMO). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 10 17:47:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA11300 for hackers-outgoing; Wed, 10 May 1995 17:47:20 -0700 Received: from ldjpc.apana.org.au (ldjpc.apana.org.au [192.203.213.254]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA11280 for ; Wed, 10 May 1995 17:46:36 -0700 Received: from ldjpc.apana.org.au (localhost [127.0.0.1]) by ldjpc.apana.org.au (8.6.9/8.6.9) with SMTP id KAA03832; Thu, 11 May 1995 10:15:27 +0930 Date: Thu, 11 May 1995 10:15:27 +0930 (CST) From: Lucas James To: Lucas James cc: freebsd-hackers@FreeBSD.org Subject: Re: Compression and rotation of log files In-Reply-To: <9505100250.AA08299@s1.elec.uq.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 10 May 1995, Clary Harridge wrote: > How about using something like the following shell script for saving space > when the log files get rotated in daily and weekly cron scripts? [scripts deleted] If this has been discussed before, please accept my apologies.... Why don't we import the newsyslog utility (it has been in NetBSD for a while now.) . It has a central config point (you can say rotate XXX log every 5 days or rotate XXX log when it gets bigger than 5Meg). It was run from cron, if I remember correctly. -- Lucas James jj@ldjpc.apana.org.au From owner-freebsd-hackers Wed May 10 18:14:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA11791 for hackers-outgoing; Wed, 10 May 1995 18:14:49 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA11783 for ; Wed, 10 May 1995 18:14:46 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id VAA05018; Wed, 10 May 1995 21:09:37 -0400 Date: Wed, 10 May 1995 21:09:36 -0400 (EDT) From: "Jonathan M. Bresler" Subject: digesting To: hackers@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk its coming real soon now this annoying message is a test, please forget about it ;) Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Wed May 10 20:10:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14888 for hackers-outgoing; Wed, 10 May 1995 20:10:00 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA14874 ; Wed, 10 May 1995 20:09:58 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com cc: ports@freefall.cdrom.com Subject: No speech toys for audio?? :-) Date: Wed, 10 May 1995 20:09:57 -0700 Message-ID: <14873.800161797@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk It just occurred to me - we've no way of even having the sound blaster speak to you! Back in 1.x, I brought in a speaking "big ben" clock that actually worked pretty well, but it seems to have been lost in the sands of time.. Anyone got a pointer to it, or better yet, a fully functional text-to-speach converter that works with /dev/audio? Thanks! Jordan From owner-freebsd-hackers Wed May 10 20:59:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA15806 for hackers-outgoing; Wed, 10 May 1995 20:59:15 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA15800 for ; Wed, 10 May 1995 20:58:54 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id LAA00255; Thu, 11 May 1995 11:59:07 +0800 Date: Thu, 11 May 1995 11:59:06 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Lockup on heavy NFS client? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I ran my HTTP benchmark again last night, but this time with the test documents (1900 files in 10 directories, 53 megabytes) NFS- mounted from a local Ethernet 486DX2/66 running FreeBSD 2.0-950322. All seemed fine for the first hour, so I left for home. When I came back in this morning, my DX4 (which was the httpd server and the NFS client) was hung, with a blank display. I couldn't get to a console display to see what had caused the crash. X was not running at the time. Ctrl-Alt-Del was dead too. Reboot time. Meanwhile, the DX2 (the NFS server) was still humming along, but with these messages on console: May 11 03:04:25 virgo /kernel: nfs server aries:/usr/share: not responding May 11 03:40:23 virgo /kernel: nfs server aries:/usr/share: not responding May 11 04:10:24 virgo /kernel: nfs server aries:/usr/share: not responding May 11 04:38:08 virgo /kernel: nfs server aries:/usr/local: not responding May 11 04:38:11 virgo /kernel: vnode_pager_input: I/O read error May 11 04:38:11 virgo /kernel: vm_fault: pager input (probably hardware) error, PID 1003 failure May 11 04:40:33 virgo /kernel: nfs server aries:/usr/share: not responding May 11 04:51:20 virgo /kernel: nfs server aries:/usr/local: not responding May 11 04:51:21 virgo /kernel: vnode_pager_input: I/O read error May 11 04:51:21 virgo /kernel: vm_fault: pager input (probably hardware) error, PID 1003 failure May 11 05:04:30 virgo /kernel: nfs server aries:/usr/local: not responding May 11 05:04:31 virgo /kernel: vnode_pager_input: I/O read error May 11 05:04:31 virgo /kernel: vm_fault: pager input (probably hardware) error, PID 1003 failure May 11 05:17:40 virgo /kernel: nfs server aries:/usr/local: not responding May 11 05:17:41 virgo /kernel: vnode_pager_input: I/O read error May 11 05:17:41 virgo /kernel: vm_fault: pager input (probably hardware) error, PID 1003 failure May 11 05:30:50 virgo /kernel: nfs server aries:/usr/local: not responding May 11 05:30:51 virgo /kernel: vnode_pager_input: I/O read error [etc] This continued like clockwork, every 13 minutes 10 seconds (780 seconds) until I decided to reboot it too. No other messages indicating a problem on the NFS server. Back on the DX4, nothing in the syslog, access_log or error_log files would indicate anything that would cause the machine to stop. The last HTTP access was at 2:47 am (damn, and I had just left 15 minutes earlier too...) and the benchmark had been running for nearly an hour by then. Anyone seen this problem before? I can provide more details if necessary. And what's with the 780-second cycle? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Wed May 10 21:08:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA16106 for hackers-outgoing; Wed, 10 May 1995 21:08:41 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA16080 ; Wed, 10 May 1995 21:08:30 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id UAA00245; Wed, 10 May 1995 20:59:28 -0700 Message-Id: <199505110359.UAA00245@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: "Jordan K. Hubbard" cc: hackers@freefall.cdrom.com, ports@freefall.cdrom.com Subject: Re: No speech toys for audio?? :-) In-reply-to: Your message of "Wed, 10 May 1995 20:09:57 PDT." <14873.800161797@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 May 1995 20:59:24 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > It just occurred to me - we've no way of even having the sound blaster > speak to you! Back in 1.x, I brought in a speaking "big ben" clock > that actually worked pretty well, but it seems to have been lost in > the sands of time.. Anyone got a pointer to it, or better yet, a > fully functional text-to-speach converter that works with /dev/audio? > > Thanks! > Jordan There is speak so do archie and if you can't find it I will upload it to and ftp site for you. Cheers, Amancio From owner-freebsd-hackers Wed May 10 21:14:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA16237 for hackers-outgoing; Wed, 10 May 1995 21:14:06 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA16231 for ; Wed, 10 May 1995 21:14:04 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id WAA21347; Wed, 10 May 1995 22:13:46 -0600 Message-Id: <199505110413.WAA21347@rover.village.org> To: terry@cs.weber.edu (Terry Lambert) Subject: Re: question on sun cds Cc: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes), hackers@FreeBSD.org In-reply-to: Your message of Wed, 10 May 1995 17:52:54 MDT Date: Wed, 10 May 1995 22:13:46 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : The big buggaboo is the volume label and directory entry structure : differences that SunOS has. The zeroed inode number as a tag for an : empty file system block is "different" in the directory entries : themselves. Where might I find out about these differences? : If you were trying to write a FS for a Solaris box instead, that'd be : a much bigger pain (it'd have to be kernel preeemption safe and Sun : did it the wrong way, IMO). Since I don't need to worry about writing to a cd with the setup I have, I can punt on this :-). Warner From owner-freebsd-hackers Wed May 10 22:40:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA17754 for hackers-outgoing; Wed, 10 May 1995 22:40:13 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA17748 for ; Wed, 10 May 1995 22:40:09 -0700 Received: from unix (haus.efn.org) by efn.efn.org (4.1/smail2.5/05-07-92) id AA08814; Wed, 10 May 95 22:39:38 PDT Date: Wed, 10 May 1995 22:45:57 -0700 (PDT) From: John-Mark Gurney X-Sender: gurney_j@unix To: hackers@FreeBSD.org Subject: installation program for 0412-SNAP Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk well... I just thought you guys would like to know what I thought of the install program... just a little background... I installed 1.1.5.1 about 6 months before 2.0 was released... I didn't imediately upgrade because I didn't want to risk my hard drive... once my hard drive crashed (lost disklable and didn't know better) I decided to install 2.0... it was ok... but I didn't particually like the installtion... now for the heart of the matter... there should be a intermediate installation that doesn't limit you... I was going to mount my /, /usr, /games, and /programming . only the last two I could preserve... this is number one... there should be a way to preserve the contents of a drive... maybe mounting the drive then clearing the directories like /etc, /var, and others... that way you can actually preserve some of the data on them... then I go to add /usr... well... I can't preserve that and that is my main partion... right now it is 550 megs... it has the home directories, my file archives (including FreeBSD), X and other stuff... now the installation wants to newfs that... so I think... ok... why don't I just not mount it... and afterward mount it... so I go to proceed with my swap, /, /programming, and /games assigned... well... my / is only 47megs and it won't let me past to install without assigning /usr... what's up??? can't I make my own descisions... sure you can have the warning but don't force it on you... sure I probably couldn't install the bindist on just the /... but I could skip the installation of the bindist... reboot off the hard drive... manually mount /usr... and then install the bindist after possibly cleaning /usr/bin, etc... I personally liked the old installation much better... the only installation took less time... was a little more experience friendly... it also forced along some routes but didn't on some of the more important ones... what I would like to see is the ability to do an intermediate installation... one that the user isn't a FreeBSD hacker and happens to sup current... or an idiot that doesn't know a hard disk from a floppy disk... one that does know the system ok... knows how to mount the disks... disklabel them manually... modify the fstab... among other capbilities... right now the installation is almost TOO idiot proof... people like me whoo kinda know the system but don't know how to go about manually installing the whole new system are basicly dead in the water... we can't upgrade because the install wants to newfs all our valuable data... and we can't just get the basic /bin, /sbin, kernel, and bootblocks installed so we can install the bindist by hand... I hope you understand what I said... and hope that the changes can be made by the 2.1 RELEASE... TTYL... John-Mark gurney_j@efn.org Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Wed May 10 22:45:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA17865 for hackers-outgoing; Wed, 10 May 1995 22:45:48 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA17859 ; Wed, 10 May 1995 22:45:41 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <01035-0@bunyip.cc.uq.oz.au>; Thu, 11 May 1995 15:31:49 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id PAA29366; Thu, 11 May 1995 15:35:31 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id FAA25431; Thu, 11 May 1995 05:34:44 GMT Message-Id: <199505110534.FAA25431@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6 4/21/95 To: jkh@freefall.cdrom.com cc: hackers@freefall.cdrom.com, Nick.Ing-Simmons@tiuk.ti.com Subject: Re: No speech toys for audio?? :-) In-reply-to: Your message of "Wed, 10 May 1995 20:59:24 MST." <199505110359.UAA00245@star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 May 1995 15:34:40 +1000 From: Stephen Hocking Sender: hackers-owner@FreeBSD.org Precedence: bulk There's also the rsynth package - it configures fine for FreeBSD using NAS or /dev/audio. It also has pointer to various text->phoneme dictionaries - works well. It's a lot better in its quality of output than speak. It's over in the UK somewhere.. svr-ftp.eng.cam.ac.uk, some directory in the speech archives. The latest version is 2.0. See Nick Ing-Simmons, Nick.Ing-Simmons@tiuk.ti.com. > > It just occurred to me - we've no way of even having the sound blaster > > speak to you! Back in 1.x, I brought in a speaking "big ben" clock > > that actually worked pretty well, but it seems to have been lost in > > the sands of time.. Anyone got a pointer to it, or better yet, a > > fully functional text-to-speach converter that works with /dev/audio? > > > > Thanks! > > Jordan > I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Thu May 11 00:41:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19129 for hackers-outgoing; Thu, 11 May 1995 00:41:55 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA19120 ; Thu, 11 May 1995 00:41:53 -0700 Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id AAA09980; Thu, 11 May 1995 00:04:55 -0700 Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA03972; Thu, 11 May 1995 08:48:06 +0200 From: Luigi Rizzo Message-Id: <199505110648.IAA03972@labinfo.iet.unipi.it> Subject: Re: No speech toys for audio?? :-) To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 11 May 1995 08:48:06 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <14873.800161797@freefall.cdrom.com> from "Jordan K. Hubbard" at May 10, 95 08:09:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 876 Sender: hackers-owner@FreeBSD.org Precedence: bulk > It just occurred to me - we've no way of even having the sound blaster > speak to you! Back in 1.x, I brought in a speaking "big ben" clock > that actually worked pretty well, but it seems to have been lost in > the sands of time.. Anyone got a pointer to it, or better yet, a > fully functional text-to-speach converter that works with /dev/audio? While we are on the topic of audio: please consider /dev/pcaudio when making the kernel for the release. Better than nothing, for those who don't have an audio card. 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 ==================================================================== From owner-freebsd-hackers Thu May 11 01:13:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA19777 for hackers-outgoing; Thu, 11 May 1995 01:13:03 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA19748 for ; Thu, 11 May 1995 01:12:41 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id QAA01334; Thu, 11 May 1995 16:11:26 +0800 Date: Thu, 11 May 1995 16:11:26 +0800 (CST) From: Brian Tao To: Terry Lambert cc: nc@ai.net, Arjan.deVet@nl.cis.philips.com, freebsd-hackers@FreeBSD.org, Guido.VanRooij@nl.cis.philips.com Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) In-Reply-To: <9505092128.AA19726@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 9 May 1995, Terry Lambert wrote: > > > BTW, the multithreaded server I've got running on my FreeBSD box > > probably isn't truly "multithreaded" (it uses select() to handle > > multiple connections with a single process). What should this be > > called? A multiheaded server? > > That's a 2 letter difference! Any you were worried about a 4 letter > difference on "pre-forking" 8-) 8-). No, no... I don't have any qualms using "pre-forking" or "spawn-ahead" or "born-again" or "raised-from-the-dead" or whatever you want to call it. ;-) I used the term "demand forking" to describe the way older httpd's spawned a new process for each connection. I suppose if no one took exception to that term, it must be okay. :) > A select-based threading is an I/O Dispatch model, since each time data > is available it gets dispatched. This is close to a voluntary context > switch threading model (which is what Windows prior to Win95 used). Is this how ircd handles multiple connections? I haven't looked at the IRC server source, but it appears to be a prime example of a single process juggling dozens or even hundreds of client connections. Perhaps a new httpd could be modelled on IRC. *shudder* :) Anyhow... back to the unreleased httpd... does "select()-based uniprocess" server fit? Or am I just bastardizing CS terms? :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Thu May 11 06:30:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00169 for hackers-outgoing; Thu, 11 May 1995 06:30:07 -0700 Received: from sass165.sandia.gov (sass165.sandia.gov [132.175.109.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00161 for ; Thu, 11 May 1995 06:30:06 -0700 Received: from sargon.mdl.sandia.gov (sargon.mdl.sandia.gov [134.253.20.128]) by sass165.sandia.gov (8.6.11/8.6.12) with ESMTP id HAA03536 for ; Thu, 11 May 1995 07:32:39 -0600 Received: (aflundi@localhost) by sargon.mdl.sandia.gov (8.6.10) id HAA19188 for hackers@freebsd.org; Thu, 11 May 1995 07:26:36 -0600 Message-Id: <199505111326.HAA19188@sargon.mdl.sandia.gov> From: aflundi@sandia.gov (Alan F Lundin) Date: Thu, 11 May 1995 07:26:36 -0600 In-Reply-To: Warner Losh "Re: question on sun cds" (May 10, 10:13pm) X-Mailer: Mail User's Shell (7.2.4 2/2/92) To: hackers@FreeBSD.org Subject: Re: question on sun cds Sender: hackers-owner@FreeBSD.org Precedence: bulk On May 10, 10:13pm, Warner Losh wrote: > Subject: Re: question on sun cds > > : The big buggaboo is the volume label and directory entry structure > : differences that SunOS has. The zeroed inode number as a tag for an > : empty file system block is "different" in the directory entries > : themselves. > > Where might I find out about these differences? > > : If you were trying to write a FS for a Solaris box instead, that'd be > : a much bigger pain (it'd have to be kernel preeemption safe and Sun > : did it the wrong way, IMO). > > Since I don't need to worry about writing to a cd with the setup I > have, I can punt on this :-). Doesn't Sun just use the High Sierra CDROM format? (# mount -rt hsfs /dev/sr0 /cdrom) --alan From owner-freebsd-hackers Thu May 11 06:48:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA00418 for hackers-outgoing; Thu, 11 May 1995 06:48:19 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA00412 for ; Thu, 11 May 1995 06:48:18 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id JAA16123; Thu, 11 May 1995 09:49:26 -0400 From: jfieber@cs.smith.edu (John Fieber) Message-Id: <199505111349.JAA16123@grendel.csc.smith.edu> Subject: Re: /etc/fstab and mounting CDROMs. To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Thu, 11 May 1995 09:49:26 -0400 (EDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505101420.KAA10118@lakes> from "Thomas David Rivers" at May 10, 95 10:20:40 am Content-Type: text Content-Length: 307 Sender: hackers-owner@FreeBSD.org Precedence: bulk Thomas David Rivers writes: > So; I added an etry to /etc/fstab like: > > /dev/cd0a /cdrom cd9660 r 0 0 Try: /dev/cd0a /cdrom cd9660 ro 0 0 -john === jfieber@cs.smith.edu ================================================ =================================== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Thu May 11 09:17:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03137 for hackers-outgoing; Thu, 11 May 1995 09:17:12 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA03130 for ; Thu, 11 May 1995 09:17:07 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id KAA22682; Thu, 11 May 1995 10:16:49 -0600 Message-Id: <199505111616.KAA22682@rover.village.org> To: aflundi@sandia.gov (Alan F Lundin) Subject: Re: question on sun cds Cc: hackers@FreeBSD.org In-reply-to: Your message of Thu, 11 May 1995 07:26:36 MDT Date: Thu, 11 May 1995 10:16:48 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : Doesn't Sun just use the High Sierra CDROM format? : : (# mount -rt hsfs /dev/sr0 /cdrom) While suns CAN mount and read hsfs cdroms, they don't have to :-(. A boot disk, for example, is ufs format so that the boot roms don't have to grok hsfs. Warner From owner-freebsd-hackers Thu May 11 09:49:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA05351 for hackers-outgoing; Thu, 11 May 1995 09:49:46 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA05341 for ; Thu, 11 May 1995 09:49:18 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00493; Thu, 11 May 95 10:41:49 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505111641.AA00493@cs.weber.edu> Subject: Re: question on sun cds To: imp@village.org (Warner Losh) Date: Thu, 11 May 95 10:41:49 MDT Cc: rgrimes@gndrsh.aac.dev.com, hackers@FreeBSD.org In-Reply-To: <199505110413.WAA21347@rover.village.org> from "Warner Losh" at May 10, 95 10:13:46 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > : The big buggaboo is the volume label and directory entry structure > : differences that SunOS has. The zeroed inode number as a tag for an > : empty file system block is "different" in the directory entries > : themselves. > > Where might I find out about these differences? The header files, show layout and hint at the way they are marked, and hex dumps of several directories should catch one. To create one, create long file names in a directory until it spills over to two blocks (you can see it by doing an "ls -ld ."), create one more, then delete the one previous (it will be the first entry in the block) and look how it coelesces. Hey! I just thought of a shortcut: I believe the NetBSD port to Sun can mount Sun disks, if you wanted to look at that, and then the only thing to deal with would be byte order. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 11 09:54:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA05506 for hackers-outgoing; Thu, 11 May 1995 09:54:02 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA05444 for ; Thu, 11 May 1995 09:52:41 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA08880; Thu, 11 May 95 18:09:37 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id SAA15926 for freebsd-hackers@freefall.cdrom.com; Thu, 11 May 1995 18:21:02 +0200 Date: Thu, 11 May 1995 18:21:02 +0200 From: "Christoph P. Kukulies" Message-Id: <199505111621.SAA15926@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: sound audio queue corrupted Sender: hackers-owner@FreeBSD.org Precedence: bulk I tried running vat with vmix and still get these Sound: Audio queue4 corrupted for dev0 (2822/16) syslog messages. I managed to get something from the mike to the local speaker but after some time I got the above messages in my syslog and the audio applet got unclickable. Any clues? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950507 FreeBSD 2.0-BUILT-1995 0507 #0: Sun May 7 18:08:05 MET DST 1995 root@blues.physik.rwth-aachen.d e:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Thu May 11 10:24:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA06801 for hackers-outgoing; Thu, 11 May 1995 10:24:51 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA06795 for ; Thu, 11 May 1995 10:24:50 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA29508; Thu, 11 May 1995 10:24:34 -0700 From: Poul-Henning Kamp Message-Id: <199505111724.KAA29508@ref.tfs.com> Subject: Re: question on sun cds To: imp@village.org (Warner Losh) Date: Thu, 11 May 1995 10:24:34 -0700 (PDT) Cc: aflundi@sandia.gov, hackers@FreeBSD.org In-Reply-To: <199505111616.KAA22682@rover.village.org> from "Warner Losh" at May 11, 95 10:16:48 am Content-Type: text Content-Length: 616 Sender: hackers-owner@FreeBSD.org Precedence: bulk > : Doesn't Sun just use the High Sierra CDROM format? > : > : (# mount -rt hsfs /dev/sr0 /cdrom) > > While suns CAN mount and read hsfs cdroms, they don't have to :-(. A > boot disk, for example, is ufs format so that the boot roms don't have > to grok hsfs. Actually, it IS hsfs. And it has a sun-disklabel too, so that some partitions map to some hsfs files, which happen to contain a ufs-filesystem. Pretty neat actually... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu May 11 10:30:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA07096 for hackers-outgoing; Thu, 11 May 1995 10:30:08 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA07090 for ; Thu, 11 May 1995 10:30:07 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00740; Thu, 11 May 95 11:23:23 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505111723.AA00740@cs.weber.edu> Subject: Re: installation program for 0412-SNAP To: gurney_j@efn.org (John-Mark Gurney) Date: Thu, 11 May 95 11:23:22 MDT Cc: hackers@FreeBSD.org In-Reply-To: from "John-Mark Gurney" at May 10, 95 10:45:57 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm not the install god, but since Jordan is busy release-rolling, maybe I can address some of the points. > now for the heart of the matter... there should be a intermediate > installation that doesn't limit you... I was going to mount my /, /usr, > /games, and /programming . only the last two I could preserve... this is > number one... there should be a way to preserve the contents of a > drive... maybe mounting the drive then clearing the directories like > /etc, /var, and others... that way you can actually preserve some of the > data on them... then I go to add /usr... well... I can't preserve that > and that is my main partion... right now it is 550 megs... it has the > home directories, my file archives (including FreeBSD), X and other > stuff... now the installation wants to newfs that... so I think... > ok... why don't I just not mount it... and afterward mount it... 1) Preserving partitions during an install. The binary load format has changed; this is a sufficient but not necessary reason to stomp all the partitions. The main reason is that the file system itself has changed, notably needing a larger volume label, and changing the way symbolic links are structured. In addition, the major and minor numbers have increased in size. With a change in file system format, it's highly recommended that you reformat, and if you don't want to, desirable to make it difficult to discourage you from having a mixed install. 2) Preservation of /usr. The /usr partition can be preserved by choosing an install that doesn't have a seperate user, then changing the mount table after the install. Since /usr contains some important system binaries, that's to be discouraged, but not prevented. Once installed without a seperate /usr, you can mount the previous /usr on /mnt, and using the new /usr as a template, choose directories like /usr/bin and /usr/lib to update manually, unmount the partition, modify the fstab to mount the replacement /usr, rename the current (newly installed) /usr in case you have boot problems, create a new /usr with mdir, chown, chgrp, and chmod, and then reboot. 3) Preservation of existing X binaries. The X server itself will need to be updated, period. If you are using shared libraries and don't want to replace them, you will need to preserve them when you install the new X. Since the X isn't unit installable (there are significant R5/R6 differences), it's likely that the only binaries you will want to preserve are those that were not part of the X distribution itself. > so I go to proceed with my swap, /, /programming, and /games assigned... > well... my / is only 47megs and it won't let me past to install without > assigning /usr... what's up??? The install installs binaries and system files for multiuser boot into the /usr directory. You must assign /usr, although you can leave it on your / partition temporarily. > can't I make my own descisions... sure > you can have the warning but don't force it on you... sure I probably > couldn't install the bindist on just the /... but I could skip the > installation of the bindist... reboot off the hard drive... manually > mount /usr... and then install the bindist after possibly cleaning > /usr/bin, etc... This is what you have to do, in compination with ithem (2) above. > I personally liked the old installation much better... the only > installation took less time... was a little more experience friendly... > it also forced along some routes but didn't on some of the more important > ones... what I would like to see is the ability to do an intermediate > installation... one that the user isn't a FreeBSD hacker and happens to > sup current... or an idiot that doesn't know a hard disk from a floppy > disk... one that does know the system ok... knows how to mount the > disks... disklabel them manually... modify the fstab... among other > capbilities... It has to get worse before it gets better. The ideal installation is data-driven in two ways. The first is with an addition to the system files to associate files with installed packages and permissions checking, like SCO. This would facilitate breaking up the reinstall into a two stage deinstall-old/install-new process. The second is to damage the majority of what has traditionally been though of as the /etc directory and to move system information out of /etc and the other places it is spread out in (including things like /etc/printcap and /etc/netstart) over to /var and to make sure that the resulting data is *data alone* and not shell scripts or anything else system specific, which would allow you to replace all the shell scripts and binaries without touching the data (like machine name, routes, passwd and shadow files, NIS(YP) setup, file systems, etc.). To get from the current to the ideal demands at least one additional painful revision, and the destruction of a lot of what is considered the Berkeley legacy in the system directories. > right now the installation is almost TOO idiot proof... people like me > whoo kinda know the system but don't know how to go about manually > installing the whole new system are basicly dead in the water... we can't > upgrade because the install wants to newfs all our valuable data... and > we can't just get the basic /bin, /sbin, kernel, and bootblocks installed > so we can install the bindist by hand... I hope you understand what I > said... and hope that the changes can be made by the 2.1 RELEASE... TTYL... I'd argue that the "idiot proof" appearance of the install is really the result of it being largely inflexible, and is a result of making it robust first, more than anything else. And yes, a robust installation has as a side effect that it's more difficult for an idiot to mess it up, just as it's more dificult for an experienced person to "mess it up". Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 11 10:32:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA07169 for hackers-outgoing; Thu, 11 May 1995 10:32:10 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA07163 for ; Thu, 11 May 1995 10:32:07 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id LAA23233; Thu, 11 May 1995 11:31:52 -0600 Message-Id: <199505111731.LAA23233@rover.village.org> To: Poul-Henning Kamp Subject: Re: question on sun cds Cc: aflundi@sandia.gov, hackers@FreeBSD.org In-reply-to: Your message of Thu, 11 May 1995 10:24:34 PDT Date: Thu, 11 May 1995 11:31:51 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : Actually, it IS hsfs. And it has a sun-disklabel too, so that some partitions : map to some hsfs files, which happen to contain a ufs-filesystem. Pretty neat : actually... Why then can't I mount it at all on my FreeBSD box? I would think that if it were hsfs format (aka cd9660) that I would be able to at least mount it and look at this file. When I try it, I get "cd9660: Invalid argument" What's the deal? Warner From owner-freebsd-hackers Thu May 11 10:41:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA07521 for hackers-outgoing; Thu, 11 May 1995 10:41:25 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA07515 for ; Thu, 11 May 1995 10:41:23 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00778; Thu, 11 May 95 11:32:29 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505111732.AA00778@cs.weber.edu> Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) To: taob@gate.sinica.edu.tw (Brian Tao) Date: Thu, 11 May 95 11:32:28 MDT Cc: nc@ai.net, Arjan.deVet@nl.cis.philips.com, freebsd-hackers@FreeBSD.org, Guido.VanRooij@nl.cis.philips.com In-Reply-To: from "Brian Tao" at May 11, 95 04:11:26 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > No, no... I don't have any qualms using "pre-forking" or > "spawn-ahead" or "born-again" or "raised-from-the-dead" or whatever > you want to call it. ;-) I used the term "demand forking" to > describe the way older httpd's spawned a new process for each > connection. I suppose if no one took exception to that term, it must > be okay. :) It's clear, but it's redundant. All forking is "demand forking", in that a fork will not occur unless you "demand" it by calling "fork". It's like calling the "login" process "demand login" to indicate that it's the result of a user requesting to be logged in. My car has "demand start". 8-). > Is this how ircd handles multiple connections? I haven't looked > at the IRC server source, but it appears to be a prime example of a > single process juggling dozens or even hundreds of client connections. > Perhaps a new httpd could be modelled on IRC. *shudder* :) Please, no! The model is not that effecient in the first place, and the IRC server is as bad a code example as most muds in the second! > Anyhow... back to the unreleased httpd... does "select()-based > uniprocess" server fit? Or am I just bastardizing CS terms? :) That's the wonderful thing about CS terms -- there are so many to choose from. What you have is an I/O Dispatching server according to what I've been taught . Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 11 12:02:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA09915 for hackers-outgoing; Thu, 11 May 1995 12:02:55 -0700 Received: from aries.ai.net (ai.net [198.69.35.206]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA09905 for ; Thu, 11 May 1995 12:02:53 -0700 Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.11) id OAA10009; Thu, 11 May 1995 14:02:29 -0400 Date: Thu, 11 May 1995 14:02:29 -0400 (EDT) From: Network Coordinator To: Terry Lambert cc: Brian Tao , Arjan.deVet@nl.cis.philips.com, freebsd-hackers@FreeBSD.org, Guido.VanRooij@nl.cis.philips.com Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) In-Reply-To: <9505111732.AA00778@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk > > My car has "demand start". 8-). > If only my car had "demand warp," I might be able to make it to a meeting on time. ;) -Jerry. From owner-freebsd-hackers Thu May 11 12:36:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA11298 for hackers-outgoing; Thu, 11 May 1995 12:36:12 -0700 Received: from tfs.com (mailhub.tfs.com [140.145.250.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA11292 for ; Thu, 11 May 1995 12:36:11 -0700 Received: by tfs.com (smail3.1.28.1) Message-Id: Date: Thu, 11 May 95 12:35 PDT From: julian@TFS.COM (Julian Elischer) To: hackers@freefall.cdrom.com Subject: ftp and passive mode.. Sender: hackers-owner@FreeBSD.org Precedence: bulk does anyone know where the original (still portable) sources are for an ftp that supports passive mode are? those on freeBSD have been 'unportabled'.. julian From owner-freebsd-hackers Thu May 11 13:19:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA12386 for hackers-outgoing; Thu, 11 May 1995 13:19:44 -0700 Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA12369 for ; Thu, 11 May 1995 13:18:59 -0700 Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.10/8.6.9) id RAA01739 for hackers@freebsd.org; Thu, 11 May 1995 17:14:58 -0300 From: Pedro A M Vazquez Message-Id: <199505112014.RAA01739@kalypso.iqm.unicamp.br> Subject: [MESA:12] OpenGL for Linux from E&S (fwd) To: hackers@FreeBSD.org Date: Thu, 11 May 1995 17:14:55 -0300 (EST) Organization: Instituto de Quimica Unicamp X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 4091 Sender: hackers-owner@FreeBSD.org Precedence: bulk Should we ask E&S to do a port for FBSD? Porting the SI is not dificult if you have the sources and the license. Brian Paul said: > From mesa@iqm.unicamp.br Thu May 11 15:46:26 1995 > Date: Thu, 11 May 1995 13:25:03 -0300 > Posted-Date: Thu, 11 May 1995 13:25:03 -0300 > Message-Id: <9505111636.AA43232@ssec.ssec.wisc.edu> > Errors-To: brianp@ssec.wisc.edu > From: Brian Paul > To: Multiple recipients of list > Subject: [MESA:12] OpenGL for Linux from E&S > > I found the following on comp.os.linux.announce today. It will be > interesting to see how Mesa compares to it.... > > > ----------------- begin ------------------ > Article: 3907 of comp.os.linux.announce > Path: uwvax!uwm.edu!vixen.cso.uiuc.edu!howland.reston.ans.net!news.sprintlink.net!nntp-hub2.barrnet.net!nntp-sc.barrnet.net!ratatosk.yggdrasil.com!wirzeniu > From: wstout@ES.COM (Waren Stout) > Newsgroups: comp.os.linux.announce > Subject: REPOST: COMMERCIAL: OpenGL for Linux from Evans and Sutherland > Followup-To: comp.os.linux.x > Date: 11 May 1995 11:53:54 GMT > Organization: Evans & Sutherland Computer Corp. > Lines: 40 > Approved: linux-announce@news.ornl.gov (Lars Wirzenius) > Message-ID: <3ostsi$i42@freya.yggdrasil.com> > NNTP-Posting-Host: freya.yggdrasil.com > Mime-Version: 1.0 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: 8bit > Keywords: commercial, OpenGL, graphics, X11 > Original-date: 9 May 1995 17:00:17 +0300 > Originator: wirzeniu@freya.yggdrasil.com > > SALT LAKE CITY, May 5, 1995 -- Evans & Sutherland Computer Corporation (E&S) > and Portable Graphics, Inc. (PGI) , a wholly-owned subsidiary of E&S, > announce the availability of OpenGL(r) for Linux from E&S. OpenGL for Linux > is a software implementation of the OpenGL Sample Implementation from Silicon > Graphics, Inc. and runs as an extension to the standard X package on Linux. > It is a complete development environment that can be used to write, compile, > and run OpenGL applications. OpenGL for Linux is the first 3D product from > E&S that is aimed at the Linux operating system. > > OpenGL for Linux is an OpenGL-compliant product and passes the OpenGL > conformance test suites for all the currently shipping servers. A LinkKit > will be provided to ensure that users can configure additional extensions and > video drivers as needed. > > The initial price for OpenGL for Linux from E&S is $79.00 plus shipping and > handling. Anticipated availability is within four weeks. Direct ordering > information and additional technical information will be posted to this news > group within the next two weeks. > > In keeping in the spirit of the Linux community, all the development time for > OpenGL for Linux was donated by Evans & Sutherland employees. Many of the > developers are loyal Linux users who are keenly interested in developing 3D > graphics technology for the Linux environment. OpenGL for Linux will provide > a sophisticated application development environment, as well as an excellent > migration path for 3D applications. E&S intends to offer one of the first > OpenGL applications for Linux, as work has already begun on Open Inventor > from E&S. > > This product is being developed under the guidance of the Linux community. > We at E&S welcome comments and ideas about your own work in 3D graphics and > how we can become a part of it. Please post your questions and comments to > wstout@es.com. Stay tuned to this posting for additional product, technical, > and program information. > > > OpenGL is a registered trademark of Silicon Graphics, Inc. > > -- > Send submissions for comp.os.linux.announce to: linux-announce@news.ornl.gov > PLEASE remember Keywords: and a short description of the software. > > ----------------- end -------------------- > > --------------------------------------------------------------------------- > Brian Paul Space Science and Engineering Center > brianp@ssec.wisc.edu 608-263-1555 University of Wisconsin - Madison > > From owner-freebsd-hackers Thu May 11 13:57:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA13390 for hackers-outgoing; Thu, 11 May 1995 13:57:46 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA13381 ; Thu, 11 May 1995 13:57:43 -0700 Date: Thu, 11 May 1995 13:57:43 -0700 From: Jeffrey Hsu Message-Id: <199505112057.NAA13381@freefall.cdrom.com> To: hackers@FreeBSD.org, vazquez@iqm.unicamp.br Subject: Re: [MESA:12] OpenGL for Linux from E&S (fwd) Sender: hackers-owner@FreeBSD.org Precedence: bulk I just asked a few hours ago. I'll let you know what they say. From owner-freebsd-hackers Thu May 11 14:05:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA13682 for hackers-outgoing; Thu, 11 May 1995 14:05:51 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA13675 for ; Thu, 11 May 1995 14:05:47 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA12261; Thu, 11 May 95 23:05:32 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id XAA16815; Thu, 11 May 1995 23:16:57 +0200 Message-Id: <199505112116.XAA16815@gilberto.physik.rwth-aachen.de> Subject: Re: sound audio queue corrupted To: james@miller.cs.uwm.edu (Jim Lowe) Date: Thu, 11 May 1995 23:16:57 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-To: kuku@gilberto.physik.rwth-aachen.de In-Reply-To: <199505111912.OAA03819@miller.cs.uwm.edu> from "Jim Lowe" at May 11, 95 02:12:38 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1060 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > What sound drivers are you using? What type of sound card do you have? > Several of us have been working on a new version of the sound drivers. > I just put a new version out on I tried to use the 3.0 driver from your site but since I didn't succeed in the first place putting it into -current I sticked with -current. Also I found things from 3.0 in -current and thus I was not sure if the 3.0 sound driver isn't already in -current anyway. gus0 at 0x220 irq 11 drq 1 on isa gus0: > > ftp://ftp.cs.uwm.edu/pub/FreeBSD/sound.v30.4.tar.gz. > > All the bugs aren't worked out but that version should work with the > gus, gus-max, and pas-16 cards and vmix. > > I am currently listening to RFV using vmix and a gus-max card with those > drivers. > > -Jim > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950507 FreeBSD 2.0-BUILT-1995 0507 #0: Sun May 7 18:08:05 MET DST 1995 root@blues.physik.rwth-aachen.d e:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Thu May 11 14:11:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA13892 for hackers-outgoing; Thu, 11 May 1995 14:11:49 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA13879 for ; Thu, 11 May 1995 14:11:43 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14711(4)>; Thu, 11 May 1995 14:10:16 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Thu, 11 May 1995 14:10:10 -0700 X-Mailer: exmh version 1.6 4/21/95 To: "Rodney W. Grimes" cc: imp@village.org (Warner Losh), hackers@FreeBSD.org Subject: Re: question on sun cds In-reply-to: Your message of "Wed, 10 May 95 16:12:25 PDT." <199505102312.QAA08704@gndrsh.aac.dev.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 May 1995 14:10:00 PDT From: Bill Fenner Message-Id: <95May11.141010pdt.49859@crevenia.parc.xerox.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199505102312.QAA08704@gndrsh.aac.dev.com> you write: >> Baring functional code, anybody have any ideas on how to procede? > >Major reworking of the ufs layer to do INDIAN conversion based on >volume label magic values. Can you say slow ufs after you do this? Oddly enough, NeXTStep '486 does this, to keep compatibility with black hardware. They didn't think it was too much of a performance hit. Bill From owner-freebsd-hackers Thu May 11 14:29:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA14910 for hackers-outgoing; Thu, 11 May 1995 14:29:20 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA14900 for ; Thu, 11 May 1995 14:29:12 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id OAA02028; Thu, 11 May 1995 14:19:51 -0700 Message-Id: <199505112119.OAA02028@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol To: kuku@gilberto.physik.rwth-aachen.de Subject: Re: sound audio queue corrupted Cc: freebsd-hackers@freefall.cdrom.com In-reply-to: Your message of "Thu, 11 May 1995 23:16:57 +0200." <199505112116.XAA16815@gilberto.physik.rwth-aachen.de> Date: Thu, 11 May 1995 14:19:48 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, Jim , I and a few others are working on putting a new sound release out. Hannu has put out a couple of releases of his sound driver and we are trying to support the dual capability of some of these cards. This means that any bugs reported will be work on the new release for the sound driver. The stuff on sys-current should be old code unless someone has update it recently since last sunday. And, this time around I am not rushing! Amancio From owner-freebsd-hackers Thu May 11 15:29:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA17181 for hackers-outgoing; Thu, 11 May 1995 15:29:18 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA17126 for ; Thu, 11 May 1995 15:29:11 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00978; Thu, 11 May 95 16:22:29 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505112222.AA00978@cs.weber.edu> Subject: Something silly in ufs/ufs/ufs_lookup.c To: hackers@FreeBSD.org Date: Thu, 11 May 95 16:22:28 MDT X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk In ufs_checkpath(), the int rootino is assigned the value ROOTINO, which is never modified, only compared against. Shouldn't the references to rootino be deleted and replaced with the manifest constant ROOTINO? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 11 15:31:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA17336 for hackers-outgoing; Thu, 11 May 1995 15:31:32 -0700 Received: from vinkku.hut.fi (root@vinkku.hut.fi [130.233.245.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA17319 for ; Thu, 11 May 1995 15:31:26 -0700 Received: from lk-hp-20.hut.fi (lk-hp-20.hut.fi [130.233.247.32]) by vinkku.hut.fi (8.6.11/8.6.7) with ESMTP id BAA26378; Fri, 12 May 1995 01:30:33 +0300 From: Juha Inkari Received: (inkari@localhost) by lk-hp-20.hut.fi (8.6.11/8.6.7) id BAA29734; Fri, 12 May 1995 01:30:30 +0300 Message-Id: <199505112230.BAA29734@lk-hp-20.hut.fi> Subject: Re: Apache + FreeBSD 2.0 benchmark results To: terry@cs.weber.edu (Terry Lambert) Date: Fri, 12 May 1995 01:30:30 +0200 (EETDST) Cc: freebsd-hackers@FreeBSD.org, taob@gate.sinica.edu.tw Reply-To: freebsd-hackers@FreeBSD.org In-Reply-To: <9505111732.AA00778@cs.weber.edu> from "Terry Lambert" at May 11, 95 11:32:28 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 813 Sender: hackers-owner@FreeBSD.org Precedence: bulk > from. What you have is an I/O Dispatching server according to what I've > been taught . I guess the point is differentiating servers in how they perform multi-tasking. The server could dispatch several requests to different tasks or it could process the requests syncronously consuming several tasks for one request. Here goes yet another set of names: - Repeated forking heavyweight processing server. - Multiple forked heavyweight processing server. - Lightweight processing server. Also, multi-threaded or asyncronous could be added for clarification in some contexts. The "lightweight processing server" says nothing about the time of creation of the processing tasks, or about the "lightness" of the thread of control, except that it should not be as resource consuming that the "heavyweight" model. From owner-freebsd-hackers Thu May 11 16:11:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA18607 for hackers-outgoing; Thu, 11 May 1995 16:11:54 -0700 Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA18595 for ; Thu, 11 May 1995 16:11:51 -0700 Received: from post.demon.co.uk by disperse.demon.co.uk id ab18414; 12 May 95 0:03 GMT-60:00 Received: from bagpuss.demon.co.uk by post.demon.co.uk id aa09672; 12 May 95 0:03 GMT-60:00 Received: (karl@localhost) by bagpuss.demon.co.uk (99.9/99.9) id UAA06883; Thu, 11 May 1995 20:33:54 +0100 From: Karl Strickland Message-Id: <199505111933.UAA06883@bagpuss.demon.co.uk> Subject: Re: question on sun cds To: Terry Lambert Date: Thu, 11 May 1995 20:33:52 +0100 (BST) Cc: rgrimes@gndrsh.aac.dev.com, imp@village.org, hackers@FreeBSD.org In-Reply-To: <9505102352.AA27802@cs.weber.edu> from "Terry Lambert" at May 10, 95 05:52:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 603 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > If you were trying to write a FS for a Solaris box instead, that'd be > a much bigger pain (it'd have to be kernel preeemption safe and Sun > did it the wrong way, IMO). > a bit off the subject, but still interesting - what did sun do wrong (in this instance :-) and whats the right way to do it (IYO)? Thanks -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Thu May 11 16:12:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA18646 for hackers-outgoing; Thu, 11 May 1995 16:12:57 -0700 Received: from mail.holonet.net (root@guardian.holonet.net [198.207.169.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA18640 for ; Thu, 11 May 1995 16:12:55 -0700 From: fishant7@nascom.com Received: from nascom (root@localhost) by mail.holonet.net with UUCP id NAA01954; Thu, 11 May 1995 13:23:10 -0700 Received: by nascom.com (UUPM-1.51) id D4466Bv Thu, May 11, 1995 15:14:37 EDT Message-Id: <9505111514.D4466Bv@nascom.com> X-Mailer: UUPlus Mail 1.51 To: hackers@FreeBSD.org Subject: FreeBSD installation Organization: NaSPA, Inc. (414) 423-2420 Date: Thu, 11 May 95 15:14:37 EST Sender: hackers-owner@FreeBSD.org Precedence: bulk I am having a problem installing FreeBSD 2.0 on a Dell XPS 386 system. I still can't get the system to boot from the hard disk even after writing the bootcode on the drive. After I assigned the mount points in the first part of the install and tried to re-boot the system to finish the install, the default selection at re-boot time shows "F?" and won't let me select FreeBSD. Is ther a problem with the bootcode or the disk geometry, and are there any better installation instructions available for this install? Tony Fisher fishant7@nascom.com From owner-freebsd-hackers Thu May 11 16:54:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19818 for hackers-outgoing; Thu, 11 May 1995 16:54:48 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA19812 for ; Thu, 11 May 1995 16:54:46 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id QAA08019; Thu, 11 May 1995 16:57:47 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id QAA00302; Thu, 11 May 1995 16:54:45 -0700 Message-Id: <199505112354.QAA00302@corbin.Root.COM> To: terry@cs.weber.edu (Terry Lambert) cc: hackers@FreeBSD.org Subject: Re: Something silly in ufs/ufs/ufs_lookup.c In-reply-to: Your message of "Thu, 11 May 95 16:22:28 MDT." <9505112222.AA00978@cs.weber.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 11 May 1995 16:54:45 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >In ufs_checkpath(), the int rootino is assigned the value ROOTINO, >which is never modified, only compared against. > >Shouldn't the references to rootino be deleted and replaced with the >manifest constant ROOTINO? Yes, it should. If it were defined at the top level, the answer would be different...but it's not. -DG From owner-freebsd-hackers Thu May 11 17:02:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA19967 for hackers-outgoing; Thu, 11 May 1995 17:02:14 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA19961 for ; Thu, 11 May 1995 17:02:14 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA00989; Thu, 11 May 1995 17:02:02 -0700 From: Poul-Henning Kamp Message-Id: <199505120002.RAA00989@ref.tfs.com> Subject: Re: Something silly in ufs/ufs/ufs_lookup.c To: davidg@Root.COM Date: Thu, 11 May 1995 17:02:02 -0700 (PDT) Cc: terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505112354.QAA00302@corbin.Root.COM> from "David Greenman" at May 11, 95 04:54:45 pm Content-Type: text Content-Length: 731 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >In ufs_checkpath(), the int rootino is assigned the value ROOTINO, > >which is never modified, only compared against. > > > >Shouldn't the references to rootino be deleted and replaced with the > >manifest constant ROOTINO? > > Yes, it should. If it were defined at the top level, the answer would be > different...but it's not. I thought this was the beginning of support for mount /dev/sd2e:/some/dir /mnt where you mount something different than the root of the filesystem... I can live without that of course (I always have had to :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Thu May 11 18:22:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA22607 for hackers-outgoing; Thu, 11 May 1995 18:22:00 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA22597 for ; Thu, 11 May 1995 18:21:57 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA13695; Thu, 11 May 1995 18:21:32 -0700 From: "Rodney W. Grimes" Message-Id: <199505120121.SAA13695@gndrsh.aac.dev.com> Subject: Re: Something silly in ufs/ufs/ufs_lookup.c To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Thu, 11 May 1995 18:21:32 -0700 (PDT) Cc: davidg@Root.COM, terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505120002.RAA00989@ref.tfs.com> from "Poul-Henning Kamp" at May 11, 95 05:02:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1132 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > >In ufs_checkpath(), the int rootino is assigned the value ROOTINO, > > >which is never modified, only compared against. > > > > > >Shouldn't the references to rootino be deleted and replaced with the > > >manifest constant ROOTINO? > > > > Yes, it should. If it were defined at the top level, the answer would be > > different...but it's not. > > I thought this was the beginning of support for > > mount /dev/sd2e:/some/dir /mnt > > where you mount something different than the root of the filesystem... > > I can live without that of course (I always have had to :-) But having that functionality would be really sweat for chroot test trees, cdrom's with /filesys on them, etc... huummm.. is that what that code is really for?? If so I say we put it on the TODO list and hope so CS student decides he would like to use one of the cdrom /filesys's as the real root of a box. Can you say an OS that can't be comprimised via system binary changes :-) :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 11 18:43:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA23352 for hackers-outgoing; Thu, 11 May 1995 18:43:25 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA23344 for ; Thu, 11 May 1995 18:43:23 -0700 Received: from ast.com by relay3.UU.NET with SMTP id QQypik23450; Thu, 11 May 1995 21:43:21 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA16549 (5.67b/IDA-1.5 for uunet!freebsd.org!hackers); Thu, 11 May 1995 18:43:29 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Thu, 11 May 95 20:40 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0s9jee-0004vyC; Thu, 11 May 95 20:36 CDT Message-Id: Date: Thu, 11 May 95 20:36 CDT To: hackers@FreeBSD.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Thu May 11 1995, 20:36:35 CDT Subject: Docs for both ends of SLIP/PPP connection? Sender: hackers-owner@FreeBSD.org Precedence: bulk I have been asked the same question for the third time in as many weeks so I thought I would ask it (once) here. Is there any step-by-step documents that describe how to set up a SLIP and/or PPP connection on a FreeBSD system FOR BOTH ENDS? That is, documentation that tells how to set up ports on a FreeBSD system to act as SLIP/PPP ports to connect to (dial-in), AND documentation for how to make an outgoing SLIP/PPP call using FreeBSD to a remote server, possibly even a remote FreeBSD server? These questions are coming from people where I work who have FreeBSD systems at home and some at work, and they can't figure out how to make SLIP or PPP work, particularly on the system that they dial-in to. There seems to be several examples and FAQs around (although some seem out of date and contradictory) describing how to dial-out to an ISP SLIP/PPP system. I haven't seen anything useful that covers how to set up the ISP side, precautions to take, etc. The only FAQ I have seen had massive gaps in information, such as assuming you already had /etc/ttys, gettys, the kernel and other stuff set up "the right way" for SLIP/PPP to be used. You wouldn't believe some of the "maybe it will work if I turn this and this on" stuff I have seen by people trying to bridge the gaps. Because of the problems, most are using Windows '95 on both ends so that they can do SLIP/PPP, but they would rather use FreeBSD. Do these documents exist in an up-to-date, accurate form? Please let me know. If they don't, is there someone willing to write one up? I would strongly recommend including this material in 2.0.5. Thanks. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A WORKING PCI BOARD! ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Thu May 11 19:45:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA25693 for hackers-outgoing; Thu, 11 May 1995 19:45:15 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA25668 for ; Thu, 11 May 1995 19:44:58 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA04907 for hackers@freebsd.org; Fri, 12 May 1995 08:45:02 +0500 From: "Serge A. Babkin" Message-Id: <199505120345.IAA04907@hq.icb.chel.su> Subject: No PS/2 mouse driver in default kernel To: hackers@FreeBSD.org Date: Fri, 12 May 1995 08:45:01 +0500 (GMT+0500) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 317 Sender: hackers-owner@FreeBSD.org Precedence: bulk Why there is no PS/2 mouse driver in the default kernel of 950412-SNAP ? Or maybe it is assumed that kernel must be anyway rebuilt to run X, isn't it ? Thank you for any explaining of this. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu May 11 20:07:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA27117 for hackers-outgoing; Thu, 11 May 1995 20:07:58 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA27103 for ; Thu, 11 May 1995 20:07:53 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA12192; Thu, 11 May 95 21:01:19 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505120301.AA12192@cs.weber.edu> Subject: Re: Apache + FreeBSD 2.0 benchmark results To: freebsd-hackers@FreeBSD.org Date: Thu, 11 May 95 21:01:19 MDT Cc: taob@gate.sinica.edu.tw In-Reply-To: <199505112230.BAA29734@lk-hp-20.hut.fi> from "Juha Inkari" at May 12, 95 01:30:30 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > from. What you have is an I/O Dispatching server according to what I've > > been taught . > > I guess the point is differentiating servers in how they perform > multi-tasking. The server could dispatch several requests to different > tasks or it could process the requests syncronously consuming several > tasks for one request. Here goes yet another set of names: I/O dispatch and event dispatch models are not necessarily multitasking at all; they run in a flat stack space, so they aren't even really tasks. > - Repeated forking heavyweight processing server. > - Multiple forked heavyweight processing server. > - Lightweight processing server. > > Also, multi-threaded or asyncronous could be added for clarification > in some contexts. The "lightweight processing server" says nothing > about the time of creation of the processing tasks, or about the > "lightness" of the thread of control, except that it should not be as > resource consuming that the "heavyweight" model. This is getting rather silly, and is devolving quickly into fictional semantics. I have an exhaustive list of the tasking models I considered when working with Drew Spencer on the NWU 4.0 code which I will send (not to the list) under seperate cover when I get it done. You may have to kick me in a week and again a week after that to get me to hop to it, though. It lists the models, the implementations available for each model type, and the tradeoffs they entail. Unfortunately, there's not a good Knuth book I can point you at (we all know why that is). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 11 20:08:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA27225 for hackers-outgoing; Thu, 11 May 1995 20:08:58 -0700 Received: from ebrps.engr.subr.edu (root@[192.207.173.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA27212 for ; Thu, 11 May 1995 20:08:55 -0700 Received: from ebrps.engr.subr.edu by ebrps.engr.subr.edu (AIX 3.2/UCB 5.64/4.03) id AA09202; Thu, 11 May 1995 22:05:21 -0500 Message-Id: <9505120305.AA09202@ebrps.engr.subr.edu> Date: Thu, 11 May 95 22:04:08 EDT From: @@ebrps.engr.subr.edu () Reply-To: @@ebrps.engr.subr.edu () To: hackers@FreeBSD.org X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE) Subject: X-mouse ills Sender: hackers-owner@FreeBSD.org Precedence: bulk Stange, I recall asking on here approximately a week ago how to configure a SLIP client under FreeBSD using TIA... I didn't work immediatley, but we stayed up late hacking our way through IP routing tables and were sucessful!! FreeBSD is my OS of choice now, I feel proud to use such a quality /*free*/ OS. I installed X via FTP painlessly, but one problem remains, I've got a MS compatible bus-mouse.. I've tried using /dev/mse0 for it w/ no luck, and MAKEDEV won't make a tty00 under the 950412 snapshot I'm running.. Any ideas?? From owner-freebsd-hackers Thu May 11 21:03:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA28961 for hackers-outgoing; Thu, 11 May 1995 21:03:31 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA28954 ; Thu, 11 May 1995 21:03:30 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: "Serge A. Babkin" cc: hackers@FreeBSD.org Subject: Re: No PS/2 mouse driver in default kernel In-reply-to: Your message of "Fri, 12 May 95 08:45:01 +0500." <199505120345.IAA04907@hq.icb.chel.su> Date: Thu, 11 May 1995 21:03:30 -0700 Message-ID: <28953.800251410@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk Because the PS/2 mouse driver is an IRQ-sharing bodge that frequently causes people's keyboards not to work. It needs to be integrated directly into syscons and/or pcvt. Jordan > > Why there is no PS/2 mouse driver in the default kernel of > 950412-SNAP ? Or maybe it is assumed that kernel must be anyway > rebuilt to run X, isn't it ? > > Thank you for any explaining of this. > > > Serge Babkin > > ! (babkin@hq.icb.chel.su) > ! Headquarter of Joint Stock Commercial Bank "Chelindbank" > ! Chelyabinsk, Russia From owner-freebsd-hackers Thu May 11 21:16:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA29533 for hackers-outgoing; Thu, 11 May 1995 21:16:19 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA29527 ; Thu, 11 May 1995 21:16:15 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id VAA14085; Thu, 11 May 1995 21:15:56 -0700 From: "Rodney W. Grimes" Message-Id: <199505120415.VAA14085@gndrsh.aac.dev.com> Subject: Re: No PS/2 mouse driver in default kernel To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Thu, 11 May 1995 21:15:55 -0700 (PDT) Cc: babkin@hq.icb.chel.su, hackers@FreeBSD.org In-Reply-To: <28953.800251410@freefall.cdrom.com> from "Jordan K. Hubbard" at May 11, 95 09:03:30 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1723 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Because the PS/2 mouse driver is an IRQ-sharing bodge that frequently > causes people's keyboards not to work. It needs to be integrated > directly into syscons and/or pcvt. Not quite right, Terry is going to jump in here I am sure, is what needs to happen is the keyboard code needs to be ripped out of both syscons and pcvt and put in a separate driver. This new driver needs to handle the PS/2 mouse, and the keyboard, but nothing else. Understand that the way the hardware is built the PS/2 mouse really looks like it is part of the keyboard controller chip (and in fact on many machines it is inside the same chip). There is no such physical tie between the keyboard hardware and the video hardware so there should be no ties at the isa/ driver layer, but instead at a layer above that. This change would reduce a large chunk of duplicate code between pcvt, syscons and psm. There was tons of architectural discussion on what was once the console driver mailing list. I am sure Terry has this all rat holed some place on his system. That group of folks did come up with a very good layered architecture that should be used to fix this whole mess. > > Jordan > > > > > > Why there is no PS/2 mouse driver in the default kernel of > > 950412-SNAP ? Or maybe it is assumed that kernel must be anyway > > rebuilt to run X, isn't it ? > > > > Thank you for any explaining of this. > > > > > > Serge Babkin > > > > ! (babkin@hq.icb.chel.su) > > ! Headquarter of Joint Stock Commercial Bank "Chelindbank" > > ! Chelyabinsk, Russia > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 11 22:44:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA03985 for hackers-outgoing; Thu, 11 May 1995 22:44:46 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA03937 for ; Thu, 11 May 1995 22:44:24 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA00312; Fri, 12 May 1995 13:43:03 +0800 Date: Fri, 12 May 1995 13:43:02 +0800 (CST) From: Brian Tao To: Terry Lambert cc: freebsd-hackers@FreeBSD.org Subject: Re: Apache + FreeBSD 2.0 benchmark results (fwd) In-Reply-To: <9505111732.AA00778@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 11 May 1995, Terry Lambert wrote: > > It's clear, but it's redundant. All forking is "demand forking", in > that a fork will not occur unless you "demand" it by calling "fork". I suppose it depends on your point-of-view. Traditional httpd's will fork when a client demands a connection. NCSA httpd 1.4 in "forkless" mode does not. It does all the forking and execing at the beginning (on demand from the master httpd, but not from the HTTP client) and, in most cases, does not fork when a client wants a connection. I suppose I'll stick with it just to make a clear distinction between the two. > My car has "demand start". 8-). Ah, but not all do. I used to own a car that didn't have demand starting, especially on a cold Canadian winter morning. ;-) > > Perhaps a new httpd could be modelled on IRC. *shudder* :) > > Please, no! The model is not that effecient in the first place, and > the IRC server is as bad a code example as most muds in the second! Okay, okay... just kidding. ;-) > That's the wonderful thing about CS terms -- there are so many to choose > from. What you have is an I/O Dispatching server according to what I've > been taught . A term I've heard running around the httpd circles is a "salad shooter" server. Apparently there is a product of American marketing genius that consists of a handheld piece of kitchen equipment shaped and held like a gun. One drops various salad ingredients into one end of the implement, some sort of mechanical processing takes place inside the contraption, and out the business end of the gun comes a "stream of salad". You aim this thing at a lunch patron's bowl, and fire. Amazing. I've not seen this ad (sounds like something that would come on after the late, late night movie), but I'm told it can shoot several streams of salad at once, analagous to a single information server process that can handle multiple data streams. Am I making any sense? ;-) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri May 12 00:16:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA12530 for hackers-outgoing; Fri, 12 May 1995 00:16:10 -0700 Received: from silicon.csci.csusb.edu (silicon.csci.csusb.edu [139.182.38.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA12524 for ; Fri, 12 May 1995 00:16:08 -0700 Received: from orion.csci.csusb.edu by silicon.csci.csusb.edu (5.0/SMI-SVR4) id AA11324; Fri, 12 May 1995 00:21:47 +0800 Received: by orion.csci.csusb.edu (5.0/SMI-SVR4) id AA04915; Fri, 12 May 1995 00:15:29 +0800 Date: Fri, 12 May 1995 00:15:28 -0700 (PDT) From: Neal Westfall To: hackers@FreeBSD.org Subject: 3C509 and NI5210 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1060 Sender: hackers-owner@FreeBSD.org Precedence: bulk What is the current state of the 3C509 driver? I'm trying to use it with the BNC port. Do I need the LINK2 option or not? I'm trying to get it working with a machine at the other end which has an NI5210 (ie driver) installed in it. Both the 3C509 and NI5210 cards are successfully probed on boot up. The NI5210 is the 16K variant. So far I can ifconfig both of them just fine and ping myself on both of them but they won't talk to each other. Here is output of ifconfig ep0: ep0: flags=863 mtu 1500 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:60:8c:c2:5d:73 And ifconfig ie0 from the other machine: ie0: flags=8863 mtu 1500 inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 ether 02:07:01:09:0f:80 Neal Westfall nwestfal@csci.csusb.edu FreeBSD 2.0-BUILT-19950503 #0: Wed May 3 11:08:38 PDT 1995 root@darkside.csci.csusb.edu:/usr/src/sys/compile/DARKSIDE From owner-freebsd-hackers Fri May 12 00:21:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA12904 for hackers-outgoing; Fri, 12 May 1995 00:21:35 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA12898 for ; Fri, 12 May 1995 00:21:34 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id AAA19396 for ; Fri, 12 May 1995 00:21:41 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id PAA00664; Fri, 12 May 1995 15:18:47 +0800 Date: Fri, 12 May 1995 15:18:45 +0800 (CST) From: Brian Tao To: Frank Durda IV cc: hackers@FreeBSD.org Subject: Re: Docs for both ends of SLIP/PPP connection? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 11 May 1995, Frank Durda IV wrote: > > Do these documents exist in an up-to-date, accurate form? Please > let me know. If they don't, is there someone willing to write one up? > I would strongly recommend including this material in 2.0.5. Thanks. I would very much like to see this kind of documentation. We recently hired two more postdocs, both of whom have Powerbooks and would like to work from home whenever possible. Both have MacPPP installed, and I have a couple of modems on order for one of the FreeBSD machines here. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri May 12 00:25:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA13283 for hackers-outgoing; Fri, 12 May 1995 00:25:44 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA13260 for ; Fri, 12 May 1995 00:25:27 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id PAA00678; Fri, 12 May 1995 15:23:02 +0800 Date: Fri, 12 May 1995 15:23:02 +0800 (CST) From: Brian Tao To: Pedro A M Vazquez cc: hackers@FreeBSD.org Subject: Re: [MESA:12] OpenGL for Linux from E&S (fwd) In-Reply-To: <199505112014.RAA01739@kalypso.iqm.unicamp.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 11 May 1995, Pedro A M Vazquez wrote: > > Should we ask E&S to do a port for FBSD? Porting the SI is not > dificult if you have the sources and the license. I'd love to have OpenGL/DGL available on the FreeBSD machines, since we are mainly an SGI shop. Heck if I could run Showcase and have it display on a FreeBSD machine, that would be a good enough reason to buy the product. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri May 12 00:41:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA14432 for hackers-outgoing; Fri, 12 May 1995 00:41:07 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA14412 ; Fri, 12 May 1995 00:40:57 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA00383; Fri, 12 May 1995 00:40:01 -0700 From: "Rodney W. Grimes" Message-Id: <199505120740.AAA00383@gndrsh.aac.dev.com> Subject: CODE FREEZE is going to happen To: cvs-committers@FreeBSD.org Date: Fri, 12 May 1995 00:40:01 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2361 Sender: hackers-owner@FreeBSD.org Precedence: bulk Okay, folks, Jordan has asked me to be source code Czar for the next week or so as we are getting very close to the 2.0.5 code cut, we would like to coast down to a bug fix only mode for this time period. Effective Sunday May 13, 1995 12:01AM PDT we are in release code freeze. Now, as to what this means: 1) Kernel changes should be restricted to bug fixes only, all requests for new features will be denied. No exceptions this time, both Jordan and I have been bitten too many times by trying to squeeze in a new piece of code. 2) All kernel bug fixes are to be reviewed by David Greenman *before* they are committed. Any patches that David himself originates will need to be reviewed by someone else before he commits them, this is a sanity check on all changes to the kernel. 3) Changes to code outside the kernel should be restricted to bug fixes as well. Any changes to key system components such as those in /usr/src/Makefile targets lib-tools, libraries, and tools will require review by Jordan, David and myself. You all know what key parts of the system are, we have been down this road in the past. This may seem pretty strict, but it is to make darn sure we have complete sanity checks at this point in time for all changes to key system components. 4) There should be *no* code imports, or functionality added to any place in the source tree. Also just because you have some time before this goes into effect does not mean you should try to cram things in the tree now just so you can bug fix it after May 13th. Anyone doing this will be slammed around for doing it. 5) I suggest that Satoshi start locking down the ports tree at this time as well, time to start getting that massive collection built and tested! 6) Documentation such as man pages and FAQ's are still open, we can upgrade documentation without effecting the binaries so these can be changed up to the point that the final cvs co for building the release is made. 7) Breaking these rules is grounds to have your cvs access turned off until after the 2.0.5 release is out the door. NO EXCEPTIONS WILL BE MADE!!! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri May 12 01:03:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA16000 for hackers-outgoing; Fri, 12 May 1995 01:03:21 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA15993 for ; Fri, 12 May 1995 01:03:11 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id AAA00464; Fri, 12 May 1995 00:53:22 -0700 Message-Id: <199505120753.AAA00464@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Brian Tao cc: Pedro A M Vazquez , hackers@FreeBSD.org Subject: Re: The Case of Thomas Vs. E&S ([MESA:12] OpenGL for Linux ) In-reply-to: Your message of "Fri, 12 May 1995 15:23:02 +0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 May 1995 00:53:19 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Thu, 11 May 1995, Pedro A M Vazquez wrote: > > > > Should we ask E&S to do a port for FBSD? Porting the SI is not > > dificult if you have the sources and the license. > > I'd love to have OpenGL/DGL available on the FreeBSD machines, > since we are mainly an SGI shop. Heck if I could run Showcase and > have it display on a FreeBSD machine, that would be a good enough > reason to buy the product. > -- A couple of points: Xinside, Thomas Roell company, was completating doing OpenGL. His offering also includes support for a video capture. If we start generating requests we may be able to get him to sell it us... Software implementation of OpenGL is great but is absolutly nothing compared to hardware support for a chipset such as the Real3d or to a lesser extent the Glint chipset. So in this respect we can really dust the linux crowd. Now the Real3d is slated to be release the later part of this year so if we start requesting support for it we may still have a chance :) Whats all the fuzz about the Real3d chipset? Well, imagine a high-end SGI graphics workstation sitting on your desk but at a fraction of the cost of an SGI workstation. For info on Real3D: www http://www.mmc.com/real3d/ email real3d@mmc.com voice 800 393 7730 fax 407 826 3358 I really do think that we as whole have to be more active in pursuing support for key strategic technologies. Enjoy, Amancio From owner-freebsd-hackers Fri May 12 01:53:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA18078 for hackers-outgoing; Fri, 12 May 1995 01:53:26 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA18061 for ; Fri, 12 May 1995 01:53:20 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id QAA00834; Fri, 12 May 1995 16:51:30 +0800 Date: Fri, 12 May 1995 16:51:29 +0800 (CST) From: Brian Tao To: Amancio Hasty cc: Pedro A M Vazquez , hackers@FreeBSD.org Subject: Re: The Case of Thomas Vs. E&S ([MESA:12] OpenGL for Linux ) In-Reply-To: <199505120753.AAA00464@star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 12 May 1995, Amancio Hasty wrote: > > Whats all the fuzz about the Real3d chipset? > Well, imagine a high-end SGI graphics workstation sitting > on your desk but at a fraction of the cost of an SGI workstation. I'll believe it when I see it. :) The Real3D card still has to deal with the PC bus and memory architecture. How des Real3D (or Martin Marietta) feel about releasing/licensing driver information to us free OS people? Any type of 3D graphics work calls for specialized hardware. Software is portable, but excruciatingly slow. I was playing with Xmgf (a 3D object viewer for X/Motif) on my FreeBSD box. Even the most basic Indy configuration (less than $10K) blows away the PC when rotating, scaling and rendering these objects. Same goes for X11/Motif Geomview vs. GL-enabled Geomview. No comparison. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Fri May 12 02:18:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA19698 for hackers-outgoing; Fri, 12 May 1995 02:18:18 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA19620 ; Fri, 12 May 1995 02:17:51 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id CAA09554; Fri, 12 May 1995 02:17:38 -0700 Date: Fri, 12 May 1995 02:17:38 -0700 Message-Id: <199505120917.CAA09554@silvia.HIP.Berkeley.EDU> To: rgrimes@gndrsh.aac.dev.com CC: cvs-committers@FreeBSD.org, FreeBSD-hackers@FreeBSD.org In-reply-to: <199505120740.AAA00383@gndrsh.aac.dev.com> (rgrimes@gndrsh.aac.dev.com) Subject: Re: CODE FREEZE is going to happen From: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * 5) I suggest that Satoshi start locking down the ports tree at this time * as well, time to start getting that massive collection built and tested! Okay...I'll take a look at the whole tree and post a list of things that need to be taken a look at later today. Meanwhile, the latest packages are on wcarchive so people are welcome to grab and test them. By the way, I have a REQUEST...sorry for yelling, but I need this functionality real bad. Can someone add the ldconfig -a flag to ldconfig? This tells ldconfig to scan the directory and add everything in that directory to /var/run/ld.so.hints. Or you can make it one file only, it doesn't really matter...maybe that's easier and safer. The reason why I need is that the way it is right now, if I do a top-down build on the ports tree, LIB_DEPENDS will correctly build and install the dependee's shared library before it's needed, but if the depender needs to actually *run* the program, it will go down in flames. And we can't just do "ldconfig" from the install rule with some arbitrary path, because we don't know what the user has added to the library path by herself. I know I can set LD_LIBRARY_PATH=/usr/lib:/usr/local/lib:/usr/X11R6/lib for building ports but that still doesn't solve the problem for the (either ports or package) users. I will really appreciate it if someone can hack this up and add it to the tree before the code freeze. Thanks.... Satoshi From owner-freebsd-hackers Fri May 12 03:33:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA24450 for hackers-outgoing; Fri, 12 May 1995 03:33:10 -0700 Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA24443 for ; Fri, 12 May 1995 03:33:04 -0700 Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX941209-Fujitsu Mail Gateway) id TAA04355; Fri, 12 May 1995 19:32:52 +0900 Received: from fdm.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W5-MX950127-Fujitsu Domain Mail Master) id TAA08262; Fri, 12 May 1995 19:32:21 +0900 Received: from sysrap by fdm.fujitsu.co.jp (5.65/6.4J.6) id AA24806; Fri, 12 May 95 19:32:21 +0900 Received: from seki.sysrap.cs.fujitsu.co.jp by spad.sysrap.cs.fujitsu.co.jp with smtp (Smail3.1.28.1 #1) id m0s9s8I-00068JC; Fri, 12 May 95 19:39 JST Date: Fri, 12 May 95 19:27:46 JST From: Masahiro SEKIGUCHI Message-Id: <9505121027.AA23423@seki.sysrap.cs.fujitsu.co.jp> To: FreeBSD-Hackers@FreeBSD.org Subject: Questions/comments on ed driver Sender: hackers-owner@FreeBSD.org Precedence: bulk I examined the ed driver (of 950412 SNAP.) I found some (essentially 2) strangeness in it. I'm not sure I found bugs or just misunderstood. It is appreciated if you hackers give me comments. 1. If_ed.c defines ETHER_MAX be 1518 and ETHER_MIN 64. The length includes 4 bytes for CRC. However, it looks like the program compares them against packet lengths *without* CRC. 2. When put into 16 bit operation (isa16bit is on), if_ed.c turns the interface in 16 bit mode just before data transfer, and then back in 8 bit mode everytime. The comment says it makes DOS reboot process happy, but, if so, why cannot the back-in-8-bit process be done only in kdc_shutdown() hook? From owner-freebsd-hackers Fri May 12 03:50:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA25220 for hackers-outgoing; Fri, 12 May 1995 03:50:37 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA25210 for ; Fri, 12 May 1995 03:50:32 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id DAA02656; Fri, 12 May 1995 03:40:36 -0700 Message-Id: <199505121040.DAA02656@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Brian Tao cc: Pedro A M Vazquez , hackers@FreeBSD.org Subject: Re: The Case of Thomas Vs. E&S ([MESA:12] OpenGL for Linux ) In-reply-to: Your message of "Fri, 12 May 1995 16:51:29 +0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 May 1995 03:40:32 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'll believe it when I see it. :) The Real3D card still has to > deal with the PC bus and memory architecture. How des Real3D (or ^^^^^^^^^^^^^^^^^^^^^^^^^^^ Which will not be that much affected by the chipset because typically one issues a high level command to the card like draw polygon, etc.. > Martin Marietta) feel about releasing/licensing driver information to Well, if they received one request from me most likely they are not going to feel too compel to release any info. On the other hand they are in the business of selling the chipset so I will not be surprised if they actually let us have the info that we need to program their chipset. The worst case is that they may ask us to sign a NDA. Again, the low SGI machines are no where in the same league not sure what SGI is going to do about this nor do I care :) Amancio From owner-freebsd-hackers Fri May 12 04:56:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA28223 for hackers-outgoing; Fri, 12 May 1995 04:56:59 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA28213 for ; Fri, 12 May 1995 04:56:57 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id NAA05314 for ; Fri, 12 May 1995 13:56:49 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id NAA21706 for hackers@FreeBSD.org; Fri, 12 May 1995 13:56:48 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505121156.NAA21706@blaise.ibp.fr> Subject: uname output for 2.0.5 To: hackers@FreeBSD.org (Hackers' list FreeBSD) Date: Fri, 12 May 1995 13:56:48 +0200 (MET DST) X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 416 Sender: hackers-owner@FreeBSD.org Precedence: bulk Can I assume that the output of uname in 2.0.5 will be 2.0.5-RELEASE or something beginning with 2.0.5 ? I want to update the hints/freebsd.sh for Perl5 and send it to the perl5-porters list as I have done before but I need a way to separate 2.0-RELEASE from 2.0.5. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Fri May 12 05:06:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA28815 for hackers-outgoing; Fri, 12 May 1995 05:06:24 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA28803 ; Fri, 12 May 1995 05:06:21 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: roberto@blaise.ibp.fr (Ollivier Robert) cc: hackers@FreeBSD.org (Hackers' list FreeBSD) Subject: Re: uname output for 2.0.5 In-reply-to: Your message of "Fri, 12 May 95 13:56:48 +0200." <199505121156.NAA21706@blaise.ibp.fr> Date: Fri, 12 May 1995 05:06:21 -0700 Message-ID: <28802.800280381@freefall.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Can I assume that the output of uname in 2.0.5 will be > 2.0.5-RELEASE or something beginning with 2.0.5 ? It's certainly going to be 2.0.5-RELEASE as far as I know.. Jordan From owner-freebsd-hackers Fri May 12 05:18:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA29277 for hackers-outgoing; Fri, 12 May 1995 05:18:01 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA29271 for ; Fri, 12 May 1995 05:17:59 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id FAA07593; Fri, 12 May 1995 05:17:57 -0700 Date: Fri, 12 May 1995 05:17:57 -0700 Message-Id: <199505121217.FAA07593@silvia.HIP.Berkeley.EDU> To: hackers@FreeBSD.org Subject: Large installations of FreeBSD? From: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello FreeBSD hackers. I'm the one that asked about "case for FreeBSD" help a while ago...well I'm still fighting for my life against a large number of WS and Linux proponents. Anyway, I have a question for you. Are any of you using FreeBSD in a large community? By large, I mean: (1) The machine is "large", i.e., lots of memory/disk, large number of users/ftp/http connections (e.g., wcarchive, Brian Tao's www site) (2) There are a large number of FreeBSD machines in the single administrative domain (e.g., cdrom.com) Any info is appreciated. Thanks Satoshi From owner-freebsd-hackers Fri May 12 05:19:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA29310 for hackers-outgoing; Fri, 12 May 1995 05:19:17 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA29304 for ; Fri, 12 May 1995 05:19:15 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA22574; Fri, 12 May 95 14:19:01 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id OAA19200; Fri, 12 May 1995 14:30:24 +0200 Message-Id: <199505121230.OAA19200@gilberto.physik.rwth-aachen.de> Subject: Re: CODE FREEZE is going to happen To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 12 May 1995 14:30:24 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199505120740.AAA00383@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 12, 95 00:40:01 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 792 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Okay, folks, Jordan has asked me to be source code Czar for the next > week or so as we are getting very close to the 2.0.5 code cut, we would > like to coast down to a bug fix only mode for this time period. > > Effective Sunday May 13, 1995 12:01AM PDT we are in release code freeze. ^^? Do you mean Saturday May 13 or Sunday May 14 ? > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950507 FreeBSD 2.0-BUILT-1995 0507 #0: Sun May 7 18:08:05 MET DST 1995 root@blues.physik.rwth-aachen.d e:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Fri May 12 06:11:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA02281 for hackers-outgoing; Fri, 12 May 1995 06:11:13 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA02273 for ; Fri, 12 May 1995 06:11:11 -0700 Received: (from adhir@localhost) by bigdipper.iagi.net (8.6.8/8.6.6) id JAA14937; Fri, 12 May 1995 09:10:45 -0400 Date: Fri, 12 May 1995 09:10:44 -0400 (EDT) From: "Alok K. Dhir" To: freebsd-hackers@FreeBSD.org cc: Terry Lambert , freebsd-hackers@FreeBSD.org, taob@gate.sinica.edu.tw Subject: Re: Apache + FreeBSD 2.0 benchmark results In-Reply-To: <199505112230.BAA29734@lk-hp-20.hut.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk How about you all take freebsd-hackers out of the cc line...? I've had it with the repeated forking quasi multitasking asychronous task processing $#@$@#!$@# ;-) On Fri, 12 May 1995, Juha Inkari wrote: > > > from. What you have is an I/O Dispatching server according to what I've > > been taught . > > I guess the point is differentiating servers in how they perform > multi-tasking. The server could dispatch several requests to different > tasks or it could process the requests syncronously consuming several > tasks for one request. Here goes yet another set of names: > > - Repeated forking heavyweight processing server. > - Multiple forked heavyweight processing server. > - Lightweight processing server. > > Also, multi-threaded or asyncronous could be added for clarification > in some contexts. The "lightweight processing server" says nothing > about the time of creation of the processing tasks, or about the > "lightness" of the thread of control, except that it should not be as > resource consuming that the "heavyweight" model. > Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-hackers Fri May 12 07:00:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA04283 for hackers-outgoing; Fri, 12 May 1995 07:00:03 -0700 Received: from cs.sunysb.edu (sbcs.sunysb.edu [130.245.1.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA04271 for ; Fri, 12 May 1995 07:00:01 -0700 Received: from sbgrad9.csdept (sbgrad9.cs.sunysb.edu [130.245.2.29]) by cs.sunysb.edu (8.6.11/8.6.9) with SMTP id JAA04255 for ; Fri, 12 May 1995 09:59:59 -0400 Date: Fri, 12 May 1995 09:59:59 -0400 From: Michael Vernick Message-Id: <199505121359.JAA04255@cs.sunysb.edu> To: freebsd-hackers@FreeBSD.org Subject: MPEG Decoder Sender: hackers-owner@FreeBSD.org Precedence: bulk Anyone have or working on a driver for an MPEG decoder card? mv From owner-freebsd-hackers Fri May 12 08:36:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08712 for hackers-outgoing; Fri, 12 May 1995 08:36:16 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA08657 for ; Fri, 12 May 1995 08:36:14 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id IAA27968; Fri, 12 May 1995 08:34:44 -0700 Message-Id: <199505121534.IAA27968@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Neal Westfall cc: hackers@FreeBSD.org Subject: Re: 3C509 and NI5210 In-reply-to: Your message of "Fri, 12 May 1995 00:15:28 PDT." Date: Fri, 12 May 1995 08:34:44 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >What is the current state of the 3C509 driver? I'm trying to use it with >the BNC port. Do I need the LINK2 option or not? I'm trying to get it The link2 option is only needed to access the 10base-T or aui port on the card. >working with a machine at the other end which has an NI5210 (ie driver) >installed in it. Both the 3C509 and NI5210 cards are successfully probed >on boot up. The NI5210 is the 16K variant. So far I can ifconfig both >of them just fine and ping myself on both of them but they won't talk to >each other. > >Here is output of ifconfig ep0: >ep0: flags=863 mtu 1500 > inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 > ether 00:60:8c:c2:5d:73 Looks normal for BNC. > >And ifconfig ie0 from the other machine: >ie0: flags=8863 mtu 1500 > inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 > ether 02:07:01:09:0f:80 > I don't know about the ie driver, but I have a 3C509 working just fine here on the 10Base-T port. > >Neal Westfall nwestfal@csci.csusb.edu > >FreeBSD 2.0-BUILT-19950503 #0: Wed May 3 11:08:38 PDT 1995 > root@darkside.csci.csusb.edu:/usr/src/sys/compile/DARKSIDE > > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Fri May 12 08:40:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08910 for hackers-outgoing; Fri, 12 May 1995 08:40:42 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA08895 for ; Fri, 12 May 1995 08:40:37 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.9/8.6.9) with SMTP id IAA04184; Fri, 12 May 1995 08:31:00 -0700 Message-Id: <199505121531.IAA04184@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Michael Vernick cc: freebsd-hackers@FreeBSD.org Subject: Re: MPEG Decoder In-reply-to: Your message of "Fri, 12 May 1995 09:59:59 EDT." <199505121359.JAA04255@cs.sunysb.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 May 1995 08:30:58 -0700 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk > Anyone have or working on a driver for an MPEG decoder card? > > mv > brian@MediaCity.Com (Brian Litzinger) wrote a driver for the OmniMedia Talisman and submitted his driver to the source tree. I yet have to see it in the source tree... The driver works rather well and is a lot of fun watching mpeg system files in the vga console with the simple utility that Brian wrote. Whats left at least from my point of view is to add X Server support and the ability to read CD-I and VideoCD. This has proven very difficult for me so far whithout the docs so if anyone out there has the docs and can put up for ftp access a binary which can read CD-I or VideoCD it will help out a lot. Since not all cdrom drivers are white book or green book compliant, I have a: (aha0:2:0): "PLEXTOR CD-ROM PX-4XCH 1.22" type 5 removable SCSI 2 Probably next week, I will start the work for the X server side of things. Amancio From owner-freebsd-hackers Fri May 12 09:28:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11239 for hackers-outgoing; Fri, 12 May 1995 09:28:31 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11229 for ; Fri, 12 May 1995 09:28:25 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id SAA04307 for ; Fri, 12 May 1995 18:27:54 +0200 Message-Id: <199505121627.SAA04307@lirmm.lirmm.fr> To: hackers@FreeBSD.org Subject: 3C5x9 Date: Fri, 12 May 1995 18:27:51 +0200 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, I am trying to install a 3C5x9 ethernet card on a pentium 100, and the latest snapshot. After a lot of problems, I am able to do this but only with the following situation : boot single user the card is probed exit to return multi user. note that the card is slow! (is 9600 important for full internet mode??) If I boot in multi user mode, the card is not found. If I boot with -c probe ep0 return 0x0 attach ep0 return invalid address (i.e ff:ff:ff ...) the card is not found. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Fri May 12 09:40:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11710 for hackers-outgoing; Fri, 12 May 1995 09:40:41 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11704 for ; Fri, 12 May 1995 09:40:40 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA04517; Fri, 12 May 1995 09:38:54 -0700 From: Poul-Henning Kamp Message-Id: <199505121638.JAA04517@ref.tfs.com> Subject: Re: The Case of Thomas Vs. E&S ([MESA:12] OpenGL for Linux ) To: hasty@star-gate.com (Amancio Hasty) Date: Fri, 12 May 1995 09:38:54 -0700 (PDT) Cc: taob@gate.sinica.edu.tw, vazquez@iqm.unicamp.br, hackers@FreeBSD.org In-Reply-To: <199505121040.DAA02656@star-gate.com> from "Amancio Hasty" at May 12, 95 03:40:32 am Content-Type: text Content-Length: 363 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I'll believe it when I see it. :) The Real3D card still has to > > deal with the PC bus and memory architecture. How des Real3D (or Move this to chat@freebsd.org please. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Fri May 12 09:42:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11742 for hackers-outgoing; Fri, 12 May 1995 09:42:44 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11730 for ; Fri, 12 May 1995 09:42:19 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id SAA04446; Fri, 12 May 1995 18:42:04 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id SAA14396; Fri, 12 May 1995 18:42:03 +0200 Message-Id: <199505121642.SAA14396@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: hackers@FreeBSD.org Subject: Re: Large installations of FreeBSD? Date: Fri, 12 May 1995 18:42:03 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hello FreeBSD hackers. I'm the one that asked about "case for > FreeBSD" help a while ago...well I'm still fighting for my life > against a large number of WS and Linux proponents. > > Anyway, I have a question for you. Are any of you using FreeBSD in a > large community? By large, I mean: > > (1) The machine is "large", i.e., lots of memory/disk, large number of > users/ftp/http connections (e.g., wcarchive, Brian Tao's www site) Yup. We are large in this way. I am a Senior Network Engineer for an internet providor in South Africa. Our news/nameserver is a FreeBSD box, and it has a feed of _ALL_ the nesgroups we can find (Including clari.*!). We are running INN, and we both redistrubute bulk news to client sites and offer nnrp to dial-in users around the country. The machine has 64MB of RAM, 6GB of Disk space on 4 SCSI disks, 1 Adaptec 1542 SCSI controller, and the CPU is a 486DX2/66. Over this weekend I am going to make it the HTTP/FTP site for our domain too, as I find most of the time, in spite of an _extremely_ busy console log, the machine is just ticking over (Load averages << 1). This what you want? Mark -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Fri May 12 10:12:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13222 for hackers-outgoing; Fri, 12 May 1995 10:12:31 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA13204 for ; Fri, 12 May 1995 10:12:22 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id NAA08828; Fri, 12 May 1995 13:08:25 -0400 Date: Fri, 12 May 1995 13:08:24 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: 3C5x9 To: Philippe Charnier cc: hackers@FreeBSD.org In-Reply-To: <199505121627.SAA04307@lirmm.lirmm.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 12 May 1995, Philippe Charnier wrote: > I am trying to install a 3C5x9 ethernet card on a pentium 100, and the > latest snapshot. After a lot of problems, I am able to do this but only > with the following situation : i believe that you either must build a custom kernel or boot withe the -c option and then disable devices that conflict with your 3x5x9 card. ed0 may conflict on io port. mcd0 may conflict on irq. and is0 also conflicts, if i remember correctly. > boot single user > the card is probed > exit to return multi user. > note that the card is slow! (is 9600 important for full internet mode??) > > If I boot in multi user mode, the card is not found. > If I boot with -c > probe ep0 return 0x0 > attach ep0 return invalid address (i.e ff:ff:ff ...) > the card is not found. > > > > -------- -------- > Philippe Charnier charnier@lirmm.fr > > > LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France > ------------------------------------------------------------------------ > > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Fri May 12 10:21:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13838 for hackers-outgoing; Fri, 12 May 1995 10:21:21 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA13832 for ; Fri, 12 May 1995 10:21:19 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA01377; Fri, 12 May 95 11:13:14 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505121713.AA01377@cs.weber.edu> Subject: Re: No PS/2 mouse driver in default kernel To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 12 May 95 11:13:13 MDT Cc: jkh@freefall.cdrom.com, babkin@hq.icb.chel.su, hackers@FreeBSD.org In-Reply-To: <199505120415.VAA14085@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 11, 95 09:15:55 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Not quite right, Terry is going to jump in here I am sure, is what > needs to happen is the keyboard code needs to be ripped out of > both syscons and pcvt and put in a separate driver. This new driver > needs to handle the PS/2 mouse, and the keyboard, but nothing else. Right you are. And the PS/2 mouse driver would never be accessed directly; there would be translation to a common mouse protocol and it would be fed up through /dev/mouse (as would all the other mouse drivers). > This change would reduce a large chunk of duplicate code between > pcvt, syscons and psm. Amen. > There was tons of architectural discussion on what was once the console > driver mailing list. I am sure Terry has this all rat holed some > place on his system. I do. I also have all the subsequent discussions regarding the console in any way, shape or form. Actually, I've "rat-holed" most of the other major subsystem discussions I've ever participated in (like all the file system issues for every file system type). I even have most of the initial Bill Jolitz shared library discussions squirreled away (though stuff that old is on tape). I'm sure most of this is on the hackers or arch or news archives anyway. > That group of folks did come up with a very good layered architecture > that should be used to fix this whole mess. It did. I disagreed with some points, but then I always have been a maniacal purist when it comes to making design tradeoffs. I count my instructions and I point out that a while loop uses jump's in the assembly code just like goto's (anti-goto freaks don't understand the connection between source code and assembly code, and they don't get the ideas behing single entry/exit and exception handling). I guess it comes from growing up on a 4k machine. Color me rabid. 8-). (I can already hear the cries of "4K?!? >*LUXURY**; Fri, 12 May 1995 10:35:16 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id TAA04935; Fri, 12 May 1995 19:33:41 +0200 Message-Id: <199505121733.TAA04935@lirmm.lirmm.fr> To: "Jonathan M. Bresler" cc: hackers@FreeBSD.org Subject: Re: 3C5x9 In-reply-to: Your message of "Fri, 12 May 1995 13:08:24 EDT." Date: Fri, 12 May 1995 19:33:36 +0200 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Salut, In the message Re: 3C5x9 , "Jonathan M. Bresler" wrote : >On Fri, 12 May 1995, Philippe Charnier wrote: > >> I am trying to install a 3C5x9 ethernet card on a pentium 100, and the >> latest snapshot. After a lot of problems, I am able to do this but only >> with the following situation : > > i believe that you either must build a custom kernel or boot >withe the -c option and then disable devices that conflict with your >3x5x9 card. ed0 may conflict on io port. mcd0 may conflict on irq. >and is0 also conflicts, if i remember correctly. > This is already a custom kernel. the possible conflicts on port and irq are disabled with -c (wt0, mcd0, scd0 were left in the kernel), this was for default settings. The 3c5x9 is now alone at 0x2d0 and alone at irq 11 (and another kernel is made with the minimum). (boot, log as root, run halt, then reboot without powering off) first boot: not found 2nd boot: found 3rd boot: not found 4th boot: found. Strange! -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Fri May 12 10:45:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15377 for hackers-outgoing; Fri, 12 May 1995 10:45:27 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA15369 for ; Fri, 12 May 1995 10:45:24 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA01158; Fri, 12 May 1995 10:44:19 -0700 From: "Rodney W. Grimes" Message-Id: <199505121744.KAA01158@gndrsh.aac.dev.com> Subject: Re: Questions/comments on ed driver To: seki@sysrap.cs.fujitsu.co.jp (Masahiro SEKIGUCHI) Date: Fri, 12 May 1995 10:44:19 -0700 (PDT) Cc: FreeBSD-Hackers@FreeBSD.org In-Reply-To: <9505121027.AA23423@seki.sysrap.cs.fujitsu.co.jp> from "Masahiro SEKIGUCHI" at May 12, 95 07:27:46 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1245 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I examined the ed driver (of 950412 SNAP.) I found some (essentially > 2) strangeness in it. I'm not sure I found bugs or just > misunderstood. > > It is appreciated if you hackers give me comments. > > 1. If_ed.c defines ETHER_MAX be 1518 and ETHER_MIN 64. The length > includes 4 bytes for CRC. However, it looks like the program compares > them against packet lengths *without* CRC. Probably a bug, David will have to decide that. > 2. When put into 16 bit operation (isa16bit is on), if_ed.c turns the > interface in 16 bit mode just before data transfer, and then back in 8 > bit mode everytime. The comment says it makes DOS reboot process > happy, but, if so, why cannot the back-in-8-bit process be done only > in kdc_shutdown() hook? What happens if you panic while the system is running and the board is in 16 bit mode? The system would fail to reboot :-(. The problem is that on some machines, if you leave the board in 16-bit mode, will hang during the BIOS boot. I think the comment should be correted to say that, or both BIOS/DOS. This one is not a bug. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri May 12 10:58:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16133 for hackers-outgoing; Fri, 12 May 1995 10:58:43 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA16127 for ; Fri, 12 May 1995 10:58:40 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA01235; Fri, 12 May 1995 10:57:33 -0700 From: "Rodney W. Grimes" Message-Id: <199505121757.KAA01235@gndrsh.aac.dev.com> Subject: Re: CODE FREEZE is going to happen To: kuku@gilberto.physik.rwth-aachen.de Date: Fri, 12 May 1995 10:57:33 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505121230.OAA19200@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at May 12, 95 02:30:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 622 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > > Okay, folks, Jordan has asked me to be source code Czar for the next > > week or so as we are getting very close to the 2.0.5 code cut, we would > > like to coast down to a bug fix only mode for this time period. > > > > Effective Sunday May 13, 1995 12:01AM PDT we are in release code freeze. > ^^? > > Do you mean Saturday May 13 or Sunday May 14 ? Oooppsss... I mean Sunday May 14, ie, just after midnight Saturday :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri May 12 11:05:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16573 for hackers-outgoing; Fri, 12 May 1995 11:05:16 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16562 for ; Fri, 12 May 1995 11:05:15 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id LAA28444; Fri, 12 May 1995 11:04:58 -0700 Message-Id: <199505121804.LAA28444@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "Philippe Charnier" cc: hackers@FreeBSD.org Subject: Re: 3C5x9 In-reply-to: Your message of "Fri, 12 May 1995 18:27:51 +0200." <199505121627.SAA04307@lirmm.lirmm.fr> Date: Fri, 12 May 1995 11:04:58 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >Hello, > >I am trying to install a 3C5x9 ethernet card on a pentium 100, and the >latest snapshot. After a lot of problems, I am able to do this but only >with the following situation : > >boot single user >the card is probed >exit to return multi user. >note that the card is slow! (is 9600 important for full internet mode??) > >If I boot in multi user mode, the card is not found. >If I boot with -c > probe ep0 return 0x0 > attach ep0 return invalid address (i.e ff:ff:ff ...) > the card is not found. > Sounds like you have it set to the wrong IRQ. > > >-------- -------- >Philippe Charnier charnier@lirmm.fr > > > LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France >------------------------------------------------------------------------ > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Fri May 12 11:07:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16696 for hackers-outgoing; Fri, 12 May 1995 11:07:02 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16689 for ; Fri, 12 May 1995 11:07:01 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.11/8.6.9) with ESMTP id LAA01152 for ; Fri, 12 May 1995 11:06:26 -0700 Message-Id: <199505121806.LAA01152@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.16/16.2) id AA275791841; Fri, 12 May 1995 14:04:01 -0400 From: william pechter ILEX Subject: Sysadmin Book To: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) Date: Fri, 12 May 1995 14:04:01 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 951 Sender: hackers-owner@FreeBSD.org Precedence: bulk check out the following Sysadmin Book... http://sunos-wks.acs.ohio-state.edu/sysadm_course/sysadm_book.ps http://sunos-wks.acs.ohio-state.edu/sysadm_course/sysadm.html It covers SunOS, Solaris, Digital Unix (OSF/1) and is pretty good. The copyright is 1995 Frank G. Fiamingo, Academic Technology Services, The Ohio State University, 506 Baker Systems 1971, Neil Avenue, Columbus OH 43210. "All rights reserved. You may reproduce all or parts of this document so long as you attribute the work to the author" It's pretty close to what I hopped to produce about a year ago. Perhaps we could get the ok to use sections and add the FreeBSD specific information. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | N2RDI Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Fri May 12 11:11:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16885 for hackers-outgoing; Fri, 12 May 1995 11:11:11 -0700 Received: from ansley.com (ansley.atlanta.com [155.229.16.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16879 for ; Fri, 12 May 1995 11:10:54 -0700 Received: (from gja@localhost) by ansley.com (8.6.9/8.6.9) id OAA21107 for hackers@freebsd.org; Fri, 12 May 1995 14:10:04 -0400 Date: Fri, 12 May 1995 14:10:04 -0400 From: Greg Ansley Message-Id: <199505121810.OAA21107@ansley.com> To: hackers@FreeBSD.org Subject: Token Ring Support?? Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there any support for anyone's token ring card at this point? I didn't find any thing promising in the source tree but I might have missed something... Thanks, Greg Ansley Ansley & Associates, Inc. Atlanta, GA From owner-freebsd-hackers Fri May 12 11:15:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16922 for hackers-outgoing; Fri, 12 May 1995 11:15:42 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16914 for ; Fri, 12 May 1995 11:15:40 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id LAA01506 for ; Fri, 12 May 1995 11:08:59 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02282; Fri, 12 May 95 12:05:24 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505121805.AA02282@cs.weber.edu> Subject: Re: Questions/comments on ed driver To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Fri, 12 May 95 12:05:23 MDT Cc: seki@sysrap.cs.fujitsu.co.jp, FreeBSD-Hackers@FreeBSD.org In-Reply-To: <199505121744.KAA01158@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 12, 95 10:44:19 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > 2. When put into 16 bit operation (isa16bit is on), if_ed.c turns the > > interface in 16 bit mode just before data transfer, and then back in 8 > > bit mode everytime. The comment says it makes DOS reboot process > > happy, but, if so, why cannot the back-in-8-bit process be done only > > in kdc_shutdown() hook? > > What happens if you panic while the system is running and the board is > in 16 bit mode? The system would fail to reboot :-(. > > The problem is that on some machines, if you leave the board in 16-bit > mode, will hang during the BIOS boot. I think the comment should be > correted to say that, or both BIOS/DOS. > > This one is not a bug. Maybe it should be a compile time option (defaulted "on" for the kernels that are prebuilt) that if turned off would only do the switch in the shutdown. I don't know what the performance difference would end up being. The same argument about protecting for reboot *could* be used to justify reinstating the A20 stuff prior to stuffing the keyboard reset, since it would make some currently unhappy systems more happy ( cv: "The Undocumented PC"). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 12 11:26:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17005 for hackers-outgoing; Fri, 12 May 1995 11:26:17 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA16998 for ; Fri, 12 May 1995 11:26:15 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02406; Fri, 12 May 95 12:19:31 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505121819.AA02406@cs.weber.edu> Subject: Re: CODE FREEZE is going to happen To: kuku@gilberto.physik.rwth-aachen.de Date: Fri, 12 May 95 12:19:30 MDT Cc: rgrimes@gndrsh.aac.dev.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505121230.OAA19200@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at May 12, 95 02:30:24 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Effective Sunday May 13, 1995 12:01AM PDT we are in release code freeze. > ^^? > > Do you mean Saturday May 13 or Sunday May 14 ? Or did you mean 2001 (the next year with a "Sunday May 13" in it)? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 12 11:27:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17073 for hackers-outgoing; Fri, 12 May 1995 11:27:02 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17065 for ; Fri, 12 May 1995 11:27:00 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id LAA01527 for ; Fri, 12 May 1995 11:20:16 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA01345; Fri, 12 May 1995 11:18:50 -0700 From: "Rodney W. Grimes" Message-Id: <199505121818.LAA01345@gndrsh.aac.dev.com> Subject: Re: CODE FREEZE is going to happen To: fcawth@squid.umd.edu (Fred Cawthorne) Date: Fri, 12 May 1995 11:18:50 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <9505121547.AA02339@squid.umd.edu> from "Fred Cawthorne" at May 12, 95 11:47:38 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1501 Sender: hackers-owner@FreeBSD.org Precedence: bulk Just because a code freeze was called does not mean it is time to send all email to me personally!!!! I have gotten 5 or 6 things like this already and it has to stop! > > Could somebody please change the part of the config file that says: > # gp: National Instruments AT-gpib and AT-gpib/TNT board > to > # gp: National Instruments AT-gpib/TNT board > > The driver doesn't work with the AT-GPIB card, only with the TNT card. > > There is a new version of the driver on freebsd.cdrom.com > /pub/FreeBSD/incoming/ > -rwxr-xr-x 1 ftp daemon 15391 Mar 1 19:04 gpibdriver0.2.5.tar.gz > > I guess you don't have to change the driver to the newer one, but > someone should really change the above thing. The new driver works much > better though. (You can do cat /dev/gpib5 etc...) > Before you could only do input through an ioctl. > Also, the other driver didn't let you set the io address of the card in > the config file. Too late for a new driver, this is the one area that has always bitten us in allowing these types of kernel changes late in the game. But once again this is a driver that is not compiled in by default. Jordan? David? can we allow the driver to be updated (someone else with commit would have to do it if both Jordan and David ok it). Otherwise I will go commit the comment change. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri May 12 11:29:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17345 for hackers-outgoing; Fri, 12 May 1995 11:29:59 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA17335 for ; Fri, 12 May 1995 11:29:53 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02467; Fri, 12 May 95 12:23:13 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505121823.AA02467@cs.weber.edu> Subject: Re: Apache + FreeBSD 2.0 benchmark results To: adhir@iagi.net (Alok K. Dhir) Date: Fri, 12 May 95 12:23:13 MDT Cc: freebsd-hackers@FreeBSD.org, taob@gate.sinica.edu.tw In-Reply-To: from "Alok K. Dhir" at May 12, 95 09:10:44 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > How about you all take freebsd-hackers out of the cc line...? I've had > it with the repeated forking quasi multitasking asychronous task > processing $#@$@#!$@# > > ;-) Me too. It's an application performance issue, and FreeBSD isn't interested in applications performance. }B-). Actually, if it must continue to be discussed, it should be moved to the arch list or a CS class whiteboard. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 12 11:31:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17575 for hackers-outgoing; Fri, 12 May 1995 11:31:52 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA17554 for ; Fri, 12 May 1995 11:31:47 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02496; Fri, 12 May 95 12:25:06 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505121825.AA02496@cs.weber.edu> Subject: MAJORDOMO QUESTION To: adhir@iagi.net (Alok K. Dhir) Date: Fri, 12 May 95 12:25:05 MDT Cc: freebsd-hackers@FreeBSD.org, taob@gate.sinica.edu.tw In-Reply-To: from "Alok K. Dhir" at May 12, 95 09:10:44 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there a way to make Majordomo lie about the return address on a message via a "Followup-To:" type header item? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 12 11:45:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18313 for hackers-outgoing; Fri, 12 May 1995 11:45:14 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA18303 for ; Fri, 12 May 1995 11:45:10 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA01526; Fri, 12 May 1995 11:43:43 -0700 From: "Rodney W. Grimes" Message-Id: <199505121843.LAA01526@gndrsh.aac.dev.com> Subject: Re: Token Ring Support?? To: gja@ansley.com (Greg Ansley) Date: Fri, 12 May 1995 11:43:42 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505121810.OAA21107@ansley.com> from "Greg Ansley" at May 12, 95 02:10:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 461 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Is there any support for anyone's token ring card at this point? > > I didn't find any thing promising in the source tree but I might > have missed something... Some one some place was working on some form of token ring support, but I can't recall who. It may have been Proten(sp) 80MB/sec stuff. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri May 12 12:07:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA18847 for hackers-outgoing; Fri, 12 May 1995 12:07:58 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA18840 for ; Fri, 12 May 1995 12:07:57 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA02698; Fri, 12 May 95 13:00:08 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505121900.AA02698@cs.weber.edu> Subject: Re: Token Ring Support?? To: gja@ansley.com (Greg Ansley) Date: Fri, 12 May 95 13:00:07 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199505121810.OAA21107@ansley.com> from "Greg Ansley" at May 12, 95 02:10:04 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is there any support for anyone's token ring card at this point? > > I didn't find any thing promising in the source tree but I might > have missed something... Someone had said they had ported the Linux driver at some point. The real bitch is the 802.5 stuff, which I don't think Linux has either. It's a fairly complex LSL implementation. There is a partial on 802.5 in the XNS code (I think). It's missing two additional pieces for full token-capable 802.5. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 12 12:20:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19494 for hackers-outgoing; Fri, 12 May 1995 12:20:54 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA19488 for ; Fri, 12 May 1995 12:20:51 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id MAA09939; Fri, 12 May 1995 12:23:51 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id MAA00152; Fri, 12 May 1995 12:20:51 -0700 Message-Id: <199505121920.MAA00152@corbin.Root.COM> To: Masahiro SEKIGUCHI cc: FreeBSD-Hackers@FreeBSD.org Subject: Re: Questions/comments on ed driver In-reply-to: Your message of "Fri, 12 May 95 19:27:46 +0200." <9505121027.AA23423@seki.sysrap.cs.fujitsu.co.jp> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 12 May 1995 12:20:49 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >I examined the ed driver (of 950412 SNAP.) I found some (essentially >2) strangeness in it. I'm not sure I found bugs or just >misunderstood. > >It is appreciated if you hackers give me comments. > >1. If_ed.c defines ETHER_MAX be 1518 and ETHER_MIN 64. The length >includes 4 bytes for CRC. However, it looks like the program compares >them against packet lengths *without* CRC. Actually, the other 4 bytes is for the DS8390 packet header. The comparison is correct. >2. When put into 16 bit operation (isa16bit is on), if_ed.c turns the >interface in 16 bit mode just before data transfer, and then back in 8 >bit mode everytime. The comment says it makes DOS reboot process >happy, but, if so, why cannot the back-in-8-bit process be done only >in kdc_shutdown() hook? There are two reasons to do it the way it is: 1) because it makes the system capable of rebooting - the video BIOS ROMs in most machines are 8 bit and gets unhappy when some other card in the system is in 16 bit mode. It is true that the kdc_shutdown mechanism could be used to switch it, but this is a very recent capability. ...and 2) doing it this way allows you to have a mixture of 8 and 16 bit network cards in the system simultaneously. This is the reason that the code hasn't been changed to switch via kdc_shutdown. -DG From owner-freebsd-hackers Fri May 12 12:30:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19767 for hackers-outgoing; Fri, 12 May 1995 12:30:31 -0700 Received: from wc.cdrom.com (wc.cdrom.com [192.216.223.37]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA19760 for ; Fri, 12 May 1995 12:30:30 -0700 Received: from bigdipper.iagi.net (bigdipper.iagi.net [198.6.14.10]) by wc.cdrom.com (8.6.12/8.6.12) with ESMTP id MAA06016 for ; Fri, 12 May 1995 12:30:35 -0700 Received: (from adhir@localhost) by bigdipper.iagi.net (8.6.8/8.6.6) id PAA19678; Fri, 12 May 1995 15:28:23 -0400 Date: Fri, 12 May 1995 15:28:20 -0400 (EDT) From: "Alok K. Dhir" To: freebsd-hackers@FreeBSD.org Subject: Re: MAJORDOMO QUESTION In-Reply-To: <9505121825.AA02496@cs.weber.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 12 May 1995, Terry Lambert wrote: > Is there a way to make Majordomo lie about the return address on a > message via a "Followup-To:" type header item? I don't see whay not - just have it include a "Reply-To: listname@freebsd.org" in the header of all outgoing messages. Depending on how Majordomo is sending mail, it should certainly be possible. The problem is not all mailers honor the Reply-To field. For this reason, you could have it lie about the "From:" field, but how would you know who sent the post, then? (p.s. I manually changed the To: field this time... Thats's a tried and true method...) Alok K. Dhir Internet Access Group, Inc. adhir@iagi.net (301) 652-0484 Fax: (301) 652-0649 http://www.iagi.net From owner-freebsd-hackers Fri May 12 13:15:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA20784 for hackers-outgoing; Fri, 12 May 1995 13:15:28 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA20777 for ; Fri, 12 May 1995 13:15:24 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id NAA10084; Fri, 12 May 1995 13:18:17 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id NAA00224; Fri, 12 May 1995 13:15:16 -0700 Message-Id: <199505122015.NAA00224@corbin.Root.COM> To: "Rodney W. Grimes" cc: fcawth@squid.umd.edu (Fred Cawthorne), FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: CODE FREEZE is going to happen In-reply-to: Your message of "Fri, 12 May 95 11:18:50 PDT." <199505121818.LAA01345@gndrsh.aac.dev.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 12 May 1995 13:15:15 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Too late for a new driver, this is the one area that has always bitten >us in allowing these types of kernel changes late in the game. But once >again this is a driver that is not compiled in by default. Jordan? David? >can we allow the driver to be updated (someone else with commit would >have to do it if both Jordan and David ok it). > >Otherwise I will go commit the comment change. It's to late to make significant changes to existing drivers. It's probably too late to add new drivers (but we'll evaluate this on a per-instance). All of this can be done as soon as 2.0.5 is cut. Folks, we are trying to get this thing out the door! It is already 3 weeks overdue! Comment changes are almost never a problem. -DG From owner-freebsd-hackers Fri May 12 13:16:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA20818 for hackers-outgoing; Fri, 12 May 1995 13:16:15 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA20806 for ; Fri, 12 May 1995 13:16:06 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id PAA12824; Fri, 12 May 1995 15:32:56 -0400 Date: Fri, 12 May 1995 15:32:55 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Digests To: freebsd-hackers@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk the long awaited digested mailing list for freebsd-hackers is now ready. the digest mailing list is: freebsd-hackers-digest ;))) to join send mail to 'majordomo@freebsd.org' the body should contain the lines 'subscribe freebsd-hackers-digest' 'unsubscribe freebsd-hackers' after a bit of production testing of the configuration for hackers, more mailing lists will be pre-digested. jmb Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Fri May 12 14:24:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA27992 for hackers-outgoing; Fri, 12 May 1995 14:24:17 -0700 Received: from rrnet.com (rrnet.com [198.81.198.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA27979 for ; Fri, 12 May 1995 14:24:14 -0700 Received: from localhost (erich@localhost) by rrnet.com (8.6.5/8.6.5) id QAA06599; Fri, 12 May 1995 16:24:41 -0500 Date: Fri, 12 May 1995 16:24:40 -0500 (CDT) From: "Eric L. Hernes" Subject: Re: 3C5x9 To: Philippe Charnier cc: "Jonathan M. Bresler" , hackers@FreeBSD.org In-Reply-To: <199505121733.TAA04935@lirmm.lirmm.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 12 May 1995, Philippe Charnier wrote: > Salut, > > In the message Re: 3C5x9 , > "Jonathan M. Bresler" wrote : > > >On Fri, 12 May 1995, Philippe Charnier wrote: > > > >> I am trying to install a 3C5x9 ethernet card on a pentium 100, and the > >> latest snapshot. After a lot of problems, I am able to do this but only > >> with the following situation : > > I've had pretty good luck with the 3c509, the kernel finds it wherever I set the board to be at. I am using this both with a diskless (rom-boot) machine and with a standard disked machine. One thing that i did find was that with the diskless machine, the boot would work up until the probes were run, then the kernel wouldn't find the card and panic. Increasing the delay from 1000 to 10000 on or about line 213 in if_ep.c seemed to fix the problem. hope this helps. erich. PS I'm running the snapshot form April 2.0.950412-SNAP erich@rrnet.com erich@lodgenet.com From owner-freebsd-hackers Fri May 12 14:44:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01562 for hackers-outgoing; Fri, 12 May 1995 14:44:56 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA01549 for ; Fri, 12 May 1995 14:44:53 -0700 Message-Id: <199505122144.OAA01549@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA16174; Fri, 12 May 1995 17:44:42 -0400 From: Charles Henrich Subject: CODE FREEZE (Snapshot) To: freebsd-hackers@FreeBSD.org Date: Fri, 12 May 1995 17:44:41 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 535 Sender: hackers-owner@FreeBSD.org Precedence: bulk May I suggest to you folks that the second you freeze the tree you also roll a snapshot of it, so all us good overly-eager types will install and configure systems with that snap, which will result in bug reports that will enhance 2.0.5? I'd suggest holding out for a 2.0.5R for at least 2 weeks, possibly four after the snapshot is let out. (This is also a good general practice for releases..) -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Fri May 12 14:49:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02292 for hackers-outgoing; Fri, 12 May 1995 14:49:40 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA02283 for ; Fri, 12 May 1995 14:49:37 -0700 Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <14494(1)>; Fri, 12 May 1995 14:48:54 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <49859>; Fri, 12 May 1995 14:48:48 -0700 X-Mailer: exmh version 1.6 4/21/95 To: freebsd-hackers@FreeBSD.org Subject: Re: MAJORDOMO QUESTION In-reply-to: Your message of "Fri, 12 May 95 12:28:20 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 May 1995 14:48:44 PDT From: Bill Fenner Message-Id: <95May12.144848pdt.49859@crevenia.parc.xerox.com> Sender: hackers-owner@FreeBSD.org Precedence: bulk In message Alok K. Dhir wrote: >I don't see whay not - just have it include a >"Reply-To: listname@freebsd.org" in the header of all outgoing messages. Please, no! This makes it a lot harder to send replies just to the author of the message... Bill From owner-freebsd-hackers Fri May 12 15:32:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA11883 for hackers-outgoing; Fri, 12 May 1995 15:32:12 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA11874 for ; Fri, 12 May 1995 15:32:10 -0700 Message-Id: <199505122232.PAA11874@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA18454; Fri, 12 May 1995 18:32:08 -0400 From: Charles Henrich Subject: REMOTE_HOST & REMOTE_USER To: freebsd-hackers@FreeBSD.org Date: Fri, 12 May 1995 18:32:08 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 495 Sender: hackers-owner@FreeBSD.org Precedence: bulk How do you folks feel about making inetd set the REMOTE_HOST variable to the hostname/ip of the connected peer? SGI's do this and it comes in quite handy. Is inetd the right place (instead of login say?). I keep debating between the two, but for maximal benefit I think it should stay in inetd, and have login preserve the value, or reset it.. Comments? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Fri May 12 15:56:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA12470 for hackers-outgoing; Fri, 12 May 1995 15:56:21 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA12463 for ; Fri, 12 May 1995 15:56:18 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id AAA13961 ; Sat, 13 May 1995 00:54:07 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id AAA24551 ; Sat, 13 May 1995 00:54:06 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505122254.AAA24551@blaise.ibp.fr> Subject: Re: MAJORDOMO QUESTION To: terry@cs.weber.edu (Terry Lambert) Date: Sat, 13 May 1995 00:54:06 +0200 (MET DST) Cc: adhir@iagi.net, freebsd-hackers@FreeBSD.org, taob@gate.sinica.edu.tw In-Reply-To: <9505121825.AA02496@cs.weber.edu> from "Terry Lambert" at May 12, 95 12:25:05 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 702 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is there a way to make Majordomo lie about the return address on a > message via a "Followup-To:" type header item? Sure, setup a Reply-To: like that for the foo list : foo.config : # reply_to [word] () # Put a reply-to header with value into the outgoing message. # If the token $SENDER is used, then the address of the sender is used # as the value of the reply-to header. This is the value of the reply- # to header for digest lists. reply_to = foo@bar.baz.com -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Fri May 12 16:09:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12759 for hackers-outgoing; Fri, 12 May 1995 16:09:16 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA12753 for ; Fri, 12 May 1995 16:09:14 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04093; Fri, 12 May 95 17:02:35 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505122302.AA04093@cs.weber.edu> Subject: Re: REMOTE_HOST & REMOTE_USER To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Fri, 12 May 95 17:02:34 MDT Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199505122232.PAA11874@freefall.cdrom.com> from "Charles Henrich" at May 12, 95 06:32:08 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > How do you folks feel about making inetd set the REMOTE_HOST variable to the > hostname/ip of the connected peer? SGI's do this and it comes in quite handy. > > Is inetd the right place (instead of login say?). I keep debating between the > two, but for maximal benefit I think it should stay in inetd, and have login > preserve the value, or reset it.. I think you want telnetd and rlogind to do this. Neither one inherits environment from the inetd to the slave side of the pty. I think login would need to preserve the value; login itself would be incapable of running getpeername() since it would be on a slave side of a pty and would not get a valid response (besides which, login not on a network connection would get bogus values too). The feature *I'd* like if anyone was interested anyway would be the ability to give an argument to telnetd in inetd.conf to make it run a program other than login (and not even prompt in the first place). This would let all those muck/mud/bbs/whatever programmers put up a regular program as a telnet service, yet correctly negotiate things like line mode protocol (by having telnetd do it on their behalf). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 12 16:03:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA12607 for hackers-outgoing; Fri, 12 May 1995 16:03:14 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA12600 for ; Fri, 12 May 1995 16:03:13 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA06040; Fri, 12 May 1995 16:03:09 -0700 From: Poul-Henning Kamp Message-Id: <199505122303.QAA06040@ref.tfs.com> Subject: Re: REMOTE_HOST & REMOTE_USER To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Fri, 12 May 1995 16:03:08 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199505122232.PAA11874@freefall.cdrom.com> from "Charles Henrich" at May 12, 95 06:32:08 pm Content-Type: text Content-Length: 619 Sender: hackers-owner@FreeBSD.org Precedence: bulk > How do you folks feel about making inetd set the REMOTE_HOST variable to the > hostname/ip of the connected peer? SGI's do this and it comes in quite handy. > > Is inetd the right place (instead of login say?). I keep debating between the > two, but for maximal benefit I think it should stay in inetd, and have login > preserve the value, or reset it.. Good idea. Consider two variables: REMOTE_IP=192.168.1.3 REMOTE_PORT=2345 -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Fri May 12 17:08:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA14352 for hackers-outgoing; Fri, 12 May 1995 17:08:07 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA14346 for ; Fri, 12 May 1995 17:08:06 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA14847; Wed, 3 May 95 11:25:51 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505031725.AA14847@cs.weber.edu> Subject: Re: GNU cpp bug with pthreads To: bde@zeta.org.au (Bruce Evans) Date: Wed, 3 May 95 11:25:50 MDT Cc: j@uriah.heep.sax.de, rpt@miles.sso.loral.com, hackers@FreeBSD.org In-Reply-To: <199505030717.RAA31389@godzilla.zeta.org.au> from "Bruce Evans" at May 3, 95 05:17:33 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >> #ifdef __STDC__ > > >Note: this should be ``#if __STDC__'' anyway. Some preprocessors do > >define this macro to 0 when running in `traditional' mode. ANSI says > >it is ``the constant 1'' in a standard-conforming environment. > > The FreeBSD headers (include and sys) consistently use `#ifdef __STDC__' > It makes no difference in a standard conforming environment but `ifdef' > may be more likely to DTRT for quasi-standard environments. The Sun "transitional compiler" #defines __STDC__ as 0 in non-ANSI mode and as 1 in ANSI mode. The use of #if resolves the potential problems, while #ifdef does not. On the other hand, #if is not necessarily a valid directive in older preprocessers. So you end up doing weenie things, first looking for the definition then looking at the value. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 12 18:30:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA16245 for hackers-outgoing; Fri, 12 May 1995 18:30:37 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA16234 for ; Fri, 12 May 1995 18:30:33 -0700 Received: by sequent.kiae.su id AA00272 (5.65.kiae-2 ); Sat, 13 May 1995 05:26:56 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 13 May 95 05:26:55 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id FAA00259; Sat, 13 May 1995 05:10:12 +0400 To: Charles Henrich , Terry Lambert Cc: freebsd-hackers@FreeBSD.org References: <9505122302.AA04093@cs.weber.edu> In-Reply-To: <9505122302.AA04093@cs.weber.edu>; from Terry Lambert at Fri, 12 May 95 17:02:34 MDT Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 13 May 1995 05:10:11 +0400 (MSD) X-Mailer: Mail/@ [v2.35 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: REMOTE_HOST & REMOTE_USER Lines: 26 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1260 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <9505122302.AA04093@cs.weber.edu> Terry Lambert writes: >> How do you folks feel about making inetd set the REMOTE_HOST variable to the >> hostname/ip of the connected peer? SGI's do this and it comes in quite handy. >> >> Is inetd the right place (instead of login say?). I keep debating between the >> two, but for maximal benefit I think it should stay in inetd, and have login >> preserve the value, or reset it.. >I think you want telnetd and rlogind to do this. Neither one inherits >environment from the inetd to the slave side of the pty. >I think login would need to preserve the value; login itself would be >incapable of running getpeername() since it would be on a slave side >of a pty and would not get a valid response (besides which, login not >on a network connection would get bogus values too). Just a real example shows that it capable: tcsh set REMOTEHOST environment variable. If even shell can set it, login can set it too. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri May 12 18:49:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA17674 for hackers-outgoing; Fri, 12 May 1995 18:49:53 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA17665 for ; Fri, 12 May 1995 18:49:51 -0700 Message-Id: <199505130149.SAA17665@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA27463; Fri, 12 May 1995 21:49:42 -0400 From: Charles Henrich Subject: Re: REMOTE_HOST & REMOTE_USER To: ache@astral.msk.su (Andrey A. Chernov, Black Mage) Date: Fri, 12 May 1995 21:49:41 -0400 (EDT) Cc: henrich@crh.cl.msu.edu, terry@cs.weber.edu, freebsd-hackers@FreeBSD.org In-Reply-To: from "Andrey A. Chernov, Black Mage" at May 13, 95 05:10:11 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 533 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just a real example shows that it capable: tcsh set REMOTEHOST > environment variable. If even shell can set it, login can set it too. I know its possible. I'll probably go ahead and add it to inetd then have login get the environment variables before resetting them. This will give all inetd tools (i.e. everything) the ability to reference those variables, which are most entirely useful. -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Fri May 12 23:15:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02515 for hackers-outgoing; Fri, 12 May 1995 23:15:03 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02501 for ; Fri, 12 May 1995 23:15:00 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA29799; Sat, 13 May 95 08:14:47 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA21644 for freebsd-hackers@freefall.cdrom.com; Sat, 13 May 1995 08:25:58 +0200 Date: Sat, 13 May 1995 08:25:58 +0200 From: "Christoph P. Kukulies" Message-Id: <199505130625.IAA21644@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: FreeBSD as Netware client? Sender: hackers-owner@FreeBSD.org Precedence: bulk Some time ago this year a company (?) announced a beta (?) package of (memory also fades here) an IPX/SPX implementation and client/server facilities to run FreeBSD in a Novell/Netware environment. Does anyone have this reference and/or know about the status of this product? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950507 FreeBSD 2.0-BUILT-1995 0507 #0: Sun May 7 18:08:05 MET DST 1995 root@blues.physik.rwth-aachen.d e:/usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Sat May 13 04:04:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA21987 for hackers-outgoing; Sat, 13 May 1995 04:04:08 -0700 Received: from lirmm.lirmm.fr (lirmm.lirmm.fr [193.49.104.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA21960 for ; Sat, 13 May 1995 04:03:59 -0700 Received: from lirmm.fr (baobab.lirmm.fr [193.49.106.14]) by lirmm.lirmm.fr (8.6.10/8.6.4) with ESMTP id NAA10796; Sat, 13 May 1995 13:03:45 +0200 Message-Id: <199505131103.NAA10796@lirmm.lirmm.fr> To: "Eric L. Hernes" cc: hackers@FreeBSD.org Subject: Re: 3C5x9 In-reply-to: Your message of "Fri, 12 May 1995 16:24:40 CDT." Date: Sat, 13 May 1995 13:03:42 +0200 From: "Philippe Charnier" Sender: hackers-owner@FreeBSD.org Precedence: bulk Salut, In the message Re: 3C5x9 , "Eric L. Hernes" wrote : > > >One thing that i did find was that with the diskless machine, the boot >would work up until the probes were run, then the kernel wouldn't find >the card and panic. Increasing the delay from 1000 to 10000 on or about >line 213 in if_ep.c seemed to fix the problem. > >hope this helps. Yes thanks, I increased the DELAY to 3000 and it looks ok now. -------- -------- Philippe Charnier charnier@lirmm.fr LIRMM, 161 rue Ada, 34392 Montpellier cedex 5 -- France ------------------------------------------------------------------------ From owner-freebsd-hackers Sat May 13 04:10:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA22564 for hackers-outgoing; Sat, 13 May 1995 04:10:46 -0700 Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA22540 for ; Sat, 13 May 1995 04:10:38 -0700 Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from sirius.physik.fu-berlin.de (130.133.3.140) with smtp id ; Sat, 13 May 95 13:10 MEST Received: by sirius.physik.fu-berlin.de; id AA05882; Sat, 13 May 1995 13:10:22 +0200 From: Thomas Graichen Message-Id: <9505131110.AA05882@sirius.physik.fu-berlin.de> Subject: some small ideas To: freebsd-hackers@FreeBSD.org Date: Sat, 13 May 1995 13:10:22 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3016 Sender: hackers-owner@FreeBSD.org Precedence: bulk hello i hope this is the right mailinglist for the following: this is a small collection of things i noticed while installing FreeBSD (2.0 and/or the latest SNAP's) or working with it: * is it possible to change the following lines in /usr/src/sys/netinet/if_ether.c because i always get the "arp info overwritten for xxx.xxx.255.255 ..." message - we found out that the machine which overwrites this is a bs2000 - but we don't find an exact solution for this (jordan said it has something to do with our net - the people at our net said it has something to do with FreeBSD - they said - normally the kernel should'nt save the broadcast adresses - which is xxx.xxx.255.255 for us -but at least the machine and the net are correct configured - we only have these problems with FreeBSD) - the problem is that i get this message every ~1/4 hour and my messages file (/var/log/messages) is nearly unreadable - thus i think it would be nice if the logging could be "#ifndef"'d by a kernel config option -that i don't have to change the kernel sources everytime - how about a "NOOVWRTWARN" option or something else ? original if_ether.c: if (sdl->sdl_alen && bcmp((caddr_t)ea->arp_sha, LLADDR(sdl), sdl->sdl_alen)) log(LOG_INFO, "arp info overwritten for %s by %s\n", inet_ntoa(isaddr), ether_sprintf(ea->arp_sha)); */ to change in: #ifndef NOOVWRTWARN if (sdl->sdl_alen && bcmp((caddr_t)ea->arp_sha, LLADDR(sdl), sdl->sdl_alen)) log(LOG_INFO, "arp info overwritten for %s by %s\n", inet_ntoa(isaddr), ether_sprintf(ea->arp_sha)); #endif * the next thing is only a cosmetic one: graichen@mordillo:~cc cc: No input files graichen@mordillo:~c++ c++: No input files specified. graichen@mordillo:~f77 f77: No input files specified. why not: graichen@mordillo:~cc cc: No input files graichen@mordillo:~c++ c++: No input files graichen@mordillo:~f77 f77: No input files it should ba a thing of 1 minute to change it * is it possible to include an option MULTICASTROUTE into the sysconfig and netstart scripts to disable the multicast route 224.0.0.0 or what it was - if think most people don't need it and it's only confusing - why not beeing able to simply say YES or NO in sysconfig to enable or disable it - i think the aim of /etc/sysconfig should be that it is possible to configure the whole system only by one file _______________________________________________________||_____________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| ___________________________||____email: graichen@omega.physik.fu-berlin.de____ From owner-freebsd-hackers Sat May 13 04:35:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA23818 for hackers-outgoing; Sat, 13 May 1995 04:35:12 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA23808 for ; Sat, 13 May 1995 04:35:05 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id EAA00329; Sat, 13 May 1995 04:34:07 -0700 From: "Rodney W. Grimes" Message-Id: <199505131134.EAA00329@gndrsh.aac.dev.com> Subject: Re: some small ideas To: graichen@sirius.physik.fu-berlin.de (Thomas Graichen) Date: Sat, 13 May 1995 04:34:07 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9505131110.AA05882@sirius.physik.fu-berlin.de> from "Thomas Graichen" at May 13, 95 01:10:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2732 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > hello > > i hope this is the right mailinglist for the following: > > this is a small collection of things i noticed while installing > FreeBSD (2.0 and/or the latest SNAP's) or working with it: > > * is it possible to change the following lines in > /usr/src/sys/netinet/if_ether.c because i always get the "arp info > overwritten for xxx.xxx.255.255 ..." message - we found out that the > machine which overwrites this is a bs2000 - but we don't find an exact > solution for this (jordan said it has something to do with our net - > the people at our net said it has something to do with FreeBSD - they > said - normally the kernel should'nt save the broadcast adresses - > which is xxx.xxx.255.255 for us -but at least the machine and the > net are correct configured - we only have these problems with FreeBSD) > - the problem is that i get this message every ~1/4 hour and my > messages file (/var/log/messages) is nearly unreadable - thus i think > it would be nice if the logging could be "#ifndef"'d by a kernel > config option -that i don't have to change the kernel sources > everytime - how about a "NOOVWRTWARN" option or something else ? I'll disagree, your network is properly configured if someone is arp'ing for the broadcast address. But I'll defer the final statements for someone like Garrett. > * the next thing is only a cosmetic one: > > graichen@mordillo:~cc > cc: No input files > graichen@mordillo:~c++ > c++: No input files specified. > > graichen@mordillo:~f77 > f77: No input files specified. > > why not: > > graichen@mordillo:~cc > cc: No input files > graichen@mordillo:~c++ > c++: No input files > graichen@mordillo:~f77 > f77: No input files Why??? Look up the work specified, also look up what makes a sentence in an english book. ``No input files'' is a the sentence fragement, error messages should be complete english sentences. > it should ba a thing of 1 minute to change it And 2 minutes to say why it should not be changed :-) > * is it possible to include an option MULTICASTROUTE into the > sysconfig and netstart scripts to disable the multicast route > 224.0.0.0 or what it was - if think most people don't need it and it's > only confusing - why not beeing able to simply say YES or NO in > sysconfig to enable or disable it - i think the aim of /etc/sysconfig > should be that it is possible to configure the whole system only by > one file Yes, this and a few other knobs are on my hit list, if I can manage to stay awake for 20 more hours (already going on 20 now) I might get to it before code freeze. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat May 13 04:41:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA26491 for hackers-outgoing; Sat, 13 May 1995 04:41:56 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA26413 for ; Sat, 13 May 1995 04:41:52 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA25712 (5.67a/IDA-1.5); Sat, 13 May 1995 06:15:20 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA08150; 13 May 95 06:14:37 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id GAA08147; Sat, 13 May 1995 06:14:36 -0500 From: Peter da Silva Message-Id: <199505131114.GAA08147@bonkers.taronga.com> Subject: Re: MAJORDOMO QUESTION To: fenner@parc.xerox.com (Bill Fenner) Date: Sat, 13 May 1995 06:14:35 -0500 (CDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <95May12.144848pdt.49859@crevenia.parc.xerox.com> from "Bill Fenner" at May 12, 95 02:48:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 381 Sender: hackers-owner@FreeBSD.org Precedence: bulk > In message Alok > K. Dhir wrote: > >I don't see whay not - just have it include a > >"Reply-To: listname@freebsd.org" in the header of all outgoing messages. > Please, no! This makes it a lot harder to send replies just to the author of > the message... Doubled! The PNG list does this and it's way annoying. From owner-freebsd-hackers Sat May 13 06:33:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA01090 for hackers-outgoing; Sat, 13 May 1995 06:33:33 -0700 Received: from csc.canberra.edu.au (csc.canberra.edu.au [137.92.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA01084 for ; Sat, 13 May 1995 06:33:30 -0700 Received: from student.canberra.edu.au by csc.canberra.edu.au (5.65/1.35) id AA23354; Sat, 13 May 95 23:32:47 +1000 Received: by student.canberra.edu.au (5.x/SMI-SVR4) id AA11263; Sat, 13 May 1995 23:32:44 +1000 Date: Sat, 13 May 1995 23:32:44 +1000 (EST) From: "Gasparovski / Daniel (ISE)" To: hackers@FreeBSD.org Subject: 2.0.5, when? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I know it must be annoying having this question asked over and over, and I hate having to ask it, but my 2.0R system has been (and still is) crashing with unnerving regularity. So I have to ask: when is 2.0.5 scheduled to be released? If it's still a while away, how stable/close to 2.0.5 is the latest SNAP? (I'm only connected at a lowly 9600 baud, so the less often I plunder the ftp sites for 30 odd meg, the better) I've compiled myself the latest kernel, but networking is unusable due to changes, which, as expected, break everything I need :) BTW, does ptrace() fully work in the latest kernels? Dan ... From owner-freebsd-hackers Sat May 13 07:52:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA02442 for hackers-outgoing; Sat, 13 May 1995 07:52:19 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA02434 for ; Sat, 13 May 1995 07:52:15 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id WAA00239; Sat, 13 May 1995 22:51:20 +0800 Date: Sat, 13 May 1995 22:51:19 +0800 (CST) From: Brian Tao To: Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= cc: hackers@FreeBSD.org Subject: Re: Large installations of FreeBSD? In-Reply-To: <199505121217.FAA07593@silvia.HIP.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 12 May 1995, Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= wrote: > > (1) The machine is "large", i.e., lots of memory/disk, large number of > users/ftp/http connections (e.g., wcarchive, Brian Tao's www site) Keep in mind that my "WWW site" is a *benchmark* only, and one can usually make a case against benchmarks no matter how well-designed they are. I am quite confident that a FreeBSD is in general robust enough to handle heavy server duty, if you give it good equipment on which to run. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sat May 13 10:48:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA06944 for hackers-outgoing; Sat, 13 May 1995 10:48:26 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA06938 for ; Sat, 13 May 1995 10:48:25 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id KAA04581; Sat, 13 May 1995 10:45:31 -0700 From: Steven G Kargl Message-Id: <199505131745.KAA04581@troutmask.apl.washington.edu> Subject: Re: 3C509 and NI5210 To: gibbs@estienne.CS.Berkeley.EDU (Justin T. Gibbs) Date: Sat, 13 May 1995 10:45:31 -0700 (PDT) Cc: nwestfal@orion.csci.csusb.edu, hackers@FreeBSD.org In-Reply-To: <199505121534.IAA27968@estienne.cs.berkeley.edu> from "Justin T. Gibbs" at May 12, 95 08:34:44 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1208 Sender: hackers-owner@FreeBSD.org Precedence: bulk According to Justin T. Gibbs: > > >What is the current state of the 3C509 driver? I'm trying to use it with > >the BNC port. Do I need the LINK2 option or not? I'm trying to get it > > The link2 option is only needed to access the 10base-T or aui port on the > card. > >From if-ep.c: /* * S.B. * * Now behavior was slightly changed: * * if any of flags link[0-2] is used and its connector is * physically present the following connectors are used: * * link0 - AUI * highest precedence * link1 - BNC * link2 - UTP * lowest precedence * * If none of them is specified then * connector specified in the EEPROM is used * (if present on card or AUI if not). * */ S.B. is, I believe, Serge Bakin. He provided the latest changes to the if_ep.c code. You might want to use the link1 flag with ifconfig. -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.1-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Sat May 13 11:11:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07718 for hackers-outgoing; Sat, 13 May 1995 11:11:14 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA07712 for ; Sat, 13 May 1995 11:11:11 -0700 Received: from newcom.kiae.su by sequent.kiae.su with SMTP id AA07551 (5.65.kiae-2 for ); Sat, 13 May 1995 22:00:54 +0400 Received: by newcom.kiae.su id AA25792 (5.65.kiae-1 for hackers@freebsd.org); Sat, 13 May 1995 21:57:48 +0400 Date: Sat, 13 May 1995 21:57:48 +0400 Message-Id: <199505131757.AA25792@newcom.kiae.su> To: hackers@FreeBSD.org Subject: [comp.unix.bsd.netbsd.announce] Ann: dip -dialup IP handler for bsd From: "Andrey A. Chernov, Black Mage" Organization: Olahm Ha-Yetzirah X-Class: Fast X-Newsreader: NN v6.4.18 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Path: kiae!relcom!KremlSun!news.spb.su!news.uni-stuttgart.de!rz.uni-karlsruhe.de!xlink.net!howland.reston.ans.net!news.sprintlink.net!simtel!ratatosk.yggdrasil.com!news >From: Joachim Bartz >Newsgroups: comp.archives >Subject: [comp.unix.bsd.netbsd.announce] Ann: dip -dialup IP handler for bsd >Followup-To: comp.unix.bsd.netbsd.announce >Date: 11 May 1995 07:32:46 GMT >Organization: University of California, Berkeley >Lines: 33 >Sender: adam@yggdrasil.com >Approved: adam@yggdrasil.com >Distribution: world >Message-ID: <3oseiu$bt8@freya.yggdrasil.com> >References: <199505090045.CAA00930@verleihnix.rz.tu-clausthal.de> >NNTP-Posting-Host: adam.yggdrasil.com >X-Original-Newsgroups: comp.unix.bsd.netbsd.announce >X-Original-Date: 8 May 1995 18:09:06 -0700 Archive-name: auto/comp.unix.bsd.netbsd.announce/Ann_dip_dialup_IP_handler_for_bsd DIP is mainly a tool to establish a SLIP connection. It handles all the necessary actions to set up the tty port and the modem, dial out and finally build up a SLIP connection between the tty port and the kernel. To do so, dip offers an own very simple command language (a mostly complete description can be found in the man page). Dip can handle both incoming and outgoing connections using password security for incoming connections. This dip version was ported from Linux to NetBSD, although it will work on other BSDish systems as well. It can be found at this site: ftp.rz.tu-clausthal.de in /pub/unix/tuc Filenames: bsddip-1.01.ReadMe bsddip-1.01.tar.Z Joachim Bartz ------------------------------------------------------------------------------ Joachim Bartz A person with one watch knows what time it is; injb@sun.rz.tu-clausthal.de a person with two watches is never sure. ------------------------------------------------------------------------------ From owner-freebsd-hackers Sat May 13 13:43:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA11915 for hackers-outgoing; Sat, 13 May 1995 13:43:35 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA11909 for ; Sat, 13 May 1995 13:43:32 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id QAA05233 for hackers@freebsd.org; Sat, 13 May 1995 16:46:50 -0400 From: "Rashid Karimov." Message-Id: <199505132046.QAA05233@haven.ios.com> Subject: 3c509B woes ( B models only!) To: hackers@FreeBSD.org Date: Sat, 13 May 1995 16:46:50 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 395 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there ppl, I've seen this probably on 4 or 5 different computers - the FreeBSD ( including 0412SNAP) doesn't see particular B ( with parallel processing) 3C509B card. It works just fine with ordinary 509 though ( I would say it works tremendous - fast and reliable ) Any medicine ? PS - I've tried different cards, which work in Novell network, with different media types. From owner-freebsd-hackers Sat May 13 14:50:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA13082 for hackers-outgoing; Sat, 13 May 1995 14:50:51 -0700 Received: from narnia.hip.berkeley.edu (narnia.HIP.Berkeley.EDU [136.152.64.57]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA13076 for ; Sat, 13 May 1995 14:50:48 -0700 Received: from localhost (localhost [127.0.0.1]) by narnia.hip.berkeley.edu (8.6.11/8.6.9) with SMTP id OAA00452; Sat, 13 May 1995 14:52:04 -0700 Message-Id: <199505132152.OAA00452@narnia.hip.berkeley.edu> X-Authentication-Warning: narnia.hip.berkeley.edu: Host localhost didn't use HELO protocol To: "Rashid Karimov." cc: hackers@FreeBSD.org Subject: Re: 3c509B woes ( B models only!) In-reply-to: Your message of "Sat, 13 May 1995 16:46:50 EDT." <199505132046.QAA05233@haven.ios.com> Date: Sat, 13 May 1995 14:52:03 -0700 From: gibbs@estienne.CS.Berkeley.EDU Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi there ppl, > > > I've seen this probably on 4 or 5 different computers - > the FreeBSD ( including 0412SNAP) doesn't see particular > B ( with parallel processing) 3C509B card. > It works just fine with ordinary 509 though ( I would > say it works tremendous - fast and reliable ) > > Any medicine ? > > PS - > I've tried different cards, which work in Novell network, > with different media types. Turn off "Plug and Play" mode? I don't own a B, but I've heard that PNP confuses the driver. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Sat May 13 14:58:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA13162 for hackers-outgoing; Sat, 13 May 1995 14:58:54 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA13156 for ; Sat, 13 May 1995 14:58:50 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA00869; Sat, 13 May 1995 14:57:55 -0700 From: "Rodney W. Grimes" Message-Id: <199505132157.OAA00869@gndrsh.aac.dev.com> Subject: Re: some small ideas To: graichen@sirius.physik.fu-berlin.de (Thomas Graichen) Date: Sat, 13 May 1995 14:57:55 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9505131110.AA05882@sirius.physik.fu-berlin.de> from "Thomas Graichen" at May 13, 95 01:10:22 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 4828 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > * is it possible to include an option MULTICASTROUTE into the > sysconfig and netstart scripts to disable the multicast route > 224.0.0.0 or what it was - if think most people don't need it and it's > only confusing - why not beeing able to simply say YES or NO in > sysconfig to enable or disable it - i think the aim of /etc/sysconfig > should be that it is possible to configure the whole system only by > one file Here is my set of recent changes to put some more knobs on this, I copied what I did for ifconfig'ing interfaces to handle all of the ``route add'' commands. I also cleaned up the ifconfig for the loopback device, now under sysconfig control :-). Infact all of /etc/netstart should now be under sysconfig control! Could you please intergrate this into your /etc/ files, test it, and then send me back comments. An ASAP reply would mean this goes into the tree as soon as I read the reply. Index: netstart =================================================================== RCS file: /home/ncvs/src/etc/netstart,v retrieving revision 1.31 diff -c -r1.31 netstart *** 1.31 1995/05/11 21:11:14 --- netstart 1995/05/13 21:39:37 *************** *** 5,11 **** # Note that almost all the user-configurable behavior is no longer in # this file, but rather in /etc/sysconfig. Please check this file ! # first before contemplating any changes here. # If there is a global system configuration file, suck it in. if [ -f /etc/sysconfig ]; then --- 5,12 ---- # Note that almost all the user-configurable behavior is no longer in # this file, but rather in /etc/sysconfig. Please check this file ! # first before contemplating any changes here. If you do need to change ! # this file for some reason, we would like to know about it. # If there is a global system configuration file, suck it in. if [ -f /etc/sysconfig ]; then *************** *** 42,60 **** ifconfig ${ifn} done - # set the address for the loopback interface - ifconfig lo0 inet localhost - - # set interface for multicasts to default interface - # this needs to happen before router discovery - route add 224.0.0.0 -netmask 0xf0000000 -interface $hostname - if [ -n "$defaultrouter" -a "x$defaultrouter" != "xNO" ] ; then ! route add default $defaultrouter fi ! # use loopback, not the wire ! # route add $hostname localhost if [ "x$gated" != "xNO" -o "x$routedflags" != "xNO" ] ; then echo -n starting routing daemons: --- 43,58 ---- ifconfig ${ifn} done if [ -n "$defaultrouter" -a "x$defaultrouter" != "xNO" ] ; then ! static_routes="${static_routes} default" ! route_default="default ${defaultrouter}" fi ! # Set up any static routes. This should be done before router discovery. ! for i in ${static_routes}; do ! eval route_args=\$route_${i} ! route add ${route_args} ! done if [ "x$gated" != "xNO" -o "x$routedflags" != "xNO" ] ; then echo -n starting routing daemons: Index: sysconfig =================================================================== RCS file: /home/ncvs/src/etc/sysconfig,v retrieving revision 1.13 diff -c -r1.13 sysconfig *** 1.13 1995/05/13 20:16:11 --- sysconfig 1995/05/13 21:39:39 *************** *** 70,86 **** # tcp_extensions=YES # Set to the list of network devices on this host. You must have an # ifconfig_${network_interface} line for each interface listed here. # for example: ! #network_interfaces="ed0 sl0" ! # Set one for each network device listed in network_interfaces above. ! # for example: ! #ifconfig_ed0="inet 10.0.0.1 netmask 0xffffff00" ! #ifconfig_sl0="inet 10.0.1.0 netmask 0xffffff00" ! # Set to the host you'd like set as your default router, or NO of none. defaultrouter=NO # These are the flags you'd like to start the routing daemon with --- 70,96 ---- # tcp_extensions=YES + # # Set to the list of network devices on this host. You must have an # ifconfig_${network_interface} line for each interface listed here. # for example: ! # ! # network_interfaces="ed0 sl0 lo0" ! # ifconfig_ed0="inet 10.0.0.1 netmask 0xffffff00" ! # ifconfig_sl0="inet 10.0.1.0 netmask 0xffffff00" ! # ! network_interfaces="lo0" ! ifconfig_lo0="inet localhost" ! # ! # Set to the list of route add lines for this host. You must have a ! # route_${static_routes} line for each static route listed here. ! # ! static_routes="multicast loopback" ! route_multicast="224.0.0.0 -netmask 0xf0000000 -interface ${hostname}" ! route_loopback="${hostname} localhost" ! # Set to the host you'd like set as your default router, or NO for none. defaultrouter=NO # These are the flags you'd like to start the routing daemon with -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat May 13 17:24:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA16553 for hackers-outgoing; Sat, 13 May 1995 17:24:15 -0700 Received: from news1.crl.com (news1.crl.com [165.113.1.23]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA16547 for ; Sat, 13 May 1995 17:24:14 -0700 Received: from ipex.UUCP by news1.crl.com with UUCP id AA19863 (5.65c/IDA-1.502 for hackers@freebsd.org); Sat, 13 May 1995 17:13:40 -0700 Received: by ipex.UUCP (UUPC/extended 1.12k); Sat, 13 May 1995 17:00:39 -0400 Message-Id: <2fb51df7.ipex@ipex.UUCP> Date: Sat, 13 May 1995 17:00:38 -0400 From: "Jasbir Singh" To: hackers@FreeBSD.org Subject: is qlogic scsi controller card supported? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi -- My machine has a QLOGIC SCSI controller for Hard driver and CD Rom. On trying to install freebsd (Obtained from Walnut Creek CDROM), it fails to recognize any hard drive and CD Rom. Any help will be greatly appreciated. Jasbir -- Jasbir Singh jasbir@ipex.com Group-Ipex Inc, Lafayette, CA ______________________________________________________________________ From owner-freebsd-hackers Sat May 13 19:26:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA18313 for hackers-outgoing; Sat, 13 May 1995 19:26:49 -0700 Received: from jabba.fdn.org (jabba.fdn.org [193.55.4.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA18286 for ; Sat, 13 May 1995 19:26:41 -0700 Received: (from uucp@localhost) by jabba.fdn.org (8.6.8/8.6.9) with UUCP id EAA01182; Sun, 14 May 1995 04:26:20 +0200 Received: (pb@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) id EAA00626; Sun, 14 May 1995 04:22:27 +0200 From: Pierre Beyssac Message-Id: <199505140222.EAA00626@fasterix.frmug.fr.net> Subject: Re: Large installations of FreeBSD? To: asami@CS.Berkeley.EDU (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Sun, 14 May 1995 04:22:26 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199505121217.FAA07593@silvia.HIP.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at May 12, 95 05:17:57 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 3312 Sender: hackers-owner@FreeBSD.org Precedence: bulk Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?= writes: > Anyway, I have a question for you. Are any of you using FreeBSD in a > large community? By large, I mean: > > (1) The machine is "large", i.e., lots of memory/disk, large number of > users/ftp/http connections (e.g., wcarchive, Brian Tao's www site) FDN (a small non-profit French dialup IP/UUCP provider) runs two FreeBSD 1.1.5.1 PCs. The machines in themselves are not "large" (simple DX2/66 with 16 megs), but the busiest (news.fdn.fr) gets a full feed (about 90.000 articles/day) of news (actually, two big NNTP feeds from the two biggest french news sites and a small from uunet) and feeds three Next stations over the local ethernet (which themselves batch news over UUCP to over 250 dialup sites). This FreeBSD machine is also a NNTP server for about 100 dialup-IP accounts (not simultaneously connected, obviously) and a NTP server. This first machine runs fine since last november, provided : 1) INN is restarted at least once a week ; 2) the machine is rebooted at least once every 3 weeks. Both these problems seem related to the 1.1.5.1 VM. If you do none of these, the machine will spontaneouly reboot about once a week, which is not really a problem, except that some news article are never expired and you have to clean them up. A second machine (dialup.fdn.fr) handles a name server, another NTP server and dialup mail for about 40 people, and is used as a backup mail exchanger for about 200 UUCP sites (about 400 mails / day). The uptime is much higher on it, much over 40 days. Actually most reboots on this machine are due to hardware maintenance interventions. Actually, these machines are progressively replacing two NextStations (running NextStep) which don't seem to be able to handle a high load, or a full disk (system hangs), and generally just hang instead of rebooting, which is a big problem for unattended machines. Planned extensions are to add two new FreeBSD PCs, one for UUCP replacing one of the Nexts, and another as a router on the 64kbps leased line (don't ask why -- it's not really needed but that's a weird requirement from Renater, a french IP provider, when you want more than one class C routed for you). Probably at least the latter will run FreeBSD 2.x :-) Frmug, another non-profit french UUCP news/mail provider, feeds about 100 UUCP sites with a single 16megs 486DX2/66 on two dialup lines directly attached to the machine. FreeBSD 1.1.5.1 runs fine here too, the machine is rebooted only when the internal modem hangs (don't _ever_ buy an internal modem if you have serious work to do)... This PC replaces an old Sun 3/80 since last october... I'm not sure these examples really match what you call a "large" machine. But they show that FreeBSD 1 is perfectly able to replace commercial Unices on "production" environments. Regarding FreeBSD 2, I honestly can't tell how it would behave in the same conditions, since I did only try it at home yet. Except for a few minor problems I experienced, it's a good candidate for testing new sites. -- Pierre Beyssac pb@fasterix.frmug.fr.net pb@fasterix.fdn.fr FreeBSD, NetBSD, Linux -- Il y a moins bien, mais c'est plus cher. You can also get less bang for more bucks. (translation F. Berjon) From owner-freebsd-hackers Sat May 13 22:27:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA23866 for hackers-outgoing; Sat, 13 May 1995 22:27:22 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA23854 for ; Sat, 13 May 1995 22:27:13 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA15213; Sun, 14 May 1995 15:15:08 +1000 Date: Sun, 14 May 1995 15:15:08 +1000 From: Bruce Evans Message-Id: <199505140515.PAA15213@godzilla.zeta.org.au> To: graichen@sirius.physik.fu-berlin.de, rgrimes@gndrsh.aac.dev.com Subject: Re: some small ideas Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> graichen@mordillo:~cc >> cc: No input files >> graichen@mordillo:~c++ >> c++: No input files specified. >> >> graichen@mordillo:~f77 >> f77: No input files specified. >> >> why not: >> >> graichen@mordillo:~cc >> cc: No input files >> graichen@mordillo:~c++ >> c++: No input files >> graichen@mordillo:~f77 >> f77: No input files >Why??? Look up the work specified, also look up what makes a sentence >in an english book. ``No input files'' is a the sentence fragement, >error messages should be complete english sentences. The Gnu coding standard (July 1994 version) says that error messages like these should start with a capital letter but NOT end with a period. It doesn't say anything about them being sentences. Only the cc error messages follows the the rule. It must be the best example because rms wrote more of it than of the others :-). Bruce