From owner-freebsd-hackers Sun Apr 27 00:22:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA01719 for hackers-outgoing; Sun, 27 Apr 1997 00:22:28 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA01713 for ; Sun, 27 Apr 1997 00:22:26 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA25472 for freebsd-hackers@freebsd.org; Sun, 27 Apr 1997 09:22:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA07050; Sun, 27 Apr 1997 09:10:19 +0200 (MET DST) Message-ID: <19970427091019.YV06768@uriah.heep.sax.de> Date: Sun, 27 Apr 1997 09:10:19 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: sysctl -A References: <19970426184806.CQ22306@uriah.heep.sax.de> <199704262016.NAA07533@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704262016.NAA07533@phaeton.artisoft.com>; from Terry Lambert on Apr 26, 1997 13:16:58 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > securelevel > 0 and X11 are mutually exclusive. > My DEC Alpha runs at secure level 1, and X works fine. So now, look and tell us how they're doing it. I know how XFree86 avoids the problem on NetBSD, with the NetBSD aperture driver. But i also know that this is only another kind of a hack, and it's arguable whether you are still allowed to call it `securelevel 1' with the aperture driver. It's easy to find a race to break the security model. Pulling all the dix code from the Xserver into the kernel would be the technically correct solution, but is out of the question due to the sheer amount of work required (and due to decentralizing the maintenance that's currently done in an operating-system independent way by the XFree86 team). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 27 00:39:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA02311 for hackers-outgoing; Sun, 27 Apr 1997 00:39:09 -0700 (PDT) Received: from critter.dk.tfs.com (phk.cybercity.dk [195.8.129.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA02306; Sun, 27 Apr 1997 00:38:57 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id JAA02915; Sun, 27 Apr 1997 09:37:52 +0200 (CEST) To: "Kevin P. Neal" cc: Poul-Henning Kamp , hackers@freebsd.org From: Poul-Henning Kamp Subject: Re: the namei cache... In-reply-to: Your message of "Fri, 25 Apr 1997 19:07:52 EDT." <1.5.4.32.19970425230752.006f3d20@mindspring.com> Date: Sun, 27 Apr 1997 09:37:52 +0200 Message-ID: <2913.862126672@critter> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <1.5.4.32.19970425230752.006f3d20@mindspring.com>, "Kevin P. Neal" w rites: >At 08:09 AM 4/25/97 +0200, Poul-Henning Kamp wrote: >> >>I wish all of these "instant-fs" specialists would read up on their >>subject matter before they jump in with their misunderstandings! >> >> >>Poul-Henning > >Any suggestions? URLs? sys/kerne/vfs_cache.c ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-hackers Sun Apr 27 00:51:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA03016 for hackers-outgoing; Sun, 27 Apr 1997 00:51:28 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA03009 for ; Sun, 27 Apr 1997 00:51:24 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA25664 for hackers@freebsd.org; Sun, 27 Apr 1997 09:51:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA07189; Sun, 27 Apr 1997 09:39:16 +0200 (MET DST) Message-ID: <19970427093916.AH02880@uriah.heep.sax.de> Date: Sun, 27 Apr 1997 09:39:16 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: VFAT 32 support in msdosfs References: <1.5.4.32.19970426035451.006fa82c@cybercom.net> <3.0.1.32.19970426195829.007af2b0@bugs.us.dell.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.1.32.19970426195829.007af2b0@bugs.us.dell.com>; from Tony Overfield on Apr 26, 1997 19:58:29 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Tony Overfield wrote: > >[OEMSR2] machines are capable of reading long-name-in-volume-label FAT > >drives ("VFAT"). > This is nonsense. > > FAT32 is a superset of FAT16/FAT12. The OEMSR2 version of io.sys > supports all three. Hey, this is not win95-hackers@micro$oft.com. Feel free to discuss your first unicode filesystem for FreeBSD here. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 27 01:44:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA04493 for hackers-outgoing; Sun, 27 Apr 1997 01:44:31 -0700 (PDT) Received: from fcggsg07.icg.tu-graz.ac.at (fcggsg07.icg.tu-graz.ac.at [129.27.201.16]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA04488 for ; Sun, 27 Apr 1997 01:44:25 -0700 (PDT) Received: from lend.tu-graz.ac.at (isdn074.tu-graz.ac.at [129.27.240.74]) by fcggsg07.icg.tu-graz.ac.at (8.8.4/8.8.4) with ESMTP id KAA24409 for ; Sun, 27 Apr 1997 10:44:18 +0200 (MDT) Received: from localhost (lend.tu-graz.ac.at [127.0.0.1]) by lend.tu-graz.ac.at (8.8.5/8.8.5) with SMTP id KAA00420 for ; Sun, 27 Apr 1997 10:42:19 +0200 (CEST) Date: Sun, 27 Apr 1997 10:42:19 +0200 (CEST) From: Martin Kammerhofer To: hackers@hub.freebsd.org Subject: Re: sysctl -A In-Reply-To: <199704270447.VAA27744@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There's a workaround to solve the "X exor securelevel" problem. I use # X must be up and running before setting securelevel to $slev > 0 (sleep $sleep; sysctl -w kern.securelevel=$slev) & in my rc.local right after starting xdm. So securelevel is raised after X got it's write access to VGA memory (which securelevel > 0 would prohibit). The drawbacks are: 1. You have to go single user to restart your X server if it should die (fortunately this never happened to me :). 2. securelevel > 0 prevents you from using modload too (preload all anticipated lkms or go single user again here). NetBSD is said to have a cleaner solution, they're using a special device for X's memory access. Martin From owner-freebsd-hackers Sun Apr 27 02:38:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA05896 for hackers-outgoing; Sun, 27 Apr 1997 02:38:49 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA05888 for ; Sun, 27 Apr 1997 02:38:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id TAA03542; Sun, 27 Apr 1997 19:32:42 +1000 Date: Sun, 27 Apr 1997 19:32:42 +1000 From: Bruce Evans Message-Id: <199704270932.TAA03542@godzilla.zeta.org.au> To: dada@sbox.tu-graz.ac.at, hackers@hub.freebsd.org Subject: Re: sysctl -A Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >in my rc.local right after starting xdm. So securelevel is raised after >X got it's write access to VGA memory (which securelevel > 0 would >prohibit). Securelevel > 1 wouldn't prevent access to VGA memory. It prevents access to non-VGA memory (e.g., specially mapped frame buffers) and (in -current) to i/o ports. Bruce From owner-freebsd-hackers Sun Apr 27 03:37:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA07386 for hackers-outgoing; Sun, 27 Apr 1997 03:37:13 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA07381 for ; Sun, 27 Apr 1997 03:37:08 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA04857; Sun, 27 Apr 1997 20:34:32 +1000 Date: Sun, 27 Apr 1997 20:34:32 +1000 From: Bruce Evans Message-Id: <199704271034.UAA04857@godzilla.zeta.org.au> To: bde@zeta.org.au, michaelh@cet.co.jp Subject: Re: namei & hash functions Cc: hackers@hub.freebsd.org, msmith@atrad.adelaide.edu.au Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Umm. I didn't notice it in the logs. Just curious how many integer mults >by 33 equal a integer mod by a prime? Depends on the prime and the compiler. The division doesn't need to be perfectly accurate for hashing, so it can be reduced to multiplication by 2^32/prime, which in general takes 10 times as long as multiplying by 33 on a P5. Bruce From owner-freebsd-hackers Sun Apr 27 04:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA08526 for hackers-outgoing; Sun, 27 Apr 1997 04:30:05 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA08520 for hackers; Sun, 27 Apr 1997 04:30:03 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199704271130.EAA08520@hub.freebsd.org> Subject: Universities using FreeBSD To: hackers Date: Sun, 27 Apr 1997 04:30:03 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk if you are associated with a University that uses FreeBSD in its computer science department, please send me a short note telling me which university and what FreeBSD is used for? working up a little list here ;) thanks jmb -- Jonathan M. Bresler FreeBSD Core Team, Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Sun Apr 27 05:02:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA09291 for hackers-outgoing; Sun, 27 Apr 1997 05:02:52 -0700 (PDT) Received: from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA09281 for ; Sun, 27 Apr 1997 05:02:47 -0700 (PDT) Received: from nemeton.UUCP (Unemeton@localhost) by perki0.connect.com.au with UUCP id VAA04510 (8.8.5/IDA-1.6); Sun, 27 Apr 1997 21:59:54 +1000 (EST) Received: from topaz.nemeton.com.au (topaz.nemeton.com.au [203.8.3.18]) by nemeton.com.au (8.8.5/8.8.5) with ESMTP id VAA15979; Sun, 27 Apr 1997 21:46:36 +1000 (EST) Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by topaz.nemeton.com.au (8.8.5/8.8.5) with SMTP id VAA01731; Sun, 27 Apr 1997 21:50:24 +1000 (EST) Message-Id: <199704271150.VAA01731@topaz.nemeton.com.au> To: Curt Sampson cc: Andrew Gierth , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Date: Sun, 27 Apr 1997 21:50:18 +1000 From: Giles Lean Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 26 Apr 1997 21:47:32 -0700 (PDT) Curt Sampson wrote: > > Can't let this slip past: "" and unset are certainly not the same in sh. > > So how do we test for the difference between the two? Use ${notset-value}. Use ${notset:-value} if "" should count as unset. Giles From owner-freebsd-hackers Sun Apr 27 05:07:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA09467 for hackers-outgoing; Sun, 27 Apr 1997 05:07:48 -0700 (PDT) Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA09449; Sun, 27 Apr 1997 05:07:41 -0700 (PDT) Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by altos.rnd.runnet.ru (8.8.5/8.7.3) with SMTP id QAA02084; Sun, 27 Apr 1997 16:07:21 +0400 (MSD) Date: Sun, 27 Apr 1997 16:07:20 +0400 (MSD) From: Maxim Bolotin To: "Jonathan M. Bresler" cc: hackers@hub.freebsd.org Subject: Re: Universities using FreeBSD In-Reply-To: <199704271130.EAA08520@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Jonathan M. Bresler wrote: > if you are associated with a University that uses FreeBSD in its > computer science department, please send me a short note telling > me which university and what FreeBSD is used for? > > working up a little list here ;) Hi! Rostov State University's planing to use FreeBSD in class to provide access the Internet. There're 47 computers kindly donated by J.Soros. There're IBM PC 320 (Pentium 120, 16Mb, 1.2G HDD, NC IBM cs8920 EtherStreamer). Also We're using FreeBSD as DNS, MAIL, NEWS, FTP and file servers. now we're writing driver for cs8920 ethernet card, and we have few questions. In common driver works. 1. How can I disable interrupts when i transmit packet to the card buffer? I think I have to disable it, 'cause when I transffer big files, I have many underrun interrupts. 2. What do I have to do to work NFS? We've some strange hangs during transffer. Now, that's all. Max. - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet, MAB1-RIPE max@run.net. From owner-freebsd-hackers Sun Apr 27 07:13:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA12964 for hackers-outgoing; Sun, 27 Apr 1997 07:13:19 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA12959 for ; Sun, 27 Apr 1997 07:13:17 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id HAA18143 for ; Sun, 27 Apr 1997 07:13:04 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id JAA12836; Sun, 27 Apr 1997 09:13:15 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma012828; Sun Apr 27 14:12:49 1997 Message-Id: <3.0.32.19970427091453.00aed4d4@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 27 Apr 1997 09:14:53 -0500 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: "Jeffrey J. Mountin" Subject: Re: Syslog bug? Cc: hackers@freebsd.com, dean@myp.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 02:07 PM 4/26/97 +0200, J Wunsch wrote: >No idea on this. I had to dig into the source, but that's something >you could do as well. :) Just odd that smap logs in GMT and smapd doesn't and the both fire up at the same time in rc.local Hmmm... I wonder if smap and smapd from the ports will exhibit the same behaviour. >Because you forget to add a DNS reverse lookup entry for them. Didn't forget. Aliased IPs don't get inverse for web hosts. It appears to be in /usr/src/usr.sbin/sendmail/src/conf.c where the troublesome additions are: #ifdef LOG if (LogLevel > 3) syslog(LOG_WARNING, "gethostbyaddr() failed for %.100s/n", inet_ntoa(ia)); #endif Now I don't C much, but I see no reason why they decided to log to both warning *and* whatever else, usually info, is set for the mail facility. Not to mention this is default behaviour. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Sun Apr 27 07:30:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA13735 for hackers-outgoing; Sun, 27 Apr 1997 07:30:25 -0700 (PDT) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA13730 for ; Sun, 27 Apr 1997 07:30:22 -0700 (PDT) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.8.5/8.8.5) with ESMTP id KAA02892 for ; Sun, 27 Apr 1997 10:29:56 -0400 (EDT) Message-Id: <199704271429.KAA02892@spooky.rwwa.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Sat, 26 Apr 1997 21:45:07 CDT." <199704270245.VAA08465@nyx.pr.mcs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Apr 1997 10:29:56 -0400 From: Robert Withrow Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ccsanady@nyx.pr.mcs.net said: :- And the two-digit prefix? These are no more than a hack aimed at :- solving the dependancy problem I've often tought about *that* part. I think that it would be better if the individual rc scripts would provide *shell functions* to start, stop, etc. It would also provide a declaration section that would define which things the package *requires*. You could then tsort the total list of dependencies (from an outer *control* script) and execute the appropriate functions in the required order. I *hate* the stupid ``run-levels'' symlink stuff. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Sun Apr 27 07:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA14504 for hackers-outgoing; Sun, 27 Apr 1997 07:50:06 -0700 (PDT) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA14499 for ; Sun, 27 Apr 1997 07:50:03 -0700 (PDT) Received: (from eivind@localhost) by nic.follonett.no (8.8.5/8.8.3) id QAA08219; Sun, 27 Apr 1997 16:47:45 +0200 (MET DST) From: Eivind Eklund Message-Id: <199704271447.QAA08219@nic.follonett.no> Subject: Re: sysctl -A To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 27 Apr 1997 16:47:45 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <19970427091019.YV06768@uriah.heep.sax.de> from J Wunsch at "Apr 27, 97 09:10:19 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Pulling all the dix code from the Xserver into the kernel would be the > technically correct solution, but is out of the question due to the > sheer amount of work required (and due to decentralizing the > maintenance that's currently done in an operating-system independent > way by the XFree86 team). If the filesystem flags (immutable etc) is pulled along far enough into the kernel, it might be possible to do this by adding a separate flag indicating that the executable in question is allowed to do hardware access. It would of course need to be unchangable on securelevel > 0, and require the immutable flag for the executable. Also, it is quite a hack, and I don't think I'd consider the ugliness worthwhile. However, if this _really_ is a priority, it might be an option. Eivind. From owner-freebsd-hackers Sun Apr 27 09:36:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA17939 for hackers-outgoing; Sun, 27 Apr 1997 09:36:47 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA17934; Sun, 27 Apr 1997 09:36:40 -0700 (PDT) Received: from dbws.etinc.com (dbws.etinc.com [204.141.95.130]) by etinc.com (8.8.3/8.6.9) with SMTP id MAA00370; Sun, 27 Apr 1997 12:42:09 -0400 (EDT) Message-Id: <3.0.32.19970427123517.006e9de0@etinc.com> X-Sender: dennis@etinc.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 27 Apr 1997 12:35:21 -0400 To: Stefan Esser From: Sales Subject: Re: pci probes with multiple "units" (MORE) Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A suggestion: When pci devices are probed, the O/S prints out something similar to this: eth0 rev 0 int a irq 10 on pci0:17 eth1 rev 0 int a irq 11 on pci0:18 Note that this is actually wrong in this case (as unit 0 has eth0-eth3 and unit 1 had eth4 and eth5 given that these are multiport adapters. I would recommend that this show the unit number, perhaps.... eth Unit:0 rev 0 int a irq 10 on pci0:17 eth Unit:1 rev 0 int a irq 11 on pci0:18 although I dont really like the term "unit" because it is somewhat ambiguous...perhaps Adapter:0 or Card:0 is better. Its a tad confusing when you look at the the messages output. Dennis From owner-freebsd-hackers Sun Apr 27 10:20:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19719 for hackers-outgoing; Sun, 27 Apr 1997 10:20:54 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA19714 for ; Sun, 27 Apr 1997 10:20:53 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA19372 for ; Sun, 27 Apr 1997 10:20:37 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA01286 for hackers@freebsd.com; Sun, 27 Apr 1997 19:20:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA06160; Sun, 27 Apr 1997 19:19:42 +0200 (MET DST) Message-ID: <19970427191941.GG15779@uriah.heep.sax.de> Date: Sun, 27 Apr 1997 19:19:41 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.com Subject: Re: Syslog bug? References: <3.0.32.19970427091453.00aed4d4@mixcom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.32.19970427091453.00aed4d4@mixcom.com>; from Jeffrey J. Mountin on Apr 27, 1997 09:14:53 -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jeffrey J. Mountin wrote: > >Because you forget to add a DNS reverse lookup entry for them. > > Didn't forget. Aliased IPs don't get inverse for web hosts. They should get. This address appears in public, so it is expected to be reverse lookupable. > Now I don't C much, but I see no reason why they decided to log to both > warning *and* whatever else, usually info, is set for the mail facility. > Not to mention this is default behaviour. To bother you to fix the broken DNS. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 27 11:00:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA21103 for hackers-outgoing; Sun, 27 Apr 1997 11:00:10 -0700 (PDT) Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA21098 for ; Sun, 27 Apr 1997 11:00:08 -0700 (PDT) From: patl@Phoenix.volant.org Received: from asimov.volant.org [205.179.79.65] by phoenix.volant.org with smtp (Exim 1.59 #1) id 0wLYEv-0000Xh-00; Sun, 27 Apr 1997 10:59:57 -0700 Received: from localhost by asimov.volant.org (SMI-8.6/SMI-SVR4) id KAA07937; Sun, 27 Apr 1997 10:59:03 -0700 Date: Sun, 27 Apr 1997 10:59:03 -0700 (PDT) Reply-To: patl@Phoenix.volant.org Subject: Re: /etc/netstart bogons.. To: Robert Withrow cc: hackers@freebsd.org In-Reply-To: <199704271429.KAA02892@spooky.rwwa.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > ccsanady@nyx.pr.mcs.net said: > :- And the two-digit prefix? These are no more than a hack aimed at > :- solving the dependancy problem > > I've often tought about *that* part. I think that it would be better > if the individual rc scripts would provide *shell functions* to > start, stop, etc. It would also provide a declaration section that would > define which things the package *requires*. You could then tsort the > total list of dependencies (from an outer *control* script) and execute > the appropriate functions in the required order. Explain to me exactly how this would be -easier- to use. Exactly what steps would be taken to 1) manually start/stop/restart a service. 2) Add a service to the restart sequence for multi-user. 3) Remove a service from the restart sequence for multi-user, but leave it available for manual start. 4) Find out the script execution order. As far as I can tell, the only win is the automatic dependency sorting; and I can easily imagine ports or packages missing a dependency update. The sequenced symlinks certainly aren't perfect; but they show the order at a glance; and by defining known sequence points it is easy for install scripts to insert a startup between the necessary levels. In practice, this is usually adequate to handle the dependencies. > I *hate* the stupid ``run-levels'' symlink stuff. Don't let your prejudice against the symlinks or run-levels lead you into something even cruftier. -Pat From owner-freebsd-hackers Sun Apr 27 11:45:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA22954 for hackers-outgoing; Sun, 27 Apr 1997 11:45:30 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA22949 for ; Sun, 27 Apr 1997 11:45:28 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id OAA06814; Sun, 27 Apr 1997 14:45:21 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id OAA10848; Sun, 27 Apr 1997 14:45:19 -0400 Date: Sun, 27 Apr 1997 14:44:45 -0400 (EDT) From: Chuck Robey To: patl@Phoenix.volant.org cc: Robert Withrow , hackers@FreeBSD.ORG Subject: Re: /etc/netstart bogons.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997 patl@Phoenix.volant.org wrote: > > > > ccsanady@nyx.pr.mcs.net said: > > :- And the two-digit prefix? These are no more than a hack aimed at > > :- solving the dependancy problem > > > > I've often tought about *that* part. I think that it would be better > > if the individual rc scripts would provide *shell functions* to > > start, stop, etc. It would also provide a declaration section that would > > define which things the package *requires*. You could then tsort the > > total list of dependencies (from an outer *control* script) and execute > > the appropriate functions in the required order. [some deletions] > > I *hate* the stupid ``run-levels'' symlink stuff. > > Don't let your prejudice against the symlinks or run-levels > lead you into something even cruftier. You know, guys, I've been waiting a while for some kinda common consensus to develop, so that the parts of the SYSV startup that are better could migrate in. I don't think it's going to happen, because too many people have too strong prejudices, probably generated from fighting problems under one scenario or another. Be that as it may, do you think it might be possible to go *both* ways, and maybe offer the user a choice of how they set up their startup? I'm not talking about both ways at the same time, I'm talking about a different startup file architecture that would be offered for those of us who'd like it. This would allow the changes to go into shutdown, without forcing those that "*hate* the stupid ``run-levels''" into it. I think we have to understand the problem is political, not technical, adapt around it, and go forward. Comments? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Apr 27 11:54:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23250 for hackers-outgoing; Sun, 27 Apr 1997 11:54:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA23243 for ; Sun, 27 Apr 1997 11:54:23 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08885; Sun, 27 Apr 1997 11:49:36 -0700 From: Terry Lambert Message-Id: <199704271849.LAA08885@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: gibbs@plutotech.com (Justin T. Gibbs) Date: Sun, 27 Apr 1997 11:49:36 -0700 (MST) Cc: terry@lambert.org, gibbs@plutotech.com, michaelh@cet.co.jp, joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org In-Reply-To: <199704262057.OAA00832@pluto.plutotech.com> from "Justin T. Gibbs" at Apr 26, 97 03:56:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Try almost any foobarW API and it will fail. Don't use the ones which aren't on both platforms. > Win95 will also not > automatically convert between UNICODE and ANSI strings when a message > passes between windows that use different string types. Well, neither will NT. It seems to not have the problem because there's very little ANSI in NT. > 95% of Office97 uses UNICODE internally, but serious hoops were jumped > through in order to convert strings to DB or ANSI so that it could run > without too many features "losing" after internationalization under > Win95. Why do I know this? Because I had to implement some of these > hoops while working on the PowerPoint97 project. That just the stupid "code page" backward compatability crap, may it rot in hell. If they didn't come out with code that could run on win32s on win 3.1, they wouldn't have to jump through the DB/ANSI hoops. > Win95 is the bane of everyone's existance, including the developers > at Microsoft. Backward compatability is just a fact of Microsoft's life. If they were not married to their bane, they wouldn't have to carry it around. There's no accounting for management stupidity in any company. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 11:57:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23358 for hackers-outgoing; Sun, 27 Apr 1997 11:57:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA23351 for ; Sun, 27 Apr 1997 11:57:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08899; Sun, 27 Apr 1997 11:51:29 -0700 From: Terry Lambert Message-Id: <199704271851.LAA08899@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: jfieber@indiana.edu (John Fieber) Date: Sun, 27 Apr 1997 11:51:29 -0700 (MST) Cc: gibbs@plutotech.com, terry@lambert.org, michaelh@cet.co.jp, joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org In-Reply-To: from "John Fieber" at Apr 26, 97 07:07:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Try almost any foobarW API and it will fail. Win95 will also not > > automatically convert between UNICODE and ANSI strings when a message > > passes between windows that use different string types. > > Over on the unicode mailing list, there was a lot of discussion > (grumbling) about this, and the general conclusion was that > writing Unicode applications to work on Win95 sure fire way to > programmer insanity, if not suicide. Alternately, live in the subset, and write your own 'W' functions, as necessary, for where a function is absolutely required. One thing these non-working 'W' functions are probably telling you is that you should pick some other method of solving the problem. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 12:00:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA23482 for hackers-outgoing; Sun, 27 Apr 1997 12:00:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA23474 for ; Sun, 27 Apr 1997 12:00:21 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08913; Sun, 27 Apr 1997 11:55:34 -0700 From: Terry Lambert Message-Id: <199704271855.LAA08913@phaeton.artisoft.com> Subject: Re: namei & hash functions To: michaelh@cet.co.jp (Michael Hancock) Date: Sun, 27 Apr 1997 11:55:34 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, msmith@atrad.adelaide.edu.au, hackers@hub.freebsd.org In-Reply-To: from "Michael Hancock" at Apr 27, 97 10:42:13 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > He's working on another approach that simplifies keeping the name cache > and active vnode in sync by hanging the name cache of the directory vnode. > A lot of us are saying that operations like article list request against > innd would suffer with this approach. Ugh. I do not like this. It breaks locality of reference for cache entry flushing. I don't think it's that big a win for lookup anyway; a hash is a hash, and the fill should be proportionate. There will be a problem in that you can size a "whole FS hash" by knowing how many files are in the FS, but sizing a "per directory hash" is much more problematic. I assume that it's multiply linked? Otherwise you'd have problems on volume flush on unmount, etc.. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 12:11:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA23996 for hackers-outgoing; Sun, 27 Apr 1997 12:11:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA23990 for ; Sun, 27 Apr 1997 12:11:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA08985; Sun, 27 Apr 1997 12:07:04 -0700 From: Terry Lambert Message-Id: <199704271907.MAA08985@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: ksmm@cybercom.net (The Classiest Man Alive) Date: Sun, 27 Apr 1997 12:07:04 -0700 (MST) Cc: terry@lambert.org, joa@kuebart.stuttgart.netsurf.de, hackers@freebsd.org In-Reply-To: <1.5.4.32.19970426232352.007060a4@cybercom.net> from "The Classiest Man Alive" at Apr 26, 97 07:23:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >These machines are capable of reading long-name-in-volume-label FAT > >drives ("VFAT"). But the partitions they use by default, and the > >partition table format, and the MBR and the io.sys/io.dos/msdos.dos > >where the INT 21 interface is instantiated *all* expect VFAT32. I'm > >not sure that an OEMSR2 INT 21 is capable of identifying and booting > >from a "VFAT" drive at all. > > Windows 95 OEM SR2 certainly can boot from a VFAT drive. That's my point. > VFAT32 may be coming into widespread use, but I don't think it's time for us > (or Microsoft) to start dropping support for VFAT. I don't know how you got an OEMSR2 boot block and INT 21 code onto a VFAT drive, but I'd be interested in finding out. I suspect that if you are running OEMSR2 on VFAT that you have the older bootblock code. MSDN-2 developers (like me) got betas with the ability to "upgrade" an existing VFAT drive to VFAT32. Since there was no reverse process, I wonder at how you can claim to be using the VFAT32 io.sys on a VFAT drive. In any case, normal end users who get new machines with OEMSR2 already installed (like all new Dell machines) get VFAT32 installed by default. FYI: You can't go down to a computer store and buy OEMSR2: it is only available in the beta form set to developers and the final form sent to PC manufacturers for inclusion on new systems. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 12:17:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24270 for hackers-outgoing; Sun, 27 Apr 1997 12:17:06 -0700 (PDT) Received: from kevin.sunshine.net (pme16.sunshine.net [204.191.205.16]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24265 for ; Sun, 27 Apr 1997 12:17:01 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id MAA00256; Sun, 27 Apr 1997 12:13:05 -0700 (PDT) Date: Sun, 27 Apr 1997 12:13:00 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: Mikael Karpberg cc: FreeBSD-Hackers , Chris Coleman , Joerg Wunsch Subject: Re: "learn" unix tool In-Reply-To: <199704271308.PAA24416@ocean.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Mikael Karpberg wrote: Thanks Mikael for the input I really need it to get some direction on this. Welcome Chris. > Just a suggestion: Don't make a newbie tool that is written with the head > of a unix guru. We "gurus" are a bit strange. ;-) You need to get ahold of > some real "Dummies" and make them use your tool, and ask you stupid things > which will help you improve it, clearify hard to understand bits, etc. Corrction: Not strange, eccentric -- has a much nicer ring. Dummy, that's me |:-Q I've only been using FreeBSD since Dec/96 (constantly if you were to talk to my life partner) and it's the first Unix ever for me. > > Also, while you're at it, trying to make unix more aprochable for new > users... Don't miss the basic things: > > You make a learn tool. No newbie will ever find it. :-) > Make sure it ends up in /usr/bin, which will always be in a new users path. > Create a small shell skript which goes something like this, and is called > /usr/bin/help: > > ------ > #/bin/sh > > echo "Need help with understanding how a UNIX-like operating system like" > echo "FreeBSD is used? Try typing 'unixlearn' now, to get a tutorial in how" > echo "to use it." > echo " " > echo "If you are looking for help with some command, and wants to know what" > echo "options it can take, etc, then that command is called 'man', which is" > echo "an abbreviation of 'manual'. To find out how to use 'man', either use" > echo "the tutorial in 'unixlearn' or try 'man man', which will give you the" > echo "manual on 'man'." > ------- > > What do you think? The first thing that comes in to a confused newbies head > is not "learn". It's "help"! :-) > Excellent choice actually :: It was (sigh) one of the things I typed in upon logging in root. I gather that to many conflicts could arise with just help as a command. Could it be considered as a menu item in sysinstall (Although this is down the road a bit), perhaps post-install menu. I realize and !appreciate! size restraint of 5MB. I see in the header file that: "This is probably the last attempt in the `sysinstall' line, the next generation being slated to essentially a complete rewrite." > > Just giving some input. I'm affraid I wont be much help with doing any of > this, but I'd be willing to at least look at a "finished" unixlearn, when > you have some very basic thing, to give suggestions on the user interface, > or so. Very nice effort, which is really needed, however. Great going! :-) > > /Mikael _______________________________________ |\ /| | \ kevin_eliuk@sunshine.net / | | \ Kevin G. Eliuk / | | /^\_________________________/^\ | | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Sun Apr 27 12:26:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24555 for hackers-outgoing; Sun, 27 Apr 1997 12:26:34 -0700 (PDT) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24549; Sun, 27 Apr 1997 12:26:31 -0700 (PDT) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.7.6/8.7.3) with SMTP id PAA09738; Sun, 27 Apr 1997 15:26:31 -0400 (EDT) Date: Sun, 27 Apr 1997 15:26:31 -0400 (EDT) From: Alfred Perlstein To: "Jonathan M. Bresler" cc: hackers@hub.freebsd.org Subject: Re: Universities using FreeBSD In-Reply-To: <199704271130.EAA08520@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > if you are associated with a University that uses FreeBSD in its > computer science department, please send me a short note telling > me which university and what FreeBSD is used for? > > working up a little list here ;) suny tech at utica/rome does, and it's great, however it's only run on the computer science machines, lately a lot of funding for other departments is going towards Windblows NT (not technology) and the main academic machines all run HP-UX. but the only machines where you can do anything or learn is the cs machines that do run FreeBSD. Alfred perlsta@cs.sunyit.edu From owner-freebsd-hackers Sun Apr 27 12:26:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24586 for hackers-outgoing; Sun, 27 Apr 1997 12:26:53 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA24579 for ; Sun, 27 Apr 1997 12:26:51 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09008; Sun, 27 Apr 1997 12:20:45 -0700 From: Terry Lambert Message-Id: <199704271920.MAA09008@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: tony@dell.com (Tony Overfield) Date: Sun, 27 Apr 1997 12:20:44 -0700 (MST) Cc: terry@lambert.org, ksmm@cybercom.net, joa@kuebart.stuttgart.netsurf.de, hackers@freebsd.org In-Reply-To: <3.0.1.32.19970426195829.007af2b0@bugs.us.dell.com> from "Tony Overfield" at Apr 26, 97 07:58:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I'm not sure that an OEMSR2 INT 21 is capable of identifying and > > booting from a "VFAT" drive at all. > > This is nonsense. Well, I did say I wasn't sure. > FAT32 is a superset of FAT16/FAT12. The OEMSR2 version of io.sys > supports all three. There is not a special version of io.sys > which only supports FAT32 partitions. > > io.sys does not "do" VFAT at all. VFAT "happens" when the > protected mode VFAT driver is loaded. This is why real-mode > Windows 95 (DOS mode) cannot see or use long filenames. > > Of course, io.dos/msdos.dos are irrelevant, since they aren't even > used when booting Windows 95, they're used when booting your > *previous* DOS, which might be MS-DOS 5.0. > > Why you think that INT 21 is related to any of this remains a > mystery to me. Because the Schulman book claims that they are used in the boot process in order to locate and load windows components prior to switching to protected mode. This is backed by my personal experience in IFS-land, where an installed FS must be able to convert a real mode handle to a protected mode IFS open file to support TSR's and other FS-using crap loaded from config.sys and/or autoexec.bat. If the FS layout is different in VFAT32 (it is), then they would need to be able to traverse the FS, both for running DOS stuff ("Realmode DOS Prompt" versions of the MSDOS command.com shortcut, and the "shutdown to DOS prompt"), and for starting up windows from the FS. Since VFAT32 "solves" the cluster allocation/fragmentation problem, and it is the default boot FS, it logically follows that the INT 21 installed during the boot phase would have to have VFAT32 specific knowledge. The only thing I wasn't sure of (and which you cleared up; thanks) was whether or not it *only* had VFAT32 specific knowledge. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 12:28:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA24709 for hackers-outgoing; Sun, 27 Apr 1997 12:28:03 -0700 (PDT) Received: from pluto.plutotech.com (root@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA24691 for ; Sun, 27 Apr 1997 12:28:01 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id NAA17031; Sun, 27 Apr 1997 13:27:06 -0600 (MDT) Message-Id: <199704271927.NAA17031@pluto.plutotech.com> To: Terry Lambert cc: gibbs@plutotech.com (Justin T. Gibbs), michaelh@cet.co.jp, joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org Subject: Re: VFAT 32 support in msdosfs In-reply-to: Your message of "Sun, 27 Apr 1997 11:49:36 PDT." <199704271849.LAA08885@phaeton.artisoft.com> Date: Sun, 27 Apr 1997 14:25:19 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Try almost any foobarW API and it will fail. > >Don't use the ones which aren't on both platforms. > >> Win95 will also not >> automatically convert between UNICODE and ANSI strings when a message >> passes between windows that use different string types. > >Well, neither will NT. It seems to not have the problem because >there's very little ANSI in NT. Not true. This works just fine. If App A does a CreateWindowW and App B does a CreateWindow, and they exchange messages, the transition is seemless so long as the system code page is setup correctly and both apps are consistent in their usages of 'W' or non 'W' APIs. Otherwise, the UNICODE->ANSI conversion will lose. >> 95% of Office97 uses UNICODE internally, but serious hoops were jumped >> through in order to convert strings to DB or ANSI so that it could run >> without too many features "losing" after internationalization under >> Win95. Why do I know this? Because I had to implement some of these >> hoops while working on the PowerPoint97 project. > >That just the stupid "code page" backward compatability crap, may it >rot in hell. If they didn't come out with code that could run on win32s >on win 3.1, they wouldn't have to jump through the DB/ANSI hoops. This has absolutly nothing to do with the problem. You can't talk to Win95 in terms of 'W' APIs, so you are either forced to lose UNICODE fidelity on both platforms or write code like: if (underNT) { fooBarW(string) } else { translate string to ANSI using your own routines since the routines provided by the system blow fooBar(string); } The problem is that the Win32 API does not hide the fact that there are non UNICODE apps running in the system which NT makes a good attempt of doing. So long as you are unwilling to throw away all non-UNICODE apps in a single shot, you must deal with code pages someplace, it just shouldn't be done on an app by app basis. >> Win95 is the bane of everyone's existance, including the developers >> at Microsoft. > >Backward compatability is just a fact of Microsoft's life. If they >were not married to their bane, they wouldn't have to carry it around. >There's no accounting for management stupidity in any company. It's hard to blaim management for anything when the company they manage continually produces record earnings. > Regards, > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Apr 27 12:39:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25182 for hackers-outgoing; Sun, 27 Apr 1997 12:39:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA25177 for ; Sun, 27 Apr 1997 12:39:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09051; Sun, 27 Apr 1997 12:32:06 -0700 From: Terry Lambert Message-Id: <199704271932.MAA09051@phaeton.artisoft.com> Subject: Re: /etc/netstart bogons.. To: ccsanady@nyx.pr.mcs.net (Chris Csanady) Date: Sun, 27 Apr 1997 12:32:06 -0700 (MST) Cc: patl@Phoenix.volant.org, davidn@unique.usn.blaze.net.au, mrcpu@cdsnet.net, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199704270245.VAA08465@nyx.pr.mcs.net> from "Chris Csanady" at Apr 26, 97 09:45:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I think it is more a case of functionality, rather than personal > preference. With the rc.d/init.d approach you have more modularity, > and the ability to start/stop random packages in a consistent way. > There is also a single standard place that a vendor can throw a > startup script in--this is a good thing. Yes. The modularity and the provision for vendor startup scripts (which already exist for many IBCS2/SVR4/Solaris commercial software distributions) are my main reason for supporting the model. It is an IBCS2/interface compliance issue. That you can start and stop components is a bonus, as is the ability to support multiple running confiurations for a laptop that may be disconnected from the net, intermittently IR/Wavelan/etc. connected, modem/cellular-modem connected, and/or docked. Each is a different run state (*not* run level). > What does the rc?.d buy us again? And the two-digit prefix? These > are no more than a hack aimed at solving the dependancy problem--and > they only solve the ordering part too. I think multiple > configurations could be better served than dirs full of symlinks as > well. Yes. This is a kludge that has to do with implementation of *levels* rather than implementation of *states*. I think the numeric designators are somewhat flawed. I would like to see "rc.xxx" directories, where "xxx" is the name of a state. I'd also like to see the ability to transition states based on PnP events ("Hey! I'm docked! Start the directly connected network!"). > Personally, for the ability to seperate and start/stop services, I > think I could live with it the way it is. However, I would like > to see a mechanism to cleanly handle dependancies, and this does > not cut it. Yes. The "make" suggestions have been a bit overboard in this regard; I liked the "tsort" suggestion better. But I'd rather not have state transition dependencies (implied by "run levels"), though you definitely need order of operation dependencies internally to setting up a state. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 12:47:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25502 for hackers-outgoing; Sun, 27 Apr 1997 12:47:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA25497 for ; Sun, 27 Apr 1997 12:47:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09077; Sun, 27 Apr 1997 12:42:18 -0700 From: Terry Lambert Message-Id: <199704271942.MAA09077@phaeton.artisoft.com> Subject: Re: sysctl -A To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 27 Apr 1997 12:42:18 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <19970427091019.YV06768@uriah.heep.sax.de> from "J Wunsch" at Apr 27, 97 09:10:19 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > My DEC Alpha runs at secure level 1, and X works fine. > > So now, look and tell us how they're doing it. They map the display memory with a kernel call. > I know how XFree86 avoids the problem on NetBSD, with the NetBSD > aperture driver. But i also know that this is only another kind of a > hack, and it's arguable whether you are still allowed to call it > `securelevel 1' with the aperture driver. It's easy to find a race to > break the security model. I don't think this is necessaary. It may be specific to the machine architecture as some people have suggested, so maybe not a good general soloution in any case. An aside: NetBSD also prevents the loading of LKM's in secure mode, so they are arguably more "overboard" about it than the FreeBSD folks, anyway. > Pulling all the dix code from the Xserver into the kernel would be the > technically correct solution, but is out of the question due to the > sheer amount of work required (and due to decentralizing the > maintenance that's currently done in an operating-system independent > way by the XFree86 team). Well, don't dismiss it so trivially before you try it. If the device dependent drivers were shared objects, I don't think they would care who was loading them and calling them: XFree86 or the kernel. If that's the case, then if you can freeze an interface, you should be able to use the same code in both places, and still have the maintenance where it is today. The one hiccup you will face is importing the interface over the kernel boundry into the X server; this will take a small amount of work in the X server to have to address the kernel interface instead of loading the shared object for the driver and addressing the shared object directly. It *should* be possible to provide a shared object that looks like a device dependent driver on the top end... so it's one more (small) driver that would need to be written to support the DDX in the kernel case on any given OS (or once, if the interface were generalized enough that the Linux and similar folks could live with it). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 12:54:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25815 for hackers-outgoing; Sun, 27 Apr 1997 12:54:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA25810 for ; Sun, 27 Apr 1997 12:54:36 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09095; Sun, 27 Apr 1997 12:49:03 -0700 From: Terry Lambert Message-Id: <199704271949.MAA09095@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 27 Apr 1997 12:49:03 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <19970427093916.AH02880@uriah.heep.sax.de> from "J Wunsch" at Apr 27, 97 09:39:16 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > >[OEMSR2] machines are capable of reading long-name-in-volume-label FAT > > >drives ("VFAT"). > > > This is nonsense. > > > > FAT32 is a superset of FAT16/FAT12. The OEMSR2 version of io.sys > > supports all three. > > Hey, this is not win95-hackers@micro$oft.com. > > Feel free to discuss your first unicode filesystem for FreeBSD here. Technically, to be interoperable with the late-binding mechanism used by Windows 95, FreeBSD should internally use Unicode when talking to te VFAT FS. Also, if you want to be technical, in order to support the short name generation and collision algorithm propery, without possibility of deadlock, then FreeBSD needs to be able to communicate multiple terminal path components into the create/rename/mkdir VOPs, so it needs to treat the contents of the struct componentname in the struct nameidata as interface-opaque data. This means that the terminal component name, and in fact whether the cn_pnbuf contains Unicode/non-Unicode data based on an FS flag, needs to be isolated in the code. It's a short step from supporting two name spaces to supporting N name spaces... Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 12:59:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA26023 for hackers-outgoing; Sun, 27 Apr 1997 12:59:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA26018 for ; Sun, 27 Apr 1997 12:59:08 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09122; Sun, 27 Apr 1997 12:53:07 -0700 From: Terry Lambert Message-Id: <199704271953.MAA09122@phaeton.artisoft.com> Subject: Re: sysctl -A To: eivind@nic.follonett.no (Eivind Eklund) Date: Sun, 27 Apr 1997 12:53:06 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org In-Reply-To: <199704271447.QAA08219@nic.follonett.no> from "Eivind Eklund" at Apr 27, 97 04:47:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If the filesystem flags (immutable etc) is pulled along far enough into the > kernel, it might be possible to do this by adding a separate flag indicating > that the executable in question is allowed to do hardware access. > It would of course need to be unchangable on securelevel > 0, and require the > immutable flag for the executable. > > Also, it is quite a hack, and I don't think I'd consider the ugliness > worthwhile. However, if this _really_ is a priority, it might be an > option. Heh. And we would put a file containing this attribute data in a subdirectory of /etc/... Heh. You've invented SVR4 flags for "this binary can get a reserved port", etc.. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 13:10:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA26516 for hackers-outgoing; Sun, 27 Apr 1997 13:10:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA26511 for ; Sun, 27 Apr 1997 13:10:11 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA09155; Sun, 27 Apr 1997 13:05:24 -0700 From: Terry Lambert Message-Id: <199704272005.NAA09155@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: gibbs@plutotech.com (Justin T. Gibbs) Date: Sun, 27 Apr 1997 13:05:24 -0700 (MST) Cc: terry@lambert.org, gibbs@plutotech.com, michaelh@cet.co.jp, joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org In-Reply-To: <199704271927.NAA17031@pluto.plutotech.com> from "Justin T. Gibbs" at Apr 27, 97 02: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 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Win95 will also not > >> automatically convert between UNICODE and ANSI strings when a message > >> passes between windows that use different string types. > > > >Well, neither will NT. It seems to not have the problem because > >there's very little ANSI in NT. > > Not true. This works just fine. If App A does a CreateWindowW and > App B does a CreateWindow, and they exchange messages, the transition > is seemless so long as the system code page is setup correctly and > both apps are consistent in their usages of 'W' or non 'W' APIs. Otherwise, > the UNICODE->ANSI conversion will lose. Ugh. This is horrifically high overhead. And you wonder why your NT programs seem slower. I think doing the conversion in any case loses. FYI: The conversion is done at the INT emulation on the way into the IFS, at least for path names, etc.. They are cannonized to Unicode, and something like the LanMan SMB client IFS must convert them again for the old non-Unicode wire representation of the data. Conversion sucks. Everyone should go to 16 bit Unicode. > >> 95% of Office97 uses UNICODE internally, but serious hoops were jumped > >> through in order to convert strings to DB or ANSI so that it could run > >> without too many features "losing" after internationalization under > >> Win95. Why do I know this? Because I had to implement some of these > >> hoops while working on the PowerPoint97 project. > > > >That just the stupid "code page" backward compatability crap, may it > >rot in hell. If they didn't come out with code that could run on win32s > >on win 3.1, they wouldn't have to jump through the DB/ANSI hoops. > > This has absolutly nothing to do with the problem. You can't talk to > Win95 in terms of 'W' APIs, so you are either forced to lose UNICODE > fidelity on both platforms or write code like: > > if (underNT) { > fooBarW(string) > } else { > translate string to ANSI using your own routines since the > routines provided by the system blow > fooBar(string); > } or provide your own fooBarW(): fooBarW(wchar_t *pwstr) { translate string to ANSI fooBar( pstr); } The nifty thing about doing it this way is that you can then requse the code for your next project instead of screwing around again. If you are smart, you inline it so you don't take the call hit. > The problem is that the Win32 API does not hide the fact that there > are non UNICODE apps running in the system which NT makes a good attempt > of doing. So long as you are unwilling to throw away all non-UNICODE > apps in a single shot, you must deal with code pages someplace, it > just shouldn't be done on an app by app basis. I'm willing. 8-). At least I'm willing to have them not communicate directly between themselves, knowing that they aren't interoperable, without some form of glue server. Yeah, NT provides the glue-serving for you. I guess you should take Microsoft's hint and develop for NT instead of 95... at least that's what they seem to be saying. > >> Win95 is the bane of everyone's existance, including the developers > >> at Microsoft. > > > >Backward compatability is just a fact of Microsoft's life. If they > >were not married to their bane, they wouldn't have to carry it around. > >There's no accounting for management stupidity in any company. > > It's hard to blaim management for anything when the company they manage > continually produces record earnings. It's a financial decision, not a technical one. That was my point. And I can blame anyone I chose when they engage in intentional inelegance, then complain about the resulting problems it produces. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 13:38:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA27775 for hackers-outgoing; Sun, 27 Apr 1997 13:38:15 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA27763 for ; Sun, 27 Apr 1997 13:38:07 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 12146 on Sun, 27 Apr 1997 22:38:04 +0200; id WAA12146 efrom: peter@grendel.IAEhv.nl; eto: hackers@freebsd.org Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id UAA00389; Sun, 27 Apr 1997 20:34:20 +0200 (CEST) Message-ID: <19970427203420.55698@hw.nl> Date: Sun, 27 Apr 1997 20:34:20 +0200 From: Peter Korsten To: hackers@freebsd.org Subject: xdm in /usr/X11R6/etc/rc.d problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I installed 2.2.1 and decided to put the stuff from /etc/rc.local in /usr/local/etc/rc.d and /usr/X11R6/etc/rc.d, respectively. For the normal daemons, this works OK, but putting xdm in the X11 rc directory turned out to be a Bad Idea. What seems to happen, is that xdm initializes and starts X, but after that, the vty's are initilized. The result is that I have a screen with the xdm login, but that the keyboard thinks it's listening to a vty. I managed to login as root and print xdm's pid to console (xconsole) and kill it, but still no characters would appear. About the same thing happened when I installed the splash screen. I'm almost positive that this is a known issue, but is there a way to get around it? - Peter From owner-freebsd-hackers Sun Apr 27 13:59:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA28476 for hackers-outgoing; Sun, 27 Apr 1997 13:59:56 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA28471 for ; Sun, 27 Apr 1997 13:59:54 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA28065; Sun, 27 Apr 1997 13:59:58 -0700 (PDT) To: Peter Korsten cc: hackers@FreeBSD.org Subject: Re: xdm in /usr/X11R6/etc/rc.d problem In-reply-to: Your message of "Sun, 27 Apr 1997 20:34:20 +0200." <19970427203420.55698@hw.nl> Date: Sun, 27 Apr 1997 13:59:58 -0700 Message-ID: <28063.862174798@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'm almost positive that this is a known issue, but is there a way > to get around it? Start xdm from /etc/ttys, like so: ttyv3 "/usr/X11R6/bin/xdm -nodaemon" xterm on secure Jordan From owner-freebsd-hackers Sun Apr 27 14:07:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA28696 for hackers-outgoing; Sun, 27 Apr 1997 14:07:13 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA28691 for ; Sun, 27 Apr 1997 14:07:09 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id HAA22458; Mon, 28 Apr 1997 07:06:51 +1000 (EST) Message-ID: <19970428070651.14651@rf900.physics.usyd.edu.au> Date: Mon, 28 Apr 1997 07:06:51 +1000 From: David Dawes To: Peter Korsten Cc: hackers@freebsd.org Subject: Re: xdm in /usr/X11R6/etc/rc.d problem References: <19970427203420.55698@hw.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <19970427203420.55698@hw.nl>; from Peter Korsten on Sun, Apr 27, 1997 at 08:34:20PM +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, Apr 27, 1997 at 08:34:20PM +0200, Peter Korsten wrote: >I installed 2.2.1 and decided to put the stuff from /etc/rc.local >in /usr/local/etc/rc.d and /usr/X11R6/etc/rc.d, respectively. > >For the normal daemons, this works OK, but putting xdm in the X11 >rc directory turned out to be a Bad Idea. What seems to happen, is >that xdm initializes and starts X, but after that, the vty's are >initilized. > >The result is that I have a screen with the xdm login, but that >the keyboard thinks it's listening to a vty. I managed to login as >root and print xdm's pid to console (xconsole) and kill it, but >still no characters would appear. > >About the same thing happened when I installed the splash screen. > >I'm almost positive that this is a known issue, but is there a way >to get around it? Delay the starting of xdm. Here's what I have in my /usr/X11R6/etc/rc.d/xdm file: #!/bin/sh # Make sure root can start xconsole when xdm starts chown root /dev/console if [ -f /usr/X11R6/bin/xdm -a -f /usr/local/etc/xdm/xdm-config ]; then echo -n ' xdm' (sleep 10; /usr/X11R6/bin/xdm -config /usr/local/etc/xdm/xdm-config)& fi That works fine for me. David From owner-freebsd-hackers Sun Apr 27 14:17:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29144 for hackers-outgoing; Sun, 27 Apr 1997 14:17:33 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29139 for ; Sun, 27 Apr 1997 14:17:30 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id QAA11062; Sun, 27 Apr 1997 16:16:20 -0500 (CDT) Message-Id: <199704272116.QAA11062@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: patl@Phoenix.volant.org cc: Robert Withrow , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of Sun, 27 Apr 1997 10:59:03 -0700. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Apr 1997 16:16:20 -0500 From: Chris Csanady Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> ccsanady@nyx.pr.mcs.net said: >> :- And the two-digit prefix? These are no more than a hack aimed at >> :- solving the dependancy problem >> >> I've often tought about *that* part. I think that it would be better >> if the individual rc scripts would provide *shell functions* to >> start, stop, etc. It would also provide a declaration section that would >> define which things the package *requires*. You could then tsort the >> total list of dependencies (from an outer *control* script) and execute >> the appropriate functions in the required order. > >Explain to me exactly how this would be -easier- to use. Exactly Having more functionalitly does not necessarily make things easier. In fact, the startup mechanism is likely to be more involved, but this will not impact the scripts themselves. If anything, it will be not be easier, or harder, just different... >what steps would be taken to 1) manually start/stop/restart a service. >2) Add a service to the restart sequence for multi-user. 3) Remove >a service from the restart sequence for multi-user, but leave it >available for manual start. 4) Find out the script execution order. 1) I was wondering about this myself.. I really don't see how it would change the basic idea if it was a script rather than a function though. 2) Just add a script in the /etc/init.d directory.. 3) What about having a single configuration file per state? Just a list of the services to start included. I think a file is simpler than a directory. ;-) 4) This is a bit more difficult. How about providing an option to /etc/rc to make it output what it *would* do if it was run? It then internally handles the tsorting/etc and outputs the execution order. This would require very little extra code.. I think it is obvious that at least a few things need to be worked out. That shouldn't stop us though, right? :-) >As far as I can tell, the only win is the automatic dependency >sorting; and I can easily imagine ports or packages missing a This is a large win imho... >dependency update. The sequenced symlinks certainly aren't >perfect; but they show the order at a glance; and by defining >known sequence points it is easy for install scripts to insert >a startup between the necessary levels. In practice, this is >usually adequate to handle the dependencies. But this does *not* handle dependancies--only ordering. There is a huge difference. If something fails, the outcome is unknown.. >> I *hate* the stupid ``run-levels'' symlink stuff. > >Don't let your prejudice against the symlinks or run-levels >lead you into something even cruftier. *sigh* I think this will be the largest stumbling block. If we can come up with an elegant way to handle true dependancies, and multiple run states (not levels), would anyone really mind? There is more than one way to do things.. Why copy some some ancient SysVism when it doesn't really do what everyone wants anyways? This should not be an argument, we are just exploring new possibilities here.. --Chris Csanady From owner-freebsd-hackers Sun Apr 27 14:19:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29216 for hackers-outgoing; Sun, 27 Apr 1997 14:19:33 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29204 for ; Sun, 27 Apr 1997 14:19:27 -0700 (PDT) Received: from zen.nash.org (localhost [127.0.0.1]) by zen.nash.org (8.8.5/8.6.12) with SMTP id QAA18895; Sun, 27 Apr 1997 16:16:15 -0500 (CDT) Message-ID: <3363C21F.59E2B600@mcs.com> Date: Sun, 27 Apr 1997 16:16:15 -0500 From: Alex Nash X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: Terry Lambert CC: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Subject: Re: sysctl -A References: <199704271942.MAA09077@phaeton.artisoft.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > An aside: NetBSD also prevents the loading of LKM's in secure mode, so > they are arguably more "overboard" about it than the FreeBSD folks, anyway. FreeBSD does this too. Alex From owner-freebsd-hackers Sun Apr 27 14:20:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29364 for hackers-outgoing; Sun, 27 Apr 1997 14:20:54 -0700 (PDT) Received: from pluto.plutotech.com (root@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29359 for ; Sun, 27 Apr 1997 14:20:52 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id PAA18708; Sun, 27 Apr 1997 15:19:48 -0600 (MDT) Message-Id: <199704272119.PAA18708@pluto.plutotech.com> To: Terry Lambert cc: gibbs@plutotech.com (Justin T. Gibbs), michaelh@cet.co.jp, joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org Subject: Re: VFAT 32 support in msdosfs In-reply-to: Your message of "Sun, 27 Apr 1997 13:05:24 PDT." <199704272005.NAA09155@phaeton.artisoft.com> Date: Sun, 27 Apr 1997 16:18:01 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Not true. This works just fine. If App A does a CreateWindowW and >> App B does a CreateWindow, and they exchange messages, the transition >> is seemless so long as the system code page is setup correctly and >> both apps are consistent in their usages of 'W' or non 'W' APIs. Otherwise, >> the UNICODE->ANSI conversion will lose. > >Ugh. This is horrifically high overhead. And you wonder why your >NT programs seem slower. I think doing the conversion in any case >loses. Where is the overhead if you are a UNICODE NT app? NT is internally UNICODE, so if you write your NT app as you're supposed to, there is no conversion necessary. Office97 runs much faster on an NT system then on a Win95 one and this is one of the reasons. >or provide your own fooBarW(): > >fooBarW(wchar_t *pwstr) >{ > translate string to ANSI > fooBar( pstr); >} This is a broken implementation as it converts to ANSI on an NT system. >The nifty thing about doing it this way is that you can then requse the >code for your next project instead of screwing around again. PowerPoint isolated all of this crap in it's class implementations. >I'm willing. 8-). But you're not a Fortune 500 company that doesn't want to retrain umpteen thousand employees to use a new application. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Apr 27 14:24:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29567 for hackers-outgoing; Sun, 27 Apr 1997 14:24:09 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA29562 for ; Sun, 27 Apr 1997 14:24:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09516; Sun, 27 Apr 1997 14:18:02 -0700 From: Terry Lambert Message-Id: <199704272118.OAA09516@phaeton.artisoft.com> Subject: Re: sysctl -A To: nash@mcs.com (Alex Nash) Date: Sun, 27 Apr 1997 14:18:02 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org In-Reply-To: <3363C21F.59E2B600@mcs.com> from "Alex Nash" at Apr 27, 97 04:16:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > An aside: NetBSD also prevents the loading of LKM's in secure mode, so > > they are arguably more "overboard" about it than the FreeBSD folks, anyway. > > FreeBSD does this too. But runlevel 1 isn't the default in FreeBSD. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 14:24:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29618 for hackers-outgoing; Sun, 27 Apr 1997 14:24:46 -0700 (PDT) Received: from cold.org (cold.org [206.81.134.103]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA29612 for ; Sun, 27 Apr 1997 14:24:41 -0700 (PDT) Received: from localhost (brandon@localhost) by cold.org (8.8.5/8.8.3) with SMTP id PAA09661; Sun, 27 Apr 1997 15:23:46 -0600 (MDT) Date: Sun, 27 Apr 1997 15:23:46 -0600 (MDT) From: Brandon Gillespie To: Terry Lambert cc: jkh@time.cdrom.com, hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-Reply-To: <199704271932.MAA09051@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Note.. With the comparisons to Solaris using rc.d and init.d I'd like to point out that Digital Unix has also moved to this form of initialization (versus Ultrix). It does have its drawbacks, and its goodies... On Sun, 27 Apr 1997, Terry Lambert wrote: > > I think it is more a case of functionality, rather than personal > > preference. With the rc.d/init.d approach you have more modularity, > > and the ability to start/stop random packages in a consistent way. > > There is also a single standard place that a vendor can throw a > > startup script in--this is a good thing. > > Yes. The modularity and the provision for vendor startup scripts > (which already exist for many IBCS2/SVR4/Solaris commercial software > distributions) are my main reason for supporting the model. It is > an IBCS2/interface compliance issue. > > That you can start and stop components is a bonus, as is the ability > to support multiple running confiurations for a laptop that may be > disconnected from the net, intermittently IR/Wavelan/etc. connected, > modem/cellular-modem connected, and/or docked. Each is a different > run state (*not* run level). > > > What does the rc?.d buy us again? And the two-digit prefix? These > > are no more than a hack aimed at solving the dependancy problem--and > > they only solve the ordering part too. I think multiple > > configurations could be better served than dirs full of symlinks as > > well. > > Yes. This is a kludge that has to do with implementation of *levels* > rather than implementation of *states*. I think the numeric designators > are somewhat flawed. I would like to see "rc.xxx" directories, where > "xxx" is the name of a state. I'd also like to see the ability to > transition states based on PnP events ("Hey! I'm docked! Start the > directly connected network!"). I definitely agree, I abhore the rc?.d stuff--I can never remember what is what (especially since it has some variance depending upon the O/S). What would work, assuming FreeBSD moved to something like this, would be to have rc.STATE and simply symlink rc[013].d to the appropriate states, to keep the familiarity. Altho, I would debate the [SK][0-9][0-9]NAME syntax (where 'S' or 'K' is called depending upon if its a startup or shutdown action of that level) If we did it as a state you could have seperate states for startup and shutdown, which would alleviate the need for crufty 'S' and 'K' prefixes. I'd personally also like to see a dot seperater supported as a convention. This is, of course, completely preferencial, but: 20.ntp 25.ftp 60.inetd 70.local Is much 'better' (imho) than: S20ntp S25ftp S60inetd S70local -Brandon Gillespie From owner-freebsd-hackers Sun Apr 27 14:25:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA29721 for hackers-outgoing; Sun, 27 Apr 1997 14:25:47 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA29716 for ; Sun, 27 Apr 1997 14:25:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09531; Sun, 27 Apr 1997 14:20:39 -0700 From: Terry Lambert Message-Id: <199704272120.OAA09531@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: gibbs@plutotech.com (Justin T. Gibbs) Date: Sun, 27 Apr 1997 14:20:39 -0700 (MST) Cc: terry@lambert.org, gibbs@plutotech.com, michaelh@cet.co.jp, joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org In-Reply-To: <199704272119.PAA18708@pluto.plutotech.com> from "Justin T. Gibbs" at Apr 27, 97 04:18:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> the UNICODE->ANSI conversion will lose. > > > >Ugh. This is horrifically high overhead. And you wonder why your > >NT programs seem slower. I think doing the conversion in any case > >loses. > > Where is the overhead if you are a UNICODE NT app? NT is internally > UNICODE, so if you write your NT app as you're supposed to, there is > no conversion necessary. Office97 runs much faster on an NT system > then on a Win95 one and this is one of the reasons. The overhead is talking to the legacy app, not between the components of Office 97. > >or provide your own fooBarW(): > > > >fooBarW(wchar_t *pwstr) > >{ > > translate string to ANSI > > fooBar( pstr); > >} > > This is a broken implementation as it converts to ANSI on an NT system. You "#ifndef NT" it so it only happens on Win95. > >The nifty thing about doing it this way is that you can then requse the > >code for your next project instead of screwing around again. > > PowerPoint isolated all of this crap in it's class implementations. Yes. That was one of the examples I had in mind. > >I'm willing. 8-). > > But you're not a Fortune 500 company that doesn't want to retrain > umpteen thousand employees to use a new application. No, I'm an application vendor who wants to sell a new application, so I have to encourage the training hit one way or another to make any money. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 27 14:33:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA00396 for hackers-outgoing; Sun, 27 Apr 1997 14:33:53 -0700 (PDT) Received: from pluto.plutotech.com (root@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA00389 for ; Sun, 27 Apr 1997 14:33:51 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id PAA18904; Sun, 27 Apr 1997 15:32:53 -0600 (MDT) Message-Id: <199704272132.PAA18904@pluto.plutotech.com> To: Terry Lambert cc: gibbs@plutotech.com (Justin T. Gibbs), michaelh@cet.co.jp, joa@kuebart.stuttgart.netsurf.de, sysop@mixcom.com, hackers@freebsd.org Subject: Re: VFAT 32 support in msdosfs In-reply-to: Your message of "Sun, 27 Apr 1997 14:20:39 PDT." <199704272120.OAA09531@phaeton.artisoft.com> Date: Sun, 27 Apr 1997 16:31:06 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >fooBarW(wchar_t *pwstr) >> >{ >> > translate string to ANSI >> > fooBar( pstr); >> >} >> >> This is a broken implementation as it converts to ANSI on an NT system. > >You "#ifndef NT" it so it only happens on Win95. Now I have to ship and test two different binaries. This also rules out server based installations. Bzzt! Wrong answer. >> But you're not a Fortune 500 company that doesn't want to retrain >> umpteen thousand employees to use a new application. > >No, I'm an application vendor who wants to sell a new application, so I >have to encourage the training hit one way or another to make any money. Then you wouldn't be Microsoft in this case and Microsoft was the company we were talking about. Microsoft chose backwards compatibility to get it's OS in the door knowing full well that it's apps would follow in time. Anyway this conversation is pointless. This is the last you'll hear from me about it. > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Apr 27 14:42:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA00972 for hackers-outgoing; Sun, 27 Apr 1997 14:42:29 -0700 (PDT) Received: from gatekeeper2.mcimail.com (gatekeeper2.mcimail.com [192.147.45.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA00965 for ; Sun, 27 Apr 1997 14:42:25 -0700 (PDT) From: POSTMASTER@MCIMAIL.COM Received: from MCIMAIL.COM ([166.40.135.61]) by gatekeeper2.mcimail.com (8.6.12/8.6.10) with ESMTP id VAA14100; Sun, 27 Apr 1997 21:47:27 GMT Received: from MCIMAIL.COM by DGI0IG.MCIMAIL.COM (PMDF V5.0-7 #16896) id <01II7R4MK6HW90MVCJ@DGI0IG.MCIMAIL.COM> for hackers@hub.freebsd.org; Sun, 27 Apr 1997 21:43:58 +0000 (GMT) Date: Sun, 27 Apr 1997 16:43:56 -0500 (EST) Subject: Message Status To: hackers Message-id: <97042721435676/POSTMASTERD49X4@mcimail.com> Content-transfer-encoding: 7BIT Priority: normal Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk DELIVERY NOTICE Referencing: Message id: 97042721435578/INTERNETGWDI2IG Source-Msg-Id: <199704272125.OAA29730@hub.freebsd.org> Subject: hackers-digest V3 #176 Posted: SUN APR 27, 1997 9:43 pm GMT Your Message To: S=vivekp EMS: VSNL MBX: S=vivekp MBX: S=vivekp MBX: C=IN MBX: P=XEEMAIL MBX: O=XEEDEL MBX: OU1=XEENET could not be delivered to this recipient. Reason: Unable to transfer. Diagnostic: Only one "Surname" is allowed. This non-delivery notice generated: SUN APR 27, 1997 9:43 pm GMT From owner-freebsd-hackers Sun Apr 27 15:35:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03126 for hackers-outgoing; Sun, 27 Apr 1997 15:35:04 -0700 (PDT) Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA03111 for ; Sun, 27 Apr 1997 15:35:00 -0700 (PDT) From: patl@Phoenix.volant.org Received: from asimov.volant.org [205.179.79.65] by phoenix.volant.org with smtp (Exim 1.59 #1) id 0wLcWv-0002NH-00; Sun, 27 Apr 1997 15:34:49 -0700 Received: from localhost by asimov.volant.org (SMI-8.6/SMI-SVR4) id PAA08010; Sun, 27 Apr 1997 15:33:53 -0700 Date: Sun, 27 Apr 1997 15:33:53 -0700 (PDT) Reply-To: patl@Phoenix.volant.org Subject: Re: /etc/netstart bogons.. To: Chris Csanady cc: patl@Phoenix.volant.org, Robert Withrow , hackers@freebsd.org In-Reply-To: <199704272116.QAA11062@nyx.pr.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> ccsanady@nyx.pr.mcs.net said: > >> :- And the two-digit prefix? These are no more than a hack aimed at > >> :- solving the dependancy problem > >> > >> I've often tought about *that* part. I think that it would be better > >what steps would be taken to 1) manually start/stop/restart a service. > >2) Add a service to the restart sequence for multi-user. 3) Remove > >a service from the restart sequence for multi-user, but leave it > >available for manual start. 4) Find out the script execution order. > > 1) I was wondering about this myself.. I really don't see how it would > change the basic idea if it was a script rather than a function > though. If it's a function, what do you need to do to make that function avaliable to your shell? And which shells would be supported? The script-with-start/stop/restart-parameter solution is a clear win for manual use because it imposes no restrictions on the user's choice of shell. Or, for that matter, on the shell to be used in the start-up script itself. In fact, there's nothing that says that the start-up program needs to be a script - it can be any executable file. This is a Good Thing. > 2) Just add a script in the /etc/init.d directory.. > > 3) What about having a single configuration file per state? Just a list > of the services to start included. I think a file is simpler than > a directory. ;-) Oops, that means there's more to 2) than just adding a script. And unfortunately, it means editing a file. Which is something that I really don't want automated installation/removal scripts to have to do. In that regard the directory is -MUCH- easier, simpler, and safer. > 4) This is a bit more difficult. How about providing an option to /etc/rc > to make it output what it *would* do if it was run? It then > internally handles the tsorting/etc and outputs the execution order. > This would require very little extra code.. How about sticking with the sequence prefix so that a simple 'ls' tells you what you need to know? No new tools or options to remember. (Remember, a lot of us don't need to do this very often. It's easy to forget options that are rarely used. On the other hand, few will go more than a day without doing an ls somewhere...) > I think it is obvious that at least a few things need to be worked out. > That shouldn't stop us though, right? :-) Right. And if you can come up with something that is better than the Solaris2-style approach, I'll be the first to champion it. But some of the metrics for 'better' include reducing the number of new things you need to learn and remember to use it, retaining flexability, and simplicity. The Solaris2/SvR4 approach is simple. (The per run-level implementation is simple - the multiplicity of run levels is a bit of a hurdle for those of us who are more used to thinking in terms of 'off', 'single user', and 'multi-user'.) > >As far as I can tell, the only win is the automatic dependency > >sorting; and I can easily imagine ports or packages missing a > > This is a large win imho... > > >dependency update. The sequenced symlinks certainly aren't > >perfect; but they show the order at a glance; and by defining > >known sequence points it is easy for install scripts to insert > >a startup between the necessary levels. In practice, this is > >usually adequate to handle the dependencies. > > But this does *not* handle dependancies--only ordering. There is a > huge difference. If something fails, the outcome is unknown.. Right. But how can you handle it in a clean, flexable, simple manner? If you only needed to worry about those services that are bundled with the system, it would be manageable. But different sites will be adding third-party packages and replacing standard components with external implementations. Look at all of the sites that replace sendmail with another mail transfer agent. How do you abstract the dependency from 'sendmail is running' to 'a mail transfer agent is running'. Ok, now how do you do that abstraction for EVERY service or combination of services? I don't think it can be done. In my opinion, a better approach would be to make the start-up script for the dependant service actually test for availability of the dependancies. Using the sendmail example, don't trust the MTA start-up script's result code, actually attempt to connect to the SMTP port. > >> I *hate* the stupid ``run-levels'' symlink stuff. > > > >Don't let your prejudice against the symlinks or run-levels > >lead you into something even cruftier. > > *sigh* I think this will be the largest stumbling block. If we > can come up with an elegant way to handle true dependancies, and > multiple run states (not levels), would anyone really mind? Like I said. As long as it is kept simple, obvious, and flexable, I'll jump at it. > There is more than one way to do things.. Why copy some some > ancient SysVism when it doesn't really do what everyone wants > anyways? This should not be an argument, we are just exploring > new possibilities here.. So let's identify what it doesn't do, and what it does, so that we can start from a requirements list instead of an implementation proposal. (I think one of the biggest mistakes in the SysV implementation was in calling them 'run levels' instead of 'run states'. Their implementation certainly isn't a nice linear progression of levels...) Let's also remember that we don't have to be different just for the sake of not looking SysV-ish. Gratituous differences help no one. In fact, when choosing between implementations which are otherwise equally matched, the familiar, compatible approach should be favored. (Note that in this case 'familiar' encompasses not just previous FreeBSD users; but users of other unixes as well. With some weighting being proportional to percentage of installed base.) And remember - no matter how many ways you imagine it being used, someone, somewhere, will have a legitimate reason for wanting to do something you never thought of. Let's try not to get in their way... -Pat From owner-freebsd-hackers Sun Apr 27 15:44:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03507 for hackers-outgoing; Sun, 27 Apr 1997 15:44:00 -0700 (PDT) Received: from mars.aros.net (mars.aros.net [207.173.16.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03502; Sun, 27 Apr 1997 15:43:57 -0700 (PDT) Received: from shell.aros.net (root@shell.aros.net [207.173.16.19]) by mars.aros.net (8.8.5/8.8.4) with ESMTP id QAA00674; Sun, 27 Apr 1997 16:42:00 -0600 (MDT) Received: from shell.aros.net (msanders@localhost.aros.net [127.0.0.1]) by shell.aros.net (8.8.5/8.8.5) with ESMTP id QAA17399; Sun, 27 Apr 1997 16:43:52 -0600 (MDT) Message-Id: <199704272243.QAA17399@shell.aros.net> X-Attribution: msanders To: dennis cc: dg@root.com, "Michael K. Sanders" , Christopher Sedore , freebsd-hackers@freebsd.org, isp@freebsd.org Subject: Re: Router statistics In-reply-to: Your message of "Sat, 26 Apr 1997 20:00:18 EDT." <3.0.32.19970426200011.00b9aad0@etinc.com> X-Mailer: MH 6.8.3 Date: Sun, 27 Apr 1997 16:43:52 -0600 From: "Michael K. Sanders" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <3.0.32.19970426200011.00b9aad0@etinc.com>, dennis writes: >Thats good....and I've seen them for $139. (a good price?), which isn't >bad at all. I did notice that its a rather long card, which may be an >issue..... If we're still talking about the Intel EtherExpress Pro/100B, then no, it's a /very/ small card, and last time I checked lists for $99. Intel recently offered a promotion where you could pick up 1-2 of them for $49 each, but I believe it's over. :( From owner-freebsd-hackers Sun Apr 27 15:49:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03753 for hackers-outgoing; Sun, 27 Apr 1997 15:49:53 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03746; Sun, 27 Apr 1997 15:49:49 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id IAA13237; Mon, 28 Apr 1997 08:49:45 +1000 (EST) Date: Mon, 28 Apr 1997 08:49:44 +1000 (EST) From: "Daniel O'Callaghan" To: "Jonathan M. Bresler" cc: hackers@hub.freebsd.org Subject: Re: Universities using FreeBSD In-Reply-To: <199704271130.EAA08520@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Jonathan M. Bresler wrote: > if you are associated with a University that uses FreeBSD in its > computer science department, please send me a short note telling > me which university and what FreeBSD is used for? You might like to include all departments. ftp.au.freebsd.org is also known as x.physics.usyd.edu.au (University of Sydney). Danny From owner-freebsd-hackers Sun Apr 27 15:56:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03963 for hackers-outgoing; Sun, 27 Apr 1997 15:56:32 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03957 for ; Sun, 27 Apr 1997 15:56:29 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id IAA13270; Mon, 28 Apr 1997 08:56:05 +1000 (EST) Date: Mon, 28 Apr 1997 08:56:04 +1000 (EST) From: "Daniel O'Callaghan" To: Sales cc: hackers@freebsd.org Subject: Re: pci probes with multiple "units" (MORE) In-Reply-To: <3.0.32.19970427123517.006e9de0@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Sales wrote: > A suggestion: > > When pci devices are probed, the O/S prints out something similar > to this: > > eth0 rev 0 int a irq 10 on pci0:17 > eth1 rev 0 int a irq 11 on pci0:18 Has ET Inc *really* called its synch serial card devices 'eth'? Isn't that a recipe for customer confusion? What are they called in Linux, where all ethernet cards are 'eth'? Danny From owner-freebsd-hackers Sun Apr 27 16:02:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA04244 for hackers-outgoing; Sun, 27 Apr 1997 16:02:52 -0700 (PDT) Received: from tarkin.qualcomm.com (tarkin.qualcomm.com [129.46.111.16]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA04221; Sun, 27 Apr 1997 16:00:56 -0700 (PDT) Received: (from rmallory@localhost) by tarkin.qualcomm.com (8.8.5/1.4/8.7.2/1.13) id QAA29029; Sun, 27 Apr 1997 16:00:09 -0700 (PDT) From: Rob Mallory Message-Id: <199704272300.QAA29029@tarkin.qualcomm.com> Subject: Kudos to Peter!! (SMP merge) To: hackers@freebsd.org, peter@freebsd.org Date: Sun, 27 Apr 1997 16:00:09 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I know how much work you did to get the SMP tree merged into -current. Nice job. I'm sure everyone will be impressed how smoothly it dropped in and how little it breaks things. .....I've got to buy you a beer for this one. ~rmallory From owner-freebsd-hackers Sun Apr 27 16:04:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA04331 for hackers-outgoing; Sun, 27 Apr 1997 16:04:30 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA04321 for ; Sun, 27 Apr 1997 16:04:24 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id XAA08151 for freebsd.org!hackers; Sun, 27 Apr 1997 23:44:41 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Sun, 27 Apr 1997 23:37:56 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 27 Apr 1997 23:35:21 +0100 To: hackers@freebsd.org From: Bob Bishop Subject: Anyone seen CTM src-cur 2859 ? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Since nobody seems to be listening on -current... >Date: Sun, 27 Apr 1997 16:27:09 +0100 >To: freebsd-current@freebsd.org >From: Bob Bishop >Subject: Anyone seen CTM src-cur 2859 ? > >Hi, > >CTM src-cur 2860 has turned up here but no sign of 2859. Same applies to >the FTP mirror in Berlin. Any ideas? > > >-- >Bob Bishop (0118) 977 4017 international code +44 118 >rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK > From owner-freebsd-hackers Sun Apr 27 16:18:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA04939 for hackers-outgoing; Sun, 27 Apr 1997 16:18:21 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA04930 for hackers; Sun, 27 Apr 1997 16:18:19 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199704272318.QAA04930@hub.freebsd.org> Subject: Re: Universities using FreeBSD To: hackers Date: Sun, 27 Apr 1997 16:18:18 -0700 (PDT) In-Reply-To: from "Daniel O'Callaghan" at Apr 28, 97 08:49:44 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I foolishly restricted my query to Computer Science departments. If your university uses FreeBSD, please send me a note about how you use FreeBSD. please indicate if i may republish the information provided. if there is interest, i will create a summary of the republishable responses. jmb Daniel O'Callaghan wrote: > > On Sun, 27 Apr 1997, Jonathan M. Bresler wrote: > > > if you are associated with a University that uses FreeBSD in its > > computer science department, please send me a short note telling > > me which university and what FreeBSD is used for? > > You might like to include all departments. ftp.au.freebsd.org is also > known as x.physics.usyd.edu.au (University of Sydney). > > Danny > From owner-freebsd-hackers Sun Apr 27 16:52:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA06124 for hackers-outgoing; Sun, 27 Apr 1997 16:52:55 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA06119 for ; Sun, 27 Apr 1997 16:52:52 -0700 (PDT) Received: from meretrix.com (dirty.meretrix.com [207.42.198.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24586 for ; Sun, 27 Apr 1997 16:52:35 -0700 (PDT) Received: from kiri.meretrix.com (kiri.meretrix.com [207.42.198.18]) by meretrix.com (8.8.5/8.7.3) with ESMTP id TAA15473; Sun, 27 Apr 1997 19:52:43 -0400 (EDT) Received: from kiri.meretrix.com (localhost.meretrix.com [127.0.0.1]) by kiri.meretrix.com (8.8.5/8.8.4) with ESMTP id TAA17070; Sun, 27 Apr 1997 19:52:41 -0400 (EDT) Message-Id: <199704272352.TAA17070@kiri.meretrix.com> To: "Jeffrey J. Mountin" cc: hackers@freebsd.com Subject: Re: Syslog bug? In-reply-to: Your message of "Sun, 27 Apr 1997 09:14:53 CDT." <3.0.32.19970427091453.00aed4d4@mixcom.com> X-uri: http://www.cs.umd.edu/users/harry/ Date: Sun, 27 Apr 1997 19:52:41 -0400 From: Harry Mantakos Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >At 02:07 PM 4/26/97 +0200, J Wunsch wrote: ... >Just odd that smap logs in GMT and smapd doesn't and the both fire up at >the same time in rc.local ... You're probably running smap chrooted, and it isn't finding /etc/localtime in its chrooted directory (typically /var/spool/smap). smapd is generally not run chrooted. It parses the 'directory' parameter from the netperm-table file, but just chdir()s to that directory rather than chroot()ing to it. -harry ----------------------------------------------------------------------------- Human: Harry Mantakos USPS: 547 E. Gittings St. Baltimore, MD 21230 Email: harry@meretrix.com Evil Twins: harry@torrentnet.com, harry@cs.umd.edu From owner-freebsd-hackers Sun Apr 27 16:55:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA06242 for hackers-outgoing; Sun, 27 Apr 1997 16:55:49 -0700 (PDT) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA06234 for ; Sun, 27 Apr 1997 16:55:46 -0700 (PDT) Received: (from eivind@localhost) by nic.follonett.no (8.8.5/8.8.3) id BAA14541; Mon, 28 Apr 1997 01:52:31 +0200 (MET DST) From: Eivind Eklund Message-Id: <199704272352.BAA14541@nic.follonett.no> Subject: Re: /etc/netstart bogons.. To: witr@rwwa.com (Robert Withrow) Date: Mon, 28 Apr 1997 01:52:31 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199704271429.KAA02892@spooky.rwwa.com> from Robert Withrow at "Apr 27, 97 10:29:56 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id QAA06235 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > ccsanady@nyx.pr.mcs.net said: > :- And the two-digit prefix? These are no more than a hack aimed at > :- solving the dependancy problem > > I've often tought about *that* part. I think that it would be better > if the individual rc scripts would provide *shell functions* to > start, stop, etc. Why shell functions instead of parameters? Parameters make it much easier to use the scripts interactively. > It would also provide a declaration section that would > define which things the package *requires*. You could then tsort the > total list of dependencies (from an outer *control* script) and execute > the appropriate functions in the required order. This is a very good idea. However, it can also be done using start/stop parameters. > I *hate* the stupid ``run-levels'' symlink stuff. I hate the symlinks. I've not yet found out whether there is a real need for runlevels (I certainly don't seem need it), but symlinking priorities is evil incarnate. If we want to support runlevels under your proposal, we can do it by just having a file listing daemons to start at each level - much nicer. It would be nice if the code automatically detected what daemons to stop and start for switching runlevel, instead of just starting all, as it does in at least RedHat. This would probably fit better with perl than sh, though. (I tried, and sh started to crumble under my fingers...) Eivind. From owner-freebsd-hackers Sun Apr 27 17:03:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06606 for hackers-outgoing; Sun, 27 Apr 1997 17:03:25 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA06576; Sun, 27 Apr 1997 17:03:20 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id QAA29995 ; Sun, 27 Apr 1997 16:35:40 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id QAA00790; Sun, 27 Apr 1997 16:35:39 -0700 (PDT) Message-Id: <199704272335.QAA00790@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jonathan M. Bresler" cc: hackers@hub.freebsd.org Subject: Re: Universities using FreeBSD In-reply-to: Your message of "Sun, 27 Apr 1997 16:18:18 PDT." <199704272318.QAA04930@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Apr 1997 16:35:39 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am interested in the info if it goes on www.freebsd.org Cheers, Amancio >From The Desk Of "Jonathan M. Bresler" : > I foolishly restricted my query to Computer Science departments. > > > If your university uses FreeBSD, please send me a note about > how you use FreeBSD. please indicate if i may republish the information > provided. if there is interest, i will create a summary of the > republishable responses. > > jmb > > Daniel O'Callaghan wrote: > > > > On Sun, 27 Apr 1997, Jonathan M. Bresler wrote: > > > > > if you are associated with a University that uses FreeBSD in its > > > computer science department, please send me a short note telling > > > me which university and what FreeBSD is used for? > > > > You might like to include all departments. ftp.au.freebsd.org is also > > known as x.physics.usyd.edu.au (University of Sydney). > > > > Danny > > > From owner-freebsd-hackers Sun Apr 27 17:23:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07841 for hackers-outgoing; Sun, 27 Apr 1997 17:23:24 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA07834; Sun, 27 Apr 1997 17:23:20 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id JAA12807; Mon, 28 Apr 1997 09:53:11 +0930 (CST) From: Michael Smith Message-Id: <199704280023.JAA12807@genesis.atrad.adelaide.edu.au> Subject: Re: Universities using FreeBSD In-Reply-To: from Daniel O'Callaghan at "Apr 28, 97 08:49:44 am" To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Mon, 28 Apr 1997 09:53:10 +0930 (CST) Cc: jmb@hub.freebsd.org, hackers@hub.freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Daniel O'Callaghan stands accused of saying: > On Sun, 27 Apr 1997, Jonathan M. Bresler wrote: > > > if you are associated with a University that uses FreeBSD in its > > computer science department, please send me a short note telling > > me which university and what FreeBSD is used for? > > You might like to include all departments. ftp.au.freebsd.org is also > known as x.physics.usyd.edu.au (University of Sydney). Hmm, the Atmoshperic Physics group in the Department of Physics at the University of Adelaide uses FreeBSD systems for running their radar systems, mostly because we don't give them a choice 8) Looks like we'll be getting a small compute server with our software on it into their lab environment too. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 27 17:46:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA08949 for hackers-outgoing; Sun, 27 Apr 1997 17:46:13 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA08944 for ; Sun, 27 Apr 1997 17:46:10 -0700 (PDT) Received: (qmail 1658 invoked by uid 1000); 27 Apr 1997 23:47:21 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 27 Apr 1997 16:24:58 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: freebsd-hackers@freebsd.org Subject: A Desparate Plea for Help... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hi Y'all, i knwon this may not be the proper place for this posting, but I am desparate. As many of you know, I have had crashes perstering our FreeBSD machines ever since 2.2-BETA_A. At first, the problems appear to have been ahc related. This was worked on and appear to be corrected. Then we had a problem with the sd.c code (?) flipping when an Iomega Jaz drive is in sleep mode and being accessed. This causes panics and we know how to live with it (by not using the Jaz drive; We cannot get out of Iomega ANY technical data, not even how to keep it spinning for a while longer. So much for using Jaz drive in this project (their loss of large sale. Not really mine)). The last and most troubling problem is a complete crash/freeze when running certain X11 applications; At ONE point, we managed to observe a panic that went something like: Fata trap 12 page fault at 0xf71e0014 _spec_open+0x6e _vm_open _open _syscall _Xsyscall There was a mention of bash in this panic. The reason for a desparate tone in this message is simple; I committed a HUGE project to FreeBSD vs. Slowlaris, exactly on the basis of reliability and quick resolution of problems. I need to solve this problem, not to be told 9indirectly) that it must be my fault, as it soes not happen on someone else's machine. I have spent enough years (over 25) in the Unix kernel business to know how to read a config file and to know that when applications make a system call, they are NOT supposed to panic the system. Even if the confoguration file is not perfect (this should no compile, and should not compile and crash on an open(2) call). So here is my request: I am willing/eager to solve this problem. I will happily give root privilege to any honorable person willing to work on this problem. I will even pay for up to 40 hours of consultation time to have the problem solved. Consider this our first contribution to the FreeBSD project. I am keeping my employer's name out of this at this time, as the project we work on is very, very sensitive. Once completed, there will be a LOT of good stuff released back into the FreeBSD project. But right now, all details must be handled on a person to person basis. Please contact me via email, or voice at 503.799.2313 I am having the problem with the SMP kernel, the -current (3.0) kernel, with the 2.2-STABLE (RELENG_2_2), and the 2.2.1 kernel. The system which exhibits it the most is a P6-200 with 64/128MB of RAM, #9 Video card (S3), 3 serial ports, two AHA-2940W (one is actually UW), an NE-2000 ethernet card (generic), fpa driver, sound card (SB16), one IDE HD, one IDE CD, 2 Sony DAT, 1 Plextor SCS CD, 20 disk drives (mostly BaraCuda). We have swapped memory, CPU, networking options, devices on the SCSI bus, etc. The only constant factor are the software. We are running 2.2-STABLE, from 970426. We tried to compile 3.0 from that period, but it fails. We experience this problem on several machines, to various degrees. Simon stering our FreeBSD machines ever since 2.2-BETA_A. At first, the problems appear to have been ahc related. This was worked on and appear to be corrected. Then we had a problem with the sd.c code (?) flipping when an Iomega From owner-freebsd-hackers Sun Apr 27 17:49:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA09098 for hackers-outgoing; Sun, 27 Apr 1997 17:49:26 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA09093 for ; Sun, 27 Apr 1997 17:49:24 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id AAA29015; Mon, 28 Apr 1997 00:48:58 GMT Date: Mon, 28 Apr 1997 09:48:58 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, hackers@hub.freebsd.org Subject: Re: namei & hash functions In-Reply-To: <199704271855.LAA08913@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Terry Lambert wrote: > > He's working on another approach that simplifies keeping the name cache > > and active vnode in sync by hanging the name cache of the directory vnode. > > A lot of us are saying that operations like article list request against > > innd would suffer with this approach. > > Ugh. I do not like this. It breaks locality of reference for cache > entry flushing. I don't think it's that big a win for lookup anyway; > a hash is a hash, and the fill should be proportionate. There will > be a problem in that you can size a "whole FS hash" by knowing how > many files are in the FS, but sizing a "per directory hash" is much > more problematic. It's a per directory linked list, see the patch on the fs list. It's just experimentation, I'm finding it a good way to get more familiar with the name cache code and related issues. Mike Hancock From owner-freebsd-hackers Sun Apr 27 18:03:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA09609 for hackers-outgoing; Sun, 27 Apr 1997 18:03:49 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA09598 for ; Sun, 27 Apr 1997 18:03:42 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id LAA03881; Mon, 28 Apr 1997 11:03:37 +1000 (EST) Message-Id: <199704280103.LAA03881@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Peter Korsten cc: hackers@freebsd.org Subject: Re: xdm in /usr/X11R6/etc/rc.d problem In-reply-to: Your message of "Sun, 27 Apr 1997 20:34:20 +0200." <19970427203420.55698@hw.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Apr 1997 11:03:37 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I installed 2.2.1 and decided to put the stuff from /etc/rc.local > in /usr/local/etc/rc.d and /usr/X11R6/etc/rc.d, respectively. ~ > The result is that I have a screen with the xdm login, but that > the keyboard thinks it's listening to a vty. I managed to login as > root and print xdm's pid to console (xconsole) and kill it, but > still no characters would appear. This is somewhat of a coincidence. I only found this out last night after updating /etc with the latest rc.conf commits (which work fine, btw, apart from a missing keybell= definition). > I'm almost positive that this is a known issue, but is there a way > to get around it? xdm startup just needs to be delayed until /etc/rc completes. My gut feeling is that there's definitely a race condition here that should be solved "correctly", and that as machines/disks become faster we're more likely to see this in the future, especially if xdm is started before other things from /etc/rc.local or from /usr/X11R6/etc/rc.d. The workaround I ended up using is: if [ X"$1" = X"start" ]; then echo -n ' xdm' (sleep 15; exec limits -C xuser /usr/X11R6/bin/xdm) & fi (remove "limits -C xuser" if you're not using -current. David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Sun Apr 27 18:08:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA09764 for hackers-outgoing; Sun, 27 Apr 1997 18:08:21 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA09755 for ; Sun, 27 Apr 1997 18:08:16 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id LAA03917; Mon, 28 Apr 1997 11:08:09 +1000 (EST) Message-Id: <199704280108.LAA03917@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: David Dawes cc: Peter Korsten , hackers@FreeBSD.org Subject: Re: xdm in /usr/X11R6/etc/rc.d problem In-reply-to: Your message of "Mon, 28 Apr 1997 07:06:51 +1000." <19970428070651.14651@rf900.physics.usyd.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Apr 1997 11:08:08 +1000 From: David Nugent Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > (sleep 10; /usr/X11R6/bin/xdm -config /usr/local/etc/xdm/xdm-config)& ~ > That works fine for me. Yes, me too. Just out of curiosity, why is the sleep needed? While I have you there... which version of XFree has the login.conf support (doesn't seem to be in the -current built for 3.2)? Does it need any more work? Regards, David David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Sun Apr 27 18:22:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA10593 for hackers-outgoing; Sun, 27 Apr 1997 18:22:32 -0700 (PDT) Received: from ksu.edu (root@external.ptn.net [208.149.248.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA10587 for ; Sun, 27 Apr 1997 18:22:29 -0700 (PDT) Received: (from joed@localhost) by ksu.edu (8.8.5/8.8.5) id UAA08525; Sun, 27 Apr 1997 20:22:18 -0500 (CDT) Message-Id: <199704280122.UAA08525@ksu.edu> Date: Sun, 27 Apr 1997 20:21:17 -0500 From: Joe Diehl To: hackers@freebsd.org Subject: sun type 5 keyboards (dream mode on) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, Okay, I'll admit my dream mode is on here... But I just got a new keyboard at work and it reminds me just how much I like these things. I realize that at a technical level the sun type 5 keyboards work differantly than a regular PC keyboard, which would make this task easier said than done, but... What would it take to try to get a sun type 5 keyboard and mouse working on a FreeBSD workstation? I'm assuming this would be a best classified as a hack, and might be looking at modification to the bootblocks and the kernel, as well as finding some method of running the keyboard through the serial port... Unless of course for some odd reason the keyboard port on a p/c can actually handle a sun keyboard (but I'm kind of thinking it won't). *shrug* thoughts? --- Joe Diehl PGP Key: finger joed@unix.ksu.edu From owner-freebsd-hackers Sun Apr 27 18:27:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA10816 for hackers-outgoing; Sun, 27 Apr 1997 18:27:59 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA10809 for ; Sun, 27 Apr 1997 18:27:55 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id VAA01652; Sun, 27 Apr 1997 21:33:09 -0400 (EDT) Message-Id: <3.0.32.19970427212656.00bc7980@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sun, 27 Apr 1997 21:26:58 -0400 To: "Daniel O'Callaghan" , Sales From: dennis Subject: Re: pci probes with multiple "units" (MORE) Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 08:56 AM 4/28/97 +1000, Daniel O'Callaghan wrote: > > >On Sun, 27 Apr 1997, Sales wrote: > >> A suggestion: >> >> When pci devices are probed, the O/S prints out something similar >> to this: >> >> eth0 rev 0 int a irq 10 on pci0:17 >> eth1 rev 0 int a irq 11 on pci0:18 > >Has ET Inc *really* called its synch serial card devices 'eth'? Isn't >that a recipe for customer confusion? What are they called in Linux, >where all ethernet cards are 'eth'? > they are called ets? in Linux......eth (for et hdlc) makes sense...Linux is the only OS that calls all ethernet drivers the same name..so lets put the blame where it belongs....probably should be sync0 or something stupid like that, but I can see conforming to the moronics of the Linux community. The driver name should tell you what kind of hardware you have, as it the unix *way*....with linux you dont have a damn clue what you have in there. dennis > >Danny > > From owner-freebsd-hackers Sun Apr 27 18:38:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA11316 for hackers-outgoing; Sun, 27 Apr 1997 18:38:56 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA11311 for ; Sun, 27 Apr 1997 18:38:49 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA13348; Mon, 28 Apr 1997 11:07:03 +0930 (CST) From: Michael Smith Message-Id: <199704280137.LAA13348@genesis.atrad.adelaide.edu.au> Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: <199704250344.NAA17710@unique.usn.blaze.net.au> from David Nugent at "Apr 25, 97 01:44:02 pm" To: davidn@unique.usn.blaze.net.au (David Nugent) Date: Mon, 28 Apr 1997 11:07:02 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, abelits@phobos.illtel.denver.co.us, adrian@staff.psinet.net.au, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Nugent stands accused of saying: > > Actually, I have to look at xdm shortly. Aparently David did > some basic login class support, but the 3.2 for -current > release appears to be missing a few things, if it is done > at all. If you get a chance, have a look at how the CDE 'dtlogin' thing works. As I read it, it's a PAM consumer in some (Sun, HP, Digital) implementations. It would perhaps be good to be 'similar'. > So right now the only viable way is to watch wtmp/utmp. > This sucks from the pov that some polling is involved, > but even that could be mostly solved when/if poll() is > implemented and when/if it would be possible to block > on mtime change on a file descriptor. That's not really necessary, presuming that the wtmp/utmp changes are being made by things that are under "our" control. The PAM gear has 'at logout' hooks as well. > David (I _really_ need to stop talking about this stuff and do something with it 8( ) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 27 19:04:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12381 for hackers-outgoing; Sun, 27 Apr 1997 19:04:38 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA12374 for ; Sun, 27 Apr 1997 19:04:33 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wLfn0-00076d-00; Sun, 27 Apr 1997 20:03:38 -0600 To: Joe Diehl Subject: Re: sun type 5 keyboards (dream mode on) Cc: hackers@freebsd.org In-reply-to: Your message of "Sun, 27 Apr 1997 20:21:17 CDT." <199704280122.UAA08525@ksu.edu> References: <199704280122.UAA08525@ksu.edu> Date: Sun, 27 Apr 1997 20:03:38 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704280122.UAA08525@ksu.edu> Joe Diehl writes: : I realize that at a technical level the sun type 5 keyboards work : differantly than a regular PC keyboard, which would make this task easier : said than done, but... What would it take to try to get a sun type 5 : keyboard and mouse working on a FreeBSD workstation? : : I'm assuming this would be a best classified as a hack, and might be looking : at modification to the bootblocks and the kernel, as well as finding some : method of running the keyboard through the serial port... Unless of course : for some odd reason the keyboard port on a p/c can actually handle a : sun keyboard (but I'm kind of thinking it won't). : : *shrug* thoughts? I've done something similar with solbourne keyboards (that are PC compatible, kinda). I ran into all kinds of problems, starting with the BIOS (since the kinda part was because the key scan codes were different) on down to the kernel and beyond. It was far cheaper to just buy a new keyboard that I liked than to waste more time that I already had on it. I put about 15 hours into this project before punting. Warner From owner-freebsd-hackers Sun Apr 27 19:05:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12469 for hackers-outgoing; Sun, 27 Apr 1997 19:05:04 -0700 (PDT) Received: from kalypso.cybercom.net (kalypso.cybercom.net [206.28.134.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12454 for ; Sun, 27 Apr 1997 19:04:59 -0700 (PDT) Received: from atlanta (mfd-dial1-18.cybercom.net [206.28.134.50]) by kalypso.cybercom.net (8.8.5/8.8.5) with SMTP id WAA04667; Sun, 27 Apr 1997 22:03:38 -0400 (EDT) Message-Id: <1.5.4.32.19970428020338.00707950@cybercom.net> X-Sender: ksmm@cybercom.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 27 Apr 1997 22:03:38 -0400 To: Terry Lambert From: The Classiest Man Alive Subject: Re: VFAT 32 support in msdosfs Cc: terry@lambert.org, joa@kuebart.stuttgart.netsurf.de, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:07 PM 4/27/97 -0700, Terry Lambert wrote: >>>not sure that an OEMSR2 INT 21 is capable of identifying and booting >>>from a "VFAT" drive at all. >> >> Windows 95 OEM SR2 certainly can boot from a VFAT drive. That's my point. >> VFAT32 may be coming into widespread use, but I don't think it's time for us >> (or Microsoft) to start dropping support for VFAT. > >I don't know how you got an OEMSR2 boot block and INT 21 code onto a >VFAT drive, but I'd be interested in finding out. > I formatted the drive as a FAT drive then installed Windows 95. It booted. I'm not sure what else there is to tell you. >I suspect that if you are running OEMSR2 on VFAT that you have the >older bootblock code. > >MSDN-2 developers (like me) got betas with the ability to "upgrade" an >existing VFAT drive to VFAT32. Since there was no reverse process, I >wonder at how you can claim to be using the VFAT32 io.sys on a VFAT >drive. > Look, man, back up off me. I don't know from a bootblock or IO.SYS, but I just installed straight onto a FAT formatted drive. The resulting installation now reads/writes both VFAT and VFAT32 drives (as indicated by their properties). If you ever need to convert back and forth, Partition Magic 3.0 does the job admirably. K.S. From owner-freebsd-hackers Sun Apr 27 19:06:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12661 for hackers-outgoing; Sun, 27 Apr 1997 19:06:47 -0700 (PDT) Received: from kalypso.cybercom.net (kalypso.cybercom.net [206.28.134.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12653 for ; Sun, 27 Apr 1997 19:06:41 -0700 (PDT) Received: from atlanta (mfd-dial1-18.cybercom.net [206.28.134.50]) by kalypso.cybercom.net (8.8.5/8.8.5) with SMTP id WAA04684; Sun, 27 Apr 1997 22:03:40 -0400 (EDT) Message-Id: <1.5.4.32.19970428020340.007096ac@cybercom.net> X-Sender: ksmm@cybercom.net X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 27 Apr 1997 22:03:40 -0400 To: Brandon Gillespie , Terry Lambert From: The Classiest Man Alive Subject: Re: /etc/netstart bogons.. Cc: jkh@time.cdrom.com, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 03:23 PM 4/27/97 -0600, Brandon Gillespie wrote: >> > I think it is more a case of functionality, rather than personal >> > preference. With the rc.d/init.d approach you have more modularity, >> > and the ability to start/stop random packages in a consistent way. >> > There is also a single standard place that a vendor can throw a >> > startup script in--this is a good thing. >> >I definitely agree, I abhore the rc?.d stuff--I can never remember what is >what (especially since it has some variance depending upon the O/S). What What is it that ties us to those arcane eight-dot-three names anyway? Why can't we just have a master rc script that launches others, like network.d or filesystems.d? Sure would beat hunting through rc* files to change the startup options on your daemons. K.S. From owner-freebsd-hackers Sun Apr 27 19:08:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12775 for hackers-outgoing; Sun, 27 Apr 1997 19:08:02 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12737 for ; Sun, 27 Apr 1997 19:07:57 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id VAA12224; Sun, 27 Apr 1997 21:06:59 -0500 (CDT) Message-Id: <199704280206.VAA12224@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: patl@Phoenix.volant.org cc: Robert Withrow , hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of Sun, 27 Apr 1997 15:33:53 -0700. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Apr 1997 21:06:59 -0500 From: Chris Csanady Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [snip] >> 1) I was wondering about this myself.. I really don't see how it would >> change the basic idea if it was a script rather than a function >> though. > >If it's a function, what do you need to do to make that function >avaliable to your shell? And which shells would be supported? >The script-with-start/stop/restart-parameter solution is a clear >win for manual use because it imposes no restrictions on the user's >choice of shell. Or, for that matter, on the shell to be used in >the start-up script itself. In fact, there's nothing that says >that the start-up program needs to be a script - it can be any >executable file. This is a Good Thing. Actually I was trying to say that using arguments is fine. I didn't quite understand why he had proposed using functions. >> 2) Just add a script in the /etc/init.d directory.. >> >> 3) What about having a single configuration file per state? Just a list >> of the services to start included. I think a file is simpler than >> a directory. ;-) > >Oops, that means there's more to 2) than just adding a script. >And unfortunately, it means editing a file. Which is something >that I really don't want automated installation/removal scripts >to have to do. In that regard the directory is -MUCH- easier, >simpler, and safer. Well, essentially, you add the script to the dir.. and it is installed. The rest is changing the default configuration of the system, something that I'm not sure a script should be responsible for. Even so, if the vendor could not write a script to cat one line to the end of a file, I'd hate to have their software on my system.. [snip] >> But this does *not* handle dependancies--only ordering. There is a >> huge difference. If something fails, the outcome is unknown.. > >Right. But how can you handle it in a clean, flexable, simple >manner? If you only needed to worry about those services that >are bundled with the system, it would be manageable. But different >sites will be adding third-party packages and replacing standard >components with external implementations. Look at all of the >sites that replace sendmail with another mail transfer agent. >How do you abstract the dependency from 'sendmail is running' >to 'a mail transfer agent is running'. Ok, now how do you do >that abstraction for EVERY service or combination of services? > >I don't think it can be done. In my opinion, a better approach >would be to make the start-up script for the dependant service >actually test for availability of the dependancies. Using the >sendmail example, don't trust the MTA start-up script's result >code, actually attempt to connect to the SMTP port. I think it can be done. It just has to be done carefully. I think that much of the issues of dependancy are really issues of granularity. Where do we stop here? If we go with a finer granularity than each module (script), perhaps we need to start thinking along the lines of creating some conventions. Otherwise, I was thinking of just depending on each script. (ie. nfs depends on network or something) Third party scripts depending on other third party require only the name of the others script. There is an issue with multiple vendors providing the same service however. This should usually not happen, but if it does, they should use a standard name for the service. Heh.. this has actually given me an idea of how the symlinks can be used productively. :-) Trying to abstract things to your example of sendmail is interesting. How about having a link from /etc/rcx.d/mail to /etc/init.d/sendmail, then depend on mail. (assuming the SysV model) This is where some conventions would need to be created. This would allow the system to be augmented or complete drop in replacements without destroying parts of the base system. Comments? --Chris Csanady From owner-freebsd-hackers Sun Apr 27 19:14:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA13190 for hackers-outgoing; Sun, 27 Apr 1997 19:14:10 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13185 for ; Sun, 27 Apr 1997 19:14:06 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id MAA14114; Mon, 28 Apr 1997 12:13:57 +1000 (EST) Date: Mon, 28 Apr 1997 12:13:56 +1000 (EST) From: "Daniel O'Callaghan" To: Michael Smith cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: <199704280137.LAA13348@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997, Michael Smith wrote: > > So right now the only viable way is to watch wtmp/utmp. > > That's not really necessary, presuming that the wtmp/utmp changes are > being made by things that are under "our" control. The PAM gear has > 'at logout' hooks as well. Something like the routing socket, which libutil/log{in,out}() can write to, and other processes listen for changes....? Danny From owner-freebsd-hackers Sun Apr 27 19:21:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA13506 for hackers-outgoing; Sun, 27 Apr 1997 19:21:36 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13498 for ; Sun, 27 Apr 1997 19:21:27 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA13874; Mon, 28 Apr 1997 11:51:19 +0930 (CST) From: Michael Smith Message-Id: <199704280221.LAA13874@genesis.atrad.adelaide.edu.au> Subject: Re: A Desparate Plea for Help... In-Reply-To: from Simon Shapiro at "Apr 27, 97 04:24:58 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Mon, 28 Apr 1997 11:51:19 +0930 (CST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > At first, the problems appear to have been ahc related. This was worked on > and appear to be corrected. Then we had a problem with the sd.c code (?) > flipping when an Iomega Jaz drive is in sleep mode and being accessed. > This causes panics and we know how to live with it (by not using the Jaz > drive; We cannot get out of Iomega ANY technical data, not even how to > keep it spinning for a while longer. So much for using Jaz drive in this > project (their loss of large sale. Not really mine)). Simon; I have heard this reported before, but I have a Jaz, and regularly access it when it's not spinning. I have _never_ had a problem with this, and if you can provide something that can be reproduced elsewhere, then I am certain that it will be fixed. > The last and most troubling problem is a complete crash/freeze when running > certain X11 applications; At ONE point, we managed to observe a panic that > went something like: > > Fata trap 12 page fault at 0xf71e0014 > > _spec_open+0x6e > _vm_open > _open > _syscall > _Xsyscall > > There was a mention of bash in this panic. That would probably just be the 'current process'. > I need to solve this problem, not to be told 9indirectly) that it must be > my fault, as it soes not happen on someone else's machine. That's not what that response means. "I can't make it happen here" means "I can't work out what is wrong because I can't reproduce the problem, and I need to reproduce the problem to have all the information I need to hand". If you can configure your system(s) to dump kernel cores, and put the cores and and matching kernels _compiled_with_debugging_information_ up for FTP, this is _very_ helpful. If you can give details so that we can check out exactly the same sources as you are using, that'll help too. > I have spent enough years (over 25) in the Unix kernel business to know how > to read a config file and to know that when applications make a system > call, they are NOT supposed to panic the system. Even if the confoguration > file is not perfect (this should no compile, and should not compile and > crash on an open(2) call). The trap you see above is somewhere near the top of spec_open in sys/miscfs/specfs.c. Without knowing exactly what the trap was; specifically the fault address, it's hard to infer more. There are several pointer references near the top of spec_open that might be the problem, the most likely IMHO is : /* * Don't allow open if fs is mounted -nodev. */ if (vp->v_mount && (vp->v_mount->mnt_flag & MNT_NODEV)) return (ENXIO); We have seen problems with vp->v_mount being NULL before; this appears most often with MFS filesystems. Are you using MFS in your systems? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 27 19:39:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA14120 for hackers-outgoing; Sun, 27 Apr 1997 19:39:25 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA13948 for ; Sun, 27 Apr 1997 19:34:56 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id LAA24630; Mon, 28 Apr 1997 11:20:30 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (ucHnyYmMf5d1vpUACccRTF0533rnRPUK@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id LAA15952; Mon, 28 Apr 1997 11:20:30 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id LAA27258; Mon, 28 Apr 1997 11:25:17 +0900 (JST) Message-Id: <199704280225.LAA27258@zodiac.mech.utsunomiya-u.ac.jp> To: Joe Diehl cc: hackers@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: sun type 5 keyboards (dream mode on) In-reply-to: Your message of "Sun, 27 Apr 1997 20:21:17 EST." <199704280122.UAA08525@ksu.edu> References: <199704280122.UAA08525@ksu.edu> Date: Mon, 28 Apr 1997 11:25:16 +0900 From: Kazutaka YOKOTA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Okay, I'll admit my dream mode is on here... But I just got a new keyboard >at work and it reminds me just how much I like these things. > >I realize that at a technical level the sun type 5 keyboards work >differantly than a regular PC keyboard, which would make this task easier >said than done, but... What would it take to try to get a sun type 5 >keyboard and mouse working on a FreeBSD workstation? > >I'm assuming this would be a best classified as a hack, and might be looking >at modification to the bootblocks and the kernel, as well as finding some >method of running the keyboard through the serial port... Unless of course >for some odd reason the keyboard port on a p/c can actually handle a >sun keyboard (but I'm kind of thinking it won't). > >*shrug* thoughts? I seem to remember Sun markets the adapter for the PC keyboard to be used with the Sun Workstations. (I may be wrong, though). I don't think this adapter can be used to connect the Sun keyboard to PC, but, very existence of the adapter indicates that you can convert the Sun keyboard data and the PC keyboard data, with proper combination of hardware/software. There also is an interesting keyboard in my country. It is a compact keyboard without ten keys and the cursor key block, and is called HHK (Happy Hacking Keyboard). This keyboard can be used with either Sun or PC, using a proper cable. Internally it must be able to detect which type of the host it is connected to. I don't own this keyboard because it is rather pricey. But, quite a number of people appear to have fallen in love with it, I heard. Check with: http://www.pfu.co.jp/hhkeyboard/ I am afraid this WWW page is written in Japanese, but you can still enjoy figures and photo images :-) Just for your information. Kazu From owner-freebsd-hackers Sun Apr 27 19:59:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15122 for hackers-outgoing; Sun, 27 Apr 1997 19:59:33 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15117 for ; Sun, 27 Apr 1997 19:59:30 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA14280; Mon, 28 Apr 1997 12:29:16 +0930 (CST) From: Michael Smith Message-Id: <199704280259.MAA14280@genesis.atrad.adelaide.edu.au> Subject: Re: Best way to hook into user logins / logouts ? In-Reply-To: from Daniel O'Callaghan at "Apr 28, 97 12:13:56 pm" To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Mon, 28 Apr 1997 12:29:16 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Daniel O'Callaghan stands accused of saying: > On Mon, 28 Apr 1997, Michael Smith wrote: > > > > So right now the only viable way is to watch wtmp/utmp. > > > > That's not really necessary, presuming that the wtmp/utmp changes are > > being made by things that are under "our" control. The PAM gear has > > 'at logout' hooks as well. > > Something like the routing socket, which libutil/log{in,out}() can write > to, and other processes listen for changes....? That's kinda sexy, but I'm not sure it goes far enough. ie. it's fine for passive monitoring, but no use for authentication stuff. > Danny -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 27 20:37:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA17726 for hackers-outgoing; Sun, 27 Apr 1997 20:37:56 -0700 (PDT) Received: from cold.org (cold.org [206.81.134.103]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA17721 for ; Sun, 27 Apr 1997 20:37:53 -0700 (PDT) Received: from localhost (brandon@localhost) by cold.org (8.8.5/8.8.3) with SMTP id VAA12151; Sun, 27 Apr 1997 21:36:51 -0600 (MDT) Date: Sun, 27 Apr 1997 21:36:51 -0600 (MDT) From: Brandon Gillespie To: The Classiest Man Alive cc: Terry Lambert , jkh@time.cdrom.com, hackers@freebsd.org Subject: Re: /etc/netstart bogons.. In-Reply-To: <1.5.4.32.19970428020340.007096ac@cybercom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, The Classiest Man Alive wrote: > At 03:23 PM 4/27/97 -0600, Brandon Gillespie wrote: > >> > I think it is more a case of functionality, rather than personal > >> > preference. With the rc.d/init.d approach you have more modularity, > >> > and the ability to start/stop random packages in a consistent way. > >> > There is also a single standard place that a vendor can throw a > >> > startup script in--this is a good thing. > >> > >I definitely agree, I abhore the rc?.d stuff--I can never remember what is > >what (especially since it has some variance depending upon the O/S). What > > What is it that ties us to those arcane eight-dot-three names anyway? Why > can't we just have a master rc script that launches others, like network.d > or filesystems.d? Sure would beat hunting through rc* files to change the > startup options on your daemons. Umm, this is half the conversation of this thread :) Basically, doing each subsystem as a startup file allows for MUCH greater modularity. Think: 3rd party software. If I create a software package, and with the install for it I want it to auto startup/shutdown, do I have to do funky perl/awk magic and HOPE that my changes to /etc/rc stick. Completely ignoring the fact that /etc/rc is the absolute incorrect place to do it, where is? This, coupled with the fact that FreeBSD DOES have multiple 'levels' or 'states', and the fact that like it or not: the rest of the world is doing it. We can sit around like an old geizer whineing about how 'in the good ole days, things were better', or we can keep from becoming a part of the good ole days. I for one am not overly fond of the existing rc?.d systems currently in use by other operating systems--but the core idea is sound, and I think it can be worked with where a decent system can be created that also 'feels' like the more ancient systems. As for the direct response to your question: eight-dot-three? WTF? Like dos filenames? My comments were about how in the rc?.d systems, each startup file is labeled with either 'S' or 'K' followed by two numbers, and then the rest of the filename (of whatever length or whatnot). The reason for this is 'K' files are executed at a shutdown of that state, and 'S' files are executed at a startup of that state, and all of the files for each stage are sorted alphanumerically, so 'S20blah' is executed before 'S50foof'. -Brandon Gillespie From owner-freebsd-hackers Sun Apr 27 20:45:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA18557 for hackers-outgoing; Sun, 27 Apr 1997 20:45:47 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA18552 for ; Sun, 27 Apr 1997 20:45:42 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA14724; Mon, 28 Apr 1997 13:15:35 +0930 (CST) From: Michael Smith Message-Id: <199704280345.NAA14724@genesis.atrad.adelaide.edu.au> Subject: Re: A Desparate Plea for Help... In-Reply-To: <199704280221.LAA13874@genesis.atrad.adelaide.edu.au> from Michael Smith at "Apr 28, 97 11:51:19 am" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 28 Apr 1997 13:15:34 +0930 (CST) Cc: Shimon@i-Connect.Net, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith stands accused of saying: > The trap you see above is somewhere near the top of spec_open in > sys/miscfs/specfs.c. Without knowing exactly what the trap was; > specifically the fault address, it's hard to infer more. There are > several pointer references near the top of spec_open that might be > the problem, the most likely IMHO is : > > /* > * Don't allow open if fs is mounted -nodev. > */ > if (vp->v_mount && (vp->v_mount->mnt_flag & MNT_NODEV)) > return (ENXIO); > > We have seen problems with vp->v_mount being NULL before; this > appears most often with MFS filesystems. ... and of course that's completely stupid on my part. If vp->v_mount is null that will _not_ result in a null deref. Further study actually indicates that this function is quite paranoid about its input. Can you tell us which compile options you are using with your kernels, so that someone can build this function and work out where 0x6c is? Are you loading/unloading LKM's on these systems? -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 27 20:57:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA18911 for hackers-outgoing; Sun, 27 Apr 1997 20:57:14 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA18906 for ; Sun, 27 Apr 1997 20:57:12 -0700 (PDT) Received: from bogus.mindspring.com (user-37kb9am.dialup.mindspring.com [207.69.165.86]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id XAA07429; Sun, 27 Apr 1997 23:50:28 -0400 (EDT) Message-Id: <1.5.4.32.19970428035029.0089464c@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 27 Apr 1997 23:50:29 -0400 To: Chris Csanady From: "Kevin P. Neal" Subject: Re: /etc/netstart bogons.. Cc: patl@Phoenix.volant.org, Robert Withrow , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 04:16 PM 4/27/97 -0500, Chris Csanady wrote: > >>> >>> ccsanady@nyx.pr.mcs.net said: >>> :- And the two-digit prefix? These are no more than a hack aimed at >>> :- solving the dependancy problem >>> >>> I've often tought about *that* part. I think that it would be better >>> if the individual rc scripts would provide *shell functions* to >>> start, stop, etc. It would also provide a declaration section that would >>> define which things the package *requires*. You could then tsort the >>> total list of dependencies (from an outer *control* script) and execute >>> the appropriate functions in the required order. >> >>Explain to me exactly how this would be -easier- to use. Exactly > >Having more functionalitly does not necessarily make things easier. In >fact, the startup mechanism is likely to be more involved, but this will >not impact the scripts themselves. If anything, it will be not be >easier, or harder, just different... > >>what steps would be taken to 1) manually start/stop/restart a service. >>2) Add a service to the restart sequence for multi-user. 3) Remove >>a service from the restart sequence for multi-user, but leave it >>available for manual start. 4) Find out the script execution order. > >1) I was wondering about this myself.. I really don't see how it would > change the basic idea if it was a script rather than a function > though. Why restrict startup scripts to just "scripts"? >2) Just add a script in the /etc/init.d directory.. > >3) What about having a single configuration file per state? Just a list > of the services to start included. I think a file is simpler than > a directory. ;-) These two are related. How about having new programs: register_svc -- These would put scripts for starting and stopping "services" unregister_svc -- inside some directory or database or whatever. mod_runstate -- Generic interface program. Used to add and remove services from a runstate. Also used to change the arguments used. When adding and removing services from a runstate, it will compute the ordering and dependencies (so they don't have to be recalculated at every boot). Save this data to a file or files in /etc (human readable in case of ... whatever). >4) This is a bit more difficult. How about providing an option to /etc/rc > to make it output what it *would* do if it was run? It then > internally handles the tsorting/etc and outputs the execution order. > This would require very little extra code.. > >I think it is obvious that at least a few things need to be worked out. >That shouldn't stop us though, right? :-) Cool. A "mod_runstate" program, since it generates the startup/shutdown info when a service is added, could trivially be amended to print out what it *would* do on boot. Heck, it could even generate a flat file that does all of the magic, if you *really* like the old way. Imagine having the traditional rc scripts be generated by some automatic method. >>As far as I can tell, the only win is the automatic dependency >>sorting; and I can easily imagine ports or packages missing a > >This is a large win imho... > >>dependency update. The sequenced symlinks certainly aren't >>perfect; but they show the order at a glance; and by defining >>known sequence points it is easy for install scripts to insert >>a startup between the necessary levels. In practice, this is >>usually adequate to handle the dependencies. > >But this does *not* handle dependancies--only ordering. There is a >huge difference. If something fails, the outcome is unknown.. Already "solved", see above. >>> I *hate* the stupid ``run-levels'' symlink stuff. >> >>Don't let your prejudice against the symlinks or run-levels >>lead you into something even cruftier. > >*sigh* I think this will be the largest stumbling block. If we >can come up with an elegant way to handle true dependancies, and >multiple run states (not levels), would anyone really mind? Nah, it'd be pretty cool. I like the idea of naming, not numbering, the runstates. Less confusion. -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Sun Apr 27 21:05:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA19500 for hackers-outgoing; Sun, 27 Apr 1997 21:05:43 -0700 (PDT) Received: from awhawks.perigee.net (ns2p33.cht.perigee.net [207.238.60.143]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA19489; Sun, 27 Apr 1997 21:05:31 -0700 (PDT) Received: from ns2p33.cht.perigee.net (localhost.perigee.net [127.0.0.1]) by awhawks.perigee.net (8.8.5/8.8.5) with ESMTP id AAA18612; Mon, 28 Apr 1997 00:05:11 -0400 (EDT) Message-Id: <199704280405.AAA18612@awhawks.perigee.net> To: jmb@hub.freebsd.org CC: hackers@hub.freebsd.org Subject: Re: Universities using FreeBSD In-reply-to: Your message of "Sun, 27 Apr 1997 15:26:31 EDT." Date: Mon, 28 Apr 1997 00:05:10 -0400 From: Charlie Root Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > if you are associated with a University that uses FreeBSD in its > > computer science department, please send me a short note telling > > me which university and what FreeBSD is used for? > > > > working up a little list here ;) > > suny tech at utica/rome does, and it's great, however it's only run on the > computer science machines, lately a lot of funding for other departments > is going towards Windblows NT (not technology) and the main academic > machines all run HP-UX. but the only machines where you can do anything > or learn is the cs machines that do run FreeBSD. > > Alfred > perlsta@cs.sunyit.edu > UNCC (University of North Carolina at Charlotte) uses FreeBSD on gateway2000 boxes as a interface to the Sun systems and AFS on campus. They are setup as a dual boot with winNT and FreeBSD so we can use either OS. I don't use the labs that much since I run FreeBSD at home and just telnet over to the school and send the X display to my home. From owner-freebsd-hackers Sun Apr 27 21:16:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA20035 for hackers-outgoing; Sun, 27 Apr 1997 21:16:19 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA20022 for ; Sun, 27 Apr 1997 21:16:16 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA09165; Sun, 27 Apr 1997 21:15:41 -0700 (PDT) To: dennis cc: "Daniel O'Callaghan" , Sales , hackers@freebsd.org Subject: Re: pci probes with multiple "units" (MORE) In-reply-to: Your message of "Sun, 27 Apr 1997 21:26:58 EDT." <3.0.32.19970427212656.00bc7980@etinc.com> Date: Sun, 27 Apr 1997 21:15:40 -0700 Message-ID: <9163.862200940@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The driver name should tell you what kind of hardware you have, as > it the unix *way*....with linux you dont have a damn clue what you > have in there. Well, actually, some people have suggested that the best approach would a hybrid of the two approaches: If you want to see what you've got, the boot messages and/or `ifconfig -a' will show you what you have in the classic "unix way" (or "unix *way*" :-). If, on the other hand, you could really give a damn about it and just wanted to write an rc script which brought up "the ethernet card", be that a 3COM 3c595 or a DEC DC21041, then you should also have a "symbolic" name for each device like "eth0, eth1, .." and so on. The symbolic name wouldn't show up in ifc chain, being implemented instead by ifconfig as a sort of alias, and so nothing else would be confused by this (save, perhaps, the system administrator who suddenly encounters this for the first time and is seriously puzzled at this phantom device which just magically works :-). Jordan From owner-freebsd-hackers Sun Apr 27 21:25:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA20702 for hackers-outgoing; Sun, 27 Apr 1997 21:25:49 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA20694 for ; Sun, 27 Apr 1997 21:25:47 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA09224; Sun, 27 Apr 1997 21:25:39 -0700 (PDT) To: Michael Smith cc: Shimon@i-Connect.Net (Simon Shapiro), freebsd-hackers@FreeBSD.org Subject: Re: A Desparate Plea for Help... In-reply-to: Your message of "Mon, 28 Apr 1997 11:51:19 +0930." <199704280221.LAA13874@genesis.atrad.adelaide.edu.au> Date: Sun, 27 Apr 1997 21:25:39 -0700 Message-ID: <9222.862201539@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I need to solve this problem, not to be told 9indirectly) that it must be > > my fault, as it soes not happen on someone else's machine. > > That's not what that response means. "I can't make it happen here" > means "I can't work out what is wrong because I can't reproduce the > problem, and I need to reproduce the problem to have all the > information I need to hand". Just to chime in here (and everything that Michael says is spot-on), it also means: "I can't make it happen here, please reduce the components in this system to the _bare minimum_ of what is needed to still provide services." You wouldn't believe how often this oh-so-basic rule is violated by someone who's got everyting up to and including the kitchen sink in their kernel, leaving the unfortunate developer to ask "Uhhhhh. You seem to have _everything_ in here, from a sound card to multicast routing to a /tmp mounted over MFS - have you never heard of SIMPLIFYING a situation you're trying to debug? I don't want to have to chase down 7 different alleys at the same time so please - nuke the MFS "speed hacks" and get that stupid sound card out of your NFS fileserver!" I'm not saying that this is true in Simon's case, but it's still a damn good general rule which gets forgotten more often than I care to think about. Jordan From owner-freebsd-hackers Sun Apr 27 22:23:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA22990 for hackers-outgoing; Sun, 27 Apr 1997 22:23:56 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA22983 for ; Sun, 27 Apr 1997 22:23:54 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA01953 for hackers@hub.freebsd.org; Mon, 28 Apr 1997 07:23:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA06273; Sun, 27 Apr 1997 19:37:16 +0200 (MET DST) Message-ID: <19970427193716.BD06623@uriah.heep.sax.de> Date: Sun, 27 Apr 1997 19:37:16 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@hub.freebsd.org Subject: Re: sysctl -A References: <199704270447.VAA27744@hub.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Martin Kammerhofer on Apr 27, 1997 10:42:19 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Martin Kammerhofer wrote: > The drawbacks are: > 1. You have to go single user to restart your X server if it > should die (fortunately this never happened to me :). You should also use `NoZap' in XF86Config then. I never do, and i often log out using the `Zap' sequence. :-) > NetBSD is said to have a cleaner solution, they're using a special device > for X's memory access. The aperture driver is not exactly cleaner. It's just another security hole, you can at least find enough races while somebody `zaps' the Xserver to drive a truck through. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 27 22:24:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA23032 for hackers-outgoing; Sun, 27 Apr 1997 22:24:03 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA22994 for ; Sun, 27 Apr 1997 22:23:57 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA01956; Mon, 28 Apr 1997 07:23:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA06294; Sun, 27 Apr 1997 19:42:26 +0200 (MET DST) Message-ID: <19970427194226.UX39331@uriah.heep.sax.de> Date: Sun, 27 Apr 1997 19:42:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@hub.freebsd.org Cc: max@rnd.runnet.ru (Maxim Bolotin) Subject: Re: network driver questions [Was: Universities using FreeBSD] References: <199704271130.EAA08520@hub.freebsd.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Maxim Bolotin wrote: > 1. How can I disable interrupts when i transmit packet to the card buffer? > I think I have to disable it, 'cause when I transffer big files, I have > many underrun interrupts. int s; s = splimp(); do_transfer(); splx(s); SEE ALSO spl(9) > 2. What do I have to do to work NFS? We've some strange hangs during > transffer. Read the hackers and current lists. A lot of discussions happened lately. Maybe your problem has also been mentioned. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 27 22:36:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA23623 for hackers-outgoing; Sun, 27 Apr 1997 22:36:10 -0700 (PDT) Received: from chai.plexuscom.com (chai.torrentnet.com [207.87.46.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA23618 for ; Sun, 27 Apr 1997 22:36:08 -0700 (PDT) Received: from chai.plexuscom.com (localhost [127.0.0.1]) by chai.plexuscom.com (8.8.5/8.8.5) with ESMTP id BAA27601; Mon, 28 Apr 1997 01:37:44 -0400 (EDT) Message-Id: <199704280537.BAA27601@chai.plexuscom.com> To: Poul-Henning Kamp Cc: hackers@freebsd.org Subject: Re: the namei cache... In-reply-to: Your message of "Fri, 25 Apr 1997 08:09:47 +0200." <2038.861948587@critter> Date: Mon, 28 Apr 1997 01:37:44 -0400 From: Bakul Shah Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >This is analogous to one of the ways one implements a symbol table > >in a lexically scoped language processing program. > > But these programs don't work with a finite bounded number of > entries, so reuse policies doesn't matter to them. The bound is not so low as in the namei cache case but reuse policies do matter. The point of analogy was not to duplicate what they do but to remind you to check out the range of techniques they use. May be some of them are useful? > >Scaling. Directories with 100+ entries are not uncommon. Even > >/usr/include and /usr/include/sys have over 100 entries each. > You obviously don't know how the name cache operates. Only names > you lookup ends up in the cache, it's not the entire directory > that gets put into the cache (unless you do a "ls -l" that is). If anyone stats all the names in /usr/include suddenly you are doing 50+ compares on average. Hashtables are competitive with linear linked lists as search structures even for very small table sizes and far superior for larger tables. *Even* if you use a fixed size hashtable (which *will* degenerate to O(N) comparisons when the number of entries is far greater than the number of buckets) you come out ahead. BTW, I believe AIX or some other commercial Unix uses hashtables attached to directory entries. As to the reuse policy, there are a number of possibilities. [Again, I will point you to look at non OS literature: garbage collection.] Here is one example: you can keep an entry on two lists: the hashtable entry for some directory and a doubly ended list -- whenever an entry is _referenced_, it is moved to the *head* of the second list. Whenever a _free_ entry is needed, you take it from the *tail* of the second list and move it to the head. You can also try something akin to `generational' garbage collectors (in that a young entry is a candidate for removal. It is `aged' only after it is referenced a number of times). Each solution has its costs and benefits. Without some profiling and *hard* staring at the code I wouldn't know which one makes more sense. My comment about scaling stands. > >A dynamically growing hashtable is a must. > > Hello Houston ? We have lost gravity! Of course we can't do that > in the kernel. Memory is way too expensive. Sorry, wrong number! No Angelica, John or Gary here. Obviously, to grow one data structure you have to take memory from somewhere else but you are assuming MALLOC/FREE. If you use an `arena', a separate memory area, you can recycle old entries and avoid malloc. > I wish all of these "instant-fs" specialists would read up on their > subject matter before they jump in with their misunderstandings! I wish all of these "instant-optimization" specialists would do some profiling before they start hacking with their misunderstandings! A friend of mine and I once implemented a stateless as well as a stateful remote file system atop 4.2BSD unix for a client (this was before Sun announced NFS). That does not make me a FS specialist and I haven't spent hours in the FS code since then but I am more familiar with it than you might think. Try not to assume that anything that does not make sense to you is automatically meaningless. Your comment above is especially irksome because _you_ asked for comments. I responded only because you are implementing what (to me) is an obviously suboptimal solution. Even if you feel I am wrong *and* a clueless newbie, it behooves you a) to politely point out where I am wrong and why, and b) to thank me because I took the trouble to comment. Ah well. -- bakul From owner-freebsd-hackers Sun Apr 27 23:01:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA24928 for hackers-outgoing; Sun, 27 Apr 1997 23:01:18 -0700 (PDT) Received: from escape.cs.ibank.ru (igor@escape.cs.ibank.ru [194.58.131.150]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA24916 for ; Sun, 27 Apr 1997 23:01:10 -0700 (PDT) Received: (from igor@localhost) by escape.cs.ibank.ru (8.8.3/8.8.3/Zynaps) id KAA12193 for hackers@freebsd.org; Mon, 28 Apr 1997 10:00:53 +0400 (MSD) Message-Id: <199704280600.KAA12193@escape.cs.ibank.ru> Subject: Re: console [on|off] (fwd) To: hackers@freebsd.org Date: Mon, 28 Apr 1997 10:00:51 +0400 (MSD) From: Igor Vinokurov X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM862207250-12134-0_ Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --ELM862207250-12134-0_ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit re, Anybody can explain this problem? I use screen from ordinary user and can grab console even if no read permission to /dev/console -- Igor Vinokurov, JSB Inkombank --ELM862207250-12134-0_ Content-Type: message/rfc822 Content-Disposition: inline Content-Description: Forwarded message from Michael Schroeder Content-Transfer-Encoding: 7bit Return-Path: Received: from faui40.informatik.uni-erlangen.de (mlschroe@faui40.informatik.uni-erlangen.de [131.188.2.40]) by escape.cs.ibank.ru (8.8.3/8.8.3/Zynaps) with ESMTP id AAA08904 for ; Mon, 28 Apr 1997 00:01:50 +0400 (MSD) Received: (from mlschroe@localhost) by faui40.informatik.uni-erlangen.de (8.8.5/8.0.5-FAU) id WAA11198; Sun, 27 Apr 1997 22:01:11 +0200 (MET DST) From: Michael Schroeder Message-Id: <199704272001.WAA11198@faui40.informatik.uni-erlangen.de> Subject: Re: console [on|off] To: igor@cs.ibank.ru (Igor Vinokurov) Date: Sun, 27 Apr 1997 22:01:11 +0200 (MET DST) Cc: Juergen.Weigert@informatik.uni-erlangen.de (Juergen Weigert) In-Reply-To: <199704191536.TAA29579@escape.cs.ibank.ru> from "Igor Vinokurov" at Apr 19, 97 07:36:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit > re, > > jfyi, by "console on" command ordinary users may grab console > even if no have read permission for /dev/console... > > Ugly, no? No. The TIOCCONS ioctl is done with the uid of the user. Anybody can compile a program that does the ioctl. If your OS allows the ioctl even if the user does not own /dev/console or has read permissions, it's the fault of the OS. Michael. --------------------------------------------------------------- Michael Schroeder mlschroe@immd4.informatik.uni-erlangen.de main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} --ELM862207250-12134-0_-- From owner-freebsd-hackers Sun Apr 27 23:44:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA26848 for hackers-outgoing; Sun, 27 Apr 1997 23:44:43 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA26839; Sun, 27 Apr 1997 23:44:36 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id QAA23465; Mon, 28 Apr 1997 16:44:18 +1000 (EST) Message-ID: <19970428164418.07751@rf900.physics.usyd.edu.au> Date: Mon, 28 Apr 1997 16:44:18 +1000 From: David Dawes To: "Daniel O'Callaghan" Cc: "Jonathan M. Bresler" , hackers@hub.freebsd.org Subject: Re: Universities using FreeBSD References: <199704271130.EAA08520@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Daniel O'Callaghan on Mon, Apr 28, 1997 at 08:49:44AM +1000 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Apr 28, 1997 at 08:49:44AM +1000, Daniel O'Callaghan wrote: > > >On Sun, 27 Apr 1997, Jonathan M. Bresler wrote: > >> if you are associated with a University that uses FreeBSD in its >> computer science department, please send me a short note telling >> me which university and what FreeBSD is used for? > >You might like to include all departments. ftp.au.freebsd.org is also >known as x.physics.usyd.edu.au (University of Sydney). That's true, but FreeBSD isn't widely used here in the Physics dept at Uni of Sydney (only two machines at the moment), and isn't currently used in any teaching-related applications. David From owner-freebsd-hackers Sun Apr 27 23:57:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA27296 for hackers-outgoing; Sun, 27 Apr 1997 23:57:50 -0700 (PDT) Received: from gatekeeper2.mcimail.com (gatekeeper2.mcimail.com [192.147.45.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA27288 for ; Sun, 27 Apr 1997 23:57:48 -0700 (PDT) From: POSTMASTER@MCIMAIL.COM Received: from MCIMAIL.COM ([166.40.135.61]) by gatekeeper2.mcimail.com (8.6.12/8.6.10) with ESMTP id HAA21297; Mon, 28 Apr 1997 07:02:55 GMT Received: from MCIMAIL.COM by DGI0IG.MCIMAIL.COM (PMDF V5.0-7 #16896) id <01II8AJNXJBK90MVCJ@DGI0IG.MCIMAIL.COM> for hackers@freefall.FreeBSD.ORG; Mon, 28 Apr 1997 06:59:44 +0000 (GMT) Date: Mon, 28 Apr 1997 01:59:41 -0500 (EST) Subject: Message Status To: hackers Message-id: <97042806594171/POSTMASTERD49X4@mcimail.com> Content-transfer-encoding: 7BIT Priority: normal Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk DELIVERY NOTICE Referencing: Message id: 97042806594033/INTERNETGWDI2IG Source-Msg-Id: <199704280644.XAA26860@hub.freebsd.org> Subject: hackers-digest V3 #177 Posted: MON APR 28, 1997 6:59 am GMT Your Message To: S=vivekp EMS: VSNL MBX: S=vivekp MBX: S=vivekp MBX: C=IN MBX: P=XEEMAIL MBX: O=XEEDEL MBX: OU1=XEENET could not be delivered to this recipient. Reason: Unable to transfer. Diagnostic: Only one "Surname" is allowed. This non-delivery notice generated: MON APR 28, 1997 6:59 am GMT From owner-freebsd-hackers Mon Apr 28 00:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA27986 for hackers-outgoing; Mon, 28 Apr 1997 00:10:06 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA27977 for ; Mon, 28 Apr 1997 00:10:01 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id RAA23556; Mon, 28 Apr 1997 17:09:57 +1000 (EST) Message-ID: <19970428170957.09283@rf900.physics.usyd.edu.au> Date: Mon, 28 Apr 1997 17:09:57 +1000 From: David Dawes To: hackers@freebsd.org Subject: Re: xdm in /usr/X11R6/etc/rc.d problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Apr 28, 1997 at 11:08:08AM +1000, David Nugent wrote: >> (sleep 10; /usr/X11R6/bin/xdm -config /usr/local/etc/xdm/xdm-config)& >~ >> That works fine for me. > >Yes, me too. Just out of curiosity, why is the sleep needed? I think the problem is with the Xserver taking a free VT before the gettys have started (which means it may take one on which a getty does get started). I ususally tell the Xserver explicitly which VT to use (in xdm's Xservers file), and the delay might not be needed in that case. I've kept the delay there to make certain that xfs has had time to startup before xdm runs an X server. Starting xdm from /etc/ttys as Jordan suggested may be a suitable alternative, but I've never tried that myself. >While I have you there... which version of XFree has the login.conf >support (doesn't seem to be in the -current built for 3.2)? Does it >need any more work? I have no idea. I don't recall seeing any patches for this being submitted to us at XFree86.Org. I don't have any machines running -current at the moment. I'd also like to see something that allows us to remove the direct utmp/wtmp manipulation from xdm and xterm. We're planning to make a new release based on 3.2A in the next month or so. It would be good if things like this could be included in it. David From owner-freebsd-hackers Mon Apr 28 00:21:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA28365 for hackers-outgoing; Mon, 28 Apr 1997 00:21:23 -0700 (PDT) Received: from critter.dk.tfs.com ([140.145.230.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA28357; Mon, 28 Apr 1997 00:21:17 -0700 (PDT) Received: from critter (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.5/8.8.5) with ESMTP id JAA00240; Mon, 28 Apr 1997 09:19:30 +0200 (CEST) To: Bakul Shah cc: Poul-Henning Kamp , hackers@freebsd.org From: Poul-Henning Kamp Subject: Re: the namei cache... In-reply-to: Your message of "Mon, 28 Apr 1997 01:37:44 EDT." <199704280537.BAA27601@chai.plexuscom.com> Date: Mon, 28 Apr 1997 09:19:30 +0200 Message-ID: <238.862211970@critter> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704280537.BAA27601@chai.plexuscom.com>, Bakul Shah writes: >The bound is not so low as in the namei cache case but reuse >policies do matter. The point of analogy was not to duplicate what >they do but to remind you to check out the range of techniques they >use. May be some of them are useful? ... and there is no locking to consider, no reentrancy, no smp and so on. Quite different in fact. >> You obviously don't know how the name cache operates. Only names >> you lookup ends up in the cache, it's not the entire directory >> that gets put into the cache (unless you do a "ls -l" that is). "Cliff's notes to Kernel Name Cache": The most important thing is hit-rate. Everytime we have a hit we save at least one disk-access. That means that if we can get just one more hit in he namecache, we can safely spend several msec finding it. >My comment about scaling stands. Indeed, but compared to the >real< metric for name-cache efficiency, it's not terribly important. >> I wish all of these "instant-fs" specialists would read up on their >> subject matter before they jump in with their misunderstandings! > >I wish all of these "instant-optimization" specialists would do some >profiling before they start hacking with their misunderstandings! I don't know of anybody besides me who have profiled the name cache... If you check out the commit logs, you will know how long time I've been working on it... >Try not to assume that anything that does not make sense to you is >automatically meaningless. Bakul, I wasn't particularly after you with that comment, it was more pointed at the people who suggested new hash algorithms without understanding the nature of the cache and what it does for the kernel. I have no doubt you know what you talk about, but you are headed down the wrong track. The performance question is: How do we get the best hit rate from the least use of memory & CPU. I can tell you that I have not found measurable difference in cpu usage with our without the hashing, (wcarchive will probably show something though), but I have seen significant impact by upping the hit rate just a tiny fraction of a percent. Considering that fact, spending two pages on a hash table may not be the most efficient use of memory... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-hackers Mon Apr 28 00:51:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29521 for hackers-outgoing; Mon, 28 Apr 1997 00:51:03 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA29516 for ; Mon, 28 Apr 1997 00:51:01 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA03004 for freebsd-hackers@FreeBSD.org; Mon, 28 Apr 1997 09:50:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03342; Mon, 28 Apr 1997 09:43:34 +0200 (MET DST) Message-ID: <19970428094333.SR56034@uriah.heep.sax.de> Date: Mon, 28 Apr 1997 09:43:33 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.org Subject: Re: sysctl -A References: <19970427091019.YV06768@uriah.heep.sax.de> <199704271942.MAA09077@phaeton.artisoft.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704271942.MAA09077@phaeton.artisoft.com>; from Terry Lambert on Apr 27, 1997 12:42:18 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > My DEC Alpha runs at secure level 1, and X works fine. > > > > So now, look and tell us how they're doing it. > > They map the display memory with a kernel call. ...and don't have to do IO calls. Both is essentially impossible with the crappy PeeCee architecture. Determining the frame buffer location inside the video driver is possible only for dumb banked VGAs (which nobody is using for X11), or for PCI devices (which would still be quite some restriction right now). It's not that XFree86 seemed to be very happy about mmap'ing /dev/mem, but that's been the only viable alternative for quite some time. We should probably add the ability to mmap the frame buffer for PCI devices today, so XFree86 can use this API tomorrow. Still, this would either require a graphics card that can be completely handled with mmap'ed registers, or you stumble across the IO crap. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 28 00:51:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA29573 for hackers-outgoing; Mon, 28 Apr 1997 00:51:37 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA29551 for ; Mon, 28 Apr 1997 00:51:33 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA03015 for hackers@FreeBSD.org; Mon, 28 Apr 1997 09:51:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03365; Mon, 28 Apr 1997 09:48:19 +0200 (MET DST) Message-ID: <19970428094819.ZS03579@uriah.heep.sax.de> Date: Mon, 28 Apr 1997 09:48:19 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.org Subject: Re: xdm in /usr/X11R6/etc/rc.d problem References: <19970427203420.55698@hw.nl> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970427203420.55698@hw.nl>; from Peter Korsten on Apr 27, 1997 20:34:20 +0200 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Peter Korsten wrote: > For the normal daemons, this works OK, but putting xdm in the X11 > rc directory turned out to be a Bad Idea. What seems to happen, is > that xdm initializes and starts X, but after that, the vty's are > initilized. As other people suggested, start it from /etc/ttys (which i consider a hack as long as nobody implemented the `window system' mode for ttys(5)), alternatively, edit your /usr/X11R6/lib/X11/xdm/Xservers file, and add ``vt04'' to the server line. This turns off the auto- probing. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 28 01:40:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA01567 for hackers-outgoing; Mon, 28 Apr 1997 01:40:24 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA01551 for ; Mon, 28 Apr 1997 01:40:18 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA29907; Mon, 28 Apr 1997 09:56:29 +0200 From: Luigi Rizzo Message-Id: <199704280756.JAA29907@labinfo.iet.unipi.it> Subject: DMA overruns ? To: hackers@freebsd.org Date: Mon, 28 Apr 1997 09:56:28 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, for some unkonwn reason, my "asc" driver for a hand scanner occasionally loses some byte when transferring data from a color scanhead. The device is an ISA device, uses a 8-bit DMA channel, and probably does not have much buffering. Data are saved one scanline at a time, corresponding to about 2500 bytes/line, and the overruns are rare (say 1 lost byte every 20-30 lines on average when I save to disk). The overruns seem to occur almost independently from the speed the head is moving (provided it is not too fast...), both on a 486/66 and on a P5/133, even when saving to a mfs partition (and I checked, the system was not paging at the moment). The driver under Windows 3.1 does not seem to have this problem. Now I am wondering: is it possible that there is some long, uninterruptible operation which makes the bus unavailable for enough time to cause the overrun ? Although I am prepared to try toggling random bits in the driver (the controller chip is undocumented :( ) to see if the problem goes away, I'd like to understand what could be the problem. Thanks Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Mon Apr 28 02:30:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA03980 for hackers-outgoing; Mon, 28 Apr 1997 02:30:13 -0700 (PDT) Received: from matrix.42.org (sec@matrix.42.org [192.68.213.129]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA03940 for ; Mon, 28 Apr 1997 02:29:59 -0700 (PDT) Received: (from sec@localhost) by matrix.42.org (8.6.12/8.6.12) id LAA26138; Mon, 28 Apr 1997 11:29:48 +0200 To: freebsd-hackers@freebsd.org Path: sec From: sec@42.org (Stefan `Sec` Zehl) Newsgroups: muc.lists.freebsd.hackers Subject: Re: sysctl -A Date: 28 Apr 1997 11:29:47 +0200 Organization: Internet@home Lines: 16 Message-ID: References: <19970426134218.CV17208@uriah.heep.sax.de> X-Newsreader: slrn (0.9.3.0-2 BETA UNIX) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article , David E. Cross wrote: > The init(8) man page describes the differences between the different run > levels, except for level -1. What is the difference between level -1 and > 0? afaik -1 is the same as 0, exept that -1 is used, so init can raise the securelevel by one (automatically) and still land on 0 ... Correct me if I'm wong ... CU, Sec -- Fuer die Raupe ist es das Ende der Welt, Fuer den Rest der Welt ist es ein Schmetterling Error 0: No error From owner-freebsd-hackers Mon Apr 28 02:37:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA04279 for hackers-outgoing; Mon, 28 Apr 1997 02:37:09 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA04274 for ; Mon, 28 Apr 1997 02:37:06 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id LAA26707; Mon, 28 Apr 1997 11:47:07 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199704280947.LAA26707@ocean.campus.luth.se> Subject: Re: Getting closer...!!! To: mtaylor@cybernet.com (Mark J. Taylor) Date: Mon, 28 Apr 1997 11:47:06 +0200 (MET DST) Cc: brian@awfulhak.org, hackers@freebsd.org In-Reply-To: <33612512.870D2DA7@cybernet.com> from "Mark J. Taylor" at "Apr 25, 97 05:41:38 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Mark J. Taylor: > I've seen FreeBSD reboot when a host route is deleted. > > This is present in all of the FreeBSD versions that I've used, > which is 1.0.2 all the way to 2.2.1-RELEASE. > > This does not happen all of the time, it seems. Just most of > the time. No hang, no panic, just a reboot. :( > > I do not remember the specifics, but it may very well be that > the route has to be entered by hand using 'route add'. It also > may have something to do with still having an ARP table entry > for it, or not having one. I believe that the ARP entry may > have the 'publish' flag set. > > Like I said, I can't really remember anymore. I just try to > not delete host routes anymore. I haven't tested this, but I seem to remember a friend saying FreeBSD was terribly unstable when you use the route command. I think "route add " was a great way of crashing the kernel, for example. /Mikael From owner-freebsd-hackers Mon Apr 28 03:06:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA05113 for hackers-outgoing; Mon, 28 Apr 1997 03:06:17 -0700 (PDT) Received: from gatekeeper.acucobol.ie (gatekeeper.acucobol.ie [194.125.135.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA05096; Mon, 28 Apr 1997 03:06:14 -0700 (PDT) Received: (from daemon@localhost) by gatekeeper.acucobol.ie (8.8.5/8.8.5) id LAA08666; Mon, 28 Apr 1997 11:05:31 +0100 (BST) Received: from guinness.acucobol.ie(194.125.135.195) by gatekeeper.acucobol.ie via smap (V2.0beta) id xma008457; Mon, 28 Apr 97 11:05:01 +0100 Received: from guinness (localhost [127.0.0.1]) by guinness.acucobol.ie (8.8.5/8.8.5) with ESMTP id LAA27919; Mon, 28 Apr 1997 11:05:47 +0100 (BST) Message-Id: <199704281005.LAA27919@guinness.acucobol.ie> From: "John McLaughlin" To: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org Subject: bash 1.14.7 Sig 11 on FreeBSD 2.2-970422-RELENG Date: Mon, 28 Apr 1997 11:05:47 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, Not sure if this belongs on hardware, but it did involve a sig 11, so... Basically, bash dumped core on the above when just installed from the standard 2.2 packages, which haven't been updated for the snap (or hadn't last Friday anyway). Pulling over the source and recompiling made the problem go away, and a kernel compile worked fine, which leads me to suspect the packages may need recompiling. The hardware is: ExpertBoard i430VX motherboard 16Mb EDO RAM Tekram 390F SCSI adaptor 2.1 Gb Quantum Fireball Genius NE2000 compatible network card. Which has worked fine in a number of other machines that I've configured Has anybody else come across this problem with bash or any of the other packages, or does it sound more like bas SIMMs? Could anyone suggest a means of testing the RAM to some *reasonable* extent? Regards, From owner-freebsd-hackers Mon Apr 28 04:40:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA09954 for hackers-outgoing; Mon, 28 Apr 1997 04:40:31 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA09949 for ; Mon, 28 Apr 1997 04:40:28 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id HAA16471; Mon, 28 Apr 1997 07:39:40 -0400 (EDT) From: Peter Dufault Message-Id: <199704281139.HAA16471@hda.hda.com> Subject: Re: A Desparate Plea for Help... In-Reply-To: from Simon Shapiro at "Apr 27, 97 04:24:58 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Mon, 28 Apr 1997 07:39:40 -0400 (EDT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (To keep the jazz from spinning down send it a TEST UNIT READY every so often). > > The last and most troubling problem is a complete crash/freeze when running > certain X11 applications; At ONE point, we managed to observe a panic that > went something like: > > Fata trap 12 page fault at 0xf71e0014 > > _spec_open+0x6e > _vm_open > _open > _syscall > _Xsyscall Are you using LKMs? Peter -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-hackers Mon Apr 28 05:08:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA10860 for hackers-outgoing; Mon, 28 Apr 1997 05:08:33 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA10841; Mon, 28 Apr 1997 05:08:29 -0700 (PDT) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id FAA01301 ; Mon, 28 Apr 1997 05:08:27 -0700 (PDT) Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.5) id HAA06356; Mon, 28 Apr 1997 07:07:10 -0500 (CDT) Message-ID: <19970428070710.03328@shell.futuresouth.com> Date: Mon, 28 Apr 1997 07:07:10 -0500 From: Tim Tsai To: questions@freebsd.org Cc: hackers@freebsd.org Subject: slow initgroups() Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We're seeing slow logins on a particular machine. It frequently takes 10-15 seconds between the "Last login: ..." message until the shell prompt appears. This is a very lightly loaded Pentium Pro-180 with 128 megs of RAM. A nearly identically configured machine does not exhibit this behavior. I've traced this to the initgroups() call in /usr/bin/login but I am not finding anything obvious. A simple ktrace shows nearly identical paths. Both machines are NIS clients to the same NIS server. What would cause one to be much faster than the other? The slow machine seems to have a lot more Ierrors from "netstat -I" (about 1-2%) while the faster machine has zero Ierrors. A simple "ypcat group" and "ypcat group.bygid" on both machines yield similar performance. Any ideas? Thanks in advance, Tim From owner-freebsd-hackers Mon Apr 28 07:38:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA16921 for hackers-outgoing; Mon, 28 Apr 1997 07:38:45 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA16916 for ; Mon, 28 Apr 1997 07:38:42 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id KAA00298; Mon, 28 Apr 1997 10:43:58 -0400 (EDT) Message-Id: <3.0.32.19970428103753.00bce770@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 28 Apr 1997 10:37:56 -0400 To: "Daniel O'Callaghan" From: dennis Subject: Re: pci probes with multiple "units" (MORE) Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:26 PM 4/27/97 -0400, dennis wrote: >At 08:56 AM 4/28/97 +1000, Daniel O'Callaghan wrote: >> >> >>On Sun, 27 Apr 1997, Sales wrote: >> >>> A suggestion: >>> >>> When pci devices are probed, the O/S prints out something similar >>> to this: >>> >>> eth0 rev 0 int a irq 10 on pci0:17 >>> eth1 rev 0 int a irq 11 on pci0:18 >> >>Has ET Inc *really* called its synch serial card devices 'eth'? Isn't >>that a recipe for customer confusion? What are they called in Linux, >>where all ethernet cards are 'eth'? It would be nice if, for once, we didn't get sidetracked by trivial things and actually address the *problem* that I'm reporting, that is, the distinction between *adapter* number and device unit. Dennis Dennis From owner-freebsd-hackers Mon Apr 28 07:45:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA17302 for hackers-outgoing; Mon, 28 Apr 1997 07:45:51 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA17297; Mon, 28 Apr 1997 07:45:48 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id XAA25364; Mon, 28 Apr 1997 23:44:18 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (mFjtzcGPNvX2VVhpnqHHdmTjykiIvOkj@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id XAA17263; Mon, 28 Apr 1997 23:44:18 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id XAA16419; Mon, 28 Apr 1997 23:49:06 +0900 (JST) Message-Id: <199704281449.XAA16419@zodiac.mech.utsunomiya-u.ac.jp> To: "John McLaughlin" cc: freebsd-hackers@freebsd.org, freebsd-hardware@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: bash 1.14.7 Sig 11 on FreeBSD 2.2-970422-RELENG In-reply-to: Your message of "Mon, 28 Apr 1997 11:05:47 +0100." <199704281005.LAA27919@guinness.acucobol.ie> References: <199704281005.LAA27919@guinness.acucobol.ie> Date: Mon, 28 Apr 1997 23:49:05 +0900 From: Kazutaka YOKOTA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Basically, bash dumped core on the above when just installed >from the standard 2.2 packages, which haven't been updated for the >snap (or hadn't last Friday anyway). Pulling over the source and >recompiling made the problem go away, and a kernel compile worked >fine, which leads me to suspect the packages may need recompiling. > > The hardware is: > > ExpertBoard i430VX motherboard > 16Mb EDO RAM > Tekram 390F SCSI adaptor > 2.1 Gb Quantum Fireball > Genius NE2000 compatible network card. > > Which has worked fine in a number of other machines that I've >configured > > Has anybody else come across this problem with bash or any of >the other packages, or does it sound more like bas SIMMs? Could anyone >suggest a means of testing the RAM to some *reasonable* extent? Is your CPU sufficiently cooled by a fan? I once had a bad CPU cooler (fan) with which my CPU (Pentium 120Mhz) caused sig 11 from time to time under heavy load such as `make world'. Once the CPU is cooled down the problem went away; which made me take quite a while to diagnose the cause. Kazu From owner-freebsd-hackers Mon Apr 28 08:05:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA18510 for hackers-outgoing; Mon, 28 Apr 1997 08:05:34 -0700 (PDT) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA18413 for ; Mon, 28 Apr 1997 08:03:03 -0700 (PDT) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id TAA01479; Mon, 28 Apr 1997 19:00:04 +0400 (MSD) Date: Mon, 28 Apr 1997 19:00:03 +0400 (MSD) From: "Vasily V. Grechishnikov" To: freebsd-hackers@freebsd.org Subject: How to determine size of buffer for the SIOCGIFCONF request ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! How to determine size of buffer for ioctl SIOCGIFCONF request? May be simply guess that buffer size if 1K , 2K or so more ? Why FreeBSD did not support ioctl SIOCGIFANUM request ? Thanks , Vasily . ******[FreeBSD it is coolest UNIX for PC!]******* * System admin , ftp and web master. * * Home Page: http://www.econ.acnit.ac.ru/ * * * * Industrial Economy Departament * * Voronezh State Technical University * * * ************************************************* From owner-freebsd-hackers Mon Apr 28 08:17:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA19047 for hackers-outgoing; Mon, 28 Apr 1997 08:17:27 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA19021 for ; Mon, 28 Apr 1997 08:17:19 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id RAA26626; Mon, 28 Apr 1997 17:16:49 +0200 (SAT) From: John Hay Message-Id: <199704281516.RAA26626@zibbi.mikom.csir.co.za> Subject: Re: pci probes with multiple "units" (MORE) In-Reply-To: <3.0.32.19970428103753.00bce770@etinc.com> from dennis at "Apr 28, 97 10:37:56 am" To: dennis@etinc.com (dennis) Date: Mon, 28 Apr 1997 17:16:49 +0200 (SAT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> > >>> A suggestion: > >>> > >>> When pci devices are probed, the O/S prints out something similar > >>> to this: > >>> > >>> eth0 rev 0 int a irq 10 on pci0:17 > >>> eth1 rev 0 int a irq 11 on pci0:18 > >> > >>Has ET Inc *really* called its synch serial card devices 'eth'? Isn't > >>that a recipe for customer confusion? What are they called in Linux, > >>where all ethernet cards are 'eth'? > > It would be nice if, for once, we didn't get sidetracked by trivial > things and actually address the *problem* that I'm reporting, > that is, the distinction between *adapter* number and device > unit. > Why don't you call your cards ethc0..X and then the devices eth0...X? Something like the Arnet (ar(4)), SDL RISCom N2(pci) or Cronyx-Sigma (cx(4)) drivers? ====== src1 rev 0 int a irq 10 on pci0:11:0 src1: 64K RAM (0 mempages) @ f3965000-f3975000, 2 ports. sr0: Adapter 1, port 0. sr1: Adapter 1, port 1. ... src0 at 0x300-0x30f irq 12 maddr 0xd0000 msize 16384 on isa src0: 64K RAM (4 mempages) @ f00d0000-f00d3fff, 2 ports. sr2: Adapter 0, port 0. sr3: Adapter 0, port 1. ====== John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Mon Apr 28 08:20:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA19286 for hackers-outgoing; Mon, 28 Apr 1997 08:20:51 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA19278 for ; Mon, 28 Apr 1997 08:20:42 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA21584; Mon, 28 Apr 1997 11:20:03 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 28 Apr 1997 11:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id LAA15724 for ; Mon, 28 Apr 1997 11:01:33 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id LAA04293 for freebsd-hackers@freefall.cdrom.com; Mon, 28 Apr 1997 11:08:11 -0400 (EDT) Date: Mon, 28 Apr 1997 11:08:11 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704281508.LAA04293@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: netdb.h and -traditional. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I was attempting to compile some older non-ANSI programs, that require the -traditional option on GCC. Unfortunately, netdb.h (and possibly other headers) use ANSI keywords (notably - 'const') which breaks this. Should our header files be compilable by non-ANSI compilers? - Dave Rivers - From owner-freebsd-hackers Mon Apr 28 09:50:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA23970 for hackers-outgoing; Mon, 28 Apr 1997 09:50:46 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA23959 for ; Mon, 28 Apr 1997 09:50:39 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA29514; Mon, 28 Apr 1997 12:50:03 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 28 Apr 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id MAA01737 for ; Mon, 28 Apr 1997 12:09:04 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id MAA04774 for freebsd-hackers@freefall.cdrom.com; Mon, 28 Apr 1997 12:15:42 -0400 (EDT) Date: Mon, 28 Apr 1997 12:15:42 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704281615.MAA04774@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: Aha2940 problems with 940722 snap. Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just to let everyone know. I continue to see aha 2940 problems with the boot/fixit floppies from the 4/22/97 SNAP (releng22) My particular problem is that at the end of the SCSI tape write or read the machine locks up (with the characteristic SCSI bus resets, as reported many times by several people...) I'd be happy to try out any changes. I have just upgraded (almost) all of my systems to 2.2.1-RELEASE. This should put me in a much better position to try out the "latest" fixes as they come down-the-wire. - Dave Rivers - From owner-freebsd-hackers Mon Apr 28 10:01:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA24578 for hackers-outgoing; Mon, 28 Apr 1997 10:01:19 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA24560 for ; Mon, 28 Apr 1997 10:01:15 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id CAA26993; Tue, 29 Apr 1997 02:58:28 +1000 Date: Tue, 29 Apr 1997 02:58:28 +1000 From: Bruce Evans Message-Id: <199704281658.CAA26993@godzilla.zeta.org.au> To: freebsd-hackers@freefall.FreeBSD.ORG, ponds!rivers@dg-rtp.dg.com Subject: Re: netdb.h and -traditional. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I was attempting to compile some older non-ANSI programs, that >require the -traditional option on GCC. > >Unfortunately, netdb.h (and possibly other headers) use ANSI >keywords (notably - 'const') which breaks this. ANSI keywords are supposed to be defined away for non-ANSI compilers unless NON_ANSI_KEYWORDS is defined. However, this is broken for gcc -traditional. A comment in seems to say that this is intentional. >Should our header files be compilable by non-ANSI compilers? Not for much longer. Bruce From owner-freebsd-hackers Mon Apr 28 11:06:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA28425 for hackers-outgoing; Mon, 28 Apr 1997 11:06:14 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA28414 for ; Mon, 28 Apr 1997 11:06:10 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA15768; Mon, 28 Apr 1997 11:05:16 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd015764; Mon Apr 28 18:05:12 1997 Message-ID: <3364E6BB.41C67EA6@whistle.com> Date: Mon, 28 Apr 1997 11:04:43 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Simon Shapiro CC: freebsd-hackers@freebsd.org Subject: Re: A Desparate Plea for Help... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro wrote: > > hi Y'all, > > > The last and most troubling problem is a complete crash/freeze when running > certain X11 applications; At ONE point, we managed to observe a panic that > went something like: > > Fata trap 12 page fault at 0xf71e0014 > > _spec_open+0x6e > _vm_open > _open > _syscall > _Xsyscall > > There was a mention of bash in this panic. The best thing for you to do with this is to compile the gernet using -g do this by using config -g do: (on the compile machine) make cp kernel kernel.debug strip -d kernel also: cat >.gdbinit < gdb this (due to the .gdbinit) will fire up gdb and allow you to walk up and down the stack trace of the crashed kernel. even if the screen is stuck in X11. there are some problems I've seen. 1/ the newest gdb versions are not as good at doing this as some of the older ones. and sometimes get confused. 2/ you must remember to make sure the system has sert gdb to be the kernel debugger. (there may be a compile time option for this.. I forget) 3/ some uarts don't like this if com1 is already being used for something.. (move your mouse to com2) julian From owner-freebsd-hackers Mon Apr 28 11:17:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA28991 for hackers-outgoing; Mon, 28 Apr 1997 11:17:02 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA28984 for ; Mon, 28 Apr 1997 11:16:58 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id OAA01727; Mon, 28 Apr 1997 14:21:46 -0400 (EDT) Message-Id: <3.0.32.19970428141540.00ba7100@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 28 Apr 1997 14:15:48 -0400 To: John Hay From: dennis Subject: Re: pci probes with multiple "units" (MORE) Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 05:16 PM 4/28/97 +0200, John Hay wrote: >> >> >> >>> A suggestion: >> >>> >> >>> When pci devices are probed, the O/S prints out something similar >> >>> to this: >> >>> >> >>> eth0 rev 0 int a irq 10 on pci0:17 >> >>> eth1 rev 0 int a irq 11 on pci0:18 >> >> >> >>Has ET Inc *really* called its synch serial card devices 'eth'? Isn't >> >>that a recipe for customer confusion? What are they called in Linux, >> >>where all ethernet cards are 'eth'? >> >> It would be nice if, for once, we didn't get sidetracked by trivial >> things and actually address the *problem* that I'm reporting, >> that is, the distinction between *adapter* number and device >> unit. >> > >Why don't you call your cards ethc0..X and then the devices eth0...X? >Something like the Arnet (ar(4)), SDL RISCom N2(pci) or Cronyx-Sigma >(cx(4)) drivers? We *could*, but its just a matter of symantics and there shouldnt be different methods for different cards when it could easily be done if a few folks get together on it. The separation of "controller" and "device" is getting a bit fogged because so many are making up their own standards. Its *easy* to do without the kludge you suggest...I call it a kludge because, unlike SCSI, there is no controller (as your nomenclature suggests) just multiple *devices* on a card. Since there is little or no distinction between 2 single port cards and a dual card, I would not only consider calling it a controller confusing but also explicitly wrong. To suggest that it be done that way because of a simple symantic problem in the pci probe code seems extreme. Dennis From owner-freebsd-hackers Mon Apr 28 11:24:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA29320 for hackers-outgoing; Mon, 28 Apr 1997 11:24:15 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA29315 for ; Mon, 28 Apr 1997 11:24:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id LAA01927 for ; Mon, 28 Apr 1997 11:24:10 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02447; Mon, 28 Apr 1997 11:20:24 -0700 From: Terry Lambert Message-Id: <199704281820.LAA02447@phaeton.artisoft.com> Subject: Re: /etc/netstart bogons.. To: eivind@nic.follonett.no (Eivind Eklund) Date: Mon, 28 Apr 1997 11:20:24 -0700 (MST) Cc: witr@rwwa.com, hackers@FreeBSD.org In-Reply-To: <199704272352.BAA14541@nic.follonett.no> from "Eivind Eklund" at Apr 28, 97 01:52:31 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > It would be nice if the code automatically detected what daemons to stop > and start for switching runlevel, instead of just starting all, as it does > in at least RedHat. This is the fundamental distinction between run *levels* and run *states*. That's why you want *states*. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 28 11:27:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA29510 for hackers-outgoing; Mon, 28 Apr 1997 11:27:02 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA29502 for ; Mon, 28 Apr 1997 11:26:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02460; Mon, 28 Apr 1997 11:25:49 -0700 From: Terry Lambert Message-Id: <199704281825.LAA02460@phaeton.artisoft.com> Subject: Re: VFAT 32 support in msdosfs To: ksmm@cybercom.net (The Classiest Man Alive) Date: Mon, 28 Apr 1997 11:25:49 -0700 (MST) Cc: terry@lambert.org, joa@kuebart.stuttgart.netsurf.de, hackers@freebsd.org In-Reply-To: <1.5.4.32.19970428020338.00707950@cybercom.net> from "The Classiest Man Alive" at Apr 27, 97 10:03:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I don't know how you got an OEMSR2 boot block and INT 21 code onto a > >VFAT drive, but I'd be interested in finding out. > > I formatted the drive as a FAT drive then installed Windows 95. It booted. > I'm not sure what else there is to tell you. There's your answer... OEMSR2 is a preinstall-only. If you installed regular Windows 95, you didn't install OEMSR2 (unless you are an OEM?). Tony@Dell answered the question of whether or not OEMSR2's INT 21 code used during boot can "see" VFAT and not just VFAT32 (it can), so it's less anomalous anyway. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 28 11:37:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA00419 for hackers-outgoing; Mon, 28 Apr 1997 11:37:14 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA00408 for ; Mon, 28 Apr 1997 11:37:09 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id UAA01340; Mon, 28 Apr 1997 20:36:48 +0200 (SAT) From: John Hay Message-Id: <199704281836.UAA01340@zibbi.mikom.csir.co.za> Subject: Re: pci probes with multiple "units" (MORE) In-Reply-To: <3.0.32.19970428141540.00ba7100@etinc.com> from dennis at "Apr 28, 97 02:15:48 pm" To: dennis@etinc.com (dennis) Date: Mon, 28 Apr 1997 20:36:48 +0200 (SAT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > >Why don't you call your cards ethc0..X and then the devices eth0...X? > >Something like the Arnet (ar(4)), SDL RISCom N2(pci) or Cronyx-Sigma > >(cx(4)) drivers? > We *could*, but its just a matter of symantics and there shouldnt be different > methods for different cards when it could easily be done if a few folks > get together on it. The separation of "controller" and "device" is getting > a bit fogged because so many are making up their own standards. > Its *easy* to do without the kludge you suggest...I call it a kludge because, > unlike SCSI, there is no controller (as your nomenclature suggests) just > multiple *devices* on a card. Since there is little or no distinction between > 2 single port cards and a dual card, I would not only consider calling it > a controller confusing but also explicitly wrong. To suggest that it be > done that way because of a simple symantic problem in the pci probe > code seems extreme. > Well it depends on how you look at it. The Arnet and SDL cards at least do share the IO ports and MEM mapped area and the interrupt between the different serial ports on the card. Also there is two serial ports in the Hitachi chip and some of those io ports are common. :-) John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Mon Apr 28 12:35:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA03478 for hackers-outgoing; Mon, 28 Apr 1997 12:35:32 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA03469 for ; Mon, 28 Apr 1997 12:35:12 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id PAA02221; Mon, 28 Apr 1997 15:40:27 -0400 (EDT) Message-Id: <3.0.32.19970428153420.00baa100@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 28 Apr 1997 15:34:24 -0400 To: John Hay From: dennis Subject: Re: pci probes with multiple "units" (MORE) Cc: hackers@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk At 08:36 PM 4/28/97 +0200, John Hay wrote: >> > >> >Why don't you call your cards ethc0..X and then the devices eth0...X? >> >Something like the Arnet (ar(4)), SDL RISCom N2(pci) or Cronyx-Sigma >> >(cx(4)) drivers? >> We *could*, but its just a matter of symantics and there shouldnt be different >> methods for different cards when it could easily be done if a few folks >> get together on it. The separation of "controller" and "device" is getting >> a bit fogged because so many are making up their own standards. >> Its *easy* to do without the kludge you suggest...I call it a kludge because, >> unlike SCSI, there is no controller (as your nomenclature suggests) just >> multiple *devices* on a card. Since there is little or no distinction between >> 2 single port cards and a dual card, I would not only consider calling it >> a controller confusing but also explicitly wrong. To suggest that it be >> done that way because of a simple symantic problem in the pci probe >> code seems extreme. >> > >Well it depends on how you look at it. The Arnet and SDL cards at least >do share the IO ports and MEM mapped area and the interrupt between the >different serial ports on the card. Also there is two serial ports in >the Hitachi chip and some of those io ports are common. :-) Yes, but you're talking about particulars internal to the driver, which should be transparent to the user. Perhaps you can make a case that all hardware probe-able devices be considered "controllers" and all network interfaces logical entities, but that is not how its modelled now.... Dennis >John >-- >John Hay -- John.Hay@mikom.csir.co.za > > From owner-freebsd-hackers Mon Apr 28 17:35:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA11243 for hackers-outgoing; Mon, 28 Apr 1997 17:35:11 -0700 (PDT) Received: from neophyte.dweeb.net (dialup-07.cc.strath.ac.uk [130.159.96.149]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA11238 for ; Mon, 28 Apr 1997 17:35:01 -0700 (PDT) Received: from neophyte.dweeb.net (localhost.dweeb.net [127.0.0.1]) by neophyte.dweeb.net (8.8.5/8.8.5) with ESMTP id BAA00916; Tue, 29 Apr 1997 01:32:54 +0100 (BST) Message-Id: <199704290032.BAA00916@neophyte.dweeb.net> To: freebsd-hackers@freebsd.org cc: nbc@neophyte.dweeb.net From: nbc@vulture.dmem.strath.ac.uk Subject: FreeBSD As Motor Controller? Date: Tue, 29 Apr 1997 01:32:53 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear all, I am currently in the process of implementing an embedded motor control system using a well know real-time UNIX, which has turned out to be slightly overkill. The system is soft real-time, which made me wonder if FreeBSD would be up to the job - I envisage a stripped down system, running on PC/104 hardware (already tested with F/BSD), the drivers residing at device level, preferably in LKM format. At the moment we are using stepper motors, although this may change in the future, driven by pulses generated from an I/O board on the ISA bus. My major concern with FreeBSD is interrupt latency, which is excellent with the current system. Given that we are using 100MHz Cyrix 586 CPUs, I'd appreciate it if anyone could give me a ballpark figure on the latency, and indeed the typical variations in such one would expect from a lightly loaded system, or perhaps some way to determine this for myself. I've read the device driver writer's guide on the Freebsd www site, which claimed it was for those familiar with the standard UNIX device driver model, which I am not; as a final favour, could anyone recommend a decent book or two for those intending to learn? My only recollection of such literature is an old Sun/3 manual, read many, many years ago :-) Thanks in advance for all your help, please do not hesitate to ask if any further information is required. -------- Neil Clark Transparent Telepresence Group http://telepresence.dmem.strath.ac.uk/nbc From owner-freebsd-hackers Mon Apr 28 18:26:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA13137 for hackers-outgoing; Mon, 28 Apr 1997 18:26:02 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA13132 for ; Mon, 28 Apr 1997 18:26:00 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id SAA00227; Mon, 28 Apr 1997 18:25:29 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma000223; Mon Apr 28 18:25:20 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id SAA17527; Mon, 28 Apr 1997 18:25:20 -0700 (PDT) From: Archie Cobbs Message-Id: <199704290125.SAA17527@bubba.whistle.com> Subject: Re: Bizzare Ping (and other) bugs. In-Reply-To: <199704251438.KAA23135@seine.cs.umd.edu> from Rohit Dube at "Apr 25, 97 10:38:38 am" To: rohit@cs.umd.edu (Rohit Dube) Date: Mon, 28 Apr 1997 18:25:20 -0700 (PDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I was wondering if anybody had encountered/solved the following ping bug - > > [1] Change the IP address of an interface (using ifconfig). > [2] Ping a target machine from that interface. No response. > [3] Look at the exchange using 'tcpdump'. The ping packets going out > of the 'changed' interface have the old address. ICMP echo replies > from the target machine are to this old address and are not delivered > to ping. Yep, we've seen it :-) > In general FreeBSD/4.4BSD code for changed/downed/deleted interfaces/routes at > run-time seems to be lacking. Easier noted than fixed, unfortunately... but maybe someday... Julian E. has looked at this a good deal. The problem is that the networking code isn't real good at keeping track of what's pointing at what other structures, and it can't completely free old interface addresses since a route in the routing table may still point to it, etc. That's my level of detail of understanding anyway. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Mon Apr 28 18:37:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA13694 for hackers-outgoing; Mon, 28 Apr 1997 18:37:43 -0700 (PDT) Received: from hq.icb.chel.su (hq.icb.chel.su [193.125.10.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA13685 for ; Mon, 28 Apr 1997 18:37:18 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.8.3/8.6.5) id HAA10234; Tue, 29 Apr 1997 07:40:09 +0600 (ESD) From: "Serge A. Babkin" Message-Id: <199704290140.HAA10234@hq.icb.chel.su> Subject: Re: FreeBSD As Motor Controller? To: nbc@vulture.dmem.strath.ac.uk Date: Tue, 29 Apr 1997 07:40:08 +0600 (ESD) Cc: freebsd-hackers@freebsd.org, nbc@neophyte.dweeb.net In-Reply-To: <199704290032.BAA00916@neophyte.dweeb.net> from "nbc@vulture.dmem.strath.ac.uk" at Apr 29, 97 01:32:53 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've read the device driver writer's guide on the Freebsd www site, > which claimed it was for those familiar with the standard UNIX device > driver model, which I am not; as a final favour, could anyone recommend > a decent book or two for those intending to learn? My only recollection > of such literature is an old Sun/3 manual, read many, many years ago :-) Egan, Texeira. "Writing a Unix device driver". It's slightly outdated now but explains the concepts very well. -SB From owner-freebsd-hackers Mon Apr 28 18:40:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA13869 for hackers-outgoing; Mon, 28 Apr 1997 18:40:44 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA13864 for ; Mon, 28 Apr 1997 18:40:42 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id SAA00318; Mon, 28 Apr 1997 18:40:31 -0700 (PDT) Message-Id: <199704290140.SAA00318@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: nbc@vulture.dmem.strath.ac.uk cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD As Motor Controller? In-reply-to: Your message of "Tue, 29 Apr 1997 01:32:53 BST." <199704290032.BAA00916@neophyte.dweeb.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Apr 1997 18:40:30 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Most Cool ! How do you handle stereo scopic vision over an ISDN line? Tnks, Amancio From owner-freebsd-hackers Mon Apr 28 18:47:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA14128 for hackers-outgoing; Mon, 28 Apr 1997 18:47:29 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA14119 for ; Mon, 28 Apr 1997 18:47:26 -0700 (PDT) Received: (qmail 2903 invoked by uid 1000); 29 Apr 1997 01:40:22 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704280221.LAA13874@genesis.atrad.adelaide.edu.au> Date: Mon, 28 Apr 1997 08:44:34 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 28-Apr-97 you wrote: ... > Simon; I have heard this reported before, but I have a Jaz, and > regularly access it when it's not spinning. I have _never_ had a > problem with this, and if you can provide something that can be > reproduced elsewhere, then I am certain that it will be fixed. AT TIMES, we get this problem where the Jaz does not reply quickly enough. If we are lucky, we are at the console and can just ``continue'' in the debugger. It is a very minor problem at this time (priority-wise) ... > That's not what that response means. "I can't make it happen here" > means "I can't work out what is wrong because I can't reproduce the > problem, and I need to reproduce the problem to have all the > information I need to hand". I understand that that what the response should be :-) Sometimes one gets more acusatory notes as in ``why are you saying that my favorite O/S has a bug?''. Being very tired and the only response having been such, I made a comment that may have better been kept quiet. > If you can configure your system(s) to dump kernel cores, and put the > cores and and matching kernels _compiled_with_debugging_information_ > up for FTP, this is _very_ helpful. If you can give details so that > we can check out exactly the same sources as you are using, that'll > help too. I will do that immediately! The system in question is sendero.i-connect.net (206.190.143.100). Anonymous FTP works. The system is normally on a modem connection but will be on ISDN BONDING for the next few days. The kernel dump will be in the top directory. The source tree is RELENG_2_2, last cvsupped and cvs updated and make world'ed on 24-Apr-97 at 1536. ... > The trap you see above is somewhere near the top of spec_open in > sys/miscfs/specfs.c. Without knowing exactly what the trap was; > specifically the fault address, it's hard to infer more. There are > several pointer references near the top of spec_open that might be > the problem, the most likely IMHO is : > > /* > * Don't allow open if fs is mounted -nodev. > */ > if (vp->v_mount && (vp->v_mount->mnt_flag & MNT_NODEV)) > return (ENXIO); I have surrounded this code with printf's. Quite few of them. The result was a crash with trap 9 in generic_bzero + 0x0f. This was preceeded with several calls to _end. At _generic_bezero + 0x0f, the offending instruction was rtosl %es:(%edi) - whatever that means (am too old to remember x86 assembly :-) > We have seen problems with vp->v_mount being NULL before; this > appears most often with MFS filesystems. Are you using MFS in your > systems? Nope. Thanx so much for your help. I will go now and crash the system. Simon From owner-freebsd-hackers Mon Apr 28 18:47:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA14150 for hackers-outgoing; Mon, 28 Apr 1997 18:47:32 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA14122 for ; Mon, 28 Apr 1997 18:47:27 -0700 (PDT) Received: (qmail 2905 invoked by uid 1000); 29 Apr 1997 01:40:22 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704280345.NAA14724@genesis.atrad.adelaide.edu.au> Date: Mon, 28 Apr 1997 09:36:03 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 28-Apr-97 you wrote: ... > Further study actually indicates that this function is quite paranoid > about its input. Can you tell us which compile options you are using > with your kernels, so that someone can build this function and work > out where 0x6c is? See sendero.i-connect.net/crash. It is there. > Are you loading/unloading LKM's on these systems? Yes. linux_mod, star_saver_mod, oss_mod (sound). Should I not? Simon From owner-freebsd-hackers Mon Apr 28 18:47:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA14159 for hackers-outgoing; Mon, 28 Apr 1997 18:47:32 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA14124 for ; Mon, 28 Apr 1997 18:47:28 -0700 (PDT) Received: (qmail 2907 invoked by uid 1000); 29 Apr 1997 01:40:23 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <9222.862201539@time.cdrom.com> Date: Mon, 28 Apr 1997 09:42:48 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: "Jordan K. Hubbard" Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@FreeBSD.org, Michael Smith Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi Jordan K. Hubbard; On 28-Apr-97 you wrote: > > > I need to solve this problem, not to be told 9indirectly) that it > must be > > > my fault, as it soes not happen on someone else's machine. > > > > That's not what that response means. "I can't make it happen here" > > means "I can't work out what is wrong because I can't reproduce the > > problem, and I need to reproduce the problem to have all the > > information I need to hand". > > Just to chime in here (and everything that Michael says is spot-on), > it also means: "I can't make it happen here, please reduce the > components in this system to the _bare minimum_ of what is needed to > still provide services." > > You wouldn't believe how often this oh-so-basic rule is violated by > someone who's got everyting up to and including the kitchen sink in > their kernel, leaving the unfortunate developer to ask "Uhhhhh. You > seem to have _everything_ in here, from a sound card to multicast > routing to a /tmp mounted over MFS - have you never heard of > SIMPLIFYING a situation you're trying to debug? I don't want to have > to chase down 7 different alleys at the same time so please - nuke the > MFS "speed hacks" and get that stupid sound card out of your NFS > fileserver!" > > I'm not saying that this is true in Simon's case, but it's still > a damn good general rule which gets forgotten more often than > I care to think about. Amen! And it does apply in Simon's case :-) The kitchen sink is still in the kitchen, but most everything else is there. I will build a simple kernel and try to crash that. It will probably work... (would not crash :-) Simon From owner-freebsd-hackers Mon Apr 28 18:47:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA14182 for hackers-outgoing; Mon, 28 Apr 1997 18:47:36 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA14139 for ; Mon, 28 Apr 1997 18:47:30 -0700 (PDT) Received: (qmail 2920 invoked by uid 1000); 29 Apr 1997 01:40:23 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704281139.HAA16471@hda.hda.com> Date: Mon, 28 Apr 1997 10:25:49 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Peter Dufault Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Peter Dufault; On 28-Apr-97 you wrote: > (To keep the jazz from spinning down send it a TEST UNIT READY > every so often). To keep this motor here from boiling over, use this here coathanger to tie this belt together :-))) I know this trick... I was expecting Iomega, for an initial order of 200 units to at least answer the question, or supply a spec. It is a dog-slow device anyway. > > The last and most troubling problem is a complete crash/freeze when > running > > certain X11 applications; At ONE point, we managed to observe a panic > that > > went something like: > > > > Fata trap 12 page fault at 0xf71e0014 > > > > _spec_open+0x6e > > _vm_open > > _open > > _syscall > > _Xsyscall > > Are you using LKMs? Why does everyone ask about them? I am. The Linux emulation (not executing), the screen saver (not crashing), and OSS (Yes, i paid $20.00 for a binary without source, that probably crashes the system. I will configure it off and feel like a complete idiot if this turns out to be the problem. Simon From owner-freebsd-hackers Mon Apr 28 18:57:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA14756 for hackers-outgoing; Mon, 28 Apr 1997 18:57:55 -0700 (PDT) Received: from darling.cs.umd.edu (darling.cs.umd.edu [128.8.128.115]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA14751 for ; Mon, 28 Apr 1997 18:57:53 -0700 (PDT) Received: by darling.cs.umd.edu (8.8.5/UMIACS-0.9/04-05-88) id VAA27764; Mon, 28 Apr 1997 21:57:09 -0400 (EDT) Message-Id: <199704290157.VAA27764@darling.cs.umd.edu> To: Archie Cobbs cc: rohit@cs.umd.edu (Rohit Dube), hackers@freebsd.org Subject: Re: Bizzare Ping (and other) bugs. In-reply-to: Your message of "Mon, 28 Apr 1997 18:25:20 PDT." <199704290125.SAA17527@bubba.whistle.com> Date: Mon, 28 Apr 1997 21:57:07 -0400 From: Rohit Dube Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997 18:25:20 -0700 (PDT) archie@whistle.com writes: =>Easier noted than fixed, unfortunately... but maybe someday... Julian E. =>has looked at this a good deal. => Thanks for your note. =>The problem is that the networking code isn't real good at keeping =>track of what's pointing at what other structures, and it can't =>completely free old interface addresses since a route in the routing =>table may still point to it, etc. That's my level of detail of =>understanding anyway. We traced it down. The problem boils down to the following - rip_output()/other_outputs() calls ip_output(). ip_output() finds the route based on the destination address. Since this route (rtentry) contains a pointer to the old in_ifaddr structure corresponding the previous address, ip_output() uses the wrong address to source the packet and things go bad. The solution is to delete all routes going out the changed interface. When a packet needs to go out the interface for a now missing route, it is cloned appropriately. The problem is that some PCBs cache routes. I haven't checked this out but, these cached routes should still cause a problem as they would point to the old in_ifaddr. These would have to be caught separately, unless one wants to sweep thru all the PCBs and fix them when the interface address changes. (I would go for the second option as address change is a rare event). Yes, easier said than done; but we'll probably be implementing this locally. --rohit. From owner-freebsd-hackers Mon Apr 28 19:04:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15249 for hackers-outgoing; Mon, 28 Apr 1997 19:04:28 -0700 (PDT) Received: from cynic.portal.ca (root@cynic.portal.ca [204.174.36.7]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA15238 for ; Mon, 28 Apr 1997 19:04:22 -0700 (PDT) Received: from localhost ([[UNIX: localhost]]) by cynic.portal.ca (8.8.5/8.8.5) with SMTP id TAA13405; Mon, 28 Apr 1997 19:04:00 -0700 (PDT) X-Authentication-Warning: cynic.portal.ca: cjs owned process doing -bs Date: Mon, 28 Apr 1997 19:04:00 -0700 (PDT) From: Curt Sampson To: Joe Diehl cc: hackers@freebsd.org Subject: Re: sun type 5 keyboards (dream mode on) In-Reply-To: <199704280122.UAA08525@ksu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, Joe Diehl wrote: > I realize that at a technical level the sun type 5 keyboards work > differantly than a regular PC keyboard, which would make this task easier > said than done, but... What would it take to try to get a sun type 5 > keyboard and mouse working on a FreeBSD workstation? If you can live with using it only under X, it's probably not too tough. Rip the Sun keyboard driver out of NetBSD and port it to FreeBSD, to run over a PC serial port rather than the Sun serial port. Sun runs on 5v rather than RS-232's 12v, so you'll probably need to build a little voltage converter beastie, too. I've considered doing this a couple of times, but it's easier just to run NetBSD on my Suns instead. :-) cjs Curt Sampson cjs@portal.ca Info at http://www.portal.ca/ Internet Portal Services, Inc. Through infinite myst, software reverberates Vancouver, BC (604) 257-9400 In code possess'd of invisible folly. From owner-freebsd-hackers Mon Apr 28 19:07:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA15414 for hackers-outgoing; Mon, 28 Apr 1997 19:07:17 -0700 (PDT) Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA15409 for ; Mon, 28 Apr 1997 19:07:12 -0700 (PDT) Received: from awfulhak.demon.co.uk ([158.152.17.1]) by relay-6.mail.demon.net id aa0610641; 29 Apr 97 3:00 BST Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA10854; Tue, 29 Apr 1997 02:54:36 +0100 (BST) Message-Id: <199704290154.CAA10854@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Alan Batie cc: hackers@freebsd.org Subject: Re: pppd on 2.2 In-reply-to: Your message of "Sat, 26 Apr 1997 23:54:33 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Apr 1997 02:54:36 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just installed a 2.2.1-RELEASE system for a friend, with the following > symptoms: > > I have tun0 configured to dialout to his ISP (dedicated 28.8) > ppp0 is configured for clients to call into him, basically for local email. > The split is just cuz it looked easier to do dialouts with iijppp and dialins > with pppd. > > When using the stock pppd: > Apr 21 22:00:01 e-cafe getty[288]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 > Apr 21 22:00:07 e-cafe getty[350]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 > Apr 21 22:00:13 e-cafe getty[351]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 > Apr 21 22:00:19 e-cafe getty[352]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 > Apr 21 22:00:25 e-cafe getty[353]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 > Apr 21 22:02:02 e-cafe getty[355]: getty: starting ppplogin (/usr/sbin/pppd) on /dev/ttyd1 pppd detaches from the terminal by default. You should use the -detach option if you want to run it from init in /etc/ttys. > So I pulled the one from my 2.1.5 system which is working just fine there > (with some hacks to add in utmp logging). With that, it appears to be > getting connected just fine: Mustn't have done this in the past. > $ ifconfig ppp0 > ppp0: flags=8051 mtu 552 > inet 204.245.198.33 --> 204.245.198.62 netmask 0xfffffff0 > > $ netstat -in > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > ed0 1500 00.80.48.88.4c.92 134 0 174 0 0 > ed0 1500 204.245.198.3 204.245.198.33 134 0 174 0 0 > tun0 1500 433 0 416 0 0 > tun0 1500 204.245.198 204.245.198.33 433 0 416 0 0 > ppp0 552 93 1 50 0 0 > ppp0 552 204.245.198.3 204.245.198.33 93 1 50 0 0 > lo0 16384 4 0 4 0 0 > lo0 16384 127 127.0.0.1 4 0 4 0 0 > > $ netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 199.2.96.37 UGc 20 325 tun0 > 127 127.0.0.1 URc 0 0 lo0 > 127.0.0.1 127.0.0.1 UH 0 1 lo0 > 199.2.96.37 204.245.198.33 UH 19 0 tun0 > 204.245.198.32/28 link#1 UC 0 0 > 204.245.198.33 0:80:48:88:4c:92 UHLW 1 21 lo0 > 204.245.198.40 8:0:7:a6:f:60 UHLW 0 306 ed0 156 > 204.245.198.62 204.245.198.33 UH 0 2 ppp0 > 224.0.0.9 127.0.0.1 UH 1 1 lo0 > > > However: > > $ ping 204.245.198.62 > PING 204.245.198.62 (204.245.198.62): 56 data bytes > ping: sendto: Network is down > ping: wrote 204.245.198.62 64 chars, ret=-1 > ping: sendto: Network is down > ping: wrote 204.245.198.62 64 chars, ret=-1 > ^C > --- 204.245.198.62 ping statistics --- > 2 packets transmitted, 0 packets received, 100% packet loss Well that answers a usenet question too.... Make your default 204.245.198.62 and things will work. Your default should be directly reachable by you - think about it. "Send all other packets here". > I hacked some kernel printfs into if_ppp.c, and find that the ENETDOWN > message is coming from the NPMODE check: > > /* > * Drop this packet, or return an error, if necessary. > */ > if (mode == NPMODE_ERROR) { > printf("ppp driver: NPMODE ERROR\n"); > error = ENETDOWN; > goto bad; > } > > I'm starting to reach my limits now; it looks like npmode is related to > one of the ppp commands, and I really don't know much about the bits... Hmmm, strange. This looks like a "nobodies using this interface" error. > Thanks for any help... > > -- > Alan Batie ______ It's not my fault! It's some guy > batie@agora.rdrop.com \ / named "General Protection"! > +1 503 452-0960 \ / --Ratbert > PGP FP: DE 3C 29 17 C0 49 \/ 7A 27 40 A5 3C 37 4A DA 52 B9 > > It is my policy to avoid purchase of any products from companies which > use unrequested email advertisements or telephone solicitation. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Mon Apr 28 19:38:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA17132 for hackers-outgoing; Mon, 28 Apr 1997 19:38:10 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA17115 for ; Mon, 28 Apr 1997 19:37:46 -0700 (PDT) Received: (qmail 3334 invoked by uid 1000); 29 Apr 1997 02:16:47 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <3364E6BB.41C67EA6@whistle.com> Date: Mon, 28 Apr 1997 18:44:43 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Julian Elischer Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Julian Elischer; On 28-Apr-97 you wrote: ... > The best thing for you to do with this > is to compile the gernet > using -g > do this by using > config -g > do: (on the compile machine) > make > cp kernel kernel.debug > strip -d kernel > > also: > cat >.gdbinit < set remotebaud 9600 > file kernel.debug > target remote /dev/cuaa1 > DONE > > > compile the options DDB and set the default > debugger to be gdb by booting with -g > > then if you get a crash, > make sure that /dev/cuaa1 (com2) on your source machine is > connected to com1 on the victim machine > and type > cd /sys/compile/ > gdb > > this (due to the .gdbinit) will fire up gdb and allow you to walk up and > down the > stack trace of the crashed kernel. > > even if the screen is stuck in X11. > > there are some problems I've seen. > > 1/ the newest gdb versions are not as good at doing this as some of the > older ones. > and sometimes get confused. > 2/ you must remember to make sure the system has sert gdb to be the > kernel debugger. > (there may be a compile time option for this.. I forget) > 3/ some uarts don't like this if com1 is already being used for > something.. > (move your mouse to com2) ... Thanx Julian! I am going to do that right away. Unfortunately, the source machine is the victim machine too - easiest to duplicate the bug. BTW, I have disabled ALL LKM's in the system and it appears to hold together! As I said, we had Linux emulation (which is not being used), the non-X screen saver (which appears to be fine (used to crash somewhere in pre-stable 2.2), and OSS which appears to be working. Now, which one is the culprit? Dunno, but would put my money (on top of the $20.00/binary I already did - was curious), on OSS. It is used heavily by the FVWM to go Boing! when windows close and by XFmail to say ``youve' got mail!'' when I do. All exceptionally critical and essentical to system operation :-) So, Until I get brave + few days, and unless someone comes with a better plan, unless the systems start crashing again, I am going to suffer a handicapped system; no twinkling stars, no linux emulation (Oh, my!) and no pre-paid, binary only, loud and clicking sound. What a loss! On a more serious note; i would like, very much to identify the culprit, on the chance that the bug is elsewhere and can pop up again, somewhere on a mountain top, taking some 50,000 customers out of service. Simon From owner-freebsd-hackers Mon Apr 28 19:47:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA17882 for hackers-outgoing; Mon, 28 Apr 1997 19:47:52 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA17872 for ; Mon, 28 Apr 1997 19:47:49 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA18906; Tue, 29 Apr 1997 12:17:38 +0930 (CST) From: Michael Smith Message-Id: <199704290247.MAA18906@genesis.atrad.adelaide.edu.au> Subject: Re: A Desparate Plea for Help... In-Reply-To: from Simon Shapiro at "Apr 28, 97 09:36:03 am" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Tue, 29 Apr 1997 12:17:38 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > Hi Michael Smith; On 28-Apr-97 you wrote: > ... > > > Further study actually indicates that this function is quite paranoid > > about its input. Can you tell us which compile options you are using > > with your kernels, so that someone can build this function and work > > out where 0x6c is? > > See sendero.i-connect.net/crash. It is there. > > > Are you loading/unloading LKM's on these systems? > > Yes. linux_mod, star_saver_mod, oss_mod (sound). > Should I not? They're certainly prime suspects. Your crash looks/looked like it had something to do with one of the device switch tables, and one possible explanation would be that an LKM had been removed without zeroing its switch entries. I have _definitely_ seen problems with the screensaver LKMs at times. Make sure your LKMs are up to date with the kernel too. > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 28 19:53:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA18285 for hackers-outgoing; Mon, 28 Apr 1997 19:53:02 -0700 (PDT) Received: from cache.lib.itb.ac.id. (root@cache.lib.ITB.ac.id [167.205.57.94]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA18271 for ; Mon, 28 Apr 1997 19:52:56 -0700 (PDT) Received: from cyberlib.itb.ac.id. (cyberlib.ITB.ac.id [167.205.57.97]) by cache.lib.itb.ac.id. (8.7.5/8.7.3) with SMTP id JAA24492 for ; Tue, 29 Apr 1997 09:53:49 GMT Received: from CYBERLIB/MAILQ by cyberlib.itb.ac.id. (Mercury 1.11); Tue, 29 Apr 97 9:54:47 +0700 Received: from MAILQ by CYBERLIB (Mercury 1.11); Tue, 29 Apr 97 9:54:31 +0700 From: "Edo Yudhistira" Organization: Computer Center ITB To: hackers@freebsd.org Date: Tue, 29 Apr 1997 09:54:24 +07 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Priority: normal X-mailer: Pegasus Mail v3.1 (R1a) Message-ID: <166C867B2D@cyberlib.itb.ac.id.> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk index --- Like a wiser man says: 'HAVE NO FEAR, EDO IS HERE' From owner-freebsd-hackers Mon Apr 28 19:56:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA18550 for hackers-outgoing; Mon, 28 Apr 1997 19:56:58 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA18543 for ; Mon, 28 Apr 1997 19:56:54 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA18956; Tue, 29 Apr 1997 12:26:45 +0930 (CST) From: Michael Smith Message-Id: <199704290256.MAA18956@genesis.atrad.adelaide.edu.au> Subject: Re: A Desparate Plea for Help... In-Reply-To: from Simon Shapiro at "Apr 28, 97 09:36:03 am" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Tue, 29 Apr 1997 12:26:45 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > Hi Michael Smith; On 28-Apr-97 you wrote: > ... > > > Further study actually indicates that this function is quite paranoid > > about its input. Can you tell us which compile options you are using > > with your kernels, so that someone can build this function and work > > out where 0x6c is? > > See sendero.i-connect.net/crash. It is there. I can't get to here; there's a routing loop in the way : 16 priaSAN-r1s12p1-ltiPDX.pria.net (206.190.134.11) 353.136 ms 379.787 ms 357.810 ms 17 ltipdxbackbone-t1-i-connect.ltinet.net (206.190.136.26) 357.820 ms 368.925 ms 374.138 ms 18 i-connect-t1-ltipdxbackbone.ltinet.net (206.190.136.25) 382.724 ms * 346.128 ms 19 ltipdxbackbone-t1-i-connect.ltinet.net (206.190.136.26) 324.944 ms 359.058 ms 338.775 ms 20 i-connect-t1-ltipdxbackbone.ltinet.net (206.190.136.25) 342.691 ms 334.499 ms 364.173 ms Please keep me up to date on the results of your LKM-related tests. If it turns out that there's a problem with unloading LKMs leaving occupied but invalid devsw entries around we'd better fix it 8) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 28 20:09:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA19238 for hackers-outgoing; Mon, 28 Apr 1997 20:09:43 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA19230 for ; Mon, 28 Apr 1997 20:09:41 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wM3I8-0000ws-00; Mon, 28 Apr 1997 21:09:20 -0600 To: Simon Shapiro Subject: Re: A Desparate Plea for Help... Cc: Peter Dufault , freebsd-hackers@freebsd.org In-reply-to: Your message of "Mon, 28 Apr 1997 10:25:49 PDT." References: Date: Mon, 28 Apr 1997 21:09:19 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Simon Shapiro writes: : : Hi Peter Dufault; On 28-Apr-97 you wrote: : > (To keep the jazz from spinning down send it a TEST UNIT READY : > every so often). : : To keep this motor here from boiling over, use this here coathanger to tie : this belt together :-))) I know this trick... I was expecting Iomega, for : an initial order of 200 units to at least answer the question, or supply a : spec. It is a dog-slow device anyway. You might wanna try the patch that I've been using here for a while. It seems to work and fixed my dumps trash the /jaz mount point problem that you may have seen in the list archives. This is against a few days old kernel, so it should apply fairly cleanly. Thanks to Joerge who pointed me at the od.c code that already did this sort of thing. Warner P.S. What do others thing of the change? Index: sd.c =================================================================== RCS file: /home/imp/FreeBSD/CVS/src/sys/scsi/sd.c,v retrieving revision 1.104 diff -u -r1.104 sd.c --- sd.c 1997/03/24 11:25:02 1.104 +++ sd.c 1997/03/28 15:42:39 @@ -271,6 +271,12 @@ dev, unit, PARTITION(dev))); /* + * In case it is a funny one, tell it to start + * not needed for most hard drives (ignore failure) + */ + scsi_start_unit(sc_link, SCSI_ERR_OK | SCSI_SILENT); + + /* * "unit attention" errors should occur here if the * drive has been restarted or the pack changed. * just ingnore the result, it's a decoy instruction @@ -294,11 +300,6 @@ dsgone(&sd->dk_slices); } - /* - * In case it is a funny one, tell it to start - * not needed for most hard drives (ignore failure) - */ - scsi_start_unit(sc_link, SCSI_ERR_OK | SCSI_SILENT); /* * Check that it is still responding and ok. From owner-freebsd-hackers Mon Apr 28 20:31:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA20627 for hackers-outgoing; Mon, 28 Apr 1997 20:31:41 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA20622 for ; Mon, 28 Apr 1997 20:31:38 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA19263; Tue, 29 Apr 1997 13:00:51 +0930 (CST) From: Michael Smith Message-Id: <199704290330.NAA19263@genesis.atrad.adelaide.edu.au> Subject: Re: A Desparate Plea for Help... In-Reply-To: from Simon Shapiro at "Apr 28, 97 06:44:43 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Tue, 29 Apr 1997 13:00:51 +0930 (CST) Cc: julian@whistle.com, freebsd-hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > BTW, I have disabled ALL LKM's in the system and it appears to hold > together! Ok, we're close now. > As I said, we had Linux emulation (which is not being used), the > non-X screen saver (which appears to be fine (used to crash > somewhere in pre-stable 2.2), and OSS which appears to be working. It would be very good to determine which one it is. If it's the OSS module, I'm sure they'd love to hear about it so that we/they can _fix_ it. If it's either of the others, we'd like to know too! > Now, which one is the culprit? Dunno, but would put my money (on > top of the $20.00/binary I already did - was curious), on OSS. I am not so sure, and I would suggest not slagging it until you're ready to send a bug report 8) > On a more serious note; i would like, very much to identify the > culprit, on the chance that the bug is elsewhere and can pop up > again, somewhere on a mountain top, taking some 50,000 customers out > of service. If you can spare a little time somewhen to pursue this, it would be _very_ greatly appreciated. If I can ever get to your FTP site, it would be helpful to know in which order you load your LKMs. > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 28 20:48:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA21467 for hackers-outgoing; Mon, 28 Apr 1997 20:48:53 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA21455 for ; Mon, 28 Apr 1997 20:48:49 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id WAA07850; Mon, 28 Apr 1997 22:48:22 -0500 Message-Id: <199704290348.WAA07850@siesta.cs.wustl.edu> To: John Polstra Cc: freebsd-hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Mon, 28 Apr 1997 16:43:56 PDT." <199704282343.QAA24486@austin.polstra.com> Date: Mon, 28 Apr 1997 22:48:20 -0500 From: Nanbor Wang Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks. Sorry for the confusion. > I am going to do some further testing before I commit the change I > sent to you. But I am pretty sure it's correct. > > > > It may not fix all of them. I still know of one case that it does > > > not fix. > > > > Yes. There is at least one more case which I can't get a simple test > > case for. > > There's one in the tvision port too (probably the same bug). I'm > going to investigate that one as soon as I have time. Hopefully, it > will be The Last Bug. :-) I'll see if I can isolate this case and send you a test file. (Not to push you though.) nw > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Mon Apr 28 20:53:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA21638 for hackers-outgoing; Mon, 28 Apr 1997 20:53:04 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA21632 for ; Mon, 28 Apr 1997 20:53:00 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA19419; Tue, 29 Apr 1997 13:22:39 +0930 (CST) From: Michael Smith Message-Id: <199704290352.NAA19419@genesis.atrad.adelaide.edu.au> Subject: Re: FreeBSD As Motor Controller? In-Reply-To: <199704290032.BAA00916@neophyte.dweeb.net> from "nbc@vulture.dmem.strath.ac.uk" at "Apr 29, 97 01:32:53 am" To: nbc@vulture.dmem.strath.ac.uk Date: Tue, 29 Apr 1997 13:22:39 +0930 (CST) Cc: freebsd-hackers@freebsd.org, nbc@neophyte.dweeb.net X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk nbc@vulture.dmem.strath.ac.uk stands accused of saying: > > I am currently in the process of implementing an embedded motor control > system using a well know real-time UNIX, which has turned out to > be slightly overkill. The system is soft real-time, which made > me wonder if FreeBSD would be up to the job - I envisage a stripped > down system, running on PC/104 hardware (already tested with F/BSD), > the drivers residing at device level, preferably in LKM format. This is certainly viable. If you want to get really carried away, you could throw your final filesystem onto a PC-104 flash card too. > At the moment we are using stepper motors, although this may change > in the future, driven by pulses generated from an I/O board on the > ISA bus. My major concern with FreeBSD is interrupt latency, which > is excellent with the current system. Given that we are using 100MHz > Cyrix 586 CPUs, I'd appreciate it if anyone could give me a ballpark > figure on the latency, and indeed the typical variations in such one > would expect from a lightly loaded system, or perhaps some way to > determine this for myself. Bruce Evans would be _the_ person to talk to about this; if he doesn't respond to your posting (likely he will), he can be contacted as bde@freebsd.org. If you have access to external timing hardware, write an interrupt handler that responds by fiddling an output bit, then use the hardware to measure the interval between the interrupt being generated and handled. Any halfway decent counter will do this; most have min/max/mean modes that should give you a good feel for 'real' interrupt response time. > Neil Clark -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 28 21:15:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA22632 for hackers-outgoing; Mon, 28 Apr 1997 21:15:27 -0700 (PDT) Received: from gatekeeper2.mcimail.com (gatekeeper2.mcimail.com [192.147.45.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA22626 for ; Mon, 28 Apr 1997 21:15:23 -0700 (PDT) From: POSTMASTER@MCIMAIL.COM Received: from MCIMAIL.COM ([166.40.135.62]) by gatekeeper2.mcimail.com (8.6.12/8.6.10) with ESMTP id EAA13824; Tue, 29 Apr 1997 04:20:32 GMT Received: from MCIMAIL.COM by DGI0IG.MCIMAIL.COM (PMDF V5.0-7 #16896) id <01II9J5OEW4I90MVCM@DGI0IG.MCIMAIL.COM> for hackers@freefall.FreeBSD.ORG; Tue, 29 Apr 1997 04:17:20 +0000 (GMT) Date: Mon, 28 Apr 1997 23:17:17 -0500 (EST) Subject: Message Status To: hackers Message-id: <97042904171760/POSTMASTERD49X4@mcimail.com> Content-transfer-encoding: 7BIT Priority: normal Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk DELIVERY NOTICE Referencing: Message id: 97042904171639/INTERNETGWDI1IG Source-Msg-Id: <199704290353.UAA21647@hub.freebsd.org> Subject: hackers-digest V3 #178 Posted: TUE APR 29, 1997 4:17 am GMT Your Message To: S=vivekp EMS: VSNL MBX: S=vivekp MBX: S=vivekp MBX: C=IN MBX: P=XEEMAIL MBX: O=XEEDEL MBX: OU1=XEENET could not be delivered to this recipient. Reason: Unable to transfer. Diagnostic: Only one "Surname" is allowed. This non-delivery notice generated: TUE APR 29, 1997 4:17 am GMT From owner-freebsd-hackers Mon Apr 28 21:43:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA23892 for hackers-outgoing; Mon, 28 Apr 1997 21:43:07 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA23875 for ; Mon, 28 Apr 1997 21:42:55 -0700 (PDT) Received: (qmail 4721 invoked by uid 1000); 29 Apr 1997 04:21:10 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <3364E6BB.41C67EA6@whistle.com> Date: Mon, 28 Apr 1997 20:33:46 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Julian Elischer Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Julian Elischer; On 28-Apr-97 you wrote: ... > The best thing for you to do with this > is to compile the gernet ^^^^^^ Kernel. Right? > using -g > do this by using > config -g > do: (on the compile machine) > make > cp kernel kernel.debug > strip -d kernel Are the two above in / or in /usr/src/sys/compile/WHATEVER? > > also: > cat >.gdbinit < set remotebaud 9600 > file kernel.debug > target remote /dev/cuaa1 > DONE In / or in /usr/src/sys/compile/WHATEVER? > > > compile the options DDB and set the default > debugger to be gdb by booting with -g > > then if you get a crash, > make sure that /dev/cuaa1 (com2) on your source machine is > connected to com1 on the victim machine > and type > cd /sys/compile/ > gdb > > this (due to the .gdbinit) will fire up gdb and allow you to walk up and > down the > stack trace of the crashed kernel. > > even if the screen is stuck in X11. > > there are some problems I've seen. > > 1/ the newest gdb versions are not as good at doing this as some of the > older ones. What is an ``older but better'' one? Version #, etc... > and sometimes get confused. > 2/ you must remember to make sure the system has sert gdb to be the > kernel debugger. > (there may be a compile time option for this.. I forget) Could not find that, other than the -g at boot time. > 3/ some uarts don't like this if com1 is already being used for > something.. > (move your mouse to com2) ay suggestion on what are the best settings for com4? I need a mouse, a serial port for modem and a serial port for ISDN. Can I configure everything to use com4 instead of com1? Will make it simpler here. Simon From owner-freebsd-hackers Mon Apr 28 21:43:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA23902 for hackers-outgoing; Mon, 28 Apr 1997 21:43:09 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA23876 for ; Mon, 28 Apr 1997 21:42:56 -0700 (PDT) Received: (qmail 4735 invoked by uid 1000); 29 Apr 1997 04:21:11 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704290330.NAA19263@genesis.atrad.adelaide.edu.au> Date: Mon, 28 Apr 1997 21:04:31 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@FreeBSD.org, julian@whistle.com Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 29-Apr-97 you wrote: ... > > Now, which one is the culprit? Dunno, but would put my money (on > > top of the $20.00/binary I already did - was curious), on OSS. > > I am not so sure, and I would suggest not slagging it until you're > ready to send a bug report 8) Oh, I am trying to be careful not to do that. Just cannot help the genetically embedded sarcasm. I really do not know what the benefit of the $20.00 is (to me). I do not mind it as it supports our O/S and industry in some way. > > On a more serious note; i would like, very much to identify the > > culprit, on the chance that the bug is elsewhere and can pop up > > again, somewhere on a mountain top, taking some 50,000 customers out > > of service. > > If you can spare a little time somewhen to pursue this, it would be > _very_ greatly appreciated. > > If I can ever get to your FTP site, it would be helpful to know in which > order you load your LKMs. This is strange, as ftp.i-connect.net is also master.debian.org. Try that. Simon From owner-freebsd-hackers Mon Apr 28 21:43:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA23919 for hackers-outgoing; Mon, 28 Apr 1997 21:43:12 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA23879 for ; Mon, 28 Apr 1997 21:42:58 -0700 (PDT) Received: (qmail 4725 invoked by uid 1000); 29 Apr 1997 04:21:11 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704290247.MAA18906@genesis.atrad.adelaide.edu.au> Date: Mon, 28 Apr 1997 20:45:06 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 29-Apr-97 you wrote: ... > > > Are you loading/unloading LKM's on these systems? > > > > Yes. linux_mod, star_saver_mod, oss_mod (sound). > > Should I not? > > They're certainly prime suspects. Your crash looks/looked like it had > something to do with one of the device switch tables, and one possible > explanation would be that an LKM had been removed without zeroing > its switch entries. > > I have _definitely_ seen problems with the screensaver LKMs at times. > Make sure your LKMs are up to date with the kernel too. How do I do that (other than make world - which I am doing on a regular basis)? Yes, I have had severe problems with the screen savers, but they _seem_ fine now. They are not critical for this project. Not yet anyway. A prime suspect is the OSS driver, for which I have no sources. It is OFF. We may want to consider some mechanism to protect the system from LKM's blowing it up so easily. Like an unload function that will put a shorting plug in the interface, or something. I know nothing of FreeBSD LKM but in other O/S, I have seen the stubs being the default when the ``real thing'' is unplugged. I am sure we have something like that already. Another thing can be (again, if it is not there already) is a strict versioning option, which even linux has; It allows the kernel modules loader to verify that a given module is of the proper/matching version before loading. Simon From owner-freebsd-hackers Mon Apr 28 21:50:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA24432 for hackers-outgoing; Mon, 28 Apr 1997 21:50:42 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA24424 for ; Mon, 28 Apr 1997 21:50:37 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA18636; Tue, 29 Apr 1997 00:50:05 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 29 Apr 1997 00:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id UAA15329; Mon, 28 Apr 1997 20:25:44 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id UAA05509; Mon, 28 Apr 1997 20:32:24 -0400 (EDT) Date: Mon, 28 Apr 1997 20:32:24 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704290032.UAA05509@lakes.water.net> To: ponds!plutotech.com!gibbs, ponds!lakes.water.net!rivers Subject: Re: Aha2940 problems with 940722 snap. Cc: ponds!freefall.cdrom.com!freebsd-hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > >Just to let everyone know. > > > >I continue to see aha 2940 problems with the boot/fixit floppies > >from the 4/22/97 SNAP (releng22) > > The last set of changes that could affect your problem were committed > on 4/26/97. > > >My particular problem is that at the end of the SCSI tape write or > >read the machine locks up (with the characteristic SCSI bus resets, > >as reported many times by several people...) > > I still need all of the following information in order to help you. > > 1) boot -v dmesg output > 2) The complete listing of all error messages when the hang occurs > > This should be done on a "current" system (either the 2.1, 2.2, or > current branch will work) of course. Uh, err, umm... certainly; except that I do this with the boot/fixit floppies. Is there a way to grab the dmesg output??? Also; I have to, of course; write down the messages that occur during the hang... since they don't get logged. Hopefully that's not error prone. Finally - I'm happy to try the latest 2.2 GENERIC kernel; is there somewhere I can grab one? I could simply put that in place and do a normal boot -v and grab the dmesg, etc... output. Would that be adequate? Oh - and one more thing - Thanks for working on this! - Dave Rivers - From owner-freebsd-hackers Mon Apr 28 21:50:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA24451 for hackers-outgoing; Mon, 28 Apr 1997 21:50:46 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA24427 for ; Mon, 28 Apr 1997 21:50:40 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA18676; Tue, 29 Apr 1997 00:50:09 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 29 Apr 1997 00:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id WAA18830; Mon, 28 Apr 1997 22:23:06 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id WAA00248; Mon, 28 Apr 1997 22:29:42 -0400 (EDT) Date: Mon, 28 Apr 1997 22:29:42 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704290229.WAA00248@lakes.water.net> To: ponds!plutotech.com!gibbs, ponds!lakes.water.net!rivers Subject: Re: Aha2940 problems with 940722 snap. - results from 940727 snap. Cc: ponds!freefall.cdrom.com!freebsd-hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > >Just to let everyone know. > > > >I continue to see aha 2940 problems with the boot/fixit floppies > >from the 4/22/97 SNAP (releng22) > > The last set of changes that could affect your problem were committed > on 4/26/97. > > >My particular problem is that at the end of the SCSI tape write or > >read the machine locks up (with the characteristic SCSI bus resets, > >as reported many times by several people...) > > I still need all of the following information in order to help you. > > 1) boot -v dmesg output > 2) The complete listing of all error messages when the hang occurs > > This should be done on a "current" system (either the 2.1, 2.2, or > current branch will work) of course. Ok - here's what I've done; I hope it is "good enough" to help diagnose this problem. I downloaded from releng22.freebsd.org the ssys* distribution and placed that into /usr/src/sys on a 2.2.1-RELEASE box. That should be the release kernel made from 4/27/97. I then made that kernel and boot it. Then, I placed a tape in the Wangtek drive; and did: tar tvf /dev/rst0 which began reading nicely. I then type CNTRL-C which stops the 'tar' and begins rewinding the tape. Next: I get the following on the console, followed by a complete system freeze-up (so, this is typed in from hand-written notes): sd0(ahc0:0:0): SCB 0x3 - timed out in command phase, SCSISIGI == 0x84 SEQADDR = 0x42 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x2 st0(ahc0:2:0): abort message in message buffer sd0(ahc0:0:0): SCB 0x2 timedout while recovery in progress st0(ahc0:2:0): SCB 0x0 - timed out in command phase, SCSISIGI == 0x94 SEQADD = 0x42 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x2 ahc0: Issued Channel A Bus Reset. 3 SCBs aborted Clearing bus reset Clearing 'in-reset' flag st0(ahc0:2:0): no longer in timeout I've appended the output of dmesg from a boot -v of that kernel... (you'll see it claims to be a 970427 kernel...) I'm happy to assist in any way I can; just let me know what to do. - Thanks - - Dave Rivers - Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-970427-RELENG #0: Mon Apr 28 22:05:31 EDT 1997 rivers@lakes.water.net:/usr/src/sys-970427/compile/LAKES Calibrating clock(s) ... i586 clock: 132959679 Hz, i8254 clock: 1193229 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method CPU: Pentium (132.96-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 30216192 (29508K bytes) pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x80000058 pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=70308086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 1 on pci0:0 PCI Concurrency: enabled Cache: 256K pipelined-burst secondary; L1 enabled DRAM: no memory hole, 66 MHz refresh Read burst timing: x-4-4-4/x-4-4-4 Write burst timing: x-4-4-4 RAS-CAS delay: 3 clocks chip1 rev 1 on pci0:7:0 chip2 rev 0 on pci0:7:1 mapreg[20] type=1 addr=00009000 size=0010. I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks Extended BIOS: disabled Lower BIOS: disabled Coprocessor IRQ13: disabled Mouse IRQ12: disabled Interrupt Routing: A: , B: , C: , D: MB0: , MB1: ahc0 rev 0 int a irq 15 on pci0:17 mapreg[10] type=1 addr=00006000 size=0100. mapreg[14] type=0 addr=e0410000 size=1000. reg16: ioaddr=0x6000 size=0x100 ahc0: Reading SEEPROM...done. low byte termination enabled, high byte termination enabled ahc0: aic7880 Wide Channel, SCSI Id=7, 16 SCBs ahc0: Resetting Channel A ahc0: Downloading Sequencer Program...ahc0: 369 instructions downloaded Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 0 synchronous at 10.0MHz, offset = 0xf (ahc0:0:0): "HP C3323-300 4242" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 1003MB (2056008 512 byte sectors) sd0(ahc0:0:0): with 2982 cyls, 7 heads, and an average 98 sectors/track ahc0: target 1 synchronous at 10.0MHz, offset = 0xf (ahc0:1:0): "MICROP 1548-15MZ1077802 HZ2P" type 0 fixed SCSI 1 sd1(ahc0:1:0): Direct-Access 1635MB (3349512 512 byte sectors) sd1(ahc0:1:0): with 2112 cyls, 15 heads, and an average 105 sectors/track (ahc0:2:0): "WANGTEK 5150ES SCSI FA23 08" type 1 removable SCSI 1 st0(ahc0:2:0): Sequential-Access drive offline (ahc0:3:0): "NEC CD-ROM DRIVE:400 1.0" type 5 removable SCSI 2 cd0(ahc0:3:0): CD-ROM can't get the size vga0 rev 211 int a irq 11 on pci0:20 mapreg[10] type=0 addr=e0000000 size=400000. mapreg[14] type=0 addr=e0400000 size=10000. pci0: uses 4263936 bytes of memory from e0000000 upto e0410fff. pci0: uses 272 bytes of I/O space from 6000 upto 900f. Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0065 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 ff ff 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 9 on isa ed0: address 00:40:33:22:a2:6b, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x3bc-0x3c3 irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0: wrong signature ff mse0 not found at 0x23c psm0: current command byte:0065 kbdio: TEST_AUX_PORT status:0000 kbdio: RESET_AUX return code:00fe kbdio: RESET_AUX return code:00fe kbdio: RESET_AUX return code:00fe kbdio: DIAGNOSE status:0055 kbdio: TEST_KBD_PORT status:0000 psm0: failed to reset the aux device. psm0 not found at 0x60 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in fd1: 1.2MB 5.25in wdc0 not found at 0x1f0 wdc1 not found at 0x170 bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not probed due to I/O address conflict with ed0 at 0x300 mcd0 not probed due to I/O address conflict with ed0 at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed. sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvi0: sbmidi0 at 0x330 on isa opl0 at 0x388 on isa opl0: mpu0 not probed due to I/O address conflict with sbmidi0 at 0x330 imasks: bio c0008040, tty c003029a, net c003029a BIOS Geometries: 0:03ea3f20 0..1002=1003 cylinders, 0..63=64 heads, 1..32=32 sectors 1:00cffe3f 0..207=208 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. changing root device to sd0a configure() finished. sd0s1: type 0xa5, start 32, end = 2054143, size 2054112 : OK sd1s1: type 0xa5, start 32, end = 3348479, size 3348448 : OK sd1s1: type 0xa5, start 32, end = 3348479, size 3348448 : OK From owner-freebsd-hackers Mon Apr 28 21:59:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA24942 for hackers-outgoing; Mon, 28 Apr 1997 21:59:43 -0700 (PDT) Received: from irbs.irbs.com (jc@irbs.irbs.com [199.182.75.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA24937 for ; Mon, 28 Apr 1997 21:59:38 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.8.5/8.8.5) id AAA12337; Tue, 29 Apr 1997 00:59:29 -0400 (EDT) Message-ID: <19970429005928.23012@irbs.com> Date: Tue, 29 Apr 1997 00:59:28 -0400 From: John Capo To: hackers@freebsd.org Subject: 2.2.X ping -l == ping -f Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As of version 1.8.2.8 ping drops into flood mode when -l preload is used. Was this change in -l behavior intentional? --- ping.c.orig Tue Apr 29 00:24:25 1997 +++ ping.c Tue Apr 29 00:24:37 1997 @@ -232,7 +232,6 @@ "ping: %s\n", strerror(EPERM)); exit(1); } - options |= F_FLOOD; preload = atoi(optarg); if (preload < 0) { (void)fprintf(stderr, John Capo From owner-freebsd-hackers Mon Apr 28 22:29:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA26147 for hackers-outgoing; Mon, 28 Apr 1997 22:29:42 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA26142 for ; Mon, 28 Apr 1997 22:29:40 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA05185; Mon, 28 Apr 1997 22:29:39 -0700 (PDT) To: Simon Shapiro cc: Michael Smith , freebsd-hackers@freebsd.org Subject: Re: A Desparate Plea for Help... In-reply-to: Your message of "Mon, 28 Apr 1997 09:36:03 PDT." Date: Mon, 28 Apr 1997 22:29:38 -0700 Message-ID: <5183.862291778@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yes. linux_mod, star_saver_mod, oss_mod (sound). ^^^^^^^^^^^^^^^ Yow! That's BETA code, and we also happen to KNOW that it crashes the system. That eye offendeth, pluck it out! :-) Jordan From owner-freebsd-hackers Mon Apr 28 22:33:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA26467 for hackers-outgoing; Mon, 28 Apr 1997 22:33:07 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA26456 for ; Mon, 28 Apr 1997 22:32:56 -0700 (PDT) Received: (qmail 5166 invoked by uid 1000); 29 Apr 1997 05:23:17 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 28 Apr 1997 21:21:55 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: freebsd-hackers@freebsd.org Subject: New Features - invitation to comment Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Y'all, We are developing a new feature set for FreeBSD. We would like to have as many of this new functionality adopted as standard features of FreeBSD. The complete feature set will be able to: A. Distribute disk blocks across multiple hosts. The first item, to be called, in this (hopeful) discussion ``DDIO'' works as follows: * Disk blocks receive an arbitrarly address, which is composed of a host identifier and a block Id on the host. * A request for any block can be sent to any participating host. * Block access is mutually exclusive. Provisions will be made for shared access. * A Distributed Lock Manager coordinates access and ``ownership'' of participating blocks. * Although blocks are ``owned'' by a particular host, they can be leased to any participating host. * Access to distributed blocks is quick. * Reasonable security is provided, to protect the system from intrusion and terrorism. A bit of imagination can lead you to quickly see the potential for this technology. What my employer intends to do with this technology is not going to be available until the appliation is patented or otherwise protected. the core technology described here is going to be made public. To provide for this technology, several pieces of code will be necessary. 1. The DLM itself. 2. The DDIO server. We have completed the DDIO server as a user process, and can do, platform depending, about 50-400 disk I/O operations per second. We would like to hear some ideas about what YOU think it should do and how (if?) it should be implemented in the Kernel. The DLM has been designed. We are looking for two things: 1. Ideas which will [in]validate our design. 2. Interested people to work on it. There is a kernel part to the DLM and there is a user part. The kernel part implements the low level, hardware dependant and real-time detection (dead-man switch and packets exchange). The user part handles the resources database. B. Provide non-stop access to common disk farms from multiple instances. Building on the above and adding to it, we will allow shared access to system resources. The first (and most obvious) target will be disk farms which will give us what is known as ``disk clusters''; A disk subsystem which is sharable among several Unix instances. Again, there is a kernel component and a user component to this; In addition to the DLM coordination, and wide area distribution afforded by the DDIO, there is a SCSI component, which I think I am going to ask Justin to lead/manage. Right? The rest of this functionality is a deriviative of the DDIO and DLM. An exciting possibility for utilizing this technology, in a genral manner, is the creation of distributed file systems, which do not share some of the ``exciting features'' of NFS. C. Virtual IP Clustering Those of you familiar with the ISIS project (Georgia Tech?), will know, by reference, what I am after, only much simpler. Consider the following: Few systems, hooked up to a (SCSI) disk farm, are sharing access to the disk. They are made to appear as if they are a single IP address, or a single hostname (Named can actually ``flip-flop'' between several hosts in response to gethostbyname()). As long as all is well, the participants share the load by responding, in some allocation fasion (round robin, or whatever) to individual requests. Were one of them to fail/disappear/die, the other(s) will continue to serve. Again, we have our own ideas HOW to go about it and what IT may be. I am soliciting ideas, levels of interest, how to participate, etc. Compensation: I have a team of 3 good engineers working on this project. I am in the process of adding two more. I have the authority to hire contractors for the duration of the project (at least). We can develop a plan by which participants get compensated individually, the FreeBSD organization receives payment in money or services, or whatever we can agree upon. At the minimum, we can all participate in the design. Background: I feel very hesitantly about this, but feel that we can save a lot of time if we introduce ourselves. I have a pretty good idea about the core team competence by observing and somewhat participating in the FreeBSD mailing lists. I really do not know much more except for being greatly impressed. As I am not a follower of conventions, media or other ``publishing'' circuits, I really know nothing about the core team in person. Keep me in the dark, if that is what you want :-) As I am the newcomer, let me introduce my employer and myself. I work for a medium size conputer company (which really likes, at this point, to stay under cover, I know not why) which specializes in telephony applications. We have several lines of business and are doing rather well. I was hired about 9 months ago to design and see to the implementation of a whole new generation of technology and applications. The purpose can be guessed from what we want to do. Before that I worked for 3-4 years on very large database systems. I have done Unix kernel internals (mainly for the ``Other Unix'' - SV :-) and specialized in large scale I/O subsystems (my employer for 6.5 years was/is a major DBMS vendor). Before that I designed some strange distributed applications, robotics, large scale financial systems and manufacturing systems (process monitoring, tracking systems). Early on (1970's), a group of us built a Unix-like Z-80 based muti-processor system. I really am a bashful, shy person andreally eager to NOT barge-in, not offend and really cooperate. I have tried my hands at the Linux circuit for a while but got burned by the (frankly) imaaturity and the excessive argumentativeness i found there. I switched my attention to FreeBSD, on a recommendation and a whim, and belive we can all mutually benefit. I talked to David, who recommended I approach you (collectively). Tell me what you think. Simon From owner-freebsd-hackers Mon Apr 28 22:47:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA27188 for hackers-outgoing; Mon, 28 Apr 1997 22:47:44 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA27182 for ; Mon, 28 Apr 1997 22:47:42 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA05306; Mon, 28 Apr 1997 22:47:50 -0700 (PDT) To: Simon Shapiro cc: Julian Elischer , freebsd-hackers@FreeBSD.org Subject: Re: A Desparate Plea for Help... In-reply-to: Your message of "Mon, 28 Apr 1997 18:44:43 PDT." Date: Mon, 28 Apr 1997 22:47:50 -0700 Message-ID: <5304.862292870@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > BTW, I have disabled ALL LKM's in the system and it appears to hold > together! If your installed LKMs are not in sync with your kernel, e.g. you're actively using LKMs and you haven't gone into /usr/src/lkm and done a "make depend all install" to correspond to the kernel you just config'd, built and installed, well, then you're taking your life into your own hands and you should, at the minimum, probably be spanked. Various schemes, ranging from the semi-sane to the outright crackpot, have been advanced for adding LKM versioning and fancy dependency checking but nothing workable (and inoffensive to the smell) has been implemented yet, so, for now this is what you have to do. Again: MAKE SURE YOUR LKMS ARE IN SYNC WITH YOUR KERNEL! Thank you. In this particular case, however, I think I blame the OSS LKM specifically and if the linux & screen saver lkms are sure to be in sync with their kernel then they can probably be brought back safely. I should also point out that if this turns out to be an instance of someone using a driver which is *openly acknowledged to be BETA software* on a production machine, and crashing that machine from said use, then I shall most definitely recommend that this particular someone do at least 10 hours of penance in recompense, perhaps by helping out at the local homeless shelter or giving blood. Foolishness of such magnitude demands some form of restitution. ;-) Jordan From owner-freebsd-hackers Mon Apr 28 23:13:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA28268 for hackers-outgoing; Mon, 28 Apr 1997 23:13:23 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA28263 for ; Mon, 28 Apr 1997 23:13:20 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA20132 for hackers@freebsd.org; Tue, 29 Apr 1997 15:43:17 +0930 (CST) From: Michael Smith Message-Id: <199704290613.PAA20132@genesis.atrad.adelaide.edu.au> Subject: mapping memory inside the kernel? To: hackers@freebsd.org Date: Tue, 29 Apr 1997 15:43:17 +0930 (CST) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A question for those familiar with the workings of the kernel wrt. load-time and mappings; If I want to load extra data after the kernel, and not have it clobbered by the bss clearing in locore.s, how should this be done? As I see it I can : - put the data after _edata, and copy it somewhere before the bss is cleared. (Yuck, requires a static buffer in the data segment). - put the data after _end, and copy it into a buffer in the bss (still yuck for a static buffer ripe for overflowing). - put the data after _end and adjust _end after the bss is cleared, saving the old _end value as a reference to this data. - put the data somewhere else (first meg somewhere?) and advertise its location in some fashion. Perhaps the kernel flags should become a physical address reference to a parameter block instead. This could be done in a backwards-compatible fashion I think. Of these, I obviously like the third, although it requires some more structure on the part of the data (ie. more work on the part of the bootstrap loader). I don't know how well this would work in conjunction with compressed kernels though. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 28 23:44:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA29538 for hackers-outgoing; Mon, 28 Apr 1997 23:44:30 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA29533 for ; Mon, 28 Apr 1997 23:44:28 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id XAA02193; Mon, 28 Apr 1997 23:44:27 -0700 (PDT) Message-Id: <199704290644.XAA02193@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Simon Shapiro cc: freebsd-hackers@freebsd.org Subject: Re: New Features - invitation to comment In-reply-to: Your message of "Mon, 28 Apr 1997 21:21:55 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 28 Apr 1997 23:44:27 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, This sort of thing reminds me of VMS clusters merged with NFS. At first glance , I see the need for redundancy / mirroring . Also, the access time or weight for a given host block. Ability to migrate work load to different system on demand. Does the system implements caching : write behind or read ahead? Also I would like to hear a little bit more on the distributed lock manager and how does it handle failure cases or what happens if the host where the application is running dies. Perhaps, is best if the system address "virtual hosts/block" so if a system goes down requests can continue on a mirroring system. I better stop rambling . It does sound like a "cool" project 8) Regards, Amancio From owner-freebsd-hackers Tue Apr 29 00:12:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA01044 for hackers-outgoing; Tue, 29 Apr 1997 00:12:20 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA01039 for ; Tue, 29 Apr 1997 00:12:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id AAA11846; Tue, 29 Apr 1997 00:13:46 -0700 (PDT) Message-Id: <199704290713.AAA11846@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Simon Shapiro cc: Michael Smith , freebsd-hackers@freebsd.org Subject: Re: A Desparate Plea for Help... In-reply-to: Your message of "Mon, 28 Apr 1997 20:45:06 PDT." From: David Greenman Reply-To: dg@root.com Date: Tue, 29 Apr 1997 00:13:46 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >unplugged. I am sure we have something like that already. Another thing >can >be (again, if it is not there already) is a strict versioning option, which >even linux has; It allows the kernel modules loader to verify that a given >module is of the proper/matching version before loading. This has been planned since the beginning, but as of yet noone has implemented it. At this point adding it might be a waste of time since we are looking at completely replacing the existing LKM system. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Apr 29 00:15:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA01157 for hackers-outgoing; Tue, 29 Apr 1997 00:15:27 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA01149 for ; Tue, 29 Apr 1997 00:15:08 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id RAA29511; Tue, 29 Apr 1997 17:13:56 +1000 (EST) Message-Id: <199704290713.RAA29511@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: David Dawes cc: hackers@xfree86.org, freebsd-hackers@freebsd.org Subject: Re: xdm in /usr/X11R6/etc/rc.d problem In-reply-to: Your message of "Mon, 28 Apr 1997 17:02:04 +1000." <19970428170203.28285@rf900.physics.usyd.edu.au> Mime-Version: 1.0 Content-Type: text/plain Date: Tue, 29 Apr 1997 17:13:55 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have no idea. I don't recall seeing any patches for this being > submitted to us at XFree86.Org. I don't have any machines running > -current at the moment. Ok. I thought I saw some comment that some "basic" support had been added, but perhaps not. This would be fairly easy to do, so I'll send diffs as soon as I can make some time. Basically all that's needed is to change setlogin()/setuid()/initgroups() to a setusercontext() call, but depending on the environment this can get kind of hairy. setusercontext() does all sorts of things in addition to that, including setting resource limits and system, umask and user-defined environment settings (and soon, user-defined resource limits, within the administrative hard limits). > I'd also like to see something that allows us to remove the direct > utmp/wtmp manipulation from xdm and xterm. Well, even if the wtmp/utmp format is not revised today as we've tentatively planned in FreeBSD, there's no reason why we can't at least provide an API. What about something like this: /* update a tty slot */ updateutmp(const char *line, const char *name, const char *host); line - required, tty name - username, NULL or empty string host - hostname/ip, NULL or empty string Then an iteration interface, a la getpwent(): int setutmpent(void); struct xutmp *getutmpent(void); struct xutmp *getutmptty(const char *line); void endutmpent(void); struct xutmp is an "extended utmp" struct that contains no fixed arrays, but uses pointers instead. For the time being, we can do the utmp -> xutmp 'translation', including NUL termination, as part of the API. Later on, whenever the format is changed, it won't matter at all to application code. I'm not sure how much call there is for additional information to be stored in utmp, but if so, then a similar approach to below could be used. The above does assume a BSD environment though, and omits the SYSV style "type" and inittab "id" fields, so perhaps we should work those in (obviously, they'll get ignored by BSD). struct xutmp would not necessarily have to be platform independant provided that the 'common' fields are similarly named (unlike now!). /* add a record to wtmp */ updatewtmp(const char *line, const char *name, const char *host, struct wtmpx *xinfo); line, name, host as above xinfo - Additional information, as yet to be determined or NULL if none. utmp.h should define this as a simple pointer type with a "type" member as its first element, and (perhaps) a "struct wtmpx *next" as its next element, if we wanted to daisy-chain additional blocks of information. Valid "types" would be #defines in utmp.h, so its easy to detect (in source code) what extensions a system does/does not understand. Additions, changes, corrections, suggestions? David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Tue Apr 29 00:21:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA01429 for hackers-outgoing; Tue, 29 Apr 1997 00:21:27 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA01421 for ; Tue, 29 Apr 1997 00:21:24 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19064 for freebsd-hackers@freebsd.org; Tue, 29 Apr 1997 09:21:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03299; Tue, 29 Apr 1997 09:04:37 +0200 (MET DST) Message-ID: <19970429090437.IE27356@uriah.heep.sax.de> Date: Tue, 29 Apr 1997 09:04:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: A Desparate Plea for Help... References: <199704280221.LAA13874@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on Apr 28, 1997 08:44:34 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > I have surrounded this code with printf's. Quite few of them. > The result was a crash with trap 9 in generic_bzero + 0x0f. This is a General Protection Fault. These are segment-register related, and since we don't use segment registers, they cannot happen. :) I've seen it on bad hardware, on some serial console DDB condition (where Bruce had some explanation for it). Maybe it's a printf-non-reentrancy issue here. > This was preceeded with several calls to _end. This means you're using some LKM (maybe involunteerely, what does `modstat' say during normal operation?). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 29 00:21:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA01475 for hackers-outgoing; Tue, 29 Apr 1997 00:21:39 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA01462 for ; Tue, 29 Apr 1997 00:21:36 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19075 for freebsd-hackers@freebsd.org; Tue, 29 Apr 1997 09:21:34 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03340; Tue, 29 Apr 1997 09:14:46 +0200 (MET DST) Message-ID: <19970429091446.UV10224@uriah.heep.sax.de> Date: Tue, 29 Apr 1997 09:14:46 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: A Desparate Plea for Help... References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Warner Losh on Apr 28, 1997 21:09:19 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > Thanks to Joerge who pointed me at the od.c code that already did this > sort of thing. > > Warner > > P.S. What do others thing of the change? I think you should go ahead. The START UNIT command was pretty useless where it used to be. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 29 00:21:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA01499 for hackers-outgoing; Tue, 29 Apr 1997 00:21:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA01481 for ; Tue, 29 Apr 1997 00:21:40 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19076 for freebsd-hackers@FreeBSD.org; Tue, 29 Apr 1997 09:21:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03352; Tue, 29 Apr 1997 09:16:23 +0200 (MET DST) Message-ID: <19970429091623.FC33955@uriah.heep.sax.de> Date: Tue, 29 Apr 1997 09:16:23 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.org Subject: Re: A Desparate Plea for Help... References: <199704290247.MAA18906@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199704290247.MAA18906@genesis.atrad.adelaide.edu.au>; from Michael Smith on Apr 29, 1997 12:17:38 +0930 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Michael Smith wrote: > > Yes. linux_mod, star_saver_mod, oss_mod (sound). > > Should I not? > > They're certainly prime suspects. Your crash looks/looked like it had > something to do with one of the device switch tables, and one possible > explanation would be that an LKM had been removed without zeroing > its switch entries. Interesting. My machine crashed yesterday when unloading the cd9660 LKM. This was probably a too old LKM, due to the recent LKM build problems. I couldn't get on the console though so i don't know what exactly happened. Simon, you can't blame the OSS folks for this, if you're running an older LKM in a -current machine... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 29 00:22:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA01592 for hackers-outgoing; Tue, 29 Apr 1997 00:22:28 -0700 (PDT) Received: from freebsd1.cimlogic.com.au ([203.36.2.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA01578 for ; Tue, 29 Apr 1997 00:22:22 -0700 (PDT) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.8.5/8.8.5) id RAA01981; Tue, 29 Apr 1997 17:24:00 GMT From: John Birrell Message-Id: <199704291724.RAA01981@freebsd1.cimlogic.com.au> Subject: Re: Possible broken libc_r In-Reply-To: <199704250440.XAA12399@siesta.cs.wustl.edu> from Nanbor Wang at "Apr 24, 97 11:40:54 pm" To: nw1@cs.wustl.edu (Nanbor Wang) Date: Tue, 29 Apr 1997 17:23:59 +0000 (GMT) Cc: jb@cimlogic.com.au, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nanbor Wang wrote: > > > I found a possible bug in libc_r. Below is a very simple test > > > program. What I did was I opened a socket in the localhost between > > > client and server program. When I compiled the program with > > > non-threaded library, everything worked just fine. However, when I > > > compiled it using libc_r, the recv() system call seemed to be broken. > > > Without any specific manipulation, it acted as if I had turn on the > > > non-blocking flag. Is this a bug or I did something terribly wrong? > > > > What version is this? Current or 2.2? > > See what happens if you avoid stdin and stdout. > > > > No luck. I removed all stdio related stuff but the recv() call on > server side still won't block. I tried using recvfrom() also. Still > the same. Any clue? Hmmm. I'll try to get rid of the virus that has infected the machine that I run -current on, and take a look stay tuned... > > nw > > Regards, -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, 119 Cecil Street, South Melbourne Vic 3205, Australia Tel +61 3 9690 6900 Fax +61 3 9690 6650 Mob +61 418 353 137 From owner-freebsd-hackers Tue Apr 29 00:50:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA02905 for hackers-outgoing; Tue, 29 Apr 1997 00:50:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA02900 for ; Tue, 29 Apr 1997 00:50:33 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA19278 for freebsd-hackers@freebsd.org; Tue, 29 Apr 1997 09:50:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03524; Tue, 29 Apr 1997 09:45:04 +0200 (MET DST) Message-ID: <19970429094504.AZ13300@uriah.heep.sax.de> Date: Tue, 29 Apr 1997 09:45:04 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: A Desparate Plea for Help... References: <3364E6BB.41C67EA6@whistle.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on Apr 28, 1997 20:33:46 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > > cp kernel kernel.debug > > strip -d kernel > > Are the two above in / or in /usr/src/sys/compile/WHATEVER? Remember, there's also always the handbook. :-) You want to strip -d the kernel you're going to boot, in order to not load all the debugging symbols into memory. You don't wanna strip the kernel on the machine where the remote gdb is running. (Yes, you need a different machine for this, but all it needs is the kernel compilation tree for your victim, ~ 20 MB.) > > 2/ you must remember to make sure the system has sert gdb to be the > > kernel debugger. > > (there may be a compile time option for this.. I forget) > > Could not find that, other than the -g at boot time. RTFHandbook. :) When in doubt, boot with -d, then type `gdb' and `s' at the db> prompt. > ay suggestion on what are the best settings for com4? I need a mouse, a > serial > port for modem and a serial port for ISDN. Can I configure everything to > use > com4 instead of com1? Will make it simpler here. Everything except the console. But you need distinct IRQs for the ports, or a multiport card with shared interrupts. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 29 01:23:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA04284 for hackers-outgoing; Tue, 29 Apr 1997 01:23:45 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA04279 for ; Tue, 29 Apr 1997 01:23:42 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA06133; Tue, 29 Apr 1997 01:23:33 -0700 (PDT) To: David Nugent cc: David Dawes , hackers@xfree86.org, freebsd-hackers@freebsd.org Subject: Re: xdm in /usr/X11R6/etc/rc.d problem In-reply-to: Your message of "Tue, 29 Apr 1997 17:13:55 +1000." <199704290713.RAA29511@labs.usn.blaze.net.au> Date: Tue, 29 Apr 1997 01:23:32 -0700 Message-ID: <6131.862302212@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, even if the wtmp/utmp format is not revised today as we've > tentatively planned in FreeBSD, there's no reason why we can't at > least provide an API. Absolutely! We'e been waiting for someone to say that! :-) > What about something like this: > [details elided] Looks good to me. But what does updateutmp() return? ;-) This looks like it'll do everything you might possibly want to do to a utmp file, and without any icky path knowledge built in. I like it. When do the commits hit libutil? :-) Jordan From owner-freebsd-hackers Tue Apr 29 01:31:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA04730 for hackers-outgoing; Tue, 29 Apr 1997 01:31:17 -0700 (PDT) Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA04718 for ; Tue, 29 Apr 1997 01:30:58 -0700 (PDT) Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by altos.rnd.runnet.ru (8.8.5/8.7.3) with SMTP id MAA19760; Tue, 29 Apr 1997 12:27:30 +0400 (MSD) Date: Tue, 29 Apr 1997 12:27:29 +0400 (MSD) From: Maxim Bolotin To: Joerg Wunsch cc: hackers@hub.freebsd.org Subject: Re: network driver questions (cs8920) [Was: Universities using FreeBSD] In-Reply-To: <19970427194226.UX39331@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 27 Apr 1997, J Wunsch wrote: > Read the hackers and current lists. A lot of discussions happened > lately. Maybe your problem has also been mentioned. Thanx, Now it works for me. It has midle speed, but works. I want someone who has expirience look through ours driver, maybe we have some big holes, or mistakes. Maybe I have to commit it. Joerg, may I send you ours driver ? Max. - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet, MAB1-RIPE max@run.net. From owner-freebsd-hackers Tue Apr 29 02:19:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA07020 for hackers-outgoing; Tue, 29 Apr 1997 02:19:34 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA07014 for ; Tue, 29 Apr 1997 02:19:31 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA21335; Tue, 29 Apr 1997 18:49:01 +0930 (CST) From: Michael Smith Message-Id: <199704290919.SAA21335@genesis.atrad.adelaide.edu.au> Subject: Re: network driver questions (cs8920) [Was: Universities using FreeBSD] In-Reply-To: from Maxim Bolotin at "Apr 29, 97 12:27:29 pm" To: max@rnd.runnet.ru (Maxim Bolotin) Date: Tue, 29 Apr 1997 18:49:01 +0930 (CST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@hub.freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Maxim Bolotin stands accused of saying: > > Thanx, Now it works for me. It has midle speed, but works. > I want someone who has expirience look through ours driver, > maybe we have some big holes, or mistakes. Maybe I have to commit it. > Joerg, may I send you ours driver ? Is the cs8920 related to the Crystal Semiconductor cs8900? I have data on this part, and would be happy to look at your code. Are you willing to continue supporting your driver? > Max. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 29 03:11:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA08697 for hackers-outgoing; Tue, 29 Apr 1997 03:11:46 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA08688 for ; Tue, 29 Apr 1997 03:11:43 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA30468; Tue, 29 Apr 1997 20:10:18 +1000 Date: Tue, 29 Apr 1997 20:10:18 +1000 From: Bruce Evans Message-Id: <199704291010.UAA30468@godzilla.zeta.org.au> To: msmith@atrad.adelaide.edu.au, Shimon@i-Connect.Net Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Please keep me up to date on the results of your LKM-related tests. If >it turns out that there's a problem with unloading LKMs leaving occupied >but invalid devsw entries around we'd better fix it 8) Er, AFAIK unloading LKM drivers is broken in all cases. It certainly doesn't work for either of the officially supported LKM cdevs (joy and qcam). Unloading either of these and then attempting to opening the nonexistent device gives precisely the trap at _spec_open+0x6e that Simon reported (the devsw entry is not affected by unloading and points to garbage). Unloading followed by reloading obviously can't work, because the driver only initializes the devsw once. Bruce From owner-freebsd-hackers Tue Apr 29 03:12:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA08774 for hackers-outgoing; Tue, 29 Apr 1997 03:12:09 -0700 (PDT) Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA08673 for ; Tue, 29 Apr 1997 03:11:10 -0700 (PDT) Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by altos.rnd.runnet.ru (8.8.5/8.7.3) with SMTP id OAA26224; Tue, 29 Apr 1997 14:09:43 +0400 (MSD) Date: Tue, 29 Apr 1997 14:09:43 +0400 (MSD) From: Maxim Bolotin Reply-To: Maxim Bolotin To: Michael Smith cc: joerg_wunsch@uriah.heep.sax.de, hackers@hub.freebsd.org Subject: Re: network driver questions (cs8920) [Was: Universities using FreeBSD] In-Reply-To: <199704290919.SAA21335@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, Michael Smith wrote: > Maxim Bolotin stands accused of saying: > > > > Thanx, Now it works for me. It has midle speed, but works. > > I want someone who has expirience look through ours driver, > > maybe we have some big holes, or mistakes. Maybe I have to commit it. > > Joerg, may I send you ours driver ? > > Is the cs8920 related to the Crystal Semiconductor cs8900? I have data > on this part, and would be happy to look at your code. Are you > willing to continue supporting your driver? Yes, It's Crystal cs8920 NC driver. We've 67 computers with such cards, we want run FreeBSD, now My driver works without multicast, bpfilter support, It use io mode for both recieve and transmitte operations. Yes, We (I and my friend Oleg) want contionue supporting this driver, but if you have any suggestions, it'll we good. OK, I'll send driver's code to you by next mail. Max. - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet, MAB1-RIPE max@run.net. From owner-freebsd-hackers Tue Apr 29 03:23:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA09169 for hackers-outgoing; Tue, 29 Apr 1997 03:23:45 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA09164 for ; Tue, 29 Apr 1997 03:23:39 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id UAA07326 for freebsd-hackers@freebsd.org; Tue, 29 Apr 1997 20:23:23 +1000 Received: by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) id UAA28054; Tue, 29 Apr 1997 20:22:30 +1000 (EST) Date: Tue, 29 Apr 1997 20:22:30 +1000 (EST) From: Stephen McKay Message-Id: <199704291022.UAA28054@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgm@dtir.qld.gov.au Subject: Re: disklabel -- owner? X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: >> Yep, 'd' is dead (and not missed). 'c' is a bit of a left-over since the >> slice code went in, but it's Traditional. Lots of code knows this. :-) >> Though, with a bit of effort we could get rid of its special purpose. > >If you can point us at this "lots of code", then we can use it >instead of rewriting "disklabel", since the only serious use something >like that would have is as a replacement for disklabel. I really >don't believe there's "lots of code" that knows about 'c'. Or if >there is, it's old, so it also knows about 'd', right? I was thinking of the "lots of code" as a liability, not an asset. I mean that any code from way back (like BSD 4.2 days) will "know" about partition 'c'. Partition 'd' was introduced by 386BSD, and is so recent we can ignore it. To find the "lots of code" I was talking about, I grep'd the source for RAW_PART (which is defined, several times, as 2). Current code that depends on 'c' partition includes at least: lib/libdisk/disk.c lib/libdisk/write_disk.c sbin/ccdconfig/ccdconfig.c sys/dev/ccd/ccd.c sys/dev/vn/vn.c sys/i386/i386/autoconf.c sys/i386/isa/diskslice_machdep.c sys/i386/isa/fd.c sys/i386/isa/matcd/matcd.c sys/i386/isa/mcd.c sys/i386/isa/scd.c sys/i386/isa/wcd.c sys/i386/isa/wd.c sys/kern/subr_diskslice.c sys/pc98/pc98/atcompat_diskslice.c sys/pc98/pc98/diskslice_machdep.c sys/pc98/pc98/fd.c sys/pc98/pc98/wd.c sys/scsi/cd.c sys/scsi/od.c sys/scsi/sd.c sys/sys/disklabel.h usr.sbin/bad144/bad144.c usr.sbin/config/mkswapconf.c I don't know how deeply it is embedded in these, which is why I just called it "lots". :-) If some soul trudges through all these converting partition 'c' knowledge to slice knowledge, I expect a few of us, including Terry, will be pleased. Stephen. From owner-freebsd-hackers Tue Apr 29 04:01:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA10499 for hackers-outgoing; Tue, 29 Apr 1997 04:01:56 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA10487 for ; Tue, 29 Apr 1997 04:01:47 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id VAA10452 for freebsd-hackers@freebsd.org; Tue, 29 Apr 1997 21:01:44 +1000 Received: by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) id UAA28580; Tue, 29 Apr 1997 20:46:02 +1000 (EST) Date: Tue, 29 Apr 1997 20:46:02 +1000 (EST) From: Stephen McKay Message-Id: <199704291046.UAA28580@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgm@dtir.qld.gov.au Subject: Re: disklabel -- owner? X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe wrote: >On Thu, 24 Apr 1997 20:25:18 +1000 > Bruce Evans wrote: > > > Strangely enough, NetBSD supports up to 22 partitions. > >...well, that's MAXMAXPARTITIONS ... i.e. any more, and you don't fit >in a DEV_BSIZE block. Most NetBSD platforms set MAXPARTITIONS at 8. > >There's actually a good reason to NOT change this on existing platforms.. >You screw minor number compatibility with existing installed base. That's >annoying, at least. I'd classify it as stupid, personally :-) I don't feel an overwhelming desire to preserve my device numbers. Though if people must keep backward compatibility, discontiguous bits can be manipulated by dkpart() and friends. If 8 or less partitions are allocated, the disk should be physically and logically portable to other machines and/or BSD operating systems. As Bruce pointed out, the format should already support up to 22 partitions if we had enough bits allocated in the minor device number. On a related topic, the disk device numbers are arrange in an ugly way, presumably for backward compatibilty reasons. Are these reasons still valid? The current "type / unit2 / slice / major / unit1 / part" could be rearranged to "major / unit / slice / part" (I don't know what "type" is here. Grep didn't help me either.). Oh, and the existing dkmakeminor() doesn't handle unit > 31, though dkunit() does. I presume nobody has 32 or more disks. I haven't! Stephen. From owner-freebsd-hackers Tue Apr 29 04:19:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA10951 for hackers-outgoing; Tue, 29 Apr 1997 04:19:44 -0700 (PDT) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA10946 for ; Tue, 29 Apr 1997 04:19:41 -0700 (PDT) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.8.5/8.8.5) with ESMTP id HAA01906; Tue, 29 Apr 1997 07:19:12 -0400 (EDT) Message-Id: <199704291119.HAA01906@spooky.rwwa.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: nbc@vulture.dmem.strath.ac.uk cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD As Motor Controller? In-reply-to: Your message of "Tue, 29 Apr 1997 01:32:53 BST." <199704290032.BAA00916@neophyte.dweeb.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Apr 1997 07:19:12 -0400 From: Robert Withrow Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I make a FreeBSD-based motorized co-ordinate measuring machine which uses servo motors to control the measuring quill. Given the low prices, I would simply get a motor controller card of some type (maybe a microstepper) and write a driver to that. I'd rather concentrate on the application than count pulses. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Tue Apr 29 04:22:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA11062 for hackers-outgoing; Tue, 29 Apr 1997 04:22:22 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA11057 for ; Tue, 29 Apr 1997 04:22:18 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id HAA19011; Tue, 29 Apr 1997 07:20:28 -0400 (EDT) From: Peter Dufault Message-Id: <199704291120.HAA19011@hda.hda.com> Subject: Re: FreeBSD As Motor Controller? In-Reply-To: <199704290032.BAA00916@neophyte.dweeb.net> from "nbc@vulture.dmem.strath.ac.uk" at "Apr 29, 97 01:32:53 am" To: nbc@vulture.dmem.strath.ac.uk Date: Tue, 29 Apr 1997 07:20:28 -0400 (EDT) Cc: freebsd-hackers@freebsd.org, nbc@neophyte.dweeb.net X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am currently in the process of implementing an embedded motor control > system using a well know real-time UNIX, which has turned out to > be slightly overkill. The system is soft real-time, which made > me wonder if FreeBSD would be up to the job - I envisage a stripped > down system, running on PC/104 hardware (already tested with F/BSD), > the drivers residing at device level, preferably in LKM format. > > At the moment we are using stepper motors, although this may change > in the future, driven by pulses generated from an I/O board on the > ISA bus. My major concern with FreeBSD is interrupt latency, which > is excellent with the current system. Given that we are using 100MHz > Cyrix 586 CPUs, I'd appreciate it if anyone could give me a ballpark > figure on the latency, and indeed the typical variations in such one > would expect from a lightly loaded system, or perhaps some way to > determine this for myself. I did this back in 386bsd by running the clock tick at 100 * HZ and microstepping the motor outside the OS (call the regular OS tick at HZ). Don't do much, and don't use any kernel services - this is OK if you're moving through a table and poking out a value. If you have a spare counter you can use that to detect overruns by loading up your deadline + 10% and checking for countdown. If you don't need your speaker you can probably use that. I was also running two servos off the interval clock of an A-D. Again, I had the ability to detect clock overruns - this is important so that you can prove that you're doing what you think you're doing. This was on a 20Mhz 386SX with 4MB RAM and a 40MB disk. -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-hackers Tue Apr 29 04:29:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA11237 for hackers-outgoing; Tue, 29 Apr 1997 04:29:25 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA11232 for ; Tue, 29 Apr 1997 04:29:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id EAA13071; Tue, 29 Apr 1997 04:30:53 -0700 (PDT) Message-Id: <199704291130.EAA13071@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Stephen McKay cc: freebsd-hackers@freebsd.org Subject: Re: disklabel -- owner? In-reply-to: Your message of "Tue, 29 Apr 1997 20:46:02 +1000." <199704291046.UAA28580@ogre.dtir.qld.gov.au> From: David Greenman Reply-To: dg@root.com Date: Tue, 29 Apr 1997 04:30:53 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >On a related topic, the disk device numbers are arrange in an ugly >way, presumably for backward compatibilty reasons. Are these reasons >still valid? Yes. >Oh, and the existing dkmakeminor() doesn't handle unit > 31, though >dkunit() does. I presume nobody has 32 or more disks. I haven't! That's very definately a bug. I don't know how I overlooked that when I attempted to add support for sd units >31, but obviously I did. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Apr 29 04:52:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA11935 for hackers-outgoing; Tue, 29 Apr 1997 04:52:17 -0700 (PDT) Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA11930 for ; Tue, 29 Apr 1997 04:52:13 -0700 (PDT) Received: from aak.anchorage.net (ai-131 [207.14.72.131]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id CAA13064 for ; Tue, 29 Apr 1997 02:49:20 -0800 Date: Tue, 29 Apr 1997 03:42:58 -0800 (AKDT) From: Steve Howe X-Sender: abc@aak.anchorage.net To: freebsd-hackers Subject: netscape & dos file access Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i think i may be crazy here, but i have verified this any times. i got Netscape for FreeBSD form Netscape's site. if i modify the "bookmarks" path in the "preferences" file, whether relative, or absolute, to my W31 Netscapes bookmarks on my DOS partition, it will crash within 5 minutes or so. eventually crashing my entire system after a few restarts. however, i may change this path to my Lynx bookmarks in another directory on my BSDfs and it will run fine ... ? i can't understand this! other programs do fine accessing the DOS partition, and Netscape shouldn't care where the blocks come off the hard drive ... ??? ------------------------------------------------------------------------- From owner-freebsd-hackers Tue Apr 29 05:15:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA13081 for hackers-outgoing; Tue, 29 Apr 1997 05:15:16 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA13074 for ; Tue, 29 Apr 1997 05:15:11 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id WAA02048; Tue, 29 Apr 1997 22:00:51 +1000 Date: Tue, 29 Apr 1997 22:00:51 +1000 From: Bruce Evans Message-Id: <199704291200.WAA02048@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, syssgm@dtir.qld.gov.au Subject: Re: disklabel -- owner? Cc: davidg@root.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >On a related topic, the disk device numbers are arrange in an ugly >way, presumably for backward compatibilty reasons. Are these reasons >still valid? Yes, there are a lot of /dev directories with "stable" device numbers out there. It's painful to boot with an old kernel and have it access the wrong partitions. >The current "type / unit2 / slice / major / unit1 / part" >could be rearranged to "major / unit / slice / part" (I don't know what >"type" is here. Grep didn't help me either.). "type" is supposed to be reserved for private use by drivers. AFAIK, it is only used by my version of the fd and ft drivers, which use the general definitions: #define FDUNIT(s) dkunit(s) #define FDTYPE(s) dktype(s) instead of special ones: #define FDUNIT(s) (((s)>>6)&03) #define FDTYPE(s) ((s)&077) This special cases for fd require lots of extracode in MAKEDEV and autoconf.c. >Oh, and the existing dkmakeminor() doesn't handle unit > 31, though >dkunit() does. I presume nobody has 32 or more disks. I haven't! Some people do. dkmakeminor() is little used. The bug certainly breaks devfs. In the sd driver, it seems to break sdsetunit(). Bruce From owner-freebsd-hackers Tue Apr 29 05:19:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA13292 for hackers-outgoing; Tue, 29 Apr 1997 05:19:06 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA13287 for ; Tue, 29 Apr 1997 05:19:00 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id WAA02311; Tue, 29 Apr 1997 22:07:36 +1000 Date: Tue, 29 Apr 1997 22:07:36 +1000 From: Bruce Evans Message-Id: <199704291207.WAA02311@godzilla.zeta.org.au> To: hackers@FreeBSD.org, msmith@atrad.adelaide.edu.au Subject: Re: mapping memory inside the kernel? Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >From owner-freebsd-hackers@freefall.FreeBSD.ORG Tue Apr 29 16:56:47 1997 >Received: from x.physics.usyd.edu.au (x.physics.usyd.edu.au [129.78.129.25]) by godzilla.zeta.org.au (8.8.5/8.6.9) with ESMTP id QAA24075 for ; Tue, 29 Apr 1997 16:48:20 +1000 >Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18]) by x.physics.usyd.edu.au (8.8.5/8.8.2) with ESMTP id QAA11990; Tue, 29 Apr 1997 16:31:38 +1000 (EST) >Received: from localhost (daemon@localhost) > by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA28319; > Mon, 28 Apr 1997 23:14:15 -0700 (PDT) >Received: (from root@localhost) > by hub.freebsd.org (8.8.5/8.8.5) id XAA28268 > for hackers-outgoing; Mon, 28 Apr 1997 23:13:23 -0700 (PDT) >Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) > by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA28263 > for ; Mon, 28 Apr 1997 23:13:20 -0700 (PDT) >Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA20132 for hackers@freebsd.org; Tue, 29 Apr 1997 15:43:17 +0930 (CST) >From: Michael Smith >Message-Id: <199704290613.PAA20132@genesis.atrad.adelaide.edu.au> >Subject: mapping memory inside the kernel? >To: hackers@FreeBSD.org >Date: Tue, 29 Apr 1997 15:43:17 +0930 (CST) >X-Mailer: ELM [version 2.4ME+ PL28 (25)] >MIME-Version: 1.0 >Content-Type: text/plain; charset=US-ASCII >Content-Transfer-Encoding: 7bit >A question for those familiar with the workings of the kernel wrt. >load-time and mappings; > >If I want to load extra data after the kernel, and not have it clobbered >by the bss clearing in locore.s, how should this be done? Some way better than now :-). See the current handling of kernelname[] for how not to do it. (A 1K buffer is reserved at compile time. This usually wastes 1K - (strlen("kernel") + 1) bytes.) Fixing this would be a good warmup. Bruce From owner-freebsd-hackers Tue Apr 29 05:22:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA13407 for hackers-outgoing; Tue, 29 Apr 1997 05:22:45 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA13399 for ; Tue, 29 Apr 1997 05:22:40 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.5/8.7.3) with SMTP id OAA20900 for ; Tue, 29 Apr 1997 14:21:58 +0200 (MET DST) Date: Tue, 29 Apr 1997 14:21:58 +0200 (MET DST) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: Who enforces the `limits` ? (Or: The Forkin' Monster) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi All! It was Friday afternoon, and I was rather bored. So I wrote the following program: #include #include #include int main() { while(1) { fork(); } exit(0); } I compiled it and run as a normal user. It effectively locked up my machine. For all practical purposes it constitutes very effective DoS attack. So here are my questions: * How to defend against such a hostile process? * How to enforce the `limits`, as shown by e.g. csh, in order to protect system from running out of resources (e.g. kernel proc table entries)? (BTW. I previously set limits on maxprocesses to 50. I'm running kernel with "maxusers 10"). To put it mildly, I feel rather uncomfortable, knowing that any user can do such harm to my system. Sincerely yours, --- Andrzej Bialecki FreeBSD: Turning PCs Into Workstations http://www.freebsd.org Research and Academic Network in Poland From owner-freebsd-hackers Tue Apr 29 05:34:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA14075 for hackers-outgoing; Tue, 29 Apr 1997 05:34:55 -0700 (PDT) Received: from darling.cs.umd.edu (darling.cs.umd.edu [128.8.128.115]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA14070 for ; Tue, 29 Apr 1997 05:34:53 -0700 (PDT) Received: by darling.cs.umd.edu (8.8.5/UMIACS-0.9/04-05-88) id IAA28439; Tue, 29 Apr 1997 08:34:51 -0400 (EDT) Message-Id: <199704291234.IAA28439@darling.cs.umd.edu> To: hackers@freebsd.org To: Archie Cobbs , rohit@cs.umd.edu Subject: Re: Bizzare Ping (and other) bugs. In-reply-to: Your message of "Mon, 28 Apr 1997 21:57:07 EDT." <199704290157.VAA27764@darling.cs.umd.edu> Date: Tue, 29 Apr 1997 08:34:51 -0400 From: Rohit Dube Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 28 Apr 1997 21:57:07 -0400 rohit@cs.umd.edu writes: =>The problem is that some PCBs cache routes. I haven't checked this out =>but, these cached routes should still cause a problem as they would =>point to the old in_ifaddr. These would have to be caught separately, =>unless one wants to sweep thru all the PCBs and fix them when the interface =>address changes. (I would go for the second option as address change is a =>rare event). I must have been stoned when I sent this (well it was rather late in the evening) - current connections _are_ supposed to break. Therefore the above is not a bug. Only new connections (or end points) should source packets with the new address. Sorry! --rohit. From owner-freebsd-hackers Tue Apr 29 06:56:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA17329 for hackers-outgoing; Tue, 29 Apr 1997 06:56:55 -0700 (PDT) Received: from adam.adonai.net ([205.182.92.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA17324 for ; Tue, 29 Apr 1997 06:56:53 -0700 (PDT) Received: from localhost (leec@localhost) by adam.adonai.net (8.8.5/8.7.3) with SMTP id IAA29666 for ; Tue, 29 Apr 1997 08:58:37 -0500 (CDT) Date: Tue, 29 Apr 1997 08:58:37 -0500 (CDT) From: "Lee Crites (AEI)" To: freebsd-hackers@freebsd.org Subject: Re: netscape via pppd cannot seem to get name service In-Reply-To: <199704240739.RAA28333@unique.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk When I sent out my original request for help, I got this in one of the replies: =>Err, that's just flat out weird. Is this using modems? Why =>don't you use getty to handle this? I can be configured to =>auto-detect ppp connections and start pppd for you. Can someone point me to more info on setting up getty so it will handle ppp connections? I tried to just change the ttys line back to getty, but it didn't recognize the ppp login as such (netscape reported an error negotiating login). Thanks muchly... Lee From owner-freebsd-hackers Tue Apr 29 07:42:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA19285 for hackers-outgoing; Tue, 29 Apr 1997 07:42:58 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19242 for ; Tue, 29 Apr 1997 07:42:38 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id AAA04828; Wed, 30 Apr 1997 00:41:52 +1000 (EST) Message-Id: <199704291441.AAA04828@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Lee Crites (AEI)" cc: freebsd-hackers@freebsd.org Subject: Re: netscape via pppd cannot seem to get name service In-reply-to: Your message of "Tue, 29 Apr 1997 08:58:37 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 1997 00:41:51 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > =>Err, that's just flat out weird. Is this using modems? Why > =>don't you use getty to handle this? I can be configured to > =>auto-detect ppp connections and start pppd for you. > > Can someone point me to more info on setting up getty so it will handle > ppp connections? > > I tried to just change the ttys line back to getty, but it didn't > recognize the ppp login as such (netscape reported an error negotiating > login). Lee, don't you read manpages? :-) man getty and gettytab. Look for "pp". The "pp=" capability should point to a program (NOT pppd!) which handles ppp logins. Once this program gets control, then it assembles the command line to ppp or pppd, almost always including "auth" and "login", which does the protocol negotiation, login and so on. There's a kit assembled by Daniel O'Callaghan which will give you a good head start in setting this up. Email him for more information. Regards, David David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Tue Apr 29 07:51:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA19560 for hackers-outgoing; Tue, 29 Apr 1997 07:51:00 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA19550 for ; Tue, 29 Apr 1997 07:50:47 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id AAA04849; Wed, 30 Apr 1997 00:49:29 +1000 (EST) Message-Id: <199704291449.AAA04849@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: Andrzej Bialecki cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Who enforces the `limits` ? (Or: The Forkin' Monster) In-reply-to: Your message of "Tue, 29 Apr 1997 14:21:58 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 1997 00:49:29 +1000 From: David Nugent Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It was Friday afternoon, and I was rather bored. So I wrote the following > program: Which kernel? I'll assume 2.2... > I compiled it and run as a normal user. It effectively locked up my > machine. For all practical purposes it constitutes very effective DoS > attack. FreeBSD prior 3.0 doesn't (readily) distinguish between a "normal" user and any other. Any per-user resource limits are system wide, unless special steps are taken to change that. One suggestion is to add some ulimits/limits calls into /etc/profile and /etc/csh.login and lower the default hard limits. > * How to defend against such a hostile process? 3.0-current contains support for /etc/login.conf, where resource limits can be set for classes of users. Unfortunately, this is not in 2.2 (well.. yet - I'd certainly consider it stable enough for inclusion and I'm willing to bring it all into the RELENG_2_2 branch if there is demand). > * How to enforce the `limits`, as shown by e.g. csh, in order to protect > system from running out of resources (e.g. kernel proc table entries)? You need to do this at login. > To put it mildly, I feel rather uncomfortable, knowing that any user can > do such harm to my system. Yes, so do I. David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Tue Apr 29 08:26:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA21009 for hackers-outgoing; Tue, 29 Apr 1997 08:26:44 -0700 (PDT) Received: from ghpc8.ihf.rwth-aachen.de (ghpc8.ihf.RWTH-Aachen.DE [134.130.90.8]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA20998 for ; Tue, 29 Apr 1997 08:26:30 -0700 (PDT) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.rwth-aachen.de [134.130.90.6]) by ghpc8.ihf.rwth-aachen.de (8.8.5/8.8.5) with ESMTP id RAA07538; Tue, 29 Apr 1997 17:25:23 +0200 (CEST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.8.5/8.8.5) id RAA00358; Tue, 29 Apr 1997 17:25:22 +0200 (CEST) To: David Nugent Cc: Andrzej Bialecki , freebsd-hackers@freebsd.org Subject: Re: Who enforces the `limits` ? (Or: The Forkin' Monster) References: <199704291449.AAA04849@labs.usn.blaze.net.au> From: Thomas Gellekum Date: 29 Apr 1997 17:25:21 +0200 In-Reply-To: David Nugent's message of Wed, 30 Apr 1997 00:49:29 +1000 Message-ID: <87207tvoke.fsf@ghpc6.ihf.rwth-aachen.de> Lines: 10 X-Mailer: Gnus v5.4.37/XEmacs 19.15 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Nugent writes: > 3.0-current contains support for /etc/login.conf, where resource limits > can be set for classes of users. Unfortunately, this is not in 2.2 > (well.. yet - I'd certainly consider it stable enough for inclusion > and I'm willing to bring it all into the RELENG_2_2 branch if there > is demand). Yes, please. tg From owner-freebsd-hackers Tue Apr 29 08:56:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA22273 for hackers-outgoing; Tue, 29 Apr 1997 08:56:46 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA22266 for ; Tue, 29 Apr 1997 08:56:42 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA20346 for ; Tue, 29 Apr 1997 17:57:26 +0200 (MET DST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.8.5/8.6.9) id SAA02704 for freebsd-hackers@freefall.cdrom.com; Tue, 29 Apr 1997 18:15:55 +0200 (MET DST) Date: Tue, 29 Apr 1997 18:15:55 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199704291615.SAA02704@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: FP problem Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We are running some FPU intense jobs on a PPRO that run a couple of days. My colleague says that the program ran before but after recompilation on the PPRO machine he got the errors. I'm wondering what might have changed. Could the fact that another job is running in parallel (freebsd-bovrc-client) affect the job? I don't think so but who knows? Here is his FPU excerpt: (gdb) info float u: status 0x83e1: exceptions: INVALID LOS FPSTACK; flags: 0011; top 0 e: status 0x300: flags: 0011; top 0 control 0x1272: compute to 53 bits; round NEAREST; mask: DENORM UNDERF LOS; last instruction: opcode 0x1d0; pc 0x8:0xf01c9e7e; operand 0x10:0x0 regno tag msb lsb value %st(7) valid 3ff7f8d857e26d20c800 0.00759415 %st(6) valid c001ada01ce384b7cd7a -5.4258 %st(5) valid bff7908c816f2bddc000 -0.00441128 %st(4) valid bff5908c816f2bddc000 -0.00110282 %st(3) valid bfe8d0f1965952e82000 -1.94594e-07 %st(2) valid bfe9b1ac57cb15b7a800 -3.30942e-07 %st(1) valid bfe9cb23c3f349790800 -3.78377e-07 %st(0) => valid bfe9d7d9d68f0db23800 -4.02054e-07 He says the expression in question is a relatively complex fortran expression: rsp=-z*(1.D0+a1*z*(1.D0+a2*z*(1.D0+a3*z2*(1.D0+a4*z2* 1 (1.D0+a5*z2*(1.D0+a6*z2*(1.D0+a7*z2*(1.D0+a8*z2*(1.D0+a9*z2* 2 (1.D0+a10*z2)))))))))) 3 -zeta2-0.5D0*log(-x)**2 And the incoming values all were OK. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Apr 29 09:02:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA22535 for hackers-outgoing; Tue, 29 Apr 1997 09:02:30 -0700 (PDT) Received: from bmccane.uit.net (bmccane.uit.net [208.129.189.48]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22529 for ; Tue, 29 Apr 1997 09:02:27 -0700 (PDT) Received: (from root@localhost) by bmccane.uit.net (8.8.5/8.8.5) id LAA10448; Tue, 29 Apr 1997 11:02:08 -0500 (CDT) Date: Tue, 29 Apr 1997 11:02:02 -0500 (CDT) From: Wm Brian McCane To: hackers@freebsd.org Subject: My postings to this list. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay, this may be completely normal, or I may be mis-configured and I just want to know which it is. Whenever I post to mailing-list(s), and look at my mail in pine (3.91). Instead of seeing my name in the list as the poster, I see "To: hackers@freebsd.org" or something similar. Is this correct? Does it show me this because I posted it from here, or is it a mis-configuration or a bug? Sorry if you think this doesn't belong here, but this is where I keep seeing it. brian +-------------------------------------+----------------------------------------+ He rides a cycle of mighty days, and \ Wm Brian and Lori McCane he represents the last great schizm \ McCane Consulting among the gods. Evil though he obviously \ root@bmccane.uit.net is, he is a mighty figure, this father of \ http://bmccane.uit.net/ my spirit, and I respect him as the sons \ http://bmccane.uit.net/~pictures/ of old did the fathers of their bodies. \ http://bmccane.uit.net/~bmccane/ Roger Zelazny - "Lord of Light" \ http://bmccane.uit.net/~bbs/ +---------------------------------------------+--------------------------------+ From owner-freebsd-hackers Tue Apr 29 09:02:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA22568 for hackers-outgoing; Tue, 29 Apr 1997 09:02:58 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22558 for ; Tue, 29 Apr 1997 09:02:51 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.5/8.8.5) with SMTP id TAA09997; Tue, 29 Apr 1997 19:03:01 +0300 (EEST) Date: Tue, 29 Apr 1997 19:03:01 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: David Nugent cc: freebsd-hackers@freebsd.org Subject: Re: Who enforces the `limits` ? (Or: The Forkin' Monster) In-Reply-To: <87207tvoke.fsf@ghpc6.ihf.rwth-aachen.de> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear David, yes, there IS a demand. Would you mind sheduling some time to include this feature into 2.2 branch, please, if only possible. Thanks a bunch in advanse! On 29 Apr 1997, Thomas Gellekum wrote: > Date: 29 Apr 1997 17:25:21 +0200 > From: Thomas Gellekum > To: David Nugent > Cc: Andrzej Bialecki , > freebsd-hackers@freebsd.org > Subject: Re: Who enforces the `limits` ? (Or: The Forkin' Monster) > > David Nugent writes: > > 3.0-current contains support for /etc/login.conf, where resource limits > > can be set for classes of users. Unfortunately, this is not in 2.2 > > (well.. yet - I'd certainly consider it stable enough for inclusion > > and I'm willing to bring it all into the RELENG_2_2 branch if there > > is demand). > > Yes, please. > > tg > Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Tue Apr 29 09:03:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA22617 for hackers-outgoing; Tue, 29 Apr 1997 09:03:18 -0700 (PDT) Received: from adam.adonai.net ([205.182.92.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA22609 for ; Tue, 29 Apr 1997 09:03:13 -0700 (PDT) Received: from localhost (leec@localhost) by adam.adonai.net (8.8.5/8.7.3) with SMTP id LAA05007; Tue, 29 Apr 1997 11:04:00 -0500 (CDT) Date: Tue, 29 Apr 1997 11:04:00 -0500 (CDT) From: "Lee Crites (AEI)" To: David Nugent cc: freebsd-hackers@freebsd.org Subject: Re: netscape via pppd cannot seem to get name service In-Reply-To: <199704291441.AAA04828@labs.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, David Nugent wrote: =>> I tried to just change the ttys line back to getty, but it didn't =>> recognize the ppp login as such (netscape reported an error negotiating =>> login). => =>Lee, don't you read manpages? :-) Yup. It's amazing, though, how much it helps to know what you are talking about *before* you try to read tha man page. While some man pages include enough information for someone who had no clue what that command is supposed to do to figure it out, quite a few are little more than reminders of things you already know. =>man getty and gettytab. Look for "pp". The "pp=" capability should point =>to a program (NOT pppd!) which handles ppp logins. Once this program This little hint makes a world of difference. I had tried the pp= option with it pointing to pppd, without success. I noted from one of the man pages (can't remember which right now) that one of the ppp utils was designed so it could be run as a daemon or from the command line. I thought if nothing else happened, I might try making a script which would call it with the appropriate flags. But since my pppd test failed so wonderfully, trying a script was rather low on my list of possibilities. Could it be that this was the answer from the beginning? =>There's a kit assembled by Daniel O'Callaghan =>which will give you a good head start in setting this up. Email him for =>more information. Thanks for the pointer. I've just sent him a message as well. Lee From owner-freebsd-hackers Tue Apr 29 09:26:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA23880 for hackers-outgoing; Tue, 29 Apr 1997 09:26:57 -0700 (PDT) Received: from sand.sentex.ca (sand.sentex.ca [206.222.77.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA23859 for ; Tue, 29 Apr 1997 09:26:27 -0700 (PDT) Received: from gravel (gravel.sentex.ca [205.211.165.210]) by sand.sentex.ca (8.8.5/8.8.3) with SMTP id MAA05784; Tue, 29 Apr 1997 12:26:01 -0400 (EDT) Message-Id: <3.0.1.32.19970429122544.00c49100@sentex.net> X-Sender: mdtancsa@sentex.net X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Tue, 29 Apr 1997 12:25:44 -0400 To: "Whitesel, Rick" , "'FreeBSD Hackers'" From: Mike Tancsa Subject: Re: ucd-snmp-3.1.3 patch In-Reply-To: <3360F09C@smtpgate.xyplex.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:56 AM 4/25/97 PDT, Whitesel, Rick wrote: > >Hi: > I am enclosing the full replacement patch file for the file >extensible.c. The file was missing an include of vm/vm_param.h. It >appears that this file is no longer automatically included in the >kernel.h(?) file. The file extensible.c is normally found in the >following directory: Hi, I applied the patch and the port builds just fine, but when running snmpwalk, I still get snmpwalk in free(): warning: chunk is already free. snmpwalk in free(): warning: chunk is already free. snmpwalk in free(): warning: chunk is already free. after each get it does... Any ideas ? ---Mike ********************************************************************** Mike Tancsa (mike@sentex.net) * To do is to be -- Nietzsche Sentex Communications Corp, * To be is to do -- Sartre Cambridge, Ontario * Do be do be do -- Sinatra (http://www.sentex.net/~mdtancsa) * From owner-freebsd-hackers Tue Apr 29 09:27:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA23956 for hackers-outgoing; Tue, 29 Apr 1997 09:27:49 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA23951; Tue, 29 Apr 1997 09:27:47 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA03097; Tue, 29 Apr 1997 09:27:44 -0700 Date: Tue, 29 Apr 1997 09:27:43 -0700 (PDT) From: "Brian N. Handy" To: hackers@FreeBSD.org Cc: Jordan Hubbard Subject: Confused over new rc.* changes Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk So I got lucky and I'm updating a new machine with Jordan's rearranged rc.* changes. I've got a question already... In /usr/src/etc there's now an etc.i386 directory which contains rc.i386. I've poked through the remaining rc files and I can't see where this gets called from. Is this file supposed to live in /etc/ or /etc/etc.i386? Is this documented anywhere? So far all I can find is the stuff in the cvs tree related to Jordan's commits, and I'm not sure I understand the way things flow here yet. I like the new rc.conf setup, although it's not radically different from sysconfig it's a lot simpler to look through for stuff. I'm just having a problem getting myself situated with the new system. Happy trails Brian From owner-freebsd-hackers Tue Apr 29 09:28:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA24058 for hackers-outgoing; Tue, 29 Apr 1997 09:28:11 -0700 (PDT) Received: from cerberus.partsnow.com (gatekeeper.partsnow.com [207.155.26.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA24044 for ; Tue, 29 Apr 1997 09:28:08 -0700 (PDT) Received: (from bin@localhost) by cerberus.partsnow.com (8.8.5/8.6.9) id JAA26699 for ; Tue, 29 Apr 1997 09:27:26 -0700 (PDT) X-Authentication-Warning: cerberus.partsnow.com: bin set sender to using -f Received: from nouvelle(192.168.100.9) by cerberus.partsnow.com via smap (V2.0) id xma026697; Tue, 29 Apr 97 09:27:17 -0700 Message-ID: <336621B0.545A@PartsNow.com> Date: Tue, 29 Apr 1997 09:28:32 -0700 From: Don Wilde Organization: Soligen, Incorporated X-Mailer: Mozilla 2.01E-NOV-NOV (Win95; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: 7860 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Guys - Could someone enlighten me as to what the problems are in the Adaptec 7860 on-board 2940 chip are. Somebody referred to it as 'brain-dead' in an earlier post. I have 2 of the Iwill/Quick Technology boards running 2.1.7 and one which is a novell server with a 2940 board added as a duplex controller. I have never had a problem with either of the BSD systems (both of which are very lightly loaded at the moment), but my Novell had a seizure for unknown reasons and I am wondering as to the cause. Can somebody enlighten me or point me to a web page with a discussion of this? -- oooOOO O O O o * * * * * * o ___ _________ _________ ________ _________ _________ ___==_ V_=_=_DW ===--- Don Wilde [don@PartsNow.com] [http://www.PartsNow.com ] /oo0000oo-oo--oo-ooo---ooo-ooo---ooo-ooo--ooo-ooo---ooo-ooo---ooo-oo--oo From owner-freebsd-hackers Tue Apr 29 09:29:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA24249 for hackers-outgoing; Tue, 29 Apr 1997 09:29:50 -0700 (PDT) Received: from plaut.de (inet.plaut.de [194.39.177.166]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA24239 for ; Tue, 29 Apr 1997 09:29:47 -0700 (PDT) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id SAA20381 for ; Tue, 29 Apr 1997 18:29:42 +0200 Received: from localhost (afuchs@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id SAA01970 for ; Tue, 29 Apr 1997 18:29:42 +0200 (MET DST) Date: Tue, 29 Apr 1997 18:29:42 +0200 (MET DST) From: Alexander Fuchsstadt To: freebsd-hackers@freebsd.org Subject: Compaq Integrated Netflex Ethernet Card (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Does anybody know about a compatible freeBSD-driver for the Compaq Integrated Netflex Ethernet Card? It's an ethernet card integrated on some newer Pentium 166 Compaq boards which are shiped with a pci Matrox videocard and an Adaptec 2940 scsi-controler (mounted both in pci-slots). Bye Alex From owner-freebsd-hackers Tue Apr 29 09:39:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA24839 for hackers-outgoing; Tue, 29 Apr 1997 09:39:00 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA24826 for ; Tue, 29 Apr 1997 09:38:30 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.5/8.7.3) with SMTP id SAA21233; Tue, 29 Apr 1997 18:37:49 +0200 (MET DST) Date: Tue, 29 Apr 1997 18:37:49 +0200 (MET DST) From: Andrzej Bialecki To: David Nugent cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Who enforces the `limits` ? (Or: The Forkin' Monster) In-Reply-To: <199704291449.AAA04849@labs.usn.blaze.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, David Nugent wrote: > > It was Friday afternoon, and I was rather bored. So I wrote the following > > program: > > Which kernel? I'll assume 2.2... No, here's what I'm running now: FreeBSD 3.0-CURRENT #0: Mon Apr 28 19:24:28 CEST 1997 root@hortensja.nask.waw.pl:/usr/src/sys/compile/SMP FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010 cpu1 (AP): apic id: 1, version: 0x00030010 io0 (APIC): apic id: 2, version: 0x00170011 CPU: Pentium (586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf > One suggestion is to add some ulimits/limits calls into /etc/profile > and /etc/csh.login and lower the default hard limits. Yes, it's a good idea. Perhaps it should be there by default...? > 3.0-current contains support for /etc/login.conf, where resource limits > can be set for classes of users. Unfortunately, this is not in 2.2 > (well.. yet - I'd certainly consider it stable enough for inclusion > and I'm willing to bring it all into the RELENG_2_2 branch if there > is demand). I'd be glad to see it. Some time ago I considered adding support for SecurID token authentication, and people kept saying that /etc/login.conf is pretty much dead, so I'd better wait for PAM ... Sincerely yours, --- Andrzej Bialecki FreeBSD: Turning PCs Into Workstations http://www.freebsd.org Research and Academic Network in Poland From owner-freebsd-hackers Tue Apr 29 09:50:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA25439 for hackers-outgoing; Tue, 29 Apr 1997 09:50:46 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA25421 for ; Tue, 29 Apr 1997 09:50:39 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA22881; Tue, 29 Apr 1997 12:50:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 29 Apr 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id HAA02498; Tue, 29 Apr 1997 07:58:29 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id IAA00294; Tue, 29 Apr 1997 08:05:07 -0400 (EDT) Date: Tue, 29 Apr 1997 08:05:07 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704291205.IAA00294@lakes.water.net> To: ponds!plutotech.com!gibbs, ponds!lakes.water.net!rivers Subject: Re: Aha2940 problems with 940722 snap. - results from 940727 snap. Cc: ponds!freefall.cdrom.com!freebsd-hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Justin writes: > > > sd0(ahc0:0:0): SCB 0x3 - timed out in command phase, SCSISIGI == 0x84 > > SEQADDR = 0x42 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x2 > > st0(ahc0:2:0): abort message in message buffer > > sd0(ahc0:0:0): SCB 0x2 timedout while recovery in progress > > st0(ahc0:2:0): SCB 0x0 - timed out in command phase, SCSISIGI == 0x94 > > SEQADD = 0x42 SCSISEQ = 0x12 SSTAT0 = 0x7 SSTAT1 = 0x2 > > ahc0: Issued Channel A Bus Reset. 3 SCBs aborted > > Clearing bus reset > > Clearing 'in-reset' flag > > st0(ahc0:2:0): no longer in timeout > > This looks like you do not have disconnection enabled for your tape > drive and that the rewind is basically "stuffing up the bus." Ensure > that you have disconnection enabled in the SCSI-Select menu on the > card and that any hardware jumpers on the tape drive that affect > disconnection are set properly. In the words of "The Brain" - YYEESS! That cleared up my problem totally! I'm happily reading/writing tapes; hitting cntrl-C, etc... not a problem in the world. [Turns out I had disabled disconnection on my TAPE and CD-ROM drive, probably inadvertently when I was turning off WIDE negotiation.] > > > As for the hang, the messages indicate that the driver cleaned up > properly. Hmmm. Can you put DDB in your kernel and see where the > driver is hanging? I'll be happy to; perhaps later this evening. I've got a lot of tapes to read/write now :-) Thanks again!!! - Dave Rivers - From owner-freebsd-hackers Tue Apr 29 09:50:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA25475 for hackers-outgoing; Tue, 29 Apr 1997 09:50:53 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA25424 for ; Tue, 29 Apr 1997 09:50:40 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA22908; Tue, 29 Apr 1997 12:50:08 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 29 Apr 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id MAA10028; Tue, 29 Apr 1997 12:10:46 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id MAA00794; Tue, 29 Apr 1997 12:17:25 -0400 (EDT) Date: Tue, 29 Apr 1997 12:17:25 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704291617.MAA00794@lakes.water.net> To: ponds!zeta.org.au!bde, michaelh@cet.co.jp Subject: Re: namei & hash functions Cc: ponds!hub.freebsd.org!hackers, ponds!atrad.adelaide.edu.au!msmith Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On Sun, 27 Apr 1997, Bruce Evans wrote: > > > The mask version is the original 4.4Lite version. The prime version is > > supposed to be a FreeBSD enhancement. One would hope that whoever changed > > it did extensive tests :-). > > Umm. I didn't notice it in the logs. Just curious how many integer mults > by 33 equal a integer mod by a prime? > > Mike Hancock > > Well, hmm, let's see. A multiply by 33 becomes a shift-left 5 and an add. A mod by a prime is going to involve a division (there's not much else you can do with a prime number...) which will be _considerably_ slower; possibly involving 32 shifts and as many subtracts (although more likely around 16 or so.) So; my answer would be "lots"; around 16 or so. - Dave Rivers - From owner-freebsd-hackers Tue Apr 29 10:20:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA27036 for hackers-outgoing; Tue, 29 Apr 1997 10:20:25 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA27030; Tue, 29 Apr 1997 10:20:22 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id KAA22554; Tue, 29 Apr 1997 10:20:34 -0700 (PDT) To: "Brian N. Handy" cc: hackers@FreeBSD.org, Jordan Hubbard Subject: Re: Confused over new rc.* changes In-reply-to: Your message of "Tue, 29 Apr 1997 09:27:43 PDT." Date: Tue, 29 Apr 1997 10:20:34 -0700 Message-ID: <22552.862334434@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > In /usr/src/etc there's now an etc.i386 directory which contains rc.i386. > I've poked through the remaining rc files and I can't see where this gets > called from. Is this file supposed to live in /etc/ or /etc/etc.i386? Is It's called from /etc/rc: # configure implementation specific stuff arch=`uname -m` if [ -f /etc/rc.${arch} ]; then . /etc/rc.${arch} fi > I like the new rc.conf setup, although it's not radically different from > sysconfig it's a lot simpler to look through for stuff. I'm just having a That was the basic idea - nothing too radical, just evolutionary. :) Jordan From owner-freebsd-hackers Tue Apr 29 10:51:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA28879 for hackers-outgoing; Tue, 29 Apr 1997 10:51:07 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA28867 for ; Tue, 29 Apr 1997 10:50:46 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA28428; Tue, 29 Apr 1997 13:50:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 29 Apr 1997 13:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id MAA11809; Tue, 29 Apr 1997 12:53:19 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id MAA01192; Tue, 29 Apr 1997 12:59:56 -0400 (EDT) Date: Tue, 29 Apr 1997 12:59:56 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704291659.MAA01192@lakes.water.net> To: ponds!lakes.water.net!rivers, ponds!opus.cts.cwu.edu!skynyrd Subject: Re: netdb.h and -traditional. Cc: ponds!freefall.cdrom.com!freebsd-hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chris Timmons writes: > > Could you say something like 'gcc -traditional -Dconst=""' to make them > disappear before the compiler sees them? Sure - which is exactly what I did for this particular instance. My "meta-question" is - should I have to do that, or are we going to support compiling older non-ANSI sources? > Aside from a user-hack of this > class I can't say I would be for mangling our include files any more than > they are already. > > You could probably lock yourself in a room with the O'Reilley perl and > regex books for a while and come up with some patterns to transform your > sources to be more reasonable wrt ISO c (which would be a better > investment in time spent :) Protoize, cproto and some other tools are available for this - so it's not a big problem... I just prefer that things keep compiling with newer releases, unchanged. Although, I recognize that change is going to be needed sooner or later or nothing moves forward... my philosphy is "break as little as possible." Also, if you look back in the mail archives; you'll see I run into this problem about once every 14 months or so... > > -Chris > > > On Mon, 28 Apr 1997, Thomas David Rivers wrote: > > > > > I was attempting to compile some older non-ANSI programs, that > > require the -traditional option on GCC. > > > > Unfortunately, netdb.h (and possibly other headers) use ANSI > > keywords (notably - 'const') which breaks this. > > > > Should our header files be compilable by non-ANSI compilers? > > > > - Dave Rivers - > > > > From owner-freebsd-hackers Tue Apr 29 10:58:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA29238 for hackers-outgoing; Tue, 29 Apr 1997 10:58:09 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA29233 for ; Tue, 29 Apr 1997 10:58:06 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id KAA23627; Tue, 29 Apr 1997 10:57:16 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd023621; Tue Apr 29 17:57:09 1997 Message-ID: <33663658.41C67EA6@whistle.com> Date: Tue, 29 Apr 1997 10:56:40 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Simon Shapiro CC: freebsd-hackers@freebsd.org Subject: Re: A Desparate Plea for Help... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro wrote: > > Hi Julian Elischer; On 28-Apr-97 you wrote: > > ... > > > The best thing for you to do with this > > is to compile the gernet > ^^^^^^ Kernel. Right? yep finger blowout > > using -g > > do this by using > > config -g > > do: (on the compile machine) > > make > > cp kernel kernel.debug > > strip -d kernel > > Are the two above in / or in /usr/src/sys/compile/WHATEVER? this all happens in /usr/src/sys/compile/WHATEVER > > > > also: > > cat >.gdbinit < > set remotebaud 9600 > > file kernel.debug > > target remote /dev/cuaa1 > > DONE > > In / or in /usr/src/sys/compile/WHATEVER? /usr/src/sys/compile/WHATEVER > > > > > > compile the options DDB and set the default > > debugger to be gdb by booting with -g > > > > then if you get a crash, > > make sure that /dev/cuaa1 (com2) on your source machine is > > connected to com1 on the victim machine > > and type > > cd /sys/compile/ > > gdb > > > > this (due to the .gdbinit) will fire up gdb and allow you to walk up and > > down the > > stack trace of the crashed kernel. > > > > even if the screen is stuck in X11. > > > > there are some problems I've seen. > > > > 1/ the newest gdb versions are not as good at doing this as some of the > > older ones. > > What is an ``older but better'' one? Version #, etc... > > > and sometimes get confused. > > 2/ you must remember to make sure the system has sert gdb to be the > > kernel debugger. > > (there may be a compile time option for this.. I forget) > > Could not find that, other than the -g at boot time. > > > 3/ some uarts don't like this if com1 is already being used for > > something.. > > (move your mouse to com2) > > ay suggestion on what are the best settings for com4? I need a mouse, a > serial > port for modem and a serial port for ISDN. Can I configure everything to > use > com4 instead of com1? Will make it simpler here. the kernel gdb slave will only run on the device selected for the serial console (it uses the same routines) > > Simon From owner-freebsd-hackers Tue Apr 29 11:05:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA29634 for hackers-outgoing; Tue, 29 Apr 1997 11:05:00 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA29628; Tue, 29 Apr 1997 11:04:55 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id LAA04067 ; Tue, 29 Apr 1997 11:02:15 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA15190; Tue, 29 Apr 1997 11:02:19 -0700 Date: Tue, 29 Apr 1997 11:02:18 -0700 (PDT) From: "Brian N. Handy" To: Jordan Hubbard Cc: hackers@FreeBSD.org Subject: rc.bleah Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I seem to have wedged my machine now with the new rc.[bleah] changes. What's happening now is on startup syslogd dies with a line like: syslogd: bind: Can't assign requested address A little fiddling around turned up that the network interface wasn't being initialized. I have two config lines in rc.conf; basically stolen from the old sysconfig: network_devices="lo0 ed1" # List o' network devices ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration ifconfig_ed1="inet 192.68.162.69 netmask 0xffffff00" ...but the device, she no get initialized. So syslogd doesn't fire off. And other things just don't seem to work either. Any advice here? I suspect I haven't carried something over from the old system to the new system right, but damned if I can see the problem. Thanks, Brian From owner-freebsd-hackers Tue Apr 29 11:21:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA00843 for hackers-outgoing; Tue, 29 Apr 1997 11:21:02 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA00833; Tue, 29 Apr 1997 11:20:58 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA15789; Tue, 29 Apr 1997 11:21:02 -0700 Date: Tue, 29 Apr 1997 11:21:02 -0700 (PDT) From: "Brian N. Handy" To: Jordan Hubbard Cc: hackers@freebsd.org Subject: Re: rc.bleah In-Reply-To: Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, I wrote: >I seem to have wedged my machine now with the new rc.[bleah] changes. >What's happening now is on startup syslogd dies with a line like: > > syslogd: bind: Can't assign requested address I found the problem, I didn't have rc.network moved into /etc. Everything seems to work now. Color me clueless. Happy trails, Brian From owner-freebsd-hackers Tue Apr 29 11:23:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01009 for hackers-outgoing; Tue, 29 Apr 1997 11:23:48 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA01004 for ; Tue, 29 Apr 1997 11:23:40 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id UAA04097; Tue, 29 Apr 1997 20:17:20 +0200 (SAT) From: John Hay Message-Id: <199704291817.UAA04097@zibbi.mikom.csir.co.za> Subject: Re: ucd-snmp-3.1.3 patch In-Reply-To: <3.0.1.32.19970429122544.00c49100@sentex.net> from Mike Tancsa at "Apr 29, 97 12:25:44 pm" To: mike@sentex.net (Mike Tancsa) Date: Tue, 29 Apr 1997 20:17:20 +0200 (SAT) Cc: rwhitesel@xyplex.com, freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > At 10:56 AM 4/25/97 PDT, Whitesel, Rick wrote: > > > >Hi: > > I am enclosing the full replacement patch file for the file > >extensible.c. The file was missing an include of vm/vm_param.h. It > >appears that this file is no longer automatically included in the > >kernel.h(?) file. The file extensible.c is normally found in the > >following directory: > > Hi, > I applied the patch and the port builds just fine, but when running > snmpwalk, I still get > snmpwalk in free(): warning: chunk is already free. > snmpwalk in free(): warning: chunk is already free. > snmpwalk in free(): warning: chunk is already free. > > after each get it does... Any ideas ? > I have fixed that and made it work on FreeBSD-current also. I have send the patches to the maintainer, but he has been very busy the last few weeks, so it isn't part of the port yet. Here is a patch to fix that. John -- John Hay -- John.Hay@mikom.csir.co.za *** snmplib/snmp_client.c.orig Mon Jan 20 17:43:23 1997 --- snmplib/snmp_client.c Sun Mar 30 22:13:15 1997 *************** *** 159,164 **** --- 159,168 ---- /* clone the pdu */ state->pdu = newpdu = (struct snmp_pdu *)malloc(sizeof(struct snmp_pdu)); memmove(newpdu, pdu, sizeof(struct snmp_pdu)); + if (pdu->community_len != 0){ + newpdu->community = malloc(pdu->community_len); + memmove(newpdu->community, pdu->community, pdu->community_len); + } newpdu->variables = 0; var = pdu->variables; if (var != NULL){ From owner-freebsd-hackers Tue Apr 29 11:32:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA01421 for hackers-outgoing; Tue, 29 Apr 1997 11:32:33 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA01412 for ; Tue, 29 Apr 1997 11:32:30 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-38.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA05843 (5.67b/IDA-1.5 for ); Tue, 29 Apr 1997 20:32:19 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id UAA01237; Tue, 29 Apr 1997 20:32:18 +0200 (CEST) Message-Id: <19970429203217.10037@x14.mi.uni-koeln.de> Date: Tue, 29 Apr 1997 20:32:17 +0200 From: Stefan Esser To: Alexander Fuchsstadt Cc: freebsd-hackers@freebsd.org Subject: Re: Compaq Integrated Netflex Ethernet Card (fwd) References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 In-Reply-To: ; from Alexander Fuchsstadt on Tue, Apr 29, 1997 at 06:29:42PM +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 29, Alexander Fuchsstadt wrote: > Does anybody know about a compatible freeBSD-driver for the Compaq > Integrated Netflex Ethernet Card? > It's an ethernet card integrated on some newer Pentium 166 Compaq boards > which are shiped with a pci Matrox videocard and an Adaptec 2940 > scsi-controler (mounted both in pci-slots). Hallo! Standard answer: Send a verbose boot message log, and we'll be able to find out what kind of chip that is, without the need to buy such a box just for that purpose :) Compaq used Lance compatible chips, before, which are automatically attached by FreeBSD 2.x and newer. Gruss, STefan From owner-freebsd-hackers Tue Apr 29 11:45:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA02306 for hackers-outgoing; Tue, 29 Apr 1997 11:45:22 -0700 (PDT) Received: from draw.ubet.com (draw.ubet.com [206.79.156.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02301 for ; Tue, 29 Apr 1997 11:45:20 -0700 (PDT) Received: from roulette.ubet.com (roulette.ubet.com [10.10.10.11]) by draw.ubet.com with SMTP (8.7.5/8.7.3) id LAA27680 for ; Tue, 29 Apr 1997 11:43:23 -0700 (PDT) Received: by roulette.ubet.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5) id <01BC5493.0227A6D0@roulette.ubet.com>; Tue, 29 Apr 1997 11:46:43 -0700 Message-ID: From: Sam Wu To: "'hackers@freebsd.org'" Subject: remove Date: Tue, 29 Apr 1997 11:46:41 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Remove saminfo@ubet.com From owner-freebsd-hackers Tue Apr 29 11:47:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA02471 for hackers-outgoing; Tue, 29 Apr 1997 11:47:58 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA02464 for ; Tue, 29 Apr 1997 11:47:53 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04918; Tue, 29 Apr 1997 11:46:53 -0700 From: Terry Lambert Message-Id: <199704291846.LAA04918@phaeton.artisoft.com> Subject: Re: netscape & dos file access To: un_x@anchorage.net (Steve Howe) Date: Tue, 29 Apr 1997 11:46:52 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: from "Steve Howe" at Apr 29, 97 03:42:58 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > i think i may be crazy here, but i have verified this any times. > > i got Netscape for FreeBSD form Netscape's site. > if i modify the "bookmarks" path in the "preferences" file, > whether relative, or absolute, to my W31 Netscapes bookmarks > on my DOS partition, it will crash within 5 minutes or so. > eventually crashing my entire system after a few restarts. > > however, i may change this path to my Lynx bookmarks in another > directory on my BSDfs and it will run fine ... ? > > i can't understand this! other programs do fine accessing the DOS > partition, and Netscape shouldn't care where the blocks come off > the hard drive ... ??? I'd be very interested to know if: 1) Netscape mmap's this file. 2) Netscape calls msync() when changing the file size via normal FS operations. You will have to pound printf's into your kernel to check this out (sorry, I don't run most of my developement machines net-connected, so I don't have Netscape to try to reproduce the problem). I suspect that there are specific problems in the DOSFS in the first case above, which may or may not be related to the second case, above. Sorry I can't provide better help. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 29 12:19:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA04115 for hackers-outgoing; Tue, 29 Apr 1997 12:19:17 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA04104; Tue, 29 Apr 1997 12:19:08 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id VAA20566; Tue, 29 Apr 1997 21:18:52 +0200 (MET DST) Date: Tue, 29 Apr 1997 21:18:52 +0200 (MET DST) Message-Id: <199704291918.VAA20566@bitbox.follo.net> From: Eivind Eklund To: Stefan Esser CC: afuchs@totum.plaut.de, freebsd-hackers@FreeBSD.org In-reply-to: Stefan Esser's message of Tue, 29 Apr 1997 20:32:17 +0200 Subject: Re: Compaq Integrated Netflex Ethernet Card (fwd) References: <19970429203217.10037@x14.mi.uni-koeln.de> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > On Apr 29, Alexander Fuchsstadt wrote: > > Does anybody know about a compatible freeBSD-driver for the Compaq > > Integrated Netflex Ethernet Card? > > It's an ethernet card integrated on some newer Pentium 166 Compaq boards > > which are shiped with a pci Matrox videocard and an Adaptec 2940 > > scsi-controler (mounted both in pci-slots). > > Standard answer: Send a verbose boot message log, > and we'll be able to find out what kind of chip > that is, without the need to buy such a box just > for that purpose :) > > Compaq used Lance compatible chips, before, which > are automatically attached by FreeBSD 2.x and newer. Not for anything lower than 2.1.6, at least. Compaq use some variant of PCI 2, and wasn't detected without kernel patches until at least 2.1.6, possibly 2.1.7. I've run one of those cards since 2.1.0 - work quite OK. (Reception errors on a moderately loaded Ethernet about 5 times a day, causing a retransmitted packet. About 1MB/s for SMB transfers - quite OK :) This was the old NetFlex controllers, on the ProSignia 300 in this case. Eivind. From owner-freebsd-hackers Tue Apr 29 12:20:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA04247 for hackers-outgoing; Tue, 29 Apr 1997 12:20:58 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA04237 for ; Tue, 29 Apr 1997 12:20:51 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA06879; Tue, 29 Apr 1997 15:20:06 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 29 Apr 1997 15:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id OAA14347; Tue, 29 Apr 1997 14:08:58 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id OAA01477; Tue, 29 Apr 1997 14:15:37 -0400 (EDT) Date: Tue, 29 Apr 1997 14:15:37 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704291815.OAA01477@lakes.water.net> To: ponds!labinfo.iet.unipi.it!luigi, ponds!lakes.water.net!rivers Subject: Re: namei & hash functions Cc: ponds!zeta.org.au!bde, ponds!hub.freebsd.org!hackers, ponds!cet.co.jp!michaelh, ponds!atrad.adelaide.edu.au!msmith Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > Umm. I didn't notice it in the logs. Just curious how many integer mults > > > by 33 equal a integer mod by a prime? > > > > > > Mike Hancock > > > > Well, hmm, let's see. > > > > A multiply by 33 becomes a shift-left 5 and an add. > > > > A mod by a prime is going to involve a division (there's not > > much else you can do with a prime number...) which will be > > _considerably_ slower; possibly involving 32 shifts and as many > > subtracts (although more likely around 16 or so.) > > > > So; my answer would be "lots"; around 16 or so. > > not really, computing r = x mod p where p = 2^n +/- 1 are pretty easy: > > For p = 2^n - 1: > > x = c_1 2^n + c_2 = c_1 ( 2^n - 1 ) + c_2 + c_1 > > since c_1 and c_2 are simply computed by shift and masking, > your r is simply ( c_2 + c_1 ) mod p, and this is simple to > compute. BTW this is the algorithm used for TCP checksums where > p=2^16-1 > > For p = 2^n + 1 things are not much different: > > x = c_1 2^n + c_2 = c_1 ( 2^n + 1 ) + c_2 - c_1 > > again you reduce the problem to the computation of c_2 - c_1 mod p > which is relatively simple to do. > > Cheers > Luigi Hey - that's pretty sweet... Are there some nice prime numbers that are one-off from 2^n? - Dave R. - From owner-freebsd-hackers Tue Apr 29 12:33:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA04711 for hackers-outgoing; Tue, 29 Apr 1997 12:33:19 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA04705 for ; Tue, 29 Apr 1997 12:33:16 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-38.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA06726 (5.67b/IDA-1.5 for ); Tue, 29 Apr 1997 21:32:58 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id VAA01483; Tue, 29 Apr 1997 21:32:52 +0200 (CEST) Message-Id: <19970429213251.62970@x14.mi.uni-koeln.de> Date: Tue, 29 Apr 1997 21:32:51 +0200 From: Stefan Esser To: Eivind Eklund Cc: afuchs@totum.plaut.de, freebsd-hackers@freebsd.org Subject: Re: Compaq Integrated Netflex Ethernet Card (fwd) References: <19970429203217.10037@x14.mi.uni-koeln.de> <199704291918.VAA20566@bitbox.follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 In-Reply-To: <199704291918.VAA20566@bitbox.follo.net>; from Eivind Eklund on Tue, Apr 29, 1997 at 09:18:52PM +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 29, Eivind Eklund wrote: > > Compaq used Lance compatible chips, before, which > > are automatically attached by FreeBSD 2.x and newer. > > Not for anything lower than 2.1.6, at least. Compaq use some variant Sorry, I meant to say 2.2.x ... > of PCI 2, and wasn't detected without kernel patches until at least No, the lack of full support for the PCI Lance is caused by calling conventions in the network code of 2.1.x, which were to ISA centric ... It has nothing to do with PCI 2! I started to implement a wrapper, which would have hidden this from the driver, but decided to not release that code, since I have no way to test it under 2.1.x, and realized, that it meant delays for other things I was working on. > 2.1.6, possibly 2.1.7. I've run one of those cards since 2.1.0 - work > quite OK. (Reception errors on a moderately loaded Ethernet about 5 > times a day, causing a retransmitted packet. About 1MB/s for SMB > transfers - quite OK :) The ISA Lance driver works fine with these chips, once you manually configured the driver to use the attach address(es) selected by the PCI BIOS. Regards, STefan From owner-freebsd-hackers Tue Apr 29 12:56:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05892 for hackers-outgoing; Tue, 29 Apr 1997 12:56:40 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA05887 for ; Tue, 29 Apr 1997 12:56:37 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wMJ0V-0001v0-00; Tue, 29 Apr 1997 13:56:11 -0600 To: Nanbor Wang Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) Cc: John Polstra , freebsd-hackers@freebsd.org In-reply-to: Your message of "Mon, 28 Apr 1997 22:48:20 CDT." <199704290348.WAA07850@siesta.cs.wustl.edu> References: <199704290348.WAA07850@siesta.cs.wustl.edu> Date: Tue, 29 Apr 1997 13:56:10 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704290348.WAA07850@siesta.cs.wustl.edu> Nanbor Wang writes: : I'll see if I can isolate this case and send you a test file. (Not to : push you though.) I think that John fixed this in the last day or two (I'm doing a make world right now to find out for sure :-). Warner From owner-freebsd-hackers Tue Apr 29 12:58:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA05974 for hackers-outgoing; Tue, 29 Apr 1997 12:58:01 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA05966 for ; Tue, 29 Apr 1997 12:57:58 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wMJ24-0001vE-00; Tue, 29 Apr 1997 13:57:48 -0600 To: John Capo Subject: Re: 2.2.X ping -l == ping -f Cc: hackers@freebsd.org In-reply-to: Your message of "Tue, 29 Apr 1997 00:59:28 EDT." <19970429005928.23012@irbs.com> References: <19970429005928.23012@irbs.com> Date: Tue, 29 Apr 1997 13:57:47 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970429005928.23012@irbs.com> John Capo writes: : As of version 1.8.2.8 ping drops into flood mode when -l preload : is used. Was this change in -l behavior intentional? Yuck. IF this change has my name on it, it wasn't intentional. It shouldn't do that, imho. Warner From owner-freebsd-hackers Tue Apr 29 13:08:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA06626 for hackers-outgoing; Tue, 29 Apr 1997 13:08:06 -0700 (PDT) Received: from jocki.domestic.de (kuebart.stuttgart.netsurf.de [194.233.216.182]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA06567; Tue, 29 Apr 1997 13:07:51 -0700 (PDT) Received: (from joki@localhost) by jocki.domestic.de (8.8.5/8.8.5) id WAA01141; Tue, 29 Apr 1997 22:07:45 +0200 (MET DST) Message-ID: X-Mailer: XFMail 1.0 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Tue, 29 Apr 1997 21:50:26 +0200 (MET DST) From: Joachim Kuebart To: "Brian N. Handy" Subject: RE: Confused over new rc.* changes Cc: Jordan Hubbard , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 29-Apr-97 at 16:27:43 Brian N. Handy wrote: >So I got lucky and I'm updating a new machine with Jordan's rearranged >rc.* changes. I've got a question already... > >In /usr/src/etc there's now an etc.i386 directory which contains rc.i386. >I've poked through the remaining rc files and I can't see where this gets >called from. Is this file supposed to live in /etc/ or /etc/etc.i386? Is >this documented anywhere? So far all I can find is the stuff in the cvs >tree related to Jordan's commits, and I'm not sure I understand the way >things flow here yet. I had this problem :-) Then, when I installed an other system from scratch, the rc.i386 got put into /etc. It gets called from /etc/rc at the point where it says arch=`uname -m` if [ -f /etc/rc.${arch} ]; then . /etc/rc.${arch} fi c u Jo > >I like the new rc.conf setup, although it's not radically different from >sysconfig it's a lot simpler to look through for stuff. I'm just having a >problem getting myself situated with the new system. > >Happy trails > > >Brian ----------------------------------------------------------------------- For a world of pedigree OSs FreeBSD - top breeders recommend it Joachim Kuebart Tel: +49 711 653706 Germany From owner-freebsd-hackers Tue Apr 29 13:08:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA06722 for hackers-outgoing; Tue, 29 Apr 1997 13:08:40 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA06712 for ; Tue, 29 Apr 1997 13:08:37 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id NAA00904; Tue, 29 Apr 1997 13:08:25 -0700 (PDT) Message-Id: <199704292008.NAA00904@austin.polstra.com> To: Warner Losh cc: Nanbor Wang , freebsd-hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Tue, 29 Apr 1997 13:56:10 MDT." References: <199704290348.WAA07850@siesta.cs.wustl.edu> Date: Tue, 29 Apr 1997 13:08:25 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > : I'll see if I can isolate this case and send you a test file. (Not to > : push you though.) > > I think that John fixed this in the last day or two (I'm doing a make > world right now to find out for sure :-). My fix solved most of the "burbs", but there was still at least one left. That's the one he's trying to devise a test case for. John From owner-freebsd-hackers Tue Apr 29 13:12:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA07186 for hackers-outgoing; Tue, 29 Apr 1997 13:12:38 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA07181 for ; Tue, 29 Apr 1997 13:12:32 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wMJG6-0001xD-00; Tue, 29 Apr 1997 14:12:18 -0600 To: John Polstra Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) Cc: Nanbor Wang , freebsd-hackers@freebsd.org In-reply-to: Your message of "Tue, 29 Apr 1997 13:08:25 PDT." <199704292008.NAA00904@austin.polstra.com> References: <199704292008.NAA00904@austin.polstra.com> <199704290348.WAA07850@siesta.cs.wustl.edu> Date: Tue, 29 Apr 1997 14:12:18 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704292008.NAA00904@austin.polstra.com> John Polstra writes: : > : I'll see if I can isolate this case and send you a test file. (Not to : > : push you though.) : > : > I think that John fixed this in the last day or two (I'm doing a make : > world right now to find out for sure :-). : : My fix solved most of the "burbs", but there was still at least : one left. That's the one he's trying to devise a test case for. Ooops. I should have tried to compile tvsion before opening my mouth. Good thing my make world is done now. I'll give it a shot and see if tvsion whines now or not. Warner From owner-freebsd-hackers Tue Apr 29 13:12:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA07218 for hackers-outgoing; Tue, 29 Apr 1997 13:12:51 -0700 (PDT) Received: from draw.ubet.com (draw.ubet.com [206.79.156.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA07213 for ; Tue, 29 Apr 1997 13:12:48 -0700 (PDT) Received: from roulette.ubet.com (roulette.ubet.com [10.10.10.11]) by draw.ubet.com with SMTP (8.7.5/8.7.3) id NAA01164 for ; Tue, 29 Apr 1997 13:10:52 -0700 (PDT) Received: by roulette.ubet.com with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5) id <01BC549F.3AB7AB60@roulette.ubet.com>; Tue, 29 Apr 1997 13:14:12 -0700 Message-ID: From: Sam Wu To: "'freebsd-hackers@freebsd.org'" Subject: remove Date: Tue, 29 Apr 1997 13:14:11 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.993.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Remove saminfo@ubet.com From owner-freebsd-hackers Tue Apr 29 13:13:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA07299 for hackers-outgoing; Tue, 29 Apr 1997 13:13:38 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA07293; Tue, 29 Apr 1997 13:13:26 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id WAA20646; Tue, 29 Apr 1997 22:12:32 +0200 (MET DST) Date: Tue, 29 Apr 1997 22:12:32 +0200 (MET DST) Message-Id: <199704292012.WAA20646@bitbox.follo.net> From: Eivind Eklund To: Stefan Esser CC: afuchs@totum.plaut.de, freebsd-hackers@freebsd.org In-reply-to: Stefan Esser's message of Tue, 29 Apr 1997 21:32:51 +0200 Subject: Re: Compaq Integrated Netflex Ethernet Card (fwd) References: <19970429203217.10037@x14.mi.uni-koeln.de> <199704291918.VAA20566@bitbox.follo.net> <19970429213251.62970@x14.mi.uni-koeln.de> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > On Apr 29, Eivind Eklund wrote: > > of PCI 2, and wasn't detected without kernel patches until at least > > No, the lack of full support for the PCI Lance > is caused by calling conventions in the network > code of 2.1.x, which were to ISA centric ... > It has nothing to do with PCI 2! Hm. I'm fairly certain I tested the network card without doing the PCI fix, and it wouldn't work. PCI wasn't initialized at all until I brought in a kernel file from 2.2. With this, I was able to use the NCR on-board SCSI controller and Lance network interface, making the machine a very nice and stable server. It might be that I never tested the network card until I had the disk working; I got the info for how to fix both from the same place, and it is a year ago. > > 2.1.6, possibly 2.1.7. I've run one of those cards since 2.1.0 - work > > quite OK. (Reception errors on a moderately loaded Ethernet about 5 > > times a day, causing a retransmitted packet. About 1MB/s for SMB > > transfers - quite OK :) > > The ISA Lance driver works fine with these chips, > once you manually configured the driver to use > the attach address(es) selected by the PCI BIOS. The default attach address is the one specified as lnc1 in the GENERIC kernel. FlexNet should be picked up as lnc1 as default (or did with me, anyway.) Eivind. From owner-freebsd-hackers Tue Apr 29 13:14:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA07410 for hackers-outgoing; Tue, 29 Apr 1997 13:14:31 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA07405 for ; Tue, 29 Apr 1997 13:14:27 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id NAA00967; Tue, 29 Apr 1997 13:14:05 -0700 (PDT) Message-Id: <199704292014.NAA00967@austin.polstra.com> To: Warner Losh cc: Nanbor Wang , freebsd-hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Tue, 29 Apr 1997 14:12:18 MDT." References: <199704292008.NAA00904@austin.polstra.com> <199704290348.WAA07850@siesta.cs.wustl.edu> Date: Tue, 29 Apr 1997 13:14:05 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ooops. I should have tried to compile tvsion before opening my > mouth. Good thing my make world is done now. I'll give it a shot and > see if tvsion whines now or not. It still has one "burb" left. John From owner-freebsd-hackers Tue Apr 29 13:20:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA07839 for hackers-outgoing; Tue, 29 Apr 1997 13:20:34 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA07833 for ; Tue, 29 Apr 1997 13:20:31 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA29925 for hackers@freebsd.org; Tue, 29 Apr 1997 22:20:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA05175; Tue, 29 Apr 1997 22:12:26 +0200 (MET DST) Message-ID: <19970429221226.PA49241@uriah.heep.sax.de> Date: Tue, 29 Apr 1997 22:12:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: My postings to this list. References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Wm Brian McCane on Apr 29, 1997 11:02:02 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Wm Brian McCane wrote: > Whenever I post to mailing-list(s), and > look at my mail in pine (3.91). Instead of seeing my name in the list as > the poster, I see "To: hackers@freebsd.org" or something similar. Is > this correct? That's your mailer telling you that this was your posting. Since you probably know your name already, the mailer thought it would be better to tell you where you've been sending the mail to. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 29 13:26:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA08158 for hackers-outgoing; Tue, 29 Apr 1997 13:26:57 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA08153 for ; Tue, 29 Apr 1997 13:26:56 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA10822 for ; Tue, 29 Apr 1997 13:26:43 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id PAA15181; Tue, 29 Apr 1997 15:27:50 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma015156; Tue Apr 29 15:27:45 1997 Message-Id: <3.0.32.19970429152852.00b0f7cc@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 29 Apr 1997 15:28:53 -0500 To: Harry Mantakos From: "Jeffrey J. Mountin" Subject: Re: Syslog bug? (1 solved) Cc: hackers@freebsd.com, mrm@Mole.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 07:52 PM 4/27/97 -0400, Harry Mantakos wrote: >You're probably running smap chrooted, and it isn't finding >/etc/localtime in its chrooted directory (typically /var/spool/smap). > >smapd is generally not run chrooted. It parses the 'directory' >parameter from the netperm-table file, but just chdir()s to that >directory rather than chroot()ing to it. Ding! Duh. Momentary lapse there, as I had to create an etc dir and copy resolv.conf to the chroot'd dir. At the minimum I need to have ./etc/localtime and ./usr/share/zoneinfo and the latter needed "posixrules", "zone.tab", and the "America" subdir or are just the first 2 required (didn't try... yet :). Now of course my math skills will deteriorate. ;) On the curious side I wonder if any date related calls access the files in /usr/share/zoneinfo *every* time a program makes a call or is this info cached? The way the code looks it is not. This means that a small amount of work (disk IO) is done for each program and each call, if there are several, and could be considered inefficient, especially when one considers how many times syslog() is used. Or is there a reason for this? ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Tue Apr 29 13:36:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA08698 for hackers-outgoing; Tue, 29 Apr 1997 13:36:04 -0700 (PDT) Received: from bryce.net (iggy.bryce.net [207.55.172.42]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA08646 for ; Tue, 29 Apr 1997 13:36:00 -0700 (PDT) Received: from bryce.mlsc.com ([206.103.93.6]) by bryce.net (8.8.5/8.8.5) with ESMTP id PAA06103 for ; Tue, 29 Apr 1997 15:31:05 -0500 (CDT) Message-ID: <33665B33.C077DCD8@bryce.net> Date: Tue, 29 Apr 1997 15:33:55 -0500 From: Bryce Edwards X-Mailer: Mozilla 4.0b3 [en] (Win95; I) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe From owner-freebsd-hackers Tue Apr 29 14:29:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA11968 for hackers-outgoing; Tue, 29 Apr 1997 14:29:53 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA11959 for ; Tue, 29 Apr 1997 14:29:48 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id RAA11090; Tue, 29 Apr 1997 17:32:31 -0400 (EDT) Message-Id: <3.0.32.19970429172621.00bdeba0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 29 Apr 1997 17:26:30 -0400 To: "Jordan K. Hubbard" From: dennis Subject: Re: pci probes with multiple "units" (MORE) Cc: "Daniel O'Callaghan" , hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:15 PM 4/27/97 -0700, Jordan K. Hubbard wrote: >> The driver name should tell you what kind of hardware you have, as >> it the unix *way*....with linux you dont have a damn clue what you >> have in there. > >Well, actually, some people have suggested that the best approach >would a hybrid of the two approaches: If you want to see what you've >got, the boot messages and/or `ifconfig -a' will show you what you >have in the classic "unix way" (or "unix *way*" :-). If, on the other >hand, you could really give a damn about it and just wanted to write >an rc script which brought up "the ethernet card", be that a 3COM >3c595 or a DEC DC21041, then you should also have a "symbolic" name >for each device like "eth0, eth1, .." and so on. The symbolic name >wouldn't show up in ifc chain, being implemented instead by ifconfig >as a sort of alias, and so nothing else would be confused by this >(save, perhaps, the system administrator who suddenly encounters this >for the first time and is seriously puzzled at this phantom device >which just magically works :-). My feelings on this is that any aliasing or internalization of this adds confusion particularly those which cant follow the discussion above. I think its important, and quite possible, to maintain simplicity while improving functionality. The assumption that all unix users today are adept at device configuration is becoming less and less valid over time. db From owner-freebsd-hackers Tue Apr 29 15:31:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA14973 for hackers-outgoing; Tue, 29 Apr 1997 15:31:37 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA14966 for ; Tue, 29 Apr 1997 15:31:33 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id IAA05151; Wed, 30 Apr 1997 08:31:33 +1000 (EST) Date: Wed, 30 Apr 1997 08:31:31 +1000 (EST) From: "Daniel O'Callaghan" To: "Lee Crites (AEI)" cc: freebsd-hackers@freebsd.org Subject: Re: netscape via pppd cannot seem to get name service In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, Lee Crites (AEI) wrote: > > When I sent out my original request for help, I got this in one of the > replies: > > =>Err, that's just flat out weird. Is this using modems? Why > =>don't you use getty to handle this? I can be configured to > =>auto-detect ppp connections and start pppd for you. > > Can someone point me to more info on setting up getty so it will handle > ppp connections? I have announced this on freebsd-isp a few times. Time for -hackers, I guess. ftp.hilink.com.au:/pub/FreeBSD/pppkit.tgz All you need to know about running getty with autodetect ppp and starting up pppd. Danny From owner-freebsd-hackers Tue Apr 29 16:10:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA16821 for hackers-outgoing; Tue, 29 Apr 1997 16:10:14 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA16816; Tue, 29 Apr 1997 16:10:09 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 29 Apr 1997 19:08:23 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA28728; Tue, 29 Apr 97 19:08:21 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id TAA28461; Tue, 29 Apr 1997 19:07:54 -0400 Message-Id: <19970429190753.50972@ct.picker.com> Date: Tue, 29 Apr 1997 19:07:53 -0400 From: Randall Hopper To: ee96199@tom.fe.up.pt Cc: questions@freebsd.org, hackers@freebsd.org Subject: Re: ZIP Drive. Help! References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from ee96199@tom.fe.up.pt on Thu, Apr 24, 1997 at 11:08:16AM +0000 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ee96199@tom.fe.up.pt: |I made a stupid mistake the other day and I need some help! | |I used scsiformat to low-level format a parallel port ZIP drive |and now I can't even fdisk the disk because it says it can't |read the master partition table. | |Please help me. First thing I'd try is, boot DOS and use ziptools (scsiutil) to do a long reformat. If it succeeds, you're back in business. Randall From owner-freebsd-hackers Tue Apr 29 16:42:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA18037 for hackers-outgoing; Tue, 29 Apr 1997 16:42:07 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA18027 for ; Tue, 29 Apr 1997 16:41:58 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wMMWh-0002Ho-00; Tue, 29 Apr 1997 17:41:39 -0600 To: John Polstra Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) Cc: Nanbor Wang , freebsd-hackers@freebsd.org In-reply-to: Your message of "Tue, 29 Apr 1997 13:08:25 PDT." <199704292008.NAA00904@austin.polstra.com> References: <199704292008.NAA00904@austin.polstra.com> <199704290348.WAA07850@siesta.cs.wustl.edu> Date: Tue, 29 Apr 1997 17:41:39 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199704292008.NAA00904@austin.polstra.com> John Polstra writes: : My fix solved most of the "burbs", but there was still at least : one left. That's the one he's trying to devise a test case for. A hint: 0.3 had one, but 0.4 has two. I'll see if I can find a way to plug this in the next 20 minutes (when I have to go out for my weekly beer drinking evening :-). Warner From owner-freebsd-hackers Tue Apr 29 17:12:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA19275 for hackers-outgoing; Tue, 29 Apr 1997 17:12:58 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA19270 for ; Tue, 29 Apr 1997 17:12:51 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA06193; Wed, 30 Apr 1997 01:01:39 +0100 (BST) Message-Id: <199704300001.BAA06193@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Wm Brian McCane cc: hackers@FreeBSD.ORG Subject: Re: My postings to this list. In-reply-to: Your message of "Tue, 29 Apr 1997 11:02:02 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 1997 01:01:38 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Okay, this may be completely normal, or I may be mis-configured and I > just want to know which it is. Whenever I post to mailing-list(s), and > look at my mail in pine (3.91). Instead of seeing my name in the list as > the poster, I see "To: hackers@freebsd.org" or something similar. Is > this correct? Does it show me this because I posted it from here, or is > it a mis-configuration or a bug? Sorry if you think this doesn't belong > here, but this is where I keep seeing it. I use exmh. All the stuff posted to -hackers is ok, but anything I cvs commit comes out as you describe. > brian I guess this proves that if you wait around long enough, someone else will at least find the same problem (if not fix it). It can make ya lazy ! -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Apr 29 17:15:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA19406 for hackers-outgoing; Tue, 29 Apr 1997 17:15:33 -0700 (PDT) Received: from gorhendad.trillium.com.trillium.com (gorhendad.trillium.com [198.242.58.53]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA19400 for ; Tue, 29 Apr 1997 17:15:29 -0700 (PDT) Received: by trillium.com (5.x/SMI-SVR4) id AA01697; Tue, 29 Apr 1997 17:15:06 -0700 From: rishim@trillium.com Message-Id: <9704300015.AA01697@trillium.com> Subject: kmem_alloc To: hackers@freebsd.org Date: Tue, 29 Apr 1997 17:15:04 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I want to look at the kmem_alloc() implementation of the FreeBsd. In which file the function is implemented? Thanks Rishi From owner-freebsd-hackers Tue Apr 29 17:44:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA20873 for hackers-outgoing; Tue, 29 Apr 1997 17:44:49 -0700 (PDT) Received: from kevin.sunshine.net ([204.191.205.88]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA20846; Tue, 29 Apr 1997 17:44:33 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id RAA00267; Tue, 29 Apr 1997 17:40:31 -0700 (PDT) Date: Tue, 29 Apr 1997 17:40:24 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: Chris Coleman , FreeBSD-Hackers , FreeBSD-questions Subject: Re: Re: "learn" unix tool Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Chris, >From my records you recieved this, but it did not reach hackers or questions, so I am resending. Hope you like things in triplicate :-) [ .. clip ] On Tue, 29 Apr 1997, Chris Coleman wrote: > Kevin, I have been thinking, and I decided this morning that the 'learn' > and the 'help' need to be separate. The 'help' command needs to be a one > page help screen that introduces FreeBSD, the command line, man pages, and > the learn tool. Unless you stop me, i will go a head and write a 'help' > screen and send it to you. I should have it done this week. > > Who else is working on this project? Let them know what I intend to do. > It's just you and me kid :) > thanks I wrote to Joerg and below is the response. In hind sight I should have posted this to you. I'll also post this to hackers and questions to see if anyone will have any leads on this. [ clip here ] > 1) Do I(we) continue to write script on topic matter that I(we) > feel should be included and submit to you that you write the > interface around? It would probably be worth the while to first see who's responsible for the old Berkeley texts. They are clearly from the UCB, thus should be redistributable. What we'd need were: i) a statement of some official of the UCB that they think this is still valid as it stands there, and ii) a disclaimer from the current copyright holders of the Unix sources that they don't claim any rights on it (to make sure there's nothing inherited from the original UNIX sources in it). The latter is SCO, and i know that they are known for positive reactions for things like this. So the actual problem for both would probably be to find a mail address of someone responsible. If you want to do this, feel free to ask in the name of the FreeBSD Project. > 4) How can I(we) make the scripts an easy file for you to deal with? We should stick to the original way they are done. Maybe, if you're successful for point #1 above, we could even get the original unix learn command source. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) [ /clip here ] Thanks for the nudge :) _______________________________________ |\ /| JEAN CHRETIEN | \ kevin_eliuk@sunshine.net / | | \ Kevin G. Eliuk / | It's my party and you'll | /^\_________________________/^\ | run if I let you :-? | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [ ../clip ] From owner-freebsd-hackers Tue Apr 29 18:02:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21646 for hackers-outgoing; Tue, 29 Apr 1997 18:02:20 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA21641 for ; Tue, 29 Apr 1997 18:02:18 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id SAA02350 for ; Tue, 29 Apr 1997 18:02:14 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id UAA18556; Tue, 29 Apr 1997 20:03:29 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma018537; Tue Apr 29 20:03:11 1997 Message-Id: <3.0.32.19970429200413.00abaeb8@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 29 Apr 1997 20:04:14 -0500 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: "Jeffrey J. Mountin" Subject: Re: Syslog bug? Cc: hackers@freebsd.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 07:19 PM 4/27/97 +0200, J Wunsch wrote: >They should get. This address appears in public, so it is expected to >be reverse lookupable. That is one point, the other is that http is an accessed service. It does not initiate any connections. From a security standpoint I'd say it is better to *not* have inverse on web hosts. The server they are on has inverse, so mail works perfectly for them, as the server is doing the actual work via SMTP. Keep in mind that this server is running smap for proxy and sendmail runs from cron, so sendmail does not need to do hostlookups. >To bother you to fix the broken DNS. :-) Yesterday one server refused SMTP connections from 186 unique servers due to lack of inverse. Now to add to my first part, a user on another system had inverse for their web host, but the server it was hosted on didn't, so it fails. I don't care to guess hown many refused connections for POP3 we get a week from dial-up addresses with no inverse. Just a bit annoyed at sendmail trying to tell me something is broken, when to me it isn't. New feature, my.... And there doesn't look like any quick fix. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Tue Apr 29 18:08:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21895 for hackers-outgoing; Tue, 29 Apr 1997 18:08:30 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA21887 for ; Tue, 29 Apr 1997 18:08:27 -0700 (PDT) Received: (qmail 10771 invoked by uid 1000); 30 Apr 1997 00:46:52 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <5183.862291778@time.cdrom.com> Date: Tue, 29 Apr 1997 08:55:07 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: "Jordan K. Hubbard" Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org, Michael Smith Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Jordan K. Hubbard; On 29-Apr-97 you wrote: > > Yes. linux_mod, star_saver_mod, oss_mod (sound). > ^^^^^^^^^^^^^^^ > > Yow! That's BETA code, and we also happen to KNOW that it crashes the > system. That eye offendeth, pluck it out! :-) Plucked out, plucked out... :-) (It seemed so innocent...). Thanx to all for pointing this out. All of us here are relieved. We now can go back to crashing the system with our code :-) Simon From owner-freebsd-hackers Tue Apr 29 18:08:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21909 for hackers-outgoing; Tue, 29 Apr 1997 18:08:32 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA21889 for ; Tue, 29 Apr 1997 18:08:28 -0700 (PDT) Received: (qmail 10777 invoked by uid 1000); 30 Apr 1997 00:46:52 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199704290644.XAA02193@rah.star-gate.com> Date: Tue, 29 Apr 1997 09:08:24 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Amancio Hasty Subject: Re: New Features - invitation to comment Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Amancio Hasty; On 29-Apr-97 you wrote: > > Well, > > > This sort of thing reminds me of VMS clusters merged with NFS. Sort of. Maybe. We are focusing now on block/raw devices. File systems are to be done later. Not a priority yet. > At first glance , I see the need for redundancy / mirroring . Also, > the access time or weight for a given host block. Ability to migrate > work load to different system on demand. This is good. Does anyone have any access to the Mariposa project at Berkeley? > Does the system implements caching : write behind or read ahead? Open issue. not at the moment as first application does synchronous writes (commit logs). > Also I would like to hear a little bit more on the distributed > lock manager and how does it handle failure cases or what happens > if the host where the application is running dies. More details will be forthcoming. Every ``owner'' has a co-owner. Every pair holds mutual dead-man switches and boradcast the death of a co-owner. > Perhaps, is best if the system address "virtual hosts/block" so if > a system goes down requests can continue on a mirroring system. Yes. See above. Simon From owner-freebsd-hackers Tue Apr 29 18:08:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21936 for hackers-outgoing; Tue, 29 Apr 1997 18:08:39 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA21891 for ; Tue, 29 Apr 1997 18:08:29 -0700 (PDT) Received: (qmail 10789 invoked by uid 1000); 30 Apr 1997 00:46:53 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199704291010.UAA30468@godzilla.zeta.org.au> Date: Tue, 29 Apr 1997 17:09:24 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Bruce Evans Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org, msmith@atrad.adelaide.edu.au Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Bruce Evans; On 29-Apr-97 you wrote: > >Please keep me up to date on the results of your LKM-related tests. If > >it turns out that there's a problem with unloading LKMs leaving occupied > >but invalid devsw entries around we'd better fix it 8) > > Er, AFAIK unloading LKM drivers is broken in all cases. It certainly > doesn't work for either of the officially supported LKM cdevs (joy > and qcam). Unloading either of these and then attempting to opening > the nonexistent device gives precisely the trap at _spec_open+0x6e that > Simon reported (the devsw entry is not affected by unloading and points > to garbage). Unloading followed by reloading obviously can't work, > because the driver only initializes the devsw once. So this is probably it. The OSS driver somehow unloads (or does somthing akin to that) and then fvwm2 tries to access the sound devices (the obligatory boing!), and poof! - here comes the fsck. Speaking of fsck, I am still getting a malloc failure in fsck -p, which runs at the top of /etc/rc. I kludged a ``ulimit -too_many_resources_for_everything'' into the script and now it runs fine. This problem rears its ugly head with file systems of 4GB or more, especially if you have many of them. Fsck probably mallocs table spave for all the entries it finds in /etc/fstab, upfront. either we fix fsck to specifically raise its limits, before starting (or if failing to malloc), or adopt the /etc/rc kludge. If there is an ``owner'' for this code, please contact me, or I can submit the patches myself. Simon From owner-freebsd-hackers Tue Apr 29 18:08:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21993 for hackers-outgoing; Tue, 29 Apr 1997 18:08:56 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA21951 for ; Tue, 29 Apr 1997 18:08:42 -0700 (PDT) Received: (qmail 10775 invoked by uid 1000); 30 Apr 1997 00:46:52 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <5304.862292870@time.cdrom.com> Date: Tue, 29 Apr 1997 09:00:19 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: "Jordan K. Hubbard" Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@FreeBSD.org, Julian Elischer Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi Jordan K. Hubbard; On 29-Apr-97 you wrote: > > BTW, I have disabled ALL LKM's in the system and it appears to hold > > together! > > > If your installed LKMs are not in sync with your kernel, e.g. you're > actively using LKMs and you haven't gone into /usr/src/lkm and done a > "make depend all install" to correspond to the kernel you just > config'd, built and installed, well, then you're taking your life into > your own hands and you should, at the minimum, probably be spanked. Agreed. I'll have my 4 years old do it. > Various schemes, ranging from the semi-sane to the outright crackpot, > have been advanced for adding LKM versioning and fancy dependency > checking but nothing workable (and inoffensive to the smell) has been > implemented yet, so, for now this is what you have to do. Again: > MAKE SURE YOUR LKMS ARE IN SYNC WITH YOUR KERNEL! So building a kernel should be: cd /usr/src/sys/compile/WHATEVER && make && make install && cd /usr/src/lkm... How does one then maintain several kernel versions without going mad? In Linux (sorry), one has /lib/modules/X.y.z.... and a current symlink that actualy gets created at boot time by some clever awking of /proc/version. > > Thank you. > > > In this particular case, however, I think I blame the OSS LKM > specifically and if the linux & screen saver lkms are sure to be in > sync with their kernel then they can probably be brought back safely. They will, once my upload (2GB +) is done. > I should also point out that if this turns out to be an instance of > someone using a driver which is *openly acknowledged to be BETA > software* on a production machine, and crashing that machine from said > use, then I shall most definitely recommend that this particular > someone do at least 10 hours of penance in recompense, perhaps by > helping out at the local homeless shelter or giving blood. > Foolishness of such magnitude demands some form of restitution. ;-) I take fool (!) responsibility here. I cannot donate blood as I had Malaria many years ago. I already pay 10% of my income in contributions. I promise, instead to donate 100 hours of community service to the FreeBSD project. My activity? Create noise about threads. My server engineer tells me they are broken. how is that? Simon From owner-freebsd-hackers Tue Apr 29 18:09:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22065 for hackers-outgoing; Tue, 29 Apr 1997 18:09:13 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA21955 for ; Tue, 29 Apr 1997 18:08:43 -0700 (PDT) Received: (qmail 10781 invoked by uid 1000); 30 Apr 1997 00:46:52 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199704290713.AAA11846@implode.root.com> Date: Tue, 29 Apr 1997 09:18:02 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: dg@root.com Subject: Re: A Desparate Plea for Help... Cc: freebsd-hackers@freebsd.org, Michael Smith , David Greenman Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi David Greenman; On 29-Apr-97 you wrote: > >unplugged. I am sure we have something like that already. Another > thing > >can > >be (again, if it is not there already) is a strict versioning option, > which > >even linux has; It allows the kernel modules loader to verify that a > given > >module is of the proper/matching version before loading. > > This has been planned since the beginning, but as of yet noone has > implemented it. At this point adding it might be a waste of time since > we are looking at completely replacing the existing LKM system. You guys know much more about this than I do. My suggestion would be to have a mechnism that allows multiple versions. Stabilizing the interface so that versioning is not critical is nice but will never answer all the questions. Maybe the modules need to be (short term) moved to the kernel source tree, so that make install in the sys/compile/FOO will a compilation of the lkm's and install the lkm's in /lkm/FOO. the kernel actually can demads its modules to come, then from /lkm/FOO. Now if one will copy a file from /lkm/BAR to /lkm/FOO, we will have a situation just as bad as we have today. Simon From owner-freebsd-hackers Tue Apr 29 18:15:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22506 for hackers-outgoing; Tue, 29 Apr 1997 18:15:31 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA22498 for ; Tue, 29 Apr 1997 18:15:28 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id BAA10029; Wed, 30 Apr 1997 01:15:19 GMT Date: Wed, 30 Apr 1997 10:15:19 +0900 (JST) From: Michael Hancock To: Thomas David Rivers cc: FreeBSD Hackers Subject: Re: namei & hash functions In-Reply-To: <199704291815.OAA01477@lakes.water.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, Thomas David Rivers wrote: > > not really, computing r = x mod p where p = 2^n +/- 1 are pretty easy: > > > > For p = 2^n - 1: > > > > x = c_1 2^n + c_2 = c_1 ( 2^n - 1 ) + c_2 + c_1 > > > > since c_1 and c_2 are simply computed by shift and masking, > > your r is simply ( c_2 + c_1 ) mod p, and this is simple to > > compute. BTW this is the algorithm used for TCP checksums where > > p=2^16-1 > > > > For p = 2^n + 1 things are not much different: > > > > x = c_1 2^n + c_2 = c_1 ( 2^n + 1 ) + c_2 - c_1 > > > > again you reduce the problem to the computation of c_2 - c_1 mod p > > which is relatively simple to do. > > > > Cheers > > Luigi > > Hey - that's pretty sweet... > > Are there some nice prime numbers that are one-off from 2^n? 8191 From owner-freebsd-hackers Tue Apr 29 18:22:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22929 for hackers-outgoing; Tue, 29 Apr 1997 18:22:59 -0700 (PDT) Received: from iceberg.anchorage.net. (root@iceberg.anchorage.net [207.14.72.150]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA22924 for ; Tue, 29 Apr 1997 18:22:55 -0700 (PDT) Received: from aak.anchorage.net (ai-129 [207.14.72.129]) by iceberg.anchorage.net. (8.6.11/8.7.3) with SMTP id QAA15957 for ; Tue, 29 Apr 1997 16:20:03 -0800 Date: Tue, 29 Apr 1997 17:13:34 -0800 (AKDT) From: Steve Howe X-Sender: abc@aak.anchorage.net To: freebsd-hackers Subject: ppp - echo packets? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i have a problem that only affect FTP downloads ... after 300k, my ppp link to my isp always dies. logs show: (default debug level) ... ... OsLinkup: 123.45.678.9 ** 2 Too many ECHO packets are lost. ** OsLinkdown: 123.45.678.9 Phase Terminate. Phase Dead. i this problems remains when redialing ... ... ... Phase Authenticate Phase Network ** 2 Too many Echo packets are lost. ** Phase Terminate. Phase Dead. my isp claims they have no problems (Linux box + W95 clients). i have no problems with HTTP, Telnet, etc. unless auto mode tries to redial, in which case i have the problems above. i must Quit ppp & restart it to get it to connect again. ---------------------------------------------------------------------- From owner-freebsd-hackers Tue Apr 29 18:34:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA23447 for hackers-outgoing; Tue, 29 Apr 1997 18:34:53 -0700 (PDT) Received: from super-g.inch.com (super-g.com [204.178.32.161]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA23440 for ; Tue, 29 Apr 1997 18:34:50 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.6.9) with SMTP id VAA17051; Tue, 29 Apr 1997 21:55:14 -0400 (EDT) Date: Tue, 29 Apr 1997 21:55:13 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: Warner Losh cc: John Capo , hackers@freebsd.org Subject: Re: 2.2.X ping -l == ping -f In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I do like the side-effect this produces; namely, joe user can't do a "pseudo ping-flood" by setting a huge preload. We've cancelled a few users for abusing ping in this way to get back at some IRC idiot they don't like. ping -l some-big-number is enough to take down quite a number of terminal servers, and this makes it a bit harder for someone to do damage with a simple diagnostic tool: -|super-g|-$ ping -l 10000 port101.dialup ping: Operation not permitted -|super-g|-$ ls -al `which ping` -r-sr-xr-x 1 root bin 122880 Apr 12 07:53 /sbin/ping 2.1.7.1 allows a big preload value, which I didn't care for... Charles On Tue, 29 Apr 1997, Warner Losh wrote: > In message <19970429005928.23012@irbs.com> John Capo writes: > : As of version 1.8.2.8 ping drops into flood mode when -l preload > : is used. Was this change in -l behavior intentional? > > Yuck. IF this change has my name on it, it wasn't intentional. It > shouldn't do that, imho. > > Warner > From owner-freebsd-hackers Tue Apr 29 19:34:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27023 for hackers-outgoing; Tue, 29 Apr 1997 19:34:10 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27016 for ; Tue, 29 Apr 1997 19:34:04 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id DAA11406; Wed, 30 Apr 1997 03:24:40 +0100 (BST) Message-Id: <199704300224.DAA11406@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Howe cc: freebsd-hackers Subject: Re: ppp - echo packets? In-reply-to: Your message of "Tue, 29 Apr 1997 17:13:34 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 1997 03:24:40 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > i have a problem that only affect FTP downloads ... > > after 300k, my ppp link to my isp always dies. logs show: > (default debug level) > ... > ... > OsLinkup: 123.45.678.9 > ** 2 Too many ECHO packets are lost. ** > OsLinkdown: 123.45.678.9 > Phase Terminate. > Phase Dead. [.....] I'm looking at this now (well, in the next few days). Sounds like some uninitialized variables, but from memory (I looked at this a long time ago) there's something else wrong too. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue Apr 29 19:34:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA27037 for hackers-outgoing; Tue, 29 Apr 1997 19:34:19 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA27022 for ; Tue, 29 Apr 1997 19:34:08 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA24918; Wed, 30 Apr 1997 12:03:55 +0930 (CST) From: Michael Smith Message-Id: <199704300233.MAA24918@genesis.atrad.adelaide.edu.au> Subject: Re: A Desparate Plea for Help... In-Reply-To: from Simon Shapiro at "Apr 29, 97 09:00:19 am" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Wed, 30 Apr 1997 12:03:54 +0930 (CST) Cc: jkh@time.cdrom.com, freebsd-hackers@freebsd.org, julian@whistle.com X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > So building a kernel should be: > > cd /usr/src/sys/compile/WHATEVER && make && make install && cd > /usr/src/lkm... Only if you've update your kernel sources. > How does one then maintain several kernel versions without going mad? > In Linux (sorry), one has /lib/modules/X.y.z.... and a current symlink that > actualy gets created at boot time by some clever awking of /proc/version. I normally ensure that development kernels don't use LKMs; if I need stuff I'll pull it in statically. Generally a development kernel will be extremely aggressively stripped down to minimise possible conflicts. > My activity? Create noise about threads. My server engineer tells me they > are broken. how is that? Which threads? Are we talking about the pthread code? It has an owner and I'm sure he's waiting for bug reports 8) > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 29 20:00:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA28141 for hackers-outgoing; Tue, 29 Apr 1997 20:00:47 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA28136 for ; Tue, 29 Apr 1997 20:00:43 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA25127; Wed, 30 Apr 1997 12:30:07 +0930 (CST) From: Michael Smith Message-Id: <199704300300.MAA25127@genesis.atrad.adelaide.edu.au> Subject: Re: 7860 In-Reply-To: <336621B0.545A@PartsNow.com> from Don Wilde at "Apr 29, 97 09:28:32 am" To: Don@PartsNow.com (Don Wilde) Date: Wed, 30 Apr 1997 12:30:07 +0930 (CST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don Wilde stands accused of saying: > Hi, Guys - > Could someone enlighten me as to what the problems are in the > Adaptec 7860 on-board 2940 chip are. Somebody referred to it as > 'brain-dead' in an earlier post. I have 2 of the Iwill/Quick Technology > boards running 2.1.7 and one which is a novell server with a 2940 board > added as a duplex controller. I have never had a problem with either of > the BSD systems (both of which are very lightly loaded at the moment), > but my Novell had a seizure for unknown reasons and I am wondering as to > the cause. > Can somebody enlighten me or point me to a web page with a > discussion of this? The range of Adaptec SCSI controllers of which the 7860 is a member use a data structure called an SCB for maintaining state about outstanding SCSI transactions. The 7880, the "original" chip on the 2940 card, can track 16 of these structures without requiring any help, allowing for up to 16 simultaneous SCSI transactions; a fairly comfortable number. The 7860 on the newer 2940's can only track three. There is support (the SCBPAGING option) for shuffling among these three to handle more simultaneous transactions, but obviously this requires more work on the part of the driver. Three transactions is less than the capacity of your average SCSI disk (4), and thus on anything other than a very quiet system is a nuisance at best. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 29 20:22:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29346 for hackers-outgoing; Tue, 29 Apr 1997 20:22:30 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA29331; Tue, 29 Apr 1997 20:22:25 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA23173; Tue, 29 Apr 1997 20:22:39 -0700 (PDT) To: "Brian N. Handy" cc: Jordan Hubbard , hackers@FreeBSD.org Subject: Re: rc.bleah In-reply-to: Your message of "Tue, 29 Apr 1997 11:02:18 PDT." Date: Tue, 29 Apr 1997 20:22:39 -0700 Message-ID: <23171.862370559@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Any advice here? I suspect I haven't carried something over from the old > system to the new system right, but damned if I can see the problem. Put in some tracing and figure out what's going wrong. :) Jordan From owner-freebsd-hackers Tue Apr 29 20:32:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA29960 for hackers-outgoing; Tue, 29 Apr 1997 20:32:43 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA29955 for ; Tue, 29 Apr 1997 20:32:40 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id NAA25320; Wed, 30 Apr 1997 13:02:34 +0930 (CST) From: Michael Smith Message-Id: <199704300332.NAA25320@genesis.atrad.adelaide.edu.au> Subject: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704291010.UAA30468@godzilla.zeta.org.au> from Bruce Evans at "Apr 29, 97 08:10:18 pm" To: bde@zeta.org.au (Bruce Evans) Date: Wed, 30 Apr 1997 13:02:33 +0930 (CST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > >Please keep me up to date on the results of your LKM-related tests. If > >it turns out that there's a problem with unloading LKMs leaving occupied > >but invalid devsw entries around we'd better fix it 8) > > Er, AFAIK unloading LKM drivers is broken in all cases. It certainly > doesn't work for either of the officially supported LKM cdevs (joy > and qcam). Unloading either of these and then attempting to opening > the nonexistent device gives precisely the trap at _spec_open+0x6e that > Simon reported (the devsw entry is not affected by unloading and points > to garbage). Unloading followed by reloading obviously can't work, > because the driver only initializes the devsw once. Um, the driver initialises the devsw on every load, does it not? eg: static int qcam_load (struct lkm_table *lkmtp, int cmd) { if (qcam_probe(&qcam_mod_dev)) { qcam_attach(&qcam_mod_dev); qcam_drvinit(NULL); /* XXX this shouldn't NEED to be here * the LKM code should be doing this * for us! */ ... Still, I take your point about the cdevsw not being updated. I can't see a clean way of doing this, either. Doug R., how do you approach this in your New Module Structure? (No, I haven't had time to read it yet 8( 8( 8( ) > Bruce -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 29 20:47:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA00697 for hackers-outgoing; Tue, 29 Apr 1997 20:47:56 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA00692 for ; Tue, 29 Apr 1997 20:47:52 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wMQMI-0002YJ-00; Tue, 29 Apr 1997 21:47:10 -0600 To: spork Subject: Re: 2.2.X ping -l == ping -f Cc: John Capo , hackers@freebsd.org In-reply-to: Your message of "Tue, 29 Apr 1997 21:55:13 EDT." References: Date: Tue, 29 Apr 1997 21:47:10 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message spork writes: : I do like the side-effect this produces; namely, joe user can't do a : "pseudo ping-flood" by setting a huge preload. That was the intended effect. : 2.1.7.1 allows a big preload value, which I didn't care for... Yuck. I thought I had back ported it. Are you asking for this to be placed into the 2.1 stable branch? Warner From owner-freebsd-hackers Tue Apr 29 20:52:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA01137 for hackers-outgoing; Tue, 29 Apr 1997 20:52:50 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA01116; Tue, 29 Apr 1997 20:52:44 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wMQQN-0002Z6-00; Tue, 29 Apr 1997 21:51:23 -0600 To: Randall Hopper Subject: Re: ZIP Drive. Help! Cc: ee96199@tom.fe.up.pt, questions@freebsd.org, hackers@freebsd.org In-reply-to: Your message of "Tue, 29 Apr 1997 19:07:53 EDT." <19970429190753.50972@ct.picker.com> References: <19970429190753.50972@ct.picker.com> Date: Tue, 29 Apr 1997 21:51:23 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970429190753.50972@ct.picker.com> Randall Hopper writes: : First thing I'd try is, boot DOS and use ziptools (scsiutil) to do a long : reformat. If it succeeds, you're back in business. I've done a SCSI reformat several times on one of my carts. This is only a stopgap until you get a new cart. Warner From owner-freebsd-hackers Tue Apr 29 21:15:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA02187 for hackers-outgoing; Tue, 29 Apr 1997 21:15:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA02180 for ; Tue, 29 Apr 1997 21:15:44 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA23511; Tue, 29 Apr 1997 21:15:59 -0700 (PDT) To: Simon Shapiro cc: freebsd-hackers@FreeBSD.org, Julian Elischer Subject: Re: A Desparate Plea for Help... In-reply-to: Your message of "Tue, 29 Apr 1997 09:00:19 PDT." Date: Tue, 29 Apr 1997 21:15:58 -0700 Message-ID: <23509.862373758@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > How does one then maintain several kernel versions without going mad? > In Linux (sorry), one has /lib/modules/X.y.z.... and a current symlink that > actualy gets created at boot time by some clever awking of /proc/version. In practice, the LKMs don't go out of sync that often, so you basically just watch the cvs-all mailing list and whenever you see a kernel or LKM change go by which looks like a resync might be necessary again soon, you just make a mental note to update both next time you install a kernel. > many years ago. I already pay 10% of my income in contributions. I > promise, > instead to donate 100 hours of community service to the FreeBSD project. > My activity? Create noise about threads. My server engineer tells me they > are broken. how is that? Sold! :-) Jordan From owner-freebsd-hackers Tue Apr 29 21:36:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA03321 for hackers-outgoing; Tue, 29 Apr 1997 21:36:54 -0700 (PDT) Received: from paf.nyct.net (paf.nyct.net [207.198.184.247]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA03311 for ; Tue, 29 Apr 1997 21:36:48 -0700 (PDT) Received: from localhost (myj@localhost) by paf.nyct.net (8.8.5/8.8.5) with SMTP id AAA00482; Wed, 30 Apr 1997 00:36:34 -0400 (EDT) X-Authentication-Warning: paf.nyct.net: myj owned process doing -bs Date: Wed, 30 Apr 1997 00:36:32 -0400 (EDT) From: Paul Sandys To: un_x@anchorage.net cc: freebsd-hackers , brian@awfulhak.org Subject: Re: ppp - echo packets? In-Reply-To: <199704300224.DAA11406@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Brian Somers wrote: > > > > i have a problem that only affect FTP downloads ... > > > > after 300k, my ppp link to my isp always dies. logs show: > > (default debug level) > > ... > > ... > > OsLinkup: 123.45.678.9 > > ** 2 Too many ECHO packets are lost. ** > > OsLinkdown: 123.45.678.9 > > Phase Terminate. > > Phase Dead. > [.....] > > I'm looking at this now (well, in the next few days). Sounds like > some uninitialized variables, but from memory (I looked at this a > long time ago) there's something else wrong too. I had very similar problem, when dialing into Xylogics Annex 4000. Disabling LQR in iijppp fixed it. When dialing into USR Netserver, it seems to be working fine (I've got LCP negotiantions logs, if somebody wants to see them). Try adding this into your ppp.conf: deny lqr disable lqr > -- > Brian , > > Don't _EVER_ lose your sense of humour.... > P. ------------------------------------------------------------------------- myj@nyct.net Paul Sandys | New York Connect http://www.nyct.net network operations manager | Total Solution provider ------------------------------------------------------------------------- " BRINGING NEW YORK THE INTERNET SERVICES IT DESERVES " From owner-freebsd-hackers Tue Apr 29 21:43:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA03740 for hackers-outgoing; Tue, 29 Apr 1997 21:43:46 -0700 (PDT) Received: from kevin.sunshine.net ([204.191.205.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA03734 for ; Tue, 29 Apr 1997 21:43:41 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id JAA01648; Tue, 29 Apr 1997 09:30:00 -0700 (PDT) Date: Tue, 29 Apr 1997 09:29:53 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: Wm Brian McCane cc: hackers@freebsd.org Subject: Re: My postings to this list. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, Wm Brian McCane wrote: > Okay, this may be completely normal, or I may be mis-configured and I > just want to know which it is. Whenever I post to mailing-list(s), and > look at my mail in pine (3.91). Instead of seeing my name in the list as > the poster, I see "To: hackers@freebsd.org" or something similar. Is > this correct? Does it show me this because I posted it from here, or is > it a mis-configuration or a bug? Sorry if you think this doesn't belong > here, but this is where I keep seeing it. > > brian Probably would have been better to post this to questions We see it quit differently :) To understand set up a new user and open pine and look at one of your postings under news groups. _______________________________________ |\ /| JEAN CHRETIEN | \ kevin_eliuk@sunshine.net / | | \ Kevin G. Eliuk / | It's my party and you'll | /^\_________________________/^\ | run if I let you :-? | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Tue Apr 29 21:43:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA03799 for hackers-outgoing; Tue, 29 Apr 1997 21:43:58 -0700 (PDT) Received: from kevin.sunshine.net ([204.191.205.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA03739; Tue, 29 Apr 1997 21:43:45 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id JAA01624; Tue, 29 Apr 1997 09:08:43 -0700 (PDT) Date: Tue, 29 Apr 1997 09:08:37 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: Chris Coleman cc: FreeBSD-Hackers , FreeBSD-questions Subject: Re: "learn" unix tool In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, Chris Coleman wrote: > Kevin, I have been thinking, and I decided this morning that the 'learn' > and the 'help' need to be separate. The 'help' command needs to be a one > page help screen that introduces FreeBSD, the command line, man pages, and > the learn tool. Unless you stop me, i will go a head and write a 'help' > screen and send it to you. I should have it done this week. > > Who else is working on this project? Let them know what I intend to do. > It's just you and me kid :) > thanks I wrote to Joerg and below is the response. In hind sight I should have posted this to you. I'll also post this to hackers and questions to see if anyone will have any leads on this. [ clip here ] > 1) Do I(we) continue to write script on topic matter that I(we) > feel should be included and submit to you that you write the > interface around? It would probably be worth the while to first see who's responsible for the old Berkeley texts. They are clearly from the UCB, thus should be redistributable. What we'd need were: i) a statement of some official of the UCB that they think this is still valid as it stands there, and ii) a disclaimer from the current copyright holders of the Unix sources that they don't claim any rights on it (to make sure there's nothing inherited from the original UNIX sources in it). The latter is SCO, and i know that they are known for positive reactions for things like this. So the actual problem for both would probably be to find a mail address of someone responsible. If you want to do this, feel free to ask in the name of the FreeBSD Project. > 4) How can I(we) make the scripts an easy file for you to deal with? We should stick to the original way they are done. Maybe, if you're successful for point #1 above, we could even get the original unix learn command source. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) [ /clip here ] Thanks for the nudge :) _______________________________________ |\ /| JEAN CHRETIEN | \ kevin_eliuk@sunshine.net / | | \ Kevin G. Eliuk / | It's my party and you'll | /^\_________________________/^\ | run if I let you :-? | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Tue Apr 29 22:39:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA06112 for hackers-outgoing; Tue, 29 Apr 1997 22:39:48 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA06104 for ; Tue, 29 Apr 1997 22:39:45 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id AAA15024; Wed, 30 Apr 1997 00:39:33 -0500 Message-Id: <199704300539.AAA15024@siesta.cs.wustl.edu> To: John Polstra cc: freebsd-hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Mon, 28 Apr 1997 20:54:05 PDT." <199704290354.UAA25783@austin.polstra.com> Date: Wed, 30 Apr 1997 00:39:30 -0500 From: Nanbor Wang Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I'll see if I can isolate this case and send you a test file. (Not > > to push you though.) > > On the contrary, I would really appreciate it! Hmmm, I should have double checked about this before I opened my mouth also. ;) Appearently, another problem I had was also caused by the weak symbols. Today, I recompiled the ACE shared library and no warning appeared. I'm afraid you'll have to count on tvision for this one now. > > John > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth Thanks, nw From owner-freebsd-hackers Tue Apr 29 22:43:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA06369 for hackers-outgoing; Tue, 29 Apr 1997 22:43:44 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA06360 for ; Tue, 29 Apr 1997 22:43:39 -0700 (PDT) Received: (qmail 11909 invoked by uid 1000); 30 Apr 1997 05:40:20 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704300233.MAA24918@genesis.atrad.adelaide.edu.au> Date: Tue, 29 Apr 1997 22:11:09 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Continual Education (was Re: A Desparate Plea) Cc: julian@whistle.com, freebsd-hackers@freebsd.org, jkh@time.cdrom.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 30-Apr-97 you wrote: ... > I normally ensure that development kernels don't use LKMs; if I need > stuff I'll pull it in statically. Generally a development kernel will > be extremely aggressively stripped down to minimise possible conflicts. How? How do I take a kernel piece (module, driver, etc.) that is an LKM and make it into a kernel static part? >From this question, derived is the next: Being that FreeBSD is available in source and that the config file is so simple (Yes, one could build a tcl/tk interface to it to compete with linux make xconfig), why bother with LKM's? Especially when they do not to load/unload in a friendly manner. With memory prices being what they are, a ``huge'' kernel will cost about $8.00 more than a tiny one. Ebmedded systems? commercial non-source products? > > My activity? Create noise about threads. My server engineer tells me > they > > are broken. how is that? > > Which threads? Are we talking about the pthread code? It has an owner > and I'm sure he's waiting for bug reports 8) Yup. Steve T. (our project's server senior engineer) struggled with these and got some friendly help. I really am not clear on the details. Last report was that they are not quite Posix compiant but working. The DDIO server (we call it something else internally) ran fine but crashed every 300,000 to 3,000,000 iterations. We converted it to processes and forks, etc. and it is rock solid. Oh, it also went from 53 transactions/sec (a Tx, is a read, a write and a deferred log write, more or less) to about 110. This is not necessarily a criticism of the threads library. We had to twist it a bit; It ran 256 threads over more than a thousand file descriptors with heavy TCP load. I would like, one day, to come back to it, ensure it is Posix compliant (we have the same source compile and run on Slowlaris and Linux), and bug free. Then we would like to help get its performance level back to match that of multi-process. The DDIO code is excellent for that. Simon From owner-freebsd-hackers Tue Apr 29 23:00:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA07379 for hackers-outgoing; Tue, 29 Apr 1997 23:00:23 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA07374 for ; Tue, 29 Apr 1997 23:00:20 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id PAA26367; Wed, 30 Apr 1997 15:30:10 +0930 (CST) From: Michael Smith Message-Id: <199704300600.PAA26367@genesis.atrad.adelaide.edu.au> Subject: Re: Continual Education (was Re: A Desparate Plea) In-Reply-To: from Simon Shapiro at "Apr 29, 97 10:11:09 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Wed, 30 Apr 1997 15:30:10 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, julian@whistle.com, freebsd-hackers@freebsd.org, jkh@time.cdrom.com X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > > I normally ensure that development kernels don't use LKMs; if I need > > stuff I'll pull it in statically. Generally a development kernel will > > be extremely aggressively stripped down to minimise possible conflicts. > > How? How do I take a kernel piece (module, driver, etc.) that is an LKM and > make it into a kernel static part? Most of the LKM's are actually kernel pieces that have been ripped out and made into modules. If you have NFS, CD9660, LINUX etc. in your kernel config as options, the LKM's aren't required. > >From this question, derived is the next: Being that FreeBSD is available in > source and that the config file is so simple (Yes, one could build a tcl/tk > interface to it to compete with linux make xconfig), why bother with LKM's? > Especially when they do not to load/unload in a friendly manner. A relevant question. Most LKMs are loaded once and never unloaded; these aren't a problem source. The LKM framework was a bit of a kludge at the time, and has perhaps not been brought completely up to snuff simply because it worked "well enough". Doug Rabson is currently working on a completely new and improved LKM scheme, and would no doubt welcome any input or contribution(s) you felt worthwhile. > With memory prices being what they are, a ``huge'' kernel will cost about > $8.00 more than a tiny one. Ebmedded systems? commercial non-source > products? The latter is a very attractive reason for supporting LKMs. A good LKM scheme will also allow non-build-literate users to add/remove options without having to have the source handy. > This is not necessarily a criticism of the threads library. We had > to twist it a bit; It ran 256 threads over more than a thousand file > descriptors with heavy TCP load. I think it would be fair to suggest that the MIT pthreads code was never designed for that sort of load. 8) FreeBSD's fork/exec/IPC performance is pretty good, so it's not too surprising that your results were better with that approach. > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 29 23:32:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA08977 for hackers-outgoing; Tue, 29 Apr 1997 23:32:01 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA08949 for ; Tue, 29 Apr 1997 23:31:51 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id QAA08621; Wed, 30 Apr 1997 16:29:05 +1000 Date: Wed, 30 Apr 1997 16:29:05 +1000 From: Bruce Evans Message-Id: <199704300629.QAA08621@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> to garbage). Unloading followed by reloading obviously can't work, >> because the driver only initializes the devsw once. > >Um, the driver initialises the devsw on every load, does it not? eg: > >static int >qcam_load (struct lkm_table *lkmtp, int cmd) >{ > if (qcam_probe(&qcam_mod_dev)) { > qcam_attach(&qcam_mod_dev); > > qcam_drvinit(NULL); /* XXX this shouldn't NEED to be here > * the LKM code should be doing this > * for us! */ >... Oops. The only related problem for loading is that errors for initializing the devsw slot are ignored. Bruce From owner-freebsd-hackers Tue Apr 29 23:35:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA09243 for hackers-outgoing; Tue, 29 Apr 1997 23:35:26 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA09233 for ; Tue, 29 Apr 1997 23:35:22 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA07054; Wed, 30 Apr 1997 08:34:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA02974; Wed, 30 Apr 1997 08:17:57 +0200 (MET DST) Message-ID: <19970430081757.LI20992@uriah.heep.sax.de> Date: Wed, 30 Apr 1997 08:17:57 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: rishim@trillium.com Subject: Re: kmem_alloc References: <9704300015.AA01697@trillium.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9704300015.AA01697@trillium.com>; from rishim@trillium.com on Apr 29, 1997 17:15:04 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As rishim@trillium.com wrote: > I want to look at the kmem_alloc() implementation of the FreeBsd. > In which file the function is implemented? grep(1) is your friend (maybe even global(1) now, but my tree ain't tagged already). FreeBSD's style guide requires function names being the first on a line, so the regexp for this is simple. j@uriah 61% grep ^kmem_alloc /sys/*/* /sys/vm/vm_kern.c:kmem_alloc_pageable(map, size) /sys/vm/vm_kern.c:kmem_alloc(map, size) /sys/vm/vm_kern.c:kmem_alloc_wait(map, size) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 29 23:36:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA09348 for hackers-outgoing; Tue, 29 Apr 1997 23:36:25 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA09342 for ; Tue, 29 Apr 1997 23:36:22 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA07103; Wed, 30 Apr 1997 08:36:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id HAA02890; Wed, 30 Apr 1997 07:56:43 +0200 (MET DST) Message-ID: <19970430075643.VV65060@uriah.heep.sax.de> Date: Wed, 30 Apr 1997 07:56:43 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Cc: sysop@mixcom.com (Jeffrey J. Mountin) Subject: Re: Syslog bug? References: <3.0.32.19970429200413.00abaeb8@mixcom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 Tt: hackers@freebsd.com X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.32.19970429200413.00abaeb8@mixcom.com>; from Jeffrey J. Mountin on Apr 29, 1997 20:04:14 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jeffrey J. Mountin wrote: > >They should get. This address appears in public, so it is expected to > >be reverse lookupable. > > That is one point, the other is that http is an accessed service. It does > not initiate any connections. It is sending packets into the public (perhaps only answer packets, but you probably can't even guarantee this, think of an FTP data channel). As such, it should be in reverse DNS. > From a security standpoint I'd say it is > better to *not* have inverse on web hosts. Huh? What security do you gain by this? None. > Just a bit annoyed at sendmail trying to tell me something is broken, when > to me it isn't. New feature, my.... And there doesn't look like any quick > fix. I agree that there should be a way to tell sendmail to not bind to all addresses. Go and add this feature. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 29 23:36:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA09376 for hackers-outgoing; Tue, 29 Apr 1997 23:36:38 -0700 (PDT) Received: from freefall.freebsd.org (freefall.cdrom.com [204.216.27.21]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA09370 for ; Tue, 29 Apr 1997 23:36:37 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id XAA02129 for ; Tue, 29 Apr 1997 23:36:34 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA07134 for hackers@freebsd.com; Wed, 30 Apr 1997 08:36:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA02923; Wed, 30 Apr 1997 08:05:49 +0200 (MET DST) Message-ID: <19970430080548.LR07541@uriah.heep.sax.de> Date: Wed, 30 Apr 1997 08:05:48 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.com Subject: Re: Syslog bug? (1 solved) References: <3.0.32.19970429152852.00b0f7cc@mixcom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.32.19970429152852.00b0f7cc@mixcom.com>; from Jeffrey J. Mountin on Apr 29, 1997 15:28:53 -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jeffrey J. Mountin wrote: > On the curious side I wonder if any date related calls access the files in > /usr/share/zoneinfo *every* time a program makes a call or is this info > cached? The way the code looks it is not. This means that a small amount > of work (disk IO) is done for each program and each call, if there are > several, and could be considered inefficient, especially when one considers > how many times syslog() is used. Or is there a reason for this? I think they are only loaded once when being used first. Even if not, remember that there's a disk cache. Things that are frequently used are likely to be in the cache. The zoneinfo files certainly belong into this category. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 29 23:36:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA09403 for hackers-outgoing; Tue, 29 Apr 1997 23:36:51 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA09398 for ; Tue, 29 Apr 1997 23:36:48 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA07140; Wed, 30 Apr 1997 08:36:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA02950; Wed, 30 Apr 1997 08:11:52 +0200 (MET DST) Message-ID: <19970430081151.PX31169@uriah.heep.sax.de> Date: Wed, 30 Apr 1997 08:11:51 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Cc: danny@panda.hilink.com.au (Daniel O'Callaghan), leec@adam.adonai.net (Lee Crites (AEI)) Subject: Re: netscape via pppd cannot seem to get name service References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Daniel O'Callaghan on Apr 30, 1997 08:31:31 +1000 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Daniel O'Callaghan wrote: > I have announced this on freebsd-isp a few times. Time for -hackers, I > guess. No, time to make it a port. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 30 00:08:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA10803 for hackers-outgoing; Wed, 30 Apr 1997 00:08:13 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA10789 for ; Wed, 30 Apr 1997 00:08:10 -0700 (PDT) Message-Id: <199704300708.AAA10789@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA246964031; Wed, 30 Apr 1997 17:07:11 +1000 From: Darren Reed Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 30 Apr 1997 17:07:10 +1000 (EST) Cc: bde@zeta.org.au, hackers@FreeBSD.org In-Reply-To: <199704300332.NAA25320@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 30, 97 01:02:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Michael Smith, sie said: > > Bruce Evans stands accused of saying: > > >Please keep me up to date on the results of your LKM-related tests. If > > >it turns out that there's a problem with unloading LKMs leaving occupied > > >but invalid devsw entries around we'd better fix it 8) > > > > Er, AFAIK unloading LKM drivers is broken in all cases. It certainly > > doesn't work for either of the officially supported LKM cdevs (joy > > and qcam). Unloading either of these and then attempting to opening > > the nonexistent device gives precisely the trap at _spec_open+0x6e that > > Simon reported (the devsw entry is not affected by unloading and points > > to garbage). Unloading followed by reloading obviously can't work, > > because the driver only initializes the devsw once. > > Um, the driver initialises the devsw on every load, does it not? eg: [...] > Still, I take your point about the cdevsw not being updated. I can't see > a clean way of doing this, either. > > Doug R., how do you approach this in your New Module Structure? (No, I > haven't had time to read it yet 8( 8( 8( ) Hmmm, IP Filter unloads and reloads easily enough. However, give some thought to a process which is in a kernel sleep state, inside the LKM and theLKM is removed, leaving the process still sleeping on a now invalid address. From owner-freebsd-hackers Wed Apr 30 00:17:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA11198 for hackers-outgoing; Wed, 30 Apr 1997 00:17:38 -0700 (PDT) Received: from bmccane.uit.net (bmccane.uit.net [208.129.189.48]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA11188 for ; Wed, 30 Apr 1997 00:17:28 -0700 (PDT) Received: (from root@localhost) by bmccane.uit.net (8.8.5/8.8.5) id CAA14321; Wed, 30 Apr 1997 02:15:59 -0500 (CDT) Date: Wed, 30 Apr 1997 02:15:58 -0500 (CDT) From: Wm Brian McCane To: Joerg Wunsch cc: hackers@freebsd.org Subject: Re: My postings to this list. In-Reply-To: <19970429221226.PA49241@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, J Wunsch wrote: > As Wm Brian McCane wrote: > > > Whenever I post to mailing-list(s), and > > look at my mail in pine (3.91). Instead of seeing my name in the list as > > the poster, I see "To: hackers@freebsd.org" or something similar. Is > > this correct? > > That's your mailer telling you that this was your posting. Since you > probably know your name already, the mailer thought it would be better > to tell you where you've been sending the mail to. > Thanks to all who replied. I assumed that I was just seeing the "To:" because I posted it, but it always just strikes me as odd. brian From owner-freebsd-hackers Wed Apr 30 00:23:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA11346 for hackers-outgoing; Wed, 30 Apr 1997 00:23:40 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA11341 for ; Wed, 30 Apr 1997 00:23:36 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id IAA03093; Wed, 30 Apr 1997 08:19:12 +0100 (BST) Date: Wed, 30 Apr 1997 08:19:12 +0100 (BST) From: Doug Rabson To: Michael Smith cc: Bruce Evans , hackers@freebsd.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704300332.NAA25320@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Michael Smith wrote: > Still, I take your point about the cdevsw not being updated. I can't see > a clean way of doing this, either. > > Doug R., how do you approach this in your New Module Structure? (No, I > haven't had time to read it yet 8( 8( 8( ) I run all the sysinits in an object file which is loaded by the kernel linker. This would sort out calling qcam_drvinit when the driver is loaded. The probe and attach is handled by some new code in isa.c which understands drivers appearing and disappearing and which can create new isa_devices as requested by the user who is loading the driver. For unloading, the driver registers itself as a module. This involves supplying an event callback in a similar way to the LKM system. When the user attempts to unload the driver, the module gets an UNLOAD event which it can use to clean up *devsw, devfs, interrupts etc. If it can't for some reason, it can veto the unload by returning EBUSY. The important point is that there is *no difference* between the dynamic and statically loaded version of a driver. I can go into a /sys/compile/FOO directory and construct loadable modules from the same object files. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Wed Apr 30 00:30:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA11643 for hackers-outgoing; Wed, 30 Apr 1997 00:30:22 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA11636 for ; Wed, 30 Apr 1997 00:30:17 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id KAA17994; Wed, 30 Apr 1997 10:35:02 +0300 (EEST) Date: Wed, 30 Apr 1997 10:35:02 +0300 (EEST) From: Narvi To: Thomas David Rivers cc: hackers@freebsd.org Subject: Re: namei & hash functions In-Reply-To: <199704291815.OAA01477@lakes.water.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Huh... The cc: the quite unreadable... :-( On Tue, 29 Apr 1997, Thomas David Rivers wrote: > > Hey - that's pretty sweet... > > Are there some nice prime numbers that are one-off from 2^n? > > - Dave R. - > Nice? Well, there are *lots* of prime numbers one off from 2^n: 1, 2, 3, 5, 7, 17, 31, 61, 127, 257, 8191, 65537, 131072, 524287, etc. Thogh there isn't more than about 6 I would use for a hash (at least non-sparse hash). Sander From owner-freebsd-hackers Wed Apr 30 00:41:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12219 for hackers-outgoing; Wed, 30 Apr 1997 00:41:07 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12201 for ; Wed, 30 Apr 1997 00:41:03 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA27412; Wed, 30 Apr 1997 17:10:56 +0930 (CST) From: Michael Smith Message-Id: <199704300740.RAA27412@genesis.atrad.adelaide.edu.au> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704300707.QAA27240@genesis.atrad.adelaide.edu.au> from Darren Reed at "Apr 30, 97 05:07:10 pm" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Wed, 30 Apr 1997 17:10:56 +0930 (CST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Darren Reed stands accused of saying: > > Hmmm, IP Filter unloads and reloads easily enough. I expect that you take care to release your hooks before you go though, correct? There is no way of removing a devsw entry, and often no check made to ensure that it's safe to go. > However, give some thought to a process which is in a kernel sleep state, > inside the LKM and theLKM is removed, leaving the process still sleeping > on a now invalid address. Indeed. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 30 00:44:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12427 for hackers-outgoing; Wed, 30 Apr 1997 00:44:52 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA12409 for ; Wed, 30 Apr 1997 00:44:48 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA27463; Wed, 30 Apr 1997 17:14:31 +0930 (CST) From: Michael Smith Message-Id: <199704300744.RAA27463@genesis.atrad.adelaide.edu.au> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: from Doug Rabson at "Apr 30, 97 08:19:12 am" To: dfr@nlsystems.com (Doug Rabson) Date: Wed, 30 Apr 1997 17:14:31 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Doug Rabson stands accused of saying: > > I run all the sysinits in an object file which is loaded by the kernel > linker. This would sort out calling qcam_drvinit when the driver is > loaded. The probe and attach is handled by some new code in isa.c which > understands drivers appearing and disappearing and which can create new > isa_devices as requested by the user who is loading the driver. Makes sense. > For unloading, the driver registers itself as a module. This involves > supplying an event callback in a similar way to the LKM system. When the > user attempts to unload the driver, the module gets an UNLOAD event which > it can use to clean up *devsw, devfs, interrupts etc. If it can't for > some reason, it can veto the unload by returning EBUSY. Ok. Do you have infrastructure for cleaning up devsw entries automagically? eg. a hook the module can call to say "these *devsw entries are mine" so that you can back the module out when you unload it? > The important point is that there is *no difference* between the dynamic > and statically loaded version of a driver. I can go into a > /sys/compile/FOO directory and construct loadable modules from the same > object files. Spiff! > Doug Rabson Mail: dfr@nlsystems.com -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 30 01:12:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA13850 for hackers-outgoing; Wed, 30 Apr 1997 01:12:45 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA13845 for ; Wed, 30 Apr 1997 01:12:40 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id SAA11920; Wed, 30 Apr 1997 18:05:48 +1000 Date: Wed, 30 Apr 1997 18:05:48 +1000 From: Bruce Evans Message-Id: <199704300805.SAA11920@godzilla.zeta.org.au> To: avalon@coombs.anu.edu.au, msmith@atrad.adelaide.edu.au Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) Cc: bde@zeta.org.au, hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> > Er, AFAIK unloading LKM drivers is broken in all cases. It certainly ^^^^^^^ >Hmmm, IP Filter unloads and reloads easily enough. It's not a driver. >However, give some thought to a process which is in a kernel sleep state, >inside the LKM and theLKM is removed, leaving the process still sleeping >on a now invalid address. Drivers are supposed to do nothing return nonzero in their unload function if they are busy. Bruce From owner-freebsd-hackers Wed Apr 30 01:25:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15508 for hackers-outgoing; Wed, 30 Apr 1997 01:25:21 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA15503 for ; Wed, 30 Apr 1997 01:25:17 -0700 (PDT) Message-Id: <199704300825.BAA15503@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA270268666; Wed, 30 Apr 1997 18:24:26 +1000 From: Darren Reed Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: bde@zeta.org.au (Bruce Evans) Date: Wed, 30 Apr 1997 18:24:26 +1000 (EST) Cc: avalon@coombs.anu.edu.au, msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@FreeBSD.org In-Reply-To: <199704300805.SAA11920@godzilla.zeta.org.au> from "Bruce Evans" at Apr 30, 97 06:05:48 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Bruce Evans, sie said: > > >> > Er, AFAIK unloading LKM drivers is broken in all cases. It certainly > ^^^^^^^ > > >Hmmm, IP Filter unloads and reloads easily enough. > > It's not a driver. Actually, it is a character device module: MOD_DECL(if_ipl); static struct lkm_dev _module = { LM_DEV, LKM_VERSION, IPL_VERSION, CDEV_MAJOR, LM_DT_CHAR, (void *)&ipl_cdevsw }; > >However, give some thought to a process which is in a kernel sleep state, > >inside the LKM and theLKM is removed, leaving the process still sleeping > >on a now invalid address. > > Drivers are supposed to do nothing return nonzero in their unload function > if they are busy. I found that attempting to keep track of whether you are busy or not made things worse. Whether it be via signal 9 or whatever, it is somehow possible for things to not get cleaned up properly and you end up thinking you are busy when you aren't. Maybe this has changed or someone wants to look into it further ? Darren From owner-freebsd-hackers Wed Apr 30 01:27:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15607 for hackers-outgoing; Wed, 30 Apr 1997 01:27:37 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA15601 for ; Wed, 30 Apr 1997 01:27:34 -0700 (PDT) Message-Id: <199704300827.BAA15601@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA271448803; Wed, 30 Apr 1997 18:26:43 +1000 From: Darren Reed Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 30 Apr 1997 18:26:43 +1000 (EST) Cc: avalon@coombs.anu.edu.au, hackers@freebsd.org In-Reply-To: <199704300740.RAA27412@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 30, 97 05:10:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Michael Smith, sie said: > > Darren Reed stands accused of saying: > > > > Hmmm, IP Filter unloads and reloads easily enough. > > I expect that you take care to release your hooks before you go though, > correct? There is no way of removing a devsw entry, and often > no check made to ensure that it's safe to go. Yes, I release the hooks before going. The LKM code currently in the kernel will clean up the appropriate devsw for you (it saves a copy of the old one and copies that back when unloading). Darren From owner-freebsd-hackers Wed Apr 30 01:35:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15952 for hackers-outgoing; Wed, 30 Apr 1997 01:35:50 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA15947 for ; Wed, 30 Apr 1997 01:35:47 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id JAA06009; Wed, 30 Apr 1997 09:34:58 +0100 (BST) Date: Wed, 30 Apr 1997 09:34:57 +0100 (BST) From: Doug Rabson To: Michael Smith cc: bde@zeta.org.au, hackers@freebsd.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704300744.RAA27463@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Michael Smith wrote: > > For unloading, the driver registers itself as a module. This involves > > supplying an event callback in a similar way to the LKM system. When the > > user attempts to unload the driver, the module gets an UNLOAD event which > > it can use to clean up *devsw, devfs, interrupts etc. If it can't for > > some reason, it can veto the unload by returning EBUSY. > > Ok. Do you have infrastructure for cleaning up devsw entries automagically? > eg. a hook the module can call to say "these *devsw entries are mine" > so that you can back the module out when you unload it? What I have at the moment is some handy macros in isa_device.h which spit out all the code and SYSINIT declarations to register the device at load/boot time and clean up at unload time. For 95% of drivers, this will be enough. Since the module gets called at unload time, any weird drivers can implement their own module event handler to do their own special stuff. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Wed Apr 30 01:46:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA16384 for hackers-outgoing; Wed, 30 Apr 1997 01:46:13 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA16379 for ; Wed, 30 Apr 1997 01:46:11 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id SAA27891; Wed, 30 Apr 1997 18:16:06 +0930 (CST) From: Michael Smith Message-Id: <199704300846.SAA27891@genesis.atrad.adelaide.edu.au> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704300827.RAA27805@genesis.atrad.adelaide.edu.au> from Darren Reed at "Apr 30, 97 06:26:43 pm" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Wed, 30 Apr 1997 18:16:06 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, avalon@coombs.anu.edu.au, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Darren Reed stands accused of saying: > > > > I expect that you take care to release your hooks before you go though, > > correct? There is no way of removing a devsw entry, and often > > no check made to ensure that it's safe to go. > > Yes, I release the hooks before going. The LKM code currently in the kernel > will clean up the appropriate devsw for you (it saves a copy of the old one > and copies that back when unloading). Hmm, I didn't see that before. It doesn't look like it's used correctly though; eg. the qcam module hooks itself in rather than letting _lkm_dev() do it. Then when its load function returns happily, the bogus entries its made in the cdevsw are saved as the 'old' values, and thus when it's unloaded the saved values are restored and everything is spam. Am I close? Anyone? > Darren -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 30 02:10:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17323 for hackers-outgoing; Wed, 30 Apr 1997 02:10:38 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA17314 for ; Wed, 30 Apr 1997 02:10:33 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id TAA13932; Wed, 30 Apr 1997 19:05:12 +1000 Date: Wed, 30 Apr 1997 19:05:12 +1000 From: Bruce Evans Message-Id: <199704300905.TAA13932@godzilla.zeta.org.au> To: avalon@coombs.anu.edu.au, bde@zeta.org.au Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) Cc: hackers@FreeBSD.org, msmith@atrad.adelaide.edu.au Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> >> > Er, AFAIK unloading LKM drivers is broken in all cases. It certainly >> ^^^^^^^ >> >> >Hmmm, IP Filter unloads and reloads easily enough. >> >> It's not a driver. > >Actually, it is a character device module: >MOD_DECL(if_ipl); > >static struct lkm_dev _module = { > LM_DEV, > LKM_VERSION, > IPL_VERSION, > CDEV_MAJOR, > LM_DT_CHAR, > (void *)&ipl_cdevsw >}; Oops. It's probably broken then. I think there is no problem in 2.1.x. I think the problem is caused by incomplete conversion to indirect devsw's. >> Drivers are supposed to do nothing return nonzero in their unload function >> if they are busy. > >I found that attempting to keep track of whether you are busy or not made >things worse. Whether it be via signal 9 or whatever, it is somehow possible >for things to not get cleaned up properly and you end up thinking you are >busy when you aren't. Maybe this has changed or someone wants to look >into it further ? At least for pure device drivers, just keep track of opens and don't allow unloading if anything is open. Bruce From owner-freebsd-hackers Wed Apr 30 02:13:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17454 for hackers-outgoing; Wed, 30 Apr 1997 02:13:44 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA17447 for ; Wed, 30 Apr 1997 02:13:41 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id FAA21778; Wed, 30 Apr 1997 05:12:36 -0400 (EDT) From: Peter Dufault Message-Id: <199704300912.FAA21778@hda.hda.com> Subject: Re: Continual Education (was Re: A Desparate Plea) In-Reply-To: <199704300600.PAA26367@genesis.atrad.adelaide.edu.au> from Michael Smith at "Apr 30, 97 03:30:10 pm" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 30 Apr 1997 05:12:35 -0400 (EDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > A relevant question. Most LKMs are loaded once and never unloaded; > these aren't a problem source. The LKM framework was a bit of a > kludge at the time, and has perhaps not been brought completely up to > snuff simply because it worked "well enough". I use LKMs in kernel development - the posix4 work I've been doing has been all via LKMs and I load and unload probably 100 times between reboots. -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-hackers Wed Apr 30 03:13:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA19801 for hackers-outgoing; Wed, 30 Apr 1997 03:13:08 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA19794 for ; Wed, 30 Apr 1997 03:13:03 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id UAA15798; Wed, 30 Apr 1997 20:05:42 +1000 Date: Wed, 30 Apr 1997 20:05:42 +1000 From: Bruce Evans Message-Id: <199704301005.UAA15798@godzilla.zeta.org.au> To: avalon@coombs.anu.edu.au, msmith@atrad.adelaide.edu.au Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hmm, I didn't see that before. It doesn't look like it's used >correctly though; eg. the qcam module hooks itself in rather than >letting _lkm_dev() do it. > >Then when its load function returns happily, the bogus entries its >made in the cdevsw are saved as the 'old' values, and thus when it's >unloaded the saved values are restored and everything is spam. Right (except _lkm_dev() shouldn't do it). The olddev stuff is bogus except in 2.1.x. The `old' pointer is guaranteed to be null, or at least should have been null (SYSINIT() is misused to initiate the devsw entries for unattached drivers). There are no functions to remove devsw entries, but "add"ing null entries works. _lkm_dev() shouldn't be touching the devsw's. Drivers need to manage the devsw's directly for the non-LKM case and should use identical code for the LKM case. Bruce From owner-freebsd-hackers Wed Apr 30 04:48:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA22566 for hackers-outgoing; Wed, 30 Apr 1997 04:48:31 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA22561 for ; Wed, 30 Apr 1997 04:48:28 -0700 (PDT) Message-Id: <199704301148.EAA22561@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA003290857; Wed, 30 Apr 1997 21:47:37 +1000 From: Darren Reed Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: bde@zeta.org.au (Bruce Evans) Date: Wed, 30 Apr 1997 21:47:37 +1000 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199704301005.UAA15798@godzilla.zeta.org.au> from "Bruce Evans" at Apr 30, 97 08:05:42 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Bruce Evans, sie said: > > >Hmm, I didn't see that before. It doesn't look like it's used > >correctly though; eg. the qcam module hooks itself in rather than > >letting _lkm_dev() do it. > > > >Then when its load function returns happily, the bogus entries its > >made in the cdevsw are saved as the 'old' values, and thus when it's > >unloaded the saved values are restored and everything is spam. > > Right (except _lkm_dev() shouldn't do it). > > The olddev stuff is bogus except in 2.1.x. The `old' pointer is > guaranteed to be null, or at least should have been null (SYSINIT() is > misused to initiate the devsw entries for unattached drivers). There > are no functions to remove devsw entries, but "add"ing null entries > works. > > _lkm_dev() shouldn't be touching the devsw's. Drivers need to manage > the devsw's directly for the non-LKM case and should use identical > code for the LKM case. Why ? Why do we need to change something that already works ? Especially since all other LKM implementations do what 2.1.x does now anyway. If you want to do something, fix post 2.1.x to work safely in the same fashion as 2.1.x. IMHO, the driver should need to know zero about devsw tables, etc. With people suggesting more and more ad hoc changes, that mean more work for me, I seriously have to wonder "is it worth the effort ?" Darren From owner-freebsd-hackers Wed Apr 30 05:43:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA24261 for hackers-outgoing; Wed, 30 Apr 1997 05:43:24 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA24256 for ; Wed, 30 Apr 1997 05:43:21 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id WAA28705; Wed, 30 Apr 1997 22:13:16 +0930 (CST) From: Michael Smith Message-Id: <199704301243.WAA28705@genesis.atrad.adelaide.edu.au> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704301148.EAA22561@hub.freebsd.org> from Darren Reed at "Apr 30, 97 09:47:37 pm" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Wed, 30 Apr 1997 22:13:16 +0930 (CST) Cc: bde@zeta.org.au, hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Darren Reed stands accused of saying: > > > > _lkm_dev() shouldn't be touching the devsw's. Drivers need to manage > > the devsw's directly for the non-LKM case and should use identical > > code for the LKM case. This is debatable. > Why ? Why do we need to change something that already works ? The issue is that in 2.1.x, devsw entries were members of a compile-time-defined array. This is the traditional *nix edit-conf.c approach. 2.2 builds the devsw tables at link time using linker sets, and as such the devsw arrays are now arrays of pointers to devsw structures. This is a huge plus, in that one no longer has to mung the stuff in conf.c in order to add a new driver. Bruce's argument is that drivers should do their own management of devsw entries. I'm inclined to disagree, especially as there is no API for doing this; you are expected to grovel directly. It's probably worth checking with the last people that had their hands dirty in the LKM stuff. Rest assured though that the idea here is not to make any 'ad hoc' changes. 8) > With people suggesting more and more ad hoc changes, that mean more > work for me, I seriously have to wonder "is it worth the effort ?" *ahem* That's entirely the wrong attitude to be taking in a forum where improvement of the system is a principal issue. As a vendor representative, you're welcome (and expected) to stick up for your preferences; but intimating that we're all picking on you and that you might as well just pack up your toys and go home isn't very helpful. If you have a genuine beef with something that's proposed, make some noise about it. Chances are that if you get involved in the design phase, you can save yourself some work instead 8) Don't be afraid to suggest stuff either; input is _always_ welcome. > Darren -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 30 05:50:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA24572 for hackers-outgoing; Wed, 30 Apr 1997 05:50:16 -0700 (PDT) Received: from doree.csv.warwick.ac.uk (doree.csv.warwick.ac.uk [137.205.148.200]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA24524 for ; Wed, 30 Apr 1997 05:49:15 -0700 (PDT) From: Mr M P Searle Message-Id: <7734.199704301248@doree.csv.warwick.ac.uk> Received: by doree.csv.warwick.ac.uk id NAA07734; Wed, 30 Apr 1997 13:48:02 +0100 (BST) Subject: Starting XDM To: hackers@freebsd.org Date: Wed, 30 Apr 1997 13:47:57 +0100 (BST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk About 'when to start xdm', I've found that although I can't put it earlier than /etc/ttys, this can be worked around by splitting /etc/rc into a section which must run before xdm (mount FS's, swapon, run syslogd, run rc.i386, not much else) which then runs /etc/rc.X in the background. Xdm then runs from ttys. (/etc/rc.X has a sleep 10 at the start to give X time to get going) and then /etc/rc.X does all the stuff that X doesn't need. From owner-freebsd-hackers Wed Apr 30 05:51:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA24647 for hackers-outgoing; Wed, 30 Apr 1997 05:51:58 -0700 (PDT) Received: from plaut.de (inet.plaut.de [194.39.177.166]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA24640; Wed, 30 Apr 1997 05:51:47 -0700 (PDT) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id OAA24556; Wed, 30 Apr 1997 14:51:40 +0200 Received: from localhost (afuchs@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id OAA03771; Wed, 30 Apr 1997 14:51:44 +0200 (MET DST) Date: Wed, 30 Apr 1997 14:51:43 +0200 (MET DST) From: Alexander Fuchsstadt To: Eivind Eklund cc: Stefan Esser , freebsd-hackers@freebsd.org Subject: Re: Compaq Integrated Netflex Ethernet Card (fwd) In-Reply-To: <199704292012.WAA20646@bitbox.follo.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, thanks for your interrest in my problem. The machines are Compaq Deskpro 6000 and they are suposed to run under the (n)operating sys NT. I will try to make them work with fBSD 3.0 970209-SNAP. Up to now, it was not possible to print the boot -v messages, 'cause I want to install fBSD via net. So far the resources are: I/O 1000 - 100F and IRQ 11. I'll try the lance-driver and report the result. Bye Alex From owner-freebsd-hackers Wed Apr 30 06:11:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25292 for hackers-outgoing; Wed, 30 Apr 1997 06:11:16 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA25287 for ; Wed, 30 Apr 1997 06:11:14 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id GAA05717 for ; Wed, 30 Apr 1997 06:11:12 -0700 (PDT) Message-Id: <199704301311.GAA05717@who.cdrom.com> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA012295806; Wed, 30 Apr 1997 23:10:06 +1000 From: Darren Reed Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 30 Apr 1997 23:10:06 +1000 (EST) Cc: bde@zeta.org.au, hackers@FreeBSD.org In-Reply-To: <199704301243.WAA28705@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 30, 97 10:13:16 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Michael Smith, sie said: > > Darren Reed stands accused of saying: > > > > > > _lkm_dev() shouldn't be touching the devsw's. Drivers need to manage > > > the devsw's directly for the non-LKM case and should use identical > > > code for the LKM case. > > This is debatable. > > > Why ? Why do we need to change something that already works ? > > The issue is that in 2.1.x, devsw entries were members of a > compile-time-defined array. This is the traditional *nix edit-conf.c > approach. > > 2.2 builds the devsw tables at link time using linker sets, and as > such the devsw arrays are now arrays of pointers to devsw structures. > This is a huge plus, in that one no longer has to mung the stuff in > conf.c in order to add a new driver. > > Bruce's argument is that drivers should do their own management of > devsw entries. I'm inclined to disagree, especially as there is no > API for doing this; you are expected to grovel directly. I'd argue that if the kernel is doing it itself, and the table for *devsw is dynamic, then it is outside the scope of an ordinary driver to be making changes. But maybe that is going a bit far... I had a read of kern_lkm.c for 2.2 and the cdevsw_add() was written to work how IP Filter uses it. That is, add an entry if there isn't one there or replace if there is. This has preserved the old behaviour. Whether or not the *devsw created get's freed (and pointer restored to what it was previously) or a null copy is coppied over, I don't care, so long as it is all handled internally to the LKM code. I can't see that there should be an API for this either - it should be the LKM code's job to maintain the table correctly. > It's probably worth checking with the last people that had their hands > dirty in the LKM stuff. Rest assured though that the idea here is not > to make any 'ad hoc' changes. 8) [...] > If you have a genuine beef with something that's proposed, make some > noise about it. Chances are that if you get involved in the design > phase, you can save yourself some work instead 8) Noise like the comments I made come from also having to deal with include file changes (which don't appear to do anything worthwhile except create compatibility problems). Darren From owner-freebsd-hackers Wed Apr 30 06:53:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27100 for hackers-outgoing; Wed, 30 Apr 1997 06:53:22 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA27093 for ; Wed, 30 Apr 1997 06:53:19 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-11.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA20068 (5.67b/IDA-1.5 for ); Wed, 30 Apr 1997 15:53:02 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id PAA08064; Wed, 30 Apr 1997 15:52:50 +0200 (CEST) Message-Id: <19970430155249.14655@x14.mi.uni-koeln.de> Date: Wed, 30 Apr 1997 15:52:49 +0200 From: Stefan Esser To: Alexander Fuchsstadt Cc: Eivind Eklund , freebsd-hackers@freebsd.org Subject: Re: Compaq Integrated Netflex Ethernet Card (fwd) References: <199704292012.WAA20646@bitbox.follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 In-Reply-To: ; from Alexander Fuchsstadt on Wed, Apr 30, 1997 at 02:51:43PM +0200 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 30, Alexander Fuchsstadt wrote: > Hi, > thanks for your interrest in my problem. The machines are Compaq Deskpro > 6000 and they are suposed to run under the (n)operating sys NT. I will try > to make them work with fBSD 3.0 970209-SNAP. Up to now, it was not > possible to print the boot -v messages, 'cause I want to install fBSD via > net. No need to actually install FreeBSD, just insert the boot floppy and enter -v, when asked for the kernel file (and options). You will of course have to write down the line identifying an unknown PCI device (class network, sub-class Ethernet), if the chip happens to NOT be supported. If it is uspported, well, then there is nothing to be done :) > So far the resources are: I/O 1000 - 100F and IRQ 11. > I'll try the lance-driver and report the result. For the Lance, there should be a memory window ... Gruss, STefan From owner-freebsd-hackers Wed Apr 30 07:08:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27803 for hackers-outgoing; Wed, 30 Apr 1997 07:08:10 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27718 for ; Wed, 30 Apr 1997 07:07:05 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id AAA27241; Thu, 1 May 1997 00:02:41 +1000 Date: Thu, 1 May 1997 00:02:41 +1000 From: Bruce Evans Message-Id: <199704301402.AAA27241@godzilla.zeta.org.au> To: avalon@coombs.anu.edu.au, msmith@atrad.adelaide.edu.au Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) Cc: bde@zeta.org.au, hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >2.2 builds the devsw tables at link time using linker sets, and as >such the devsw arrays are now arrays of pointers to devsw structures. >This is a huge plus, in that one no longer has to mung the stuff in >conf.c in order to add a new driver. Actually, it builds tables of functions at link time using linker sets. The functions are then used early at runtime to build the devsw tables. This implementation was expedient 17 months ago and bad 16 months ago. >Bruce's argument is that drivers should do their own management of >devsw entries. I'm inclined to disagree, especially as there is no >API for doing this; you are expected to grovel directly. The drivers either have to build tables of pointers to devsw's for some higher layer to use, or register the pointers directly. Doing it directly is more flexible although it takes a few bytes more space at runtime. There are (BAD) interface functions bdevsw_add(), cdevsw_add() and bdevsw_add_generic(). Bruce From owner-freebsd-hackers Wed Apr 30 07:18:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28297 for hackers-outgoing; Wed, 30 Apr 1997 07:18:47 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA28292 for ; Wed, 30 Apr 1997 07:18:45 -0700 (PDT) Received: by agora.rdrop.com (Smail3.1.29.1 #17) id m0wMaDQ-0009DmC; Wed, 30 Apr 97 07:18 PDT Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: Re: pppd on 2.2 To: brian@awfulhak.org (Brian Somers) Date: Wed, 30 Apr 1997 07:18:40 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199704290154.CAA10854@awfulhak.demon.co.uk> from "Brian Somers" at Apr 29, 97 02:54:36 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well that answers a usenet question too.... Make your default > 204.245.198.62 and things will work. Your default should be > directly reachable by you - think about it. "Send all other > packets here". .62 is the downstream connection, not the upstream connection. By downgrading to 2.1.7.1, things started working just fine. -- Alan Batie ______ It's not my fault! It's some guy batie@agora.rdrop.com \ / named "General Protection"! +1 503 452-0960 \ / --Ratbert PGP FP: DE 3C 29 17 C0 49 \/ 7A 27 40 A5 3C 37 4A DA 52 B9 It is my policy to avoid purchase of any products from companies which use unrequested email advertisements or telephone solicitation. From owner-freebsd-hackers Wed Apr 30 07:28:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28727 for hackers-outgoing; Wed, 30 Apr 1997 07:28:55 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA28722 for ; Wed, 30 Apr 1997 07:28:52 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id PAA15506; Wed, 30 Apr 1997 15:28:05 +0100 (BST) Date: Wed, 30 Apr 1997 15:28:05 +0100 (BST) From: Doug Rabson To: Darren Reed cc: Bruce Evans , hackers@FreeBSD.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704301148.EAA22561@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Darren Reed wrote: > IMHO, the driver should need to know zero about devsw tables, etc. > > With people suggesting more and more ad hoc changes, that mean more > work for me, I seriously have to wonder "is it worth the effort ?" Compared to 2.2 and current, my new system will mean less work for you. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Wed Apr 30 07:29:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28817 for hackers-outgoing; Wed, 30 Apr 1997 07:29:59 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA28805 for ; Wed, 30 Apr 1997 07:29:56 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id HAA05807 for ; Wed, 30 Apr 1997 07:29:54 -0700 (PDT) Message-Id: <199704301429.HAA05807@who.cdrom.com> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA019560513; Thu, 1 May 1997 00:28:33 +1000 From: Darren Reed Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: dfr@nlsystems.com (Doug Rabson) Date: Thu, 1 May 1997 00:28:32 +1000 (EST) Cc: avalon@coombs.anu.edu.au, bde@zeta.org.au, hackers@FreeBSD.org In-Reply-To: from "Doug Rabson" at Apr 30, 97 03:28:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Doug Rabson, sie said: > > On Wed, 30 Apr 1997, Darren Reed wrote: > > > IMHO, the driver should need to know zero about devsw tables, etc. > > > > With people suggesting more and more ad hoc changes, that mean more > > work for me, I seriously have to wonder "is it worth the effort ?" > > Compared to 2.2 and current, my new system will mean less work for you. bonus! (I hope :) From owner-freebsd-hackers Wed Apr 30 08:02:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00605 for hackers-outgoing; Wed, 30 Apr 1997 08:02:38 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA00600 for ; Wed, 30 Apr 1997 08:02:36 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id LAA01129; Wed, 30 Apr 1997 11:02:03 -0400 Date: Wed, 30 Apr 1997 11:02:02 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: hackers@FreeBSD.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704301402.AAA27241@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Bruce Evans wrote: > Actually, it builds tables of functions at link time using linker > sets. The functions are then used early at runtime to build the > devsw tables. This implementation was expedient 17 months ago and > bad 16 months ago. I agree on the comment re linker sets. I would like to see these vanish for a simple reason: try sometime to build a really minimal kernel and it will fail at link time since there are missing linker sets. ouch. By minimal, i mean minus any file systems for example. And yes, I do have a use for this. ron From owner-freebsd-hackers Wed Apr 30 08:41:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02260 for hackers-outgoing; Wed, 30 Apr 1997 08:41:19 -0700 (PDT) Received: from tornado.cisco.com (tornado.cisco.com [171.69.104.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA02252 for ; Wed, 30 Apr 1997 08:41:13 -0700 (PDT) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by tornado.cisco.com (8.6.12/8.6.5) with ESMTP id LAA01584 for ; Wed, 30 Apr 1997 11:35:29 -0400 Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.5) with ESMTP id LAA00303 for ; Wed, 30 Apr 1997 11:40:32 -0400 (EDT) Message-Id: <199704301540.LAA00303@bmcgover-pc.cisco.com> To: hackers@freebsd.org Subject: PPPd oddity when changing baud rate Date: Wed, 30 Apr 1997 11:40:32 -0400 From: Brian McGovern Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok. Heres a weird one for you. I'm hoping someone can shed some light on my rapidly diminishing sanity. I'm working on a serial driver, and things are looking good in character mode via kermit, and PPP at the default baud rate (9600). What I'm seeing, however, is that if I change the baud rate for the link, pppd doesn't get around to setting the new baud rate until just after it gets an LCP:timout sending Config-Requests (or so says debugging with GDB), and it breaks down the call. I'm also seeing numerous reads and writes to the device before the baud-rate call is made, so I'm fairly confident that its not just the timing of the debugger tripping the LCP timeout. My code for ioctl is copied virtually from the SIO driver, so I'm fairly confident that I'm linking in at all the right places. In any event, I've run out of ideas. It appears to work ok with the SIO driver, so I suspect I'm just doing something stupid. Anyone care to comment? -Brian From owner-freebsd-hackers Wed Apr 30 08:51:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02752 for hackers-outgoing; Wed, 30 Apr 1997 08:51:27 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA02743 for ; Wed, 30 Apr 1997 08:51:04 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id BAA30982; Thu, 1 May 1997 01:46:12 +1000 Date: Thu, 1 May 1997 01:46:12 +1000 From: Bruce Evans Message-Id: <199704301546.BAA30982@godzilla.zeta.org.au> To: hackers@freebsd.org, rminnich@Sarnoff.COM Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I agree on the comment re linker sets. I would like to see these vanish >for a simple reason: try sometime to build a really minimal kernel and it >will fail at link time since there are missing linker sets. ouch. > >By minimal, i mean minus any file systems for example. And yes, I do have >a use for this. You can consider this a feature. If something fails to link due to a reference to a nonexistent linker set, then the something isn't properly ifdefed for minimality. Bruce From owner-freebsd-hackers Wed Apr 30 09:27:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04542 for hackers-outgoing; Wed, 30 Apr 1997 09:27:28 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04534 for ; Wed, 30 Apr 1997 09:27:24 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id JAA06806; Wed, 30 Apr 1997 09:27:18 -0700 (PDT) Message-Id: <199704301627.JAA06806@austin.polstra.com> To: Nanbor Wang cc: freebsd-hackers@freebsd.org Subject: Re: Any compiler guru? (Was: 2 questions about C++ support in 2.2) In-reply-to: Your message of "Wed, 30 Apr 1997 00:39:30 CDT." <199704300539.AAA15024@siesta.cs.wustl.edu> References: <199704300539.AAA15024@siesta.cs.wustl.edu> Date: Wed, 30 Apr 1997 09:27:17 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hmmm, I should have double checked about this before I opened my mouth > also. ;) Appearently, another problem I had was also caused by the > weak symbols. Today, I recompiled the ACE shared library and no > warning appeared. I'm afraid you'll have to count on tvision for this > one now. Well, that's good news, not bad news. I've been looking at the problem in the tvision port. I have a pretty good idea what's going wrong, and hopefully will have a fix soon. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Wed Apr 30 09:34:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04957 for hackers-outgoing; Wed, 30 Apr 1997 09:34:32 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04952 for ; Wed, 30 Apr 1997 09:34:29 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id LAA23173; Wed, 30 Apr 1997 11:35:32 -0500 (CDT) Message-Id: <199704301635.LAA23173@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: Doug Rabson cc: Michael Smith , Bruce Evans , hackers@FreeBSD.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-reply-to: Your message of Wed, 30 Apr 1997 08:19:12 +0100. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 1997 11:35:31 -0500 From: Chris Csanady Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >The important point is that there is *no difference* between the dynamic >and statically loaded version of a driver. I can go into a >/sys/compile/FOO directory and construct loadable modules from the same >object files. How about a statically loaded version of the kernel? I mean, will it now be nothing more than an aggregate of some modules? It would be nice if all there were were modules, and to make yourself a kernel, you just had to stick them together.. --Chris Csanady >-- >Doug Rabson Mail: dfr@nlsystems.com >Nonlinear Systems Ltd. Phone: +44 181 951 1891 > From owner-freebsd-hackers Wed Apr 30 09:48:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA05581 for hackers-outgoing; Wed, 30 Apr 1997 09:48:02 -0700 (PDT) Received: from akane.db-net.com (akane.db-net.com [206.103.247.225]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA05558 for ; Wed, 30 Apr 1997 09:47:59 -0700 (PDT) Received: from catty (catty [206.103.247.226]) by akane.db-net.com (8.8.5/8.8.5) with ESMTP id NAA22784; Wed, 30 Apr 1997 13:05:15 -0400 Message-ID: <3367778B.D6E1EEC1@db-net.com> Date: Wed, 30 Apr 1997 12:47:07 -0400 From: Wilson MacGyver Organization: DB-Net Inc. X-Mailer: Mozilla 4.0b3 [en] (WinNT; I) MIME-Version: 1.0 To: Michael Smith CC: Don Wilde , hackers@freebsd.org Subject: Re: 7860 X-Priority: 3 (Normal) References: <199704300300.MAA25127@genesis.atrad.adelaide.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > The 7880, the "original" chip on the 2940 card, can track 16 of these > structures without requiring any help, allowing for up to 16 > simultaneous SCSI transactions; a fairly comfortable number. > > The 7860 on the newer 2940's can only track three. There is support > (the SCBPAGING option) for shuffling among these three to handle more > simultaneous transactions, but obviously this requires more work on > the part of the driver. So does all adptect 2940 use the 7860 now? I was getting ready to buy a 5-6 of them, as well as several motherboards that has it built-in. -- Wilson MacGyver macgyver@db-net.com -------------------------------------- Veni, Vidi, Concidi. From owner-freebsd-hackers Wed Apr 30 09:51:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA05723 for hackers-outgoing; Wed, 30 Apr 1997 09:51:12 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA05718 for ; Wed, 30 Apr 1997 09:51:08 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA14688; Wed, 30 Apr 1997 12:50:03 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 30 Apr 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id GAA17573; Wed, 30 Apr 1997 06:43:49 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id GAA01170; Wed, 30 Apr 1997 06:50:29 -0400 (EDT) Date: Wed, 30 Apr 1997 06:50:29 -0400 (EDT) From: Thomas David Rivers Message-Id: <199704301050.GAA01170@lakes.water.net> To: ponds!haldjas.folklore.ee!narvi, ponds!lakes.water.net!rivers Subject: Re: namei & hash functions Cc: ponds!freebsd.org!hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sander writes: > > Huh... The cc: the quite unreadable... :-( > Hmmmm; the mail I got has: Cc: hackers@freebsd.org Subject: Re: namei & hash functions In-Reply-To: <199704291815.OAA01477@lakes.water.net> as the Cc: did you edit it for your reply? What did it look like from your end? - Dave R. - From owner-freebsd-hackers Wed Apr 30 11:17:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08719 for hackers-outgoing; Wed, 30 Apr 1997 11:17:04 -0700 (PDT) Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA08714 for ; Wed, 30 Apr 1997 11:17:02 -0700 (PDT) Received: from roo.isi.edu by zephyr.isi.edu (5.65c/5.61+local-24) id ; Wed, 30 Apr 1997 11:16:55 -0700 Message-Id: <199704301816.AA24723@zephyr.isi.edu> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org Subject: pci device drivers and user memory mapping code Reply-To: hutton@ISI.EDU Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 97 11:16:01 PDT From: Anne Hutton Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm trying to add some code to a pci device driver to do user memory mapping and it doesn't seem to be working. I've looked at the device driver tutorial on the FreeBSD web pages but find it doesn't go into sufficient detail. Basically, I have followed the structure for a pci driver and I now need to add code which will do a device_mmap, device_ioctl, device_open and device_close. I have added a cdevsw to conf.c and added the apropriate functions to my driver in /sys/pci. I'm not sure that my data structures in the pci driver are correct. Can anyone provide an outline/help? I'm using FreeBSD 2.1.5. thanks, Anne Hutton From owner-freebsd-hackers Wed Apr 30 11:21:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA09026 for hackers-outgoing; Wed, 30 Apr 1997 11:21:40 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA09017 for ; Wed, 30 Apr 1997 11:21:33 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA17979 for hackers@freebsd.org; Wed, 30 Apr 1997 20:21:26 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA01496; Wed, 30 Apr 1997 20:20:14 +0200 (MET DST) Message-ID: <19970430202014.VP04261@uriah.heep.sax.de> Date: Wed, 30 Apr 1997 20:20:14 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: Starting XDM References: <7734.199704301248@doree.csv.warwick.ac.uk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <7734.199704301248@doree.csv.warwick.ac.uk>; from Mr M P Searle on Apr 30, 1997 13:47:57 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Mr M P Searle wrote: > About 'when to start xdm', I've found that although I can't put it > earlier than /etc/ttys, Either do it this way (run from /etc/ttys, though this would work better if the `window system' mode were actually implemented), or modify /usr/X11R6/lib/X11/xdm/Xservers, and add `vt04' to the last line there. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 30 12:03:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA10663 for hackers-outgoing; Wed, 30 Apr 1997 12:03:04 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA10656 for ; Wed, 30 Apr 1997 12:03:01 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 27516 on Wed, 30 Apr 1997 19:03:03 GMT; id TAA27516 efrom: peter@grendel.IAEhv.nl; eto: UNKNOWN Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id BAA00689; Wed, 30 Apr 1997 01:41:30 +0200 (CEST) Message-ID: <19970430014129.25712@hw.nl> Date: Wed, 30 Apr 1997 01:41:29 +0200 From: Peter Korsten To: Steve Howe Cc: freebsd-hackers Subject: Re: netscape & dos file access References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: ; from Steve Howe on Tue, Apr 29, 1997 at 03:42:58AM -0800 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steve Howe shared with us: > > i think i may be crazy here, but i have verified this any times. > > i got Netscape for FreeBSD form Netscape's site. > if i modify the "bookmarks" path in the "preferences" file, > whether relative, or absolute, to my W31 Netscapes bookmarks > on my DOS partition, it will crash within 5 minutes or so. > eventually crashing my entire system after a few restarts. > > however, i may change this path to my Lynx bookmarks in another > directory on my BSDfs and it will run fine ... ? > > i can't understand this! other programs do fine accessing the DOS > partition, and Netscape shouldn't care where the blocks come off > the hard drive ... ??? Netscape crashes FreeBSD? Strange indeed. The funny thing, it works perfectly the other way around. A FreeBSD server, also used as an X terminal and running Samba, has my bookmarks file of Netscape and I use that from a Windows 95 PC. Works like a breeze. But I experience the same. Netscape hangs when I 'Open' the bookmarks file from the DOS partition. - Peter From owner-freebsd-hackers Wed Apr 30 13:06:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14069 for hackers-outgoing; Wed, 30 Apr 1997 13:06:08 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14031 for ; Wed, 30 Apr 1997 13:06:01 -0700 (PDT) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id MAA07311 for ; Wed, 30 Apr 1997 12:40:32 -0700 (PDT) Received: from localhost (yonny@localhost) by apolo.biblos.unal.edu.co (8.8.5/8.8.5) with SMTP id OAA17838 for ; Wed, 30 Apr 1997 14:43:13 -0500 (COT) Date: Wed, 30 Apr 1997 14:43:12 -0500 (COT) From: Yonny Cardenas To: hackers@freebsd.org Subject: Configuration for gated Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm configured gated whith two computer. Now I'm configured rip: router A router B ---------- ---------- | | | | | | | | ip.94 -*------*- ip.17 ip.30 -*------*- ip.110 | | | | | ---------------------------------- | | | | | ---------------- ------------------ where : ---------is a segment ethernet * is a network interface ip. is equal to 130.156.15 ( for example ). I'm using netmask 255.255.255.240 in all. The gated.conf for router A is : rip yes { interface all version 2; }; import proto rip interface 130.156.15.110 { 130.156.0.0 mask 255.255.255.240; }; export proto rip interface 168.176.15.30 { proto rip { 130.156.0.0 mask 255.255.255.240; }; }; And gated.conf for router B is : rip yes { interface all version 2; }; import proto rip interface 130.156.15.94 { 130.156.0.0 mask 255.255.255.240; }; export proto rip interface 130.156.15.17 { proto rip { 130.156.0.0 mask 255.255.255.240; }; }; Whith I started gated in both. It's the routing tables for router B : Internet: Destination Gateway Flags Refs Use Netif Expire 127 127.0.0.1 URc 0 0 lo0 127.0.0.1 127.0.0.1 UH 0 0 lo0 130.156.15.16/28 link#2 UC 0 0 130.156.15.96/28 link#1 UC 0 0 130.156.15.110 0:0:c0:a3:7b:9e UHLW 1 52 lo0 224.0.0.9 127.0.0.1 UH 2 7 lo0 And after the following messages : Apr 30 06:33:33 labred gated[341]: if_rtdown: DOWN route for interface ed0 130.156.15.110/255.255.255.240 Apr 30 06:33:33 labred gated[341]: if_rtdown: DOWN route for interface ed1 130.156.15.30/255.255.255.240 But never routing . Whith "routed -s" the routing is good. Thanks for your help. ---------------------------------------------------------------------- YONNY CARDENAS B. yonny@ingenieria.ingsala.unal.edu.co From owner-freebsd-hackers Wed Apr 30 13:06:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14214 for hackers-outgoing; Wed, 30 Apr 1997 13:06:50 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14191 for ; Wed, 30 Apr 1997 13:06:38 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id GAA06530; Thu, 1 May 1997 06:02:27 +1000 Date: Thu, 1 May 1997 06:02:27 +1000 From: Bruce Evans Message-Id: <199704302002.GAA06530@godzilla.zeta.org.au> To: bde@zeta.org.au, julian@whistle.com Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) Cc: avalon@coombs.anu.edu.au, hackers@freebsd.org, msmith@atrad.adelaide.edu.au Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Actually, it builds tables of functions at link time using linker >> sets. The functions are then used early at runtime to build the >> devsw tables. This implementation was expedient 17 months ago and >> bad 16 months ago. > >wellll, the eventual aim is to have an init function that is called >the same regardless of whether the driver is preloaded or loaded at >run-time. This function is essentially { if (probe() && no_conflicts()) attach(); }. For statically loaded devices, the probe() and attach() functions are currently called from higher level code. The attach() function is separated from the probe() function so that the higher layer can handle conflict checking. Attaching to the devsw's is a small part of the attach() function. The conflict checking should including not clobbering active devsw entries or existing instances of the driver, but is currently null in most LKM drivers. >I think we should consider pre-loaded modules as modules that >are identical to LKM modules, but that the loading is automatic and >already done at boot time and that all that remains to be done is the >execution of the init function. >(for which SYSINIT works admirably) it is possible that a >separate linker set might have some advantages, but SYSINIT exists >and works well. An array of function pointers generated by config() would work even better for statically configured devices. You can read its sources and debug it. >> There are (BAD) interface functions bdevsw_add(), cdevsw_add() and >> bdevsw_add_generic(). >The (BAD as you call them) interfaces are pre-existing from >2.1 (as Darren noted) and were modified to be as compatible as before >with the pre-existing LKM scheme with which they were original >bundled. The BADness is in the first and third args of the functions. The first arg is a dev_t but should have been a device name so that drivers don't need to know their major number. The last arg shouldn't have existed. It is only used by the LKM upper layer to save the existing devsw entry, but the existing devsw entry is of no interest (except for conflict checking which isn't done and probably needs to be done at a different time). The LKM layer had to save it for the old devsw tables because the tables had non-null pointers to `enxio' functions. Things are simpler now that an `enxio' devsw entry is simply a null pointer. Bruce From owner-freebsd-hackers Wed Apr 30 13:07:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14338 for hackers-outgoing; Wed, 30 Apr 1997 13:07:27 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14292 for ; Wed, 30 Apr 1997 13:07:17 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id MAA07108 for ; Wed, 30 Apr 1997 12:08:11 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA04598; Wed, 30 Apr 1997 11:40:53 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd004592; Wed Apr 30 18:40:46 1997 Message-ID: <33679210.794BDF32@whistle.com> Date: Wed, 30 Apr 1997 11:40:16 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bruce Evans CC: avalon@coombs.anu.edu.au, msmith@atrad.adelaide.edu.au, hackers@freebsd.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) References: <199704301005.UAA15798@godzilla.zeta.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > _lkm_dev() shouldn't be touching the devsw's. Drivers need to manage > the devsw's directly for the non-LKM case and should use identical > code for the LKM case. this was my original intent.. the pre-loaded drivers are effectively 'loaded' by their SYSINIT() (no I don't consider it a mis-use bruce) entries, and the LKM versions of the same files should call the same functions to link themselves in at load time. > > Bruce From owner-freebsd-hackers Wed Apr 30 13:07:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14366 for hackers-outgoing; Wed, 30 Apr 1997 13:07:38 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14309 for ; Wed, 30 Apr 1997 13:07:24 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id MAA07097 for ; Wed, 30 Apr 1997 12:07:34 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02543; Wed, 30 Apr 1997 12:04:31 -0700 From: Terry Lambert Message-Id: <199704301904.MAA02543@phaeton.artisoft.com> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: ccsanady@nyx.pr.mcs.net (Chris Csanady) Date: Wed, 30 Apr 1997 12:04:30 -0700 (MST) Cc: dfr@nlsystems.com, msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199704301635.LAA23173@nyx.pr.mcs.net> from "Chris Csanady" at Apr 30, 97 11:35:31 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >The important point is that there is *no difference* between the dynamic > >and statically loaded version of a driver. I can go into a > >/sys/compile/FOO directory and construct loadable modules from the same > >object files. > > How about a statically loaded version of the kernel? I mean, will it now > be nothing more than an aggregate of some modules? It would be nice if > all there were were modules, and to make yourself a kernel, you just > had to stick them together.. ELF section archiver! ELF section archiver! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 30 13:07:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14404 for hackers-outgoing; Wed, 30 Apr 1997 13:07:43 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14325 for ; Wed, 30 Apr 1997 13:07:28 -0700 (PDT) Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id MAA07170 for ; Wed, 30 Apr 1997 12:23:30 -0700 (PDT) Received: from localhost (spaz@localhost) by becker1.u.washington.edu (8.8.4+UW97.04/8.8.4+UW97.04) with SMTP id MAA12420; Wed, 30 Apr 1997 12:23:09 -0700 (PDT) Date: Wed, 30 Apr 1997 12:23:09 -0700 (PDT) From: John Utz To: Wm Brian McCane cc: hackers@freebsd.org Subject: Pine weirdness Re: My postings to this list. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi; My messages do the same thing. It is some sort of pine weirdness that may be addressed in the documentation some where. However, as a student of the u of wash ( home of pine ), i dont get to administer it, i just use it. there is probably a mailing list and a FAQ for this somewhere. On Tue, 29 Apr 1997, Wm Brian McCane wrote: > Okay, this may be completely normal, or I may be mis-configured and I > just want to know which it is. Whenever I post to mailing-list(s), and > look at my mail in pine (3.91). Instead of seeing my name in the list as > the poster, I see "To: hackers@freebsd.org" or something similar. Is > this correct? Does it show me this because I posted it from here, or is > it a mis-configuration or a bug? Sorry if you think this doesn't belong > here, but this is where I keep seeing it. > > brian > > +-------------------------------------+----------------------------------------+ > He rides a cycle of mighty days, and \ Wm Brian and Lori McCane > he represents the last great schizm \ McCane Consulting > among the gods. Evil though he obviously \ root@bmccane.uit.net > is, he is a mighty figure, this father of \ http://bmccane.uit.net/ > my spirit, and I respect him as the sons \ http://bmccane.uit.net/~pictures/ > of old did the fathers of their bodies. \ http://bmccane.uit.net/~bmccane/ > Roger Zelazny - "Lord of Light" \ http://bmccane.uit.net/~bbs/ > +---------------------------------------------+--------------------------------+ > > ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Wed Apr 30 13:08:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14485 for hackers-outgoing; Wed, 30 Apr 1997 13:08:00 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14423 for ; Wed, 30 Apr 1997 13:07:48 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id MAA07114 for ; Wed, 30 Apr 1997 12:08:51 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA04971; Wed, 30 Apr 1997 11:53:35 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd004967; Wed Apr 30 18:53:30 1997 Message-ID: <3367950B.15FB7483@whistle.com> Date: Wed, 30 Apr 1997 11:52:59 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bruce Evans CC: avalon@coombs.anu.edu.au, msmith@atrad.adelaide.edu.au, hackers@freebsd.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) References: <199704301402.AAA27241@godzilla.zeta.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > >2.2 builds the devsw tables at link time using linker sets, and as > >such the devsw arrays are now arrays of pointers to devsw structures. > >This is a huge plus, in that one no longer has to mung the stuff in > >conf.c in order to add a new driver. > > Actually, it builds tables of functions at link time using linker > sets. The functions are then used early at runtime to build the > devsw tables. This implementation was expedient 17 months ago and > bad 16 months ago. wellll, the eventual aim is to have an init function that is called the same regardless of whether the driver is preloaded or loaded at run-time. I think we should consider pre-loaded modules as modules that are identical to LKM modules, but that the loading is automatic and already done at boot time and that all that remains to be done is the execution of the init function. (for which SYSINIT works admirably) it is possible that a separate linker set might have some advantages, but SYSINIT exists and works well. > > >Bruce's argument is that drivers should do their own management of > >devsw entries. I'm inclined to disagree, especially as there is no > >API for doing this; you are expected to grovel directly. > > The drivers either have to build tables of pointers to devsw's > for some higher layer to use, or register the pointers directly. > Doing it directly > is more flexible although it takes a few bytes more space at runtime. > There are (BAD) interface functions bdevsw_add(), cdevsw_add() and > bdevsw_add_generic(). > The (BAD as you call them) interfaces are pre-existing from 2.1 (as Darren noted) and were modified to be as compatible as before with the pre-existing LKM scheme with which they were original bundled. I didn't want to change the LKM system so I didn't change the way they worked, but if someone were to change the LKM scheme then they could be changed to suit. (though the drivers would all have to be changed as well) > Bruce From owner-freebsd-hackers Wed Apr 30 13:08:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14746 for hackers-outgoing; Wed, 30 Apr 1997 13:08:41 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14727 for ; Wed, 30 Apr 1997 13:08:36 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id MAA07043 for ; Wed, 30 Apr 1997 12:02:07 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.8.5/8.7.3) id OAA24361; Wed, 30 Apr 1997 14:01:51 -0500 (CDT) Message-ID: <19970430140151.03535@luke.pmr.com> Date: Wed, 30 Apr 1997 14:01:51 -0500 From: Bob Willcox To: hackers mailing list Subject: C++ name demangler in FreeBSD? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69e Reply-To: bob@luke.pmr.com (Bob Willcox) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I appologize if this is not the right place to ask this question, but could someone point me to tool (or anything) that will demangle C++ names? Thanks, -- Bob Willcox Anyone who is capable of getting themselves made bob@luke.pmr.com President should on no account be allowed to do the job. Austin, TX -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" From owner-freebsd-hackers Wed Apr 30 13:08:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14773 for hackers-outgoing; Wed, 30 Apr 1997 13:08:48 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14744 for ; Wed, 30 Apr 1997 13:08:41 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id LAA06943 for ; Wed, 30 Apr 1997 11:48:43 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02492; Wed, 30 Apr 1997 11:47:07 -0700 From: Terry Lambert Message-Id: <199704301847.LAA02492@phaeton.artisoft.com> Subject: Re: namei & hash functions To: narvi@haldjas.folklore.ee (Narvi) Date: Wed, 30 Apr 1997 11:47:07 -0700 (MST) Cc: ponds!rivers@dg-rtp.dg.com, hackers@freebsd.org In-Reply-To: from "Narvi" at Apr 30, 97 10:35:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Nice? Well, there are *lots* of prime numbers one off from 2^n: > > 1, 2, 3, 5, 7, 17, 31, 61, 127, 257, 8191, 65537, 131072, 524287, etc. Heh. I'm wondering how you get an integer out of log2(n) for: 60/62 and 131071/131073 I also kind of wonder why the prime number 131072 has been so long undiscovered... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 30 13:08:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14772 for hackers-outgoing; Wed, 30 Apr 1997 13:08:48 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14737 for ; Wed, 30 Apr 1997 13:08:39 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id LAA06952 for ; Wed, 30 Apr 1997 11:49:33 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02501; Wed, 30 Apr 1997 11:47:49 -0700 From: Terry Lambert Message-Id: <199704301847.LAA02501@phaeton.artisoft.com> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 30 Apr 1997 11:47:49 -0700 (MST) Cc: dfr@nlsystems.com, msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199704300744.RAA27463@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 30, 97 05:14:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ok. Do you have infrastructure for cleaning up devsw entries automagically? > eg. a hook the module can call to say "these *devsw entries are mine" > so that you can back the module out when you unload it? DEVFS! DEVFS! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 30 13:08:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14806 for hackers-outgoing; Wed, 30 Apr 1997 13:08:53 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14761 for ; Wed, 30 Apr 1997 13:08:45 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id LAA06921 for ; Wed, 30 Apr 1997 11:44:56 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02480; Wed, 30 Apr 1997 11:43:07 -0700 From: Terry Lambert Message-Id: <199704301843.LAA02480@phaeton.artisoft.com> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: dfr@nlsystems.com (Doug Rabson) Date: Wed, 30 Apr 1997 11:43:07 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@freebsd.org In-Reply-To: from "Doug Rabson" at Apr 30, 97 08:19:12 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The important point is that there is *no difference* between the dynamic > and statically loaded version of a driver. I can go into a > /sys/compile/FOO directory and construct loadable modules from the same > object files. Yes. This has always been one of the major design goals, and Doug is a stud for having finally sat down and achieved it. It was always known that it would take a kernel linker to do this, FWIW. Kudos to Doug. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 30 13:36:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16549 for hackers-outgoing; Wed, 30 Apr 1997 13:36:36 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16510 for ; Wed, 30 Apr 1997 13:36:32 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id MAA07031 for ; Wed, 30 Apr 1997 12:01:33 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wMeZ8-0005lR-00; Wed, 30 Apr 1997 11:57:22 -0700 Date: Wed, 30 Apr 1997 11:57:21 -0700 (PDT) From: Tom Samplonius To: freebsd-hackers@freebsd.org Subject: auto-DOWNing of ethernet interface? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it possible to get the various ethernet drivers to ifconfig the interface DOWN upon loss of carrier, and UP it again when carrier is resumed? Tom From owner-freebsd-hackers Wed Apr 30 13:36:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16665 for hackers-outgoing; Wed, 30 Apr 1997 13:36:58 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16632 for ; Wed, 30 Apr 1997 13:36:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id MAA07052 for ; Wed, 30 Apr 1997 12:03:50 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02524; Wed, 30 Apr 1997 12:02:04 -0700 From: Terry Lambert Message-Id: <199704301902.MAA02524@phaeton.artisoft.com> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: rminnich@Sarnoff.COM (Ron G. Minnich) Date: Wed, 30 Apr 1997 12:02:04 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: from "Ron G. Minnich" at Apr 30, 97 11:02:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Actually, it builds tables of functions at link time using linker > > sets. The functions are then used early at runtime to build the > > devsw tables. This implementation was expedient 17 months ago and > > bad 16 months ago. > > I agree on the comment re linker sets. I would like to see these vanish > for a simple reason: try sometime to build a really minimal kernel and it > will fail at link time since there are missing linker sets. ouch. > > By minimal, i mean minus any file systems for example. And yes, I do have > a use for this. Hey! I told you so! I told you so! I have patches for doing exactly this. The problem is that the size of the structures are calculated off a statically linked FFS. The patch address this by making a four line modification to the output of vnode_if.sh (two in each file) and many changes to the mount and vfs_init code. I had exactly this situation, where I loaded the Heidemann framework itself as a dynamically loaded VXD in Win95, and then loaded FS modules, as necessary. The generalization is applicable to the idea of having a hard-coded, non-VFS VFS interface provider for a single boot device (like say a flash card for an embedded system), so it's not Win95 specific, it's a general win. One caveat: you must presort the VOPS at load time to get around the descriptor ordering issues that are otherwise automatic in the statically linked case. You can't use linker sets to glue the code across module boundries. This has the (desirable) side effect of redusing the function call overhead by one push/call/pop series for every VOP call, so it's a general win in any case. You can do the sort in place, if you bubble sort. It's boot code, so it doesn't need to be very optimal. The mount code changes have to do with moving the mount point overlay code into common code, and out of the FS's proper. You have to do this in the flash case (assumes DEVFS and a union mount for a bootable BSD). It save you about 8k per FS type, if you do the NFS export handling code up at the higher level at the same time. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 30 13:37:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16889 for hackers-outgoing; Wed, 30 Apr 1997 13:37:36 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16872 for ; Wed, 30 Apr 1997 13:37:33 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id KAA06345 for ; Wed, 30 Apr 1997 10:33:48 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id MAA32622; Wed, 30 Apr 1997 12:54:53 -0400 Date: Wed, 30 Apr 1997 12:54:53 -0400 (EDT) From: Ben Black To: Chris Csanady cc: hackers@freebsd.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704301729.MAA23345@nyx.pr.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk not at all! i love being able to dynamically reconfigure my kernel in solaris without having to recompile things. VSTa takes an even more extreme path on this and makes pretty much everything a library in userland. b3n On Wed, 30 Apr 1997, Chris Csanady wrote: > > >welcome to solaris. > > Are you implying that this is a *bad* thing? > > >On Wed, 30 Apr 1997, Chris Csanady wrote: > > > >> > >> >The important point is that there is *no difference* between the dynamic > >> >and statically loaded version of a driver. I can go into a > >> >/sys/compile/FOO directory and construct loadable modules from the same > >> >object files. > >> > >> How about a statically loaded version of the kernel? I mean, will it now > >> be nothing more than an aggregate of some modules? It would be nice if > >> all there were were modules, and to make yourself a kernel, you just > >> had to stick them together.. > >> > >> --Chris Csanady > >> > >> >-- > >> >Doug Rabson Mail: dfr@nlsystems.com > >> >Nonlinear Systems Ltd. Phone: +44 181 951 1891 > >> > > >> > >> > >> > > > From owner-freebsd-hackers Wed Apr 30 14:05:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17981 for hackers-outgoing; Wed, 30 Apr 1997 14:05:58 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA17967 for ; Wed, 30 Apr 1997 14:05:56 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id NAA07538 for ; Wed, 30 Apr 1997 13:38:16 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wMg8I-0003Qq-00; Wed, 30 Apr 1997 14:37:46 -0600 To: Wilson MacGyver Subject: Re: 7860 Cc: Michael Smith , Don Wilde , hackers@freebsd.org In-reply-to: Your message of "Wed, 30 Apr 1997 12:47:07 EDT." <3367778B.D6E1EEC1@db-net.com> References: <3367778B.D6E1EEC1@db-net.com> <199704300300.MAA25127@genesis.atrad.adelaide.edu.au> Date: Wed, 30 Apr 1997 14:37:46 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <3367778B.D6E1EEC1@db-net.com> Wilson MacGyver writes: : So does all adptect 2940 use the 7860 now? I was getting ready to buy a : 5-6 : of them, as well as several motherboards that has it built-in. The MB that I got a few weeks ago (two or three) has a 7880. SuperMicro's P6SNS. They have newer MBs than mine, but I don't know the differences. Warner From owner-freebsd-hackers Wed Apr 30 14:17:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18434 for hackers-outgoing; Wed, 30 Apr 1997 14:17:07 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18423 for ; Wed, 30 Apr 1997 14:17:01 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id AAA28502; Thu, 1 May 1997 00:22:19 +0300 (EEST) Date: Thu, 1 May 1997 00:22:18 +0300 (EEST) From: Narvi Reply-To: Narvi To: Terry Lambert cc: ponds!rivers@dg-rtp.dg.com, hackers@freebsd.org Subject: Re: namei & hash functions In-Reply-To: <199704301847.LAA02492@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Terry Lambert wrote: > > Nice? Well, there are *lots* of prime numbers one off from 2^n: > > > > 1, 2, 3, 5, 7, 17, 31, 61, 127, 257, 8191, 65537, 131072, 524287, etc. > > Heh. I'm wondering how you get an integer out of log2(n) for: > > 60/62 and 131071/131073 > > I also kind of wonder why the prime number 131072 has been so long > undiscovered... Well, as 131072 is obviously not one of from 2^n so it obviously must have been a typo and the prime number indeed is 131071. :-) (Damn all the typos.) I hope I didn't introduce any new errors just now - shouldn't be answering mails on the moment, there is Volber (Volgberg nacht (?) in German) out there. Sander > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Wed Apr 30 18:23:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA26665 for hackers-outgoing; Wed, 30 Apr 1997 18:23:15 -0700 (PDT) Received: from trifork.gu.net (trifork.gu.net [194.93.190.194]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA26634; Wed, 30 Apr 1997 18:23:00 -0700 (PDT) Received: from localhost (localhost.gu.kiev.ua [127.0.0.1]) by trifork.gu.net (8.8.5/8.8.5) with SMTP id EAA00873; Thu, 1 May 1997 04:23:07 +0300 (EEST) Date: Thu, 1 May 1997 04:23:07 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: dg@root.com, se@freebsd.org, Michael Smith cc: hackers@freebsd.org, scsi@freebsd.org Subject: Intel XXpress - partial success! (was: 2 PCI busses, 2 AIC chips... In-Reply-To: <199704090022.JAA21738@genesis.atrad.adelaide.edu.au> Message-ID: X-NCC-RegID: ua.gu MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, that's me again and it seems to me that the XXpress saga will come to the end soon -- with FreeBSD final victory, I hope :) This machine is going to become a mail relay of major importance. For several reasons, commercial unices aren't an option. The machine is Big and Nice ;) but only Solaris x86 was able to live successfully on it -- more or less, because neither Linux nor Solaris were able to recognize _both_ AIC7870 chips, only the first one worked. Ok, first time FreeBSD failed to sit on it and live there; and my collegues are all Linux-oriented men, they put some fancy Linux distribution onto this box, with 2.0.30 kernel. Test run: a loaded Squid proxy caused a silent crash of Linux, no reboot, nothing, just death with a one-line panic message, after 1-2 days of uptime. Other Linux kernels -- same behaviour. So now I got the box again, and -- cool! patch by David Greenman succeeded, thanks! The first and the most boring problem is solved, 2 AIC chips are recognized. Dear Stefan, wouldn't you mind commiting a cleaner equivalent of the pci.c fix below to both code branches, please. Some questions still remain, though. I.e.: what are those PCI chips, they are unknown to FreeBSD, they caused weirdness in the dmesg output below? Why on the Earth I'm seeing that infamous-since-i386-days "stray irq 7" message once again? What does the message: "ahc0: Reading SEEPROM...checksum error", "ahc0: No SEEPROM available" mean -- is this Ok? (And will FreeBSD on this machine more stable than the "other OS" was? ;) On Wed, 9 Apr 1997, Michael Smith wrote: > > 4. XPC 637909-001 (no idea) > > 5. XPD 637910-001 2 parts (no idea) > > Um, they sound a lot like FPGA or some other gate array parts. Do they > have logos on them? Yes, Intel logos as well. I also noticed some references to a string XPC in the BIOS setup, somewhere under "Advanced -> ... chipset ..." screen. I have no ideas what can this mean... BIOS is AMI, version is 1.00.06.BG0 "Interesting" options are: Force BSP to slot 2 [Disable] Force XPC Posted Write [Auto Detect] ... Current XPC Posted Write ??? > Stick a serial cable on com1 leading to another machine, and use the > '-hv' boot flags to get it to use the serial console. Attempts to do so brought an unusual effect (BTW: BIOS is capable to redirect it's output to the serial console), GENERIC kernel started writing to serial port but as soon as it detected video & keyboard it started writing all the rest there... :) > > I'm considering this, but I don't trust my own skills of > > hacking pretty unfamiliar kernel code to get production > > system running in 2-3 days... I still hope that there already is > > a solution... > > 2-3 days on a new platform? Is this your timeframe or your customer's? > Whoever, they gotta be _nuts_! No. This system is for us -- and it _should_ be ready 2 weeks ago to start a "test run", with some simple functions like web proxy running there, while the rest details of the configuration are being done. Best regards, Andrew Stesin nic-hdl: ST73-RIPE ---------- fix to pci.c --------- 8< -------------------------------- *** pci.c-releng22 Thu May 1 00:20:48 1997 --- pci.c Thu May 1 00:21:54 1997 *************** *** 152,161 **** --- 152,180 ---- static int pci_conf_count; static int pci_info_done; static int pcibusmax; static struct pcicb *pcicb; + /*-------------------------------------------------------- + ** + ** DG's patch to deal with a crazy Intel XXpress: + ** it has 2 PCI busses, both are primary (?) + ** + **-------------------------------------------------------- + */ + #define SECOND_BUS 1 + static struct pcicb pcibus1 = { + NULL, NULL, NULL, + { 0 }, + 0, SECOND_BUS, 0, 0, + 0, 0, 0, 0, 0, 0, 0, 0, /* real allocation */ + 0, 0xFFFF, /* iobase/limit */ + 0x2000000, 0xFFFFFFFFu, /* nonprefetch membase/limit */ + 0x2000000, 0xFFFFFFFFu /* prefetch membase/limit */ + }; + + /*----------------------------------------------------------------- ** ** The following functions are provided for the device driver ** to read/write the configuration space. ** *************** *** 891,900 **** --- 910,942 ---- if (pcicb) pcicb = pcicb->pcicb_next; } pcibusmax++; } + #ifdef SECOND_BUS + /*-------------------------------------------------------- + ** + ** DG's patch to deal with a crazy Intel XXpress: + ** it has 2 PCI busses, both are primary (?) + ** + **-------------------------------------------------------- + */ + for (pcicb = &pcibus1; pcicb != NULL;) { + pci_bus_config (); + + if (pcicb->pcicb_down) { + pcicb = pcicb->pcicb_down; + continue; + }; + + while (pcicb && !pcicb->pcicb_next) + pcicb = pcicb->pcicb_up; + + if (pcicb) + pcicb = pcicb->pcicb_next; + } + #endif pci_conf_count++; } /*----------------------------------------------------------------------- ** ----------- XXpress' dmesg output after verbose boot --- 8< --------------- Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-970427-RELENG #1: Thu May 1 00:24:37 GMT 1997 root@whitestar.gu.net:/usr/src/sys/compile/XXPRESS Calibrating clock(s) ... i586 clock: 166669373 Hz, i8254 clock: 1193166 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency CLK_USE_I586_CALIBRATION not specified - using old calibration method CPU: Pentium (160.01-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x3bf real memory = 167772160 (163840K bytes) avail memory = 162467840 (158660K bytes) eisa0: Probing for devices on the EISA bus ep0: <3Com 3C579-BNC EISA Network Adapter> at 0x2000-0x200f, 0x2c80-0x2c89 irq 5 ep0: on eisa0 slot 2 ep0: aui/bnc[*BNC*] address 00:20:af:53:1e:22 pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x80007804 pcibus_setup(1a): mode1res=0x80000000 (0x80000000) pcibus_check: device 0 is there (id=12258086) Probing for devices on PCI bus 0: configuration mode 1 allows 32 devices. chip0 rev 2 on pci0:0 chip1 rev 5 on pci0:14:0 pci0:15:0: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(ffe7fc08) map(14): mem32(ffe7fc08) map(18): mem32(ffe7fc08) map(1c): mem32(ffe7fc08) map(20): mem32(ffe7fc08) map(24): mem32(ffe7fc08) pci0:15:1: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(ffe7fc08) map(14): mem32(ffe7fc08) map(18): mem32(ffe7fc08) map(1c): mem32(ffe7fc08) map(20): mem32(ffe7fc08) map(24): mem32(ffe7fc08) pci0:15:2: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(ffe7fc08) map(14): mem32(ffe7fc08) map(18): mem32(ffe7fc08) map(1c): mem32(ffe7fc08) map(20): mem32(ffe7fc08) map(24): mem32(ffe7fc08) pci0:15:3: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(ffe7fc08) map(14): mem32(ffe7fc08) map(18): mem32(ffe7fc08) map(1c): mem32(ffe7fc08) map(20): mem32(ffe7fc08) map(24): mem32(ffe7fc08) pci0:15:4: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(ffe7fc08) map(14): mem32(ffe7fc08) map(18): mem32(ffe7fc08) map(1c): mem32(ffe7fc08) map(20): mem32(ffe7fc08) map(24): mem32(ffe7fc08) pci0:15:5: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(ffe7fc08) map(14): mem32(ffe7fc08) map(18): mem32(ffe7fc08) map(1c): mem32(ffe7fc08) map(20): mem32(ffe7fc08) map(24): mem32(ffe7fc08) pci0:15:6: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(ffe7fc08) map(14): mem32(ffe7fc08) map(18): mem32(ffe7fc08) map(1c): mem32(ffe7fc08) map(20): mem32(ffe7fc08) map(24): mem32(ffe7fc08) pci0:15:7: Intel Corporation, device=0x0008, class=0xff, subclass=0x00 [no driver assigned] map(10): mem32(ffe7fc08) map(14): mem32(ffe7fc08) map(18): mem32(ffe7fc08) map(1c): mem32(ffe7fc08) map(20): mem32(ffe7fc08) map(24): mem32(ffe7fc08) Probing for devices on PCI bus 1: chip2 rev 2 on pci1:0 ahc0 rev 3 int a irq 10 on pci1:13 mapreg[10] type=1 addr=0000fc00 size=0100. mapreg[14] type=0 addr=ffcff000 size=1000. reg20: virtual=0xf6963000 physical=0xffcff000 size=0x1000 ahc0: Reading SEEPROM...checksum error ahc0: No SEEPROM available ahc0: Using left over BIOS settings ahc0: aic7870 Wide Channel, SCSI Id=7, 16/255 SCBs ahc0: Resetting Channel A ahc0: Downloading Sequencer Program...ahc0: 411 instructions downloaded Done ahc0: Probing channel A ahc0 waiting for scsi devices to settle ahc0: target 1 using 16Bit transfers ahc0: target 1 synchronous at 10.0MHz, offset = 0x8 ahc0: target 1 Tagged Queuing Device (ahc0:1:0): "SEAGATE ST34371W 0484" type 0 fixed SCSI 2 sd0(ahc0:1:0): Direct-Access 4148MB (8496884 512 byte sectors) sd0(ahc0:1:0): with 5172 cyls, 10 heads, and an average 164 sectors/track ahc1 rev 3 int a irq 9 on pci1:14 mapreg[10] type=1 addr=0000f800 size=0100. mapreg[14] type=0 addr=ffcfe000 size=1000. reg20: virtual=0xf6966000 physical=0xffcfe000 size=0x1000 ahc1: Reading SEEPROM...checksum error ahc1: No SEEPROM available ahc1: aic7870 Wide Channel, SCSI Id=7, 16/255 SCBs ahc1: Resetting Channel A ahc1: Host Adapter Bios disabled. Using default SCSI device parameters ahc1: Downloading Sequencer Program...ahc1: 411 instructions downloaded Done ahc1: Probing channel A ahc1 waiting for scsi devices to settle ahc1: target 6 using 16Bit transfers ahc1: target 6 synchronous at 10.0MHz, offset = 0x8 ahc1: target 6 Tagged Queuing Device (ahc1:6:0): "SEAGATE ST34371W 0484" type 0 fixed SCSI 2 sd1(ahc1:6:0): Direct-Access 4148MB (8496884 512 byte sectors) sd1(ahc1:6:0): with 5172 cyls, 10 heads, and an average 164 sectors/track pci1: uses 8192 bytes of memory from ffcfe000 upto ffcfffff. pci1: uses 512 bytes of I/O space from f800 upto fcff. Probing for devices on the ISA bus: sc0: the current keyboard controller command byte 0065 kbdio: RESET_KBD return code:00fa kbdio: RESET_KBD status:00aa sc0 at 0x60-0x6f irq 1 on motherboard sc0: BIOS video mode:3 sc0: VGA registers upon power-up 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 ff ff 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: video mode:24 sc0: VGA registers for mode:24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 not found at 0x2f8 lpt0 not found at 0xffffffff psm0: current command byte:0065 kbdio: TEST_AUX_PORT status:0000 kbdio: RESET_AUX return code:00fa kbdio: RESET_AUX status:00aa kbdio: RESET_AUX ID:0000 psm0: status after reset 00 02 64 psm: status 00 00 64 (get_mouse_buttons) psm0: status 00 02 64 psm0 at 0x60-0x64 irq 12 on motherboard psm0: device ID 0, 2 buttons fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , multi-block-16 wd0: 1032MB (2113776 sectors), 2097 cyls, 16 heads, 63 S/T, 512 B/S ep0 not found at 0x300 npx0 flags 0x1 on motherboard npx0: INT 16 interface imasks: bio c0004640, tty c0031032, net c0031032 BIOS Geometries: 0:020a3f3f 0..522=523 cylinders, 0..63=64 heads, 1..63=63 sectors 0 accounted for Device configuration finished. Considering FFS root f/s. configure() finished. new masks: bio c0004640, tty c0031032, net c0031032 wd0s1: type 0xa5, start 0, end = 2113775, size 2113776 wd0s1: C/H/S end 131/146/63 (1222451) != end 2113775: invalid stray irq 7 From owner-freebsd-hackers Wed Apr 30 19:36:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA29577 for hackers-outgoing; Wed, 30 Apr 1997 19:36:53 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA29572 for ; Wed, 30 Apr 1997 19:36:43 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA02021; Thu, 1 May 1997 12:06:31 +0930 (CST) From: Michael Smith Message-Id: <199705010236.MAA02021@genesis.atrad.adelaide.edu.au> Subject: Re: 7860 In-Reply-To: <3367778B.D6E1EEC1@db-net.com> from Wilson MacGyver at "Apr 30, 97 12:47:07 pm" To: macgyver@db-net.com (Wilson MacGyver) Date: Thu, 1 May 1997 12:06:31 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, Don@PartsNow.com, hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Wilson MacGyver stands accused of saying: > Michael Smith wrote: > > The 7860 on the newer 2940's can only track three. There is support > > (the SCBPAGING option) for shuffling among these three to handle more > > simultaneous transactions, but obviously this requires more work on > > the part of the driver. > So does all adptect 2940 use the 7860 now? I was getting ready to > buy a 5-6 of them, as well as several motherboards that has it > built-in. According to Rod Grimes, yes. At least one motherboard (the Tekram P5H30-WS) is still using the 7880, as of our last purchase a few weeks back. > -- Wilson MacGyver macgyver@db-net.com -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 30 19:37:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA29617 for hackers-outgoing; Wed, 30 Apr 1997 19:37:22 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA29604 for ; Wed, 30 Apr 1997 19:37:18 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id TAA09352 for ; Wed, 30 Apr 1997 19:02:08 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id BAA12276; Thu, 1 May 1997 01:55:45 +0100 (BST) Message-Id: <199705010055.BAA12276@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org, danny@panda.hilink.com.au (Daniel O'Callaghan), leec@adam.adonai.net (Lee Crites \(AEI\)) Subject: Re: netscape via pppd cannot seem to get name service In-reply-to: Your message of "Wed, 30 Apr 1997 08:11:51 +0200." <19970430081151.PX31169@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 May 1997 01:55:45 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Daniel O'Callaghan wrote: > > > I have announced this on freebsd-isp a few times. Time for -hackers, I > > guess. > > No, time to make it a port. :-) pppkit.tgz isn't really port material IMHO, as it's essentially a set of patches for pppd AFAIK. I think most of this should be brought into -current (and maybe back-ported to 2.2). I havn't tried things out, but the README looks good. Danny, if you're desperate for a tester, I can look at it at some point, but I can't promise when - I've got lots to do at the moment. > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed Apr 30 19:37:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA29620 for hackers-outgoing; Wed, 30 Apr 1997 19:37:23 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA29606 for ; Wed, 30 Apr 1997 19:37:20 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id TAA09363 for ; Wed, 30 Apr 1997 19:02:30 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA17773; Thu, 1 May 1997 02:08:49 +0100 (BST) Message-Id: <199705010108.CAA17773@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: batie@agora.rdrop.com (Alan Batie) cc: brian@awfulhak.org (Brian Somers), hackers@freebsd.org Subject: Re: pppd on 2.2 In-reply-to: Your message of "Wed, 30 Apr 1997 07:18:40 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 May 1997 02:08:48 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Well that answers a usenet question too.... Make your default > > 204.245.198.62 and things will work. Your default should be > > directly reachable by you - think about it. "Send all other > > packets here". > > .62 is the downstream connection, not the upstream connection. Sorry, I deleted the original mail, but from memory, your routing table had no route for the default "via" machine, making it impossible to send packets anywhere without a direct route. > By downgrading to 2.1.7.1, things started working just fine. But maybe for the wrong reasons ? Did I misread your orignal message ? > -- > Alan Batie ______ It's not my fault! It's some guy > batie@agora.rdrop.com \ / named "General Protection"! > +1 503 452-0960 \ / --Ratbert > PGP FP: DE 3C 29 17 C0 49 \/ 7A 27 40 A5 3C 37 4A DA 52 B9 > > It is my policy to avoid purchase of any products from companies which > use unrequested email advertisements or telephone solicitation. From owner-freebsd-hackers Wed Apr 30 19:37:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA29633 for hackers-outgoing; Wed, 30 Apr 1997 19:37:24 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA29608 for ; Wed, 30 Apr 1997 19:37:20 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id TAA09345 for ; Wed, 30 Apr 1997 19:01:59 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA23259; Thu, 1 May 1997 02:21:19 +0100 (BST) Message-Id: <199705010121.CAA23259@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Brian McGovern cc: hackers@freebsd.org Subject: Re: PPPd oddity when changing baud rate In-reply-to: Your message of "Wed, 30 Apr 1997 11:40:32 EDT." <199704301540.LAA00303@bmcgover-pc.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 May 1997 02:21:19 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ok. Heres a weird one for you. I'm hoping someone can shed some light on > my rapidly diminishing sanity. > > I'm working on a serial driver, and things are looking good in > character mode via kermit, and PPP at the default baud rate (9600). What > I'm seeing, however, is that if I change the baud rate for the link, > pppd doesn't get around to setting the new baud rate until just after > it gets an LCP:timout sending Config-Requests (or so says debugging with GDB), > and it breaks down the call. I'm also seeing numerous reads and writes to > the device before the baud-rate call is made, so I'm fairly confident > that its not just the timing of the debugger tripping the LCP timeout. Is pppd supposed to change its bit rate dynamically ? This doesn't make sense to me. Surely, the DT speed should stay constant (I have mine set to 115200 for everything). How is it supposed to notice that the speed has changed - by trying different speeds 'till it recognises something ? I think not. Yep. I must be missing what you're saying. > -Brian -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed Apr 30 19:38:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00125 for hackers-outgoing; Wed, 30 Apr 1997 19:38:39 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA00107 for ; Wed, 30 Apr 1997 19:38:35 -0700 (PDT) Received: from aries.bb.cc.wa.us (root@[208.8.136.11]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id SAA09197 for ; Wed, 30 Apr 1997 18:14:24 -0700 (PDT) Received: from localhost (chris@localhost) by aries.bb.cc.wa.us (8.8.3/8.6.9) with SMTP id SAA01920; Wed, 30 Apr 1997 18:08:15 -0700 (PDT) Date: Wed, 30 Apr 1997 18:08:15 -0700 (PDT) From: Chris Coleman To: Kevin Eliuk cc: hackers@freebsd.org, Annelise Anderson Subject: Re: Re: "learn" unix tool In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok, i have written a little 'help' script in perl. It probably needs work, but I just hacked it out overnight. I am posting it here for public approval prior to asking for it to be committed. I designed it to be one screenful of information that every new user needs to know. (IMHO) Anyway, take a look at it and tell me what you think. #!/usr/bin/perl ########################## Variables ################################# sub get_variables{ #($name,$passwd,$uid,$gid,$quota,$comment,$gcos,$dir,$shell) = getpwent; $name = getlogin || (getpwuid($<))[0]; ($hostname)=split(//,getnetent,1); chop($hosttype = `uname`); chop($version = `uname -r`); $email="$name\@$hostname"; $name =~ /(^[a-z])(.*)/; $firstletter=$1; $firstletter =~ tr/[a-z]/[A-Z]/; $name= "$firstletter$2"; $shell = $ENV{'SHELL'}; $term = $ENV{'TERM'}||"dialup"; $home = $ENV{'HOME'}||"You are Homeless"; $pwd = $ENV{'PWD'}||"Lost on the System"; $remotehost = $ENV{'REMOTEHOST'}||"Somewhere"; } ########################## Main Functions ################################# do get_variables(); do play_greeting(); do pwd_check(); do shell_check(); do commands(); do found_commands(); do show_help(); ########################## Greeting Subs ################################# sub play_greeting{ system(clear); print " $name, Welcome to $hosttype $version on $hostname!\n\n"; print "Your email address is: \"$email\".\n"; print "Command Shell: \"$shell\"\n"; } ########################## Commands Subs ################################# sub commands{ print"\nSome Useful Commands: 'w' Displays what people are doing. 'who' Shows Who is on-line. 'finger ' Find information on someone. 'ls' List files and directories. 'cd ' Change to \"directory\". 'cd ~' Change back to home directory. 'more ' Display the contents of \"filename\". 'passwd' Change your password. \n"; } ########################## Command Finding Subs ################################ sub found_commands{ #Check for easiest e-mail program, if (-e "/usr/local/bin/pine"){ print"'pine' Access your e-mail.\n" } elsif( -e "/usr/local/bin/elm"){ print"'elm' Edit Text Documents.\n" } elsif( -e "/usr/local/bin/mutt"){ print"'mutt' Edit Text Documents.\n" } elsif( -e "/usr/local/bin/mh"){ print"'mh' Edit Text Documents.\n" } elsif( -e "/bin/mail"){ print"'You Only have 'mail' installed, get your system manager to install 'pine'.\n" } #Check for easiest text editor if (-e "/usr/local/bin/pico"){ print"'pico ' Edit Text Documents.\n" } elsif( -e "/usr/local/bin/emacs "){ print"'emacs 'Edit Text Documents.\n" } elsif( -e "/bin/vi"){ print"'vi ' Edit Text Documents.\n" } if (-e "/usr/local/bin/ytalk"){ print"'ytalk ' Talk to a person.\n" } elsif( -e "/usr/bin/talk "){ print"'talk ' Talk to a person.\n" } } ########################## shell checking Subs ################################# sub shell_check{ #check and give shell information if($term eq "dialup"){ print "Your terminal type is set to \"dialup\", you might need to change it by typing 'set term = vt100'\n"; } print"Terminal Type: \"$term\""; print" You are at a Server Terminal.\n" if $term eq "cons25"; print" Remote Connection from: $remotehost.\n" if $term eq "vt100"; print" You are dialed in.\n" if $term eq "dialup"; } ########################## shell checking Subs ################################# sub pwd_check{ #check and give Present working Directory information print"Current Directory: \"$pwd\"\n"; if ($pwd eq $home){ print " You are in your home directory.\n"; } else { print "Home Directory: \"$home\".\n"; } } ########################## shell checking Subs ################################# sub show_help{ print"Ways to Get Help: 'man ' Give more info on \"Command\"."; print" 'learn' Learn about Unix\n" if -e "/usr/bin/learn"; print" 'info' Info about Unix\n" if -e "/usr/bin/info"; } ########################################################################### Christopher J. Coleman (chris@aries.bb.cc.wa.us) Computer Support Technician I (509)-766-8873 Big Bend Community College Internet Instructor FreeBSD Book Project: http://vinyl.quickweb.com/~chrisc/book.html Disclaimer: Even Though it has My Name on it, Doesn't mean I said it. From owner-freebsd-hackers Wed Apr 30 19:42:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00973 for hackers-outgoing; Wed, 30 Apr 1997 19:42:10 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA00955 for ; Wed, 30 Apr 1997 19:42:05 -0700 (PDT) Received: from racoon.riga.lv (racoon.riga.lv [194.8.12.142]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id PAA08018 for ; Wed, 30 Apr 1997 15:33:02 -0700 (PDT) Received: from stoat.riga.lv (root@stoat.riga.lv [194.8.12.138]) by racoon.riga.lv (8.8.4/8.7.3/OL.cf-2.3) with SMTP id BAA02223 for ; Thu, 1 May 1997 01:29:01 +0300 (EET DST) Received: from andrei.riga.lv ([199.125.217.37]) by stoat.riga.lv with SMTP id AA13836 (5.65.kiae-1 for ); Thu, 1 May 1997 01:29:52 +0300 Message-Id: <3367C8EB.7990@ms.lv> Date: Thu, 01 May 1997 01:34:19 +0300 From: andrei Reply-To: andrei@ms.lv Organization: Multi Sistema X-Mailer: Mozilla 3.0Gold (Win95; I) Mime-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: (no subject) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-hackers Wed Apr 30 19:43:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01272 for hackers-outgoing; Wed, 30 Apr 1997 19:43:34 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01256 for ; Wed, 30 Apr 1997 19:43:30 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id OAA07802 for ; Wed, 30 Apr 1997 14:52:11 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA21634; Wed, 30 Apr 1997 23:52:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA04143; Wed, 30 Apr 1997 23:33:14 +0200 (MET DST) Message-ID: <19970430233314.YF06808@uriah.heep.sax.de> Date: Wed, 30 Apr 1997 23:33:14 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Cc: yonny@apolo.biblos.unal.edu.co (Yonny Cardenas) Subject: Re: Configuration for gated References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Yonny Cardenas on Apr 30, 1997 14:43:12 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Yonny Cardenas wrote: (I'm no GateD expert, but have a running configuration on our machines at work.) > The gated.conf for router A is : (I think that's for router B, ain't it?) > rip yes { > interface all version 2; > }; > import proto rip interface 130.156.15.110 > { > 130.156.0.0 mask 255.255.255.240; > }; If i'm not mistaken, you need to add the keyword `refines' here, meaning that you want to import any subnet under 130.156. You probably also need to bump the netmask to 255.255.0.0 then. As it stands, it will only import the route if it's for 130.156.0.0/28 (exactly for this, and for nothing else). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 30 19:44:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01625 for hackers-outgoing; Wed, 30 Apr 1997 19:44:51 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01609 for ; Wed, 30 Apr 1997 19:44:47 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id MAA07075 for ; Wed, 30 Apr 1997 12:04:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02534; Wed, 30 Apr 1997 12:03:38 -0700 From: Terry Lambert Message-Id: <199704301903.MAA02534@phaeton.artisoft.com> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: bde@zeta.org.au (Bruce Evans) Date: Wed, 30 Apr 1997 12:03:38 -0700 (MST) Cc: hackers@freebsd.org, rminnich@Sarnoff.COM In-Reply-To: <199704301546.BAA30982@godzilla.zeta.org.au> from "Bruce Evans" at May 1, 97 01:46:12 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I agree on the comment re linker sets. I would like to see these vanish > >for a simple reason: try sometime to build a really minimal kernel and it > >will fail at link time since there are missing linker sets. ouch. > > > >By minimal, i mean minus any file systems for example. And yes, I do have > >a use for this. > > You can consider this a feature. If something fails to link due to a > reference to a nonexistent linker set, then the something isn't properly > ifdefed for minimality. Heh. Death is a feature. It means humans aren't properly designed. I'd have to say that like death, this is a "feature' I could live without. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 30 19:44:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01650 for hackers-outgoing; Wed, 30 Apr 1997 19:44:54 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01614 for ; Wed, 30 Apr 1997 19:44:48 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id LAA06918 for ; Wed, 30 Apr 1997 11:44:34 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id TAA28022; Wed, 30 Apr 1997 19:42:24 +0100 (BST) Date: Wed, 30 Apr 1997 19:42:24 +0100 (BST) From: Doug Rabson To: Chris Csanady cc: Michael Smith , Bruce Evans , hackers@freebsd.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704301635.LAA23173@nyx.pr.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Chris Csanady wrote: > > >The important point is that there is *no difference* between the dynamic > >and statically loaded version of a driver. I can go into a > >/sys/compile/FOO directory and construct loadable modules from the same > >object files. > > How about a statically loaded version of the kernel? I mean, will it now > be nothing more than an aggregate of some modules? It would be nice if > all there were were modules, and to make yourself a kernel, you just > had to stick them together.. That is almost what I have right now. The only difference between the object file for a statically linked driver and the object file for a dynamically linked driver is this command: ld -Bshareable -o filename.so filename.o -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Wed Apr 30 19:44:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01682 for hackers-outgoing; Wed, 30 Apr 1997 19:44:58 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01624 for ; Wed, 30 Apr 1997 19:44:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id LAA06793 for ; Wed, 30 Apr 1997 11:38:08 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02447; Wed, 30 Apr 1997 11:36:56 -0700 From: Terry Lambert Message-Id: <199704301836.LAA02447@phaeton.artisoft.com> Subject: Re: Continual Education (was Re: A Desparate Plea) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 30 Apr 1997 11:36:56 -0700 (MST) Cc: Shimon@i-Connect.Net, msmith@atrad.adelaide.edu.au, julian@whistle.com, freebsd-hackers@freebsd.org, jkh@time.cdrom.com In-Reply-To: <199704300600.PAA26367@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 30, 97 03:30:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > A relevant question. Most LKMs are loaded once and never unloaded; > these aren't a problem source. The LKM framework was a bit of a > kludge at the time, and has perhaps not been brought completely up to > snuff simply because it worked "well enough". Speaking as the appologist for the LKM code (I wrote the original)... Actually, it wants DEVFS to solve some of the sticky problems and hacks it would otherwise have to engage in. The ongoing "imminent arrival" of DEVFS has had at least something to do with it not being updated. It would also be a lot easier to do a general kernel loader shared between image activation and module loading if FreeBSD would go to ELF. That's been a minor factor. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 30 19:45:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01706 for hackers-outgoing; Wed, 30 Apr 1997 19:45:01 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01635 for ; Wed, 30 Apr 1997 19:44:53 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id LAA06902 for ; Wed, 30 Apr 1997 11:42:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02469; Wed, 30 Apr 1997 11:41:13 -0700 From: Terry Lambert Message-Id: <199704301841.LAA02469@phaeton.artisoft.com> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: avalon@coombs.anu.edu.au (Darren Reed) Date: Wed, 30 Apr 1997 11:41:13 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199704300708.AAA10789@hub.freebsd.org> from "Darren Reed" at Apr 30, 97 05:07:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hmmm, IP Filter unloads and reloads easily enough. > > However, give some thought to a process which is in a kernel sleep state, > inside the LKM and theLKM is removed, leaving the process still sleeping > on a now invalid address. There is a place in the instance structure for entrancy counting for delayed unload. The system call sample I originally sent with the LKM code demonstrated its use. The problem with devices is that they don't get open/close notification, which was something PHK wanted for quite some time, so entrancy counting isn't really something youy can do anything about. As far as generalization of the network protocols, and so on, there is still not a registration/deregistration mechanism supported "down there" (this is something I wanted when the "stale" networking code was ripped bodily from the bosom of the kernel...). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 30 19:46:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02034 for hackers-outgoing; Wed, 30 Apr 1997 19:46:09 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01994 for ; Wed, 30 Apr 1997 19:46:00 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id KAA06475 for ; Wed, 30 Apr 1997 10:51:05 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id NAA00211; Wed, 30 Apr 1997 13:12:17 -0400 Date: Wed, 30 Apr 1997 13:12:17 -0400 (EDT) From: Ben Black To: hackers@freebsd.org Subject: USB support? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk what is currently being done with USB and are there any solid plans for using it as a network interface? thanks, b3n From owner-freebsd-hackers Wed Apr 30 19:46:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00684 for hackers-outgoing; Wed, 30 Apr 1997 19:40:45 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA00591 for ; Wed, 30 Apr 1997 19:40:27 -0700 (PDT) Received: from X2296 (ppp6569.on.sympatico.ca [206.172.208.161]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id QAA08258 for ; Wed, 30 Apr 1997 16:09:43 -0700 (PDT) Received: from localhost (tim@localhost) by X2296 (8.7.6/8.7.3) with SMTP id TAA00207; Wed, 30 Apr 1997 19:08:11 -0400 (EDT) Date: Wed, 30 Apr 1997 19:08:10 -0400 (EDT) From: Tim Vanderhoek Reply-To: ac199@hwcn.org To: Simon Shapiro cc: Michael Smith , julian@whistle.com, freebsd-hackers@freebsd.org, jkh@time.cdrom.com Subject: Re: Continual Education (was Re: A Desparate Plea) In-Reply-To: Message-ID: X-OS: FreeBSD 2.2 X-Mailer: Pine MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, Simon Shapiro wrote: [...] > interface to it to compete with linux make xconfig), why bother with LKM's? > Especially when they do not to load/unload in a friendly manner. > With memory prices being what they are, a ``huge'' kernel will cost about > $8.00 more than a tiny one. Ebmedded systems? commercial non-source > products? They're also nice for people who don't have the hdd space to compile kernels... -- tIM...HOEk Whoever told you I had a .signature was lying. From owner-freebsd-hackers Wed Apr 30 19:46:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02155 for hackers-outgoing; Wed, 30 Apr 1997 19:46:40 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02132 for ; Wed, 30 Apr 1997 19:46:35 -0700 (PDT) Received: from ingenieria ([168.176.15.11]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id KAA06508 for ; Wed, 30 Apr 1997 10:55:17 -0700 (PDT) Received: by ingenieria (SMI-8.6/SMI-SVR4) id NAA06710; Wed, 30 Apr 1997 13:36:38 -0400 Date: Wed, 30 Apr 1997 13:36:38 -0400 (EDT) From: Yonny Cardenas To: hackers@freebsd.org Subject: Help for configure gated Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm configured gated whith two computer. Now I'm configured rip: router A router B ---------- ---------- | | | | | | | | ip.94 -*------*- ip.17 ip.30 -*------*- ip.110 | | | | | ---------------------------------- | | | | | ---------------- ------------------ where : ---------is a segment ethernet * is a network interface ip. is equal to 130.156.15 ( for example ). I'm using netmask 255.255.255.240 in all. The gated.conf for router A is : rip yes { interface all version 2; }; import proto rip interface 130.156.15.110 { 130.156.0.0 mask 255.255.255.240; }; export proto rip interface 168.176.15.30 { proto rip { 130.156.0.0 mask 255.255.255.240; }; }; And gated.conf for router B is : rip yes { interface all version 2; }; import proto rip interface 130.156.15.94 { 130.156.0.0 mask 255.255.255.240; }; export proto rip interface 130.156.15.17 { proto rip { 130.156.0.0 mask 255.255.255.240; }; }; Whith I started gated in both. It's the routing tables for router B : Internet: Destination Gateway Flags Refs Use Netif Expire 127 127.0.0.1 URc 0 0 lo0 127.0.0.1 127.0.0.1 UH 0 0 lo0 130.156.15.16/28 link#2 UC 0 0 130.156.15.96/28 link#1 UC 0 0 130.156.15.110 0:0:c0:a3:7b:9e UHLW 1 52 lo0 224.0.0.9 127.0.0.1 UH 2 7 lo0 And after the following messages : Apr 30 06:33:33 labred gated[341]: if_rtdown: DOWN route for interface ed0 130.156.15.110/255.255.255.240 Apr 30 06:33:33 labred gated[341]: if_rtdown: DOWN route for interface ed1 130.156.15.30/255.255.255.240 But never routing ! Whith "routed -s" the routing is good. Thanks for your help . ------------------------------------------------------------------------- YONNY CARDENAS B. yonny@ingenieria.ingsala.unal.edu.co Universidad Nacional de Colombia From owner-freebsd-hackers Wed Apr 30 19:47:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02346 for hackers-outgoing; Wed, 30 Apr 1997 19:47:27 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02304 for ; Wed, 30 Apr 1997 19:47:19 -0700 (PDT) Received: from super-g.inch.com (super-g.com [204.178.32.161]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id KAA06363 for ; Wed, 30 Apr 1997 10:35:08 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.6.9) with SMTP id NAA20132; Wed, 30 Apr 1997 13:55:42 -0400 (EDT) Date: Wed, 30 Apr 1997 13:55:41 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com To: Warner Losh cc: John Capo , hackers@freebsd.org Subject: Re: 2.2.X ping -l == ping -f In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner, Sorry, sorry, sorry, I thought the machine I was on was up-to-date, but it wasn't... My bad. Charles On Tue, 29 Apr 1997, Warner Losh wrote: > In message spork writes: > : I do like the side-effect this produces; namely, joe user can't do a > : "pseudo ping-flood" by setting a huge preload. > > That was the intended effect. > > : 2.1.7.1 allows a big preload value, which I didn't care for... > > Yuck. I thought I had back ported it. Are you asking for this to be > placed into the 2.1 stable branch? > > Warner > From owner-freebsd-hackers Wed Apr 30 19:47:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02364 for hackers-outgoing; Wed, 30 Apr 1997 19:47:30 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02327 for ; Wed, 30 Apr 1997 19:47:22 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id KAA06337 for ; Wed, 30 Apr 1997 10:32:16 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id LAA18621; Wed, 30 Apr 1997 11:31:56 -0600 (MDT) Message-Id: <199704301731.LAA18621@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Wilson MacGyver cc: Michael Smith , Don Wilde , hackers@freebsd.org Subject: Re: 7860 In-reply-to: Your message of "Wed, 30 Apr 1997 12:47:07 EDT." <3367778B.D6E1EEC1@db-net.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 1997 12:30:26 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >So does all adptect 2940 use the 7860 now? I was getting ready to buy a >5-6 of them, as well as several motherboards that has it built-in. The 2940UW uses the aic7880. The 2940UW (narrow adapter) uses the aic7860. >-- >Wilson MacGyver macgyver@db-net.com >-------------------------------------- >Veni, Vidi, Concidi. > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Wed Apr 30 19:47:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02383 for hackers-outgoing; Wed, 30 Apr 1997 19:47:38 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02333 for ; Wed, 30 Apr 1997 19:47:25 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id KAA06263 for ; Wed, 30 Apr 1997 10:21:00 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id MAA32425; Wed, 30 Apr 1997 12:41:50 -0400 Date: Wed, 30 Apr 1997 12:41:50 -0400 (EDT) From: Ben Black To: Chris Csanady cc: Doug Rabson , Michael Smith , Bruce Evans , hackers@freebsd.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199704301635.LAA23173@nyx.pr.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk welcome to solaris. On Wed, 30 Apr 1997, Chris Csanady wrote: > > >The important point is that there is *no difference* between the dynamic > >and statically loaded version of a driver. I can go into a > >/sys/compile/FOO directory and construct loadable modules from the same > >object files. > > How about a statically loaded version of the kernel? I mean, will it now > be nothing more than an aggregate of some modules? It would be nice if > all there were were modules, and to make yourself a kernel, you just > had to stick them together.. > > --Chris Csanady > > >-- > >Doug Rabson Mail: dfr@nlsystems.com > >Nonlinear Systems Ltd. Phone: +44 181 951 1891 > > > > > From owner-freebsd-hackers Wed Apr 30 19:47:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA02388 for hackers-outgoing; Wed, 30 Apr 1997 19:47:39 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA02360 for ; Wed, 30 Apr 1997 19:47:29 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id KAA06309 for ; Wed, 30 Apr 1997 10:28:12 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id MAA23345; Wed, 30 Apr 1997 12:29:41 -0500 (CDT) Message-Id: <199704301729.MAA23345@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: Ben Black cc: hackers@freebsd.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-reply-to: Your message of Wed, 30 Apr 1997 12:41:50 -0400. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Apr 1997 12:29:40 -0500 From: Chris Csanady Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >welcome to solaris. Are you implying that this is a *bad* thing? >On Wed, 30 Apr 1997, Chris Csanady wrote: > >> >> >The important point is that there is *no difference* between the dynamic >> >and statically loaded version of a driver. I can go into a >> >/sys/compile/FOO directory and construct loadable modules from the same >> >object files. >> >> How about a statically loaded version of the kernel? I mean, will it now >> be nothing more than an aggregate of some modules? It would be nice if >> all there were were modules, and to make yourself a kernel, you just >> had to stick them together.. >> >> --Chris Csanady >> >> >-- >> >Doug Rabson Mail: dfr@nlsystems.com >> >Nonlinear Systems Ltd. Phone: +44 181 951 1891 >> > >> >> >> From owner-freebsd-hackers Wed Apr 30 19:50:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA00771 for hackers-outgoing; Wed, 30 Apr 1997 19:41:06 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA00714 for ; Wed, 30 Apr 1997 19:40:57 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id QAA08305 for ; Wed, 30 Apr 1997 16:14:54 -0700 (PDT) Received: (qmail 19048 invoked by uid 1000); 30 Apr 1997 22:53:03 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199704301836.LAA02447@phaeton.artisoft.com> Date: Wed, 30 Apr 1997 15:48:02 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Terry Lambert Subject: Re: Continual Education (was Re: A Desparate Plea) Cc: jkh@time.cdrom.com, freebsd-hackers@freebsd.org, julian@whistle.com, (Michael Smith) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Terry Lambert; On 30-Apr-97 you wrote: > > A relevant question. Most LKMs are loaded once and never unloaded; > > these aren't a problem source. The LKM framework was a bit of a > > kludge at the time, and has perhaps not been brought completely up to > > snuff simply because it worked "well enough". > > Speaking as the appologist for the LKM code (I wrote the original)... > > Actually, it wants DEVFS to solve some of the sticky problems and > hacks it would otherwise have to engage in. The ongoing "imminent > arrival" of DEVFS has had at least something to do with it not being > updated. Last I tried defvs, I managed to crash my system. I think when shutting down or unmounting the filesystem. As I do not really know what devfs is good for, I did not pursue it. > It would also be a lot easier to do a general kernel loader shared > between image activation and module loading if FreeBSD would go to > ELF. That's been a minor factor. No! ELF on BSD?? :-)) Simon From owner-freebsd-hackers Wed Apr 30 20:01:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA03381 for hackers-outgoing; Wed, 30 Apr 1997 20:01:16 -0700 (PDT) Received: from cais.cais.com (cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA03372 for ; Wed, 30 Apr 1997 20:01:14 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id XAA15326 for ; Wed, 30 Apr 1997 23:00:36 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id XAA27874 for ; Wed, 30 Apr 1997 23:00:35 -0400 Date: Wed, 30 Apr 1997 22:59:41 -0400 (EDT) From: Chuck Robey To: FreeBSD-Hackers Subject: tcsh history question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know why, when I'm in tcsh or csh and using the ESC key to do filename completion, it takes TWO hits when I'm an ordinary user, but only one when I'm root? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Apr 30 20:42:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA05022 for hackers-outgoing; Wed, 30 Apr 1997 20:42:31 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA05016 for ; Wed, 30 Apr 1997 20:42:25 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id NAA12273; Thu, 1 May 1997 13:41:39 +1000 (EST) Date: Thu, 1 May 1997 13:41:37 +1000 (EST) From: "Daniel O'Callaghan" To: Brian Somers cc: freebsd-hackers@freebsd.org Subject: Re: netscape via pppd cannot seem to get name service In-Reply-To: <199705010055.BAA12276@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Brian Somers wrote: > > As Daniel O'Callaghan wrote: > > > > > I have announced this on freebsd-isp a few times. Time for -hackers, I > > > guess. > > > > No, time to make it a port. :-) > > pppkit.tgz isn't really port material IMHO, as it's essentially > a set of patches for pppd AFAIK. > > I think most of this should be brought into -current (and maybe > back-ported to 2.2). I havn't tried things out, but the README > looks good. I have already committed the pppd changes to -current. I've been running them on my own 2.2 system for a month or so, so I'm confident of putting them into 2.2. David Nugent has a C program which operates as a ppplogin, which would be better than my ppplogin.sh. > Danny, if you're desperate for a tester, I can look at it at > some point, but I can't promise when - I've got lots to do at > the moment. Thanks for the offer. I think the changes are burned in on 2.2 OK here at HiLink, so I'll put them in this weekend, probably. Are there any objections to my adding gettytab entries in the ppp.9600 - ppp.115200 family in 2.2 and -current? Danny From owner-freebsd-hackers Wed Apr 30 21:01:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA05882 for hackers-outgoing; Wed, 30 Apr 1997 21:01:11 -0700 (PDT) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA05730 for ; Wed, 30 Apr 1997 20:58:49 -0700 (PDT) Received: (from uucp@localhost) by abby.skypoint.net (8.8.5/alexis 2.7) with UUCP id WAA05340; Wed, 30 Apr 1997 22:56:38 -0500 (CDT) Received: (from bruce@localhost) by zuhause.mn.org (8.8.5/8.8.5) id WAA00378; Wed, 30 Apr 1997 22:45:53 -0500 (CDT) Date: Wed, 30 Apr 1997 22:45:53 -0500 (CDT) Message-Id: <199705010345.WAA00378@zuhause.mn.org> From: Bruce Albrecht To: "Jordan K. Hubbard" cc: freebsd-hackers@freebsd.org Subject: Re: More on Walnut Creek CDROM promotional give-aways... In-Reply-To: <26610.861741410@time.cdrom.com> References: <26610.861741410@time.cdrom.com> X-Mailer: VM 6.22 under 19.15p2 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > Given that I seem to have generated a lot of interest in this from my > recent comments about educational institutions and free CDs, I just > wanted to make a few additional things clear about what I actually > meant by this (which I really should have before, sorry!). Do you also do this for user groups? Back when FreeBSD 1.0 couldn't be sold any more because of the lawsuit settlement, John Lind gave away a bunch of FreeBSD CDROMs to the Unix Users of Minnesota members. Lately, UUM has been giving away Red Hat 4.0 Archive sets as door prizes, as Red Hat gave UUM a dozen of them. Perhaps we can counter the Linux doorprizes with FreeBSD doorprizes. From owner-freebsd-hackers Wed Apr 30 21:06:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA06262 for hackers-outgoing; Wed, 30 Apr 1997 21:06:26 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA06245 for ; Wed, 30 Apr 1997 21:06:22 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id KAA06052 for ; Wed, 30 Apr 1997 10:00:11 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id UAA26026; Wed, 30 Apr 1997 20:05:43 +0300 (EEST) Date: Wed, 30 Apr 1997 20:05:42 +0300 (EEST) From: Narvi To: Thomas David Rivers cc: hackers@freebsd.org Subject: Re: namei & hash functions In-Reply-To: <199704301050.GAA01170@lakes.water.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Thomas David Rivers wrote: > Sander writes: > > > > > Huh... The cc: the quite unreadable... :-( > > > > Hmmmm; the mail I got has: > > Cc: hackers@freebsd.org > Subject: Re: namei & hash functions > In-Reply-To: <199704291815.OAA01477@lakes.water.net> > > as the Cc: did you edit it for your reply? What did it > look like from your end? It had a multitude of lines in the form xxx!yyy!...!qqqq@uu.uunet.net... And I didn't quite feel like parsing them and trying to work out which address corresponded to who and which might just have sticked on the cc: list for no good reason. Sorry if I snipped somebody whom I shouldn't have off. Sander > > - Dave R. - > From owner-freebsd-hackers Wed Apr 30 21:13:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA06783 for hackers-outgoing; Wed, 30 Apr 1997 21:13:19 -0700 (PDT) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA06778 for ; Wed, 30 Apr 1997 21:13:18 -0700 (PDT) Received: from localhost (fullermd@localhost) by narcissus.ml.org (8.8.5/8.7.3) with SMTP id VAA28891; Wed, 30 Apr 1997 21:13:16 -0700 (PDT) Date: Wed, 30 Apr 1997 21:13:15 -0700 (PDT) From: The Devil Himself To: Chuck Robey cc: FreeBSD-Hackers Subject: Re: tcsh history question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Chuck Robey wrote: > Does anyone know why, when I'm in tcsh or csh and using the ESC key to do > filename completion, it takes TWO hits when I'm an ordinary user, but > only one when I'm root? Well, in tcsh, you hit to finish the name, not ESC. I just tried using ESC in BSDi, and it DID take two hits. but it just takes 1 tab. I'm not sure why, but.... Just use tab, and save yourself a journey into source. :) > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 9120 Edmonston Ct #302 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* |FreeBSD is good. FreeBSD is our friend. UNIX is our god.| *Micro$oft is bad. Micro$oft causes problems.* |MicroBSD??? I DON'T THINK SO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!| |"I hate quotes in signature files" :-} MAtthew Fuller| *fullermd@narcissus.ml.org FreeBSD junkie* |http://keystone.westminster.edu/~fullermd Westminster College| *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-hackers Wed Apr 30 21:25:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA07526 for hackers-outgoing; Wed, 30 Apr 1997 21:25:40 -0700 (PDT) Received: from lister.bogon.net (0@gw.bogon.net [204.137.132.49]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA07521 for ; Wed, 30 Apr 1997 21:25:35 -0700 (PDT) Received: from kryten.bogon.net (500@kryten.bogon.net [204.137.132.58]) by lister.bogon.net (8.8.5/8.8.5) with ESMTP id VAA00766 for ; Wed, 30 Apr 1997 21:25:25 -0700 (PDT) From: Wes Santee Received: (from wes@localhost) by kryten.bogon.net (8.8.5/8.8.5) id VAA00203 for hackers@freebsd.org; Wed, 30 Apr 1997 21:25:23 -0700 (PDT) Message-Id: <199705010425.VAA00203@kryten.bogon.net> Subject: Changes to ie0 broke ix0? To: hackers@freebsd.org Date: Wed, 30 Apr 1997 21:25:23 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 'Lo all. The recent changes incorporating the old Intel EE16 driver code (ix0) into the Intel EE Pro/10 driver code (ie0) seems to have put the last nail into the EE16 coffin. I've got a couple boxes with EE16s in them that -- while limping -- perform their duties without troubles running 2.2.1. Recently I recompiled the kernel on those boxes with the post-change code, and now every time an NFS write is initiated from one of those boxes, it locks up the terminal for good. Only way out is to shutdown from another window. Is it time to move EE16 compatibilty on the supported NIC list from "not recommended" to "broken"? Here is the line I'm using in the config file (after seeing that ix0 was completely removed from LINT): device ie0 at isa? port 0x300 net irq 10 iomem 0xcc000 iosiz 32767 vector ieintr And from dmesg: ie0 at 0x300-0x30f irq 10 maddr 0xcc000 msize 32768 on isa ie0: address 00:aa:00:17:39:cb Cheers, -- ( Wes Santee PGP: e-mail w/Subject: "Send PGP Key" ) ( mailto:wes@bogon.net ) From owner-freebsd-hackers Wed Apr 30 21:37:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA08403 for hackers-outgoing; Wed, 30 Apr 1997 21:37:54 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA08396 for ; Wed, 30 Apr 1997 21:37:52 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id VAA00580 for ; Wed, 30 Apr 1997 21:37:45 -0700 (PDT) Date: Wed, 30 Apr 1997 21:37:45 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Panic's freeinf free block Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FS panics make me extraordinarily nervous. (Running RELENG_2_2 supped a couple of days ago). What is bno=22824 on line #2 down there? #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf010f1b2 in panic (fmt=0xf018ed7d "blkfree: freeing free block") at ../../kern/kern_shutdown.c:367 #2 0xf018ef4f in ffs_blkfree (ip=0xf1a85200, bno=22824, size=8192) at ../../ufs/ffs/ffs_alloc.c:1230 #3 0xf0190fce in ffs_truncate (ap=0xefbffdf8) at ../../ufs/ffs/ffs_inode.c:343 #4 0xf0194dd5 in ufs_inactive (ap=0xefbffe2c) at vnode_if.h:1003 #5 0xf012e46f in vrele (vp=0xf19f6100) at vnode_if.h:699 #6 0xf01a7c15 in vnode_pager_dealloc (object=0xf1c0e980) at ../../vm/vnode_pager.c:203 #7 0xf01a70fa in vm_pager_deallocate (object=0xf1c0e980) at ../../vm/vm_pager.c:177 #8 0xf01a2b14 in vm_object_terminate (object=0xf1c0e980) at ../../vm/vm_object.c:416 #9 0xf01a294f in vm_object_deallocate (object=0xf1c0e980) at ../../vm/vm_object.c:353 #10 0xf012e3ae in vrele (vp=0xf19f6100) at ../../kern/vfs_subr.c:881 #11 0xf012e323 in vput (vp=0xf19f6100) at ../../kern/vfs_subr.c:858 #12 0xf01982dc in ufs_remove (ap=0xefbffef8) at ../../ufs/ufs/ufs_vnops.c:695 #13 0xf01306ad in unlink (p=0xf1d22400, uap=0xefbfff94, retval=0xefbfff84) at vnode_if.h:459 #14 0xf01b53ff in syscall (frame={tf_es = 39, tf_ds = -272695257, tf_edi = 33632, tf_esi = -272639072, tf_ebp = -272638720, ---Type to continue, or q to quit--- tf_isp = -272629788, tf_ebx = 1, tf_edx = -272640224, tf_ecx = 0, tf_eax = 10, tf_trapno = 7, tf_err = 7, tf_eip = 268845169, tf_cs = 31, tf_eflags = 514, tf_esp = -272639116, tf_ss = 39}) at ../../i386/i386/trap.c:890 #15 0x10064071 in ?? () #16 0x2c98 in ?? () I'm running out of options, since it does it consistently. From owner-freebsd-hackers Wed Apr 30 21:41:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA08584 for hackers-outgoing; Wed, 30 Apr 1997 21:41:22 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA08561 for ; Wed, 30 Apr 1997 21:41:07 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id VAA01127 for ; Wed, 30 Apr 1997 21:41:06 -0700 (PDT) Date: Wed, 30 Apr 1997 21:41:06 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Another panic... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't think it's hardware, it's reproducible on my other newsservers using a variety of motherboards and 2940's. I think it's a bug. #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 243 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 #1 0xf010f1b2 in panic (fmt=0xf018ed7d "blkfree: freeing free block") at ../../kern/kern_shutdown.c:367 #2 0xf018ef4f in ffs_blkfree (ip=0xf18d5600, bno=13792, size=8192) at ../../ufs/ffs/ffs_alloc.c:1230 #3 0xf0190fce in ffs_truncate (ap=0xefbffdf8) at ../../ufs/ffs/ffs_inode.c:343 #4 0xf0194dd5 in ufs_inactive (ap=0xefbffe2c) at vnode_if.h:1003 #5 0xf012e46f in vrele (vp=0xf1b5dc80) at vnode_if.h:699 #6 0xf01a7c15 in vnode_pager_dealloc (object=0xf1d1af80) at ../../vm/vnode_pager.c:203 #7 0xf01a70fa in vm_pager_deallocate (object=0xf1d1af80) at ../../vm/vm_pager.c:177 #8 0xf01a2b14 in vm_object_terminate (object=0xf1d1af80) at ../../vm/vm_object.c:416 #9 0xf01a294f in vm_object_deallocate (object=0xf1d1af80) at ../../vm/vm_object.c:353 #10 0xf012e3ae in vrele (vp=0xf1b5dc80) at ../../kern/vfs_subr.c:881 #11 0xf0132757 in vn_close (vp=0xf1b5dc80, flags=1, cred=0xf1d7ef80, p=0xf1e1cc00) at ../../kern/vfs_vnops.c:215 #12 0xf0132d79 in vn_closefile (fp=0xf200b900, p=0xf1e1cc00) at ../../kern/vfs_vnops.c:467 #13 0xf0107f80 in closef (fp=0xf200b900, p=0xf1e1cc00) at ../../kern/kern_descrip.c:896 ---Type to continue, or q to quit--- #14 0xf0107669 in close (p=0xf1e1cc00, uap=0xefbfff94, retval=0xefbfff84) at ../../kern/kern_descrip.c:392 #15 0xf01b53ff in syscall (frame={tf_es = -272695257, tf_ds = -272695257, tf_edi = 35469, tf_esi = -272639072, tf_ebp = -272638720, tf_isp = -272629788, tf_ebx = 1, tf_edx = -272640224, tf_ecx = 0, tf_eax = 6, tf_trapno = 7, tf_err = 7, tf_eip = 268891905, tf_cs = 31, tf_eflags = 598, tf_esp = -272639136, tf_ss = 39}) at .../../i386/i386/trap.c:890 #16 0x1006f701 in ?? () #17 0x2c98 in ?? () #18 0x1095 in ?? () From owner-freebsd-hackers Wed Apr 30 21:47:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA08797 for hackers-outgoing; Wed, 30 Apr 1997 21:47:51 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA08791 for ; Wed, 30 Apr 1997 21:47:49 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA18206; Wed, 30 Apr 1997 21:48:03 -0700 (PDT) To: Bruce Albrecht cc: freebsd-hackers@freebsd.org Subject: Re: More on Walnut Creek CDROM promotional give-aways... In-reply-to: Your message of "Wed, 30 Apr 1997 22:45:53 CDT." <199705010345.WAA00378@zuhause.mn.org> Date: Wed, 30 Apr 1997 21:48:02 -0700 Message-ID: <18204.862462082@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Do you also do this for user groups? Back when FreeBSD 1.0 couldn't > be sold any more because of the lawsuit settlement, John Lind gave away > a bunch of FreeBSD CDROMs to the Unix Users of Minnesota members. Yes, we also do this for user groups. To be more specific: We do it for any large group of people whom we feel can help spread the word, be it a research institute, school or user group. We just don't do it for individuals since that's not cost-effective enough. Jordan From owner-freebsd-hackers Wed Apr 30 22:05:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA09476 for hackers-outgoing; Wed, 30 Apr 1997 22:05:05 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA09447 for ; Wed, 30 Apr 1997 22:04:54 -0700 (PDT) Received: (qmail 23116 invoked by uid 1000); 1 May 1997 04:52:21 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 30 Apr 1997 21:48:07 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: FreeBSD-Hackers@FreeBSD.org Subject: Ethernet Card Question Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Will the SMC 9432TX card work with the Tulip DEC 21040, etc.) device driver? if yes then will it work in full duplex? else what currently manufactured 100Mbit dual port should I order for FreeBSD systems? Thanx, Simon From owner-freebsd-hackers Wed Apr 30 22:27:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA10530 for hackers-outgoing; Wed, 30 Apr 1997 22:27:01 -0700 (PDT) Received: from punt-1.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA10525 for ; Wed, 30 Apr 1997 22:26:59 -0700 (PDT) Received: from erlenstar.demon.co.uk ([194.222.144.22]) by punt-1.mail.demon.net id ag0500489; 1 May 97 6:23 BST Received: (from andrew@localhost) by erlenstar.demon.co.uk (8.8.5/8.8.5) id GAA03172; Thu, 1 May 1997 06:23:19 +0100 (BST) To: hackers@freebsd.org Subject: /bin/sh -c and ENV From: Andrew Gierth X-Mayan-Date: Long count = 12.19.4.2.5; tzolkin = 9 Chicchan; haab = 3 Uo X-Attribution: AG Date: 01 May 1997 06:23:19 +0100 Message-ID: <87rafr6a0o.fsf@erlenstar.demon.co.uk> Lines: 12 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Running RELENG-2.2 as of a few days ago. Just noticed that /bin/sh is executing the ENV file even when invoked with the -c option. Is this a bug or a feature? :-) (Executing the ENV file in calls to system(3) or popen(3) could be considered a Bad Thing, even in non-suid programs, and the last system I used where system and popen invoked a Posix shell specifically disabled the ENV file if the -c option was used.) -- Andrew. From owner-freebsd-hackers Wed Apr 30 23:07:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA12185 for hackers-outgoing; Wed, 30 Apr 1997 23:07:59 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA12177 for ; Wed, 30 Apr 1997 23:07:55 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wMoxu-0007Mk-00; Wed, 30 Apr 1997 23:03:38 -0700 Date: Wed, 30 Apr 1997 23:03:37 -0700 (PDT) From: Tom Samplonius To: Simon Shapiro cc: FreeBSD-Hackers@freebsd.org Subject: Re: Ethernet Card Question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Simon Shapiro wrote: > Will the SMC 9432TX card work with the Tulip DEC 21040, etc.) device driver? > if yes then will it work in full duplex? > else what currently manufactured 100Mbit dual port should I order for > FreeBSD systems? > > Thanx, > > Simon The only card/driver combo that works in full duplex is the Intel Etherexpress Pro 100B (fxp driver). The fxp driver is also smaller, eats less cpu than the de driver. wcarchive uses one of these cards. Tom From owner-freebsd-hackers Wed Apr 30 23:09:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA12342 for hackers-outgoing; Wed, 30 Apr 1997 23:09:30 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA12333 for ; Wed, 30 Apr 1997 23:09:24 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id BAA00501 for ; Thu, 1 May 1997 01:09:01 -0500 (CDT) Message-Id: <199705010609.BAA00501@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: Network questions.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 May 1997 01:09:00 -0500 From: Chris Csanady Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know of any good UDP benchmarks? I'm essentially interested in something that will give me bandwidth and latency measurements for variously sized UDP datagrams. By the way, would there be any interest in a freebsd-network mailing list? I think this would be nice.. --Chris Csanady From owner-freebsd-hackers Wed Apr 30 23:21:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA12916 for hackers-outgoing; Wed, 30 Apr 1997 23:21:17 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA12911 for ; Wed, 30 Apr 1997 23:21:15 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA18733 for ; Wed, 30 Apr 1997 23:21:36 -0700 (PDT) To: hackers@freebsd.org Subject: /usr/src/etc/Makefile install rule. Date: Wed, 30 Apr 1997 23:21:36 -0700 Message-ID: <18731.862467696@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Would anyone have any objections if this suddenly went from being a no-op to installing: rc rc.firewall rc.network rc.serial rc.pccard etc.i386/rc.i386 Into /etc? Only /etc/rc.conf and /etc/rc.local are supposed to be customized, so that would make the other rc files "generic" enough to simply install (and if one's not, we should fix that rather than not install it). For rc.conf, we might also emit a little message at install time which reminds those looking through the output to migrate their old rc.conf by hand. rc.local is just a skeleton and should never need updating - it's purely a user configuration choice. Comments? Jordan From owner-freebsd-hackers Thu May 1 04:06:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17449 for hackers-outgoing; Thu, 1 May 1997 04:06:58 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA17435 for ; Thu, 1 May 1997 04:06:50 -0700 (PDT) Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id CAA11341 for ; Thu, 1 May 1997 02:40:44 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id RAA00590 for ; Thu, 1 May 1997 17:26:29 +0800 (WST) Date: Thu, 1 May 1997 17:26:29 +0800 (WST) From: Adrian Chadd To: hackers@freebsd.org Subject: IDE IO blocks? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. I'm running -current built as of about a week or two ago, and I'm fiddling with some audio applications that read data off my 1.2gb IDE HDD. However I've noticed that whenever there is any other hard drive activity the system seems to be blocking on it (giving this nice crackling, doing something like a find . in / kinda shows this up nicely :). I first thought it might be pausing cause its not reading-ahead (and so other disk accesses would cause it to wait a little bit, giving the crackling), but when playing the same file twice (the file being cached I assume) it still crackles. System - P133, 48mb RAM, so its not lack of CPU / RAM. :) Each file is about 4-8 mb in size (mpeg layer 3 encoded for those interested). Am I right? Completely wrong? I can't afford SCSI just yet. Thanks, -- Adrian Chadd | UNIX, MS-DOS and Windows ... | (also known as the Good, the bad and the | ugly..) From owner-freebsd-hackers Thu May 1 04:20:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA18082 for hackers-outgoing; Thu, 1 May 1997 04:20:40 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA18077 for ; Thu, 1 May 1997 04:20:36 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA14315; Thu, 1 May 1997 07:20:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 1 May 1997 07:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id GAA14257; Thu, 1 May 1997 06:43:34 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id GAA03818; Thu, 1 May 1997 06:50:14 -0400 (EDT) Date: Thu, 1 May 1997 06:50:14 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705011050.GAA03818@lakes.water.net> To: ponds!freebsd.org!hackers, ponds!cdsnet.net!mrcpu Subject: Re: Panic's freeinf free block Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > FS panics make me extraordinarily nervous. (Running RELENG_2_2 supped a > couple of days ago). I'm not sure if I've related this to you; but this is amazingly similar to the daily panics I've reported for some time now. Also, I believe block number 22824 appears in my panics as well; it certainly looks familiar - but take that as a grain of salt. I have a rather reliable reproduction of this; but can't seem to make any headway on a fix... I know just a little less than I need to, and can't find the time to get over that hump :-) Just out of curiosity , you mentioned this was a different box from the one getting the NMIs before. Can you describe this box? - Dave Rivers - > > What is bno=22824 on line #2 down there? > > #0 boot (howto=256) at ../../kern/kern_shutdown.c:243 > #1 0xf010f1b2 in panic (fmt=0xf018ed7d "blkfree: freeing free block") > at ../../kern/kern_shutdown.c:367 > #2 0xf018ef4f in ffs_blkfree (ip=0xf1a85200, bno=22824, size=8192) > at ../../ufs/ffs/ffs_alloc.c:1230 > #3 0xf0190fce in ffs_truncate (ap=0xefbffdf8) at > ../../ufs/ffs/ffs_inode.c:343 > #4 0xf0194dd5 in ufs_inactive (ap=0xefbffe2c) at vnode_if.h:1003 > #5 0xf012e46f in vrele (vp=0xf19f6100) at vnode_if.h:699 > #6 0xf01a7c15 in vnode_pager_dealloc (object=0xf1c0e980) > at ../../vm/vnode_pager.c:203 > #7 0xf01a70fa in vm_pager_deallocate (object=0xf1c0e980) > at ../../vm/vm_pager.c:177 > #8 0xf01a2b14 in vm_object_terminate (object=0xf1c0e980) > at ../../vm/vm_object.c:416 > #9 0xf01a294f in vm_object_deallocate (object=0xf1c0e980) > at ../../vm/vm_object.c:353 > #10 0xf012e3ae in vrele (vp=0xf19f6100) at ../../kern/vfs_subr.c:881 > #11 0xf012e323 in vput (vp=0xf19f6100) at ../../kern/vfs_subr.c:858 > #12 0xf01982dc in ufs_remove (ap=0xefbffef8) at > ../../ufs/ufs/ufs_vnops.c:695 > #13 0xf01306ad in unlink (p=0xf1d22400, uap=0xefbfff94, retval=0xefbfff84) > at vnode_if.h:459 > #14 0xf01b53ff in syscall (frame={tf_es = 39, tf_ds = -272695257, > tf_edi = 33632, tf_esi = -272639072, tf_ebp = -272638720, > ---Type to continue, or q to quit--- > tf_isp = -272629788, tf_ebx = 1, tf_edx = -272640224, tf_ecx = 0, > tf_eax = 10, tf_trapno = 7, tf_err = 7, tf_eip = 268845169, tf_cs = > 31, > tf_eflags = 514, tf_esp = -272639116, tf_ss = 39}) > at ../../i386/i386/trap.c:890 > #15 0x10064071 in ?? () > #16 0x2c98 in ?? () > > > I'm running out of options, since it does it consistently. When you say consistent, how frequent do you mean? Are you running a news server, or some heavy-disk-hitter on this box? There is one real difference between your freeing-free-inode panics and mine (which I've reproduced on two machines) - I've never had mine happen as part of a VM operation... When I get this panic it is simply because I've unlinked a file... - Dave Rivers - From owner-freebsd-hackers Thu May 1 04:40:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA18839 for hackers-outgoing; Thu, 1 May 1997 04:40:48 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18834 for ; Thu, 1 May 1997 04:40:40 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id VAA04588; Thu, 1 May 1997 21:40:22 +1000 (EST) Message-Id: <199705011140.VAA04588@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: /usr/src/etc/Makefile install rule. In-reply-to: Your message of "Wed, 30 Apr 1997 23:21:36 MST." <18731.862467696@time.cdrom.com> X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P#N+Ec~Z&@;'LL!;3?y Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 May 1997 21:40:22 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Would anyone have any objections if this suddenly went from > being a no-op to installing: > > rc > rc.firewall > rc.network > rc.serial > rc.pccard > etc.i386/rc.i386 > > Into /etc? No major objection, but did you resolve the "undefined variable" problem where something not configured in /etc/rc.conf (sysconfig) would cause problems? IIRC that's what motivated this move, and I honestly wouldn't like to see any automated install unless and until that was refined. > For rc.conf, we might also emit a little message at install time which > reminds those looking through the output to migrate their old rc.conf > by hand. rc.local is just a skeleton and should never need updating - > it's purely a user configuration choice. Yep, that's ok. Even better would be some coding in /etc/rc and friends which warned that a specific variable is not defined. And log it, if syslog happens to be running and partitions have been mounted. A simple shell function could be passed a variable name to do the test and logging. Regards, David From owner-freebsd-hackers Thu May 1 04:46:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA19000 for hackers-outgoing; Thu, 1 May 1997 04:46:33 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18995 for ; Thu, 1 May 1997 04:46:31 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id EAA20268; Thu, 1 May 1997 04:46:43 -0700 (PDT) To: David Nugent cc: hackers@freebsd.org Subject: Re: /usr/src/etc/Makefile install rule. In-reply-to: Your message of "Thu, 01 May 1997 21:40:22 +1000." <199705011140.VAA04588@labs.usn.blaze.net.au> Date: Thu, 01 May 1997 04:46:42 -0700 Message-ID: <20266.862487202@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > No major objection, but did you resolve the "undefined variable" > problem where something not configured in /etc/rc.conf (sysconfig) > would cause problems? IIRC that's what motivated this move, and Yes. Jordan From owner-freebsd-hackers Thu May 1 04:57:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA19320 for hackers-outgoing; Thu, 1 May 1997 04:57:09 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA19315 for ; Thu, 1 May 1997 04:57:05 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id MAA00740; Thu, 1 May 1997 12:56:22 +0100 (BST) Date: Thu, 1 May 1997 12:56:22 +0100 (BST) From: Doug Rabson To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: /usr/src/etc/Makefile install rule. In-Reply-To: <18731.862467696@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Jordan K. Hubbard wrote: > Would anyone have any objections if this suddenly went from > being a no-op to installing: > > rc > rc.firewall > rc.network > rc.serial > rc.pccard > etc.i386/rc.i386 > > Into /etc? > > Only /etc/rc.conf and /etc/rc.local are supposed to be customized, so > that would make the other rc files "generic" enough to simply install > (and if one's not, we should fix that rather than not install it). > > For rc.conf, we might also emit a little message at install time which > reminds those looking through the output to migrate their old rc.conf > by hand. rc.local is just a skeleton and should never need updating - > it's purely a user configuration choice. > > Comments? I think rc.firewall gets pretty heavily customised when it is used. I know I have made quite a few changes here. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Thu May 1 04:57:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA19438 for hackers-outgoing; Thu, 1 May 1997 04:57:53 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA19427 for ; Thu, 1 May 1997 04:57:50 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id EAA22362; Thu, 1 May 1997 04:58:07 -0700 (PDT) To: Doug Rabson cc: hackers@freebsd.org Subject: Re: /usr/src/etc/Makefile install rule. In-reply-to: Your message of "Thu, 01 May 1997 12:56:22 BST." Date: Thu, 01 May 1997 04:58:07 -0700 Message-ID: <22360.862487887@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I think rc.firewall gets pretty heavily customised when it is used. I > know I have made quite a few changes here. Erm, that's a good point. Strike it from the list! :) Jordan From owner-freebsd-hackers Thu May 1 05:08:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20283 for hackers-outgoing; Thu, 1 May 1997 05:08:10 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20259 for ; Thu, 1 May 1997 05:08:06 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id BAA10542 for ; Thu, 1 May 1997 01:40:40 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA19270; Thu, 1 May 1997 01:40:46 -0700 (PDT) To: stesin@gu.net cc: hackers@freebsd.org Subject: Re: /usr/src/etc/Makefile install rule. In-reply-to: Your message of "Thu, 01 May 1997 11:26:21 +0300." Date: Thu, 01 May 1997 01:40:46 -0700 Message-ID: <19268.862476046@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Comments? > > Say bye-bye to /etc/sysconfig? :) was it broken? It was cluttered. As I've said before, /etc/rc.conf is simply sysconfig "cleaned up" and ordered into a more compact, readable format. I'm also due to add a man page for rc.conf, which I will commit by this weekend into both -current and releng_2_2. Overall, it's a better, more sensible solution than /etc/sysconfig ever was. > (I won't care much as soon as a "compatibility" > symlink will exist in /etc for some time, > sysconfig -> rc.conf) Heh, you mean for editing it? That's up to you, but I don't actually intend to start installing that symlink in distributions. It would spam their existing sysconfig and give them nothing to migrate _from_, for one thing, and the two files are NOT compatible with one another. Part of the cleanup also involved chosing and using more sensible variable names to reduce the amount of "double duty" variables were doing in providing both an activation switch and an argument list to some option. This means that using sysconfig as a direct replacement for rc.conf will not work since certain crucial variables will not be set. Jordan From owner-freebsd-hackers Thu May 1 05:08:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20285 for hackers-outgoing; Thu, 1 May 1997 05:08:10 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20262 for ; Thu, 1 May 1997 05:08:07 -0700 (PDT) Received: from minor.stranger.com (stranger.vip.best.com [204.156.129.250]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id BAA10535 for ; Thu, 1 May 1997 01:38:54 -0700 (PDT) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by minor.stranger.com (8.6.12/8.6.12) with ESMTP id CAA22265; Thu, 1 May 1997 02:04:02 -0700 Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id BAA10893; Thu, 1 May 1997 01:35:46 -0700 (PDT) Date: Thu, 1 May 1997 01:35:46 -0700 (PDT) From: Dmitry Kohmanyuk Message-Id: <199705010835.BAA10893@dog.farm.org> To: dawes@rf900.physics.usyd.edu.au (David Dawes) Cc: freebsd-hackers@freebsd.org Subject: Re: xdm in /usr/X11R6/etc/rc.d problem Newsgroups: cs-monolit.gated.lists.freebsd.hackers Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <19970428070651.14651@rf900.physics.usyd.edu.au> you wrote: > On Sun, Apr 27, 1997 at 08:34:20PM +0200, Peter Korsten wrote: > >For the normal daemons, this works OK, but putting xdm in the X11 > >rc directory turned out to be a Bad Idea. What seems to happen, is > >that xdm initializes and starts X, but after that, the vty's are > >initilized. it doesn't have too. see below. [...] > >I'm almost positive that this is a known issue, but is there a way > >to get around it? > Delay the starting of xdm. Here's what I have in my /usr/X11R6/etc/rc.d/xdm > file: > #!/bin/sh > # Make sure root can start xconsole when xdm starts > chown root /dev/console > if [ -f /usr/X11R6/bin/xdm -a -f /usr/local/etc/xdm/xdm-config ]; then > echo -n ' xdm' > (sleep 10; /usr/X11R6/bin/xdm -config /usr/local/etc/xdm/xdm-config)& > fi hmm, I always do it this way: - edit xdm/Xservers - remove local X server - make sure xdm/Xaccess has localhost (or * if you don't care) - edit /etc/ttys - run X server from there (as a bonus, init would stop restarting it if it fails) ttyv8 "/usr/X11/bin/X ttyv8 -logo -once -query localhost" xterm on secure - run xdm whenever you want, it would just sit quietly waiting for init launching gettys and X server at the same time... -- old unix hackers don't die, they just turn into zombie processes -- net.someone From owner-freebsd-hackers Thu May 1 05:08:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20305 for hackers-outgoing; Thu, 1 May 1997 05:08:12 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20274 for ; Thu, 1 May 1997 05:08:09 -0700 (PDT) Received: from punt-2.mail.demon.net (relay-11.mail.demon.net [194.217.242.137]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id BAA10531 for ; Thu, 1 May 1997 01:38:46 -0700 (PDT) Received: from erlenstar.demon.co.uk ([194.222.144.22]) by punt-2.mail.demon.net id aa1013798; 1 May 97 9:34 BST Received: (from andrew@localhost) by erlenstar.demon.co.uk (8.8.5/8.8.5) id JAA03777; Thu, 1 May 1997 09:34:15 +0100 (BST) To: Joerg Wunsch Cc: hackers@freebsd.org Subject: Re: /bin/sh -c and ENV References: <87rafr6a0o.fsf@erlenstar.demon.co.uk> <19970501093129.LO56219@uriah.heep.sax.de> From: Andrew Gierth In-Reply-To: j@uriah.heep.sax.de's message of Thu, 1 May 1997 09:31:29 +0200 X-Mayan-Date: Long count = 12.19.4.2.5; tzolkin = 9 Chicchan; haab = 3 Uo X-Attribution: AG Date: 01 May 1997 09:34:15 +0100 Message-ID: <87afmf616g.fsf@erlenstar.demon.co.uk> Lines: 36 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "J" == J Wunsch writes: >> Just noticed that /bin/sh is executing the ENV file even when invoked >> with the -c option. Is this a bug or a feature? :-) J> Feature. Accidental misfeature or deliberate? What reasons exist that justify this behaviour? What does the POSIX standard say (if anything) about it? >> (Executing the ENV file in calls to system(3) or popen(3) could be >> considered a Bad Thing, even in non-suid programs, and the last >> system I used where system and popen invoked a Posix shell >> specifically disabled the ENV file if the -c option was used.) J> . Suid programs that do system() deserve to be shot immediately [...] J> . If the shell detects that the real and effective UID are different, J> option -p is in effect, and no $ENV processing happens anyway. I know - that's why I mentioned non-suid programs. J> . If your $ENV file is not bulletproof, go back 10 or 15 years in J> history, go to Berkeley, you'll certainly use a csh. You'll then J> learn how to write .cshrc files that don't depend on the interactive- J> ness of the shell. :-) I'm not concerned about *my* ENV file - but about others. Consider: programs that don't expect /bin/sh to be a Posix shell will not delete ENV from the environment before calling system() or popen() or invoking /bin/sh in any other way. They are therefore completely vulnerable to any error in the ENV variable or in the referenced script. -- Andrew. From owner-freebsd-hackers Thu May 1 05:08:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20444 for hackers-outgoing; Thu, 1 May 1997 05:08:39 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20421 for ; Thu, 1 May 1997 05:08:35 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id BAA10363 for ; Thu, 1 May 1997 01:02:01 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id IAA25335; Thu, 1 May 1997 08:57:09 +0100 (BST) Message-Id: <199705010757.IAA25335@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Andrew Gierth cc: hackers@freebsd.org Subject: Re: /bin/sh -c and ENV In-reply-to: Your message of "01 May 1997 06:23:19 BST." <87rafr6a0o.fsf@erlenstar.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 May 1997 08:57:09 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Running RELENG-2.2 as of a few days ago. > > Just noticed that /bin/sh is executing the ENV file even when invoked with > the -c option. Is this a bug or a feature? :-) > > (Executing the ENV file in calls to system(3) or popen(3) could be considered > a Bad Thing, even in non-suid programs, and the last system I used where > system and popen invoked a Posix shell specifically disabled the ENV file > if the -c option was used.) This is correct behaviour. RTFM (I hear the masses: WHAT ? FOR SH ?) There's an example in the man page of how to write ENV files for interactive use only. > -- > Andrew. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu May 1 05:08:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20459 for hackers-outgoing; Thu, 1 May 1997 05:08:40 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20425 for ; Thu, 1 May 1997 05:08:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id AAA10321 for ; Thu, 1 May 1997 00:50:35 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA28511 for FreeBSD-Hackers@freebsd.org; Thu, 1 May 1997 09:50:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA02938; Thu, 1 May 1997 09:20:26 +0200 (MET DST) Message-ID: <19970501092026.OG36940@uriah.heep.sax.de> Date: Thu, 1 May 1997 09:20:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-Hackers@freebsd.org (FreeBSD-Hackers) Subject: Re: tcsh history question References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Chuck Robey on Apr 30, 1997 22:59:41 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > Does anyone know why, when I'm in tcsh or csh and using the ESC key to do > filename completion, it takes TWO hits when I'm an ordinary user, but > only one when I'm root? Because tcsh uses TAB, and alternatively allows you for two ESCs. (A single ESC can become something else, e.g. ESC p to search backwards.) csh uses ESC. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 1 05:09:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20573 for hackers-outgoing; Thu, 1 May 1997 05:09:00 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20550 for ; Thu, 1 May 1997 05:08:57 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id AAA10325 for ; Thu, 1 May 1997 00:50:44 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA28513; Thu, 1 May 1997 09:50:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA02956; Thu, 1 May 1997 09:31:29 +0200 (MET DST) Message-ID: <19970501093129.LO56219@uriah.heep.sax.de> Date: Thu, 1 May 1997 09:31:29 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Cc: andrew@erlenstar.demon.co.uk (Andrew Gierth) Subject: Re: /bin/sh -c and ENV References: <87rafr6a0o.fsf@erlenstar.demon.co.uk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <87rafr6a0o.fsf@erlenstar.demon.co.uk>; from Andrew Gierth on May 1, 1997 06:23:19 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Andrew Gierth wrote: > Just noticed that /bin/sh is executing the ENV file even when invoked with > the -c option. Is this a bug or a feature? :-) Feature. > (Executing the ENV file in calls to system(3) or popen(3) could be considered > a Bad Thing, even in non-suid programs, and the last system I used where > system and popen invoked a Posix shell specifically disabled the ENV file > if the -c option was used.) . Suid programs that do system() deserve to be shot immediately; this can simply be achieved by converting them to suidperl scripts, and leave it to suidperl to complain about your stupid use of a shell inside a setuid program. :-) . If the shell detects that the real and effective UID are different, option -p is in effect, and no $ENV processing happens anyway. . If your $ENV file is not bulletproof, go back 10 or 15 years in history, go to Berkeley, you'll certainly use a csh. You'll then learn how to write .cshrc files that don't depend on the interactive- ness of the shell. :-) For .cshrc: if ($?prompt) then # This part only executed in an interactive shell: alias m less set history = 100 set filec endif For $ENV: case "$-" in *i*) # This part only executed in an interactive shell: alias m=less set hmm you can't set history here (though you have one) :-) set nor do you have filec :-O esac -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 1 05:09:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20641 for hackers-outgoing; Thu, 1 May 1997 05:09:15 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20631 for ; Thu, 1 May 1997 05:09:12 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id AAA10196 for ; Thu, 1 May 1997 00:22:15 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA28408; Thu, 1 May 1997 09:22:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA02906; Thu, 1 May 1997 09:11:08 +0200 (MET DST) Message-ID: <19970501091108.WO06870@uriah.heep.sax.de> Date: Thu, 1 May 1997 09:11:08 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Cc: black@zen.cypher.net (Ben Black) Subject: Re: USB support? References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Ben Black on Apr 30, 1997 13:12:17 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Ben Black wrote: > what is currently being done with USB and are there any solid plans for > using it as a network interface? Stefan Esser was going to look after this some day. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 1 05:38:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA21903 for hackers-outgoing; Thu, 1 May 1997 05:38:23 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA21898 for ; Thu, 1 May 1997 05:38:21 -0700 (PDT) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.8.5/8.7.3) with SMTP id FAA08857; Thu, 1 May 1997 05:38:18 -0700 (PDT) Date: Thu, 1 May 1997 05:38:18 -0700 (PDT) From: "Eric J. Schwertfeger" To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: /usr/src/etc/Makefile install rule. In-Reply-To: <18731.862467696@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997, Jordan K. Hubbard wrote: > rc.firewall > Only /etc/rc.conf and /etc/rc.local are supposed to be customized, so I'm not up on the latest rc changes, but unless this is handled significantly differently than under 2.2.1-R, this wouldn't be right, since rc.firewall will always get modified if you really want to use it. From owner-freebsd-hackers Thu May 1 05:51:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22562 for hackers-outgoing; Thu, 1 May 1997 05:51:57 -0700 (PDT) Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.190]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA22557 for ; Thu, 1 May 1997 05:51:53 -0700 (PDT) Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.189]) by gargoyle.bazzle.com (8.8.5/8.6.12) with SMTP id IAA02565; Thu, 1 May 1997 08:51:43 -0400 (EDT) Date: Thu, 1 May 1997 08:51:43 -0400 (EDT) From: "Eric J. Chet" To: Michael Smith cc: Wilson MacGyver , Don@PartsNow.com, hackers@freebsd.org Subject: Re: 7860 In-Reply-To: <199705010236.MAA02021@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Michael Smith wrote: > Wilson MacGyver stands accused of saying: > > Michael Smith wrote: > > > The 7860 on the newer 2940's can only track three. There is support > > > (the SCBPAGING option) for shuffling among these three to handle more > > > simultaneous transactions, but obviously this requires more work on > > > the part of the driver. > > > So does all adptect 2940 use the 7860 now? I was getting ready to > > buy a 5-6 of them, as well as several motherboards that has it > > built-in. > > According to Rod Grimes, yes. At least one motherboard (the Tekram > P5H30-WS) is still using the 7880, as of our last purchase a few weeks > back. Hello The GigaByte-586DX mainboard also uses the 7880 chip. Another plus with this board is that it supports two pentiums. 8) It sells for about $300 with 512K of pipeline burst cache. Eric > > > -- Wilson MacGyver macgyver@db-net.com > > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > From owner-freebsd-hackers Thu May 1 06:25:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23664 for hackers-outgoing; Thu, 1 May 1997 06:25:08 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA23656 for ; Thu, 1 May 1997 06:25:05 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id PAA23136; Thu, 1 May 1997 15:24:29 +0200 (MET DST) Date: Thu, 1 May 1997 15:24:29 +0200 (MET DST) Message-Id: <199705011324.PAA23136@bitbox.follo.net> From: Eivind Eklund To: Brian Somers CC: un_x@anchorage.net, hackers@FreeBSD.ORG In-reply-to: Brian Somers's message of Wed, 30 Apr 1997 03:24:40 +0100 Subject: Re: ppp - echo packets? References: <199704300224.DAA11406@awfulhak.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm looking at this now (well, in the next few days). Sounds like > some uninitialized variables, but from memory (I looked at this a > long time ago) there's something else wrong too. As far as I remember, there are no uninitialized or potentially uninitialized variables in at least the first 2/3s of the source (alphabetically by filename). I've been running a static checker on it (but only gotten that far yet, with a long pause due to _work_ :-( Eivind. From owner-freebsd-hackers Thu May 1 06:29:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23860 for hackers-outgoing; Thu, 1 May 1997 06:29:27 -0700 (PDT) Received: from tornado.cisco.com (tornado.cisco.com [171.69.104.22]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA23855 for ; Thu, 1 May 1997 06:29:25 -0700 (PDT) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by tornado.cisco.com (8.6.12/8.6.5) with ESMTP id JAA20189; Thu, 1 May 1997 09:23:49 -0400 Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.8.5/8.8.5) with ESMTP id JAA02432; Thu, 1 May 1997 09:28:50 -0400 (EDT) Message-Id: <199705011328.JAA02432@bmcgover-pc.cisco.com> To: Brian Somers cc: hackers@freebsd.org Subject: Re: PPPd oddity when changing baud rate In-reply-to: Your message of "Thu, 01 May 1997 02:21:19 BST." <199705010121.CAA23259@awfulhak.demon.co.uk> Date: Thu, 01 May 1997 09:28:49 -0400 From: Brian McGovern Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It turned out to be an issue in the ioctl() routine where an errant return value from (I think) ttioctl (I'd have to pull my code up to look at it) would cause a return before the hardware would get reset to the new value. It looks kind of strange, but at least I have it working now. In short - my bad :) -Brian From owner-freebsd-hackers Thu May 1 06:57:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA24978 for hackers-outgoing; Thu, 1 May 1997 06:57:44 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA24973 for ; Thu, 1 May 1997 06:57:42 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id GAA11984 for ; Thu, 1 May 1997 06:57:40 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id XAA11496; Thu, 1 May 1997 23:53:44 +1000 Date: Thu, 1 May 1997 23:53:44 +1000 From: Bruce Evans Message-Id: <199705011353.XAA11496@godzilla.zeta.org.au> To: hackers@freebsd.org, jkh@time.cdrom.com Subject: Re: /usr/src/etc/Makefile install rule. Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Would anyone have any objections if this suddenly went from >being a no-op to installing: > > rc > rc.firewall > rc.network > rc.serial > rc.pccard > etc.i386/rc.i386 > >Into /etc? Yes. >Only /etc/rc.conf and /etc/rc.local are supposed to be customized, so >that would make the other rc files "generic" enough to simply install >(and if one's not, we should fix that rather than not install it). rc.serial is supposed to be customized. Installing the others would be Wrong. You could do a `cmp -s ...' or `diff ... | grep -q Id' and complain about files that seem to be wrong or out of date. Bruce From owner-freebsd-hackers Thu May 1 07:36:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27027 for hackers-outgoing; Thu, 1 May 1997 07:36:46 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27009 for ; Thu, 1 May 1997 07:36:43 -0700 (PDT) Received: from odin.INS.CWRU.Edu (odin.INS.CWRU.Edu [129.22.8.102]) by who.cdrom.com (8.8.5/8.6.11) with ESMTP id GAA11858 for ; Thu, 1 May 1997 06:33:47 -0700 (PDT) Received: (chet@localhost) by odin.INS.CWRU.Edu (8.7.6+cwru/CWRU-2.3-ins) id JAA06988; Thu, 1 May 1997 09:33:35 -0400 (EDT) (from chet) Date: Thu, 1 May 1997 09:32:30 -0400 From: Chet Ramey To: andrew@erlenstar.demon.co.uk Subject: Re: /bin/sh -c and ENV Cc: hackers@freebsd.org Reply-To: chet@po.CWRU.Edu In-Reply-To: Message from andrew@erlenstar.demon.co.uk of 01 May 1997 06:23:19 +0100 (id <87rafr6a0o.fsf@erlenstar.demon.co.uk>) Message-ID: <9705011332.AA06946.SM@odin.INS.CWRU.Edu> Read-Receipt-To: chet@po.CWRU.Edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Running RELENG-2.2 as of a few days ago. > > Just noticed that /bin/sh is executing the ENV file even when invoked with > the -c option. Is this a bug or a feature? :-) It's a bug. A post-publication POSIX.2 interpretation made it clear that ENV should be executed only for interactive shells. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Chet Ramey, Case Western Reserve University Internet: chet@po.CWRU.Edu From owner-freebsd-hackers Thu May 1 08:08:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28471 for hackers-outgoing; Thu, 1 May 1997 08:08:04 -0700 (PDT) Received: from punt-1.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA28466 for ; Thu, 1 May 1997 08:08:01 -0700 (PDT) Received: from erlenstar.demon.co.uk ([194.222.144.22]) by punt-1.mail.demon.net id aa0610296; 1 May 97 15:46 BST Received: (from andrew@localhost) by erlenstar.demon.co.uk (8.8.5/8.8.5) id PAA05199; Thu, 1 May 1997 15:45:41 +0100 (BST) To: chet@po.cwru.edu Cc: hackers@freebsd.org Subject: Re: /bin/sh -c and ENV References: <9705011332.AA06946.SM@odin.INS.CWRU.Edu> From: Andrew Gierth In-Reply-To: Chet Ramey's message of Thu, 1 May 1997 09:32:30 -0400 X-Mayan-Date: Long count = 12.19.4.2.5; tzolkin = 9 Chicchan; haab = 3 Uo X-Attribution: AG Date: 01 May 1997 15:45:41 +0100 Message-ID: <87lo5z2qui.fsf@erlenstar.demon.co.uk> Lines: 70 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Chet" == Chet Ramey writes: Chet> It's a bug. A post-publication POSIX.2 interpretation made it clear Chet> that ENV should be executed only for interactive shells. Should ENV be disabled for *all* non-interactive shells, or only for -c? I ask, because I just confirmed the results I recalled from testing this on HP-UX 10.10 (the first Unix flavour I encountered where /bin/sh was a Posix shell rather than a Bourne shell), and on that version at least, if you do "sh scriptname" (or invoke a #!-type script) then it still sources the ENV file. Basically, given the following script: ---8<-------- #!/bin/sh [ -z "$1" ] || { echo "Recursive test completed"; exit 0; } ENV=$HOME/env_test export ENV echo "echo ENV was executed" >$ENV echo "Testing -c:" /bin/sh -c "echo Test completed" echo "Testing sh scriptname" /bin/sh $0 recurse echo "Testing #!" $0 recurse exit ---8<-------- the output on FreeBSD is: /u/andrew $ ./foo Testing -c: ENV was executed Test completed Testing sh scriptname ENV was executed Recursive test completed Testing #! ENV was executed Recursive test completed /u/andrew $ whereas the output on HP-UX 10.10 is: /u/andrew $ ./foo Testing -c: Test completed Testing sh scriptname ENV was executed Recursive test completed Testing #! ENV was executed Recursive test completed /u/andrew $ Now I'm quite prepared to believe that these are *both* wrong in some respect, but I'd like to know what the intended *correct* behaviour is. -- Andrew. (FAQ-maintainer for comp.unix.programmer) From owner-freebsd-hackers Thu May 1 08:19:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28933 for hackers-outgoing; Thu, 1 May 1997 08:19:18 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28926 for ; Thu, 1 May 1997 08:19:16 -0700 (PDT) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.5/8.8.3) with ESMTP id JAA12149; Thu, 1 May 1997 09:19:05 -0600 (MDT) Message-Id: <199705011519.JAA12149@pluto.plutotech.com> To: "Justin T. Gibbs" cc: Wilson MacGyver , Michael Smith , Don Wilde , hackers@freebsd.org Subject: Re: 7860 In-reply-to: Your message of "Wed, 30 Apr 1997 12:30:26 MDT." <199704301731.LAA18621@pluto.plutotech.com> Date: Thu, 01 May 1997 10:17:26 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>So does all adptect 2940 use the 7860 now? I was getting ready to buy a >>5-6 of them, as well as several motherboards that has it built-in. > >The 2940UW uses the aic7880. The 2940UW (narrow adapter) uses the aic7860. ^^^^^^<= should be 294AU -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu May 1 08:24:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA29278 for hackers-outgoing; Thu, 1 May 1997 08:24:54 -0700 (PDT) Received: from adam.adonai.net ([205.182.92.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA29273 for ; Thu, 1 May 1997 08:24:52 -0700 (PDT) Received: from localhost (leec@localhost) by adam.adonai.net (8.8.5/8.7.3) with SMTP id KAA21861; Thu, 1 May 1997 10:26:41 -0500 (CDT) Date: Thu, 1 May 1997 10:26:41 -0500 (CDT) From: "Lee Crites (AEI)" To: freebsd-hackers@freebsd.org cc: "Daniel O'Callaghan" Subject: pppkit.tgz (was Re: netscape via pppd...) In-Reply-To: <199705010055.BAA12276@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Brian Somers wrote: =>pppkit.tgz isn't really port material IMHO, as it's essentially =>a set of patches for pppd AFAIK. Maybe I'm wrong, but I thought that was what the ports stuff was all about. Supplying patches to some existing software so it will work with FreeBSD. Granted we are patching a PART of FreeBSD against itself, instead of someone elses program... =>Danny, if you're desperate for a tester, I can look at it at =>some point, but I can't promise when - I've got lots to do at =>the moment. I'm running on 2.2, and will be applying it soon. I can detail my experience in a message to whoever cares, if there is a desire for it. So far I've been so buzy that all I have done is ftp/gunzip the kit and print the readme file. My initial impression was that it was a lot more than I anticipated it would be. I was thinking I'd get some docu and a few scripts or programs. This looks more like a complete package. So right off, I'm impressed :*). Lee From owner-freebsd-hackers Thu May 1 08:57:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00276 for hackers-outgoing; Thu, 1 May 1997 08:57:06 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA00269 for ; Thu, 1 May 1997 08:57:04 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA10694; Thu, 1 May 1997 08:57:06 -0700 Date: Thu, 1 May 1997 08:57:06 -0700 (PDT) From: "Brian N. Handy" To: "Jordan K. Hubbard" Cc: freebsd-hackers@freebsd.org Subject: Re: More on Walnut Creek CDROM promotional give-aways... In-Reply-To: <18204.862462082@time.cdrom.com> Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >To be more specific: We do it for any large group of people whom we >feel can help spread the word, be it a research institute, school or >user group. We just don't do it for individuals since that's not >cost-effective enough. Speaking of which...I'm on the subscription list for the CD's, and I've managed to give away every FreeBSD CD I've ever gotten. (With the exception of a 1.1 CD Nate gave me, I decided to hang onto that.) I've already got a taker for the 2.2 CD. Is that coming down the pike, or have I somehow missed it? Brian From owner-freebsd-hackers Thu May 1 09:09:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA00667 for hackers-outgoing; Thu, 1 May 1997 09:09:17 -0700 (PDT) Received: from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA00662 for ; Thu, 1 May 1997 09:09:10 -0700 (PDT) Received: from nemeton.UUCP (Unemeton@localhost) by perki0.connect.com.au with UUCP id CAA14126 (8.8.5/IDA-1.6); Fri, 2 May 1997 02:09:04 +1000 (EST) Received: from topaz.nemeton.com.au (topaz.nemeton.com.au [203.8.3.18]) by nemeton.com.au (8.8.5/8.8.5) with ESMTP id BAA18529; Fri, 2 May 1997 01:58:20 +1000 (EST) Received: from localhost.nemeton.com.au (localhost.nemeton.com.au [127.0.0.1]) by topaz.nemeton.com.au (8.8.5/8.8.5) with SMTP id CAA02547; Fri, 2 May 1997 02:03:18 +1000 (EST) Message-Id: <199705011603.CAA02547@topaz.nemeton.com.au> To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: /usr/src/etc/Makefile install rule. In-reply-to: <18731.862467696@time.cdrom.com> Date: Fri, 02 May 1997 02:03:13 +1000 From: Giles Lean Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 30 Apr 1997 23:21:36 -0700 "Jordan K. Hubbard" wrote: > rc > rc.firewall > rc.network > rc.serial > rc.pccard > etc.i386/rc.i386 How about checksumming? Remembering a list of checksums for released versions shouldn't be too much overhead. You *can't* trust administrators not to play with things. I've worked on too many machines that have been upgraded three times by four administrators and people do the darndest things in the name of expediency. :-( Giles From owner-freebsd-hackers Thu May 1 09:34:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01544 for hackers-outgoing; Thu, 1 May 1997 09:34:22 -0700 (PDT) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01539 for ; Thu, 1 May 1997 09:34:20 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id JAA23074; Thu, 1 May 1997 09:34:16 -0700 (MST) From: Don Yuniskis Message-Id: <199705011634.JAA23074@seagull.rtd.com> Subject: Re: More on Walnut Creek CDROM promotional give-aways... To: handy@sag.space.lockheed.com (Brian N. Handy) Date: Thu, 1 May 1997 09:34:16 -0700 (MST) Cc: jkh@time.cdrom.com, freebsd-hackers@FreeBSD.org In-Reply-To: from "Brian N. Handy" at May 1, 97 08:57:06 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >To be more specific: We do it for any large group of people whom we > >feel can help spread the word, be it a research institute, school or > >user group. We just don't do it for individuals since that's not > >cost-effective enough. > > Speaking of which...I'm on the subscription list for the CD's, and I've > managed to give away every FreeBSD CD I've ever gotten. (With the > exception of a 1.1 CD Nate gave me, I decided to hang onto that.) > > I've already got a taker for the 2.2 CD. Is that coming down the pike, or > have I somehow missed it? My 2.2.1R arrived a few days ago (I'm in AZ) --don From owner-freebsd-hackers Thu May 1 09:45:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01936 for hackers-outgoing; Thu, 1 May 1997 09:45:27 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01931 for ; Thu, 1 May 1997 09:45:25 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA24444; Thu, 1 May 1997 09:45:41 -0700 (PDT) To: Bruce Evans cc: hackers@freebsd.org Subject: Re: /usr/src/etc/Makefile install rule. In-reply-to: Your message of "Thu, 01 May 1997 23:53:44 +1000." <199705011353.XAA11496@godzilla.zeta.org.au> Date: Thu, 01 May 1997 09:45:41 -0700 Message-ID: <24441.862505141@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > rc.serial is supposed to be customized. Installing the others would > be Wrong. You could do a `cmp -s ...' or `diff ... | grep -q Id' and Why? I can see why rc.serial and rc.firewall are poor choices, but this doesn't explain your aversion to installing the other files. Jordan From owner-freebsd-hackers Thu May 1 09:54:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02376 for hackers-outgoing; Thu, 1 May 1997 09:54:32 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA02370 for ; Thu, 1 May 1997 09:54:30 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id JAA24565; Thu, 1 May 1997 09:54:51 -0700 (PDT) To: "Brian N. Handy" cc: freebsd-hackers@freebsd.org Subject: Re: More on Walnut Creek CDROM promotional give-aways... In-reply-to: Your message of "Thu, 01 May 1997 08:57:06 PDT." Date: Thu, 01 May 1997 09:54:51 -0700 Message-ID: <24563.862505691@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I've already got a taker for the 2.2 CD. Is that coming down the pike, or > have I somehow missed it? It should be. Jordan From owner-freebsd-hackers Thu May 1 10:00:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02839 for hackers-outgoing; Thu, 1 May 1997 10:00:37 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02832 for ; Thu, 1 May 1997 10:00:33 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id CAA17533; Fri, 2 May 1997 02:59:22 +1000 Date: Fri, 2 May 1997 02:59:22 +1000 From: Bruce Evans Message-Id: <199705011659.CAA17533@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: /usr/src/etc/Makefile install rule. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> rc.serial is supposed to be customized. Installing the others would >> be Wrong. You could do a `cmp -s ...' or `diff ... | grep -q Id' and > >Why? I can see why rc.serial and rc.firewall are poor choices, >but this doesn't explain your aversion to installing the other >files. It would break years of tradition and subject /etc to patch-of-the-day syndrome. Bruce From owner-freebsd-hackers Thu May 1 10:01:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02908 for hackers-outgoing; Thu, 1 May 1997 10:01:33 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02902; Thu, 1 May 1997 10:01:22 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705011701.KAA02902@hub.freebsd.org> Subject: Re: 7860 To: ejc@bazzle.com (Eric J. Chet) Date: Thu, 1 May 1997 10:01:22 -0700 (PDT) Cc: msmith@atrad.adelaide.edu.au, macgyver@db-net.com, Don@PartsNow.com, hackers@freebsd.org In-Reply-To: from "Eric J. Chet" at May 1, 97 08:51:43 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Eric J. Chet wrote: > > Hello > The GigaByte-586DX mainboard also uses the 7880 chip. Another > plus with this board is that it supports two pentiums. 8) It sells > for about $300 with 512K of pipeline burst cache. > > Eric what's the skinny on this board. i am looking to get into the smp fray and need a new mobo. jmb From owner-freebsd-hackers Thu May 1 10:19:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03765 for hackers-outgoing; Thu, 1 May 1997 10:19:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03759 for ; Thu, 1 May 1997 10:19:50 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA04240; Thu, 1 May 1997 10:16:44 -0700 From: Terry Lambert Message-Id: <199705011716.KAA04240@phaeton.artisoft.com> Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) To: black@zen.cypher.net (Ben Black) Date: Thu, 1 May 1997 10:16:44 -0700 (MST) Cc: ccsanady@nyx.pr.mcs.net, dfr@nlsystems.com, msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@freebsd.org In-Reply-To: from "Ben Black" at Apr 30, 97 12:41:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > welcome to solaris. > > > How about a statically loaded version of the kernel? I mean, will it now > > be nothing more than an aggregate of some modules? It would be nice if > > all there were were modules, and to make yourself a kernel, you just > > had to stick them together.. Which makes it no less nice for it being invented there first. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 1 10:22:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03961 for hackers-outgoing; Thu, 1 May 1997 10:22:33 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03954 for ; Thu, 1 May 1997 10:22:28 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA04252; Thu, 1 May 1997 10:20:49 -0700 From: Terry Lambert Message-Id: <199705011720.KAA04252@phaeton.artisoft.com> Subject: Re: Continual Education (was Re: A Desparate Plea) To: ac199@hwcn.org Date: Thu, 1 May 1997 10:20:49 -0700 (MST) Cc: Shimon@i-Connect.Net, msmith@atrad.adelaide.edu.au, julian@whistle.com, freebsd-hackers@freebsd.org, jkh@time.cdrom.com In-Reply-To: from "Tim Vanderhoek" at Apr 30, 97 07:08:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > interface to it to compete with linux make xconfig), why bother with LKM's? > > Especially when they do not to load/unload in a friendly manner. > > With memory prices being what they are, a ``huge'' kernel will cost about > > $8.00 more than a tiny one. Ebmedded systems? commercial non-source > > products? > > They're also nice for people who don't have the hdd space to > compile kernels... Or want to use commercially restricted drivers. Like an Adaptec HIM module for their RAID controller that lets it be a RAID controller instead of turning it into a standard dumb controller. Or people who want to use the code for POS, and so don't want build tools, but do want to be able to fix the vagries of the hardware by plugging driver modules in and out. Or people subscribed to -questions who are tired of answering a lot of configuration questions that they wouldn't have to answer if the process of configuration was less complex. Etc.. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 1 11:14:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07418 for hackers-outgoing; Thu, 1 May 1997 11:14:54 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07411 for ; Thu, 1 May 1997 11:14:50 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id MAA27444; Thu, 1 May 1997 12:14:37 -0400 Date: Thu, 1 May 1997 12:14:37 -0400 (EDT) From: Ben Black To: Terry Lambert cc: ccsanady@nyx.pr.mcs.net, dfr@nlsystems.com, msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@freebsd.org Subject: Re: Unloading LKMs (was Re: A Desparate Plea for Help...) In-Reply-To: <199705011716.KAA04240@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i think my statement was taken the wrong way. i think it is a Good Thing to break up the kernel into dynamically loadable modules. solaris is just the operating system i use most that is structured in that way. on the subject of solaris, is anyone thinking about a crash-like program to provide a unified interface for viewing and setting kernels parameters and status? b3n On Thu, 1 May 1997, Terry Lambert wrote: > > welcome to solaris. > > > > > How about a statically loaded version of the kernel? I mean, will it now > > > be nothing more than an aggregate of some modules? It would be nice if > > > all there were were modules, and to make yourself a kernel, you just > > > had to stick them together.. > > Which makes it no less nice for it being invented there first. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Thu May 1 11:30:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08306 for hackers-outgoing; Thu, 1 May 1997 11:30:56 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA08299 for ; Thu, 1 May 1997 11:30:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA04771; Thu, 1 May 1997 11:29:21 -0700 From: Terry Lambert Message-Id: <199705011829.LAA04771@phaeton.artisoft.com> Subject: Re: /usr/src/etc/Makefile install rule. To: bde@zeta.org.au (Bruce Evans) Date: Thu, 1 May 1997 11:29:20 -0700 (MST) Cc: bde@zeta.org.au, jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199705011659.CAA17533@godzilla.zeta.org.au> from "Bruce Evans" at May 2, 97 02:59:22 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >> rc.serial is supposed to be customized. Installing the others would > >> be Wrong. You could do a `cmp -s ...' or `diff ... | grep -q Id' and > > > >Why? I can see why rc.serial and rc.firewall are poor choices, > >but this doesn't explain your aversion to installing the other > >files. > > It would break years of tradition and subject /etc to patch-of-the-day > syndrome. Sorry, but since when is it OK to change the binaries (like mount) that are referenced by files in /etc, but not the files in /etc themselvs (except of course "mtree/*", which is somehow immune from the rule)? Sepcifically, the files that Jordan is talking about updating are "no user servicable parts inside" files (omitting rc.serial and rc.firewall). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 1 13:02:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA12737 for hackers-outgoing; Thu, 1 May 1997 13:02:20 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA12722 for ; Thu, 1 May 1997 13:02:17 -0700 (PDT) Received: from gargoyle.bazzle.com by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0wN23G-0009G5C; Thu, 1 May 97 13:02 PDT Received: from gargoyle.bazzle.com (gargoyle.bazzle.com [206.103.246.189]) by gargoyle.bazzle.com (8.8.5/8.6.12) with SMTP id PAA05372; Thu, 1 May 1997 15:59:31 -0400 (EDT) Date: Thu, 1 May 1997 15:59:31 -0400 (EDT) From: "Eric J. Chet" To: "Jonathan M. Bresler" cc: msmith@atrad.adelaide.edu.au, smp@csn.net, macgyver@db-net.com, Don@PartsNow.com, hackers@freebsd.org Subject: Re: 7860 In-Reply-To: <199705011701.KAA02902@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Jonathan M. Bresler wrote: > what's the skinny on this board. i am looking to get into > the smp fray and need a new mobo. > jmb > Hello Steve turned me on to this board, It's what we use for FreeBSD-SMP. It's a rock solid 430HX board with an onboard 7880 and 512k of pipeline burst cache. Performance is very good. The only down side to this board is it has a ATX form factor but requires a AT power supply. Peace, ejc From owner-freebsd-hackers Thu May 1 13:06:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13154 for hackers-outgoing; Thu, 1 May 1997 13:06:27 -0700 (PDT) Received: from almond.elite.net (root@almond.elite.net [205.199.220.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA13140 for ; Thu, 1 May 1997 13:06:24 -0700 (PDT) Received: (from jpm@localhost) by almond.elite.net (8.8.3/ELITE) id NAA00704 for freebsd-hackers@freebsd.org; Thu, 1 May 1997 13:06:20 -0700 (PDT) From: Jon Moldenhauer Message-Id: <199705012006.NAA00704@almond.elite.net> Subject: 2.1 binaries and 2.2 getpw* To: freebsd-hackers@freebsd.org Date: Thu, 1 May 1997 13:06:19 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wasn't sure if this has been noticed so I thought I would ask: Has anyone else noticed that 2.1.0 binaries on a 2.2 system cannot lookup users in YP maps if they use getpw*? I recently upgraded a 2.1.0 system to 2.2 and I had no problems until last night when I made a change to /etc/master.passwd (first change since the upgrade). As soon as the /etc/pwd.db and /etc/spwd.db files were rebuilt all the 2.1.0 binaries on the system stopped being able to look up users in the YP maps. I have been recompiling most of the affected programs and that fixes it, but in case anyone else hadn't seen this I thought it might be good to let people know about this caveat. Jonathon jpm@elite.net From owner-freebsd-hackers Thu May 1 13:23:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13956 for hackers-outgoing; Thu, 1 May 1997 13:23:12 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA13949 for ; Thu, 1 May 1997 13:23:09 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA10248 for hackers@freebsd.org; Thu, 1 May 1997 22:23:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA01621; Thu, 1 May 1997 22:01:48 +0200 (MET DST) Message-ID: <19970501220148.AS33168@uriah.heep.sax.de> Date: Thu, 1 May 1997 22:01:48 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: /bin/sh -c and ENV References: <87rafr6a0o.fsf@erlenstar.demon.co.uk> <19970501093129.LO56219@uriah.heep.sax.de> <87afmf616g.fsf@erlenstar.demon.co.uk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <87afmf616g.fsf@erlenstar.demon.co.uk>; from Andrew Gierth on May 1, 1997 09:34:15 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Andrew Gierth wrote: > J> Feature. > > Accidental misfeature or deliberate? What reasons exist that justify this > behaviour? What does the POSIX standard say (if anything) about it? Posix misfeature. ENV, that it is. But for other reasons than you think of. > I'm not concerned about *my* ENV file - but about others. Why? Somebody has to explicitly set the variable ENV. If he does, he assumes liability for the correctness of this file. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 1 13:23:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13980 for hackers-outgoing; Thu, 1 May 1997 13:23:16 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA13970 for ; Thu, 1 May 1997 13:23:13 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA10251 for hackers@freebsd.org; Thu, 1 May 1997 22:23:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA01644; Thu, 1 May 1997 22:06:46 +0200 (MET DST) Message-ID: <19970501220646.OS30433@uriah.heep.sax.de> Date: Thu, 1 May 1997 22:06:46 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Subject: Re: /usr/src/etc/Makefile install rule. References: <18731.862467696@time.cdrom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <18731.862467696@time.cdrom.com>; from Jordan K. Hubbard on Apr 30, 1997 23:21:36 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Only /etc/rc.conf and /etc/rc.local are supposed to be customized, rc.serial is, too. It only contains commented out stuff, in the expectation that the local admin might turn on the bits as required. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 1 13:23:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14010 for hackers-outgoing; Thu, 1 May 1997 13:23:22 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA13992 for ; Thu, 1 May 1997 13:23:17 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA10256; Thu, 1 May 1997 22:23:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA01694; Thu, 1 May 1997 22:20:15 +0200 (MET DST) Message-ID: <19970501222015.EJ31428@uriah.heep.sax.de> Date: Thu, 1 May 1997 22:20:15 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@freebsd.org Cc: chet@po.CWRU.Edu Subject: Re: /bin/sh -c and ENV References: <87rafr6a0o.fsf@erlenstar.demon.co.uk> <9705011332.AA06946.SM@odin.INS.CWRU.Edu> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9705011332.AA06946.SM@odin.INS.CWRU.Edu>; from Chet Ramey on May 1, 1997 09:32:30 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Chet Ramey wrote: > It's a bug. A post-publication POSIX.2 interpretation made it clear > that ENV should be executed only for interactive shells. Interesting. (And just braindead the other way round. I wonder why Mr. Korn didn't stick to the commonly used .foorc file, and had to invent this crap instead.) Do you have any reference for it? I notice that ksh93 is the only Bourne-alike shell on my system that doesn't... ah no, zsh doesn't source it either. My bash is probably way too old. I'm not using it except for comparisions. (In case you wonder why i think it's braindead the other way round: setting up something like your favourite $PATH for a remote shell execution is very easy if you're a C-shell user. It's totally impractical or even impossible for Bourne-alike shell users. bash excepted, it has a .bashrc as well.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 1 13:29:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14522 for hackers-outgoing; Thu, 1 May 1997 13:29:50 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14502; Thu, 1 May 1997 13:29:33 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id OAA08130; Thu, 1 May 1997 14:29:26 -0600 (MDT) Message-Id: <199705012029.OAA08130@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Eric J. Chet" cc: "Jonathan M. Bresler" , msmith@atrad.adelaide.edu.au, macgyver@db-net.com, Don@PartsNow.com, hackers@freebsd.org, smp@freebsd.org Subject: Re: 7860 In-reply-to: Your message of "Thu, 01 May 1997 15:59:31 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 May 1997 14:29:25 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > > what's the skinny on this board. i am looking to get into > > the smp fray and need a new mobo. > > jmb > > > > Hello > Steve turned me on to this board, It's what we use for > FreeBSD-SMP. It's a rock solid 430HX board with an onboard 7880 and > 512k of pipeline burst cache. Performance is very good. The only down > side to this board is it has a ATX form factor but requires a AT > power supply. I believe we are talking about the GA586DX here. I am told that gigabyte is now shipping a new version that uses the ATX PS connector. If buying this board be sure to verify that your vendor will be supplying you with the new version. I haven't seen the original mail (from jmb) yet, but as to the issue of a good SMP mb, I recommend going with the P6 at this point in time. Gigabyte 686DX Dual Pentium Pro ATX $ 365 Intel Pentium Pro 166 512K $ 490 Intel Pentium Pro 166 512K $ 490 ---- $1345 Gigabyte GA-586DX-512 Dual Pentium $315 Intel Pentium 166 $215 Intel Pentium 166 $215 ---- $745 $1345 - $ 745 $ 600 so you have about $600 difference, but for a system that will probably cost you $3000+ this isn't that much more. And this will give you a box thats about TWICE as FAST!!! And you could save a few $hundred by going with the 256k cache versions: Pro 150 256K $199, actually CHEAPER than the P5x166 (but avoid 150mHz, means a bus speed of 60mHz vs 66mHz for 166mHz). This makes the difference almost nil, (but I really recommend the 512k cache). You *probably* could overclock 150s to 166, I have been overclocking my P6-166x512s to 200mHz for almost a month now without any sign of trouble. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-hackers Thu May 1 13:33:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14882 for hackers-outgoing; Thu, 1 May 1997 13:33:11 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14876 for ; Thu, 1 May 1997 13:33:08 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA05781; Thu, 1 May 1997 13:31:59 -0700 (PDT) To: Terry Lambert cc: bde@zeta.org.au (Bruce Evans), hackers@FreeBSD.org Subject: Re: /usr/src/etc/Makefile install rule. In-reply-to: Your message of "Thu, 01 May 1997 11:29:20 PDT." <199705011829.LAA04771@phaeton.artisoft.com> Date: Thu, 01 May 1997 13:31:58 -0700 Message-ID: <5779.862518718@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Sorry, but since when is it OK to change the binaries (like mount) > that are referenced by files in /etc, but not the files in /etc > themselvs (except of course "mtree/*", which is somehow immune from > the rule)? > > Sepcifically, the files that Jordan is talking about updating are > "no user servicable parts inside" files (omitting rc.serial and > rc.firewall). My god. Terry and I are in total agreement on something. Slaughter the fatted beeflet and break out the bottle of Krug '67! :-) Jordan From owner-freebsd-hackers Thu May 1 14:12:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17360 for hackers-outgoing; Thu, 1 May 1997 14:12:58 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA17344 for ; Thu, 1 May 1997 14:12:50 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 22465 on Thu, 1 May 1997 21:11:02 GMT; id VAA22465 efrom: peter@grendel.IAEhv.nl; eto: UNKNOWN Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id WAA00487; Thu, 1 May 1997 22:21:11 +0200 (CEST) Message-ID: <19970501222111.34624@hw.nl> Date: Thu, 1 May 1997 22:21:11 +0200 From: Peter Korsten To: Ben Black Cc: hackers@freebsd.org Subject: Re: USB support? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: ; from Ben Black on Wed, Apr 30, 1997 at 01:12:17PM -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ben Black shared with us: > what is currently being done with USB and are there any solid plans for > using it as a network interface? Hmm, I've seen the first PC with USB connectors this week (it had an Intel ATX mainboard, so that makes sense) and the periphials I saw at the CeBIT was all pre-production material. USB was hardly to be found at the CeBIT, as a matter of fact. I came along the Eizo stand that showed an extra piece of hardware that matched with you monitor and that you could connect your USB mouse and keyboard to. But the version ID of the mouse was 0.31, dashed, and 0.32 hand-written behind it. I guess it will take some time before it becomes widespread. As soon as Windows 95 supports it, I suppose. :) - Peter From owner-freebsd-hackers Thu May 1 14:39:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18874 for hackers-outgoing; Thu, 1 May 1997 14:39:39 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18869 for ; Thu, 1 May 1997 14:39:36 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA00226; Thu, 1 May 1997 15:39:27 -0600 (MDT) Date: Thu, 1 May 1997 15:39:27 -0600 (MDT) Message-Id: <199705012139.PAA00226@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: Terry Lambert , hackers@freebsd.org Subject: Re: /usr/src/etc/Makefile install rule. In-Reply-To: <5779.862518718@time.cdrom.com> References: <199705011829.LAA04771@phaeton.artisoft.com> <5779.862518718@time.cdrom.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Sepcifically, the files that Jordan is talking about updating are > > "no user servicable parts inside" files (omitting rc.serial and > > rc.firewall). > > My god. Terry and I are in total agreement on something. Slaughter > the fatted beeflet and break out the bottle of Krug '67! :-) Hmm, I'm beginning to wonder if this change is good now. *ducking the thrown pieces of aged fruit* Nate From owner-freebsd-hackers Thu May 1 15:03:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20301 for hackers-outgoing; Thu, 1 May 1997 15:03:55 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20295 for ; Thu, 1 May 1997 15:03:52 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wN3vx-0004vo-00; Thu, 1 May 1997 16:02:37 -0600 To: "Jordan K. Hubbard" Subject: Re: /usr/src/etc/Makefile install rule. Cc: Terry Lambert , bde@zeta.org.au (Bruce Evans), hackers@freebsd.org In-reply-to: Your message of "Thu, 01 May 1997 13:31:58 PDT." <5779.862518718@time.cdrom.com> References: <5779.862518718@time.cdrom.com> Date: Thu, 01 May 1997 16:02:37 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <5779.862518718@time.cdrom.com> "Jordan K. Hubbard" writes: : My god. Terry and I are in total agreement on something. Slaughter : the fatted beeflet and break out the bottle of Krug '67! :-) First commits of patches posted, then actual agreement. What's next, world peace? Warner From owner-freebsd-hackers Thu May 1 15:08:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20653 for hackers-outgoing; Thu, 1 May 1997 15:08:35 -0700 (PDT) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA20648; Thu, 1 May 1997 15:08:30 -0700 (PDT) Received: (from tinguely@localhost) by plains.nodak.edu (8.8.5/8.8.5) id RAA03104; Thu, 1 May 1997 17:08:23 -0500 (CDT) Date: Thu, 1 May 1997 17:08:23 -0500 (CDT) From: Mark Tinguely Message-Id: <199705012208.RAA03104@plains.nodak.edu> To: freebsd-atm@freebsd.org, freebsd-hackers@freebsd.org Subject: custom free for external mbuf Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk back in October, I said that I wanted to add a permanent association between an external mbuf and the external buffer. I call this M_PERM. below is a context diff from 2.2.1-RELEASE. I have a card that holds hundreds of mbufs until the ATM card gets data, then they will pass through some networks stack and when released they get requeued to the ATM card. I want to lower the cost of making/breaking the mbuf to external connection, and besides since I hold so many mbufs in the ATM queue, I do not want to have other devices fighting the card for resources. This is backward compatible with other external mbuf and should have no impact with existing code. The line: m->m_next = (struct mbuf *) 0; could be put in the ext_free() routine, I added it here to be consistant with the rest of the macro. As a side issue, I still have a concern with others drivers setting the ext_free() routine without checking if there is already a ext_free() routine. we hashed this a bit back in October, I refined my changes. I am sending this to hackers for comments before submitting. If there strong objections to the change, I will keep it only as a local change for the driver. --mark. ---------- sys/sys/mbuf.h and /usr/include/sys/mbuf.h ------------ *** mbuf.h.orig Mon Aug 19 13:30:15 1996 --- mbuf.h Thu May 1 14:37:08 1997 *************** *** 123,128 **** --- 123,129 ---- #define M_PKTHDR 0x0002 /* start of record */ #define M_EOR 0x0004 /* end of record */ #define M_PROTO1 0x0008 /* protocol-specific */ + #define M_PERM 0x0010 /* permanently associated external storage */ /* mbuf pkthdr flags, also in m_flags */ #define M_BCAST 0x0100 /* send/received as link-level broadcast */ *************** *** 287,296 **** } \ } \ (n) = (m)->m_next; \ ! (m)->m_type = MT_FREE; \ ! mbstat.m_mtypes[MT_FREE]++; \ ! (m)->m_next = mmbfree; \ ! mmbfree = (m); \ ) /* --- 288,301 ---- } \ } \ (n) = (m)->m_next; \ ! if ((m)->m_flags & M_PERM) \ ! m->m_next = (struct mbuf *) 0; \ ! else { \ ! (m)->m_type = MT_FREE; \ ! mbstat.m_mtypes[MT_FREE]++; \ ! (m)->m_next = mmbfree; \ ! mmbfree = (m); \ ! } \ ) /* From owner-freebsd-hackers Thu May 1 15:16:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20973 for hackers-outgoing; Thu, 1 May 1997 15:16:02 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20956 for ; Thu, 1 May 1997 15:15:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA07298; Thu, 1 May 1997 15:13:49 -0700 From: Terry Lambert Message-Id: <199705012213.PAA07298@phaeton.artisoft.com> Subject: Re: /usr/src/etc/Makefile install rule. To: nate@mt.sri.com (Nate Williams) Date: Thu, 1 May 1997 15:13:48 -0700 (MST) Cc: jkh@time.cdrom.com, terry@lambert.org, hackers@freebsd.org In-Reply-To: <199705012139.PAA00226@rocky.mt.sri.com> from "Nate Williams" at May 1, 97 03:39:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Sepcifically, the files that Jordan is talking about updating are > > > "no user servicable parts inside" files (omitting rc.serial and > > > rc.firewall). > > > > My god. Terry and I are in total agreement on something. Slaughter > > the fatted beeflet and break out the bottle of Krug '67! :-) > > Hmm, I'm beginning to wonder if this change is good now. > > *ducking the thrown pieces of aged fruit* Damn. Missed. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 1 15:44:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22631 for hackers-outgoing; Thu, 1 May 1997 15:44:28 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22621 for ; Thu, 1 May 1997 15:44:18 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id XAA13307; Thu, 1 May 1997 23:41:55 +0100 (BST) Message-Id: <199705012241.XAA13307@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jordan K. Hubbard" cc: Curt Sampson , Michael Smith , hackers@FreeBSD.ORG Subject: Re: /etc/netstart bogons.. In-reply-to: Your message of "Thu, 24 Apr 1997 12:09:10 PDT." <387.861908950@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 May 1997 23:41:55 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry for the lag - better late than never.... > OK, I haven't done anything with DEFAULT so far but here's the > rest of my changes relative to FreeBSD. > > There are two files added (rc.conf and rc.network) and two files > deleted (sysconfig and netstart), so it's probably easiest for folks > to move the two deleted files out the way and unpack the attached shar > file into their /usr/src/etc directories, applying the patches as well > and then installing the relevant bits into /etc. You should then > customize the new rc.conf file to taste using the old sysconfig file > as a guide. > > If this meets with general approval, I then (boy scout's honor) > promise to also write (and commit with the rest of the stuff) an > rc.conf(8) man page which contains the much longer and more detailed > information that sysconfig used to but which also made sysconfig > unreadable and that much more difficult to customize. [.....] > Xswapfile=NO # Set to name of swapfile if aux swapfile desired. > Xapm_enable=NO # Set to YES if you want APM enabled. > Xpccard_enable=NO # Set to YES if you want to configure PCCARD devices. > Xpccard_mem=DEFAULT # If pccard_enable=YES, this is card memory address. > Xpccard_ifconfig=NO # Specialized pccard ethernet configuration (or NO). > Xlocal_startup="/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" # startup script dirs. > X > X > X############################################################## > X### Network configuration sub-section ###################### > X############################################################## > X > X### Basic network options: ### > Xhostname=myname.my.domain # Set this! > Xnisdomainname=NO # Set to NIS domain if using NIS (or NO). > Xfirewall=NO # Set to firewall type or NO for none. > Xtcp_extentions=YES # Allow RFC1323 & RFC1544 extentions (or NO). > Xnetwork_interfaces="lo0" # List of network interfaces (lo0 is loopback). > Xifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" would be nice - to remind people that it's possible. > X > X### Network daemon (miscellaneous) & NFS options: ### > Xsyslogd_enable=YES # Run syslog daemon (or NO). > Xsyslogd_flags="" # Flags to syslogd (if enabled). > Xnamed_enable=NO # Run named, the DNS server (or NO). > Xnamed_flags="" # Flags to named (if enabled). Good so far. > Xkerberos_server_enable=NO # Run a kerberos master server (or NO). kerberos_server_flags="" kadmind_flags="-n" > Xrwhod_enable=NO # Run the rwho daemon (or NO). rwhod_flags="" > Xamd_enable=NO # Run amd service with $amd_flags (or NO). > Xamd_flags="-a /net -c 1800 -k i386 -d my.domain -l syslog /host /etc/amd.map" > Xnfs_client_enable=NO # This host is an NFS client (or NO). nfs_client_flags="-n 4" > Xnfs_server_enable=NO # This host is an NFS server (or NO). mountd_flags="" nfs_server_flags="-u -t 4" > Xweak_mountd_authentication=NO # Running PCNFSD / other non-root nfsd (or NO). This is inconsistent - I think mountd_flags should be used (it's already assigned in rc.networks....) > Xnfs_reserved_port_only=NO # Provide NFS only on secure port (or NO). > Xrpc_lockd_enable=NO # Run NFS rpc.lockd (*broken!*) if nfs_server. rpc_lockd_flags="" > Xrpc_statd_enable=YES # Run NFS rpc.statd if nfs_server (or NO). rpc_statd_flags="" > Xportmap_enable=YES # Run the portmapper service (or NO). > Xportmap_flags="" # Flags to portmap (if enabled). > Xxtend_enable=NO # Run the X-10 power controller daemon. > Xxtend_flags="" # Flags to xtend (if enabled). > X > X### Network Time Services options: ### > Xtimed_enabled=NO # Run the time daemon (or NO). > Xtimed_flags="" # Flags to timed (if enabled). > Xntpdate_enable=NO # Run the ntpdate to sync time (or NO). > Xntpdate_flags="" # Flags to ntpdate (if enabled). > Xxntpd_enable=NO # Run xntpd Network Time Protocol (or NO). > Xxntpd_flags="" # Flags to xntpd (if enabled). > Xtickadj_enable=YES # If xntp is enabled, also run tickadj. > Xtickadj_flags="-Aq" # Flags to tickadj (if enabled). > X > X# Network Information Services (NIS) options: ### > Xnis_client_enable=NO # We're an NIS client (or NO) > Xnis_client_flags="" # Flags to ypbind (if enabled). > Xnis_ypset_enable=NO # Run ypset at boot time (or NO). > Xnis_ypset_flags="" # Flags to ypset (if enabled). > Xnis_server_enable=NO # We're an NIS server (or NO) > Xnis_server_flags="" # Flags to ypserv (if enabled). > Xnis_ypxfrd_enable=NO # Run rpc.ypxfrd at boot time (or NO). > Xnis_ypxfrd_flags="" # Flags to rpc.ypxfrd (if enabled). > Xnis_yppasswd_enable=NO # Run rpc.yppasswd at boot time (or NO). > Xnis_yppasswd_flags="" # Flags to rpc.yppasswd (if enabled). > X > X### Network routing options: ### > Xdefaultrouter=NO # Set to default gateway (or NO). > Xstatic_routes="" # Set to static route list (or leave empty). > Xgateway_enable=NO # Set to YES if this host will be a gateway. > Xrouter_enable=YES # Set to YES to enable a routing daemon. > Xrouter=routed # Name of routing daemon to use if enabled. > Xrouter_flags=-q # Flags for routing daemon. > Xmrouted_enable=NO # Do multicast routing (see /etc/mrouted.conf) mrouted_flags="" This variable is already used in rc.network, but not mentioned here (yet). > Xipxgateway_enable=NO # Set to YES to enable IPX routing. > Xipxrouted_enable=NO # Set to YES to run the IPX routing daemon. > Xipxrouted_flags="" # Flags for IPX routing daemon. > X > X > X############################################################## > X### System console options ################################# > X############################################################## > X > Xkeymap=NO # keymap in /usr/share/syscons/keymaps/* (or NO). > Xkeyrate=NO # Keyboard rate to: slow, normal, fast (or NO). > Xkeychange=NO # function keys default values (or NO). > Xcursor=NO # cursor type {normal|blink|destructive} (or NO). > Xscrnmap=NO # screen map in /usr/share/syscons/scrnmaps/* (or NO). > Xfont8x16=NO # font 8x16 from /usr/share/syscons/fonts/* (or NO). > Xfont8x14=NO # font 8x14 from /usr/share/syscons/fonts/* (or NO). > Xfont8x8=NO # font 8x8 from /usr/share/syscons/fonts/* (or NO). > Xblanktime=NO # blank time (in seconds) or "NO" to turn it off. > Xsaver=NO # screen saver desired: blank/green/snake/star/NO. moused_enable="NO" moused_flags="-p /dev/cuaa0 -t ps/2" > Xmousedtype=NO # See man page for rc.conf(8) for available settings. > Xmousedport=/dev/cuaa0 # Set to your mouse port (required if mousetype set) > Xmousedflags="" # Any additional flags to moused. Nope, nope, nope. The last three lines are inconsistent. > X > X > X############################################################## > X### Miscellaneous administrative options ################### > X############################################################## > X > Xlpd=YES # Run the line printer daemon Nope. lpd_enable="YES" lpd_flags="" > Xsendmail_enable=YES # Run the sendmail daemon (or NO). > Xsendmail_flags="-bd -q30m" # -bd is pretty mandatory > Xsavecore_enable=NO # Save kernel crashdumps for debugging (or NO). savecore_flags="/var/crash" > Xdumpdev=NO # Device name to crashdump to (if enabled). > Xcheck_quotas=NO # Check quotas (or NO). > Xaccounting=NO # Turn on process accounting (or NO). > Xibcs2_enable=NO # Ibcs2 (SCO) emulation loaded at startup (or NO). This must be the only server without any possible flags, but I think it's worth staying consistent: ibcs2_flags="" > Xlinux_aout_enable=NO # Linux a.out emulation loaded at startup (or NO). > Xrand_irqs="NO" # Stir the entropy pool (or NO). > END-of-rc.conf > echo x - rc.network > sed 's/^X//' >rc.network << 'END-of-rc.network' > X#!/bin/sh - > X# > X# $Id$ > X# From: @(#)netstart 5.9 (Berkeley) 3/30/91 > X > X# Note that almost all the user-configurable behavior is no longer in > X# this file, but rather in /etc/rc.conf. Please check that file > X# first before contemplating any changes here. If you do need to change > X# this file for some reason, we would like to know about it. > X > X# First pass startup stuff. [.....] I definitely prefer the syntax if [ "${lpd_enable-YES}" = YES ]; then echo -n lpd; lpd $lpd_flags fi if [ "${ipxrouted_enable-NO} = YES ]; then echo -n ipxrouted; ipxrouted $ipxrouted_flags fi It makes it clearer what's going on. I don't think the difference between "if var isn't NO" and "if var is YES" is good at all - you have to double-take to figure out what's going on. My $0.02. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu May 1 15:54:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23109 for hackers-outgoing; Thu, 1 May 1997 15:54:36 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23104; Thu, 1 May 1997 15:54:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id PAA09516; Thu, 1 May 1997 15:42:39 -0700 (PDT) Message-Id: <199705012242.PAA09516@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Mark Tinguely Cc: freebsd-atm@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: custom free for external mbuf Reply-To: Jason Thorpe From: Jason Thorpe Date: Thu, 01 May 1997 15:42:38 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997 17:08:23 -0500 (CDT) Mark Tinguely wrote: > As a side issue, I still have a concern with others drivers setting the > ext_free() routine without checking if there is already a ext_free() routine. ...you should probably take a look at the changes Matt Thomas and I worked up for NetBSD's mbuf code, to properly deal with external storage. See your nearest NetBSD-current mirror. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Thu May 1 15:54:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23154 for hackers-outgoing; Thu, 1 May 1997 15:54:49 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23148; Thu, 1 May 1997 15:54:47 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id SAA06561; Thu, 1 May 1997 18:54:41 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id SAA00332; Thu, 1 May 1997 18:54:39 -0400 Date: Thu, 1 May 1997 18:53:40 -0400 (EDT) From: Chuck Robey To: FreeBSD-Hackers cc: "Jonathan M. Bresler" Subject: SPAM target Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Apparently this sleaze is using our mailing lists as a target (I just got 3 of them): Date: Thu, 01 May 1997 15:38:53 PDT From: rich@vegasone.com Subject: Add LIVE Girls to your website! Want to increase your profits by adding LIVE strippers to your adult website? Check out what Virtual Net Productions has to offer: We will provide a Live Stripshow with chat for your website starting at only $500 per month and NEVER more than $1600.00 a month!! (read on for details) This guy is PRIME material for the kill list, right? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Thu May 1 15:58:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23388 for hackers-outgoing; Thu, 1 May 1997 15:58:10 -0700 (PDT) Received: from pahtoh.cwu.edu (root@pahtoh.cwu.edu [198.104.65.27]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23383; Thu, 1 May 1997 15:58:05 -0700 (PDT) Received: from opus.cts.cwu.edu (skynyrd@opus.cts.cwu.edu [198.104.92.71]) by pahtoh.cwu.edu (8.8.5/8.8.5) with ESMTP id PAA14534; Thu, 1 May 1997 15:58:04 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id PAA29391; Thu, 1 May 1997 15:58:05 -0700 (PDT) Date: Thu, 1 May 1997 15:58:04 -0700 (PDT) From: Chris Timmons To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: cvsup.freebsd.org unreachable 0500-0900 UTC 2/May/1997 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk IP connectivity to cvsup.freebsd.org has suffered in recent days, culminating with an operating system upgrade to our service provider's backbone routers last evening that made everything worse. >From 0500-0900 UTC on Friday, May 2 (i.e. 2200-0200 PDT thursday night/friday morning) our provider will be downgrading their routers to stable code. During this time connectivity to cvsup.freebsd.org will be spotty. The machine will be up during the outage; if you experience difficulty try back later. Sorry for the inconvenience. -Chris From owner-freebsd-hackers Thu May 1 15:59:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23539 for hackers-outgoing; Thu, 1 May 1997 15:59:57 -0700 (PDT) Received: from mail.ai.com (Mail.ai.com [204.144.182.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA23524; Thu, 1 May 1997 15:59:48 -0700 (PDT) From: rich@vegasone.com Message-Id: <199705012259.PAA23524@hub.freebsd.org> Received: from Dial-up323 ([208.193.202.83]) by mail.ai.com (Post.Office MTA v3.0 release 0121 ID# 0-32332U1000L100S10000) with SMTP id ABC193; Thu, 1 May 1997 16:50:03 -0600 Date: Thu, 01 May 1997 15:47:12 PDT Subject: Add LIVE Girls to your website! Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk To: undisclosed-recipients:; Want to increase your profits by adding LIVE strippers to your adult website? Check out what Virtual Net Productions has to offer: We will provide a Live Stripshow with chat for your website starting at only $500 per month and NEVER more than $1600.00 a month!! (read on for details) The $500 rate is based on 744 hours (The amount of hours in a month for 1 person). - Additional hours beyond 744 will be rated at 60 cents per hour. You may or may not use additional hours depending on the amount of traffic you receive on your website. I can tell you that we have had our stream on over 100 different websites for the past year and only the top 10 sites exceeded 700 hours for any given month, so for the majority of adult websites our stream will never cost more than $500 per month. But what if you do use more? No problem cause we are capping the stream at $1600! You will never pay over $1600 no matter how many hours you use. And we are throwing in chat at no additional cost! So just to recap, get our stream on your website for $500 - no setup fees, you are paid in advance for the month for only $500. Then if you use more than 744 hours you pay .60 cents per hour up until you reach $1600, then you pay no more, and chat is included! Our stream has been used reliably on sites like Cybererotica, Sexmuseum and Newd.com just to name a few. Don't waste your money with untried services that can't match our quality or reliability, not to mention our prices! But don't take my word for it, see our girls in action for yourself. Just visit http://www.mojave.net/stream USER ID: visitor PASSWORD: live213 If you need any additional information ask for Rich or Glenn.. Rich Olson Virtual Net Productions OFFICE: 1-800-314-4285 or 1-702-360-4939 E-MAIL: rich@vegasone.com From owner-freebsd-hackers Thu May 1 16:24:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24702 for hackers-outgoing; Thu, 1 May 1997 16:24:25 -0700 (PDT) Received: from admin3.calweb.com (cslye@admin3.calweb.com [207.211.80.69]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24695 for ; Thu, 1 May 1997 16:24:23 -0700 (PDT) Received: (from cslye@localhost) by admin3.calweb.com (8.8.5/8.8.5) id AAA20689; Fri, 2 May 1997 00:26:49 -0700 (PDT) Message-Id: <199705020726.AAA20689@admin3.calweb.com> Subject: Re: Another panic... To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Fri, 2 May 1997 00:26:48 -0700 (PDT) From: "Cameron Slye" Cc: hackers@freebsd.org In-Reply-To: from "Jaye Mathisen" at Apr 30, 97 09:41:06 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am also still seeing these as of 6am this morning when my news box crashed again.. It was running a kernel (RELENG_2_2) cvsupped from the night before. I have vmcore files for these if someone would like to look at them. dev = 0x2040c, block = 32392, fs = /news/spool panic: blkfree: freeing free block > #2 0xf018ef4f in ffs_blkfree (ip=0xf18d5600, bno=13792, size=8192) > at ../../ufs/ffs/ffs_alloc.c:1230 From owner-freebsd-hackers Thu May 1 16:31:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25052 for hackers-outgoing; Thu, 1 May 1997 16:31:39 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA25034; Thu, 1 May 1997 16:31:21 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA23159; Thu, 1 May 1997 16:26:59 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd023146; Thu May 1 23:26:49 1997 Message-ID: <33692699.ABD322C@whistle.com> Date: Thu, 01 May 1997 16:26:17 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Mark Tinguely CC: freebsd-atm@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: custom free for external mbuf References: <199705012208.RAA03104@plains.nodak.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Tinguely wrote: > > back in October, I said that I wanted to add a permanent association > between an external mbuf and the external buffer. I call this M_PERM. > below is a context diff from 2.2.1-RELEASE. I have a card that holds > hundreds of mbufs until the ATM card gets data, then they will pass > through some networks stack and when released they get requeued to > the ATM card. I want to lower the cost of making/breaking the mbuf > to external connection, and besides since I hold so many mbufs in the > ATM queue, I do not want to have other devices fighting the card for > resources. > > [... chop ...] you should also talk with Matt Thomas (Mr. DEC chips) as he has some changes and such he'd like to see in there too. julian From owner-freebsd-hackers Thu May 1 16:57:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26742 for hackers-outgoing; Thu, 1 May 1997 16:57:07 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26729; Thu, 1 May 1997 16:56:32 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705012356.QAA26729@hub.freebsd.org> Subject: Re: SPAM target To: chuckr@mat.net (Chuck Robey) Date: Thu, 1 May 1997 16:56:32 -0700 (PDT) Cc: FreeBSD-Hackers In-Reply-To: from "Chuck Robey" at May 1, 97 06:53:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote: > > Apparently this sleaze is using our mailing lists as a target (I just got > 3 of them): yes, he is relaying his mail thru Advanced Instruments Corp. (AI-DOM) > > Date: Thu, 01 May 1997 15:38:53 PDT > From: rich@vegasone.com > Subject: Add LIVE Girls to your website! [snip] > This guy is PRIME material for the kill list, right? yes, just added him to the list jmb From owner-freebsd-hackers Thu May 1 17:13:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA27920 for hackers-outgoing; Thu, 1 May 1997 17:13:47 -0700 (PDT) Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA27901; Thu, 1 May 1997 17:13:35 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id HAA02361; Fri, 2 May 1997 07:56:39 +0800 (WST) Date: Fri, 2 May 1997 07:56:39 +0800 (WST) From: Adrian Chadd To: Chuck Robey cc: FreeBSD-Hackers , "Jonathan M. Bresler" Subject: Re: SPAM target In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Chuck Robey wrote: > Apparently this sleaze is using our mailing lists as a target (I just got > 3 of them): > > Date: Thu, 01 May 1997 15:38:53 PDT > From: rich@vegasone.com > Subject: Add LIVE Girls to your website! > > Want to increase your profits by adding LIVE strippers to your adult website? > I just got 3, and then 3 more.. *cheers* Kill .. kill .. kill .. kill .. kill .. kill .. kill .. Adrian. From owner-freebsd-hackers Thu May 1 17:17:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28267 for hackers-outgoing; Thu, 1 May 1997 17:17:40 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28233; Thu, 1 May 1997 17:17:19 -0700 (PDT) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.14]) by horst.bfd.com (8.8.5/8.7.3) with SMTP id RAA13665; Thu, 1 May 1997 17:17:12 -0700 (PDT) Date: Thu, 1 May 1997 17:17:12 -0700 (PDT) From: "Eric J. Schwertfeger" To: Steve Passe cc: "Eric J. Chet" , "Jonathan M. Bresler" , msmith@atrad.adelaide.edu.au, macgyver@db-net.com, Don@PartsNow.com, hackers@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: 7860 In-Reply-To: <199705012029.OAA08130@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Steve Passe wrote: > And you could save a few $hundred by going > with the 256k cache versions: Pro 150 256K $199, actually CHEAPER than > the P5x166 (but avoid 150mHz, means a bus speed of 60mHz vs 66mHz for > 166mHz). This makes the difference almost nil, (but I really recommend > the 512k cache). You *probably* could overclock 150s to 166, I have been > overclocking my P6-166x512s to 200mHz for almost a month now without any > sign of trouble. I've had my hands on three P6-150's, and all will make world at 180. I still run them at 166 for the bus speed. From owner-freebsd-hackers Thu May 1 17:22:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28552 for hackers-outgoing; Thu, 1 May 1997 17:22:29 -0700 (PDT) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA28545; Thu, 1 May 1997 17:22:27 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id RAA03951; Thu, 1 May 1997 17:22:22 -0700 (MST) From: Don Yuniskis Message-Id: <199705020022.RAA03951@seagull.rtd.com> Subject: Re: SPAM target To: chuckr@mat.net (Chuck Robey) Date: Thu, 1 May 1997 17:22:22 -0700 (MST) Cc: FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.freebsd.org In-Reply-To: from "Chuck Robey" at May 1, 97 06:53:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Apparently this sleaze is using our mailing lists as a target (I just got > 3 of them): > >> Date: Thu, 01 May 1997 15:38:53 PDT >> From: rich@vegasone.com >> Subject: Add LIVE Girls to your website! > > This guy is PRIME material for the kill list, right? Why not just subscribe him, postmaster@vegasone.com, et al. to -hackers, -questions, etc. and let him deal with *our* mail load! (sigh) I've asked previously why each list doesn't require the originators of posts to also subscribe to the list (and received sensible answers). Perhaps it might be time to start changing that policy?? --don From owner-freebsd-hackers Thu May 1 17:26:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28694 for hackers-outgoing; Thu, 1 May 1997 17:26:47 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28682; Thu, 1 May 1997 17:26:34 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705020026.RAA28682@hub.freebsd.org> Subject: Re: SPAM target To: dgy@rtd.com (Don Yuniskis) Date: Thu, 1 May 1997 17:26:34 -0700 (PDT) Cc: chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.freebsd.org In-Reply-To: <199705020022.RAA03951@seagull.rtd.com> from "Don Yuniskis" at May 1, 97 05:22:22 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don Yuniskis wrote: > > > Apparently this sleaze is using our mailing lists as a target (I just got > > 3 of them): > > > >> Date: Thu, 01 May 1997 15:38:53 PDT > >> From: rich@vegasone.com > >> Subject: Add LIVE Girls to your website! > > > > This guy is PRIME material for the kill list, right? > > Why not just subscribe him, postmaster@vegasone.com, et al. to > -hackers, -questions, etc. and let him deal with *our* mail load! > > (sigh) I've asked previously why each list doesn't require > the originators of posts to also subscribe to the list (and received > sensible answers). Perhaps it might be time to start changing that > policy?? yes, that would stop some of the bozos, others would learn hwo to perform the obvious manuever. jmb From owner-freebsd-hackers Thu May 1 17:32:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29012 for hackers-outgoing; Thu, 1 May 1997 17:32:12 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29000 for ; Thu, 1 May 1997 17:32:10 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id UAA01819; Thu, 1 May 1997 20:31:17 -0400 Date: Thu, 1 May 1997 20:31:15 -0400 (EDT) From: Ben Black To: Peter Korsten cc: hackers@FreeBSD.ORG Subject: Re: USB support? In-Reply-To: <19970501222111.34624@hw.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk not sure why they'd be rare in europe, but i got my first USB board last year (in about august) and i have 2 more now. also, if you are using it to network home PCs then who cares if there are any devices? b3n On Thu, 1 May 1997, Peter Korsten wrote: > Ben Black shared with us: > > what is currently being done with USB and are there any solid plans for > > using it as a network interface? > > Hmm, I've seen the first PC with USB connectors this week (it had > an Intel ATX mainboard, so that makes sense) and the periphials I > saw at the CeBIT was all pre-production material. > > USB was hardly to be found at the CeBIT, as a matter of fact. I > came along the Eizo stand that showed an extra piece of hardware > that matched with you monitor and that you could connect your USB > mouse and keyboard to. But the version ID of the mouse was 0.31, > dashed, and 0.32 hand-written behind it. > > I guess it will take some time before it becomes widespread. As > soon as Windows 95 supports it, I suppose. :) > > - Peter > From owner-freebsd-hackers Thu May 1 17:32:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29076 for hackers-outgoing; Thu, 1 May 1997 17:32:28 -0700 (PDT) Received: from cais.cais.com (cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29066; Thu, 1 May 1997 17:32:25 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id UAA23297; Thu, 1 May 1997 20:31:51 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id UAA13294; Thu, 1 May 1997 20:31:49 -0400 Date: Thu, 1 May 1997 20:30:50 -0400 (EDT) From: Chuck Robey To: Don Yuniskis cc: FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.freebsd.org Subject: Re: SPAM target In-Reply-To: <199705020022.RAA03951@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Don Yuniskis wrote: > > Apparently this sleaze is using our mailing lists as a target (I just got > > 3 of them): > > > >> Date: Thu, 01 May 1997 15:38:53 PDT > >> From: rich@vegasone.com > >> Subject: Add LIVE Girls to your website! > > > > This guy is PRIME material for the kill list, right? > > Why not just subscribe him, postmaster@vegasone.com, et al. to > -hackers, -questions, etc. and let him deal with *our* mail load! > > (sigh) I've asked previously why each list doesn't require > the originators of posts to also subscribe to the list (and received > sensible answers). Perhaps it might be time to start changing that > policy?? I'd hate to require such, just because of a few inconsiderate jerks. Jon's already got him on the kill list. We want to expand our readership, if possible, not restrict it too much. Of course, that's my reaction *today*. > > --don > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Thu May 1 17:40:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA29670 for hackers-outgoing; Thu, 1 May 1997 17:40:16 -0700 (PDT) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA29659 for ; Thu, 1 May 1997 17:40:08 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id RAA25499 for ; Thu, 1 May 1997 17:39:05 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd025480; Fri May 2 00:38:59 1997 Message-ID: <336937A0.7DE14518@whistle.com> Date: Thu, 01 May 1997 17:38:56 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: global/ctags etc. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mail Delivery Subsystem wrote: > > The original message was received at Thu, 1 May 1997 16:36:19 -0700 (PDT) > from daemon@localhost > > ----- Mail could not be delivered due to errors for the following email addresses ----- > > > ----- Transcript of session follows ----- > 550 ... User unknown in the 2.2 tree as of yesterday, the makefiles have been modified to use gtags but the Makefile in usr.bin doesn't include global from which gtags is derived. also if you DO make global (by hand), then vi doesn't seem to be able to use the resulting output. why do we need to learn a new thing? what happened to the "principle of least amazement?" If there is a way to make this new animal work correctly with vi -t I'd like the secret. julian From owner-freebsd-hackers Thu May 1 17:47:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA00177 for hackers-outgoing; Thu, 1 May 1997 17:47:06 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00167; Thu, 1 May 1997 17:46:56 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id RAA00444; Thu, 1 May 1997 17:46:47 -0700 (PDT) Message-Id: <199705020046.RAA00444@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Chuck Robey cc: FreeBSD-Hackers , "Jonathan M. Bresler" Subject: Re: SPAM target In-reply-to: Your message of "Thu, 01 May 1997 18:53:40 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 01 May 1997 17:46:47 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Chuck Robey : > Apparently this sleaze is using our mailing lists as a target (I just got > 3 of them): > > Date: Thu, 01 May 1997 15:38:53 PDT > From: rich@vegasone.com > Subject: Add LIVE Girls to your website! > > Want to increase your profits by adding LIVE strippers to your adult website? > > Check out what Virtual Net Productions has to offer: > > We will provide a Live Stripshow with chat for your website starting at only > $500 per month and NEVER more than $1600.00 a month!! (read on for details) > > This guy is PRIME material for the kill list, right? I don't know Chuck . It sure looks like some of the indigenous spammers could actually benefit 8) Cheers, Amancio From owner-freebsd-hackers Thu May 1 17:52:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA00483 for hackers-outgoing; Thu, 1 May 1997 17:52:09 -0700 (PDT) Received: from superior.mooseriver.com (ppp010-sm2.sirius.com [205.134.231.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA00473; Thu, 1 May 1997 17:52:04 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.8.5) id RAA04034; Thu, 1 May 1997 17:51:51 -0700 (PDT) From: Josef Grosch Message-Id: <199705020051.RAA04034@superior.mooseriver.com> Subject: Re: SPAM target In-Reply-To: from Chuck Robey at "May 1, 97 06:53:40 pm" To: chuckr@mat.net (Chuck Robey) Date: Thu, 1 May 1997 17:51:51 -0700 (PDT) Cc: FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.FreeBSD.ORG Reply-To: jgrosch@sirius.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey said: >Apparently this sleaze is using our mailing lists as a target (I just got >3 of them): > >Date: Thu, 01 May 1997 15:38:53 PDT >From: rich@vegasone.com >Subject: Add LIVE Girls to your website! > >Want to increase your profits by adding LIVE strippers to your adult website? > >Check out what Virtual Net Productions has to offer: > >We will provide a Live Stripshow with chat for your website starting at only >$500 per month and NEVER more than $1600.00 a month!! (read on for details) > >This guy is PRIME material for the kill list, right? > I got 8 of these. This bozo has sent one to 8 different mailing lists (hackers, doc, current...) superior% whois vegasone.com After Hours (VEGASONE-DOM) 2601 Grand Canyon Las Vegas, NV 89117 Domain Name: VEGASONE.COM Administrative Contact: Olson, Rich (RO393) ah@VEGASONE.COM 702-227-5877 Technical Contact, Zone Contact: Robert Duran, Jr. (JR1907) rduran@NETXS.NET (702) 227-1501 Billing Contact: Pedersen, David (DP593) dave@NETXS.NET (702) 227-1501 Record last updated on 03-Feb-97. Record created on 14-Nov-96. Database last updated on 1-May-97 06:08:36 EDT. Domain servers in listed order: WWW.MOJAVE.NET 206.149.184.25 NS1.NETXS.NET 206.149.184.2 superior% traceroute vegasone.com traceroute to vegasone.com (206.149.184.20), 30 hops max, 40 byte packets 1 asmt-a.sirius.com (205.134.231.1) 147.709 ms 147.125 ms 138.992 ms 2 gw-288-sm0.sirius.com (205.134.229.254) 148.903 ms 147.263 ms 148.972 ms 3 border-sfn-s0-2.sirius.net (205.134.254.9) 148.937 ms 146.450 ms 148.969 ms 4 sirius-t1-1-gw.sf.tlg.net (140.174.188.1) 191.185 ms 267.312 ms 338.947 ms 5 bordercore1-hssi0-0.SanFrancisco.mci.net (166.48.13.249) 151.286 ms 156.945 ms 150.805 ms 6 * * core3.SanFrancisco.mci.net (204.70.4.17) 159.470 ms 7 pacbell-nap.SanFrancisco.mci.net (204.70.1.202) 157.334 ms 177.423 ms 168.872 ms 8 pb-nap.agis.net (198.32.128.19) 170.672 ms 167.438 ms 229.054 ms 9 ga002.santaclara4.agis.net (206.84.226.241) 188.815 ms 187.093 ms 178.974 ms 10 ga00d.losangeles2.agis.net (206.84.226.246) 181.209 ms 207.183 ms 198.950 ms 11 netxs.losangeles2.agis.net (206.62.12.118) 230.739 ms 217.411 ms 218.925 ms 12 www.vegasone.com (206.149.184.20) 270.818 ms 226.938 ms 278.979 ms superior% I'm going to sent this bozo a note telling him not to spam our lists. A Cc to agis.net may help Now I remember why I stoped reading netnews. Grrrr Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@sirius.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Thu May 1 18:41:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA03462 for hackers-outgoing; Thu, 1 May 1997 18:41:23 -0700 (PDT) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA03454; Thu, 1 May 1997 18:41:18 -0700 (PDT) Received: from localhost (fullermd@localhost) by narcissus.ml.org (8.8.5/8.7.3) with SMTP id SAA06807; Thu, 1 May 1997 18:41:15 -0700 (PDT) Date: Thu, 1 May 1997 18:41:15 -0700 (PDT) From: The Devil Himself To: Amancio Hasty cc: Chuck Robey , FreeBSD-Hackers , "Jonathan M. Bresler" Subject: Re: SPAM target In-Reply-To: <199705020046.RAA00444@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Amancio Hasty wrote: > > Date: Thu, 01 May 1997 15:38:53 PDT > > From: rich@vegasone.com > > Subject: Add LIVE Girls to your website! > > > > Want to increase your profits by adding LIVE strippers to your adult website? > > > > Check out what Virtual Net Productions has to offer: > > > > We will provide a Live Stripshow with chat for your website starting at only > > $500 per month and NEVER more than $1600.00 a month!! (read on for details) > > > > This guy is PRIME material for the kill list, right? > > I don't know Chuck . It sure looks like some of the indigenous spammers > could actually benefit 8) > > Cheers, > Amancio Hmm.... If we put that on www.freebsd.org, it might induce more people to check out our 'products'..... ;) seriously though; I think I see a few choice "Pings 'o' Death" deadins a certain direction... *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* |FreeBSD is good. FreeBSD is our friend. UNIX is our god.| *Micro$oft is bad. Micro$oft causes problems.* |MicroBSD??? I DON'T THINK SO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!| |"I hate quotes in signature files" :-} MAtthew Fuller| *fullermd@narcissus.ml.org FreeBSD junkie* |http://keystone.westminster.edu/~fullermd Westminster College| *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-hackers Thu May 1 18:45:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA03687 for hackers-outgoing; Thu, 1 May 1997 18:45:33 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA03678 for ; Thu, 1 May 1997 18:45:27 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wN7LT-0002P2-00; Thu, 1 May 1997 18:41:11 -0700 Date: Thu, 1 May 1997 18:41:10 -0700 (PDT) From: Tom Samplonius To: jgrosch@sirius.com cc: Chuck Robey , FreeBSD-Hackers@freebsd.org, jmb@freefall.FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: <199705020051.RAA04034@superior.mooseriver.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Josef Grosch wrote: ... > I'm going to sent this bozo a note telling him not to spam our lists. A Cc > to agis.net may help ... Not likely. AGIS is the current home of Cyber Promotions, and actively defends their activities. > Josef > > -- > Josef Grosch | Another day closer to a | FreeBSD 2.2.1 > jgrosch@sirius.com | Micro$oft free world | UNIX for the masses > > > Tom From owner-freebsd-hackers Thu May 1 18:53:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA04094 for hackers-outgoing; Thu, 1 May 1997 18:53:17 -0700 (PDT) Received: from zeus.xtalwind.net (slipper15b.xtalwind.net [205.160.242.80]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA04089 for ; Thu, 1 May 1997 18:53:14 -0700 (PDT) Received: from localhost (zeus.xtalwind.net [127.0.0.1]) by zeus.xtalwind.net (8.8.5/8.8.5) with SMTP id VAA11580 for ; Thu, 1 May 1997 21:53:06 -0400 (EDT) Date: Thu, 1 May 1997 21:53:06 -0400 (EDT) From: NoSPAM X-Sender: jack@zeus.xtalwind.net Reply-To: NoSPAM To: freebsd-hackers@freebsd.org Subject: Re: Add LIVE Girls to your website! In-Reply-To: <199705012342.QAA25840@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I trust everyone in North America who has access to a public phone made the obligatory, and in this case fruitful, scan for a toll free number. What better way to pass the time of an airport layover than going from phone to phone expressing your thanks to a spammer for the information. On Thu, 1 May 1997 rich@vegasone.com wrote: > Want to increase your profits by adding LIVE strippers to your adult website? > If you need any additional information ask for Rich or Glenn.. > > Rich Olson > Virtual Net Productions > OFFICE: 1-800-314-4285 or 1-702-360-4939 > E-MAIL: rich@vegasone.com -------------------------------------------------------------------------- Jack O'Neill Finger jacko@diamond.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-hackers Thu May 1 19:01:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA04281 for hackers-outgoing; Thu, 1 May 1997 19:01:34 -0700 (PDT) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA04271; Thu, 1 May 1997 19:01:28 -0700 (PDT) Received: from bsampley.vip.best.com (bsampley.vip.best.com [206.184.160.196]) by proxy3.ba.best.com (8.8.5/8.8.3) with SMTP id SAA15658; Thu, 1 May 1997 18:59:12 -0700 (PDT) Date: Thu, 1 May 1997 18:58:07 -0700 (PDT) From: Burton Sampley Reply-To: Burton Sampley To: "Jonathan M. Bresler" cc: Don Yuniskis , chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.freebsd.org Subject: Re: SPAM target In-Reply-To: <199705020026.RAA28682@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Jonathan M. Bresler wrote: > Don Yuniskis wrote: > > > > > Apparently this sleaze is using our mailing lists as a target (I just got > > > 3 of them): > > > > > >> Date: Thu, 01 May 1997 15:38:53 PDT > > >> From: rich@vegasone.com > > >> Subject: Add LIVE Girls to your website! > > > > > > This guy is PRIME material for the kill list, right? > > > > Why not just subscribe him, postmaster@vegasone.com, et al. to > > -hackers, -questions, etc. and let him deal with *our* mail load! > > > > (sigh) I've asked previously why each list doesn't require > > the originators of posts to also subscribe to the list (and received > > sensible answers). Perhaps it might be time to start changing that > > policy?? > > yes, that would stop some of the bozos, > others would learn hwo to perform the obvious manuever. > > jmb > > Well, looking back at the orig. post, I noticed a 1-800 number. Why don't we all give this A**hole a call and let AT&T do some damage to his checkbook. If it's a valid number I'm sure he would appreciate as many un-welcome phone calls that he's paying for as we appreciate his un-welcome junk-mail. BES --- Brought to you by a 100% Micro$oft free system. You too can disinfect your system at http://www.freebsd.org E-Mail: burton@bsampley.vip.best.com Alternate E-Mail: bsampley@haywire.csuhayward.edu Home Page: http://www.best.com/~bsampley (permanently under construction) From owner-freebsd-hackers Thu May 1 19:26:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05430 for hackers-outgoing; Thu, 1 May 1997 19:26:44 -0700 (PDT) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05424 for ; Thu, 1 May 1997 19:26:42 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id TAA12112; Thu, 1 May 1997 19:26:33 -0700 (MST) From: Don Yuniskis Message-Id: <199705020226.TAA12112@seagull.rtd.com> Subject: Re: SPAM target To: burton@bsampley.vip.best.com Date: Thu, 1 May 1997 19:26:33 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: from "Burton Sampley" at May 1, 97 06:58:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Burton Sampley said: > > Don Yuniskis wrote: > > > > > > > Apparently this sleaze is using our mailing lists as a target (I just got > > > > 3 of them): > > > > > > > >> Date: Thu, 01 May 1997 15:38:53 PDT > > > >> From: rich@vegasone.com > > > >> Subject: Add LIVE Girls to your website! > > > > > > > > This guy is PRIME material for the kill list, right? > > > > > > Why not just subscribe him, postmaster@vegasone.com, et al. to > > > -hackers, -questions, etc. and let him deal with *our* mail load! > > Well, looking back at the orig. post, I noticed a 1-800 number. Why don't > we all give this A**hole a call and let AT&T do some damage to his > checkbook. If it's a valid number I'm sure he would appreciate as many > un-welcome phone calls that he's paying for as we appreciate his > un-welcome junk-mail. Ha! Give *that* man a cigar!!! --don From owner-freebsd-hackers Thu May 1 19:30:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05693 for hackers-outgoing; Thu, 1 May 1997 19:30:15 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05678; Thu, 1 May 1997 19:30:07 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id TAA05333; Thu, 1 May 1997 19:30:04 -0700 (PDT) Message-ID: <19970501193004.42591@hydrogen.nike.efn.org> Date: Thu, 1 May 1997 19:30:04 -0700 From: John-Mark Gurney To: Tom Samplonius Cc: jgrosch@sirius.com, Chuck Robey , FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.FreeBSD.ORG Subject: Re: SPAM target References: <199705020051.RAA04034@superior.mooseriver.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Tom Samplonius on Thu, May 01, 1997 at 06:41:10PM -0700 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius scribbled this message on May 1: > > On Thu, 1 May 1997, Josef Grosch wrote: > > ... > > I'm going to sent this bozo a note telling him not to spam our lists. A Cc > > to agis.net may help > ... > > Not likely. AGIS is the current home of Cyber Promotions, and actively > defends their activities. sounds like we need to send a message to MCI and see if they won't do any thing about it... of course we can always to a class action suit... and each of us get $500 for each posting to each list.. :) -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Thu May 1 19:35:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA06002 for hackers-outgoing; Thu, 1 May 1997 19:35:22 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05997 for ; Thu, 1 May 1997 19:35:20 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id TAA27821; Thu, 1 May 1997 19:35:41 -0700 (PDT) To: Julian Elischer cc: hackers@FreeBSD.ORG Subject: Re: global/ctags etc. In-reply-to: Your message of "Thu, 01 May 1997 17:38:56 PDT." <336937A0.7DE14518@whistle.com> Date: Thu, 01 May 1997 19:35:41 -0700 Message-ID: <27811.862540541@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > the makefiles have been modified to use gtags > but the Makefile in usr.bin doesn't include global Done yesterday. > also if you DO make global (by hand), then vi doesn't seem to be > able to use the resulting output. And vi has only had the changes made in -current, I haven't brought over global support for vi into 2.2 yet. Jordan From owner-freebsd-hackers Thu May 1 20:15:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA07825 for hackers-outgoing; Thu, 1 May 1997 20:15:52 -0700 (PDT) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA07820 for ; Thu, 1 May 1997 20:15:46 -0700 (PDT) Received: from localhost (ben@localhost) by narcissus.ml.org (8.8.5/8.7.3) with SMTP id UAA07891; Thu, 1 May 1997 20:15:48 -0700 (PDT) Date: Thu, 1 May 1997 20:15:48 -0700 (PDT) From: Snob Art Genre To: Burton Sampley cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Burton Sampley wrote: > Well, looking back at the orig. post, I noticed a 1-800 number. Why don't > we all give this A**hole a call and let AT&T do some damage to his > checkbook. If it's a valid number I'm sure he would appreciate as many > un-welcome phone calls that he's paying for as we appreciate his > un-welcome junk-mail. Good idea -- would someone who still has that post please post the phone number? I deleted my copies . . . > BES > Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Thu May 1 20:18:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA07990 for hackers-outgoing; Thu, 1 May 1997 20:18:30 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA07984 for ; Thu, 1 May 1997 20:18:27 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wN8qr-0005PI-00; Thu, 1 May 1997 21:17:41 -0600 To: John-Mark Gurney Subject: Re: SPAM target Cc: Tom Samplonius , jgrosch@sirius.com, Chuck Robey , FreeBSD-Hackers@freebsd.org, jmb@freefall.FreeBSD.ORG In-reply-to: Your message of "Thu, 01 May 1997 19:30:04 PDT." <19970501193004.42591@hydrogen.nike.efn.org> References: <19970501193004.42591@hydrogen.nike.efn.org> <199705020051.RAA04034@superior.mooseriver.com> Date: Thu, 01 May 1997 21:17:41 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970501193004.42591@hydrogen.nike.efn.org> John-Mark Gurney writes: : > Not likely. AGIS is the current home of Cyber Promotions, and actively : > defends their activities. : : sounds like we need to send a message to MCI and see if they won't do : any thing about it... of course we can always to a class action : suit... and each of us get $500 for each posting to each list.. :) don't count on it. I know of at least three machines in the cyberpromo domain that are sending BIFF packets to our subnet every time they get a mail message. The village has been hit with hundreds of thousands of these things over the last several months. We've tried everything we can think of to make them stop, and still they keep coming. Ideas? Can we call the DA or the FBI for a DoS attack? Warner From owner-freebsd-hackers Thu May 1 20:47:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA09168 for hackers-outgoing; Thu, 1 May 1997 20:47:31 -0700 (PDT) Received: from pppmail.appliedtheory.com (pppmail.appliedtheory.com [204.168.16.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA09163 for ; Thu, 1 May 1997 20:47:29 -0700 (PDT) Received: from [204.168.30.33] by pppmail.appliedtheory.com (8.6.12/3.1.090690-Applied Theory Communications) id XAA18007; Thu, 1 May 1997 23:51:10 -0400 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 1 May 1997 23:48:42 -0400 To: freebsd-hackers@freebsd.org From: Ken McKittrick Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk help ------------------------------------------------------ Ken McKittrick AppliedTheory Communications, Inc. kmckittr@appliedtheory.net Technical Consultant support@appliedtheory.com 1-800-727-0793 ------------------------------------------------------ "The credit belongs to the man who is actually in the arena, who strives valiantly; who knows the great enthusiasms. the great devotions, and spends himself in a worthy cause; who at the best, knows the triumph of high achievement; and who, at the worst, if he fails, at least he fails while daring greatly, so that his place shall never be with those cold and timid souls who know neither victory or defeat." Theodore Roosevelt From owner-freebsd-hackers Thu May 1 21:30:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA11140 for hackers-outgoing; Thu, 1 May 1997 21:30:31 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA11123 for ; Thu, 1 May 1997 21:30:25 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id VAA05542; Thu, 1 May 1997 21:30:36 -0700 (PDT) Message-ID: <19970501213035.42945@hydrogen.nike.efn.org> Date: Thu, 1 May 1997 21:30:35 -0700 From: John-Mark Gurney To: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: SPAM target References: <19970501193004.42591@hydrogen.nike.efn.org> <199705020051.RAA04034@superior.mooseriver.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Warner Losh on Thu, May 01, 1997 at 09:17:41PM -0600 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Warner Losh scribbled this message on May 1: > In message <19970501193004.42591@hydrogen.nike.efn.org> John-Mark > Gurney writes: > : > Not likely. AGIS is the current home of Cyber Promotions, and actively > : > defends their activities. > : > : sounds like we need to send a message to MCI and see if they won't do > : any thing about it... of course we can always to a class action > : suit... and each of us get $500 for each posting to each list.. :) > > don't count on it. I know of at least three machines in the > cyberpromo domain that are sending BIFF packets to our subnet every what is a BIFF packet anyways? never heard the term... > time they get a mail message. The village has been hit with hundreds > of thousands of these things over the last several months. We've > tried everything we can think of to make them stop, and still they > keep coming. > > Ideas? Can we call the DA or the FBI for a DoS attack? well.. I think we should call the FBI.. it's a national matter as he has crossed state lines... as he's spamming our "fax machines" across the country (and world wide)... -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Thu May 1 21:32:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA11247 for hackers-outgoing; Thu, 1 May 1997 21:32:57 -0700 (PDT) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA11242 for ; Thu, 1 May 1997 21:32:53 -0700 (PDT) Received: from localhost (ben@localhost) by narcissus.ml.org (8.8.5/8.7.3) with SMTP id VAA09343; Thu, 1 May 1997 21:32:49 -0700 (PDT) Date: Thu, 1 May 1997 21:32:49 -0700 (PDT) From: Snob Art Genre To: Ken McKittrick cc: freebsd-hackers@FreeBSD.ORG Subject: Re: your mail In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Ken McKittrick wrote: > help Can you be a bit more specific, please? :) Ben "You have your mind on computers, it seems." From owner-freebsd-hackers Thu May 1 21:39:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA11585 for hackers-outgoing; Thu, 1 May 1997 21:39:04 -0700 (PDT) Received: from proxy4.ba.best.com (root@proxy4.ba.best.com [206.184.139.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA11579 for ; Thu, 1 May 1997 21:39:02 -0700 (PDT) Received: from bsampley.vip.best.com (bsampley.vip.best.com [206.184.160.196]) by proxy4.ba.best.com (8.8.5/8.8.3) with SMTP id VAA20177; Thu, 1 May 1997 21:37:03 -0700 (PDT) Date: Thu, 1 May 1997 21:35:59 -0700 (PDT) From: Burton Sampley Reply-To: Burton Sampley To: Snob Art Genre cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Snob Art Genre wrote: > On Thu, 1 May 1997, Burton Sampley wrote: > > > Well, looking back at the orig. post, I noticed a 1-800 number. Why don't > > we all give this A**hole a call and let AT&T do some damage to his > > checkbook. If it's a valid number I'm sure he would appreciate as many > > un-welcome phone calls that he's paying for as we appreciate his > > un-welcome junk-mail. > > Good idea -- would someone who still has that post please post the phone > number? I deleted my copies . . . I just happened to save it to my junk file, so I could modify my .procmailrc file to send anything from this moron to /dev/null. The numbers are 1-800-314-4285 and for those calling collect (preferably from outside the USA) 1-702-360-4939. --- Brought to you by a 100% Micro$oft free system. You too can disinfect your system at http://www.freebsd.org E-Mail: burton@bsampley.vip.best.com Alternate E-Mail: bsampley@haywire.csuhayward.edu Home Page: http://www.best.com/~bsampley (permanently under construction) From owner-freebsd-hackers Thu May 1 21:52:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA12118 for hackers-outgoing; Thu, 1 May 1997 21:52:09 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA12113 for ; Thu, 1 May 1997 21:52:06 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id XAA27399; Thu, 1 May 1997 23:54:07 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma027355; Thu May 1 23:53:59 1997 Message-Id: <3.0.32.19970501235400.00b0cc24@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 01 May 1997 23:54:01 -0500 To: Tom Samplonius From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: FreeBSD-Hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/enriched; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 06:41 PM 5/1/97 -0700, Tom Samplonius wrote: > >On Thu, 1 May 1997, Josef Grosch wrote: > >... >> I'm going to sent this bozo a note telling him not to spam our lists. A Cc >> to agis.net may help > > Not likely. AGIS is the current home of Cyber Promotions, and actively >defends their activities. Yep and is the reason why they suffered a serious denial of service attack 2 weeks ago and I'd guess the same thing happened on Monday, but didn't see any news. Apr 30 05:49:59 mixcom smap[9389]: refused - blocked site: < 8-) The only bad thing about our modified smap is the server that is exploited as a relay suffers the bounce, but if they allow relay... TFB. Yet I do let them know they are being exploited as a spam relay. And for direct a little addition to the Cisco: acce 100 deny tcp 205.199.2.0 0.0.0.255 any eq 25 acce 100 deny tcp 205.199.212.0 0.0.0.255 any eq 25 Another feature being tested is if the nameserver(s) is a server that we consider a spammer. They don't usually use their servers. A few days back CP probed our secondary MX with some messages, but they didn't get very far. Bwahahahaha! Tired of f'ing bounce messages due to invalid whatever. Sure wish everyone didn't allow relay. < ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Thu May 1 21:59:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA12391 for hackers-outgoing; Thu, 1 May 1997 21:59:29 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA12385; Thu, 1 May 1997 21:59:26 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id AAA00578; Fri, 2 May 1997 00:01:37 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma029914; Fri May 2 00:01:16 1997 Message-Id: <3.0.32.19970502000116.00b5f7a4@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 00:01:17 -0500 To: "Jonathan M. Bresler" From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: FreeBSD-Hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 05:26 PM 5/1/97 -0700, Jonathan M. Bresler wrote: --snip-- >> (sigh) I've asked previously why each list doesn't require >> the originators of posts to also subscribe to the list (and received >> sensible answers). Perhaps it might be time to start changing that >> policy?? > > yes, that would stop some of the bozos, > others would learn hwo to perform the obvious manuever. It would require more work, at least. Why make it easy. Not certain but it looks like the "who" command is blocked... if it isn't... Don't see any reason why it should be allowed. Just another way to collect addresses for the all-time-granddaddy-list-of-a-zillion-e-mail-addresses. A few people here on on another list I participate on and I didn't like the "that's they way it comes" response. I'd expect better from a group of hackers and it doesn't look I was disappointed. 8-) ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Thu May 1 22:06:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12749 for hackers-outgoing; Thu, 1 May 1997 22:06:32 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA12744 for ; Thu, 1 May 1997 22:06:30 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id AAA09676; Fri, 2 May 1997 00:08:37 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma009520; Fri May 2 00:08:24 1997 Message-Id: <3.0.32.19970502000824.00b0fe1c@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 00:08:25 -0500 To: Warner Losh From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: Hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:17 PM 5/1/97 -0600, Warner Losh wrote: >don't count on it. I know of at least three machines in the >cyberpromo domain that are sending BIFF packets to our subnet every >time they get a mail message. The village has been hit with hundreds >of thousands of these things over the last several months. We've >tried everything we can think of to make them stop, and still they >keep coming. > >Ideas? Can we call the DA or the FBI for a DoS attack? Consider it a denial of service attack and call the FBI, not sure what CERT could do, AFAIK they only send out advisories. FWIW, here is something that was dug up and should set precedance for a class action lawsuit and frankly I wouldn't mind seeing AGIS go down as well. (now why are ISP's and others on the net allowing relay) Prodigy versus Cyberpromo FOR IMMEDIATE RELEASE For Press Information, Contact: Mike Darcy Prodigy, Inc. 914/448-8846 darcy@prodigy.com CYBER PROMOTIONS ORDERED TO CEASE USING PRODIGY TO DELIVER EMAIL ADVERTISEMENTS CYBER PROMOTIONS AGREES TO PAY PRODIGY CASH DAMAGES WHITE PLAINS, NY, December 13, 1996 . . . Prodigy Services Corporation today announced a resolution to its trademark infringement lawsuit against Cyber Promotions, Inc., resulting in a permanent injunction against Cyber Promotions. As part of the resolution, Cyber Promotions was ordered by the court to immediately cease using Prodigy's name to deliver email advertisements, commonly referred to as spam, to anyone on the Internet. Also, Cyber Promotions has paid Prodigy an undisclosed amount in damages, and will honor the request of Prodigy members to be removed from any of Cyber Promotions mailing lists. "This settlement represents a victory not just for Prodigy, but for any person accessing the Internet," said Prodigy Vice President and General Counsel Marc Jacobson. "Prodigy does not allow unwanted solicitation within its own community, so we certainly do not view favorably any company using Prodigy for the delivery of spam. Prodigy will continue to defend its brand, its image, and its name against any entity attempting to associate Prodigy's name with unsolicited email advertising." As a result of the resolution, Cyber Promotions was permanently enjoined from: * Using existing Prodigy accounts and opening new Prodigy accounts for any purpose; * Sending email from any Prodigy account or designating any Prodigy account as the address of origin for the return of email; * Representing that its email was sent from Prodigy or from a Prodigy account; * Knowingly causing or using any Internet Service Provider to return undeliverable email to Prodigy or a Prodigy account; * Failing to honor the request of any Prodigy member who asks to be removed from any and all mailing lists maintained, used or operated by Cyber Promotions. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Thu May 1 22:15:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA13194 for hackers-outgoing; Thu, 1 May 1997 22:15:05 -0700 (PDT) Received: from superior.mooseriver.com (ppp010-sm2.sirius.com [205.134.231.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA13172; Thu, 1 May 1997 22:14:59 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.8.5) id WAA04673; Thu, 1 May 1997 22:14:35 -0700 (PDT) From: Josef Grosch Message-Id: <199705020514.WAA04673@superior.mooseriver.com> Subject: Re: SPAM target In-Reply-To: from The Devil Himself at "May 1, 97 06:41:15 pm" To: fullermd@narcissus.ml.org (The Devil Himself) Date: Thu, 1 May 1997 22:14:35 -0700 (PDT) Cc: hasty@rah.star-gate.com, chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.FreeBSD.ORG Reply-To: jgrosch@sirius.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The Devil Himself said: >On Thu, 1 May 1997, Amancio Hasty wrote: > >> > Date: Thu, 01 May 1997 15:38:53 PDT >> > From: rich@vegasone.com >> > Subject: Add LIVE Girls to your website! >> > >> > Want to increase your profits by adding LIVE strippers to your adult website? >> > >> > Check out what Virtual Net Productions has to offer: >> > >> > We will provide a Live Stripshow with chat for your website starting at only >> > $500 per month and NEVER more than $1600.00 a month!! (read on for details) >> > >> > This guy is PRIME material for the kill list, right? >> >> I don't know Chuck . It sure looks like some of the indigenous spammers >> could actually benefit 8) >> >> Cheers, >> Amancio > >Hmm.... >If we put that on www.freebsd.org, it might induce more people to check >out our 'products'..... ;) >seriously though; I think I see a few choice "Pings 'o' Death" deadins a >certain direction... > Not sure the Ping 'o' Death is the answer. If I remember right Linux does not have that problem. ############## INCLUDED ##################### INCLUDED ################### superior% nslookup vegasone.com Server: superior.mooseriver.com Address: 205.166.121.5 Non-authoritative answer: Name: vegasone.com Address: 206.149.184.20 superior% telnet 206.149.184.20 Trying 206.149.184.20... Connected to www.vegasone.com. Escape character is '^]'. Linux 2.0.12 (www.mojave.net) (ttyp1) www login: telnet> quit Connection closed. ############## INCLUDED ##################### INCLUDED ################### Temping as it might be, a Ping 'o' Death attack might bring us more truble then we want. My $0.02 Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@sirius.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Thu May 1 22:17:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA13313 for hackers-outgoing; Thu, 1 May 1997 22:17:13 -0700 (PDT) Received: from superior.mooseriver.com (ppp010-sm2.sirius.com [205.134.231.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA13305 for ; Thu, 1 May 1997 22:17:08 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.8.5) id WAA04698; Thu, 1 May 1997 22:16:57 -0700 (PDT) From: Josef Grosch Message-Id: <199705020516.WAA04698@superior.mooseriver.com> Subject: Re: SPAM target In-Reply-To: from Snob Art Genre at "May 1, 97 08:15:48 pm" To: ben@narcissus.ml.org (Snob Art Genre) Date: Thu, 1 May 1997 22:16:57 -0700 (PDT) Cc: burton@bsampley.vip.best.com, FreeBSD-Hackers@FreeBSD.ORG Reply-To: jgrosch@sirius.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Snob Art Genre said: >On Thu, 1 May 1997, Burton Sampley wrote: > >> Well, looking back at the orig. post, I noticed a 1-800 number. Why don't >> we all give this A**hole a call and let AT&T do some damage to his >> checkbook. If it's a valid number I'm sure he would appreciate as many >> un-welcome phone calls that he's paying for as we appreciate his >> un-welcome junk-mail. > >Good idea -- would someone who still has that post please post the phone >number? I deleted my copies . . . > >> BES >> > > ################ ENCLOSED #################### ENCLOSED ################### >From owner-freebsd-current@FreeBSD.ORG Thu May 1 16:21:24 1997 Received: from smyrno.sol.net (smyrno.sol.net [206.55.64.117]) by mail2.sirius.com (8.7.5/960710) with ESMTP id QAA28795 for ; Thu, 1 May 1997 16:21:22 -0700 (PDT) Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18]) by smyrno.sol.net (8.8.5/8.8.3) with ESMTP id SAA03383; Thu, 1 May 1997 18:20:11 -0500 (CDT) Received: from localhost (daemon@localhost) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22843; Thu, 1 May 1997 15:49:16 -0700 (PDT) Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22741 for current-outgoing; Thu, 1 May 1997 15:47:47 -0700 (PDT) Received: from mail.ai.com (Mail.ai.com [204.144.182.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22734; Thu, 1 May 1997 15:47:26 -0700 (PDT) From: rich@vegasone.com Message-Id: <199705012247.PAA22734@hub.freebsd.org> Received: from Dial-up323 ([208.193.202.83]) by mail.ai.com (Post.Office MTA v3.0 release 0121 ID# 0-32332U1000L100S10000) with SMTP id AAP193; Thu, 1 May 1997 16:42:50 -0600 Date: Thu, 01 May 1997 15:39:59 PDT Subject: Add LIVE Girls to your website! Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk To: undisclosed-recipients:; Status: RO Want to increase your profits by adding LIVE strippers to your adult website? Check out what Virtual Net Productions has to offer: We will provide a Live Stripshow with chat for your website starting at only $500 per month and NEVER more than $1600.00 a month!! (read on for details) The $500 rate is based on 744 hours (The amount of hours in a month for 1 person). - Additional hours beyond 744 will be rated at 60 cents per hour. You may or may not use additional hours depending on the amount of traffic you receive on your website. I can tell you that we have had our stream on over 100 different websites for the past year and only the top 10 sites exceeded 700 hours for any given month, so for the majority of adult websites our stream will never cost more than $500 per month. But what if you do use more? No problem cause we are capping the stream at $1600! You will never pay over $1600 no matter how many hours you use. And we are throwing in chat at no additional cost! So just to recap, get our stream on your website for $500 - no setup fees, you are paid in advance for the month for only $500. Then if you use more than 744 hours you pay .60 cents per hour up until you reach $1600, then you pay no more, and chat is included! Our stream has been used reliably on sites like Cybererotica, Sexmuseum and Newd.com just to name a few. Don't waste your money with untried services that can't match our quality or reliability, not to mention our prices! But don't take my word for it, see our girls in action for yourself. Just visit http://www.mojave.net/stream USER ID: visitor PASSWORD: live213 If you need any additional information ask for Rich or Glenn.. Rich Olson Virtual Net Productions OFFICE: 1-800-314-4285 or 1-702-360-4939 E-MAIL: rich@vegasone.com ################ ENCLOSED #################### ENCLOSED ################### Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@sirius.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Thu May 1 22:19:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA13424 for hackers-outgoing; Thu, 1 May 1997 22:19:00 -0700 (PDT) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA13413; Thu, 1 May 1997 22:18:57 -0700 (PDT) Received: from localhost (fullermd@localhost) by narcissus.ml.org (8.8.5/8.7.3) with SMTP id WAA10192; Thu, 1 May 1997 22:18:54 -0700 (PDT) Date: Thu, 1 May 1997 22:18:54 -0700 (PDT) From: The Devil Himself To: jgrosch@sirius.com cc: hasty@rah.star-gate.com, chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: <199705020514.WAA04673@superior.mooseriver.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Josef Grosch wrote: > Temping as it might be, a Ping 'o' Death attack might bring us more truble > then we want. > > My $0.02 No, but it will be fun!! My $.005 > > Josef > > -- > Josef Grosch | Another day closer to a | FreeBSD 2.2.1 > jgrosch@sirius.com | Micro$oft free world | UNIX for the masses *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* |FreeBSD is good. FreeBSD is our friend. UNIX is our god.| *Micro$oft is bad. Micro$oft causes problems.* |MicroBSD??? I DON'T THINK SO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!| |"I hate quotes in signature files" :-} MAtthew Fuller| *fullermd@narcissus.ml.org FreeBSD junkie* |http://keystone.westminster.edu/~fullermd Westminster College| *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-hackers Thu May 1 22:31:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA14053 for hackers-outgoing; Thu, 1 May 1997 22:31:24 -0700 (PDT) Received: from superior.mooseriver.com (ppp010-sm2.sirius.com [205.134.231.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA14047; Thu, 1 May 1997 22:31:20 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.8.5) id WAA04759; Thu, 1 May 1997 22:24:38 -0700 (PDT) From: Josef Grosch Message-Id: <199705020524.WAA04759@superior.mooseriver.com> Subject: Re: SPAM target In-Reply-To: from Warner Losh at "May 1, 97 09:17:41 pm" To: imp@village.org (Warner Losh) Date: Thu, 1 May 1997 22:24:37 -0700 (PDT) Cc: gurney_j@resnet.uoregon.edu, tom@sdf.com, jgrosch@sirius.com, chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.FreeBSD.ORG Reply-To: jgrosch@sirius.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Warner Losh said: >In message <19970501193004.42591@hydrogen.nike.efn.org> John-Mark >Gurney writes: >: > Not likely. AGIS is the current home of Cyber Promotions, and actively >: > defends their activities. >: >: sounds like we need to send a message to MCI and see if they won't do >: any thing about it... of course we can always to a class action >: suit... and each of us get $500 for each posting to each list.. :) > >don't count on it. I know of at least three machines in the >cyberpromo domain that are sending BIFF packets to our subnet every >time they get a mail message. The village has been hit with hundreds >of thousands of these things over the last several months. We've >tried everything we can think of to make them stop, and still they >keep coming. > >Ideas? Can we call the DA or the FBI for a DoS attack? > >Warner > If you can produce proof of this I would suggest you/we call FBI. This is against the law and it do my heart good to see these bozo twisting in the wind. Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@sirius.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Thu May 1 22:40:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA14564 for hackers-outgoing; Thu, 1 May 1997 22:40:39 -0700 (PDT) Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA14559 for ; Thu, 1 May 1997 22:40:28 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id NAA03477; Fri, 2 May 1997 13:24:11 +0800 (WST) Date: Fri, 2 May 1997 13:24:11 +0800 (WST) From: Adrian Chadd To: John-Mark Gurney cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: <19970501193004.42591@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Not likely. AGIS is the current home of Cyber Promotions, and actively > > defends their activities. > > sounds like we need to send a message to MCI and see if they won't do > any thing about it... of course we can always to a class action > suit... and each of us get $500 for each posting to each list.. :) > *DEFEND* their activities? Sheesh. Adrian. From owner-freebsd-hackers Thu May 1 23:28:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA16246 for hackers-outgoing; Thu, 1 May 1997 23:28:36 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA16240 for ; Thu, 1 May 1997 23:28:34 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id BAA24727; Fri, 2 May 1997 01:30:42 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma024721; Fri May 2 01:30:28 1997 Message-Id: <3.0.32.19970502013027.00b8f104@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 01:30:28 -0500 To: John-Mark Gurney From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: FreeBSD-Hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:30 PM 5/1/97 -0700, John-Mark Gurney wrote: >what is a BIFF packet anyways? never heard the term... man biff Formatting page, please wait...Done. BIFF(1) FreeBSD General Commands Manual BIFF(1) NAME biff - be notified if mail arrives and who it is from --snip-- You can stop this by commenting out comsat in /etc/inetd.conf (default in 2.2.1) and HUPing inetd. Once had a local system doing this, which was annoying. The port biff uses, 512, should be filtered at the router. >well.. I think we should call the FBI.. it's a national matter as >he has crossed state lines... as he's spamming our "fax machines" >across the country (and world wide)... Some dweeb threatened me with: By US Code Title 47, Sec.227(a)(2)(B), a computer/modem/printer meets the definition of a telephone fax machine. By Sec.227(b) (1)(C), it is unlawful to send any unsolicited advertisement to such equipment, punishable by action to recover actual monetary loss, or $500, whichever is greater, for EACH violation. For a customer's news posting?! Right and you read the subject and *still* read the message. FO. Anyone ever hear of a precedence set, except in either Indiana or Iowa, for this? One of the 2 states had a case where this was applied to a mass mailer, but I never got a copy of the news clip for this one. You could call, but unless it was sufficient to cause a "denial of service" you may not have much legal recourse. (OK, I will admit that I've done some digging, but wish I had tangible laws.... or access to military hardware for pinpoint targeting of certain ground targets from a F-114 ;) ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Thu May 1 23:33:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA16415 for hackers-outgoing; Thu, 1 May 1997 23:33:05 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA16410 for ; Thu, 1 May 1997 23:33:03 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id BAA25019; Fri, 2 May 1997 01:35:12 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma025016; Fri May 2 01:35:09 1997 Message-Id: <3.0.32.19970502013508.00b916d4@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 01:35:08 -0500 To: Adrian Chadd From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: John-Mark Gurney , FreeBSD-Hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 01:24 PM 5/2/97 +0800, Adrian Chadd wrote: >> > Not likely. AGIS is the current home of Cyber Promotions, and actively >> > defends their activities. >> >> sounds like we need to send a message to MCI and see if they won't do >> any thing about it... of course we can always to a class action >> suit... and each of us get $500 for each posting to each list.. :) >> > >*DEFEND* their activities? Yep! AGIS and CP were *supposedly* going to allow a way of getting off such lists. My... foot. Just like all the others that have a message with a return address of reply@by.phone and say you can hit "reply" and type remove in the subject. >Sheesh. Second that! ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Thu May 1 23:40:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA16766 for hackers-outgoing; Thu, 1 May 1997 23:40:09 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA16757 for ; Thu, 1 May 1997 23:40:07 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id BAA25495; Fri, 2 May 1997 01:42:13 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma025449; Fri May 2 01:41:56 1997 Message-Id: <3.0.32.19970502014156.00abe5ac@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 01:41:56 -0500 To: jgrosch@sirius.com From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: FreeBSD-Hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 10:14 PM 5/1/97 -0700, Josef Grosch wrote: --snip-- >Not sure the Ping 'o' Death is the answer. If I remember right Linux does >not have that problem. ANY server will have a problem with a -f flag added on. --snip-- >Temping as it might be, a Ping 'o' Death attack might bring us more truble >then we want. True, but it would be neat to read about a DOS attack on CP when everone on the list combines the Ping 'o Death with the -f flag for say 24 hours or until they filter it. I'd like to see an OS/server that could take that much of a beating. Any official types care to post the number of unique users on each list? Not that anyone would do this.... without first spoofing an IP.... Did I say that? Ooops! ;-) ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri May 2 00:16:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA18010 for hackers-outgoing; Fri, 2 May 1997 00:16:53 -0700 (PDT) Received: from gatekeeper.barcode.co.il (gatekeeper.barcode.co.il [192.116.93.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA17990 for ; Fri, 2 May 1997 00:16:47 -0700 (PDT) Received: (from nadav@localhost) by gatekeeper.barcode.co.il (8.8.5/8.6.12) id KAA18250; Fri, 2 May 1997 10:15:02 +0300 (IDT) Date: Fri, 2 May 1997 10:15:02 +0300 (IDT) From: Nadav Eiron To: hackers@freebsd.org Subject: ftpio.h is not C++ safe. Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1451156947-862557302=:18237" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1451156947-862557302=:18237 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I hope that's the right place for this (my first contribution to the source code): ftpio.h, both on 2.1.7R and 2.2.1R (don't run 3.0 here) will not work as C++ (it's missing extern "C" around things). I've patched it, and also took the opportunity to patch the function prototypes to compile correctly under K&R C. comments? Nadav --0-1451156947-862557302=:18237 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ftpio.h.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: KioqIGZ0cGlvLmgub3JpZwlGcmkgRmViICA3IDA0OjUxOjMzIDE5OTcNCi0t LSBmdHBpby5oCUZyaSBNYXkgIDIgMTA6MDI6MzYgMTk5Nw0KKioqKioqKioq KioqKioqDQoqKiogMiw3ICoqKioNCi0tLSAyLDggLS0tLQ0KICAjZGVmaW5l IF9GVFBfSF9JTkNMVURFDQogIA0KICAjaW5jbHVkZSA8c3lzL3R5cGVzLmg+ DQorICNpbmNsdWRlIDxzeXMvY2RlZnMuaD4NCiAgI2luY2x1ZGUgPHN0ZGlv Lmg+DQogICNpbmNsdWRlIDx0aW1lLmg+DQogIA0KKioqKioqKioqKioqKioq DQoqKiogNDIsNjQgKioqKg0KICAgIGNvbnN0IGludAludW07DQogICAgY29u c3QgY2hhcgkqc3RyaW5nOw0KICB9Ow0KICBleHRlcm4gc3RydWN0CWZ0cGVy ciBmdHBFcnJMaXN0W107DQogIGV4dGVybiBpbnQJY29uc3QgZnRwRXJyTGlz dExlbmd0aDsNCiAgDQogIC8qIEV4cG9ydGVkIHJvdXRpbmVzIC0gZGVhbCBv bmx5IHdpdGggRklMRSogdHlwZSAqLw0KISBleHRlcm4gRklMRQkqZnRwTG9n aW4oY2hhciAqaG9zdCwgY2hhciAqdXNlciwgY2hhciAqcGFzc3dkLAlpbnQg cG9ydCwgaW50IHZlcmJvc2UsIGludCAqcmV0Y29kZSk7DQohIGV4dGVybiBp bnQJZnRwQ2hkaXIoRklMRSAqZnAsIGNoYXIgKmRpcik7DQohIGV4dGVybiBp bnQJZnRwRXJybm8oRklMRSAqZnApOw0KISBleHRlcm4gb2ZmX3QJZnRwR2V0 U2l6ZShGSUxFICpmcCwgY2hhciAqZmlsZSk7DQohIGV4dGVybiBGSUxFCSpm dHBHZXQoRklMRSAqZnAsIGNoYXIgKmZpbGUsIG9mZl90ICpzZWVrdG8pOw0K ISBleHRlcm4gRklMRQkqZnRwUHV0KEZJTEUgKmZwLCBjaGFyICpmaWxlKTsN CiEgZXh0ZXJuIGludAlmdHBBc2NpaShGSUxFICpmcCk7DQohIGV4dGVybiBp bnQJZnRwQmluYXJ5KEZJTEUgKmZwKTsNCiEgZXh0ZXJuIGludAlmdHBQYXNz aXZlKEZJTEUgKmZwLCBpbnQgc3RhdHVzKTsNCiEgZXh0ZXJuIHZvaWQJZnRw VmVyYm9zZShGSUxFICpmcCwgaW50IHN0YXR1cyk7DQohIGV4dGVybiBGSUxF CSpmdHBHZXRVUkwoY2hhcgkqdXJsLCBjaGFyICp1c2VyLCBjaGFyICpwYXNz d2QsCWludCAqcmV0Y29kZSk7DQohIGV4dGVybiBGSUxFCSpmdHBQdXRVUkwo Y2hhcgkqdXJsLCBjaGFyICp1c2VyLCBjaGFyICpwYXNzd2QsCWludCAqcmV0 Y29kZSk7DQohIGV4dGVybiB0aW1lX3QJZnRwR2V0TW9kdGltZShGSUxFICpm cCwgY2hhciAqcyk7DQohIGV4dGVybiBjb25zdAljaGFyICpmdHBFcnJTdHJp bmcoaW50IGVycm5vKTsNCiAgDQogICNlbmRpZgkvKiBfRlRQX0hfSU5DTFVE RSAqLw0KLS0tIDQzLDY4IC0tLS0NCiAgICBjb25zdCBpbnQJbnVtOw0KICAg IGNvbnN0IGNoYXIJKnN0cmluZzsNCiAgfTsNCisgDQorIF9fQkVHSU5fREVD TFMNCiAgZXh0ZXJuIHN0cnVjdAlmdHBlcnIgZnRwRXJyTGlzdFtdOw0KICBl eHRlcm4gaW50CWNvbnN0IGZ0cEVyckxpc3RMZW5ndGg7DQogIA0KICAvKiBF eHBvcnRlZCByb3V0aW5lcyAtIGRlYWwgb25seSB3aXRoIEZJTEUqIHR5cGUg Ki8NCiEgZXh0ZXJuIEZJTEUJKmZ0cExvZ2luIF9fUCgoY2hhciAqaG9zdCwg Y2hhciAqdXNlciwgY2hhciAqcGFzc3dkLAlpbnQgcG9ydCwgaW50IHZlcmJv c2UsIGludCAqcmV0Y29kZSkpOw0KISBleHRlcm4gaW50CWZ0cENoZGlyCV9f UCgoRklMRSAqZnAsIGNoYXIgKmRpcikpOw0KISBleHRlcm4gaW50CWZ0cEVy cm5vCV9fUCgoRklMRSAqZnApKTsNCiEgZXh0ZXJuIG9mZl90CWZ0cEdldFNp emUJX19QKChGSUxFICpmcCwgY2hhciAqZmlsZSkpOw0KISBleHRlcm4gRklM RQkqZnRwR2V0CQlfX1AoKEZJTEUgKmZwLCBjaGFyICpmaWxlLCBvZmZfdCAq c2Vla3RvKSk7DQohIGV4dGVybiBGSUxFCSpmdHBQdXQJCV9fUCgoRklMRSAq ZnAsIGNoYXIgKmZpbGUpKTsNCiEgZXh0ZXJuIGludAlmdHBBc2NpaQlfX1Ao KEZJTEUgKmZwKSk7DQohIGV4dGVybiBpbnQJZnRwQmluYXJ5CV9fUCgoRklM RSAqZnApKTsNCiEgZXh0ZXJuIGludAlmdHBQYXNzaXZlCV9fUCgoRklMRSAq ZnAsIGludCBzdGF0dXMpKTsNCiEgZXh0ZXJuIHZvaWQJZnRwVmVyYm9zZQlf X1AoKEZJTEUgKmZwLCBpbnQgc3RhdHVzKSk7DQohIGV4dGVybiBGSUxFCSpm dHBHZXRVUkwJX19QKChjaGFyCSp1cmwsIGNoYXIgKnVzZXIsIGNoYXIgKnBh c3N3ZCwJaW50ICpyZXRjb2RlKSk7DQohIGV4dGVybiBGSUxFCSpmdHBQdXRV UkwJX19QKChjaGFyCSp1cmwsIGNoYXIgKnVzZXIsIGNoYXIgKnBhc3N3ZCwJ aW50ICpyZXRjb2RlKSk7DQohIGV4dGVybiB0aW1lX3QJZnRwR2V0TW9kdGlt ZQlfX1AoKEZJTEUgKmZwLCBjaGFyICpzKSk7DQohIGV4dGVybiBjb25zdAlj aGFyICpmdHBFcnJTdHJpbmcJX19QKChpbnQgZXJybm8pKTsNCiEgX19FTkRf REVDTFMNCiAgDQogICNlbmRpZgkvKiBfRlRQX0hfSU5DTFVERSAqLw0K --0-1451156947-862557302=:18237-- From owner-freebsd-hackers Fri May 2 00:41:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA18735 for hackers-outgoing; Fri, 2 May 1997 00:41:01 -0700 (PDT) Received: from superior.mooseriver.com (ppp010-sm2.sirius.com [205.134.231.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA18729 for ; Fri, 2 May 1997 00:40:57 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.8.5) id AAA05367 for hackers@freebsd.org; Fri, 2 May 1997 00:40:54 -0700 (PDT) From: Josef Grosch Message-Id: <199705020740.AAA05367@superior.mooseriver.com> Subject: Re: SPAM target (fwd) To: hackers@freebsd.org Date: Fri, 2 May 1997 00:40:54 -0700 (PDT) Reply-To: jgrosch@sirius.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ----- Forwarded message from FreeBSD mailing list ----- >From freebsd@mrynet.com Fri May 2 00:25:37 1997 Received: from mrynet.com (freebsd@www.mrynet.com [206.154.101.226]) by mail2.sirius.com (8.7.5/960710) with ESMTP id AAA06918 for ; Fri, 2 May 1997 00:25:35 -0700 (PDT) Received: (from freebsd@localhost) by mrynet.com (8.8.5/8.7.3) id AAA05263 for jgrosch@sirius.com; Fri, 2 May 1997 00:36:11 -0700 (PDT) Message-Id: <199705020736.AAA05263@mrynet.com> From: freebsd@mrynet.com (FreeBSD mailing list) Date: Fri, 2 May 1997 00:36:11 +0000 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: jgrosch@sirius.com Subject: Re: SPAM target > Warner Losh said: > >Ideas? Can we call the DA or the FBI for a DoS attack? > > > >Warner > > > > If you can produce proof of this I would suggest you/we call FBI. This is > against the law and it do my heart good to see these bozo twisting in the > wind. Might I remind everyone of the simplicity involved in spoofing mail as well as IP addresses. Can I suggest that any concerned parties contact: Vegasone.com: The catchalls first: abuse@vegasone.com, root@vegasone.com and postmaster@vegasone.com then the formal NIC contacts: After Hours (VEGASONE-DOM) 2601 Grand Canyon Las Vegas, NV 89117 Administrative Contact: Olson, Rich (RO393) ah@VEGASONE.COM 702-227-5877 Technical Contact, Zone Contact: Robert Duran, Jr. (JR1907) rduran@NETXS.NET (702) 227-1501 Billing Contact: Pedersen, David (DP593) dave@NETXS.NET (702) 227-1501 as well as vegasone.com's ISP NETXS.NET: Net XS Communications (NETXS-DOM) 3580 Polaris Avenue, Suite 27 Las Vegas, NV 89103 US Administrative Contact: Pedersen, David (DP593) dave@NETXS.NET (702) 227-1501 Technical Contact, Zone Contact: Robert Duran, Jr. (JR1907) rduran@NETXS.NET (702) 227-1501 Billing Contact: Pedersen, Kim (KP312) kim@NETXS.NET (702) 368-2222 This really isn't CERT's problem, or I'd suggest CC'ing cert@cert.org, as they are more in the domain of malicious breaking-and-entering. As well, there are MANY SPAM web sites with suggestions. This talk of FBI is rather overreactionary, as the abusing user@host can always be blocked from the list. Just my opinion, as we're wasting bandwidth pursuing this :) -skots Scott G. Akmentins-Taylor staylor@mrynet.com ----- End of forwarded message from FreeBSD mailing list ----- -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@sirius.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Fri May 2 01:45:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA20732 for hackers-outgoing; Fri, 2 May 1997 01:45:17 -0700 (PDT) Received: from main.gbdata.com (tel_ppp0004.livingston.net [207.22.211.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA20726; Fri, 2 May 1997 01:45:14 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id DAA05165; Fri, 2 May 1997 03:45:11 -0500 (CDT) From: Gary Clark II Message-Id: <199705020845.DAA05165@main.gbdata.com> Subject: Re: SPAM target To: chuckr@mat.net (Chuck Robey) Date: Fri, 2 May 1997 03:45:10 -0500 (CDT) Cc: FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.freebsd.org In-Reply-To: from Chuck Robey at "May 1, 97 06:53:40 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey wrote: > Apparently this sleaze is using our mailing lists as a target (I just got > 3 of them): > > Date: Thu, 01 May 1997 15:38:53 PDT > From: rich@vegasone.com > Subject: Add LIVE Girls to your website! > --SNIP-- I looks like they are searching WWW pages for addresses because I got one at my FreeBSD.org address... Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Fri May 2 02:02:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA21428 for hackers-outgoing; Fri, 2 May 1997 02:02:06 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA21422; Fri, 2 May 1997 02:02:02 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id JAA16816; Fri, 2 May 1997 09:48:49 +0100 (BST) Message-Id: <199705020848.JAA16816@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jonathan M. Bresler" cc: dgy@rtd.com (Don Yuniskis), chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.freebsd.org Subject: Re: SPAM target In-reply-to: Your message of "Thu, 01 May 1997 17:26:34 PDT." <199705020026.RAA28682@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 May 1997 09:48:49 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > (sigh) I've asked previously why each list doesn't require > > the originators of posts to also subscribe to the list (and received > > sensible answers). Perhaps it might be time to start changing that > > policy?? > > yes, that would stop some of the bozos, > others would learn hwo to perform the obvious manuever. As long as exceptions are allowed. I post messages as brian@awfulhak.org and brian@utell.co.uk, but the mailing list subscription is brian@awfulhak.demon.co.uk..... > jmb -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Fri May 2 02:12:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA21828 for hackers-outgoing; Fri, 2 May 1997 02:12:17 -0700 (PDT) Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA21766; Fri, 2 May 1997 02:11:58 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id QAA04021; Fri, 2 May 1997 16:55:03 +0800 (WST) Date: Fri, 2 May 1997 16:55:02 +0800 (WST) From: Adrian Chadd To: jgrosch@sirius.com cc: The Devil Himself , hasty@rah.star-gate.com, chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: <199705020514.WAA04673@superior.mooseriver.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > superior% telnet 206.149.184.20 > Trying 206.149.184.20... > Connected to www.vegasone.com. > Escape character is '^]'. > > Linux 2.0.12 (www.mojave.net) (ttyp1) Its not firewalled, and I'm sure 2.0.12 doesn't have the ping-of-death protection, I could be wrong however. Besides, it wouldn't be fun, crashing a Linux box is so.. trivial. *grin* Adrian From owner-freebsd-hackers Fri May 2 02:30:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22389 for hackers-outgoing; Fri, 2 May 1997 02:30:16 -0700 (PDT) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA22384 for ; Fri, 2 May 1997 02:30:13 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id LAA28562; Fri, 2 May 1997 11:29:40 +0200 (MET DST) Date: Fri, 2 May 1997 11:29:40 +0200 (MET DST) Message-Id: <199705020929.LAA28562@bitbox.follo.net> From: Eivind Eklund To: "Jeffrey J. Mountin" CC: gurney_j@resnet.uoregon.edu, FreeBSD-Hackers@FreeBSD.ORG In-reply-to: "Jeffrey J. Mountin"'s message of Fri, 02 May 1997 01:30:28 -0500 Subject: Re: SPAM target References: <3.0.32.19970502013027.00b8f104@mixcom.com> Reply-to: chat@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >well.. I think we should call the FBI.. it's a national matter as > >he has crossed state lines... as he's spamming our "fax machines" > >across the country (and world wide)... > > Some dweeb threatened me with: > > By US Code Title 47, Sec.227(a)(2)(B), a computer/modem/printer > meets the definition of a telephone fax machine. By Sec.227(b) > (1)(C), it is unlawful to send any unsolicited advertisement to > such equipment, punishable by action to recover actual monetary > loss, or $500, whichever is greater, for EACH violation. > > For a customer's news posting?! Right and you read the subject and *still* > read the message. FO. You're missing the point. The point is that the _customer advertised to is paying the bulk of the cost for the advertising_. That's why fax-advertising was prohibited, too - you could just look at the headline and throw it away, but _you_ were paying for it anyway. I'd have liked a class-action suit - I'm getting terribly tired of spam... Reply-to: set to -chat. Eivind. From owner-freebsd-hackers Fri May 2 03:21:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA23995 for hackers-outgoing; Fri, 2 May 1997 03:21:51 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA23990 for ; Fri, 2 May 1997 03:21:49 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id DAA08169; Fri, 2 May 1997 03:20:24 -0700 (PDT) Message-Id: <199705021020.DAA08169@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Ben Black cc: Peter Korsten , hackers@FreeBSD.ORG Subject: Re: USB support? In-reply-to: Your message of "Thu, 01 May 1997 20:31:15 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 May 1997 03:20:24 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Ben Black shared with us: > > > what is currently being done with USB and are there any solid plans for > > > using it as a network interface? > > > > Hmm, I've seen the first PC with USB connectors this week (it had > > an Intel ATX mainboard, so that makes sense) and the periphials I > > saw at the CeBIT was all pre-production material. > > > > USB was hardly to be found at the CeBIT, as a matter of fact. I > > came along the Eizo stand that showed an extra piece of hardware > > that matched with you monitor and that you could connect your USB > > mouse and keyboard to. But the version ID of the mouse was 0.31, > > dashed, and 0.32 hand-written behind it. > > > > I guess it will take some time before it becomes widespread. As > > soon as Windows 95 supports it, I suppose. :) > > I think that the hold up is due WDM and also correct time sampling down to 1ms off the USB bus which if the USB crowd pulls it off is going to be a bonanza for audio play back. Enjoy, Amancio From owner-freebsd-hackers Fri May 2 04:22:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25653 for hackers-outgoing; Fri, 2 May 1997 04:22:05 -0700 (PDT) Received: from ns.newreach.net (root@ns.newreach.net [206.25.170.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25648 for ; Fri, 2 May 1997 04:22:02 -0700 (PDT) Received: from phoenix.aristar.com (inetgw.aristar.com [206.25.171.180]) by ns.newreach.net (8.8.4/8.6.9) with SMTP id HAA11929 for ; Fri, 2 May 1997 07:21:59 -0400 (EDT) Message-ID: <3369CE99.41C67EA6@aristar.com> Date: Fri, 02 May 1997 07:23:05 -0400 From: "Matthew A. Gessner" Organization: Aristar, Inc. X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: SPAM target References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk For fun, I dialed the 1-800 number and got a recording: This is not a valid number. If you think you have received this message in error, please check the number and dial again (or something like that). To hear it for yourself, dial Rich Olson Virtual Net Productions OFFICE: 1-800-314-4285 or 1-702-360-4939 E-MAIL: rich@vegasone.com -- Matthew Gessner, Computer Scientist, Aristar, Inc. 302 N. Cleveland-Massillon Rd. Akron, OH 44333 Voice (330) 668-2267, Fax (330) 668-2961 From owner-freebsd-hackers Fri May 2 05:00:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA27213 for hackers-outgoing; Fri, 2 May 1997 05:00:26 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA27208 for ; Fri, 2 May 1997 05:00:24 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-7.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA06849 (5.67b/IDA-1.5 for ); Fri, 2 May 1997 14:00:20 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id KAA00914; Fri, 2 May 1997 10:32:07 +0200 (CEST) Message-Id: <19970502103206.40003@x14.mi.uni-koeln.de> Date: Fri, 2 May 1997 10:32:06 +0200 From: Stefan Esser To: Ben Black Cc: hackers@FreeBSD.ORG Subject: Re: USB support? References: <19970501222111.34624@hw.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.68 In-Reply-To: ; from Ben Black on Thu, May 01, 1997 at 08:31:15PM -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On May 1, Ben Black wrote: > not sure why they'd be rare in europe, but i got my first USB board last Ahemm ??? Thought these Taiwanese PC motherboards were sold to the US and Europe around the same time ? > year (in about august) and i have 2 more now. also, if you are using it Sure, non-functional USB had been put into motherboards for quite some time, already :) As of December 96, most motherboards still came without actual USB support (the chips contained USB logic, but it was disabled for technical reasons). In March 97, some 50% of the Pentium boards came with functional USB, but most required you to buy an optional USB connector (even some USB boards, which should have offered that connector on the board's I/O panel). As of now, just about every motherboard comes with USB logic, but the majority reqires you to buy additional connectors, still ... > to network home PCs then who cares if there are any devices? USB for networking ? Well, USB is designed for quite a different purpose, I'm afraid ... Did you have a look at the (freely available) documents that currently define USB and the protocols and device classes supported ? It offers about the same aggregate throughput as 10MHz Ethernet, but it is designed more like a serial I/O bus, where specific devices are addressed from the USB controller in the chip set, instead of over the PCI bus. USB works more like HP-IB (or SCSI) than Ethernet, and while it is in fact possible to construct an network on that base, it is hardly ever done. Hmmm, you could probably use USB for PPP, I guess ... Anyway: I did look at USB some time ago, and I think that is should be supported to connect devices like scanners, printers, sound, frame grabbers, mice, ISDN and modems, most of which currently are connected over some kind of parallel or serial port. USB requires kernel support for its (quite complex) queue management and real-time features, and all actual device drivers most be layered on top of this. Since you need USB hubs to connect more than two USB devices to a motherboard, you'll possibly end up with a more expensive networking solution than with plain old Ethernet, and at reduced functionality (its hard to beat the cost of 10base2 in a home environment: $25 for a PCI Ethernet card and less than $10 for some 20m (60ft) of cable and the two 50Ohm terminators). I want to implement trivial USB functionality as soon as I finish building up my new Triton II based system (with USB). Still waiting for an AMD K6 ... Regards, STefan From owner-freebsd-hackers Fri May 2 05:24:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA28023 for hackers-outgoing; Fri, 2 May 1997 05:24:37 -0700 (PDT) Received: from amiga.amitar.com.au (slaterm@amiga.amitar.com.au [203.57.242.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA28018 for ; Fri, 2 May 1997 05:24:34 -0700 (PDT) Received: from localhost (slaterm@localhost) by amiga.amitar.com.au (8.8.4/8.8.4) with SMTP id UAA04163 for ; Fri, 2 May 1997 20:26:05 +0800 Date: Fri, 2 May 1997 20:26:04 +0800 (SGT) From: Michael Slater To: freebsd-hackers@freebsd.org Subject: SPAM target. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I also recieved multiple copies of the Adult live SPAM, and i responded by forwarding it back to him....10,000 times :) From owner-freebsd-hackers Fri May 2 05:29:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA28174 for hackers-outgoing; Fri, 2 May 1997 05:29:27 -0700 (PDT) Received: from bort.mv.net (root@bort.mv.net [192.80.84.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA28168 for ; Fri, 2 May 1997 05:29:25 -0700 (PDT) Received: from logrus.mv.com (logrus.mv.com [207.22.5.64]) by bort.mv.net (8.8.3/mem-951016) with SMTP id IAA11702 for ; Fri, 2 May 1997 08:29:15 -0400 (EDT) Date: Fri, 2 May 1997 08:30:02 -0400 (EDT) From: Obi Wan Oblivion To: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: SPAM target - enough already! In-Reply-To: <3369CE99.41C67EA6@aristar.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk So we have passed the name of this organization around on this list at least two dozen times. We have sent at least twice that many messages about this spammer on this list. Boy, if they wanted exposure they sure as heck got it. Of course, we've probably wasted ten times more bandwidth complaining about the spammer than those first few messages used, but hey, at least we're showing em! =) I have a simple, but functional form letter that I send in response to any unsolicited junk email. FOLLOWS: --------------- To Whom It May Concern: I did not request any information about your products or services. I have not, in the past nor will I in the future, purchased any goods or services from your organization. The email message you sent to me, or to a mailing list that I subscribed to, was unsolicited. Please take my email address and any addresses pointing to users at "myhost.myisp.com" or any host or user within the "mydomain.com" domain off of your mailing list or lists. I have included the message that you sent to me for your reference. Thank you. ---------------- I usually send this to the spammer and root/postmaster/operator of the spammer's host. It isn't Pulitzer stuff, but it appears to work. Incidently, I've heard rumors of a law being drafted against unsolicited email, much like many states now have against unsolicited faxes. Perhaps the first good peice of cyber-legislation to be considered by the US. Cheers! ---------------------------------------------- And now, a random sampling from Fortune Cookie ---------------------------------------------- WE'RE GOING TO THROW THE MX AWAY AFTER WE BUILD IT. The MX is really [Don't tell anybody!] just a "bargaining chip" in the nuclear-arms- reduction talks with the Russians. See, we have a problem with the Russians. They look at our leaders and they see, for example, George Bush, who is really a fine and brave man but who happens to have this unfortunate physical characteristic whereby when he talks he sounds as though he just inhaled a helium party balloon. If he ever becomes President, the Russians will deliberately create nuclear crises just so they can gather around the Hot Line with refreshments and listen to George talk. -- Dave Barry, "At Last, the Ultimate Deterrent Against Political Fallout" From owner-freebsd-hackers Fri May 2 05:29:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA28204 for hackers-outgoing; Fri, 2 May 1997 05:29:35 -0700 (PDT) Received: from nic.follonett.no (nic.follonett.no [194.198.43.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA28186; Fri, 2 May 1997 05:29:29 -0700 (PDT) Received: (from uucp@localhost) by nic.follonett.no (8.8.5/8.8.3) with UUCP id OAA26360; Fri, 2 May 1997 14:26:53 +0200 (MET DST) Received: from oo7 (pc136.dimaga.com [192.0.0.136]) by dimaga.com (8.7.5/8.7.2) with SMTP id OAA23509; Fri, 2 May 1997 14:07:30 +0200 (MET DST) Message-Id: <3.0.32.19970502130730.011e2100@dimaga.com> X-Sender: eivind@dimaga.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 13:07:31 +0200 To: Chuck Robey From: Eivind Eklund Subject: Re: SPAM target Cc: Don Yuniskis , FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 08:30 PM 5/1/97 -0400, Chuck Robey wrote: >On Thu, 1 May 1997, Don Yuniskis wrote: >> (sigh) I've asked previously why each list doesn't require >> the originators of posts to also subscribe to the list (and received >> sensible answers). Perhaps it might be time to start changing that >> policy?? > >I'd hate to require such, just because of a few inconsiderate jerks. >Jon's already got him on the kill list. We want to expand our >readership, if possible, not restrict it too much. That wouldn't be about readers - it would be about posters. The interesting question here is how mucb mail the lists get from unsubscribed readers. If that is a small amount of the total mail, it might be feasible to forward it to somebody for approval before final posting; the approval should probably also include the option of approving the e-mail address posting. But these are extreme measures (they create more work for somebody), and shouldn't be used until it is nescessary (somebody feel like volunteering). Eivind. From owner-freebsd-hackers Fri May 2 06:01:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA29281 for hackers-outgoing; Fri, 2 May 1997 06:01:15 -0700 (PDT) Received: from nise-ch.nosc.mil (nise-ch.nosc.mil [198.253.16.38]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA29276; Fri, 2 May 1997 06:01:13 -0700 (PDT) Received: from toogoodoo by nise-ch.nosc.mil (NX5.67f2/NX3.0M) id AA03917; Fri, 2 May 97 09:01:11 -0400 Received: by toogoodoo.nosc.mil (NX5.67e/NX3.0S) id AA00448; Fri, 2 May 97 09:01:10 -0400 Message-Id: <9705021301.AA00448@toogoodoo.nosc.mil> Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: <199705020524.WAA04759@superior.mooseriver.com> X-Nextstep-Mailer: Mail 3.3 (Enhance 1.3) Received: by NeXT.Mailer (1.118.2.RR) From: Stephen Board Date: Fri, 2 May 97 09:01:09 -0400 To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: SPAM target Reply-To: boards@nise-ch.nosc.mil References: <199705020524.WAA04759@superior.mooseriver.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I got this from another spam message sent to me. Maybee we should all send mail to the email address listed and see if anything happens. I know I'd be a little ticked off if I had to sort through thousands of messages. But I guess if these folks are like everyone states, then they probably use "e-Filter" to send email to this account to ~/dev/null. Oh well, just a suggestion. Stephen ====================================== X-1: The mail you received from this server did not originate from X-2: Cyber Promotions. This server only relays mail from other sources. X-3: To report abuse, please send email to abuse@cyberpromo.com X-4: The easiest way to remove yourself from a mailing list is to X-5: hit reply and type "remove" in the subject field or message body. X-6: The mail from this server does not correspond in any way to X-7: Cyber Promotions' send and remove lists. If you want to filter X-8: unsolicited commercial email, you may wish to check out e-Filter. X-9: Details are available at Warner Losh said: > >In message <19970501193004.42591@hydrogen.nike.efn.org> > >John-Mark Gurney writes: > >: > Not likely. AGIS is the current home of Cyber Promotions, > >: > and actively defends their activities. > >: > >: sounds like we need to send a message to MCI and see if > >: they won't do any thing about it... of course we can always > >: to a class action suit... and each of us get $500 for each > >: posting to each list.. :) > > > >don't count on it. I know of at least three machines in the > >cyberpromo domain that are sending BIFF packets to our subnet > >every time they get a mail message. The village has been hit > >with hundreds of thousands of these things over the last > >several months. We've tried everything we can think of to > >make them stop, and still they keep coming. > > > >Ideas? Can we call the DA or the FBI for a DoS attack? > > > >Warner > > > > If you can produce proof of this I would suggest you/we call > FBI. This is against the law and it do my heart good to see > these bozo twisting in the wind. > > > Josef > > -- > Josef Grosch | Another day closer to a | FreeBSD 2.2.1 > jgrosch@sirius.com | Micro$oft free world | UNIX for the > masses --- Stephen Board boards@nosc.mil From owner-freebsd-hackers Fri May 2 07:17:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA02401 for hackers-outgoing; Fri, 2 May 1997 07:17:47 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA02388; Fri, 2 May 1997 07:17:38 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705021417.HAA02388@hub.freebsd.org> Subject: Re: SPAM target To: brian@awfulhak.org (Brian Somers) Date: Fri, 2 May 1997 07:17:38 -0700 (PDT) Cc: jmb@freebsd.org, dgy@rtd.com, chuckr@mat.net, FreeBSD-Hackers@freebsd.org, jmb@freefall.freebsd.org In-Reply-To: <199705020848.JAA16816@awfulhak.demon.co.uk> from "Brian Somers" at May 2, 97 09:48:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Brian Somers wrote: > > > > (sigh) I've asked previously why each list doesn't require > > > the originators of posts to also subscribe to the list (and received > > > sensible answers). Perhaps it might be time to start changing that > > > policy?? > > > > yes, that would stop some of the bozos, > > others would learn hwo to perform the obvious manuever. > > As long as exceptions are allowed. I post messages as > brian@awfulhak.org and brian@utell.co.uk, but the mailing > list subscription is brian@awfulhak.demon.co.uk..... yes, thats the bloody problem.... jmb From owner-freebsd-hackers Fri May 2 07:24:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA02793 for hackers-outgoing; Fri, 2 May 1997 07:24:44 -0700 (PDT) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA02785; Fri, 2 May 1997 07:24:38 -0700 (PDT) Received: from dolphin.inna.net (jamie@dolphin.inna.net [206.151.66.2]) by tyger.inna.net (8.8.5/8.7.3) with SMTP id KAA12886; Fri, 2 May 1997 10:26:18 -0400 (EDT) Date: Fri, 2 May 1997 10:24:51 -0400 (EDT) From: Jamie Bowden To: jgrosch@sirius.com cc: Chuck Robey , FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: <199705020051.RAA04034@superior.mooseriver.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Josef Grosch wrote: > superior% traceroute vegasone.com > traceroute to vegasone.com (206.149.184.20), 30 hops max, 40 byte packets > 1 asmt-a.sirius.com (205.134.231.1) 147.709 ms 147.125 ms 138.992 ms > 2 gw-288-sm0.sirius.com (205.134.229.254) 148.903 ms 147.263 ms 148.972 ms > 3 border-sfn-s0-2.sirius.net (205.134.254.9) 148.937 ms 146.450 ms 148.969 ms > 4 sirius-t1-1-gw.sf.tlg.net (140.174.188.1) 191.185 ms 267.312 ms 338.947 ms > 5 bordercore1-hssi0-0.SanFrancisco.mci.net (166.48.13.249) 151.286 ms 156.945 ms 150.805 ms > 6 * * core3.SanFrancisco.mci.net (204.70.4.17) 159.470 ms > 7 pacbell-nap.SanFrancisco.mci.net (204.70.1.202) 157.334 ms 177.423 ms 168.872 ms > 8 pb-nap.agis.net (198.32.128.19) 170.672 ms 167.438 ms 229.054 ms > 9 ga002.santaclara4.agis.net (206.84.226.241) 188.815 ms 187.093 ms 178.974 ms > 10 ga00d.losangeles2.agis.net (206.84.226.246) 181.209 ms 207.183 ms 198.950 ms > 11 netxs.losangeles2.agis.net (206.62.12.118) 230.739 ms 217.411 ms 218.925 ms > 12 www.vegasone.com (206.149.184.20) 270.818 ms 226.938 ms 278.979 ms > superior% > I'm going to sent this bozo a note telling him not to spam our lists. A Cc > to agis.net may help > Now I remember why I stoped reading netnews. Grrrr Don't waste your time. Agis doesn't care about spam. I still think they should be BGP blackholed. Agis is the single largest source of spam on the net. Places like cyberpromo live on agis. Agis must be forced to change their policies. Ulf, I believe this is one of your favorite topics? Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Fri May 2 07:42:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA03680 for hackers-outgoing; Fri, 2 May 1997 07:42:38 -0700 (PDT) Received: from blackadder.cis.mcmaster.ca (root@blackadder.CIS.McMaster.CA [130.113.128.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA03675 for ; Fri, 2 May 1997 07:42:32 -0700 (PDT) Received: from immrc.Eng.McMaster.CA by blackadder.cis.mcmaster.ca with SMTP id AA29645 (5.65c/IDA-1.4.4 for ); Fri, 2 May 1997 10:42:30 -0400 Received: from immrc2.immrc by immrc.eng.mcmaster.ca (SMI-8.6/SMI-SVR4) id KAA21420; Fri, 2 May 1997 10:42:27 -0400 Received: from immrc2 by immrc2.immrc (SMI-8.6/SMI-SVR4) id KAA04893; Fri, 2 May 1997 10:42:23 -0400 Message-Id: <3369FD45.3BF5@immrc.eng.mcmaster.ca> Date: Fri, 02 May 1997 10:42:13 -0400 From: "Douglas D.A. Renton" Organization: McMaster University X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5 sun4c) Mime-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: ATI TV Tuner Card, and PC 2 TV Toaster Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I was wondering if anyone is working on a driver (of some sort) for the ATI TV tuner, and Toaster (PC 2 TV). I E-Mailed ATI, and they say they won't provide the low level information required. (to me) However I suspect that a request from the people at FreeBSD would be better received. If any one is working on a driver, I would be interested in helping. If anyone has the information required to write such a driver I would be interested in that also. Thanks in advance Doug dougr@immrc.eng.mcmaster.ca From owner-freebsd-hackers Fri May 2 08:16:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05362 for hackers-outgoing; Fri, 2 May 1997 08:16:17 -0700 (PDT) Received: from post-ofc05.srv.cis.pitt.edu (post-ofc05.srv.cis.pitt.edu [136.142.185.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05357 for ; Fri, 2 May 1997 08:16:15 -0700 (PDT) Received: from morose.rmt.net.pitt.edu (ehdup-g-13.rmt.net.pitt.edu [136.142.21.143]) by post-ofc05.srv.cis.pitt.edu with SMTP (8.8.5/cispo-2.0.1.7) ID for ; Fri, 2 May 1997 10:59:52 -0400 (EDT) Message-Id: <3.0.1.32.19970502110243.007b3dc0@pop.pitt.edu> X-Sender: jddst19@pop.pitt.edu X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Fri, 02 May 1997 11:02:43 -0400 To: freebsd-hackers@freebsd.org From: John Duncan Subject: Re: SPAM target Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've always wondered this, which doesn't apply in this case. Why doesn't the government regulate addresses such that all sender and reply-to addresses have to be valid addresses within a valid domain? It doesn't matter if it's a bot or anything, it just can't be "yyyzzz@xyxy.com" or some bs like that. Perhaps an email-writing is in order. I could probably set up a page for it and send the link for yahoo, if there is support. The first complaint would be "what about people who don't correctly set up netscape, and they send a message that doesn't contain the correct address?" Well, in that case, there should be a notice on _all_ mail clients (and possibly news clients) that says "BEFORE you use this product, ensure that you have a valid account name and domain, and that you enter it carefully in the setup." That sort of thing is not too much to ask from beginning users. Besides, if it's set up wrong, then beginning users won't get replies. Spammers should be just like regular snail-mail junkies, in that we should know where these things come from. There should also be NIC-sponsored bulk email permits that spammers would have to buy. Make a definition of spam, and have a certain limit to the number of identical or context-identical unsolicited messages that one can send, and then charge for them. The result--less spam and lower NIC domain rates. With the number of spammers that exist right now, if they all kept on spamming, the NIC should be able to operate domains for about $5 a pop, or so. But the number of spammers would decrease if they could only send out a _total_ of, say, 200 identicals/day to unsolicited customers. The word "unsolicited" would protect all mailing-lists, especially ones that require authentication and confirmation before they send. Every legitimate enterprise has some method of making the list _stop_ as well, and spammers rarely do. So if you guys are interested, I could write a draft, and post it here for you all to read. People like us have to process 150+ messages/day, and we don't need any more. -John If you ever see an ambulance with sirens blaring and twin 50mm cannons on top, do not interpret this as a Good Sign. Be very, very frightened, in fact. From owner-freebsd-hackers Fri May 2 08:17:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05461 for hackers-outgoing; Fri, 2 May 1997 08:17:42 -0700 (PDT) Received: from wakko.efn.org (wakko.efn.org [198.68.17.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05453; Fri, 2 May 1997 08:17:37 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by wakko.efn.org (8.8.5/8.8.5) with ESMTP id IAA23546; Fri, 2 May 1997 08:16:01 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.8.5/8.8.5) with SMTP id IAA09758; Fri, 2 May 1997 08:23:22 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Fri, 2 May 1997 08:23:21 -0700 (PDT) From: Jonathan Mini To: Adrian Chadd cc: jgrosch@sirius.com, The Devil Himself , hasty@rah.star-gate.com, chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.FreeBSD.ORG, jmg@efn.org Subject: Re: SPAM target In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 2 May 1997, Adrian Chadd wrote: What is this host? > > > > superior% telnet 206.149.184.20 > > Trying 206.149.184.20... > > Connected to www.vegasone.com. > > Escape character is '^]'. > > > > Linux 2.0.12 (www.mojave.net) (ttyp1) > > Its not firewalled, and I'm sure 2.0.12 doesn't have the ping-of-death > protection, I could be wrong however. > > Besides, it wouldn't be fun, crashing a Linux box is so.. trivial. > > *grin* > > Adrian > Jonathan Mini (j_mini@efn.org) ... Desolation ... Despair ... Plastic Forks ... From owner-freebsd-hackers Fri May 2 08:18:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05522 for hackers-outgoing; Fri, 2 May 1997 08:18:05 -0700 (PDT) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05499 for ; Fri, 2 May 1997 08:17:58 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA25250 for ; Fri, 2 May 1997 08:17:45 -0700 Message-Id: <3.0.32.19970502081710.00932d80@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 08:17:10 -0700 To: hackers@FreeBSD.ORG From: "Tim Oneil" Subject: cyberpromo spammers Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, they ain't dumb. I just cruised over thier myself. Not one "email us" button on the page. The rats. But they do have a "remove me from your lists" button. I guess they figure we are dumber. And the results of thier "poll"- People Really Like Junk Email! Ha! If I wanted a signature, which I don't, I would use this. -Tim From owner-freebsd-hackers Fri May 2 08:23:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA05897 for hackers-outgoing; Fri, 2 May 1997 08:23:12 -0700 (PDT) Received: from sumatra.americantv.com (sumatra.americantv.com [199.184.181.250]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA05881; Fri, 2 May 1997 08:23:05 -0700 (PDT) Received: from right.PCS ([148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id KAA22389; Fri, 2 May 1997 10:32:51 -0500 (CDT) Received: (jlemon@localhost) by right.PCS (8.6.13/8.6.4) id KAA19568; Fri, 2 May 1997 10:25:13 -0500 Message-ID: <19970502102512.21641@right.PCS> Date: Fri, 2 May 1997 10:25:12 -0500 From: Jonathan Lemon To: Jamie Bowden Cc: jgrosch@sirius.com, Chuck Robey , FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.freebsd.org Subject: Re: SPAM target References: <199705020051.RAA04034@superior.mooseriver.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: ; from Jamie Bowden on May 05, 1997 at 10:24:51AM -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On May 05, 1997 at 10:24:51AM -0400, Jamie Bowden wrote: > On Thu, 1 May 1997, Josef Grosch wrote: > > superior% traceroute vegasone.com > > 11 netxs.losangeles2.agis.net (206.62.12.118) > > 12 www.vegasone.com (206.149.184.20) > > Don't waste your time. Agis doesn't care about spam. I still think they > should be BGP blackholed. Agis is the single largest source of spam on > the net. Places like cyberpromo live on agis. Agis must be forced to > change their policies. Ulf, I believe this is one of your favorite topics? Correct. For more (and copious) information, see news.admin.net-abuse.email. If you complain enough to abuse@agis.net, they will refuse mail from your (account|domain). One option is to refuse mail from Agis netblocks (see n.a.n-a.e for specific addresses) but this doesn't help for spammers who bounce mail off of random mail servers. -- Jonathan From owner-freebsd-hackers Fri May 2 09:02:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07801 for hackers-outgoing; Fri, 2 May 1997 09:02:34 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07793 for ; Fri, 2 May 1997 09:02:27 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wNKit-0004SO-00; Fri, 2 May 1997 08:58:15 -0700 Date: Fri, 2 May 1997 08:58:15 -0700 (PDT) From: Tom Samplonius To: Adrian Chadd cc: John-Mark Gurney , FreeBSD-Hackers@freebsd.org Subject: Re: SPAM target In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 2 May 1997, Adrian Chadd wrote: > > > Not likely. AGIS is the current home of Cyber Promotions, and actively > > > defends their activities. > > > > sounds like we need to send a message to MCI and see if they won't do > > any thing about it... of course we can always to a class action > > suit... and each of us get $500 for each posting to each list.. :) > > > > *DEFEND* their activities? > > Sheesh. > > Adrian. Yes, AGIS provides internet access to Cyberpromo, knowing full well what they do. Plus, if you complain to AGIS, you will get a reply stating that Cyber Promotions is using Internet for legimate commercial means. I almost choked when I read it... AGIS is bad. Stay away. Tom From owner-freebsd-hackers Fri May 2 09:15:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08509 for hackers-outgoing; Fri, 2 May 1997 09:15:07 -0700 (PDT) Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA08485 for ; Fri, 2 May 1997 09:14:59 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id XAA05045; Fri, 2 May 1997 23:58:13 +0800 (WST) Date: Fri, 2 May 1997 23:58:13 +0800 (WST) From: Adrian Chadd To: Michael Slater cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SPAM target. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I hope you did it as one message with 10,000 recipients, otherwise thats going to generate a bit of traffic for your ISP. :) Cya -- Adrian Chadd | UNIX, MS-DOS and Windows ... | (also known as the Good, the bad and the | ugly..) On Fri, 2 May 1997, Michael Slater wrote: > I also recieved multiple copies of the Adult live SPAM, and i responded by > forwarding it back to him....10,000 times :) > > > > > From owner-freebsd-hackers Fri May 2 09:21:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08794 for hackers-outgoing; Fri, 2 May 1997 09:21:15 -0700 (PDT) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA08787 for ; Fri, 2 May 1997 09:21:11 -0700 (PDT) Received: from dolphin.inna.net (jamie@dolphin.inna.net [206.151.66.2]) by tyger.inna.net (8.8.5/8.7.3) with SMTP id MAA26041; Fri, 2 May 1997 12:22:50 -0400 (EDT) Date: Fri, 2 May 1997 12:21:24 -0400 (EDT) From: Jamie Bowden To: "Douglas D.A. Renton" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ATI TV Tuner Card, and PC 2 TV Toaster In-Reply-To: <3369FD45.3BF5@immrc.eng.mcmaster.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 2 May 1997, Douglas D.A. Renton wrote: > Hi, > > I was wondering if anyone is working on a driver (of some > sort) for the ATI TV tuner, and Toaster (PC 2 TV). > > I E-Mailed ATI, and they say they won't provide the low level > information required. (to me) However I suspect that a request > from the people at FreeBSD would be better received. > > If any one is working on a driver, I would be interested in > helping. If anyone has the information required to write > such a driver I would be interested in that also. > > Thanks in advance > > Doug > dougr@immrc.eng.mcmaster.ca > You might wanna subscribe to the multimedia mailing list. Also find out if that card uses a Brooktree bt848 for it's video capture capabilities. If so, there is a driver for the bt848 undergoing finishing touches right now. Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Fri May 2 09:22:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA08833 for hackers-outgoing; Fri, 2 May 1997 09:22:18 -0700 (PDT) Received: from out1.ibm.net (out1.ibm.net [165.87.194.252]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA08827 for ; Fri, 2 May 1997 09:22:16 -0700 (PDT) Received: (from uucp@localhost) by out1.ibm.net (8.6.9/8.6.9) id QAA479228 for ; Fri, 2 May 1997 16:22:10 GMT Message-Id: <199705021622.QAA479228@out1.ibm.net> Received: from slip166-72-229-109.va.us.ibm.net(166.72.229.109) by out1.ibm.net via smap (V1.3mjr) id smaT6ADFW; Fri May 2 16:21:31 1997 Reply-To: "Steve Sims" X-Mailer: Microsoft Outlook Express 4.71.0544.0 From: "Steve Sims" Cc: "FreeBSD-Hackers" Subject: Re: SPAM target Date: Fri, 2 May 1997 12:21:23 -0400 X-Priority: 3 X-MSMail-Priority: Normal MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-MimeOLE: Produced By Microsoft MimeOLE Engine V4.71.0544.0 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >On Thu, 1 May 1997, Chuck Robey wrote: > >> Apparently this sleaze is using our mailing lists as a target (I just got >> 3 of them): >> >> Subject: Add LIVE Girls to your website! >> >> Want to increase your profits by adding LIVE strippers to your adult website? >> Now wait just a dog-gone minute, guys.... This could be the big-time break FreeBSD is looking for! I'll bet most Linux sites don't have LIVE STRIPPERS on THEIR pages! (Yet!) We could even have a big theme based on this. Heck, we've had strip(1) since (quoting the manpage) "Version 1 AT&T UNIX"; we oughta spread the word! Never miss an opportunity for product differentation, I always say! ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) ;-) Ducking & running, now..... ...sjs... From owner-freebsd-hackers Fri May 2 10:08:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA10764 for hackers-outgoing; Fri, 2 May 1997 10:08:11 -0700 (PDT) Received: from theta.pair.com (theta.pair.com [207.86.128.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA10759 for ; Fri, 2 May 1997 10:08:09 -0700 (PDT) Received: from adam.netsonic.com (gb_noc81.sparknet.net [207.250.20.81]) by theta.pair.com (8.8.5/8.6.12) with SMTP id NAA03233 for ; Fri, 2 May 1997 13:04:32 -0400 (EDT) X-Envelope-To: Message-Id: <3.0.32.19970502121323.0070ee44@mail.netsonic.com> X-Sender: adam@mail.netsonic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 12:13:29 -0500 To: FreeBSD-Hackers@FreeBSD.ORG From: "Adam L. Simpson" Subject: Re: SPAM target Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, I guess when your product sucks and you know it sucks and everyone else knows it sucks, you take what you can get with regards to cients.. IMHO At 08:58 AM 5/2/97 -0700, you wrote: > >On Fri, 2 May 1997, Adrian Chadd wrote: > >> > > Not likely. AGIS is the current home of Cyber Promotions, and actively >> > > defends their activities. >> > >> > sounds like we need to send a message to MCI and see if they won't do >> > any thing about it... of course we can always to a class action >> > suit... and each of us get $500 for each posting to each list.. :) >> > >> >> *DEFEND* their activities? >> >> Sheesh. >> >> Adrian. > > Yes, AGIS provides internet access to Cyberpromo, knowing full well what >they do. Plus, if you complain to AGIS, you will get a reply stating that >Cyber Promotions is using Internet for legimate commercial means. I >almost choked when I read it... > > AGIS is bad. Stay away. > >Tom > > > From owner-freebsd-hackers Fri May 2 10:13:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA11115 for hackers-outgoing; Fri, 2 May 1997 10:13:22 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA11110 for ; Fri, 2 May 1997 10:13:20 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wNLtV-0006BW-00; Fri, 2 May 1997 11:13:17 -0600 To: hackers@freebsd.org Subject: Mounting other people's disks? Date: Fri, 02 May 1997 11:13:17 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I just had to make some repairs to my OpenBSD/arc disk. I had hoped to be able to do this on my FreeSBD box. However, FreeBSD refused to allow me to mount this disk. It compained long and bitterly about how the disklabel was bogus because it referred to things outside of the slice it was on. Is there some way to tell FreeBSD "Look, I know that you don't like this disk, but just cope and pretend it is a legacy disk w/o slices, please?" A quick look at the code didn't show anything obvious that I could do. Warner "I see a emacs subr_diskslice.c diskslice_machdep.c" Losh From owner-freebsd-hackers Fri May 2 10:42:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA12468 for hackers-outgoing; Fri, 2 May 1997 10:42:59 -0700 (PDT) Received: from aries.bb.cc.wa.us (root@[208.8.136.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA12462 for ; Fri, 2 May 1997 10:42:57 -0700 (PDT) Received: from localhost (chris@localhost) by aries.bb.cc.wa.us (8.8.3/8.6.9) with SMTP id KAA15077 for ; Fri, 2 May 1997 10:37:51 -0700 (PDT) Date: Fri, 2 May 1997 10:37:51 -0700 (PDT) From: Chris Coleman To: hackers@freebsd.org Subject: 'help' command. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I posted my proposed 'help' command to the list and didn't get any major attacks on it (got a few helpful hints though, (minor ones only)), So who do i talk to to get this committed to -current? (or wherever you want to put it.) Christopher J. Coleman (chris@aries.bb.cc.wa.us) Computer Support Technician I (509)-766-8873 Big Bend Community College Internet Instructor FreeBSD Book Project: http://vinyl.quickweb.com/~chrisc/book.html Disclaimer: Even Though it has My Name on it, Doesn't mean I said it. From owner-freebsd-hackers Fri May 2 11:01:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13332 for hackers-outgoing; Fri, 2 May 1997 11:01:33 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA13326; Fri, 2 May 1997 11:01:30 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA09035; Fri, 2 May 1997 10:57:34 -0700 From: Terry Lambert Message-Id: <199705021757.KAA09035@phaeton.artisoft.com> Subject: Re: SPAM target To: tom@sdf.com (Tom Samplonius) Date: Fri, 2 May 1997 10:57:33 -0700 (MST) Cc: jgrosch@sirius.com, chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.FreeBSD.ORG In-Reply-To: from "Tom Samplonius" at May 1, 97 06:41:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > ... > > I'm going to sent this bozo a note telling him not to spam our lists. A Cc > > to agis.net may help > ... > > Not likely. AGIS is the current home of Cyber Promotions, and actively > defends their activities. Anyone in Tennesee? This offer would seem to violate their decency statutes... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 2 11:11:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA13761 for hackers-outgoing; Fri, 2 May 1997 11:11:16 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA13756 for ; Fri, 2 May 1997 11:11:13 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09064; Fri, 2 May 1997 11:07:59 -0700 From: Terry Lambert Message-Id: <199705021807.LAA09064@phaeton.artisoft.com> Subject: Re: SPAM target To: sysop@mixcom.com (Jeffrey J. Mountin) Date: Fri, 2 May 1997 11:07:59 -0700 (MST) Cc: tom@sdf.com, FreeBSD-Hackers@FreeBSD.ORG In-Reply-To: <3.0.32.19970501235400.00b0cc24@mixcom.com> from "Jeffrey J. Mountin" at May 1, 97 11:54:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jeffrey J. Mountin writes: [ ... lot of nice info on how his machines are anti-spammed ... ] Any chance we could get you to build an "anti-spam-in-a-can" package that can bee installed to "spam-proof" FreeBSD boxes? Imagine "Anti-SPAM" on the pagackages menu. Right on top. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 2 11:18:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA14136 for hackers-outgoing; Fri, 2 May 1997 11:18:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA14130; Fri, 2 May 1997 11:18:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09090; Fri, 2 May 1997 11:15:01 -0700 From: Terry Lambert Message-Id: <199705021815.LAA09090@phaeton.artisoft.com> Subject: Re: SPAM target To: jgrosch@sirius.com Date: Fri, 2 May 1997 11:15:01 -0700 (MST) Cc: fullermd@narcissus.ml.org, hasty@rah.star-gate.com, chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.FreeBSD.ORG In-Reply-To: <199705020514.WAA04673@superior.mooseriver.com> from "Josef Grosch" at May 1, 97 10:14:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Temping as it might be, a Ping 'o' Death attack might bring us more truble > then we want. Of course, if someone wanted to build a little program to connect to their smtp server and send an "RSET\r\n" every to keep the smtp server process alive and it's pages in core... And then if a certain mailing list of someone's friends were made aware of the URL to pick up their copy of the program... And then if it's realized that Linux is a memory overcommit architecture... It seems to me that this hypothetical person would play hell with their ability to start spam sending processes. It seems to me. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 2 11:23:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA14391 for hackers-outgoing; Fri, 2 May 1997 11:23:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA14374; Fri, 2 May 1997 11:23:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA09119; Fri, 2 May 1997 11:20:36 -0700 From: Terry Lambert Message-Id: <199705021820.LAA09119@phaeton.artisoft.com> Subject: Re: SPAM target To: gclarkii@main.gbdata.com (Gary Clark II) Date: Fri, 2 May 1997 11:20:36 -0700 (MST) Cc: chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.freebsd.org In-Reply-To: <199705020845.DAA05165@main.gbdata.com> from "Gary Clark II" at May 2, 97 03:45:10 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I looks like they are searching WWW pages for addresses because I got > one at my FreeBSD.org address... They are also searching list archives (apparently). I got some mail to an old address from which I had posted to the list, but which I had never used for any other purposes. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 2 11:46:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15672 for hackers-outgoing; Fri, 2 May 1997 11:46:39 -0700 (PDT) Received: from superior.mooseriver.com (ppp010-sm2.sirius.com [205.134.231.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15665 for ; Fri, 2 May 1997 11:46:35 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.8.5) id LAA06944; Fri, 2 May 1997 11:45:07 -0700 (PDT) From: Josef Grosch Message-Id: <199705021845.LAA06944@superior.mooseriver.com> Subject: Re: SPAM target In-Reply-To: <199705021815.LAA09090@phaeton.artisoft.com> from Terry Lambert at "May 2, 97 11:15:01 am" To: terry@lambert.org (Terry Lambert) Date: Fri, 2 May 1997 11:45:06 -0700 (PDT) Cc: hackers@freebsd.org Reply-To: jgrosch@sirius.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert said: >> Temping as it might be, a Ping 'o' Death attack might bring us more truble >> then we want. > >Of course, if someone wanted to build a little program to connect to >their smtp server and send an "RSET\r\n" every >to keep the smtp server process alive and it's pages in core... > >And then if a certain mailing list of someone's friends were made aware >of the URL to pick up their copy of the program... > >And then if it's realized that Linux is a memory overcommit architecture... > >It seems to me that this hypothetical person would play hell with their >ability to start spam sending processes. > >It seems to me. > > Terry, that is a diabolically clever idea! Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@sirius.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Fri May 2 11:51:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16001 for hackers-outgoing; Fri, 2 May 1997 11:51:49 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15994 for ; Fri, 2 May 1997 11:51:47 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id LAA02254 for ; Fri, 2 May 1997 11:51:40 -0700 (PDT) Date: Fri, 2 May 1997 11:51:39 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Seeming problem with vm under -current: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following message has started turning up in my dmesg output relatively frequently. vm_page_alloc(ZERO): missing pages on cache queue: 1 From owner-freebsd-hackers Fri May 2 11:52:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA16063 for hackers-outgoing; Fri, 2 May 1997 11:52:35 -0700 (PDT) Received: from shadows.aeon.net (shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA16058 for ; Fri, 2 May 1997 11:52:32 -0700 (PDT) Received: (from bsdhack@localhost) by shadows.aeon.net (8.8.5/8.8.3) id VAA03005 for hackers@freebsd.org; Fri, 2 May 1997 21:52:15 +0300 (EET DST) From: mika ruohotie Message-Id: <199705021852.VAA03005@shadows.aeon.net> Subject: make flags To: hackers@freebsd.org Date: Fri, 2 May 1997 21:52:14 +0300 (EET DST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk something that made me wonder... earlier today i read about 'make -j' stuff from the smp list, and i got the impression that for single cpu something like '-j 4' would give some performance boost. but, i experimented with it myself earlier today and it didnt boost anything... the fastest compiling i got without any 'j's, i tested '-j 2' and '-j 4' uh, am i missing something? it's only pentium pro spesific? (i have pentium) my other kernel flags are '-O2 -pipe' mickey From owner-freebsd-hackers Fri May 2 12:04:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA16687 for hackers-outgoing; Fri, 2 May 1997 12:04:22 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA16677 for ; Fri, 2 May 1997 12:04:14 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id UAA07402; Fri, 2 May 1997 20:02:57 +0100 (BST) Message-Id: <199705021902.UAA07402@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: jgrosch@sirius.com cc: terry@lambert.org (Terry Lambert), hackers@freebsd.org Subject: Re: SPAM target In-reply-to: Your message of "Fri, 02 May 1997 11:45:06 PDT." <199705021845.LAA06944@superior.mooseriver.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 May 1997 20:02:56 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Terry Lambert said: > >> Temping as it might be, a Ping 'o' Death attack might bring us more truble > >> then we want. > > > >Of course, if someone wanted to build a little program to connect to > >their smtp server and send an "RSET\r\n" every > >to keep the smtp server process alive and it's pages in core... > > > >And then if a certain mailing list of someone's friends were made aware > >of the URL to pick up their copy of the program... > > > >And then if it's realized that Linux is a memory overcommit architecture... > > > >It seems to me that this hypothetical person would play hell with their > >ability to start spam sending processes. > > > >It seems to me. > > > > > > Terry, that is a diabolically clever idea! This brings to mind my tcpchat program (http://www.awfulhak.org/tcpchat-1.2.tgz). That person could do something like tcpchat a.nasty.site snmp 220 RSET 250 quit 221 (expect send expect send expect). It seems to me. > Josef > > -- > Josef Grosch | Another day closer to a | FreeBSD 2.2.1 > jgrosch@sirius.com | Micro$oft free world | UNIX for the masses > -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Fri May 2 12:16:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17345 for hackers-outgoing; Fri, 2 May 1997 12:16:41 -0700 (PDT) Received: from fang.cs.sunyit.edu (chuck@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA17339 for ; Fri, 2 May 1997 12:16:38 -0700 (PDT) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.7.6/8.7.3) id PAA16079 for hackers@freebsd.org; Fri, 2 May 1997 15:16:37 -0400 (EDT) Date: Fri, 2 May 1997 15:16:37 -0400 (EDT) From: Charles Green Message-Id: <199705021916.PAA16079@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: NIS and /etc/rpc Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I was playing around with adding CDE to a freebsd 2.2.1 system running as a nis client and I noticed that none of the rpc services that the CDE installation added to /etc/rpc were being recognized by the system. (inetd was reporting that csmd and ttdbserver were unknown RPC services). As it turns out the only way I could get them recognized was by adding them to the nis server. Shouldn't a nis client system access both the local and the nis rpc services? -- Charles Green, PRC Inc. Rome Laboratory, NY From owner-freebsd-hackers Fri May 2 12:23:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17748 for hackers-outgoing; Fri, 2 May 1997 12:23:55 -0700 (PDT) Received: from superior.mooseriver.com (ppp010-sm2.sirius.com [205.134.231.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA17727; Fri, 2 May 1997 12:23:49 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.8.5) id MAA07031; Fri, 2 May 1997 12:23:47 -0700 (PDT) From: Josef Grosch Message-Id: <199705021923.MAA07031@superior.mooseriver.com> Subject: SPAMED again: Add LIVE Girls to your website! To: hackers@freebsd.org, chat@freebsd.org Date: Fri, 2 May 1997 12:23:47 -0700 (PDT) Reply-To: jgrosch@sirius.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just got another spam from these bozos. I don't know alot about Majordomo but is there a filter to prevent email from a known address being posted to a list ? If not then I think it's time to build such a filter. Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@sirius.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Fri May 2 12:34:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA18170 for hackers-outgoing; Fri, 2 May 1997 12:34:31 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA18165 for ; Fri, 2 May 1997 12:34:29 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id MAA08826 for ; Fri, 2 May 1997 12:34:28 -0700 (PDT) Date: Fri, 2 May 1997 12:34:28 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: fatal process exception? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmph, never seen this before, until I tried to run CVSUP today to update my box: fatal process exception: page fault, fault VA = 0x2c5008 fatal process exception: page fault, fault VA = 0x2c2e24 fatal process exception: page fault, fault VA = 0x35efa8 fatal process exception: page fault, fault VA = 0x2c2ce8 fatal process exception: page fault, fault VA = 0x2c5008 Not sure exactly what it thinks is the problem. ^C works, and the system seems fine, except when I run that program. From owner-freebsd-hackers Fri May 2 12:39:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA18474 for hackers-outgoing; Fri, 2 May 1997 12:39:49 -0700 (PDT) Received: from tyger.inna.net (root@tyger.inna.net [206.151.66.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA18462; Fri, 2 May 1997 12:39:47 -0700 (PDT) Received: from dolphin.inna.net (jamie@dolphin.inna.net [206.151.66.2]) by tyger.inna.net (8.8.5/8.7.3) with SMTP id PAA26442; Fri, 2 May 1997 15:39:41 -0400 (EDT) Date: Fri, 2 May 1997 15:38:16 -0400 (EDT) From: Jamie Bowden To: Terry Lambert cc: jgrosch@sirius.com, fullermd@narcissus.ml.org, hasty@rah.star-gate.com, chuckr@mat.net, FreeBSD-Hackers@FreeBSD.ORG, jmb@freefall.freebsd.org Subject: Re: SPAM target In-Reply-To: <199705021815.LAA09090@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 2 May 1997, Terry Lambert wrote: > > Temping as it might be, a Ping 'o' Death attack might bring us more truble > > then we want. > > Of course, if someone wanted to build a little program to connect to > their smtp server and send an "RSET\r\n" every > to keep the smtp server process alive and it's pages in core... > > And then if a certain mailing list of someone's friends were made aware > of the URL to pick up their copy of the program... > > And then if it's realized that Linux is a memory overcommit architecture... > > It seems to me that this hypothetical person would play hell with their > ability to start spam sending processes. > > It seems to me. What's that URL again? Jamie Bowden Network Administrator, TBI Ltd. From owner-freebsd-hackers Fri May 2 12:57:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA19477 for hackers-outgoing; Fri, 2 May 1997 12:57:13 -0700 (PDT) Received: from punt-1.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA19465 for ; Fri, 2 May 1997 12:57:06 -0700 (PDT) Received: from erlenstar.demon.co.uk ([194.222.144.22]) by punt-1.mail.demon.net id aa0522259; 2 May 97 19:36 BST Received: (from andrew@localhost) by erlenstar.demon.co.uk (8.8.5/8.8.5) id TAA11229; Fri, 2 May 1997 19:36:32 +0100 (BST) To: Terry Lambert Cc: Gary Clark II , chuckr@mat.net, FreeBSD-Hackers@freebsd.org, jmb@freefall.freebsd.org Subject: Re: SPAM target References: <199705021820.LAA09119@phaeton.artisoft.com> From: Andrew Gierth In-Reply-To: Terry Lambert's message of Fri, 2 May 1997 11:20:36 -0700 (MST) X-Mayan-Date: Long count = 12.19.4.2.6; tzolkin = 10 Cimi; haab = 4 Uo X-Attribution: AG Date: 02 May 1997 19:36:32 +0100 Message-ID: <87ohatwwjz.fsf@erlenstar.demon.co.uk> Lines: 19 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Terry" == Terry Lambert writes: >> I looks like they are searching WWW pages for addresses because I got >> one at my FreeBSD.org address... Terry> They are also searching list archives (apparently). I got Terry> some mail to an old address from which I had posted to the Terry> list, but which I had never used for any other purposes. Stuff on this list is percolating back onto Usenet; I have a permanent query going at reference.com for everything with my name in the From: header, and some of my posts here have shown up. It looks like sites that have gatewayed the list onto an internal or local hierarchy, and then allowed it to leak from there. I can track down more information if necessary. -- Andrew. From owner-freebsd-hackers Fri May 2 13:02:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA19746 for hackers-outgoing; Fri, 2 May 1997 13:02:38 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA19732; Fri, 2 May 1997 13:02:24 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705022002.NAA19732@hub.freebsd.org> Subject: Re: SPAMED again: Add LIVE Girls to your website! To: jgrosch@sirius.com Date: Fri, 2 May 1997 13:02:23 -0700 (PDT) Cc: hackers@freebsd.org, chat@freebsd.org In-Reply-To: <199705021923.MAA07031@superior.mooseriver.com> from "Josef Grosch" at May 2, 97 12:23:47 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Josef Grosch wrote: > > I just got another spam from these bozos. I don't know alot about Majordomo > but is there a filter to prevent email from a known address being posted to > a list ? If not then I think it's time to build such a filter. > send me the headers please. i will look into this. jbm From owner-freebsd-hackers Fri May 2 13:34:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA21512 for hackers-outgoing; Fri, 2 May 1997 13:34:44 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA21364; Fri, 2 May 1997 13:33:49 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705022033.NAA21364@hub.freebsd.org> Subject: Re: SPAM target To: andrew@erlenstar.demon.co.uk (Andrew Gierth) Date: Fri, 2 May 1997 13:33:49 -0700 (PDT) Cc: terry@lambert.org, gclarkii@main.gbdata.com, chuckr@mat.net, FreeBSD-Hackers@freebsd.org, jmb@freefall.freebsd.org In-Reply-To: <87ohatwwjz.fsf@erlenstar.demon.co.uk> from "Andrew Gierth" at May 2, 97 07:36:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andrew Gierth wrote: > > >>>>> "Terry" == Terry Lambert writes: > > >> I looks like they are searching WWW pages for addresses because I got > >> one at my FreeBSD.org address... > > Terry> They are also searching list archives (apparently). I got > Terry> some mail to an old address from which I had posted to the > Terry> list, but which I had never used for any other purposes. > > Stuff on this list is percolating back onto Usenet; I have a permanent > query going at reference.com for everything with my name in the From: > header, and some of my posts here have shown up. It looks like sites > that have gatewayed the list onto an internal or local hierarchy, and > then allowed it to leak from there. this is not surprising, we have let people subscribe unidirectional mail to news gateways to the FreeBSD mailing lists. this allows us to provide additional sources of information to FreeBSD users who are not subscribed to the mailing lists. it also allows people to harvest the resulting posts. jmb From owner-freebsd-hackers Fri May 2 13:38:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA21748 for hackers-outgoing; Fri, 2 May 1997 13:38:09 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA21739 for ; Fri, 2 May 1997 13:38:06 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id GAA04076; Sat, 3 May 1997 06:38:11 +1000 (EST) Date: Sat, 3 May 1997 06:38:10 +1000 (EST) From: "Daniel O'Callaghan" To: jgrosch@sirius.com cc: Terry Lambert , hackers@FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: <199705021845.LAA06944@superior.mooseriver.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 2 May 1997, Josef Grosch wrote: > Terry Lambert said: > >Of course, if someone wanted to build a little program to connect to > >their smtp server and send an "RSET\r\n" every > >to keep the smtp server process alive and it's pages in core... > > > >And then if a certain mailing list of someone's friends were made aware > >of the URL to pick up their copy of the program... > > > >And then if it's realized that Linux is a memory overcommit architecture... > > > >It seems to me that this hypothetical person would play hell with their > >ability to start spam sending processes. > > > >It seems to me. > > > > > > Terry, that is a diabolically clever idea! The nice thing is that it would only require a single SMTP connection from every conspirator. The thing *I'd* like to know is how to get Earthlink to stop allowing relay. I've e-mailed them the sendmail rules on how to do it, so they can't claim ignorance. Danny From owner-freebsd-hackers Fri May 2 13:51:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA22381 for hackers-outgoing; Fri, 2 May 1997 13:51:38 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA22368 for ; Fri, 2 May 1997 13:51:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id NAA09442; Fri, 2 May 1997 13:52:40 -0700 (PDT) Message-Id: <199705022052.NAA09442@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: hackers@FreeBSD.ORG Subject: Re: fatal process exception? In-reply-to: Your message of "Fri, 02 May 1997 12:34:28 PDT." From: David Greenman Reply-To: dg@root.com Date: Fri, 02 May 1997 13:52:40 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Hmph, never seen this before, until I tried to run CVSUP today to update >my box: > >fatal process exception: page fault, fault VA = 0x2c5008 >fatal process exception: page fault, fault VA = 0x2c2e24 >fatal process exception: page fault, fault VA = 0x35efa8 >fatal process exception: page fault, fault VA = 0x2c2ce8 >fatal process exception: page fault, fault VA = 0x2c5008 > > >Not sure exactly what it thinks is the problem. ^C works, and the system >seems fine, except when I run that program. You have the "DEBUG" option in your kernel. That option SHOULD NEVER be in a kernel config file! -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri May 2 13:51:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA22382 for hackers-outgoing; Fri, 2 May 1997 13:51:38 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA22369 for ; Fri, 2 May 1997 13:51:35 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id QAA20900; Fri, 2 May 1997 16:51:21 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id QAA05058; Fri, 2 May 1997 16:51:14 -0400 Date: Fri, 2 May 1997 16:50:09 -0400 (EDT) From: Chuck Robey To: mika ruohotie cc: hackers@FreeBSD.ORG Subject: Re: make flags In-Reply-To: <199705021852.VAA03005@shadows.aeon.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 2 May 1997, mika ruohotie wrote: > something that made me wonder... > > earlier today i read about 'make -j' stuff from the smp list, and i > got the impression that for single cpu something like '-j 4' would > give some performance boost. > > but, i experimented with it myself earlier today and it didnt boost > anything... the fastest compiling i got without any 'j's, i tested > '-j 2' and '-j 4' > > uh, am i missing something? it's only pentium pro spesific? (i have pentium) > > my other kernel flags are '-O2 -pipe' When I tested on my smp box back in January-February, I had an smp kernel, but without activating smp, I was able to get a 30 percent gain by going to -j 8. When I actiavted smp, I was able to get an additional 30 percent gain on top of that. I won't be reporting any updated specs until after May 19 (finals). ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri May 2 14:02:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22973 for hackers-outgoing; Fri, 2 May 1997 14:02:09 -0700 (PDT) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA22962; Fri, 2 May 1997 14:02:04 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id XAA00219; Fri, 2 May 1997 23:01:59 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199705022101.XAA00219@helbig.informatik.ba-stuttgart.de> Subject: rc.conf and tickadj To: jkh@FreeBSD.org Date: Fri, 2 May 1997 23:01:59 +0200 (MET DST) Cc: hackers@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, If tickadj is enabled in rc.conf it might be run twice -- in rc and in rc.network. I suggest to o delete the call in rc.network o let the default be "NO" in rc.conf A diff follows. Wolfgang Index: rc.conf =================================================================== RCS file: /usr/cvsroot/src/etc/rc.conf,v retrieving revision 1.5 diff -c -r1.5 rc.conf *** rc.conf 1997/04/28 10:14:45 1.5 --- rc.conf 1997/05/02 20:26:16 *************** *** 59,65 **** ntpdate_flags="" # Flags to ntpdate (if enabled). xntpd_enable="NO" # Run xntpd Network Time Protocol (or NO). xntpd_flags="" # Flags to xntpd (if enabled). ! tickadj_enable="YES" # If xntp is enabled, also run tickadj. tickadj_flags="-Aq" # Flags to tickadj (if enabled). # Network Information Services (NIS) options: ### --- 59,65 ---- ntpdate_flags="" # Flags to ntpdate (if enabled). xntpd_enable="NO" # Run xntpd Network Time Protocol (or NO). xntpd_flags="" # Flags to xntpd (if enabled). ! tickadj_enable="NO" # Run tickadj (or NO). tickadj_flags="-Aq" # Flags to tickadj (if enabled). # Network Information Services (NIS) options: ### Index: rc.network =================================================================== RCS file: /usr/cvsroot/src/etc/rc.network,v retrieving revision 1.5 diff -c -r1.5 rc.network *** rc.network 1997/05/01 20:28:18 1.5 --- rc.network 1997/05/02 20:27:31 *************** *** 109,118 **** fi if [ "X${ntpdate_enable}" = X"YES" -o "X${xntpd_enable}" = X"YES" ]; then - if [ "X${tickadj_enable}" = X"YES" ]; then - echo -n ' tickadj'; tickadj ${tickadj_flags--Aq} - fi - if [ "X${ntpdate_enable}" = X"YES" ]; then echo -n ' ntpdate'; ntpdate ${ntpdate_flags} >/dev/null 2>&1 fi --- 109,114 ---- From owner-freebsd-hackers Fri May 2 14:02:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22996 for hackers-outgoing; Fri, 2 May 1997 14:02:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA22991 for ; Fri, 2 May 1997 14:02:19 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09474; Fri, 2 May 1997 14:00:09 -0700 From: Terry Lambert Message-Id: <199705022100.OAA09474@phaeton.artisoft.com> Subject: Re: make flags To: bsdhack@shadows.aeon.net (mika ruohotie) Date: Fri, 2 May 1997 14:00:08 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199705021852.VAA03005@shadows.aeon.net> from "mika ruohotie" at May 2, 97 09:52:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > something that made me wonder... > > earlier today i read about 'make -j' stuff from the smp list, and i > got the impression that for single cpu something like '-j 4' would > give some performance boost. > > but, i experimented with it myself earlier today and it didnt boost > anything... the fastest compiling i got without any 'j's, i tested > '-j 2' and '-j 4' > > uh, am i missing something? it's only pentium pro spesific? (i have pentium) > > my other kernel flags are '-O2 -pipe' The makefiles must be "-j" aware. For a build world, this includes modifying "/etc/make.conf". There's a lot of changes that went into makeing -j work down to inferior makefiles (check out the "parallel make" thread in the -current archives). All in all, I don't think you'd get much of a win from anything other than -current with the changes in place. Someone needs to cookbook this. Personally, I always build the absolute minimum I need to build, and would be just as happy with a build process that installed and cleaned behind itself on a per item basis so as to never require more than one utility worth of object tree space at any one time. So I'm not a good choice to cookbook parallel makes. 8-(. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 2 14:30:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA24355 for hackers-outgoing; Fri, 2 May 1997 14:30:55 -0700 (PDT) Received: from icicle.winternet.com (adm@icicle.winternet.com [198.174.169.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24346 for ; Fri, 2 May 1997 14:30:52 -0700 (PDT) Received: (from adm@localhost) by icicle.winternet.com (8.7.5/8.7.5) id QAA09104 for ; Fri, 2 May 1997 16:30:44 -0500 (CDT) Posted-Date: Fri, 2 May 1997 16:30:44 -0500 (CDT) Received: from bullfrog.winternet.com(204.246.64.212) by icicle.winternet.com via smap (V2.0beta) id xma009001; Fri, 2 May 97 16:30:10 -0500 Received: from localhost (raistlin@localhost) by bullfrog.ecp.net (8.8.5/8.8.3) with SMTP id QAA00425 for ; Fri, 2 May 1997 16:27:50 -0500 (CDT) Date: Fri, 2 May 1997 16:27:50 -0500 (CDT) From: Justen Stepka To: freebsd-hackers@freebsd.org Subject: Video input device Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is to anyone that has experience working with video input devices for 2.1.6+. I currently have the USRobitics camra that uses a PCI video media card. I've read the 'meteor' man page and have compiled the kernel with all the options needed, but I'm having troubles finding software that will work with this device. NV needs a port called 'tk' which is out of date and the plain port 'tcl' which is also out of date. Another program that I've tried is MMCC which can't run; The FAQ talks about this but the information in there is incorrect. Is there anything that I'm missing or imformation that could be shared to point me into the correct direction. -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzNObrQAAAEEANsXFxLodGfKZGzVGRhP90P2UZHzHnrMCNzkw1abY5zd3z8R vt2iVz/nilPjdyj2HPSRnIczfMncHLPeYXjiJKP7Ai7lqRSCi58CEv45cxqZFmCj GQ7VaGcnXscZxLLTj/JpUJWMio5xpMo2LLR90qnzIp+7KOrTE7vDNwMaqsuhAAUR tCNKdXN0ZW4gTS4gU3RlcGthIDxyYWlzdGxpbkBlY3AubmV0Pg== =ldZu -----END PGP PUBLIC KEY BLOCK----- From owner-freebsd-hackers Fri May 2 15:12:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA26551 for hackers-outgoing; Fri, 2 May 1997 15:12:17 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA26546 for ; Fri, 2 May 1997 15:12:14 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id RAA03185; Fri, 2 May 1997 17:11:54 -0500 (CDT) Message-Id: <199705022211.RAA03185@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: Jaye Mathisen cc: hackers@FreeBSD.ORG Subject: Re: Seeming problem with vm under -current: In-reply-to: Your message of Fri, 02 May 1997 11:51:39 -0700. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 May 1997 17:11:54 -0500 From: Chris Csanady Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >The following message has started turning up in my dmesg output relatively >frequently. > > >vm_page_alloc(ZERO): missing pages on cache queue: 1 > Are you running the SMP kernel by any chance? I occasionally see these messages as a result of heavy paging and was told they may be caused by page stealing or something. Since the ipi's for tlb invalidation don't do handshaking, there is a tiny window where something might go wrong.. For what its worth.. --Chris Csanady From owner-freebsd-hackers Fri May 2 15:47:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA28289 for hackers-outgoing; Fri, 2 May 1997 15:47:48 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA28282 for ; Fri, 2 May 1997 15:47:46 -0700 (PDT) Received: from bogus.mindspring.com (user-37kb9b6.dialup.mindspring.com [207.69.165.102]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id SAA19066; Fri, 2 May 1997 18:47:41 -0400 (EDT) Message-Id: <1.5.4.32.19970502224731.0096846c@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 02 May 1997 18:47:31 -0400 To: John-Mark Gurney From: "Kevin P. Neal" Subject: Re: SPAM target Cc: FreeBSD-Hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 07:30 PM 5/1/97 -0700, John-Mark Gurney wrote: >Tom Samplonius scribbled this message on May 1: >> >> On Thu, 1 May 1997, Josef Grosch wrote: >> >> ... >> > I'm going to sent this bozo a note telling him not to spam our lists. A Cc >> > to agis.net may help >> ... >> >> Not likely. AGIS is the current home of Cyber Promotions, and actively >> defends their activities. > >sounds like we need to send a message to MCI and see if they won't do >any thing about it... of course we can always to a class action >suit... and each of us get $500 for each posting to each list.. :) I thought MCI got suckered into providing a net connection without a way to revoke access due to abuse of this sort? -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Fri May 2 16:08:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA29094 for hackers-outgoing; Fri, 2 May 1997 16:08:09 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29086 for ; Fri, 2 May 1997 16:08:05 -0700 (PDT) Received: from bogus.mindspring.com (user-37kb9b6.dialup.mindspring.com [207.69.165.102]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id TAA27666; Fri, 2 May 1997 19:07:38 -0400 (EDT) Message-Id: <1.5.4.32.19970502230739.0098b854@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 02 May 1997 19:07:39 -0400 To: Michael Slater From: "Kevin P. Neal" Subject: Re: SPAM target. Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 08:26 PM 5/2/97 +0800, Michael Slater wrote: >I also recieved multiple copies of the Adult live SPAM, and i responded by >forwarding it back to him....10,000 times :) Kidding, right? It's not going to help our case if we do nasty things back to them. Calling ISPs and complaining is one thing, but abusing the abuser's system just doesn't seem like a good idea. Neither does flood pinging the offender, because of what you do to the 'net. C'mon now. Everybody vents, and I'm going to assume that's what is going on here. Heh. It gives me a personal sense of satisfaction to (when I get a piece of nasty, spiteful email) send back a perfectly polite message. That way the issue of who the "bad guy" is doesn't get cloudy. -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Fri May 2 17:41:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02916 for hackers-outgoing; Fri, 2 May 1997 17:41:38 -0700 (PDT) Received: from yoda.fdt.net (root@yoda.fdt.net [205.229.48.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02911 for ; Fri, 2 May 1997 17:41:35 -0700 (PDT) Received: from Kryten.nina.org (port-60.ts1.gnv.fdt.net [205.229.51.60]) by yoda.fdt.net with SMTP id UAA03072 for ; Fri, 2 May 1997 20:41:31 -0400 Date: Fri, 2 May 1997 20:41:30 -0400 (EDT) From: Frank Seltzer X-Sender: frankd@Kryten.nina.org To: hackers@freebsd.org Subject: WD and SD drives with NCR 53C400 card Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am trying to put together a FreeBSD box that will boot from a 120 meg IDE drive. As I know that this is too small a drive to be very functional, I am trying to back this with a 1 gig SCSI drive. I don't have a supported bootable SCSI adapter, but I do have a Trantor T130B that I have been using for my CD. I can not make sysinstall see the SCSI drive, all it sees is the IDE. Is it possible to make this combination work? Frank -- Only in America can a homeless veteran sleep in a cardboard box while a draft dodger sleeps in the White House - anonymous From owner-freebsd-hackers Fri May 2 17:45:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA03070 for hackers-outgoing; Fri, 2 May 1997 17:45:01 -0700 (PDT) Received: from yoda.fdt.net (root@yoda.fdt.net [205.229.48.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA03058 for ; Fri, 2 May 1997 17:44:58 -0700 (PDT) Received: from Kryten.nina.org (port-60.ts1.gnv.fdt.net [205.229.51.60]) by yoda.fdt.net with SMTP id UAA03228 for ; Fri, 2 May 1997 20:44:55 -0400 Date: Fri, 2 May 1997 20:44:55 -0400 (EDT) From: Frank Seltzer X-Sender: frankd@Kryten.nina.org Reply-To: Frank Seltzer To: hackers@freebsd.org Subject: WD and SD drives with NCR 53C400 card Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk PS I have a bootable Data Technology 8 bit 3150 Rev. B card. Is this supported? Frank -- Only in America can a homeless veteran sleep in a cardboard box while a draft dodger sleeps in the White House - anonymous From owner-freebsd-hackers Fri May 2 18:40:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA04890 for hackers-outgoing; Fri, 2 May 1997 18:40:27 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA04885 for ; Fri, 2 May 1997 18:40:25 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id SAA15120 for ; Fri, 2 May 1997 18:40:25 -0700 (PDT) Message-Id: <199705030140.SAA15120@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@FreeBSD.ORG Subject: ace library Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 May 1997 18:40:25 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ftp://rah.star-gate.com/pub/ace.tar.gz Feel free to download it and I will keep the library on my ftp site till Monday or so. I am using FreeBSD 3.0-current . Most tests pass except those that use mktemp which fails due to bugs in libc_r. This is not really a port just my spare time effort to get ACE to compile and run over here. If anyone wishes to adopt ACE is fine with me. Have fun, Amancio From owner-freebsd-hackers Fri May 2 19:06:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05602 for hackers-outgoing; Fri, 2 May 1997 19:06:47 -0700 (PDT) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05597 for ; Fri, 2 May 1997 19:06:44 -0700 (PDT) Received: (from uucp@localhost) by abby.skypoint.net (8.8.5/alexis 2.7) with UUCP id VAA02438; Fri, 2 May 1997 21:06:41 -0500 (CDT) Received: (from bruce@localhost) by zuhause.mn.org (8.8.5/8.8.5) id VAA28053; Fri, 2 May 1997 21:04:29 -0500 (CDT) Date: Fri, 2 May 1997 21:04:29 -0500 (CDT) Message-Id: <199705030204.VAA28053@zuhause.mn.org> From: Bruce Albrecht To: Jaye Mathisen Cc: hackers@FreeBSD.ORG Subject: Re: fatal process exception? In-Reply-To: References: X-Mailer: VM 6.22 under 19.15p2 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen writes: > > > Hmph, never seen this before, until I tried to run CVSUP today to update > my box: > > fatal process exception: page fault, fault VA = 0x2c5008 > fatal process exception: page fault, fault VA = 0x2c2e24 > fatal process exception: page fault, fault VA = 0x35efa8 > fatal process exception: page fault, fault VA = 0x2c2ce8 > fatal process exception: page fault, fault VA = 0x2c5008 I'm also seeing this, and I'm also getting "fatal process exception:" messages for breakpoint traps when running gdb. From owner-freebsd-hackers Fri May 2 19:09:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05816 for hackers-outgoing; Fri, 2 May 1997 19:09:28 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA05810 for ; Fri, 2 May 1997 19:09:22 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wNUFJ-0006tY-00; Fri, 2 May 1997 20:08:21 -0600 To: Terry Lambert Subject: Re: make flags Cc: bsdhack@shadows.aeon.net (mika ruohotie), hackers@freebsd.org In-reply-to: Your message of "Fri, 02 May 1997 14:00:08 PDT." <199705022100.OAA09474@phaeton.artisoft.com> References: <199705022100.OAA09474@phaeton.artisoft.com> Date: Fri, 02 May 1997 20:08:21 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705022100.OAA09474@phaeton.artisoft.com> Terry Lambert writes: : The makefiles must be "-j" aware. Alternatively, -j 2 could be added to the MAKE make macro, which would help a lot. Currently, it isn't added. However, things like -k are. Go figure. : All in all, I don't think you'd get much of a win from anything : other than -current with the changes in place. In build libc with -j 2 and w/o I found that it was faster on my PPro 200 to do it w/o the flag. I got 99% CPU without the flag, and 87% CPU with the flag. Maybe I'm a mutant :-) Warner From owner-freebsd-hackers Fri May 2 19:19:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA06114 for hackers-outgoing; Fri, 2 May 1997 19:19:04 -0700 (PDT) Received: from rhiannon.clari.net.au (dns1.clari.net.au [203.27.85.9]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA06109 for ; Fri, 2 May 1997 19:18:58 -0700 (PDT) Received: (from root@localhost) by rhiannon.clari.net.au (8.8.5/8.6.10) id MAA13322; Sat, 3 May 1997 12:18:42 +1000 (EST) Date: Sat, 3 May 1997 12:18:42 +1000 (EST) From: Peter Hawkins Message-Id: <199705030218.MAA13322@rhiannon.clari.net.au> To: danny@panda.hilink.com.au, jgrosch@sirius.com Subject: Re: SPAM target Cc: hackers@FreeBSD.ORG, terry@lambert.org Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Actually I would prefer that we consider hacking smtp to have it perform a verify on the incoming mail's origin and reject any attempted connections where that host is not reachable. I tire fast of the mail from make.lots.of.money@just.send.me.ten.dollars Basically if I would not be able to reply to a mail sendmail would not deliver it. Yes, some mail is rejected if a host goes down at precisely the wrong instant but that would be uncommon. Peter From owner-freebsd-hackers Fri May 2 19:29:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA06427 for hackers-outgoing; Fri, 2 May 1997 19:29:58 -0700 (PDT) Received: from gns.com.br (dl0235-bsb.GNS.com.br [200.239.56.235]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA06404 for ; Fri, 2 May 1997 19:28:32 -0700 (PDT) Received: (from dcs@localhost) by gns.com.br (8.8.5/8.7.3) id XAA04390 for hackers@FreeBSD.ORG; Fri, 2 May 1997 23:31:00 -0300 (EST) From: "Daniel C. Sobral" Message-Id: <199705030231.XAA04390@gns.com.br> Subject: /usr/src/etc/Makefile install rule In-Reply-To: <199705012033.NAA14891@hub.freebsd.org> from "owner-hackers-digest@FreeBSD.ORG" at "May 1, 97 01:33:14 pm" To: hackers@FreeBSD.ORG Date: Fri, 2 May 1997 23:29:40 -0300 (EST) Disclaimer: Klaatu Barada Nikto! X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Thu, 01 May 1997 01:40:46 -0700 > Subject: Re: /usr/src/etc/Makefile install rule. > > > Say bye-bye to /etc/sysconfig? :) was it broken? > > It was cluttered. As I've said before, /etc/rc.conf is simply > sysconfig "cleaned up" and ordered into a more compact, readable > format. I'm also due to add a man page for rc.conf, which I will I was just scouting rc.conf for the changes I'd have to make and... it doesn't seem to have much space in the keymap line for the entire path... -- Daniel C. Sobral (8-DCS) dcs@gns.com.br dcs@linf.unb.br November, n.: The eleventh twelfth of a weariness. -- Ambrose Bierce, "The Devil's Dictionary" From owner-freebsd-hackers Fri May 2 19:41:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07362 for hackers-outgoing; Fri, 2 May 1997 19:41:30 -0700 (PDT) Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07347 for ; Fri, 2 May 1997 19:41:18 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id KAA08411; Sat, 3 May 1997 10:23:04 +0800 (WST) Date: Sat, 3 May 1997 10:23:04 +0800 (WST) From: Adrian Chadd To: Terry Lambert cc: "Jeffrey J. Mountin" , tom@sdf.com, FreeBSD-Hackers@FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: <199705021807.LAA09064@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 2 May 1997, Terry Lambert wrote: > > Jeffrey J. Mountin writes: > > [ ... lot of nice info on how his machines are anti-spammed ... ] > > Any chance we could get you to build an "anti-spam-in-a-can" package > that can bee installed to "spam-proof" FreeBSD boxes? > > Imagine "Anti-SPAM" on the pagackages menu. Right on top. Might be a bit late but.. Yes there is. I'm sure people on this list know all about the modifications to do to sendmail.cf file to allow lists of who can use you as a mail relay, who can actually use you to send email (IP ranges - very nice), force DNS resolution of from addresses (you *COULD* spoof, but then most spammers probably don't know what DNS spoofing is), and a list of domains and user@domains to not accept mail from. Its currently the craze in Perth, and probably the rest of Australia after we were hit by some spam from someone using a psi.net account. My suggestion is a package with a modified sendmail.cf file with these changes (or even ship this file *with* the default installation, and create "default" files which allow everyone to use you as a mail relay, etc), and the package overwrites the domain and u@domain spam files. That would be way cool IMHO, and if people like the idea I might just make something up. Adrian. From owner-freebsd-hackers Fri May 2 19:49:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07673 for hackers-outgoing; Fri, 2 May 1997 19:49:56 -0700 (PDT) Received: from irbs.irbs.com (jc@irbs.irbs.com [199.182.75.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07668 for ; Fri, 2 May 1997 19:49:53 -0700 (PDT) Received: (from jc@localhost) by irbs.irbs.com (8.8.5/8.8.5) id WAA21064; Fri, 2 May 1997 22:49:48 -0400 (EDT) Message-ID: <19970502224948.20236@irbs.com> Date: Fri, 2 May 1997 22:49:48 -0400 From: John Capo To: freebsd-hackers@FreeBSD.ORG Subject: Re: SPAM target References: <3.0.1.32.19970502110243.007b3dc0@pop.pitt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <3.0.1.32.19970502110243.007b3dc0@pop.pitt.edu>; from John Duncan on Fri, May 02, 1997 at 11:02:43AM -0400 X-Organization: IRBS Engineering, (954) 792-9551 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Quoting John Duncan (jddst19+@pitt.edu): > > I've always wondered this, which doesn't apply in this case. Why doesn't > the government regulate addresses such that all sender and reply-to > addresses have to be valid addresses within a valid domain? It doesn't > matter if it's a bot or anything, it just can't be "yyyzzz@xyxy.com" or No government anything please. Checking for a valid envelope address works fine. May 2 13:11:12 irbs sendmail[5241]: Ruleset check_mail () rejection: 418 ... unresolvable host name spacemailer.com http://www.informatik.uni-kiel.de/%7Eca/email/english.html http://spam.abuse.net/spam/ ftp://ftp.irbs.com/pub/sendmail John Capo IRBS Engineering From owner-freebsd-hackers Fri May 2 19:55:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07966 for hackers-outgoing; Fri, 2 May 1997 19:55:56 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07960 for ; Fri, 2 May 1997 19:55:54 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id MAA22877; Sat, 3 May 1997 12:50:45 +1000 Date: Sat, 3 May 1997 12:50:45 +1000 From: Bruce Evans Message-Id: <199705030250.MAA22877@godzilla.zeta.org.au> To: imp@village.org, terry@lambert.org Subject: Re: make flags Cc: bsdhack@shadows.aeon.net, hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Alternatively, -j 2 could be added to the MAKE make macro, which would >help a lot. Currently, it isn't added. However, things like -k are. It is added (actually to .MAKEFLAGS) but parsing of -j in .MAKEFLAGS is broken. Bruce From owner-freebsd-hackers Fri May 2 19:59:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA08109 for hackers-outgoing; Fri, 2 May 1997 19:59:34 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA08104 for ; Fri, 2 May 1997 19:59:31 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wNV2V-0006yB-00; Fri, 2 May 1997 20:59:11 -0600 To: Bruce Evans Subject: Re: make flags Cc: terry@lambert.org, bsdhack@shadows.aeon.net, hackers@freebsd.org In-reply-to: Your message of "Sat, 03 May 1997 12:50:45 +1000." <199705030250.MAA22877@godzilla.zeta.org.au> References: <199705030250.MAA22877@godzilla.zeta.org.au> Date: Fri, 02 May 1997 20:59:11 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705030250.MAA22877@godzilla.zeta.org.au> Bruce Evans writes: : >Alternatively, -j 2 could be added to the MAKE make macro, which would : >help a lot. Currently, it isn't added. However, things like -k are. : : It is added (actually to .MAKEFLAGS) but parsing of -j in .MAKEFLAGS : is broken. That would explain why my make world -j 2 test I ran didn't do any faster or slower than w/o -j 2. Warner From owner-freebsd-hackers Fri May 2 20:37:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA09236 for hackers-outgoing; Fri, 2 May 1997 20:37:02 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09230 for ; Fri, 2 May 1997 20:36:58 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id UAA03085; Fri, 2 May 1997 20:36:33 -0700 (PDT) Message-ID: <19970502203633.45646@hydrogen.nike.efn.org> Date: Fri, 2 May 1997 20:36:33 -0700 From: John-Mark Gurney To: Frank Seltzer Cc: hackers@FreeBSD.ORG Subject: Re: WD and SD drives with NCR 53C400 card References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Frank Seltzer on Fri, May 02, 1997 at 08:41:30PM -0400 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Frank Seltzer scribbled this message on May 2: > I am trying to put together a FreeBSD box that will boot from a 120 meg > IDE drive. As I know that this is too small a drive to be very functional, > I am trying to back this with a 1 gig SCSI drive. I don't have a supported > bootable SCSI adapter, but I do have a Trantor T130B that I have been > using for my CD. I can not make sysinstall see the SCSI drive, all it sees > is the IDE. Is it possible to make this combination work? it should work fine... just use the nca device driver... the T130B is an 8bit board based on the NCR53C400 or Zilog chips right? I had a similar board that I used for scsi before I got a real scsi card... I'm not sure if the boot.flp has the nca device though... -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Fri May 2 20:58:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA10139 for hackers-outgoing; Fri, 2 May 1997 20:58:16 -0700 (PDT) Received: from abby.skypoint.net (abby.skypoint.net [199.86.32.252]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA10130 for ; Fri, 2 May 1997 20:58:10 -0700 (PDT) Received: (from uucp@localhost) by abby.skypoint.net (8.8.5/alexis 2.7) with UUCP id WAA05337; Fri, 2 May 1997 22:56:52 -0500 (CDT) Received: (from bruce@localhost) by zuhause.mn.org (8.8.5/8.8.5) id WAA07115; Fri, 2 May 1997 22:51:44 -0500 (CDT) Date: Fri, 2 May 1997 22:51:44 -0500 (CDT) Message-Id: <199705030351.WAA07115@zuhause.mn.org> From: Bruce Albrecht To: Terry Lambert Cc: bsdhack@shadows.aeon.net (mika ruohotie), hackers@FreeBSD.ORG Subject: Re: make flags In-Reply-To: <199705022100.OAA09474@phaeton.artisoft.com> References: <199705021852.VAA03005@shadows.aeon.net> <199705022100.OAA09474@phaeton.artisoft.com> X-Mailer: VM 6.22 under 19.15p2 XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > For a build world, this includes modifying "/etc/make.conf". > > There's a lot of changes that went into makeing -j work down to > inferior makefiles (check out the "parallel make" thread in the > -current archives). This may be, but it's out of date. I tried hacking bsd.subdir.mk so that it would add the -j makes at the lowest level subdirs, and it died due to inadequate dependency specifications. I figure it will take several iterations to get it right, and I don't have the time until sometime next week at the earliest to play with it. I was disappointed, because I wanted to see just how fast a make world is on a dual CPU PPro-200. As it stands now, there's a lot of idle time on my machine which is currently running make world. From owner-freebsd-hackers Fri May 2 21:09:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10718 for hackers-outgoing; Fri, 2 May 1997 21:09:38 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA10713 for ; Fri, 2 May 1997 21:09:35 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id OAA24986; Sat, 3 May 1997 14:00:26 +1000 Date: Sat, 3 May 1997 14:00:26 +1000 From: Bruce Evans Message-Id: <199705030400.OAA24986@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, imp@village.org Subject: Re: Mounting other people's disks? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just had to make some repairs to my OpenBSD/arc disk. I had >hoped to be able to do this on my FreeSBD box. However, FreeBSD >refused to allow me to mount this disk. It compained long and >bitterly about how the disklabel was bogus because it referred to >things outside of the slice it was on. > > Is there some way to tell FreeBSD "Look, I know that you don't >like this disk, but just cope and pretend it is a legacy disk w/o >slices, please?" A quick look at the code didn't show anything >obvious that I could do. Just ignore the warnings and don't use the things outside the slice (they should be harmlessly unusable anyway since they are empty). Be careful not to write to the label or the parts outside the slice will be forgotten. If you actually want to mount things that are outside the slice, then you have to use fdisk to change the slice so that they are inside, or just refer to them using the correct slice number. Bruce From owner-freebsd-hackers Fri May 2 21:51:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA12209 for hackers-outgoing; Fri, 2 May 1997 21:51:29 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA12204 for ; Fri, 2 May 1997 21:51:25 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id XAA22816; Fri, 2 May 1997 23:52:26 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma022753; Fri May 2 23:52:06 1997 Message-Id: <3.0.32.19970502235144.00b040f4@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 23:51:44 -0500 To: jgrosch@sirius.com From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: terry@lambert.org (Terry Lambert), hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:45 AM 5/2/97 -0700, Josef Grosch wrote: >Terry Lambert said: >>Of course, if someone wanted to build a little program to connect to >>their smtp server and send an "RSET\r\n" every >>to keep the smtp server process alive and it's pages in core... >> >>And then if a certain mailing list of someone's friends were made aware >>of the URL to pick up their copy of the program... >> >>And then if it's realized that Linux is a memory overcommit architecture... >> >>It seems to me that this hypothetical person would play hell with their >>ability to start spam sending processes. > >Terry, that is a diabolically clever idea! Hmmm... guess THAT would teach them to send to -hackers. ROFL! ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri May 2 21:53:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA12314 for hackers-outgoing; Fri, 2 May 1997 21:53:55 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA12309 for ; Fri, 2 May 1997 21:53:54 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id XAA23164; Fri, 2 May 1997 23:56:25 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma023142; Fri May 2 23:56:23 1997 Message-Id: <3.0.32.19970502235601.00b040f4@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 23:56:01 -0500 To: "Daniel O'Callaghan" From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 06:38 AM 5/3/97 +1000, Daniel O'Callaghan wrote: >The nice thing is that it would only require a single SMTP connection >from every conspirator. Hmmmm.... very tempting, but I don't like to be trouble, just axe it. >The thing *I'd* like to know is how to get Earthlink to stop allowing >relay. I've e-mailed them the sendmail rules on how to do it, so they >can't claim ignorance. WHOA! They need to stop relay, but the are gunning for CP big time. Check out: http://www.news.com/News/Item/0,4,10244,00.html There is a lot of spam related article links as well. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri May 2 21:59:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA12517 for hackers-outgoing; Fri, 2 May 1997 21:59:21 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA12512 for ; Fri, 2 May 1997 21:59:19 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id AAA24130; Sat, 3 May 1997 00:00:29 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma023479; Fri May 2 23:59:57 1997 Message-Id: <3.0.32.19970502235934.00bb5788@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 02 May 1997 23:59:35 -0500 To: Terry Lambert From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: FreeBSD-Hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:07 AM 5/2/97 -0700, Terry Lambert wrote: > >Jeffrey J. Mountin writes: > >[ ... lot of nice info on how his machines are anti-spammed ... ] Thanks! I'll pass the compliment to the coder, but we in addition apply some of the rules to our users. Just like you should have IP spoof filters on the outbound. >Any chance we could get you to build an "anti-spam-in-a-can" package >that can bee installed to "spam-proof" FreeBSD boxes? > >Imagine "Anti-SPAM" on the pagackages menu. Right on top. The program is still maturing and has some original TIS smap code, but that would not take much, at least in smap, but smapd would need a rewrite. I'd like to offer it for the ports collection. Some day I hope. 8-) ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri May 2 22:09:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12840 for hackers-outgoing; Fri, 2 May 1997 22:09:49 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA12834 for ; Fri, 2 May 1997 22:09:47 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id AAA06887; Sat, 3 May 1997 00:11:01 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma006832; Sat May 3 00:10:57 1997 Message-Id: <3.0.32.19970503001034.00bde1cc@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 03 May 1997 00:10:35 -0500 To: Adrian Chadd From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: Terry Lambert , FreeBSD-Hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 10:23 AM 5/3/97 +0800, Adrian Chadd wrote: >On Fri, 2 May 1997, Terry Lambert wrote: >> Jeffrey J. Mountin writes: >> >> [ ... lot of nice info on how his machines are anti-spammed ... ] >> >> Any chance we could get you to build an "anti-spam-in-a-can" package >> that can bee installed to "spam-proof" FreeBSD boxes? >> >> Imagine "Anti-SPAM" on the pagackages menu. Right on top. > >Might be a bit late but.. Uh we do things that sendmail *could* do, but it just doesn't have the functionality at this time. >Yes there is. > >I'm sure people on this list know all about the modifications to do to >sendmail.cf file to allow lists of who can use you as a mail relay, who >can actually use you to send email (IP ranges - very nice), force DNS >resolution of from addresses (you *COULD* spoof, but then most spammers >probably don't know what DNS spoofing is), and a list of domains and >user@domains to not accept mail from. Yes, yes, YES! Now how about telling everyone to start doing this, as well has having inverse DNS on their outbound SMTP servers (most spammers don't bother with this and I have about 5000 IPs with no DNS that tried to send mail to us). So it will refuse mail from specific domains... need to read some more, but I've only had the new bat bible for a week. >Its currently the craze in Perth, and probably the rest of Australia after >we were hit by some spam from someone using a psi.net account. Congrats then! Now that Netcom and Earthlink are trying to resolve the problems that mass mail causes for them, I'd like to see a more pro-active stance by ISP's in the use and enforcement of "acceptable use" by NSPs/ISPs. >My suggestion is a package with a modified sendmail.cf file with these >changes (or even ship this file *with* the default installation, and >create "default" files which allow everyone to use you as a mail relay, >etc), and the package overwrites the domain and u@domain spam files. Our proxy reads from 5 tables, now if sendmail could do that, it would be easier as a part of sendmail. Sendmail should not accept messages that have a blank 'MAIL From:' and we will not accept this, missing "@" or missing "." (first checks) and then goes on to see if there is a valid TLD after the rightmost "." etc and this would block a very large portion of junk mail. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Fri May 2 22:09:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12869 for hackers-outgoing; Fri, 2 May 1997 22:09:58 -0700 (PDT) Received: from bigpuppy.newell.arlington.va.us (bigpuppy.newell.arlington.va.us [208.218.26.242]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA12859 for ; Fri, 2 May 1997 22:09:54 -0700 (PDT) Received: from localhost (mnewell@localhost) by bigpuppy.newell.arlington.va.us (8.6.12/8.6.9) with SMTP id BAA22363 for ; Sat, 3 May 1997 01:09:43 -0400 Date: Sat, 3 May 1997 01:09:42 -0400 (EDT) From: Mike Newell To: hackers@freebsd.org Subject: GUS Max problems... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ... I tried sending to questions, but didn't get an answer, so I figured I'd try here... :-) I've got a FreeBSD 2.2.1 system that I just built out. I pulled my GUS Max (512K) card out of my 2.1 system where it was working fine and stuffed it in the 2.2.1 system. The 2.1 system is an ASUS P166 [Intel chip], and the 2.2.1 is a generic P133 [AMD chip]. I built the kernel on the new system with the same parameters as the old system; controller snd0 device gus0 at isa? port 0x220 irq 12 drq 1 flags 0x3 vector gusintr (I also tried without the "flags 0x3" argument). The kernel builds OK, but during the probe I get gus0 at 0x220 irq 12 drq 1 flags 0x3 on isa gus0: [Where's the CS4231?] --------------------------------------^^^^^^^^^^^^^^^^^^^^^ This is coming from some GUS code that hasn't changed since 2.1; it's calling the ab1848 code which HAS changed. I even tried the old 2.1 ab1848 code; no luck. I searched the archives (both mine and off the Web page) and couldn't find anything similar. Any clues? It's a cold world with no audio... :-( Much obliged, Mike +--------------------------------------+------------------------------------+ | Mike Newell | The opinions expressed herein | | Affiliation: | are mine. You can take them or | | Address: | leave them. Flames to /dev/null. | +--------------------------------------+------------------------------------+ | Mike@Newell.arlington.va.us | http://www.newell.arlington.va.us | +--------------------------------------+------------------------------------+ | "Peace. It's wonderful!" Father Divine. | +---------------------------------------------------------------------------+ From owner-freebsd-hackers Fri May 2 22:47:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA13954 for hackers-outgoing; Fri, 2 May 1997 22:47:48 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA13949 for ; Fri, 2 May 1997 22:47:44 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id PAA06372; Sat, 3 May 1997 15:48:11 +1000 (EST) Date: Sat, 3 May 1997 15:48:10 +1000 (EST) From: "Daniel O'Callaghan" To: "Jeffrey J. Mountin" cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: <3.0.32.19970503001034.00bde1cc@mixcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 May 1997, Jeffrey J. Mountin wrote: > Sendmail should not accept messages that have a blank 'MAIL From:' and we > will not accept this, missing "@" or missing "." (first checks) and then > goes on to see if there is a valid TLD after the rightmost "." etc and this > would block a very large portion of junk mail. Only until the rats learn the new maze - all they have to do there is to give a real domain with a fake user. e.g. nobody@lon3.melbourne.telstra.net. So then you teach sendmail to attempt to verify the user in the From: MAIL FROM: {hang on a tick, connect hilink.com.au, HELO, MAIL FROM: , RCPT TO: , 250 RCPT OK, QUIT} Now, what were you saying... So then they take the first bunny in the list of spam addresses and make him the apparent sender. :-( The only real solution is the removal of SMTP and a new MTP which requires everyone in the world to have a signing certificate from a recognised CA. Danny From owner-freebsd-hackers Fri May 2 23:04:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA14534 for hackers-outgoing; Fri, 2 May 1997 23:04:21 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA14529 for ; Fri, 2 May 1997 23:04:19 -0700 (PDT) Received: from bogus.mindspring.com (user-37kb9ah.dialup.mindspring.com [207.69.165.81]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id CAA17113; Sat, 3 May 1997 02:04:13 -0400 (EDT) Message-Id: <1.5.4.32.19970503060412.006ebcac@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 03 May 1997 02:04:12 -0400 To: boards@nise-ch.nosc.mil From: "Kevin P. Neal" Subject: Re: SPAM target Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:01 AM 5/2/97 -0400, Stephen Board wrote: >I got this from another spam message sent to me. Maybee we I get these as well. In fact, I now get more junk email than junk mail. That's right. I still have about 100-150 pieces of email to read. One of the ones I have read was from a spammer. Today in the mail I got a flyer from some company selling towels (and that's all the junk mail). >====================================== >X-1: The mail you received from this server did not originate from >X-2: Cyber Promotions. This server only relays mail from >other sources. >X-3: To report abuse, please send email to abuse@cyberpromo.com >X-4: The easiest way to remove yourself from a mailing list is to >X-5: hit reply and type "remove" in the subject field or >message body. This is a total crock of sh*t. This doesn't work: I forward *all* of my cyberpromo mail back at this address, and nothing ever happens (except more junk mail). Something has to be done, and I'm not talking about my email program filtering out the messages (cause I still have to retrieve them). I hate to bring the government into this, but the telcos are going to have to just pull the plug on these guys (which won't happen). Then again, if they make this illegal, then they are just going to move out of the country and send the mail anyway. Guns. Big ones. That's what we need. (I'm venting, of course) -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Fri May 2 23:04:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA14569 for hackers-outgoing; Fri, 2 May 1997 23:04:31 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA14558 for ; Fri, 2 May 1997 23:04:28 -0700 (PDT) Received: from bogus.mindspring.com (user-37kb9ah.dialup.mindspring.com [207.69.165.81]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id CAA17123; Sat, 3 May 1997 02:04:17 -0400 (EDT) Message-Id: <1.5.4.32.19970503060415.0095c4bc@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 03 May 1997 02:04:15 -0400 To: "Daniel O'Callaghan" From: "Kevin P. Neal" Subject: Re: SPAM target Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 06:38 AM 5/3/97 +1000, Daniel O'Callaghan wrote: >The thing *I'd* like to know is how to get Earthlink to stop allowing >relay. I've e-mailed them the sendmail rules on how to do it, so they >can't claim ignorance. Sure they can. There's an ISP near here that is so poorly run that they can't get anything right. For example, normal users could telnet into the mail server. Their solution? Disable telnetd on the mail server. They forgot to disable rlogin. They also reportedly had the permissions wrong on /tmp. A friend of mine (who is one of their customers) emailed them the exact command "chmod 1777 /tmp". Their response? "We're working on it.". Some people *really* are *that dumb*. -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Sat May 3 00:22:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA17281 for hackers-outgoing; Sat, 3 May 1997 00:22:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA17275 for ; Sat, 3 May 1997 00:22:32 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA03248 for hackers@FreeBSD.ORG; Sat, 3 May 1997 09:22:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03309; Sat, 3 May 1997 09:09:57 +0200 (MET DST) Message-ID: <19970503090957.KO25385@uriah.heep.sax.de> Date: Sat, 3 May 1997 09:09:57 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: fatal process exception? References: <199705022052.NAA09442@implode.root.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705022052.NAA09442@implode.root.com>; from David Greenman on May 2, 1997 13:52:40 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Greenman wrote: > You have the "DEBUG" option in your kernel. That option SHOULD NEVER be > in a kernel config file! We should document this warning in LINT. Perhaps this message should be hidden behind option `TRAPDEBUG'? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 3 00:48:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA17864 for hackers-outgoing; Sat, 3 May 1997 00:48:17 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA17859 for ; Sat, 3 May 1997 00:48:15 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA03452 for hackers@FreeBSD.ORG; Sat, 3 May 1997 09:48:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA03383; Sat, 3 May 1997 09:29:32 +0200 (MET DST) Message-ID: <19970503092932.MV50905@uriah.heep.sax.de> Date: Sat, 3 May 1997 09:29:32 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: WD and SD drives with NCR 53C400 card References: <19970502203633.45646@hydrogen.nike.efn.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970502203633.45646@hydrogen.nike.efn.org>; from John-Mark Gurney on May 2, 1997 20:36:33 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > it should work fine... just use the nca device driver... the T130B is an > 8bit board based on the NCR53C400 or Zilog chips right? > > I had a similar board that I used for scsi before I got a real scsi card... I never had any luck using the cheap NCR 53C400-based boards that accompany HP ScanJets. This might be a question of finding the correct IO port number for them, since these boards are undocumented. Does anybody have a list of IO addresses for them? At least, the usual port numbers mentioned in GENERIC didn't work. (The boards are no doubt 53C400, so the nca driver should work.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 3 00:55:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA18035 for hackers-outgoing; Sat, 3 May 1997 00:55:54 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA18030 for ; Sat, 3 May 1997 00:55:52 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id CAA07911; Sat, 3 May 1997 02:58:23 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma007824; Sat May 3 02:57:56 1997 Message-Id: <3.0.32.19970503025730.00b0b99c@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 03 May 1997 02:57:31 -0500 To: "Daniel O'Callaghan" From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: FreeBSD-Hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 03:48 PM 5/3/97 +1000, Daniel O'Callaghan wrote: >Only until the rats learn the new maze - all they have to do there is to >give a real domain with a fake user. e.g. nobody@lon3.melbourne.telstra.net. They do this already. >So then you teach sendmail to attempt to verify the user in the From: > >MAIL FROM: >{hang on a tick, connect hilink.com.au, HELO, MAIL FROM: , >RCPT TO: , 250 RCPT OK, QUIT} >Now, what were you saying... > >So then they take the first bunny in the list of spam addresses and make >him the apparent sender. :-( If you allow vrfy that is. Also need to block receipts too. Hmmm.... have to look, such a check could be built in to our proxy. >The only real solution is the removal of SMTP and a new MTP which >requires everyone in the world to have a signing certificate from a >recognised CA. Yes this would be good... don't know a whole lot about IPv6, but isn't this problem addressed? Along with "proper" setup of services. ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Sat May 3 01:21:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA18641 for hackers-outgoing; Sat, 3 May 1997 01:21:56 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA18636 for ; Sat, 3 May 1997 01:21:54 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id DAA09447; Sat, 3 May 1997 03:24:24 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma009386; Sat May 3 03:23:57 1997 Message-Id: <3.0.32.19970503032331.00bf4f74@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 03 May 1997 03:23:32 -0500 To: "Kevin P. Neal" From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 02:04 AM 5/3/97 -0400, Kevin P. Neal wrote: >At 06:38 AM 5/3/97 +1000, Daniel O'Callaghan wrote: >>The thing *I'd* like to know is how to get Earthlink to stop allowing >>relay. I've e-mailed them the sendmail rules on how to do it, so they >>can't claim ignorance. > >Sure they can. What kills me when someone tells me drop my secuity. "Yeah, and here are the keys to my house." I only say this because a friend on our system has been on just about every provider that can provide local access to Milwaukee. He only bitches about my security. The basic inverse checking for telnet POP, ftp, and telnet blocked him many a time. Don't know how some of large nations got that way.... would guess 2 factors. You *can* throw money at a problem to "fix" it and customers are easily gulled. >There's an ISP near here that is so poorly run that they can't get anything >right. > >For example, normal users could telnet into the mail server. Their solution? >Disable telnetd on the mail server. They forgot to disable rlogin. Wonder if you could say link time to chargen there? >They also reportedly had the permissions wrong on /tmp. A friend of mine >(who is one of their customers) emailed them the exact command >"chmod 1777 /tmp". Their response? "We're working on it.". > >Some people *really* are *that dumb*. Guess that is better than 5777 on a CGI dir or the more common 4777 on cgi programs, which a malicious user could exploit. Have to admit the can to some "creative" work: ; <<>> DiG 2.1 <<>> -x ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6 ;; flags: qr aa rd ra; Ques: 1, Ans: 1, Auth: 4, Addit: 4 ;; QUESTIONS: ;; 7.72.55.206.in-addr.arpa, type = ANY, class = IN ;; ANSWERS: 7.72.55.206.in-addr.arpa. 86400 CNAME 7.0/24.72.55.206.in-addr.arpa. Sorry, but I don't care to guess what they did for this to show up. OTOH, I have dealt with a number of ISPs and private networks that at least could follow how to setup/fix inverse mapping. Can't stand "It isn't OUR system." ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Sat May 3 01:32:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA18878 for hackers-outgoing; Sat, 3 May 1997 01:32:16 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA18873 for ; Sat, 3 May 1997 01:32:12 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id SAA06976; Sat, 3 May 1997 18:32:40 +1000 (EST) Date: Sat, 3 May 1997 18:32:39 +1000 (EST) From: "Daniel O'Callaghan" To: "Jeffrey J. Mountin" cc: hackers@FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: <3.0.32.19970502235144.00b040f4@mixcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 2 May 1997, Jeffrey J. Mountin wrote: > At 11:45 AM 5/2/97 -0700, Josef Grosch wrote: > >Terry Lambert said: > >>Of course, if someone wanted to build a little program to connect to > >>their smtp server and send an "RSET\r\n" every > >>to keep the smtp server process alive and it's pages in core... > >> > >>And then if a certain mailing list of someone's friends were made aware > >>of the URL to pick up their copy of the program... > >> > >>It seems to me that this hypothetical person would play hell with their > >>ability to start spam sending processes. > > > >Terry, that is a diabolically clever idea! > > Hmmm... guess THAT would teach them to send to -hackers. Another version of this would be to write a small program which sends 1064 byte TCP packets to the offending site, mounting a denial of service attack. 1. src port of packet should be 25 or 23 or 21 or 80 2. dst port of packet should be > 1024, < 4999 3. packet should have the ACK bit set 4. src address should be spoofed randomly for each packet These packets obviously look exactly like packets coming from legitimate connections, and so the only way to filter them is by turning off the router. The program should send a maximum of 1 packet per second. A T1 line is capable of 192kbytes/sec, so 192 collaborators would be able to saturate a T1 line with essentially zero cost to themselves. Because of the spoofed src addresses, the cost of receiving the RST packets is spread throughout the entire Internet. Now, who's going to write this program? Danny From owner-freebsd-hackers Sat May 3 01:38:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA19077 for hackers-outgoing; Sat, 3 May 1997 01:38:01 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA19072 for ; Sat, 3 May 1997 01:37:57 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id BAA03632; Sat, 3 May 1997 01:37:46 -0700 (PDT) Message-ID: <19970503013745.42576@hydrogen.nike.efn.org> Date: Sat, 3 May 1997 01:37:45 -0700 From: John-Mark Gurney To: Joerg Wunsch Cc: hackers@FreeBSD.ORG Subject: Re: WD and SD drives with NCR 53C400 card References: <19970502203633.45646@hydrogen.nike.efn.org> <19970503092932.MV50905@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <19970503092932.MV50905@uriah.heep.sax.de>; from J Wunsch on Sat, May 03, 1997 at 09:29:32AM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2-960801-SNAP i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk J Wunsch scribbled this message on May 3: > As John-Mark Gurney wrote: > > > it should work fine... just use the nca device driver... the T130B is an > > 8bit board based on the NCR53C400 or Zilog chips right? > > > > I had a similar board that I used for scsi before I got a real scsi card... > > I never had any luck using the cheap NCR 53C400-based boards that > accompany HP ScanJets. This might be a question of finding the > correct IO port number for them, since these boards are undocumented. > Does anybody have a list of IO addresses for them? At least, the > usual port numbers mentioned in GENERIC didn't work. well.. my T130 docs mention 0x350, 0x340, 0x250, 0x240... you might try something like hacking the driver to try a struct of addresses, and give most of the free areas to that struct... you just might be lucky... > (The boards are no doubt 53C400, so the nca driver should work.) I have a T128 which has a NS5380, which I believe is suppose to be similar to the NCR53C400 parts... but their performance is terible, that I never spent much time... If I remeber right, a simple double speed cdrom drive would take my old 486/dx40 to it's knees... something like 83-87% cpu time for the card... and I still didn't get max throughput on the cdrom... definately invest the money in a real scsi card... they are just so you can get scsi cdroms and then justify the future purcase of a real scsi card :) -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Sat May 3 02:10:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA20167 for hackers-outgoing; Sat, 3 May 1997 02:10:09 -0700 (PDT) Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA20162 for ; Sat, 3 May 1997 02:10:04 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id QAA09442; Sat, 3 May 1997 16:54:24 +0800 (WST) Date: Sat, 3 May 1997 16:54:24 +0800 (WST) From: Adrian Chadd To: "Daniel O'Callaghan" cc: "Jeffrey J. Mountin" , hackers@FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > A T1 line is capable of 192kbytes/sec, so 192 collaborators would be able > to saturate a T1 line with essentially zero cost to themselves. Because > of the spoofed src addresses, the cost of receiving the RST packets is > spread throughout the entire Internet. > Try making the src IP 127.0.0.1 .. I don't know how many people firewall packets at their routers with a source IP of that (which reminds me, I have to *grin*) > Now, who's going to write this program? I will. Oh wait a tick, I already have written it .. *ducks* Problem is Linux DOES have some interesting (development) anti-DoS code (someone have a look at the 2.0.30 kernel, or the ISS patches to 2.0.29). I haven't tested it personally but some people say it works reasonably well for something under development (in a 2.0 kernel series? *stable* kernels? *giggle*) Adrian. From owner-freebsd-hackers Sat May 3 03:34:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA22427 for hackers-outgoing; Sat, 3 May 1997 03:34:54 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA22422 for ; Sat, 3 May 1997 03:34:47 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id UAA07424; Sat, 3 May 1997 20:35:21 +1000 (EST) Date: Sat, 3 May 1997 20:35:20 +1000 (EST) From: "Daniel O'Callaghan" To: Adrian Chadd cc: hackers@FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 May 1997, Adrian Chadd wrote: > > > A T1 line is capable of 192kbytes/sec, so 192 collaborators would be able > > to saturate a T1 line with essentially zero cost to themselves. Because > > of the spoofed src addresses, the cost of receiving the RST packets is > > spread throughout the entire Internet. > > > > Try making the src IP 127.0.0.1 .. I don't know how many people firewall > packets at their routers with a source IP of that (which reminds me, I > have to *grin*) Many do. That's why src host should be randomly "real". > Problem is Linux DOES have some interesting (development) anti-DoS code > (someone have a look at the 2.0.30 kernel, or the ISS patches to 2.0.29). Who cares about Linux? Forget the host, just saturate their link, and stop people reading their web pages. Another target is ispam.net. Danny From owner-freebsd-hackers Sat May 3 04:24:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA25417 for hackers-outgoing; Sat, 3 May 1997 04:24:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA25402; Sat, 3 May 1997 04:23:38 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id EAA09612; Sat, 3 May 1997 04:23:41 -0700 (PDT) To: Wolfgang Helbig cc: jkh@FreeBSD.org, hackers@FreeBSD.org Subject: Re: rc.conf and tickadj In-reply-to: Your message of "Fri, 02 May 1997 23:01:59 +0200." <199705022101.XAA00219@helbig.informatik.ba-stuttgart.de> Date: Sat, 03 May 1997 04:23:39 -0700 Message-ID: <9610.862658619@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > If tickadj is enabled in rc.conf it might be run twice -- in > rc and in rc.network. Hi Wolfgang, Actually, this was already fixed in RELENG_2_2, I just forgot to bring it over into -current. :-} Updated, thanks! Jordan From owner-freebsd-hackers Sat May 3 05:01:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA26269 for hackers-outgoing; Sat, 3 May 1997 05:01:47 -0700 (PDT) Received: from obiwan.psinet.net.au (obiwan.psinet.net.au [203.19.28.59]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA26263 for ; Sat, 3 May 1997 05:01:41 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id TAA10034 for ; Sat, 3 May 1997 19:46:18 +0800 (WST) Date: Sat, 3 May 1997 19:46:17 +0800 (WST) From: Adrian Chadd To: freebsd-hackers@freebsd.org Subject: Antispam sendmail.cf modifications.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This stuff is just repeats off webpages and usenet postings, but I suppose nothing will happen unless someone does something. :) The diffs from the standard sendmail.cf file are as follows : --- /etc/sendmail.cf Sat May 3 19:19:09 1997 +++ /etc/sendmail.cf.back Sat May 3 18:55:44 1997 @@ -85,21 +85,6 @@ # ... define this only if sendmail cannot automatically determine your domain #Dj$w.Foo.COM -# Both these files are basic text files, one host or user@host per line -# a list of known spammers, user@host form one per line -F{Spammer}/etc/sendmail/spammers - -# A list of domains to completely block, one per line -F{SpamDomains}/etc/sendmail/spamdomains - -Kdequote dequote -# Localdomains is a plaintext list of domains we accept mail for, including -# virtual domains -F{LocalDomains}/etc/sendmail/virtdomains -# Contains a plaintext list of IPs we will relay mail for, can be X.Y.Z to -# cover a whole class C.. -F{LocalNetworks}/etc/sendmail/localnetworks - CP. @@ -929,49 +914,3 @@ R$+ $: $>61 $1 R$+ $: $>93 $1 - - - -# blocking of spammers at MAIL From: -Scheck_mail -R<$={Spammer}> $#error $@ 5.7.1 $: "571 We don't accept junk mail" -R$* $: $>3 $1 -R$*<@$={SpamDomains}.>$* $#error $@ 5.7.1 $: "571 We don't accept junk mail from your domain" -R$*<@$={SpamDomains}>$* $#error $@ 5.7.1 $: "571 We don't accept junk mail from your domain" -R$={Spammer} $#error $@ 5.7.1 $: "571 We don't accept junk mail from your domain" - - - -# -# check_rcpt -# -Scheck_rcpt - -# mail terminating locally is ok -R$*$={LocalDomains}$* $@ OK - -# adding the client's domain name... -R$* $: $(dequote "" $&{client_name} $) $| $1 - -# directly invoked (no client name) is ok -R $| $* $@ OK - -# we will relay mail from clients in our own domain -R$*$={LocalDomains}$* $| $* $@ OK - -# adding the client's ip number... -R$* $: $(dequote "" $&{client_addr} $) $| $1 - -# directly invoked (no ip address) is ok -R0 $| $* $| $* $@ OK - -# we will relay all mail from clients on our own networks -R$*$={LocalNetworks}$* $| $* $| $* $@ OK - -# or from localhost -R$*127.0.0.1$* $| $* $| $* $@ - -# anything else is bogus -R$* $#error $: "550 Relay Denied" - - *** End You have 4 files in /etc/sendmail/ : localnetworks: IPs which you will relay mail from - eg the IP ranges of your dialups. can be set as XXX.XXX.XXX to allow the C-class. virtdomains: Domains which you accept mail for - including virtual ones. spamdomains: Domains you want to reject for spamming spammers: u@h 's that you want to reject for spamming. Testing show that they work, my only gripe is that (apparently) if I have cyberpromo.com in spamdomains, it will reject mail from luser@cyberpromo.com, but not luser@something.cyberpromo.com. That would be a better feature, if someone wants to modify my patch for that to work. Also, I wouldn't mind the modification that makes sendmail refuse MAIL FROM:s with invalid domain names... I'll go out and find it but if anyone else has it, feel free to email it here. Cya -- Adrian Chadd | UNIX, MS-DOS and Windows ... | (also known as the Good, the bad and the | ugly..) From owner-freebsd-hackers Sat May 3 05:22:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA26740 for hackers-outgoing; Sat, 3 May 1997 05:22:24 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA26735 for ; Sat, 3 May 1997 05:22:21 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA07107 for hackers@FreeBSD.ORG; Sat, 3 May 1997 14:22:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id NAA04565; Sat, 3 May 1997 13:58:25 +0200 (MET DST) Message-ID: <19970503135825.FR48810@uriah.heep.sax.de> Date: Sat, 3 May 1997 13:58:25 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: WD and SD drives with NCR 53C400 card References: <19970502203633.45646@hydrogen.nike.efn.org> <19970503092932.MV50905@uriah.heep.sax.de> <19970503013745.42576@hydrogen.nike.efn.org> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <19970503013745.42576@hydrogen.nike.efn.org>; from John-Mark Gurney on May 3, 1997 01:37:45 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As John-Mark Gurney wrote: > I have a T128 which has a NS5380, which I believe is suppose to be similar > to the NCR53C400 parts... but their performance is terible, that I never > spent much time... If I remeber right, a simple double speed cdrom drive > would take my old 486/dx40 to it's knees... something like 83-87% cpu > time for the card... and I still didn't get max throughput on the cdrom... > > definately invest the money in a real scsi card... :-) You don't need to convince me for a busmaster DMA card, vs. PIO mode. :-) I for sure know the difference... But sometimes, if you want to connect just a tape drive only to a foreign machine, using such a 53C400 board might be an option. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 3 05:48:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA27448 for hackers-outgoing; Sat, 3 May 1997 05:48:01 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [198.180.136.138]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA27435 for ; Sat, 3 May 1997 05:47:56 -0700 (PDT) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.5/8.8.3) id CAA01113; Sat, 3 May 1997 02:46:46 -1000 (HST) Message-Id: <199705031246.CAA01113@caliban.dihelix.com> Subject: Re: Antispam sendmail.cf modifications.. In-Reply-To: from Adrian Chadd at "May 3, 97 07:46:17 pm" To: adrian@obiwan.psinet.net.au (Adrian Chadd) Date: Sat, 3 May 1997 02:46:46 -1000 (HST) Cc: freebsd-hackers@FreeBSD.ORG From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Adrian Chadd >This stuff is just repeats off webpages and usenet postings, but I suppose >nothing will happen unless someone does something. :) > >The diffs from the standard sendmail.cf file are as follows : What a cf file???? :-) Any the following message was on freebsd-questions not long ago. (Of course the freebsd search engine is uselees for this sort of thing) I am using the changes included here in a production environment with only a few changes. My biggest problem stems from sites that dont know what IN-ADDR.ARPA entry is *sigh*. That and the fact that I have been watching the sendmail log to catch users that dial up from other sites.... Good luck. -David Langfod langfod@dihelix.com > Forwarded message follows: Date: Fri, 4 Apr 1997 01:13:29 +0200 (SAT) From: Khetan Gajjar cc: questions@freebsd.org Subject: Re: Uninvited usage for sendmail Sender: owner-questions@freebsd.org >Get sendmail 8.8.5 (seems stable now, been out for a couple of months) >and install the check_* rules. check_relay is the one you want. Just to make like easier, I'm including my freebsd.mc file, which you can use to build your "own" sendmail.cf (in /etc). Place the freebsd.mc file in /usr/src/usr.sbin/sendmail/cf/cf/ and re-compile sendmail/. The anti-spam filtering stuff should be included. PS. I'm including the file readme.txt first, to include the information explaining what all the files do :-) Explanation of files -------------------- -rw-rw-r-- 1 root wheel 56 Mar 25 14:40 LocalNames This is a file which contains all machines which we allow to relay through us - i.e. they can send mail to people outside the domain -rw-rw-r-- 1 root wheel 335 Mar 25 14:31 SpamDomains This is a file which contains all the domains which we do not accept mail from - they are completely banned -rw-rw-r-- 1 root wheel 33 Mar 25 14:31 Spammer This is a file which contains all the users from whom we do not accept mail - they are completely banned -rw-rw-r-- 1 root wheel 24 Mar 25 14:40 relayto This is a file which contains all the machines for whom we retain or accept mail. Usually for virtual domains, or if we're the backup MX for someone -rw-r--r-- 1 root wheel 53 Mar 25 14:40 whoarewe This file contains a list of possible names we're known as --freebsd.mc-- divert(-1) # # Copyright (c) 1983 Eric P. Allman # Copyright (c) 1988, 1993 # The Regents of the University of California. All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution. # 3. All advertising materials mentioning features or use of this software # must display the following acknowledgement: # This product includes software developed by the University of # California, Berkeley and its contributors. # 4. Neither the name of the University nor the names of its contributors # may be used to endorse or promote products derived from this software # without specific prior written permission. # # THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. # # # This is a generic configuration file for 4.4 BSD-based systems, # including 4.4-Lite, BSDi, NetBSD, and FreeBSD. # It has support for local and SMTP mail only. If you want to # customize it, copy it to a name appropriate for your environment # and do the modifications there. # # Anti-spam modifications installed by Khetan from # http://www.informatik.uni-kiel.de/%7Eca/email/check.html # divert(0)dnl VERSIONID(`@(#)freebsd.mc $Revision: 1.3 $') OSTYPE(bsd4.4)dnl DOMAIN(generic)dnl MAILER(local)dnl MAILER(smtp)dnl FEATURE(mailertable, `hash -o /etc/mailertable')dnl define(`UUCP_RELAY', ucbvax.Berkeley.EDU)dnl define(`BITNET_RELAY', mailhost.Berkeley.EDU)dnl define(`CSNET_RELAY', mailhost.Berkeley.EDU)dnl define(`confCW_FILE', `-o /etc/mail/whoarewe')dnl LOCAL_CONFIG F{Spammer} /etc/mail/Spammer F{SpamDomains} /etc/mail/SpamDomains LOCAL_RULESETS Scheck_mail # make sure you have TABs here, not BLANKs! sendmail will complain otherwise... R<$={Spammer}> $#error $@ 4.7.1 $: "471 We don't accept junk mail" R$={Spammer} $#error $@ 4.7.1 $: "471 We don't accept junk mail" R$* $: $>3 $1 canonify R$*<@$*$={SpamDomains}.>$* $#error $@ 4.7.1 $: "471 This domain is banned." go away R$*<@$*$={SpamDomains}>$* $#error $@ 4.7.1 $: "471 This domain is banned." go away LOCAL_CONFIG F{LocalNames} /etc/mail/LocalNames F{RelayTo} /etc/mail/relayto LOCAL_RULESETS Scheck_rcpt # make sure you have TABs here, not BLANKs! sendmail will complain otherwise... # first: get client name R$+ $: $(dequote "" $&{client_name} $) $| $1 R $| $* $@ ok no client name: directly invoked R$*$={LocalNames} $| $* $@ ok from here # not local, check rcpt R$* $| $* $: $>3 $2 # remove local part, maybe repeatedly R$*<@$=w.>$* $>3 $1 $3 # alternatively: R$*<@$*$={RelayTo}.>$* $>3 $1 $4 # still something left? R$*<@$*>$* $#error $@ 4.7.1 $: 471 we do not relay --freebsd.mc-- --- Khetan Gajjar [ http://www.iafrica.com/~khetan] I'm a FreeBSD User! [ http://www.freebsd.org ] PGP Key [finger khetan@chain.iafrica.com] UUNet Internet Africa [0800-030-002 & help@iafrica.com] From owner-freebsd-hackers Sat May 3 06:00:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA27762 for hackers-outgoing; Sat, 3 May 1997 06:00:30 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA27756 for ; Sat, 3 May 1997 06:00:27 -0700 (PDT) Message-Id: <199705031300.GAA27756@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA202294342; Sat, 3 May 1997 22:59:03 +1000 From: Darren Reed Subject: Re: Antispam sendmail.cf modifications.. To: adrian@obiwan.psinet.net.au (Adrian Chadd) Date: Sat, 3 May 1997 22:59:02 +1000 (EST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Adrian Chadd" at May 3, 97 07:46:17 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk hmmm, someone should develop a tcl/tk interface to sendmail.cf so that it is easier to administer. heck, if someone can write a gui for NT to sendmail.cf, why can't someone do it for unix ? From owner-freebsd-hackers Sat May 3 06:27:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA28437 for hackers-outgoing; Sat, 3 May 1997 06:27:55 -0700 (PDT) Received: from sasami.jurai.net (winter@sasami.jurai.net [207.96.1.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA28432 for ; Sat, 3 May 1997 06:27:54 -0700 (PDT) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.5/8.8.5) with SMTP id JAA10340; Sat, 3 May 1997 09:29:32 -0400 (EDT) Date: Sat, 3 May 1997 09:29:32 -0400 (EDT) From: "Matthew N. Dodd" To: Darren Reed cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Antispam sendmail.cf modifications.. In-Reply-To: <199705031300.GAA27756@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 May 1997, Darren Reed wrote: > hmmm, someone should develop a tcl/tk interface to sendmail.cf so that it > is easier to administer. heck, if someone can write a gui for NT to > sendmail.cf, why can't someone do it for unix ? Use the M4 source files. For some reason "tcl/tk" and "easier to administer" look wrong in the same sentence. *grin* /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ From owner-freebsd-hackers Sat May 3 06:34:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA28713 for hackers-outgoing; Sat, 3 May 1997 06:34:40 -0700 (PDT) Received: from digestive.csv.warwick.ac.uk (csubl@digestive.csv.warwick.ac.uk [137.205.148.136]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA28704 for ; Sat, 3 May 1997 06:34:37 -0700 (PDT) From: Mr M P Searle Message-Id: <5606.199705031334@digestive.csv.warwick.ac.uk> Received: by digestive.csv.warwick.ac.uk id OAA05606; Sat, 3 May 1997 14:34:05 +0100 (BST) Subject: Re: SPAM target In-Reply-To: <19970502224948.20236@irbs.com> from John Capo at "May 2, 97 10:49:48 pm" To: jc@irbs.com (John Capo) Date: Sat, 3 May 1997 14:34:01 +0100 (BST) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Quoting John Duncan (jddst19+@pitt.edu): > > > > I've always wondered this, which doesn't apply in this case. Why doesn't > > the government regulate addresses such that all sender and reply-to > > addresses have to be valid addresses within a valid domain? It doesn't > > matter if it's a bot or anything, it just can't be "yyyzzz@xyxy.com" or > > No government anything please. Checking for a valid envelope > address works fine. > > May 2 13:11:12 irbs sendmail[5241]: Ruleset check_mail () rejection: 418 ... unresolvable host name spacemailer.com > > http://www.informatik.uni-kiel.de/%7Eca/email/english.html > http://spam.abuse.net/spam/ > ftp://ftp.irbs.com/pub/sendmail > > John Capo > IRBS Engineering > A problem with any of these 'check for a valid reply address' - people who just put their address in the sig, and don't put a valid reply. (To stop them being spammed. Argh.) From owner-freebsd-hackers Sat May 3 06:45:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA29032 for hackers-outgoing; Sat, 3 May 1997 06:45:42 -0700 (PDT) Received: from mixcom.mixcom.com (mixcom.mixcom.com [198.137.186.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA29027 for ; Sat, 3 May 1997 06:45:41 -0700 (PDT) Received: by mixcom.mixcom.com (8.6.12/2.2) id IAA02526; Sat, 3 May 1997 08:48:20 -0500 Received: from p75.mixcom.com(198.137.186.25) by mixcom.mixcom.com via smap (V1.3) id sma002500; Sat May 3 08:48:02 1997 Message-Id: <3.0.32.19970503084731.00c08d2c@mixcom.com> X-Sender: sysop@mixcom.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 03 May 1997 08:47:31 -0500 To: "Daniel O'Callaghan" From: "Jeffrey J. Mountin" Subject: Re: SPAM target Cc: Adrian Chadd , hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 08:35 PM 5/3/97 +1000, Daniel O'Callaghan wrote: >Many do. That's why src host should be randomly "real". I saw one spammer keep hitting us from different relays, sat back, and decided that I'd saved myself a few hundred bounce mails. >> Problem is Linux DOES have some interesting (development) anti-DoS code >> (someone have a look at the 2.0.30 kernel, or the ISS patches to 2.0.29). > >Who cares about Linux? Forget the host, just saturate their link, and >stop people reading their web pages. Tie the T1(s) into the high tension wires... is their equipment 230K compatable? >Another target is ispam.net. That's cyberpromo too! Other CP sites: answerme.com keepmailing.com massemail.com outgoing.com spamford.com Anyone know if you can query the NIC and see what domains are tied to a specific nameserver? ------------------------------------------- Jeff Mountin - System/Network Administrator jeff@mixcom.net MIX Communications Serving the Internet since 1990 From owner-freebsd-hackers Sat May 3 08:09:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01378 for hackers-outgoing; Sat, 3 May 1997 08:09:20 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA01373 for ; Sat, 3 May 1997 08:09:17 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wNgQp-0000FK-00; Sat, 3 May 1997 09:09:03 -0600 To: Bruce Evans Subject: Re: Mounting other people's disks? Cc: hackers@freebsd.org In-reply-to: Your message of "Sat, 03 May 1997 14:00:26 +1000." <199705030400.OAA24986@godzilla.zeta.org.au> References: <199705030400.OAA24986@godzilla.zeta.org.au> Date: Sat, 03 May 1997 09:09:03 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705030400.OAA24986@godzilla.zeta.org.au> Bruce Evans writes: : Just ignore the warnings and don't use the things outside the slice : (they should be harmlessly unusable anyway since they are empty). : Be careful not to write to the label or the parts outside the slice will : be forgotten. But the slice code is ignoring the entire disk. Since the disklabel from OpenBSD is absolute for the entire disk, and since the c partition is the entire disk, all the interesting slices are being ignored. : If you actually want to mount things that are outside the slice, then : you have to use fdisk to change the slice so that they are inside, or : just refer to them using the correct slice number. Ufff. I'll have to play with that. Thanks for the pointers and tips. Wanrer From owner-freebsd-hackers Sat May 3 08:26:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01970 for hackers-outgoing; Sat, 3 May 1997 08:26:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA01965 for ; Sat, 3 May 1997 08:26:38 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id BAA11347; Sun, 4 May 1997 01:22:49 +1000 Date: Sun, 4 May 1997 01:22:49 +1000 From: Bruce Evans Message-Id: <199705031522.BAA11347@godzilla.zeta.org.au> To: bde@zeta.org.au, imp@village.org Subject: Re: Mounting other people's disks? Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >But the slice code is ignoring the entire disk. Since the disklabel It only ignores it if it is so misplaced that it can't find it (which is not the case where since you got warnings) or if there are no valid partitions in it. >from OpenBSD is absolute for the entire disk, and since the c >partition is the entire disk, all the interesting slices are being >ignored. This doesn't follow: a) the c partition probably isn't for the whole disk in NetBSD. In systems derived from 386BSD, the d partition was for the whole disk. b) interesting slices should be in other, erm, slices. Bruce From owner-freebsd-hackers Sat May 3 08:44:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA02511 for hackers-outgoing; Sat, 3 May 1997 08:44:12 -0700 (PDT) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA02506 for ; Sat, 3 May 1997 08:44:10 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.5/8.8.5) with SMTP id LAA20997 for ; Sat, 3 May 1997 11:44:43 -0400 (EDT) Date: Sat, 3 May 1997 11:44:41 -0400 (EDT) From: "David E. Cross" To: freebsd-hackers@freebsd.org Subject: libXt Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just curious if the libXt delivered with XFree86 3.2 has already been patched against the libXt bugs? Not looking forward to doing a "make world", but I got burned last time... -- David Cros ACS Consultant Rensselaer Polytechnic Institute From owner-freebsd-hackers Sat May 3 09:37:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03963 for hackers-outgoing; Sat, 3 May 1997 09:37:26 -0700 (PDT) Received: from www.communique.no (www.communique.no [193.212.204.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA03958 for ; Sat, 3 May 1997 09:37:21 -0700 (PDT) Received: (qmail 4893 invoked by uid 1001); 3 May 1997 16:39:09 -0000 Date: Sat, 3 May 1997 18:39:09 +0200 (CEST) From: Are Bryne To: freebsd-hackers@freebsd.org Subject: Why isn't manpath(1) used? (fwd) Message-ID: Organization: Communique DA MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I received no answers on this from -questions, so I try here. Are Bryne ---------- Forwarded message ---------- From: Are Bryne Organization: Communique DA To: questions@freebsd.org Date: Fri, 25 Apr 1997 21:24:47 +0200 (CEST) Subject: Why isn't manpath(1) used? Having installed 2.2.1-REL, I ask myself why specifically /usr/share/skel/dot.login doesn't use manpath(1) instead of setting it statically. Does this have to do with security? Thanks in advance. Regards, Are Bryne Communique DA Phone: +47 22 44 33 99 Parkveien 51b E-mail: admin@communique.no N-0256 Oslo URL: http://www.communique.no From owner-freebsd-hackers Sat May 3 09:48:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04336 for hackers-outgoing; Sat, 3 May 1997 09:48:28 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04328 for ; Sat, 3 May 1997 09:48:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id JAA04416; Sat, 3 May 1997 09:36:08 -0700 (PDT) Message-Id: <199705031636.JAA04416@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Darren Reed Cc: adrian@obiwan.psinet.net.au (Adrian Chadd), freebsd-hackers@freebsd.org Subject: Re: Antispam sendmail.cf modifications.. Reply-To: Jason Thorpe From: Jason Thorpe Date: Sat, 03 May 1997 09:36:06 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 May 1997 22:59:02 +1000 (EST) Darren Reed wrote: > hmmm, someone should develop a tcl/tk interface to sendmail.cf so that it > is easier to administer. heck, if someone can write a gui for NT to > sendmail.cf, why can't someone do it for unix ? ...who needs a GUI when you have m4? :-) Dunno...I'm skeptical of GUIs for system configuration. Just seems that there's no way they could ever be flexible enough to handle everyting. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Sat May 3 09:50:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04500 for hackers-outgoing; Sat, 3 May 1997 09:50:43 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA04492 for ; Sat, 3 May 1997 09:50:40 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA10228 for freebsd-hackers@FreeBSD.ORG; Sat, 3 May 1997 18:50:38 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA00476; Sat, 3 May 1997 18:24:37 +0200 (MET DST) Message-ID: <19970503182437.OK27316@uriah.heep.sax.de> Date: Sat, 3 May 1997 18:24:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: libXt References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from David E. Cross on May 3, 1997 11:44:41 -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David E. Cross wrote: > Just curious if the libXt delivered with XFree86 3.2 has already been > patched against the libXt bugs? AFAIK, not. It's X11R6.1 based. XFree86 3.3 (planned) will be X11R6.3 based. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 3 09:53:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04700 for hackers-outgoing; Sat, 3 May 1997 09:53:43 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04695 for ; Sat, 3 May 1997 09:53:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id JAA04537; Sat, 3 May 1997 09:41:32 -0700 (PDT) Message-Id: <199705031641.JAA04537@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Bruce Evans Cc: imp@village.org, hackers@freebsd.org Subject: Re: Mounting other people's disks? Reply-To: Jason Thorpe From: Jason Thorpe Date: Sat, 03 May 1997 09:41:31 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 4 May 1997 01:22:49 +1000 Bruce Evans wrote: > a) the c partition probably isn't for the whole disk in NetBSD. In > systems derived from 386BSD, the d partition was for the whole > disk. ...only on the i386 port is "d" the entire disk; "c" is the entire NetBSD portion of the disk ("slice" in FreeBSD terminology). The other port that uses MBR partitions, NetBSD/powerpc, uses the "absolute" approach (no "slices" of any sort); if a NetBSD disklabel is found, its partition information is used, else the information from the MBR is used. The MBR and the NetBSD disklabel must be consistent for partitions that both OpenFirmware and NetBSD share (such as the FAT where the boot program is loaded from). Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Sat May 3 10:15:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05477 for hackers-outgoing; Sat, 3 May 1997 10:15:02 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA05465 for ; Sat, 3 May 1997 10:14:57 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id NAA01555; Sat, 3 May 1997 13:14:52 -0400 From: Bill Paul Message-Id: <199705031714.NAA01555@skynet.ctr.columbia.edu> Subject: Re: NIS and /etc/rpc To: chuck@fang.cs.sunyit.edu (Charles Green) Date: Sat, 3 May 1997 13:14:50 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199705021916.PAA16079@fang.cs.sunyit.edu> from "Charles Green" at May 2, 97 03:16:37 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Charles Green had to walk into mine and say: > I was playing around with adding CDE to a freebsd 2.2.1 system running > as a nis client and I noticed that none of the rpc services that the CDE > installation added to /etc/rpc were being recognized by the system. (inetd was > reporting that csmd and ttdbserver were unknown RPC services). As it turns out > the only way I could get them recognized was by adding them to the nis server. > Shouldn't a nis client system access both the local and the nis rpc services? > > > -- > Charles Green, PRC Inc. > Rome Laboratory, NY > It should, but the code is slightly broken. getrpcent tries to do a yp_match() on the NIS maps, but it only falls back to the local /etc/rpc file if gets a YPERR_NOMAP error (i.e. map doesn't exist on server). For everything else, it just bails out. At the very least it should also roll over to the local file on a YPERR_NOKEY error as well (no such key in map), and probably YPERR_DOMAIN too (can't bind to server which serves this domain). This brings me to something I've been contamplating for a while: I'm still moving along on NIS+ (I've started on the client side now), but once it's finished, we'll need a way to integate it with libc such that system administrators can chose between NIS, NIS+, local files, DNS or whatever. Modifying libc/net to use NIS+ via the /etc/host.conf file is fine, but that doesn't help the rest of the library (getpwent, gegrent, getnetgrent, etc...). Sun of course has their name service switch for this, and Linux has its own name service switch implementation. I'm open to suggestions as to what we should use for FreeBSD. I took a look at the BIND v8 software a while back and noticed that it seems to have a sort of name service switch of its own. Is there a chance that we may adopt this, or will we have to roll our own? And if we do have to roll our own, would anyone like to volunteer to do it? :) -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" ============================================================================= From owner-freebsd-hackers Sat May 3 10:46:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA06700 for hackers-outgoing; Sat, 3 May 1997 10:46:39 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA06691 for ; Sat, 3 May 1997 10:46:31 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wNiso-0000L4-00; Sat, 3 May 1997 11:46:06 -0600 To: Jason Thorpe Subject: Re: Mounting other people's disks? Cc: Bruce Evans , hackers@freebsd.org In-reply-to: Your message of "Sat, 03 May 1997 09:41:31 PDT." <199705031641.JAA04537@lestat.nas.nasa.gov> References: <199705031641.JAA04537@lestat.nas.nasa.gov> Date: Sat, 03 May 1997 11:46:06 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705031641.JAA04537@lestat.nas.nasa.gov> Jason Thorpe writes: : The other port that uses MBR partitions, NetBSD/powerpc, uses the : "absolute" approach (no "slices" of any sort); if a NetBSD disklabel : is found, its partition information is used, else the information from : the MBR is used. The MBR and the NetBSD disklabel must be consistent : for partitions that both OpenFirmware and NetBSD share (such as the : FAT where the boot program is loaded from). OpenBSD/arc seems to do exactly the same thing. 'c' is the whole disk, and there must be an MBR if you wanna use that disk to load the OS off of. Warner From owner-freebsd-hackers Sat May 3 10:59:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07297 for hackers-outgoing; Sat, 3 May 1997 10:59:30 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA07284 for ; Sat, 3 May 1997 10:59:25 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA08479; Sat, 3 May 1997 19:17:20 +0200 From: Luigi Rizzo Message-Id: <199705031717.TAA08479@labinfo.iet.unipi.it> Subject: NFS problems with lookup... maybe a bug ? To: hackers@freebsd.org Date: Sat, 3 May 1997 19:17:19 +0200 (MET DST) Cc: ponds!rivers@dg-rtp.dg.com, luigi@labinfo.iet.unipi.it (Luigi Rizzo) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, while trying to make the diskless stuff work with 2.2, I encountered the following problem. In order to get access to the swapfile, the code (either netboot or kernel bootp) does a mount of the directory containing the swapfile, and LOOKUP the swapfile itself. in netboot, this is done by issuing an RPC call to NFS_LOOKUP which is defined as follows: /sys/i386/boot/netboot/netboot.h:#define NFS_LOOKUP 4 In the kernel bootp code, this is done by issuing an RPC to NFSPROC_LOOKUP, which is defined as follows: 2.1R: /sys/nfs/nfsv2.h: #define NFSPROC_LOOKUP 4 2.2R: /sys/nfs/nfsproto.h: #define NFSPROC_LOOKUP 3 Ouch!... Well I replaced NFSPROC_LOOKUP with NFSV2PROC_LOOKUP and the lookup succeeds, and the swap is mounted correctly (and the diskless machine seems to work, modulo some minor permission problems...). At this point I am wondering if there might be some missing translation (via nfsv2_procid[]) when calling the nfs routines. I am particularly worried about userland stuff... Also, I notice we still have /sys/nfs/nfsv2.h which is obsolete, and all it does is #include "nfsproto.h". Would it be possible to remove it (and fix the parts which still include it) or at least make it a link to nfsproto.h ? Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Sat May 3 11:54:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA09998 for hackers-outgoing; Sat, 3 May 1997 11:54:48 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA09993 for ; Sat, 3 May 1997 11:54:44 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id UAA16326 for hackers@freebsd.org; Sat, 3 May 1997 20:54:39 +0200 Received: from jblhome by ic1.ic.dk with UUCP id AA13780 (5.65c8/IDA-1.4.4j for hackers@freebsd.org); Sat, 3 May 1997 20:50:59 +0200 Received: (from jacob@localhost) by pippin.jblhome.ping.dk (8.8.5/8.7.3) id UAA01682; Sat, 3 May 1997 20:42:57 +0200 (CEST) Date: Sat, 3 May 1997 20:42:57 +0200 (CEST) Message-Id: <199705031842.UAA01682@pippin.jblhome.ping.dk> From: Jacob Bohn Lorensen To: hackers@freebsd.org In-Reply-To: j@uriah.heep.sax.de's message of Thu, 1 May 1997 22:06:46 +0200 Subject: Re: /usr/src/etc/Makefile install rule. References: <18731.862467696@time.cdrom.com> <19970501220646.OS30433@uriah.heep.sax.de> X-Charset: Latin1 X-Char-Esc: 29 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "J" == J Wunsch writes: J> As Jordan K. Hubbard wrote: >> Only /etc/rc.conf and /etc/rc.local are supposed to be >> customized, J> rc.serial is, too. It only contains commented out stuff, in J> the expectation that the local admin might turn on the bits as J> required. Why not parametrize this file too, like the other rc files? Put something like: serial_devices="standard cyclades mouse" serial_standard="maybe d a 0 1" serial_cyclades="modem c c 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f" serial_mouse="mouse d a 2" and have rc.serial do for dev in $serial_devices; do eval \$serial_$dev done; this way, what actually needs changing is moved into sysconfig, whereas the details of how to change it remains in rc.serial. Jacob. From owner-freebsd-hackers Sat May 3 13:36:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14151 for hackers-outgoing; Sat, 3 May 1997 13:36:17 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14136 for ; Sat, 3 May 1997 13:36:14 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id GAA18770; Sun, 4 May 1997 06:31:18 +1000 Date: Sun, 4 May 1997 06:31:18 +1000 From: Bruce Evans Message-Id: <199705032031.GAA18770@godzilla.zeta.org.au> To: imp@village.org, thorpej@nas.nasa.gov Subject: Re: Mounting other people's disks? Cc: bde@zeta.org.au, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >In message <199705031641.JAA04537@lestat.nas.nasa.gov> Jason Thorpe writes: >: The other port that uses MBR partitions, NetBSD/powerpc, uses the >: "absolute" approach (no "slices" of any sort); if a NetBSD disklabel I think this thread was originally about OpenBSD labels vs FreeBSD label handling and I wrote `NetBSD' instead of `OpenBSD' by mistake. >: is found, its partition information is used, else the information from >: the MBR is used. The MBR and the NetBSD disklabel must be consistent >: for partitions that both OpenFirmware and NetBSD share (such as the >: FAT where the boot program is loaded from). >OpenBSD/arc seems to do exactly the same thing. 'c' is the whole >disk, and there must be an MBR if you wanna use that disk to load the >OS off of. I don't think it's the same. There is no `whole disk' partition in the i386 MBR (or in secondary BRs), so there is no way for a `whole disk' `c' partition to be consistent with the MBR. This is probably why the whole OpenBSD label is rejected. FreeBSD does a consistency check that the 'c' partition is fairly consistent with the slice (it must have the same offset and must not be larger). If the `c' partition starts at absolute offset 0, then there are serious problems locating the label. The label can't always be in absolute sector LABELSECTOR=1 (except when the slice starts at absolute sector 0) since there may be something else there. If the label is in absolute sector (start_of_slice + LABELSECTOR), the everything that deals with labels needs to have machine-dependent code to locate it. The general case, with Disk Manager(s) and extended partitions, is quite complicated. Bruce From owner-freebsd-hackers Sat May 3 13:39:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14361 for hackers-outgoing; Sat, 3 May 1997 13:39:30 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14353 for ; Sat, 3 May 1997 13:39:28 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA01614; Sat, 3 May 1997 13:38:19 -0700 (PDT) To: Jacob Bohn Lorensen cc: hackers@FreeBSD.ORG Subject: Re: /usr/src/etc/Makefile install rule. In-reply-to: Your message of "Sat, 03 May 1997 20:42:57 +0200." <199705031842.UAA01682@pippin.jblhome.ping.dk> Date: Sat, 03 May 1997 13:37:52 -0700 Message-ID: <1610.862691872@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Why not parametrize this file too, like the other rc files? Put > something like: Sounds good to me - send me diffs and I'll commit 'em. :-) Jordan From owner-freebsd-hackers Sat May 3 14:30:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18407 for hackers-outgoing; Sat, 3 May 1997 14:30:42 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA18401 for ; Sat, 3 May 1997 14:30:38 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id HAA20085; Sun, 4 May 1997 07:26:38 +1000 Date: Sun, 4 May 1997 07:26:38 +1000 From: Bruce Evans Message-Id: <199705032126.HAA20085@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, jacob@jblhome.ping.dk Subject: Re: /usr/src/etc/Makefile install rule. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > J> rc.serial is, too. It only contains commented out stuff, in > J> the expectation that the local admin might turn on the bits as > J> required. > >Why not parametrize this file too, like the other rc files? Put >something like: > > serial_devices="standard cyclades mouse" > serial_standard="maybe d a 0 1" > serial_cyclades="modem c c 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f" > serial_mouse="mouse d a 2" It would probably require too many knobs - potentially one for each stty option applied with a different setting to each port. Bruce From owner-freebsd-hackers Sat May 3 14:36:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19052 for hackers-outgoing; Sat, 3 May 1997 14:36:16 -0700 (PDT) Received: from yoda.fdt.net (root@yoda.fdt.net [205.229.48.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA19043 for ; Sat, 3 May 1997 14:36:14 -0700 (PDT) Received: from Kryten.nina.org (port-60.ts1.gnv.fdt.net [205.229.51.60]) by yoda.fdt.net with SMTP id RAA27149 for ; Sat, 3 May 1997 17:36:10 -0400 Date: Sat, 3 May 1997 17:36:09 -0400 (EDT) From: Frank Seltzer X-Sender: frankd@Kryten.nina.org To: hackers@freebsd.org Subject: Stable build failing Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just cvsup'd RELENG_2_2 and make world falls over immediately. Does anyone else see this? -------------------------------------------------------------- Making hierarchy -------------------------------------------------------------- cd /usr/src && make hierarchy cd /usr/src/etc && make distrib-dirs mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / missing: ./tmp (not created: File exists) mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree: unknown group mail mtree: failed at line 37 of the specification *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Frank -- Only in America can a homeless veteran sleep in a cardboard box while a draft dodger sleeps in the White House - anonymous From owner-freebsd-hackers Sat May 3 14:36:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19076 for hackers-outgoing; Sat, 3 May 1997 14:36:20 -0700 (PDT) Received: from kremvax.demos.su (kremvax.demos.su [194.87.0.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA19051; Sat, 3 May 1997 14:36:16 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@skraldespand.demos.su [194.87.0.19] with ESMTP id BAA23759; Sun, 4 May 1997 01:35:58 +0400 Received: by skraldespand.demos.su id BAA12138; (8.8.5/D) Sun, 4 May 1997 01:37:01 +0400 (MSD) Message-ID: <19970504013700.25396@skraldespand.demos.su> Date: Sun, 4 May 1997 01:37:01 +0400 From: "Mikhail A. Sokolov" To: hackers@freebsd.org Cc: isp@freebsd.org Subject: strange 2.2.1 behaviour. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.65_p2,4-7,10-11,15,18,21-22 Organization: Demos Company, Ltd., Moscow, Russian Federation. X-Point-of-View: Gravity is myth, - the earth sucks. X-Om-Livet-Suger: Ja. Ja, ja. Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, there's one problem I would dare to disturb you, people. Let's take 4 machines, as described below, 2 HP, 2 something (selfmade rack industrial PC). They all reboot themselves without warnings since became 2.2.1. Let me explain, they all are heavily loaded servers, with 100mbitx2 connection, and I assume it'd be better to explain each of them in particular: MH model HP 6/200 VA P6-200 chipset Intel "Natoma" 128MB EDO RAM adaptec 3949UW (TAG and SCB enabled) seagate ST32151W Intel EtherExpress Pro 10/100B (two, 100Mb full duplex) nfs client network activity is 200-400in/200-400out 1k packets/sec The *&^&^ crashes each 5-30 min with the following reason: Trap 12 : fault while in kernel mode ... virtual page adress 0x0 page not present , - that's rare ocasions this shy box escape's a yell like that, ussualy it'd just crash down. GK model HP 5/166 VL series 4 P5-166 chipset Intel 82437FX 128MB RAM adaptec 2949UW (aic7880, TAG and SCB enabled) seagate ST32550W Intel EtherExpress Pro 10/100B (one, 100Mb full duplex) nfs client network activity is also some kind of 200-400in/200-400out packets/sec crashes every 5-30 minutes. This one never let society know, why is it willing to crash. SB asus P/I-P6NP5 P6-200 chipset Intel "Natoma" 128MB RAM adaptec 3949UW (TAG and SCB enabled) seagate ST32151W and ST19171W Intel EtherExpress Pro 10/100B (two, 100Mb full duplex) nfs server network activity 500-1000in/500-1000out packets/sec crashed once 24-48 hr Here, it's silent also, but is definetely more loaded and is more stable for some unknown reasons. Of course I know HP sucks (pardon, but it does), but ASUS motherboarded machines definetely seems to be more stable than any HP made PC. Anyhow, There's another one, selfmade also, ASUS ppro200x2/Natoma/256 RAM and 3x3940 adaptecs, 10 disks (2x9gb and 8x4gb seagates) plus 2 fxp intel cards. It already reboots once per ~week, but without _any_ notice. This one is the most loaded, handling huge ftp server, proxy server etc. The most interesting part is that hardware is _not_ culprit in this situations, we changed memory in boxes, disks, ethernet's (tried de0's by SMC), even power supplies. They all are double UPS'd, all supplies have enough power to feed that iron pieces, but still, reboots happen. When we investigated what's wrong, we tried to correlate their reboots with a) high disk activities, b) network activities, c) network situation changes. We got: a) has nothing to do with situation, since both ppro200's handle use disk more than others, and the last one, unnamed, serves 10 disk easylly, still crahes a less than others. b) should be the culpit here, - MH and GK boxes were made to exec looped find's -exec ls -alRt (etc) over 100mbit full duplex NFS v 3.0 (tested both, TCP and UDP variants) on disk, mounted to SB, and here, - MH and GK crash in 10/20/30 minutes, still the server stands still, plus serving 40/60 clients simultaneously (that gives 200-300 processes, a la sh/slirp). That is odd, but when you unplugg boxes from network, they do ok for weeks (tested). c) we tried to correlate sb's crashes with arp info changes by arp proxy by nearby standing cisco (4500/IOS 10.3), - tough luck. Tried to correlate virtual inerfaces quantity increasing on SB (now it's ~130) with it's reboots, no luck here also. Now we totalaly misunderstand what is going on, what can it be and why, this boxes don't run anything than well known software, like squid, ircd, slirpd and alike things. Sorry for complicated explanation, Sincerely yours, Mikhail A. Sokolov. P.S. Please, all ideas are welcomed, maybe when they don't fit the list, mail it here, - don't let bosses desicion happen, so that ftp.ru.freebsd.org will live on some Sun box :-( From owner-freebsd-hackers Sat May 3 14:51:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20308 for hackers-outgoing; Sat, 3 May 1997 14:51:14 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA20303 for ; Sat, 3 May 1997 14:51:11 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA13468; Sat, 3 May 1997 23:51:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA00695; Sat, 3 May 1997 23:44:43 +0200 (MET DST) Message-ID: <19970503234443.NP21366@uriah.heep.sax.de> Date: Sat, 3 May 1997 23:44:43 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: are@communique.no (Are Bryne) Subject: Re: Why isn't manpath(1) used? (fwd) References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Are Bryne on May 3, 1997 18:39:09 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Are Bryne wrote: > I received no answers on this from -questions, so I try here. I don't think you will get many answers though. I cannot remember any discussion about it, so it's probably not used since it was not used to be used. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 3 14:57:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20780 for hackers-outgoing; Sat, 3 May 1997 14:57:10 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA20771 for ; Sat, 3 May 1997 14:57:07 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id XAA20729; Sat, 3 May 1997 23:45:11 +0200 (MET DST) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id XAA06523; Sat, 3 May 1997 23:06:58 +0200 (CEST) Message-ID: <19970503230658.42826@klemm.gtn.com> Date: Sat, 3 May 1997 23:06:58 +0200 From: Andreas Klemm To: Adrian Chadd Cc: Terry Lambert , "Jeffrey J. Mountin" , tom@sdf.com, FreeBSD-Hackers@FreeBSD.ORG Subject: Re: SPAM target References: <199705021807.LAA09064@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Adrian Chadd on Sat, May 03, 1997 at 10:23:04AM +0800 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, May 03, 1997 at 10:23:04AM +0800, Adrian Chadd wrote: > > My suggestion is a package with a modified sendmail.cf file with these > changes (or even ship this file *with* the default installation, and > create "default" files which allow everyone to use you as a mail relay, > etc), and the package overwrites the domain and u@domain spam files. > > That would be way cool IMHO, and if people like the idea I might just > make something up. Yeah ! Definitively ! Great idea ! -- Andreas Klemm | klemm.gtn.com - powered by Symmetric MultiProcessor FreeBSD http://www.freebsd.org/~fsmp/SMP/SMP.html http://www.freebsd.org/~fsmp/SMP/benches.html From owner-freebsd-hackers Sat May 3 15:43:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22663 for hackers-outgoing; Sat, 3 May 1997 15:43:49 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22657 for ; Sat, 3 May 1997 15:43:47 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id SAA17989 for ; Sat, 3 May 1997 18:50:23 -0400 (EDT) Message-Id: <3.0.32.19970503184256.00c13100@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Sat, 03 May 1997 18:42:59 -0400 To: hackers@freebsd.org From: dennis Subject: DDB - sync Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk How do you sync the disk before rebooting from a panic into DDB? is there an "exit" command which does this? You used to be able to call panic and have it sync before pressing reset. db From owner-freebsd-hackers Sat May 3 16:07:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23717 for hackers-outgoing; Sat, 3 May 1997 16:07:21 -0700 (PDT) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA23711 for ; Sat, 3 May 1997 16:07:16 -0700 (PDT) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id QAA00196; Sat, 3 May 1997 16:12:44 -0700 Date: Sat, 3 May 1997 16:12:43 -0700 (PDT) From: Alex Belits To: Joerg Wunsch cc: freebsd-hackers@FreeBSD.ORG Subject: Re: libXt In-Reply-To: <19970503182437.OK27316@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 May 1997, J Wunsch wrote: > As David E. Cross wrote: > > > Just curious if the libXt delivered with XFree86 3.2 has already been > > patched against the libXt bugs? > > AFAIK, not. It's X11R6.1 based. XFree86 3.3 (planned) will be > X11R6.3 based. Last time, I asked in bugtraq, the answer was, XFree86 3.2 is based on X11R6.1 with buffer overflow fixes that were not included in X11R6.1. But then a program was posted that demonstrated existing buffer overflows in any xterm, and I don't know if those are fixed anywhere or even are they caused by libXt or any other code. Probably only XFree86 people can give definitive answer. -- Alex P.S. I've already posted there my idea about having most of setuid programs split into setuid and non-setuid parts, and all known for me setuid programs that use X, perfectly fit there. My _another_ idea is to have kernel authentication for some setuid startup wrapper that will allow to enable changing userid of running process from some marked parts of the code for program started by that wrapper until next exec. Any comments on that one? From owner-freebsd-hackers Sat May 3 16:15:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24004 for hackers-outgoing; Sat, 3 May 1997 16:15:13 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA23999 for ; Sat, 3 May 1997 16:15:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id QAA08799; Sat, 3 May 1997 16:03:09 -0700 (PDT) Message-Id: <199705032303.QAA08799@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: dennis Cc: hackers@freebsd.org Subject: Re: DDB - sync Reply-To: Jason Thorpe From: Jason Thorpe Date: Sat, 03 May 1997 16:03:08 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 03 May 1997 18:42:59 -0400 dennis wrote: > How do you sync the disk before rebooting from a panic into DDB? > is there an "exit" command which does this? You used to be able > to call panic and have it sync before pressing reset. ...under NetBSD, I use "continue" ... it syncs the disks, does a crash dump, and happily reboots. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Sat May 3 16:20:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24183 for hackers-outgoing; Sat, 3 May 1997 16:20:03 -0700 (PDT) Received: from aries.bb.cc.wa.us (root@[208.8.136.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24135 for ; Sat, 3 May 1997 16:19:59 -0700 (PDT) Received: from localhost (chris@localhost) by aries.bb.cc.wa.us (8.8.3/8.6.9) with SMTP id QAA25963 for ; Sat, 3 May 1997 16:14:48 -0700 (PDT) Date: Sat, 3 May 1997 16:14:47 -0700 (PDT) From: Chris Coleman To: hackers@freebsd.org Subject: Live Nudes!!! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is this the list that I try and find help on getting a new program committed to the current source code? Or do i need a different list? My last few requests have been un-noticed, so i thought i'd switch my topic to one that seems to be getting enough notice. :-) I am looking for someone with commit rights to tell me whether the 'help' program I am working on is material for current, or if I should send it to linux. Thanks. (sorry for such drastic measures) Christopher J. Coleman (chris@aries.bb.cc.wa.us) Computer Support Technician I (509)-766-8873 Big Bend Community College Internet Instructor FreeBSD Book Project: http://vinyl.quickweb.com/~chrisc/book.html Disclaimer: Even Though it has My Name on it, Doesn't mean I said it. From owner-freebsd-hackers Sat May 3 16:34:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24630 for hackers-outgoing; Sat, 3 May 1997 16:34:30 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA24625 for ; Sat, 3 May 1997 16:34:27 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wNoJg-0000d0-00; Sat, 3 May 1997 17:34:12 -0600 To: John Capo Subject: Re: SPAM target Cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "Fri, 02 May 1997 22:49:48 EDT." <19970502224948.20236@irbs.com> References: <19970502224948.20236@irbs.com> <3.0.1.32.19970502110243.007b3dc0@pop.pitt.edu> Date: Sat, 03 May 1997 17:34:11 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970502224948.20236@irbs.com> John Capo writes: : May 2 13:11:12 irbs sendmail[5241]: Ruleset check_mail () rejection: 418 ... unresolvable host name spacemailer.com Unfortunately, people are using localhost.com, which is really annoying the domain owner of localhost.com. :-(. Warner From owner-freebsd-hackers Sat May 3 16:40:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24867 for hackers-outgoing; Sat, 3 May 1997 16:40:34 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA24857 for ; Sat, 3 May 1997 16:40:14 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wNoPL-0000dV-00; Sat, 3 May 1997 17:40:03 -0600 To: "Kevin P. Neal" Subject: Re: SPAM target Cc: boards@nise-ch.nosc.mil, freebsd-hackers@freebsd.org In-reply-to: Your message of "Sat, 03 May 1997 02:04:12 EDT." <1.5.4.32.19970503060412.006ebcac@mindspring.com> References: <1.5.4.32.19970503060412.006ebcac@mindspring.com> Date: Sat, 03 May 1997 17:40:03 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <1.5.4.32.19970503060412.006ebcac@mindspring.com> "Kevin P. Neal" writes: : Guns. Big ones. That's what we need. (I'm venting, of course) Not that I'm advocating this, mind you, but a certain well known tactic could be that you bill cyberpromo for each and every spam message you get. When they don't pay, file a lien against their property for the amount you are owed. Take them to court. Make them defend themselves. Make it really expensive for them to defend themselves from all the legal matters hitting them all at once. That is the *ONLY* way to beat them. Warner From owner-freebsd-hackers Sat May 3 16:43:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24953 for hackers-outgoing; Sat, 3 May 1997 16:43:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA24948 for ; Sat, 3 May 1997 16:43:26 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id QAA02084; Sat, 3 May 1997 16:43:55 -0700 (PDT) To: Frank Seltzer cc: hackers@FreeBSD.ORG Subject: Re: Stable build failing In-reply-to: Your message of "Sat, 03 May 1997 17:36:09 EDT." Date: Sat, 03 May 1997 16:43:54 -0700 Message-ID: <2082.862703034@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I just cvsup'd RELENG_2_2 and make world falls over immediately. > > Does anyone else see this? Hmmm. You'll have to install /usr/src/etc/group first, it looks like. New dependency - whoops! I'll look into fixing it more correctly. Jordan From owner-freebsd-hackers Sat May 3 17:01:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25526 for hackers-outgoing; Sat, 3 May 1997 17:01:13 -0700 (PDT) Received: from yoda.fdt.net (root@yoda.fdt.net [205.229.48.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25521 for ; Sat, 3 May 1997 17:01:11 -0700 (PDT) Received: from Kryten.nina.org (port-60.ts1.gnv.fdt.net [205.229.51.60]) by yoda.fdt.net with SMTP id UAA01725; Sat, 3 May 1997 20:01:03 -0400 Date: Sat, 3 May 1997 20:01:02 -0400 (EDT) From: Frank Seltzer X-Sender: frankd@Kryten.nina.org To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: Stable build failing In-Reply-To: <2082.862703034@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 May 1997, Jordan K. Hubbard wrote: > > I just cvsup'd RELENG_2_2 and make world falls over immediately. > > > > Does anyone else see this? > > Hmmm. You'll have to install /usr/src/etc/group first, it looks > like. New dependency - whoops! I'll look into fixing it more > correctly. Should I just wait? If not, how do I install it? > Jordan > > Frank -- Only in America can a homeless veteran sleep in a cardboard box while a draft dodger sleeps in the White House - anonymous From owner-freebsd-hackers Sat May 3 17:09:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25685 for hackers-outgoing; Sat, 3 May 1997 17:09:20 -0700 (PDT) Received: from zeus.xtalwind.net (slipper15b.xtalwind.net [205.160.242.80]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25680 for ; Sat, 3 May 1997 17:09:16 -0700 (PDT) Received: from localhost (zeus.xtalwind.net [127.0.0.1]) by zeus.xtalwind.net (8.8.5/8.8.5) with SMTP id UAA21422; Sat, 3 May 1997 20:09:05 -0400 (EDT) Date: Sat, 3 May 1997 20:09:05 -0400 (EDT) From: jack X-Sender: jack@zeus.xtalwind.net To: Warner Losh cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SPAM target In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 May 1997, Warner Losh wrote: > Unfortunately, people are using localhost.com, which is really > annoying the domain owner of localhost.com. IMHO, anyone dumb enough to register and use localhost.com /deserves/ any problems that come along with it. -------------------------------------------------------------------------- Jack O'Neill Finger jacko@diamond.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-hackers Sat May 3 17:16:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA25898 for hackers-outgoing; Sat, 3 May 1997 17:16:17 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA25893 for ; Sat, 3 May 1997 17:16:15 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id RAA05953; Sat, 3 May 1997 17:16:03 -0700 (PDT) Message-Id: <199705040016.RAA05953@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Chris Coleman cc: hackers@FreeBSD.ORG Subject: Re: Live Nudes!!! In-reply-to: Your message of "Sat, 03 May 1997 16:14:47 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 May 1997 17:16:02 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well due to the current schizo type behavior going on this list is not a good idea to generate such requests. For instance, if I think the level of noise is too high I just delete the respective block of mail. For now , I suggest that you send such requests to one of the core team members like Jordan: jkh@freebsd.org. Cheers, Amancio >From The Desk Of Chris Coleman : > Is this the list that I try and find help on getting a new program > committed to the current source code? Or do i need a different list? > > My last few requests have been un-noticed, so i thought i'd switch my > topic to one that seems to be getting enough notice. :-) > > I am looking for someone with commit rights to tell me whether the 'help' > program I am working on is material for current, or if I should send it to > linux. > > Thanks. (sorry for such drastic measures) > > > Christopher J. Coleman (chris@aries.bb.cc.wa.us) > Computer Support Technician I (509)-766-8873 > Big Bend Community College Internet Instructor > FreeBSD Book Project: http://vinyl.quickweb.com/~chrisc/book.html > Disclaimer: Even Though it has My Name on it, Doesn't mean I said it. > From owner-freebsd-hackers Sat May 3 17:29:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA26407 for hackers-outgoing; Sat, 3 May 1997 17:29:33 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA26402 for ; Sat, 3 May 1997 17:29:31 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA02296; Sat, 3 May 1997 17:29:59 -0700 (PDT) To: Frank Seltzer cc: hackers@FreeBSD.ORG Subject: Re: Stable build failing In-reply-to: Your message of "Sat, 03 May 1997 20:01:02 EDT." Date: Sat, 03 May 1997 17:29:59 -0700 Message-ID: <2294.862705799@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Should I just wait? If not, how do I install it? Heh... Pretty easy, really: grep mail /usr/src/etc/group Now add this line to your /etc/group. From owner-freebsd-hackers Sat May 3 17:54:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA27707 for hackers-outgoing; Sat, 3 May 1997 17:54:41 -0700 (PDT) Received: from yoda.fdt.net (root@yoda.fdt.net [205.229.48.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA27697 for ; Sat, 3 May 1997 17:54:37 -0700 (PDT) Received: from Kryten.nina.org (port-60.ts1.gnv.fdt.net [205.229.51.60]) by yoda.fdt.net with SMTP id UAA04805; Sat, 3 May 1997 20:54:30 -0400 Date: Sat, 3 May 1997 20:54:29 -0400 (EDT) From: Frank Seltzer X-Sender: frankd@Kryten.nina.org To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: Stable build failing In-Reply-To: <2294.862705799@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 May 1997, Jordan K. Hubbard wrote: > > Should I just wait? If not, how do I install it? > > Heh... Pretty easy, really: > > grep mail /usr/src/etc/group > > Now add this line to your /etc/group. It doesn't get much easier than that :-) Thanks, Jordan. Frank -- Only in America can a homeless veteran sleep in a cardboard box while a draft dodger sleeps in the White House - anonymous From owner-freebsd-hackers Sat May 3 18:08:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA28246 for hackers-outgoing; Sat, 3 May 1997 18:08:13 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA28237 for ; Sat, 3 May 1997 18:08:09 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id LAA10807; Sun, 4 May 1997 11:09:12 +1000 (EST) Date: Sun, 4 May 1997 11:09:10 +1000 (EST) From: "Daniel O'Callaghan" To: Chris Coleman cc: hackers@FreeBSD.ORG Subject: The Learn.pl facility - Live Comments! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 3 May 1997, Chris Coleman wrote: > Is this the list that I try and find help on getting a new program > committed to the current source code? Or do i need a different list? Hackers is the closest, really. You can try picking some committers you thing might be friendly, and asking them specifically to review what you have done. That's how I got my first changes into the system a year or so ago. learn.pl certainly looks like a good starting point. You left /usr/bin/ee out of the editors list. One thing that struck me was that I expected to 'learn' 'things', not just how to find the man pages, but I guess this is a prototype. Maybe a config section would be good, rather than hard coding program names into if(){}elsif(){} statments. Something like: section mailprogs "Read your e-mail" path /usr/bin /usr/local/bin /usr/X11R6/bin progs pine elm mutt mh Mail mail xprogs xmh section editors "Editing files" path /usr/bin /usr/local/bin /usr/X11R6/bin progs ee pico emacs jove elvis vi ex xprogs xemacs xedit Once you have these basics, you can also say 'learn mail' and have 'learn' print out a list of all the available mail progs, and a description of each, so the user can make a more informed choice. As for committing, I think this is a great idea, and with a bit more polish should become a "recommended package" for anyone who is setting up a system for newbie users. I think the more senior people on the committers round table would prefer to see this facility settle down before integrating it into the system. Cheers, Danny From owner-freebsd-hackers Sat May 3 18:23:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA28824 for hackers-outgoing; Sat, 3 May 1997 18:23:12 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA28819 for ; Sat, 3 May 1997 18:23:07 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wNq0w-0000i6-00; Sat, 3 May 1997 19:22:58 -0600 To: jack Subject: Re: SPAM target Cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "Sat, 03 May 1997 20:09:05 EDT." References: Date: Sat, 03 May 1997 19:22:58 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message jack writes: : IMHO, anyone dumb enough to register and use localhost.com /deserves/ any : problems that come along with it. It is a perfectly valid domain name. So far there has been little grief assocaited with it. It is *WRONG* to blame the victum, and I *RESENT*STRONGLY* you doing so. Just because there are *BUGS* that *OTHER*PEOPLE* introduced into named, and because people are stupid enough to use that domain as a forged address does not make it this person's fault. The person who registered it isn't dumb by any stretch of the imagination. Warner From owner-freebsd-hackers Sat May 3 18:33:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA29357 for hackers-outgoing; Sat, 3 May 1997 18:33:34 -0700 (PDT) Received: from siesta.cs.wustl.edu (nw1@siesta.cs.wustl.edu [128.252.165.3]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA29351 for ; Sat, 3 May 1997 18:33:32 -0700 (PDT) Received: from localhost by siesta.cs.wustl.edu (SMI-8.6/ECL-J1.00) id UAA14739; Sat, 3 May 1997 20:33:25 -0500 Message-Id: <199705040133.UAA14739@siesta.cs.wustl.edu> To: freebsd-hackers@freebsd.org cc: "Thomas S. Traylor" , Amancio Hasty From: Nanbor Wang Subject: ACE on FreeBSD Date: Sat, 03 May 1997 20:33:23 -0500 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi All, Thanks to the help many of you gave me, the Adaptive Communication Environment (ACE) is now officially supporting FreeBSD in its latest beta release. Originally developed by Douglas Schmidt (and currently maintained by him,) ACE is an OO toolkit that implements many design patterns for communication software. Attached is a very brief introlduction of ACE. You can get the latest ACE beta release at http://www.cs.wustl.edu/~schmidt/ACE_wrappers/ACE.tar.gz For more detailed information about ACE, please check, http://www.cs.wustl.edu/~schmidt/ACE.html At this moment, the non-threaded version of ACE seems to work fine. Most tests and examples that I've tried work. However, there are still some problem with the threaded version. This is primary because of the automatical non-block feature (bug?) that associates with send/recv while linking with libc_r. Since ACE is for writing communication programs and this breaks the most basic operation of ACE, I can't say threaded version of ACE works at this moment. I have run most of the tests and examples included but not all of them. Amancio has ported ACE once. I have grabbed his port yesterday and will check his port with the current release so that I can incorporate his work into official release. The port currently still need more extensive tests. Therefore, if anyone of you are interested in giving it a try, please grab it from the above URL and let me know if any questions/problems arise. Regards, Nanbor Wang ---------------------------------------------------------------------- Overview of ACE (from ) The ADAPTIVE Communication Environment (ACE) is an object-oriented (OO) toolkit that implements fundamental design patterns for communication software. ACE provides a rich set of reusable C++ wrappers, class categories, and frameworks that perform common communication software tasks across a range of operating system platforms. The communication software tasks provided by ACE include event demultiplexing and event handler dispatching, service initialization, interprocess communication, shared memory management, message routing, dynamic (re)configuration of distributed services, multi-threading, and concurrency control. ACE is targeted for developers of high-performance and real-time communication services and applications on UNIX, POSIX, and Win32 platforms. ACE simplifies the development of OO network applications and services that utilize interprocess communication, event demultiplexing, explicit dynamic linking, and concurrency. ACE automates system configuration and reconfiguration by dynamically linking services into applications at run-time and executing these services in one or more processes or threads. ACE has been ported to a wide range of uni-processor and multi-process OS platforms including Win32 (i.e., WinNT and Win95), most versions of UNIX (e.g., SunOS 4.x and 5.x, SGI IRIX, DG/UX, HP-UX, OSF/1, AIX, Linux, SCO, and FreeBSD), VxWorks, and MVS OpenEdition. It is currently used in commercial products by dozens of companies. There are C++ and Java versions of ACE available. C++ Wrappers for OS Interfaces The lower-level portions of ACE provide a set of portable and type-secure C++ wrappers that encapsulate the following C language OS interfaces: IPC mechanisms -- e.g., Internet- and UNIX-domain sockets, TLI, Named Pipes (for UNIX and Win32) and STREAM pipes; Event multiplexing -- e.g., select(), poll(), and Win32 WaitForMultipleObjects and I/O completion ports; Multi-threading and synchronization -- e.g., Solaris threads, POSIX Pthreads, and Win32 threads; Explicit dynamic linking -- e.g., dlopen/dlsym on UNIX and LoadLibrary/GetProc on Win32; Memory-mapped files and shared memory management -- e.g., BSD mmap(), SYSV shared memory, and Win32 shared memory; System V IPC -- e.g., shared memory, semaphores, message queues. The OS Adaptation Layer shields the upper levels of ACE from platform dependencies associated with the underlying OS interfaces. Frameworks and Class Categories ACE also contains a higher-level network programming framework that integrates and enhances the lower-level C++ wrappers. This framework supports the dynamic configuration of concurrent distributed services into applications. The framework portion of ACE contains the following class categories: The Reactor -- Supports both Reactive and Proactive I/O; The Service Configurator -- -- Support dynamic (re)configuration of objects; The ADAPTIVE Service Executive -- A user-level implementation of System V STREAMS, that supports modular integration of hierarchically-related communicaion services; Concurrency -- Various types of higher-level concurrency control and synchronization patterns (such as Polymorphic Futures and Active Objects); Shared Malloc -- Components for managing dynamically allocation of shared and local memory; CORBA integration -- Integrates ACE with CORBA implementations (such as single-threaded and multi-threaded Orbix and Visibroker for C++). The class categories in the higher-level framework work portably on UNIX and Win32. Distributed Services and Components Finally, ACE provides a standard library of distributed services that are packaged as components. These service components play two roles in ACE: 1. They provide reusable components for common distributed system tasks such as logging, naming, locking, and time synchronization; 2.They illustrate how to utilize ACE features such as the Reactor, Service Configurator, Service Initialization, Concurrency, and IPC components. Future Directions of ACE ACE is continually evolving and improving -- it's future is looking bright. Shortly, we hope to have ACE supported commercially, in much the same way that Cygnus Solutions operates. In addition, many members of the ACE development team are currently working on building a high-performance, real-time ORB using ACE. ---------------------------------------------------------------------- (Please check out for more detailed information about ACE.) From owner-freebsd-hackers Sat May 3 18:53:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00575 for hackers-outgoing; Sat, 3 May 1997 18:53:22 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA00567 for ; Sat, 3 May 1997 18:53:13 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wNqSk-0000kN-00; Sat, 3 May 1997 19:51:42 -0600 To: Bruce Evans Subject: Re: Mounting other people's disks? Cc: thorpej@nas.nasa.gov, hackers@freebsd.org In-reply-to: Your message of "Sun, 04 May 1997 06:31:18 +1000." <199705032031.GAA18770@godzilla.zeta.org.au> References: <199705032031.GAA18770@godzilla.zeta.org.au> Date: Sat, 03 May 1997 19:51:41 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705032031.GAA18770@godzilla.zeta.org.au> Bruce Evans writes: : I don't think it's the same. There is no `whole disk' partition in the : i386 MBR (or in secondary BRs), so there is no way for a `whole disk' : `c' partition to be consistent with the MBR. This is probably why the : whole OpenBSD label is rejected. FreeBSD does a consistency check that : the 'c' partition is fairly consistent with the slice (it must have the : same offset and must not be larger). Umm, the OpenBSD/arc port basically ignores the MBR. It is interesting, yes, but not very interesting to it. All of the disk splitting up is done with respect to the disk label. Many disks have overlapping MBR partitions to deal with the FAT file systems. : If the `c' partition starts at absolute offset 0, then there are serious : problems locating the label. The label can't always be in absolute sector : LABELSECTOR=1 (except when the slice starts at absolute sector 0) since : there may be something else there. If the label is in absolute sector : (start_of_slice + LABELSECTOR), the everything that deals with labels : needs to have machine-dependent code to locate it. The general case, : with Disk Manager(s) and extended partitions, is quite complicated. While this is a desirable goal, I don't think that OpenBSD/arc can change. There are too many legacy systems to make it worth while. This is basically the "bogus MBR" problem that FreeBSD has had in the past. The MBR is just there for the bios to load the boot loader. Once the boot loader was loaded, it didn't matter any more. The rules in place for FreeBSD are good ones. However, I want and need a way to short circuit them from time to time. So far the best approach that I've been able to come up with is to have the OpenBSD slice take up the entire disk if I need to make it work on FreeBSD at any point in the future. Warner From owner-freebsd-hackers Sat May 3 19:06:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01196 for hackers-outgoing; Sat, 3 May 1997 19:06:50 -0700 (PDT) Received: from nexgen.hiwaay.net (max12-128.HiWAAY.net [208.147.148.128]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01180 for ; Sat, 3 May 1997 19:06:42 -0700 (PDT) Received: from nexgen (localhost [127.0.0.1]) by nexgen.hiwaay.net (8.8.5/8.8.4) with ESMTP id VAA18969; Sat, 3 May 1997 21:06:25 -0500 (CDT) Message-Id: <199705040206.VAA18969@nexgen.hiwaay.net> X-Mailer: exmh version 1.6.9 8/22/96 To: Are Bryne cc: freebsd-hackers@FreeBSD.ORG From: dkelly@hiwaay.net Subject: Re: Why isn't manpath(1) used? (fwd) In-reply-to: Message from Are Bryne of "Sat, 03 May 1997 18:39:09 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 May 1997 21:06:23 -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I received no answers on this from -questions, so I try here. > Are Bryne > > ---------- Forwarded message ---------- > From: Are Bryne > Organization: Communique DA > To: questions@freebsd.org > Date: Fri, 25 Apr 1997 21:24:47 +0200 (CEST) > Subject: Why isn't manpath(1) used? > > Having installed 2.2.1-REL, I ask myself why specifically > /usr/share/skel/dot.login doesn't use manpath(1) instead of setting it > statically. I noticed about the same thing the other day. /etc/weekly also fails to use manpath(1). -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-hackers Sat May 3 19:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01755 for hackers-outgoing; Sat, 3 May 1997 19:20:07 -0700 (PDT) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01750 for ; Sat, 3 May 1997 19:20:04 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.5/8.8.5) with SMTP id WAA26279 for ; Sat, 3 May 1997 22:18:53 -0400 (EDT) Date: Sat, 3 May 1997 22:18:52 -0400 (EDT) From: "David E. Cross" To: hackers@freebsd.org Subject: DXF?? format disk Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it possible to format and use the 2MB format disks (like win95 is distributed on) in FreeBSD? -- David Cross From owner-freebsd-hackers Sat May 3 20:18:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA05007 for hackers-outgoing; Sat, 3 May 1997 20:18:23 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA04999 for ; Sat, 3 May 1997 20:18:20 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA21664; Sun, 4 May 1997 12:48:12 +0930 (CST) From: Michael Smith Message-Id: <199705040318.MAA21664@genesis.atrad.adelaide.edu.au> Subject: Re: SPAM target In-Reply-To: <3.0.1.32.19970502110243.007b3dc0@pop.pitt.edu> from John Duncan at "May 2, 97 11:02:43 am" To: jddst19+@pitt.edu (John Duncan) Date: Sun, 4 May 1997 12:48:12 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk (moved to chat, where this whole stupid thread belongs) John Duncan stands accused of saying: > > I've always wondered this, which doesn't apply in this case. Why doesn't > the government regulate addresses such that all sender and reply-to > addresses have to be valid addresses within a valid domain? Because some of us don't want to be regulated by your stupid government. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sat May 3 20:29:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06788 for hackers-outgoing; Sat, 3 May 1997 20:29:49 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA06781 for ; Sat, 3 May 1997 20:29:45 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.5/8.8.2) id NAA02754; Sun, 4 May 1997 13:29:26 +1000 (EST) Message-ID: <19970504132926.21573@rf900.physics.usyd.edu.au> Date: Sun, 4 May 1997 13:29:26 +1000 From: David Dawes To: "David E. Cross" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: libXt References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from David E. Cross on Sat, May 03, 1997 at 11:44:41AM -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, May 03, 1997 at 11:44:41AM -0400, David E. Cross wrote: >Just curious if the libXt delivered with XFree86 3.2 has already been >patched against the libXt bugs? A few fixes made it into 3.2, but not all of them. However, the libXt in the 3.2A beta is based on R6.3 and thus has all the fixes. David From owner-freebsd-hackers Sat May 3 23:26:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA11860 for hackers-outgoing; Sat, 3 May 1997 23:26:01 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA11855 for ; Sat, 3 May 1997 23:25:59 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id XAA12349; Sat, 3 May 1997 23:25:54 -0700 (PDT) Message-Id: <199705040625.XAA12349@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Nanbor Wang cc: freebsd-hackers@freebsd.org, "Thomas S. Traylor" Subject: Re: ACE on FreeBSD In-reply-to: Your message of "Sat, 03 May 1997 20:33:23 CDT." <199705040133.UAA14739@siesta.cs.wustl.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 May 1997 23:25:54 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am getting much better results with the latest version of ACE. This is the output of run_tests.sh {root} ./run_tests.sh Starting tests... running TSS_Test running Time_Value_Test running SString_Test running Naming_Test running Handle_Set_Test running Mem_Map_Test running SV_Shared_Memory_Test running MM_Shared_Memory_Test running Mutex_Test running Timer_Queue_Test running Task_Test running Thread_Manager_Test running Thread_Pool_Test running Future_Test running Reactors_Test running Reactor_Exceptions_Test C++ exceptions not supported on this platform running Reactor_Notify_Test running Reactor_Timer_Test running Reader_Writer_Test running SOCK_Test running Conn_Test running SPIPE_Test SPIPE is not supported on this platform running UPIPE_SAP_Test threads and/or UPIPE not supported on this platform running Barrier_Test running Buffer_Stream_Test ACE_ASSERT: file Buffer_Stream_Test.cpp, line 185 assertion failed for 'result == -1 && errno == EWOULDBLOCK'. "Buffer_Stream_Test" FAILED with exit status 255!!!! Error in log file no line with Ending ACE_ASSERT: file Buffer_Stream_Test.cpp, line 185 assertion failed for 'result == -1 && errno == EWOULDBLOCK'. running Priority_Buffer_Test running Recursive_Mutex_Test running Time_Service_Test "Time_Service_Test" FAILED with exit status 255!!!! Error in log file no line with Ending running Tokens_Test "Tokens_Test" FAILED with exit status 255!!!! Error in log file no line with Ending running Map_Manager_Test running Message_Queue_Test running Message_Block_Test running Pipe_Test running Process_Mutex_Test running Process_Strategy_Test running Service_Config_Test running Priority_Task_Test running IOStream_Test