From owner-freebsd-hackers Sun May 4 00:51:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA14290 for hackers-outgoing; Sun, 4 May 1997 00:51:31 -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 AAA14285 for ; Sun, 4 May 1997 00:51:28 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA17182 for hackers@FreeBSD.ORG; Sun, 4 May 1997 09:51:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA29271; Sun, 4 May 1997 09:28:25 +0200 (MET DST) Message-ID: <19970504092825.QM13349@uriah.heep.sax.de> Date: Sun, 4 May 1997 09:28:25 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: DDB - sync References: <199705032303.QAA08799@lestat.nas.nasa.gov> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705032303.QAA08799@lestat.nas.nasa.gov>; from Jason Thorpe on May 3, 1997 16:03:08 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jason Thorpe wrote: > ...under NetBSD, I use "continue" ... it syncs the disks, does a > crash dump, and happily reboots. Same for FreeBSD. Note that you can also explicitly demand a reboot by typing ``c boot(0)''. This doesn't dump core. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 4 01:20:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15242 for hackers-outgoing; Sun, 4 May 1997 01:20: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 BAA15237 for ; Sun, 4 May 1997 01:20:36 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA17355 for hackers@FreeBSD.ORG; Sun, 4 May 1997 10:20:34 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA29373; Sun, 4 May 1997 09:54:43 +0200 (MET DST) Message-ID: <19970504095443.PB53897@uriah.heep.sax.de> Date: Sun, 4 May 1997 09:54:43 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: DXF?? format disk 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 22:18:52 -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David E. Cross wrote: > Is it possible to format and use the 2MB format disks (like win95 is > distributed on) in FreeBSD? Probably not, but i don't know which format they are using. What would we gain from this? The boot floppy needs to be understood by the BIOS anyway, so it must be 1.44 MB. But then, we only have one floppy at all. :-) I dunno the Winlose format, but the OS/2 installation floppy format has been described in a magazine. It was a really weird format, and as such, you need a machine that can actually _write_ this format first. (I think even an OS/2 machine doesn't qualify for this, IIRC it's read/only when it comes to the filesystem. An OS/2 machine can only copy an entire floppy verbatim. My memory might be fading here though.) This alone makes it fairly pointless to use it, unless of course, you are going to start a business as a FreeBSD floppy release distributor. :-) It's probably not that much of a problem to teach the floppy driver about these weird formats, but it's not exactly fun work either, so i stood away from the temptation to do it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 4 01:42:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA15994 for hackers-outgoing; Sun, 4 May 1997 01:42:22 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA15985 for ; Sun, 4 May 1997 01:42:12 -0700 (PDT) Received: (from joe@localhost) by florence.pavilion.net (8.8.5/8.8.5) id JAA07889; Sun, 4 May 1997 09:41:40 +0100 (BST) Message-ID: <19970504094140.07712@pavilion.net> Date: Sun, 4 May 1997 09:41:40 +0100 From: Josef Karthauser To: hackers@freebsd.org Cc: john@o-farrell.com Subject: Installing FBSD on a second harddisk. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there, I'm trying to work out how to get a working freebsd on a second harddisk. The primary hd has win95 on it, and the secondary hd is a jazz drive. They're both scsi. After running the install disk and doing the normal stuff the system reboots. I can make it boot off the second drive but as soon as it trys to mount the root partition it flounders and panics. I've noticed in the kernel config that there is a: kernel boot wd0 line, but my primary drive is sd0 so I'm confused. What's the obvious thing that I'm missing? Maybe Jordon could include some extra stuff in sysinstall to allow this to work on the install. I'm sure that lots of people out there want this functionality. I've got around it on my P100 machine by creating a small partition on my win95 drive to contain '/' and everything else in on my second 2gb ide drive. I wish that I could keep them totally separate though. What would be really cool is if I could could have a scsi disk with freebsd on, which I could change the id on and still have freebsd find it's root partition. What would it take to make this happen. (Point me in the direction of the right place in the kernel source and I'll take a look my self if everyone else is too busy.) Joe -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-hackers Sun May 4 01:56:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA16429 for hackers-outgoing; Sun, 4 May 1997 01:56:30 -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 BAA16412; Sun, 4 May 1997 01:56:22 -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 LAA18749; Sun, 4 May 1997 11:57:12 +0300 (EEST) Date: Sun, 4 May 1997 11:57:12 +0300 (EEST) From: Andrew Stesin Reply-To: stesin@gu.net To: "Mikhail A. Sokolov" cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG Subject: Re: strange 2.2.1 behaviour. In-Reply-To: <19970504013700.25396@skraldespand.demos.su> 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 Hi, On Sun, 4 May 1997, Mikhail A. Sokolov wrote: > 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 > 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 ^^^^^^^^^^ and now -- gmmm... > network activity 500-1000in/500-1000out packets/sec > crashed once 24-48 hr As for me, I'd try to avoid the whole NFS stuff and see what'll happen. Best regards, Andrew Stesin nic-hdl: ST73-RIPE From owner-freebsd-hackers Sun May 4 02:35:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA17814 for hackers-outgoing; Sun, 4 May 1997 02:35:05 -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 CAA17809 for ; Sun, 4 May 1997 02:35:03 -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 CAA05752; Sun, 4 May 1997 02:35:26 -0700 (PDT) To: Josef Karthauser cc: hackers@FreeBSD.ORG, john@o-farrell.com Subject: Re: Installing FBSD on a second harddisk. In-reply-to: Your message of "Sun, 04 May 1997 09:41:40 BST." <19970504094140.07712@pavilion.net> Date: Sun, 04 May 1997 02:35:25 -0700 Message-ID: <5750.862738525@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've noticed in the kernel config that there is a: > kernel boot wd0 > line, but my primary drive is sd0 so I'm confused. > > What's the obvious thing that I'm missing? Maybe Jordon could include > some extra stuff in sysinstall to allow this to work on the install. > I'm sure that lots of people out there want this functionality. Hmm. I was under the impression that it did! Some people have successfully installed off of jazz drives (and I remember seeing some patches to make this work specifically going into the tree). Either that or my memory is totally shot. :) In any case, are you totally sure of the jazz drive's configuration? Does it work under any other OS as configured? Jordan From owner-freebsd-hackers Sun May 4 03:02:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA18430 for hackers-outgoing; Sun, 4 May 1997 03:02:33 -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 DAA18425; Sun, 4 May 1997 03:02:23 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.0.31] with ESMTP id OAA29938; Sun, 4 May 1997 14:01:19 +0400 Received: by sinbin.demos.su id OAA03719; (8.6.12/D) Sun, 4 May 1997 14:01:28 +0400 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199705041001.OAA03719@sinbin.demos.su> Subject: Re: strange 2.2.1 behaviour. In-Reply-To: from Andrew Stesin at "May 4, 97 11:57:12 am" To: stesin@gu.net Date: Sun, 4 May 1997 14:01:28 +0400 (MSD) Cc: mishania@demos.su, hackers@freebsd.org, isp@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Hi, > > On Sun, 4 May 1997, Mikhail A. Sokolov wrote: > > > Intel EtherExpress Pro 10/100B (two, 100Mb full duplex) > > nfs client > ^^^^^^^^^^^ !!! > > network activity is 200-400in/200-400out 1k packets/sec > > 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. > > Intel EtherExpress Pro 10/100B (two, 100Mb full duplex) > > nfs server > ^^^^^^^^^^ and now -- gmmm... > > network activity 500-1000in/500-1000out packets/sec > > crashed once 24-48 hr > > As for me, I'd try to avoid the whole NFS stuff and see what'll > happen. we test it witout nfs, the same results :( critical is a number of network packets/sec (not traffic) when packets/sec > 100-300 box's crashed periodicaly for some box's (with asus mother board) critical is > 1000 packets/sec we see this in 2.1, 2.1.5 and now in 2.2.1-RELENG this is not fully a hardware problem, we test this feature on several box's (HP PC, DEC PC, home made box with asus) and have the same results ... difference is in a time without reboots (from 5 min to week) and critical number of packets/sec may be this is problem in fbsd network layer or pci networks card drivers ... (we check if_de and if_fxp) another problem begins in 2.2, on hightly loaded server with squid (300 cliens) ircd (50 clients) simultaniously ftpd (100 clients) ... etc ... number of mbuf clusters increases permanently, and as a result, box crashed with " ... out of mbuf ... " message ... this bug or feature of fbsd >= 2.2 (mbuf.h changed in 2.2) now we use NMBCLUSTERS=12288 ( ~1 week to work ... ) we report this problem several weeks ago ... Alex > > Best regards, > Andrew Stesin > > nic-hdl: ST73-RIPE > > > From owner-freebsd-hackers Sun May 4 03:56:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA19678 for hackers-outgoing; Sun, 4 May 1997 03:56:52 -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 DAA19673 for ; Sun, 4 May 1997 03:56:49 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id DAA04140; Sun, 4 May 1997 03:56:39 -0700 (PDT) Message-ID: <19970504035639.39126@hydrogen.nike.efn.org> Date: Sun, 4 May 1997 03:56:39 -0700 From: John-Mark Gurney To: "David E. Cross" Cc: hackers@FreeBSD.ORG Subject: Re: DXF?? format disk 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 10:18:52PM -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 David E. Cross scribbled this message on May 3: > Is it possible to format and use the 2MB format disks (like win95 is > distributed on) in FreeBSD? FreeBSD comes with support that is close to it... it supports the 1.72meg floppy standard... just fdformat /dev/fdx.1720 and there you go... now newfs/mkdosfs it... and you have your disk... it worked great for me back when I installed 1.1.5.1... :) (and in some ways I actually like that old install over the new one, wierd...) -- 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 Sun May 4 06:31:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA22856 for hackers-outgoing; Sun, 4 May 1997 06:31:20 -0700 (PDT) Received: from lamb.sas.com (uucp@lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA22851 for ; Sun, 4 May 1997 06:31:18 -0700 (PDT) Received: from mozart by lamb.sas.com (5.65c/SAS/Gateway/01-23-95) id AA02910; Sun, 4 May 1997 09:31:16 -0400 Received: from iluvatar.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA29753; Sun, 4 May 1997 09:31:02 -0400 Received: by iluvatar.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA10923; Sun, 4 May 1997 09:31:02 -0400 From: "John W. DeBoskey" Message-Id: <199705041331.AA10923@iluvatar.unx.sas.com> Subject: Install from FS To: freebsd-hackers@freebsd.org Date: Sun, 4 May 1997 09:31:01 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm trying to install to a 2nd disk from an up and running 3.0-CURRENT system. /stand/sysinstall I partition & label sd1 as normal. I've specified both / --> /mnt /usr --> /mnt/usr /var --> /mnt/var ie: I tried the install with /dev/sd0a mounted on /, and then on /mnt I specify the distribution as /usr/home/FreeBSD. It reads the dist files with no problem. Unfortunately, what seems to happen is a rewrite of my existing root & usr partitions (This would have been extremely painful had it not been for my Jaz drive backups :-). I've also tried to boot from floppy, and mount my usr partition via the fixit option, and then do an install. But, I can't even seem to get the mount in a location that the install will find it. So, if anyone has done this, or has any ideas about it, I'd appreciate any feedback. Thanks, John ps: On a different note, having been through the FreeBSD install process the 1st time about 6 months ago, I found the comments in /etc/sysconfig very helpful. Now? I never read them. Let's not make it too hard for initiates to install the system and get it up and running. I would, at a minimum, put a large comment block at either the top or bottom of rc.conf. -- jwd@unx.sas.com (w) John W. De Boskey (919) 677-8000 x6915 From owner-freebsd-hackers Sun May 4 08:02:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28300 for hackers-outgoing; Sun, 4 May 1997 08:02:34 -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 IAA28294 for ; Sun, 4 May 1997 08:02:31 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id RAA01797; Sun, 4 May 1997 17:02:03 +0200 (MET DST) Date: Sun, 4 May 1997 17:02:03 +0200 (MET DST) Message-Id: <199705041502.RAA01797@bitbox.follo.net> From: Eivind Eklund To: Chris Coleman CC: hackers@FreeBSD.ORG In-reply-to: Chris Coleman's message of Sat, 3 May 1997 16:14:47 -0700 (PDT) Subject: Re: Live Nudes!!! References: 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? The suitable lists are core@freebsd.org and hackers@freebsd.org. > 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. It is certainly either ports or current material; without having looked carefully at it, I can't say which of them. Additions to the base system is usually only done after broad consensus in hackers or consensus in core (which turns out to be the same thing.) But by all means, if it is something that is of use to the Linux community, I don't see any reason you shouldn't let them have a copy, too - if it is good, it will end up there sooner or later anyway. However, you will find that they don't have a system for submitting anything but kernel changes - Linux is a kernel, not an OS. Eivind / perhaps@yes.no / http://maybe.yes.no/perhaps/ / eivind@freebsd.org From owner-freebsd-hackers Sun May 4 08:21:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA29297 for hackers-outgoing; Sun, 4 May 1997 08:21:44 -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 IAA29289 for ; Sun, 4 May 1997 08:21:39 -0700 (PDT) Received: (from nadav@localhost) by gatekeeper.barcode.co.il (8.8.5/8.6.12) id SAA26491; Sun, 4 May 1997 18:19:32 +0300 (IDT) Date: Sun, 4 May 1997 18:19:32 +0300 (IDT) From: Nadav Eiron To: hackers@freebsd.org Subject: /usr/include/ftpio.h is not C++ safe Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1674567254-862759172=:26341" 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-1674567254-862759172=:26341 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, This is a second try on this, following some comments from Chuck Robey. /usr/include/ftpio.h (the same as src/lib/libftpio/ftpio.h) does not work with C++ files. It compiles, but missing extern "C" on all externs, it does not link correctly. I know most of FreeBSD is not C++, but I think having files from /usr/include work correctly is worth the effort (anyhow, I needed ftp access from a C++ program, and libftpio seems to do the job right). Well, here is the diff for the changes (it should also make it compile under K&R). The diff is against 2.1.7, but it's the same for 2.2.1 (sorry, I don't run -current here). comments? --0-1674567254-862759172=:26341 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ftpio.h.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: KioqIC91c3Ivc3JjL2xpYi9saWJmdHBpby9mdHBpby5oLm9yaWcJRnJpIEZl YiAgNyAwNDo1MTozMyAxOTk3DQotLS0gL3Vzci9zcmMvbGliL2xpYmZ0cGlv L2Z0cGlvLmgJRnJpIE1heSAgMiAxMDowMjozNiAxOTk3DQoqKioqKioqKioq KioqKioNCioqKiAyLDcgKioqKg0KLS0tIDIsOCAtLS0tDQogICNkZWZpbmUg X0ZUUF9IX0lOQ0xVREUNCiAgDQogICNpbmNsdWRlIDxzeXMvdHlwZXMuaD4N CisgI2luY2x1ZGUgPHN5cy9jZGVmcy5oPg0KICAjaW5jbHVkZSA8c3RkaW8u aD4NCiAgI2luY2x1ZGUgPHRpbWUuaD4NCiAgDQoqKioqKioqKioqKioqKioN CioqKiA0Miw2NCAqKioqDQogICAgY29uc3QgaW50CW51bTsNCiAgICBjb25z dCBjaGFyCSpzdHJpbmc7DQogIH07DQogIGV4dGVybiBzdHJ1Y3QJZnRwZXJy IGZ0cEVyckxpc3RbXTsNCiAgZXh0ZXJuIGludAljb25zdCBmdHBFcnJMaXN0 TGVuZ3RoOw0KICANCiAgLyogRXhwb3J0ZWQgcm91dGluZXMgLSBkZWFsIG9u bHkgd2l0aCBGSUxFKiB0eXBlICovDQohIGV4dGVybiBGSUxFCSpmdHBMb2dp bihjaGFyICpob3N0LCBjaGFyICp1c2VyLCBjaGFyICpwYXNzd2QsCWludCBw b3J0LCBpbnQgdmVyYm9zZSwgaW50ICpyZXRjb2RlKTsNCiEgZXh0ZXJuIGlu dAlmdHBDaGRpcihGSUxFICpmcCwgY2hhciAqZGlyKTsNCiEgZXh0ZXJuIGlu dAlmdHBFcnJubyhGSUxFICpmcCk7DQohIGV4dGVybiBvZmZfdAlmdHBHZXRT aXplKEZJTEUgKmZwLCBjaGFyICpmaWxlKTsNCiEgZXh0ZXJuIEZJTEUJKmZ0 cEdldChGSUxFICpmcCwgY2hhciAqZmlsZSwgb2ZmX3QgKnNlZWt0byk7DQoh IGV4dGVybiBGSUxFCSpmdHBQdXQoRklMRSAqZnAsIGNoYXIgKmZpbGUpOw0K ISBleHRlcm4gaW50CWZ0cEFzY2lpKEZJTEUgKmZwKTsNCiEgZXh0ZXJuIGlu dAlmdHBCaW5hcnkoRklMRSAqZnApOw0KISBleHRlcm4gaW50CWZ0cFBhc3Np dmUoRklMRSAqZnAsIGludCBzdGF0dXMpOw0KISBleHRlcm4gdm9pZAlmdHBW ZXJib3NlKEZJTEUgKmZwLCBpbnQgc3RhdHVzKTsNCiEgZXh0ZXJuIEZJTEUJ KmZ0cEdldFVSTChjaGFyCSp1cmwsIGNoYXIgKnVzZXIsIGNoYXIgKnBhc3N3 ZCwJaW50ICpyZXRjb2RlKTsNCiEgZXh0ZXJuIEZJTEUJKmZ0cFB1dFVSTChj aGFyCSp1cmwsIGNoYXIgKnVzZXIsIGNoYXIgKnBhc3N3ZCwJaW50ICpyZXRj b2RlKTsNCiEgZXh0ZXJuIHRpbWVfdAlmdHBHZXRNb2R0aW1lKEZJTEUgKmZw LCBjaGFyICpzKTsNCiEgZXh0ZXJuIGNvbnN0CWNoYXIgKmZ0cEVyclN0cmlu ZyhpbnQgZXJybm8pOw0KICANCiAgI2VuZGlmCS8qIF9GVFBfSF9JTkNMVURF ICovDQotLS0gNDMsNjggLS0tLQ0KICAgIGNvbnN0IGludAludW07DQogICAg Y29uc3QgY2hhcgkqc3RyaW5nOw0KICB9Ow0KKyANCisgX19CRUdJTl9ERUNM Uw0KICBleHRlcm4gc3RydWN0CWZ0cGVyciBmdHBFcnJMaXN0W107DQogIGV4 dGVybiBpbnQJY29uc3QgZnRwRXJyTGlzdExlbmd0aDsNCiAgDQogIC8qIEV4 cG9ydGVkIHJvdXRpbmVzIC0gZGVhbCBvbmx5IHdpdGggRklMRSogdHlwZSAq Lw0KISBleHRlcm4gRklMRQkqZnRwTG9naW4gX19QKChjaGFyICpob3N0LCBj aGFyICp1c2VyLCBjaGFyICpwYXNzd2QsCWludCBwb3J0LCBpbnQgdmVyYm9z ZSwgaW50ICpyZXRjb2RlKSk7DQohIGV4dGVybiBpbnQJZnRwQ2hkaXIJX19Q KChGSUxFICpmcCwgY2hhciAqZGlyKSk7DQohIGV4dGVybiBpbnQJZnRwRXJy bm8JX19QKChGSUxFICpmcCkpOw0KISBleHRlcm4gb2ZmX3QJZnRwR2V0U2l6 ZQlfX1AoKEZJTEUgKmZwLCBjaGFyICpmaWxlKSk7DQohIGV4dGVybiBGSUxF CSpmdHBHZXQJCV9fUCgoRklMRSAqZnAsIGNoYXIgKmZpbGUsIG9mZl90ICpz ZWVrdG8pKTsNCiEgZXh0ZXJuIEZJTEUJKmZ0cFB1dAkJX19QKChGSUxFICpm cCwgY2hhciAqZmlsZSkpOw0KISBleHRlcm4gaW50CWZ0cEFzY2lpCV9fUCgo RklMRSAqZnApKTsNCiEgZXh0ZXJuIGludAlmdHBCaW5hcnkJX19QKChGSUxF ICpmcCkpOw0KISBleHRlcm4gaW50CWZ0cFBhc3NpdmUJX19QKChGSUxFICpm cCwgaW50IHN0YXR1cykpOw0KISBleHRlcm4gdm9pZAlmdHBWZXJib3NlCV9f UCgoRklMRSAqZnAsIGludCBzdGF0dXMpKTsNCiEgZXh0ZXJuIEZJTEUJKmZ0 cEdldFVSTAlfX1AoKGNoYXIJKnVybCwgY2hhciAqdXNlciwgY2hhciAqcGFz c3dkLAlpbnQgKnJldGNvZGUpKTsNCiEgZXh0ZXJuIEZJTEUJKmZ0cFB1dFVS TAlfX1AoKGNoYXIJKnVybCwgY2hhciAqdXNlciwgY2hhciAqcGFzc3dkLAlp bnQgKnJldGNvZGUpKTsNCiEgZXh0ZXJuIHRpbWVfdAlmdHBHZXRNb2R0aW1l CV9fUCgoRklMRSAqZnAsIGNoYXIgKnMpKTsNCiEgZXh0ZXJuIGNvbnN0CWNo YXIgKmZ0cEVyclN0cmluZwlfX1AoKGludCBlcnJubykpOw0KISBfX0VORF9E RUNMUw0KICANCiAgI2VuZGlmCS8qIF9GVFBfSF9JTkNMVURFICovDQo= --0-1674567254-862759172=:26341-- From owner-freebsd-hackers Sun May 4 08:29:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA29612 for hackers-outgoing; Sun, 4 May 1997 08:29:52 -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 IAA29607 for ; Sun, 4 May 1997 08:29:47 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id XAA00836 for ; Sun, 4 May 1997 23:13:21 +0800 (WST) Date: Sun, 4 May 1997 23:13:20 +0800 (WST) From: Adrian Chadd To: freebsd-hackers@freebsd.org Subject: Sendmail.cf patch #2.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Heres the updated patch of mine that does exactly what the first one did, but this one rejects mail if the MAIL FROM: doesn't resolve. (Read the patch for more details) Again, this isn't my work - this is stuff off the net thats avaliable with a little searching.. however in light of the recent spam thread I thought it would be nice to include these modifications in somehow. Anyone want to review this stuff at all? --- sendmail.cf Sun May 4 11:03:06 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,59 +914,3 @@ R$+ $: $>61 $1 R$+ $: $>93 $1 - - - -# blocking of spammers at MAIL From: and forcing DNS resolve -# (note - this is incompatible with the DeliveryMode=defer option, since -# it requires that a DNS lookup be done immediately upon mail receipt. - -Scheck_mail -# Check for valid domain name -R$* $: $>3 $1 -R $* < @ $+ . > $: -R $* < @ $+ > $#error $: 451 Domain must resolve - - -# Check against spammer list -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 patch -- Adrian Chadd | UNIX, MS-DOS and Windows ... | (also known as the Good, the bad and the | ugly..) From owner-freebsd-hackers Sun May 4 08:52:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00720 for hackers-outgoing; Sun, 4 May 1997 08:52:15 -0700 (PDT) Received: from zeus.gel.usherb.ca (zeus.gel.usherb.ca [132.210.70.7]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA00715 for ; Sun, 4 May 1997 08:52:13 -0700 (PDT) Received: from castor.gel.usherb.ca by zeus.gel.usherb.ca (4.1/SMI-4.1) id AA04730; Sun, 4 May 97 11:52:11 EDT Received: by castor.gel.usherb.ca (SMI-8.6/SMI-SVR4) id LAA02462; Sun, 4 May 1997 11:52:10 -0400 Date: Sun, 4 May 1997 11:52:10 -0400 (EDT) From: "Alex.Boisvert" To: hackers@freebsd.org Subject: Applixware hangs Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello hackers - I bought (RedHat's) Applixware application suite a month ago and I still can't use it. Here's the problem description: 1-Mount the applix cdrom 2-Run /cdrom/unpacked/applix to start the application 3-Wait about 20 seconds to load from CDROM 4-A window pops without any content. 5-FreeBSD freezes to death. (No telnet, no ping, nothing, no CTRL-ALT-DEL) Here's what I tried: 1- FreeBSD 2.2 ALPHA, or FreeBSD 2.2.1 "stock kernel" 2- root / non-root (regular user) 3- from cdrom / directly off hard disk 4- Linux emulation is ON, I can run Linux DOOM and others. 5- Tried both linuxlib-2.3 and linuxlib-2.4 6- XFree 3.2 and XFree 3.1.x (S3 Server and SVGA Server, 8 ppt or 16 ppt) 7- On the same system, running RedHat Linux, Applixware runs fine... ANYBODY can help? Suggestions? Alex . From owner-freebsd-hackers Sun May 4 08:54:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00908 for hackers-outgoing; Sun, 4 May 1997 08:54:04 -0700 (PDT) Received: from feephi.phofarm.com ([206.21.77.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA00902; Sun, 4 May 1997 08:53:58 -0700 (PDT) Received: from feephi.phofarm.com (feephi.phofarm.com [206.21.77.130]) by feephi.phofarm.com (8.8.5/8.7.3) with SMTP id LAA11936; Sun, 4 May 1997 11:51:30 -0400 (EDT) Message-ID: <336CB07C.41C67EA6@phofarm.com> Date: Sun, 04 May 1997 11:51:24 -0400 From: "Danny J. Zerkel" Organization: Photon Farmers X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.2-STABLE i386) MIME-Version: 1.0 To: jkh@freebsd.org CC: hackers@freebsd.org Subject: rc.* changes Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan, I made the recent rc changes to my system and so far so good. I wanted to add a few things for my configuration, so here are some further (simple) suggestions. 1) Could you add a knob for inetd options? 2) I have a filter file that I use in rc.firewall, so I added: --- rc.firewall Tue Apr 29 17:49:25 1997 +++ /etc/rc.firewall Thu May 1 19:24:50 1997 @@ -150,5 +150,7 @@ /sbin/ipfw add pass udp from ${oip} to any 123 # Everyting else is denied as default. +elif [ "${firewall}" != "NONE" ]; then + /sbin/ipfw ${firewall} fi I then have firewall set in rc.conf like this: firewall="/etc/ppp/filter" # Set to firewall type or NO for none. You might want to test if ${firewall} actually refers to a file first, but the minimal approach works for me. Thanks, Danny J. Zerkel Photon Farmers dzerkel@phofarm.com From owner-freebsd-hackers Sun May 4 09:14:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01980 for hackers-outgoing; Sun, 4 May 1997 09:14:33 -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 JAA01948; Sun, 4 May 1997 09:14:24 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@skraldespand.demos.su [194.87.0.19] with ESMTP id UAA18809; Sun, 4 May 1997 20:14:11 +0400 Received: by skraldespand.demos.su id UAA21108; (8.8.5/D) Sun, 4 May 1997 20:14:42 +0400 (MSD) Message-ID: <19970504201442.11618@skraldespand.demos.su> Date: Sun, 4 May 1997 20:14:42 +0400 From: "Mikhail A. Sokolov" To: "Mikhail A. Sokolov" Cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG Subject: Re: strange 2.2.1 behaviour. References: <19970504013700.25396@skraldespand.demos.su> 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 On Sun, May 04, 1997 at 01:37:01AM +0400, Mikhail A. Sokolov wrote: > Hello, Hi, I've got variety of replies, pointing to a) NFS, b) aic*.c, and c) nonstandard tags usage. What we have here now: a) NFS was turtned on this boxes only several days ago for testing purposes only, so we have boxes running with huge network load. Their behaviour was exactly the same when they had no NFS, but have had been some kind of shell machines. b) Now it's 2.2-970422-RELENG what they are running, all of them. I.e. aic driver is the most last available. c) We played with those in all possible configurations, having SCB enabled, having it disabled, etc. They, mh/sb/gk have kernel.GENERIC loaded, - same result. The only box we know one should never use MEMIO for sure is ASUS P/I-P6NP5 based and HP5/166/VL4, it's vendors info. -mishania > > 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. > From owner-freebsd-hackers Sun May 4 09:33:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA02892 for hackers-outgoing; Sun, 4 May 1997 09:33:35 -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 JAA02887 for ; Sun, 4 May 1997 09:33:29 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id AAA01970 for ; Mon, 5 May 1997 00:17:06 +0800 (WST) Date: Mon, 5 May 1997 00:17:06 +0800 (WST) From: Adrian Chadd To: freebsd-hackers@freebsd.org Subject: Re: Sendmail.cf patch #2.. 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, 4 May 1997, Adrian Chadd wrote: > Heres the updated patch of mine that does exactly what the first one did, > but this one rejects mail if the MAIL FROM: doesn't resolve. > (Read the patch for more details) Me and diff don't mix.. esp at this time of night (twice in a row.. :) Try this one: --- /etc/sendmail.cf Sun May 4 13:25:35 1997 +++ sendmail.cf Sun May 4 11:03:06 1997 @@ -85,6 +85,21 @@ # ... 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. @@ -914,3 +929,59 @@ R$+ $: $>61 $1 R$+ $: $>93 $1 + + + +# blocking of spammers at MAIL From: and forcing DNS resolve +# (note - this is incompatible with the DeliveryMode=defer option, since +# it requires that a DNS lookup be done immediately upon mail receipt. + +Scheck_mail +# Check for valid domain name +R$* $: $>3 $1 +R $* < @ $+ . > $: +R $* < @ $+ > $#error $: 451 Domain must resolve + + +# Check against spammer list +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" + + From owner-freebsd-hackers Sun May 4 09:35:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03115 for hackers-outgoing; Sun, 4 May 1997 09:35:37 -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 JAA03109 for ; Sun, 4 May 1997 09:35:33 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id SAA00228; Sun, 4 May 1997 18:35:22 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199705041635.SAA00228@helbig.informatik.ba-stuttgart.de> Subject: Re: Install from FS In-Reply-To: <199705041331.AA10923@iluvatar.unx.sas.com> from "John W. DeBoskey" at "May 4, 97 09:31:01 am" To: jwd@unx.sas.com (John W. DeBoskey) Date: Sun, 4 May 1997 18:35:22 +0200 (MET DST) Cc: freebsd-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, > I'm trying to install to a 2nd disk from an up and running > 3.0-CURRENT system. > > /stand/sysinstall > > I partition & label sd1 as normal. I've specified both > / --> /mnt > /usr --> /mnt/usr > /var --> /mnt/var > > ie: I tried the install with /dev/sd0a mounted on /, and > then on /mnt Why do you think you have to mount the filesystems on /dev/sd0a? They are already mounted when you start /stand/sysinstall. I never tried it, but I would proceed as follows o boot from your first disk as usual Make sure the kernel is probing your second disk correctly. If not you have to build a custom kernel with a driver configured for the second disk and reboot the new kernel. o Do /stand/sysinstall o Select Novice (that's what I would do, as I still consider myself as a beginner) o Select the second disk (sd1) as the target for your installation. o Do fdisk and disklabelling as usual, but watch out for the installation program trying to destroy your first disk erranously! o Continue as usual but select "File System" as installation media type and enter the path /home/FreeBSD when asked for the pathname. If you steer through the installation this way, it *should* treat the first disk as read only and the second disk as installation target. > ps: On a different note, having been through the FreeBSD install > process the 1st time about 6 months ago, I found the comments > in /etc/sysconfig very helpful. Now? I never read them. Let's > not make it too hard for initiates to install the system and > get it up and running. I would, at a minimum, put a large comment > block at either the top or bottom of rc.conf. > -- I heartily disagree! This documentation should go into the handbook and not clutter the configuration files. Wolfgang From owner-freebsd-hackers Sun May 4 09:40:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03324 for hackers-outgoing; Sun, 4 May 1997 09:40:19 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03315 for ; Sun, 4 May 1997 09:40:15 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id SAA06021; Sun, 4 May 1997 18:40:38 +0200 (MEST) From: Søren Schmidt Message-Id: <199705041640.SAA06021@sos.freebsd.dk> Subject: Re: Sendmail.cf patch #2.. In-Reply-To: from Adrian Chadd at "May 4, 97 11:13:20 pm" To: adrian@obiwan.psinet.net.au (Adrian Chadd) Date: Sun, 4 May 1997 18:40:37 +0200 (MEST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Adrian Chadd who wrote: > Heres the updated patch of mine that does exactly what the first one did, > but this one rejects mail if the MAIL FROM: doesn't resolve. > (Read the patch for more details) > > Again, this isn't my work - this is stuff off the net thats avaliable with > a little searching.. however in light of the recent spam thread I thought > it would be nice to include these modifications in somehow. > > Anyone want to review this stuff at all? Yep! I think that instead of bouncing/rejecting the mail form "unwanted parties" we should just drop it on the floor, that way they think the mail got delivered and the suckers are ?ucked for a while :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sun May 4 09:46:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03509 for hackers-outgoing; Sun, 4 May 1997 09:46:06 -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 JAA03502 for ; Sun, 4 May 1997 09:46:01 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id AAA02672; Mon, 5 May 1997 00:29:24 +0800 (WST) Date: Mon, 5 May 1997 00:29:23 +0800 (WST) From: Adrian Chadd To: Søren Schmidt cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Sendmail.cf patch #2.. In-Reply-To: <199705041640.SAA06021@sos.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id JAA03504 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 4 May 1997, Søren Schmidt wrote: > > Anyone want to review this stuff at all? > > Yep! > Yay :) Just put up with my (small) oversights ok? :) > I think that instead of bouncing/rejecting the mail form "unwanted parties" > we should just drop it on the floor, that way they think the mail got > delivered and the suckers are ?ucked for a while :) > :) Thing is, spam-rejection is a nice bandwidth-saver.. and there are a lot of places where bandwidth is expensive (eg Australia). Blocking it before the mail is sent would save a lot of money, currently I'm doing the procmail-filtering-on-local-mail thing which does exactly what you're suggesting. Its not saving us any bandwidth, and personally I would love to see the spammers face when one day his spam was rejected everywhere and he saw all of the SMTP rejects. :) How bout we provide both options? :) Adrian. From owner-freebsd-hackers Sun May 4 09:51:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03860 for hackers-outgoing; Sun, 4 May 1997 09:51:28 -0700 (PDT) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA03853 for ; Sun, 4 May 1997 09:51:24 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id SAA07543; Sun, 4 May 1997 18:51:49 +0200 (MEST) From: Søren Schmidt Message-Id: <199705041651.SAA07543@sos.freebsd.dk> Subject: Re: Sendmail.cf patch #2.. In-Reply-To: from Adrian Chadd at "May 5, 97 00:29:23 am" To: adrian@obiwan.psinet.net.au (Adrian Chadd) Date: Sun, 4 May 1997 18:51:49 +0200 (MEST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Adrian Chadd who wrote: > On Sun, 4 May 1997, Søren Schmidt wrote: > > > > Anyone want to review this stuff at all? > > > > Yep! > > Yay :) > Just put up with my (small) oversights ok? :) Will do :) > > > I think that instead of bouncing/rejecting the mail form "unwanted parties" > > we should just drop it on the floor, that way they think the mail got > > delivered and the suckers are ?ucked for a while :) > > :) > > Thing is, spam-rejection is a nice bandwidth-saver.. and there are a lot > of places where bandwidth is expensive (eg Australia). Blocking it before > the mail is sent would save a lot of money, currently I'm doing the > procmail-filtering-on-local-mail thing which does exactly what you're > suggesting. Its not saving us any bandwidth, and personally I would love > to see the spammers face when one day his spam was rejected everywhere and > he saw all of the SMTP rejects. :) Well, yes, but most of then are so damn persistent that they just try harder when they get a reject, when not we have them belive their thing does it stuff :), that buys us time to get the sucker nailed on the village gate :) > How bout we provide both options? :) No objections from me :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sun May 4 09:51:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA03896 for hackers-outgoing; Sun, 4 May 1997 09:51: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 JAA03879 for ; Sun, 4 May 1997 09:51:31 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA22959 for freebsd-hackers@FreeBSD.ORG; Sun, 4 May 1997 18:51:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA02412; Sun, 4 May 1997 18:35:04 +0200 (MET DST) Message-ID: <19970504183504.BS46969@uriah.heep.sax.de> Date: Sun, 4 May 1997 18:35:04 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Sendmail.cf patch #2.. 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 Adrian Chadd on May 4, 1997 23:13:20 +0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Adrian Chadd wrote: > Anyone want to review this stuff at all? Unlikely. Stop patching .cf files. Patch .m4 files (and/or .mc files) instead. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 4 09:53:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04077 for hackers-outgoing; Sun, 4 May 1997 09:53:18 -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 JAA04052; Sun, 4 May 1997 09:53:12 -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 KAA14032; Sun, 4 May 1997 10:53:07 -0600 (MDT) Message-Id: <199705041653.KAA14032@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: "Mikhail A. Sokolov" cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG Subject: Re: strange 2.2.1 behaviour. In-reply-to: Your message of "Sun, 04 May 1997 20:14:42 +0400." <19970504201442.11618@skraldespand.demos.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 May 1997 11:51:27 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >b) Now it's 2.2-970422-RELENG what they are running, all of them. I.e. aic >driver is the most last available. The last changes where committed on the 26th. >-mishania -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun May 4 10:20:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA05869 for hackers-outgoing; Sun, 4 May 1997 10:20:52 -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 KAA05863 for ; Sun, 4 May 1997 10:20:50 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA24473; Sun, 4 May 1997 19:20:47 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id SAA02577; Sun, 4 May 1997 18:59:28 +0200 (MET DST) Message-ID: <19970504185928.XR63601@uriah.heep.sax.de> Date: Sun, 4 May 1997 18:59:28 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: boia01@castor.GEL.USherb.CA (Alex.Boisvert) Subject: Re: Applixware hangs 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 Alex.Boisvert on May 4, 1997 11:52:10 -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Alex.Boisvert wrote: > ANYBODY can help? Suggestions? Debug it. Include DDB into your kernel, hook a serial console to it, and see if you can break into the debugger when it hangs. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 4 10:51:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07017 for hackers-outgoing; Sun, 4 May 1997 10: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 KAA07012 for ; Sun, 4 May 1997 10:51:00 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA24692 for freebsd-hackers@FreeBSD.ORG; Sun, 4 May 1997 19:50:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA03999; Sun, 4 May 1997 19:25:06 +0200 (MET DST) Message-ID: <19970504192506.HW37541@uriah.heep.sax.de> Date: Sun, 4 May 1997 19:25:06 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: Sendmail.cf patch #2.. References: <199705041640.SAA06021@sos.freebsd.dk> 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 Adrian Chadd on May 5, 1997 00:29:23 +0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Adrian Chadd wrote: > Thing is, spam-rejection is a nice bandwidth-saver.. and there are a lot > of places where bandwidth is expensive (eg Australia). Blocking it before > the mail is sent would save a lot of money, ... But it totally fails if your MXes don't want to block the same list as you do. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 4 10:58:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07485 for hackers-outgoing; Sun, 4 May 1997 10:58:34 -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 KAA07478 for ; Sun, 4 May 1997 10:58:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA14147; Sun, 4 May 1997 10:55:48 -0700 From: Terry Lambert Message-Id: <199705041755.KAA14147@phaeton.artisoft.com> Subject: Re: SPAM target To: jack@diamond.xtalwind.net (jack) Date: Sun, 4 May 1997 10:55:48 -0700 (MST) Cc: imp@village.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "jack" at May 3, 97 08:09:05 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 > > 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. I know domain.com was registered by internic as "the sample domain", and is frequently used as a return path by spammers: | Example Domain (DOMAIN-DOM) | For use by vendors and authors in default | configurations, examples, et cetera. | This is not the spam-host you're looking for. | Move along. | | Domain Name: DOMAIN.COM | | Administrative Contact, Technical Contact, Zone Contact, Billing Contact: | Example Domain (DOMAIN-NFO) user@HOST.DOMAIN.COM | +1 510 540 8000 (FAX) +1 510 548 1891 | | Record last updated on 28-Apr-97. | Record created on 01-Jul-94. | Database last updated on 2-May-97 06:27:32 EDT. | | Domain servers in listed order: | | NS.DOMAIN.COM 157.22.1.6 | NS2.DOMAIN.COM 157.22.1.9 | | | The InterNIC Registration Services Host contains ONLY Internet Information | (Networks, ASN's, Domains, and POC's). | Please use the whois server at nic.ddn.mil for MILNET Information. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 4 11:00:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07589 for hackers-outgoing; Sun, 4 May 1997 11:00:09 -0700 (PDT) Received: from lamb.sas.com (uucp@lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA07581 for ; Sun, 4 May 1997 11:00:07 -0700 (PDT) Received: from mozart by lamb.sas.com (5.65c/SAS/Gateway/01-23-95) id AA00695; Sun, 4 May 1997 14:00:05 -0400 Received: from iluvatar.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA07804; Sun, 4 May 1997 13:59:57 -0400 Received: by iluvatar.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA11128; Sun, 4 May 1997 13:59:57 -0400 From: "John W. DeBoskey" Message-Id: <199705041759.AA11128@iluvatar.unx.sas.com> Subject: Install from FS (take two) To: freebsd-hackers@freebsd.org Date: Sun, 4 May 1997 13:59:56 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] 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, I've had a few responses to my 1st posting, and I made one obvious typo.. So... Current system is installed and booted from sd1. Dist files are in /usr/home/FreeBSD I want to put a system on sd0. (Yes, sd0). So, a: /stand/sysinstall b: partition the drive (ST34371W, 2Gb FBSD, 2Gb avail) c: label the drive sd0s1a (root, 64M, mnt on / ) sd0s1b (swap, 156M, not mounted) sd0s1e (var , 128M, mnt on /var) sd0s1f (usr , 1622M, mnt on /usr) d: Select All the dist files for installation. e: Select FS for Media, /usr/home/FreeBSD as directory. f: Commit.... Doesn't seem to put the files in the correct place. /usr on sd1f is overwritten. /usr on sd0f is not touched.. ie: # fsck /dev/sd0f ** /dev/rsd0f ** Last Mounted on /mnt ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 1 files, 1 used, 1610370 free (18 frags, 201294 blocks, 0.0% fragmentation) So, I go back to c: and change to: c: label the drive sd0s1a (root, 64M, mnt on /mnt ) sd0s1b (swap, 156M, not mounted ) sd0s1e (var , 128M, mnt on /mnt/var) sd0s1f (usr , 1622M, mnt on /mnt/usr) which doesn't seem to work either. So, my question, has anyone done this? And if so, how? The install process seems to be getting confused about files systems currently mounted vs. those to be installed onto. ie: sd0f cannot be mounted on /usr since that's where the dist files are, so it has to be mounted elsewhere, but the install doesn't seem to take this into consideration.... Oh well... :-( Thanks! John -- jwd@unx.sas.com (w) John W. De Boskey (919) 677-8000 x6915 From owner-freebsd-hackers Sun May 4 11:06:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07876 for hackers-outgoing; Sun, 4 May 1997 11:06:46 -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 LAA07852 for ; Sun, 4 May 1997 11:06:41 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA14161; Sun, 4 May 1997 11:04:24 -0700 From: Terry Lambert Message-Id: <199705041804.LAA14161@phaeton.artisoft.com> Subject: Re: DXF?? format disk To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 4 May 1997 11:04:24 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <19970504095443.PB53897@uriah.heep.sax.de> from "J Wunsch" at May 4, 97 09:54:43 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 > > Is it possible to format and use the 2MB format disks (like win95 is > > distributed on) in FreeBSD? > > Probably not, but i don't know which format they are using. What > would we gain from this? The boot floppy needs to be understood by > the BIOS anyway, so it must be 1.44 MB. But then, we only have one > floppy at all. :-) It's not 2M, it's either two or three more tracks, and it assumes a driver that works. It's about 1.7M instead of 1.44M. One of the things MS has had to do is make alternate distribution media available to people with older floppy drives. >From what I recall, this was a "save one disk out of every seven" strategy, and was intended for distribution media and disk duplication cost-cutting, and not much else. Is your intent the same, or are you just trying to find an OS capable of copying the MS disks? 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 Sun May 4 11:23:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08807 for hackers-outgoing; Sun, 4 May 1997 11:23:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA08801 for ; Sun, 4 May 1997 11:23:15 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA25004 for hackers@FreeBSD.ORG; Sun, 4 May 1997 20:23:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA20832; Sun, 4 May 1997 20:22:55 +0200 (MET DST) Message-ID: <19970504202255.FJ33897@uriah.heep.sax.de> Date: Sun, 4 May 1997 20:22:55 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: DXF?? format disk References: <19970504095443.PB53897@uriah.heep.sax.de> <199705041804.LAA14161@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: <199705041804.LAA14161@phaeton.artisoft.com>; from Terry Lambert on May 4, 1997 11:04:24 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > It's not 2M, it's either two or three more tracks, and it assumes a > driver that works. It's about 1.7M instead of 1.44M. That's even more stupid than the ``weird, but within the specs'' OS/2 distribution format. They are only using non-uniform sector sizes per track, to get optimal filling. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 4 11:25:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08984 for hackers-outgoing; Sun, 4 May 1997 11:25:41 -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 LAA08979 for ; Sun, 4 May 1997 11:25:39 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id EAA22300; Mon, 5 May 1997 04:22:15 +1000 Date: Mon, 5 May 1997 04:22:15 +1000 From: Bruce Evans Message-Id: <199705041822.EAA22300@godzilla.zeta.org.au> To: bde@zeta.org.au, imp@village.org Subject: Re: Mounting other people's disks? Cc: hackers@freebsd.org, thorpej@nas.nasa.gov Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >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. Overlapped MBR partitions are invalid. Be careful running fdisk if you overlap them. >: 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 >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. Neither can FreeBSD change. There are too many legacy systems (1.1.5 and 2.0). >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. This works best if the OpenBSD slice is the only one on the disk :-). What does OpenBSD disklabel do if you try to change the `c' partition to just cover the slice? I guess it doesn't allow it. Fudging the MBR using [Free?]BSD fdisk is easier because there is no error checking in fdisk. Bruce From owner-freebsd-hackers Sun May 4 11:45:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA09863 for hackers-outgoing; Sun, 4 May 1997 11:45:42 -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 LAA09858 for ; Sun, 4 May 1997 11:45:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA14360; Sun, 4 May 1997 11:43:28 -0700 From: Terry Lambert Message-Id: <199705041843.LAA14360@phaeton.artisoft.com> Subject: Re: Sendmail.cf patch #2.. To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 4 May 1997 11:43:28 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <19970504192506.HW37541@uriah.heep.sax.de> from "J Wunsch" at May 4, 97 07:25:06 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 > > Thing is, spam-rejection is a nice bandwidth-saver.. and there are a lot > > of places where bandwidth is expensive (eg Australia). Blocking it before > > the mail is sent would save a lot of money, ... > > But it totally fails if your MXes don't want to block the same list as > you do. Yes. You need to have a reject from the MX forwarding to you sent to the rejected machine instead of showing up as an error in the MX machines postmater's mailbox. There needs to be a "meta" mechanism for you to provide the "reject mail from these spammers when accepting mail on my behalf" to the MX host, and have it enforce it for you. You'd provide this at the same time you did the reject, since your rejection of mail from an MX host has to be different that your reject of mail from a spam host anyway... you need a different "rejection service class". 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 May 4 11:51:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10188 for hackers-outgoing; Sun, 4 May 1997 11:51:28 -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 LAA10183 for ; Sun, 4 May 1997 11:51:26 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.5/8.8.5) with SMTP id OAA01494; Sun, 4 May 1997 14:50:40 -0400 (EDT) Date: Sun, 4 May 1997 14:50:40 -0400 (EDT) From: "David E. Cross" To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG Subject: Re: DXF?? format disk In-Reply-To: <199705041804.LAA14161@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, 4 May 1997, Terry Lambert wrote: > > > Is it possible to format and use the 2MB format disks (like win95 is > > > distributed on) in FreeBSD? > > > > Probably not, but i don't know which format they are using. What > > would we gain from this? The boot floppy needs to be understood by > > the BIOS anyway, so it must be 1.44 MB. But then, we only have one > > floppy at all. :-) > > It's not 2M, it's either two or three more tracks, and it assumes a > driver that works. It's about 1.7M instead of 1.44M. > > One of the things MS has had to do is make alternate distribution > media available to people with older floppy drives. > > >From what I recall, this was a "save one disk out of every seven" > strategy, and was intended for distribution media and disk duplication > cost-cutting, and not much else. > > Is your intent the same, or are you just trying to find an OS capable > of copying the MS disks? 8-). > I just checked... it is almost exactly 2MB (it is 1.95MB, with DOS overhead, so probably 2MB exact, raw format) It would be convienient for me for moving data on floppies. Most of the images I work on are about 1.5-1.9M, convieniently large enough to not fit on a single disk. -- David PS: I don't have ANY MS products on my computer, it is 100% FreeBSD. From owner-freebsd-hackers Sun May 4 11:56:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10421 for hackers-outgoing; Sun, 4 May 1997 11:56: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 LAA10413 for ; Sun, 4 May 1997 11:56: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 LAA09106; Sun, 4 May 1997 11:56:52 -0700 (PDT) To: "John W. DeBoskey" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Install from FS In-reply-to: Your message of "Sun, 04 May 1997 09:31:01 EDT." <199705041331.AA10923@iluvatar.unx.sas.com> Date: Sun, 04 May 1997 11:56:52 -0700 Message-ID: <9104.862772212@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I partition & label sd1 as normal. I've specified both > / --> /mnt > /usr --> /mnt/usr > /var --> /mnt/var And did you also change "root" in the Options editor to point to something other than /? Jordan From owner-freebsd-hackers Sun May 4 12:14:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA11371 for hackers-outgoing; Sun, 4 May 1997 12:14:43 -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 MAA11366 for ; Sun, 4 May 1997 12:14:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA14427; Sun, 4 May 1997 12:11:56 -0700 From: Terry Lambert Message-Id: <199705041911.MAA14427@phaeton.artisoft.com> Subject: Re: DXF?? format disk To: dec@phoenix.its.rpi.edu (David E. Cross) Date: Sun, 4 May 1997 12:11:56 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG In-Reply-To: from "David E. Cross" at May 4, 97 02:50: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 > I just checked... it is almost exactly 2MB (it is 1.95MB, with DOS > overhead, so probably 2MB exact, raw format) > > It would be convienient for me for moving data on floppies. Most of the > images I work on are about 1.5-1.9M, convieniently large enough to not fit > on a single disk. This would be too large a number for use of the "additional tracks" technique; as far as I know, the stepper motor can only go maybe 3-4 more tracks before go hit the mechanical stop, and that's still "iffy" on most older hardware. If they have this density, then they are playing with the encoding and sync marks. It is likely that this is "read-only" for most PC hardware, since it would rely on reduced write head width to get the magnetic domains small enough that they would still be discretely discernable on read. As far as I know, this technique was only used as copy protection on some games, and for OS/2 distribution by IBM. Are you sure these are MS manufactured disks you are talking about? If so, I'd be interested in knowing the MS product they are for. In any case, it's unlikely that you could write these. Have you considered buying a 2.88M floppy drive instead? (NB: you still would not be able to write these disks on a 2.88 drive.. the 2.88 drive operates by doubling th track density, so while the write head is thinner, it's thinner width, not length). Alternately, could you use some good data compression to reduce the image size? Attack the problem from the other direction? 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 May 4 12:18:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA11639 for hackers-outgoing; Sun, 4 May 1997 12:18:13 -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 MAA11627 for ; Sun, 4 May 1997 12:18:10 -0700 (PDT) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.5/8.8.5) with SMTP id PAA02173; Sun, 4 May 1997 15:18:01 -0400 (EDT) Date: Sun, 4 May 1997 15:18:01 -0400 (EDT) From: "David E. Cross" To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG Subject: Re: DXF?? format disk In-Reply-To: <199705041911.MAA14427@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 This is from the Win95 distribution: -r-xr-xr-x 1 root wheel 2048000 Mar 10 21:53 win95_05.cab I belive that you can write these disks with "standard" PC hardware, as the "extract" command included with Win95 has some sort of copy option, although I have never tried it, so I do not know exactly what it does. -- David From owner-freebsd-hackers Sun May 4 12:20:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA11889 for hackers-outgoing; Sun, 4 May 1997 12:20:44 -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 MAA11884 for ; Sun, 4 May 1997 12:20:42 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA14473; Sun, 4 May 1997 12:17:57 -0700 From: Terry Lambert Message-Id: <199705041917.MAA14473@phaeton.artisoft.com> Subject: Re: DXF?? format disk To: dec@phoenix.its.rpi.edu (David E. Cross) Date: Sun, 4 May 1997 12:17:57 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, hackers@FreeBSD.ORG In-Reply-To: from "David E. Cross" at May 4, 97 03: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 > This is from the Win95 distribution: > > -r-xr-xr-x 1 root wheel 2048000 Mar 10 21:53 win95_05.cab > > I belive that you can write these disks with "standard" PC hardware, as > the "extract" command included with Win95 has some sort of copy option, > although I have never tried it, so I do not know exactly what it does. This is *very* interesting. Now I have to disassemble the "extract" command. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun May 4 12:27:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12275 for hackers-outgoing; Sun, 4 May 1997 12:27:33 -0700 (PDT) Received: from shadows.aeon.net (bsdhack@shadows.aeon.net [194.100.41.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12268 for ; Sun, 4 May 1997 12:27:28 -0700 (PDT) Received: (from bsdhack@localhost) by shadows.aeon.net (8.8.5/8.8.3) id WAA08129 for hackers@FreeBSD.ORG; Sun, 4 May 1997 22:27:37 +0300 (EET DST) From: mika ruohotie Message-Id: <199705041927.WAA08129@shadows.aeon.net> Subject: Re: rc.* changes In-Reply-To: <336CB07C.41C67EA6@phofarm.com> from "Danny J. Zerkel" at "May 4, 97 11:51:24 am" To: hackers@FreeBSD.ORG Date: Sun, 4 May 1997 22:27:36 +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 hijacking the subject and making some comments... the rc.* stuff managed to get me bit confused, so i think that the "release" version of those rc.* files should clearly state where and how exactly add information for ip aliases, and non-standard routes... and leave some empty _space_ for people with a "fear" to make that space... i mean the way /etc/sysconfig had those explained was more clear... *shrug* mickey From owner-freebsd-hackers Sun May 4 12:53:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13319 for hackers-outgoing; Sun, 4 May 1997 12:53:44 -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 MAA13313 for ; Sun, 4 May 1997 12:53:40 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id VAA00504 for hackers@FreeBSD.ORG; Sun, 4 May 1997 21:53:32 +0200 (SAT) From: John Hay Message-Id: <199705041953.VAA00504@zibbi.mikom.csir.co.za> Subject: help needed with kernel debuging and gdb To: hackers@FreeBSD.ORG (FreeBSD-hackers) Date: Sun, 4 May 1997 21:53:32 +0200 (SAT) 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 Hi, I'm getting a kernel panic with my latest ipx changes (the struct proc * thingies). It panic trying to execute at address 0. I can't get gdb to show me which function is doing that. The backtrace don't want to go past trap(). I have tried setting the frame like in the example in the handbook, but it does not seem to work. Is there someone that can tell me how? ====== Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xf34a2ec4 frame pointer = 0x10:0xf34a2f18 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 156 (IPXrouted) interrupt mask = trap number = 12 panic: page fault ===== # gdb -k kernel vmcore.3 GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 1c5000 current pcb at 1ab1e8 panic: page fault #0 0xf010dda3 in boot () (kgdb) bt #0 0xf010dda3 in boot () #1 0xf010e062 in panic () #2 0xf0181231 in trap_fatal (frame=0xf34a2e88) at ../../i386/i386/trap.c:754 #3 0xf0180d00 in trap_pfault (frame=0xf34a2e88, usermode=0) at ../../i386/i386/trap.c:661 #4 0xf01809cf in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -263440896, tf_esi = 10, tf_ebp = -213242088, tf_isp = -213242192, tf_ebx = 0, tf_edx = -263274752, tf_ecx = -266709880, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 8, tf_eflags = 66118, tf_esp = -267246481, tf_ss = -263274752}) at ../../i386/i386/trap.c:319 (kgdb) frame 4 #4 0xf01809cf in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -263440896, tf_esi = 10, tf_ebp = -213242088, tf_isp = -213242192, tf_ebx = 0, tf_edx = -263274752, tf_ecx = -266709880, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = 0, tf_cs = 8, tf_eflags = 66118, tf_esp = -267246481, tf_ss = -263274752}) at ../../i386/i386/trap.c:319 319 (void) trap_pfault(&frame, FALSE); (kgdb) frame frame->tf_ebp frame->tf_eip #0 0x0 in ?? () (kgdb) ====== Thanks. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Sun May 4 13:05:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13807 for hackers-outgoing; Sun, 4 May 1997 13:05:27 -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 NAA13793 for ; Sun, 4 May 1997 13:05:23 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@skraldespand.demos.su [194.87.0.19] with ESMTP id AAA23934; Mon, 5 May 1997 00:05:15 +0400 Received: by skraldespand.demos.su id AAA11872; (8.8.5/D) Mon, 5 May 1997 00:06:18 +0400 (MSD) Message-ID: <19970505000602.51173@skraldespand.demos.su> Date: Mon, 5 May 1997 00:06:04 +0400 From: "Mikhail A. Sokolov" To: Christophe Prevotaux Cc: hackers@freebsd.org Subject: Re: strange 2.2.1 behaviour. References: <3.0.32.19970504212053.006a6ee8@mail.hexanet.fr> 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 On Sun, May 04, 1997 at 09:20:53PM +0200, Christophe Prevotaux wrote: > >On Sun, May 04, 1997 at 01:37:01AM +0400, Mikhail A. Sokolov wrote: > > How much Cache you got on this machine ? 512K ? If yes try replacing > the Cache ( or the motherboard if the Cache cannot be removed easily ) 256 on all 4, - as for changing, we switched 6 machines already.. > This is just an idea .. maybe I am completely wrong.. but cache > problems are quite diffcult to find :) Uhm, the problem now seems to be in kernel level network support, - when we turn off nfs's and leave machines alone, they work ok for hours. Like, we achieved load averages ~280-310 with 700 processes running (my favourite find -exec ls -laRt/du -sk. ;-)), - they ate it ok. -mishania From owner-freebsd-hackers Sun May 4 13:14:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA14395 for hackers-outgoing; Sun, 4 May 1997 13:14:23 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA14388 for ; Sun, 4 May 1997 13:14:13 -0700 (PDT) Received: (from joe@localhost) by florence.pavilion.net (8.8.5/8.8.5) id VAA23017; Sun, 4 May 1997 21:12:59 +0100 (BST) Message-ID: <19970504211259.58735@pavilion.net> Date: Sun, 4 May 1997 21:12:59 +0100 From: Josef Karthauser To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG, john@o-farrell.com Subject: Re: Installing FBSD on a second harddisk. References: <19970504094140.07712@pavilion.net> <5750.862738525@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <5750.862738525@time.cdrom.com>; from Jordan K. Hubbard on Sun, May 04, 1997 at 02:35:25AM -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, May 04, 1997 at 02:35:25AM -0700, Jordan K. Hubbard wrote: > > I've noticed in the kernel config that there is a: > > kernel boot wd0 > > line, but my primary drive is sd0 so I'm confused. > > > > What's the obvious thing that I'm missing? Maybe Jordon could include > > some extra stuff in sysinstall to allow this to work on the install. > > I'm sure that lots of people out there want this functionality. > > Hmm. I was under the impression that it did! Some people have > successfully installed off of jazz drives (and I remember seeing some > patches to make this work specifically going into the tree). Either > that or my memory is totally shot. :) In any case, are you totally > sure of the jazz drive's configuration? Does it work under any other > OS as configured? > > Jordan I'm not trying this at the moment, I'm asking for a friend of mine (john@o-farrell.com) who's trying to make it work. I did try it under 2.1.5 on a two disk ide system, trying to install it on the second drive (wd1). I couldn't get it to work, i.e. it couldn't find it's root partition after booting the kernel. John is trying it under 2.1.7 and trying to install on the Jazz drive which is his second drive (I haven't asked him for the scsi ids he's using.) He appears to be having the same problem. :( Joe. -- Josef Karthauser Technical Manager Email: joe@pavilion.net Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] From owner-freebsd-hackers Sun May 4 14:15:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA17664 for hackers-outgoing; Sun, 4 May 1997 14:15: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 OAA17659 for ; Sun, 4 May 1997 14:15:53 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id HAA26318; Mon, 5 May 1997 07:13:06 +1000 Date: Mon, 5 May 1997 07:13:06 +1000 From: Bruce Evans Message-Id: <199705042113.HAA26318@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, jhay@zibbi.mikom.csir.co.za Subject: Re: help needed with kernel debuging and gdb Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I'm getting a kernel panic with my latest ipx changes (the struct proc * >thingies). It panic trying to execute at address 0. I can't get gdb to >show me which function is doing that. The backtrace don't want to go >past trap(). I have tried setting the frame like in the example in >the handbook, but it does not seem to work. Is there someone that can >tell me how? If address 0 is called, then there should be a trap immediately and the return address should by at the base of the stack. Print the value at $esp and disassemble from there (p/x *(int *)$esp ...). [gdb seems to be challenged by expressions in `disass' commands. ddb handles this better (x/ia *$esp).] If address 0 is jumped to, then the function that jumped won't be directly available. The frame will contain the return address for this function and disassembling and/or [pseudo-]executing the code just before this address will show the function that jumped provided indirect call addresses haven't changed. >====== >Fatal trap 12: page fault while in kernel mode >fault virtual address = 0x0 >fault code = supervisor read, page not present >instruction pointer = 0x8:0x0 >stack pointer = 0x10:0xf34a2ec4 >frame pointer = 0x10:0xf34a2f18 >code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 >processor eflags = interrupt enabled, resume, IOPL = 0 >current process = 156 (IPXrouted) >interrupt mask = >trap number = 12 >panic: page fault >===== BTW, it's annoying that this long message gets printed before traps to ddb. It occurs internally for disassembly at $eip, including for `sh r' and scrolls the output of `sh r' off the screen, and there is no scrollback or general more-style paging in ddb. `sh r' also uses too much vertical space and would be unusable if there were a few more registers. Even i386's have more than 25 registers counting the special ones. Bruce From owner-freebsd-hackers Sun May 4 14:31:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA18375 for hackers-outgoing; Sun, 4 May 1997 14:31:43 -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 OAA18370 for ; Sun, 4 May 1997 14:31:41 -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 PAA18504; Sun, 4 May 1997 15:31:33 -0600 (MDT) Message-Id: <199705042131.PAA18504@pluto.plutotech.com> To: Bruce Evans cc: hackers@FreeBSD.ORG, jhay@zibbi.mikom.csir.co.za Subject: Re: help needed with kernel debuging and gdb In-reply-to: Your message of "Mon, 05 May 1997 07:13:06 +1000." <199705042113.HAA26318@godzilla.zeta.org.au> Date: Sun, 04 May 1997 16:30:12 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >BTW, it's annoying that this long message gets printed before traps >to ddb. It occurs internally for disassembly at $eip, including for >`sh r' and scrolls the output of `sh r' off the screen, and there is no >scrollback or general more-style paging in ddb. `sh r' also uses too much >vertical space and would be unusable if there were a few more registers. >Even i386's have more than 25 registers counting the special ones. > >Bruce Next time you're in DDB, try using the syscons scroll back. It seems to work just find for me if I hit a key between each tap of a pgUp/Down key. I don't know why this works since interrupts are obviously disabled. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun May 4 14:56:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19229 for hackers-outgoing; Sun, 4 May 1997 14:56:20 -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 OAA19224 for ; Sun, 4 May 1997 14:56:17 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id HAA27379; Mon, 5 May 1997 07:53:15 +1000 Date: Mon, 5 May 1997 07:53:15 +1000 From: Bruce Evans Message-Id: <199705042153.HAA27379@godzilla.zeta.org.au> To: bde@zeta.org.au, gibbs@plutotech.com Subject: Re: help needed with kernel debuging and gdb Cc: hackers@FreeBSD.ORG, jhay@zibbi.mikom.csir.co.za Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Next time you're in DDB, try using the syscons scroll back. It seems >to work just find for me if I hit a key between each tap of a pgUp/Down >key. I don't know why this works since interrupts are obviously disabled. That's what I meant didn't work (ddb doesn't have scrollback itself). You're right that it sort of works if you hit a key [that causes output]. I think this is because the scrollback happens to be handled in the output routine although it is not handled in the normal way by the timeout routine. Switching of consoles has similar problems. Output fixes some of the problems by updating the screen, but output is only done when vt0 is the current vt so doing extra output doesn't help much, it just completes switches back to vt0. Bruce From owner-freebsd-hackers Sun May 4 15:24:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20131 for hackers-outgoing; Sun, 4 May 1997 15:24: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 PAA20107 for ; Sun, 4 May 1997 15:24:08 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA28724 for hackers@FreeBSD.ORG; Mon, 5 May 1997 00:24:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id AAA21711; Mon, 5 May 1997 00:12:45 +0200 (MET DST) Message-ID: <19970505001244.IY36391@uriah.heep.sax.de> Date: Mon, 5 May 1997 00:12:44 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: DXF?? format disk References: <199705041911.MAA14427@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: <199705041911.MAA14427@phaeton.artisoft.com>; from Terry Lambert on May 4, 1997 12:11:56 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > If they have this density, then they are playing with the encoding > and sync marks. > > It is likely that this is "read-only" for most PC hardware, since it > would rely on reduced write head width to get the magnetic domains > small enough that they would still be discretely discernable on read. It's far simpler. The OS/2 distribution is using a non-uniform geometry. With equally sized sectors, you have to waste quite a number of bytes in the gap 3. (The `extra density' formats FreeBSD is currently supporting use an interleave of 1:2, so each other sector is actually gap 3, but this is getting risky regarding interchangeability between drives with different speeds.) The OS/2 trick is to use a non-uniform number of bytes per sector. The raw capacity of one track of a 2 MB floppy is 100000 bits, or 12500 bytes. The total space consumption for a uniform sector distribution is: 146 + N * (62 + M + gap3) + gap4 (N = # of sectors, M = # of bytes per sector) With some minimal values for gap3 (~ 10) and gap4 (~ 50), you get: (12250 - 146 - 50) / (512 + 62 + 10) => 20 => 20 * 0.5 KB * 160 = 1600 KB (12250 - 146 - 50) / (1024 + 62 + 10) => 10 => 10 * 1 KB * 160 = 1600 KB (12250 - 146 - 50) / (2048 + 62 + 10) => 5 => 5 * 2 KB * 160 = 1600 KB (FreeBSD's highest density even fits 21 0.5 KB sectors.) With a non-uniform sector distribution you get however: 146 + 50 + 1 * (512 + 62 + 10) + 1 * (1024 + 62 + 10) + 5 * (2048 + 62 + 10) = 12476 < 12500 This gives you 5 * 2 KB + 1 KB + 0.5 KB = 11.5 KB per track, or 1840 KB per disk (for 80 cylinders). As you can see, this is close to the theoretical maximum. OS/2 wasted a few percent by using a `generic' 18 * 0.5 KB first track that fakes a single large file in a pretended FAT filesystem. Unlike Terry's speculations, this can all be done with a stinking NEC765 FDC, but it requires weird formatting and a driver that can handle writing it. I'm not really in the mood to do this much work on the driver myself, i've already got QIC-150 tapes to carry my bits around. :-) They are cheaper (for me, of course), faster, and more reliable... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun May 4 15:36:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA20742 for hackers-outgoing; Sun, 4 May 1997 15:36:08 -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 PAA20729 for ; Sun, 4 May 1997 15:36:04 -0700 (PDT) Received: from shell1.cybercom.net (ksmm@shell1.cybercom.net [206.28.134.6]) by kalypso.cybercom.net (8.8.5/8.8.5) with ESMTP id SAA16789; Sun, 4 May 1997 18:29:42 -0400 (EDT) Received: from localhost (ksmm@localhost) by shell1.cybercom.net (8.8.5/8.8.5) with SMTP id SAA10699; Sun, 4 May 1997 18:29:41 -0400 (EDT) Date: Sun, 4 May 1997 18:29:41 -0400 (EDT) From: The Classiest Man Alive To: Josef Karthauser cc: hackers@FreeBSD.ORG, john@o-farrell.com Subject: Re: Installing FBSD on a second harddisk. In-Reply-To: <19970504211259.58735@pavilion.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I run FreeBSD from a jaz cartridge. I have two IDE drives which are running Windows and OS/2 (oops, not supposed to say that out loud!) and the jaz is attached to an Adaptec AHA-1542. By disabling the IDE drives through the systems BIOS, I can get the Adaptec to treat the jaz as a bootable C: drive, and installation and bootup proceed normally. I could not get the jaz drive to boot with the IDE drives enabled, but I believe that's due to a limitation in the 1542's BIOS that only allows it to map a C: or D: drive on startup. K.S. On Sun, 4 May 1997, Josef Karthauser wrote: > On Sun, May 04, 1997 at 02:35:25AM -0700, Jordan K. Hubbard wrote: > > > I've noticed in the kernel config that there is a: > > > kernel boot wd0 > > > line, but my primary drive is sd0 so I'm confused. > > > > > > What's the obvious thing that I'm missing? Maybe Jordon could include > > > some extra stuff in sysinstall to allow this to work on the install. > > > I'm sure that lots of people out there want this functionality. > > > > Hmm. I was under the impression that it did! Some people have > > successfully installed off of jazz drives (and I remember seeing some > > patches to make this work specifically going into the tree). Either > > that or my memory is totally shot. :) In any case, are you totally > > sure of the jazz drive's configuration? Does it work under any other > > OS as configured? > > > > Jordan > > I'm not trying this at the moment, I'm asking for a friend of mine > (john@o-farrell.com) who's trying to make it work. I did try it > under 2.1.5 on a two disk ide system, trying to install it on the > second drive (wd1). I couldn't get it to work, i.e. it couldn't > find it's root partition after booting the kernel. > > John is trying it under 2.1.7 and trying to install on the Jazz > drive which is his second drive (I haven't asked him for the > scsi ids he's using.) He appears to be having the same problem. > > :( > > Joe. > -- > Josef Karthauser > Technical Manager Email: joe@pavilion.net > Pavilion Internet plc. [Tel: +44 1273 607072 Fax: +44 1273 607073] > > From owner-freebsd-hackers Sun May 4 15:53:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21458 for hackers-outgoing; Sun, 4 May 1997 15:53:52 -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 PAA21453 for ; Sun, 4 May 1997 15:53:50 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wOA63-0004o4-00; Sun, 4 May 1997 15:49:35 -0700 Date: Sun, 4 May 1997 15:49:35 -0700 (PDT) From: Tom Samplonius To: hackers@freebsd.org, wpaul@ctr.columbia.edu Subject: ypbind and "-S" param 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 like how the "-S" param to ypbind works. "-S", as described in the manpage can be used instead of ypset in order to specify a limited set of NIS servers. However, you can not specify non-local NIS servers with "-S". You must use ypset to force ypbind to go to a non-local server, however, this means you can only set only NIS server, and since ypbind only uses ypset as a "hint", if it loses binding, it just starts polling the ethernet for a local server. So, why won't "-S" take non-local servers? Currently, ypbind is basically useless without a local NIS server. However, I can't make this system a NIS server too because it only a T1 away from the master, and map pushing is already too slow. So NIS client-only setup seems to be the way to go. Tom From owner-freebsd-hackers Sun May 4 15:56:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21633 for hackers-outgoing; Sun, 4 May 1997 15:56: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 PAA21626 for ; Sun, 4 May 1997 15:56: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 PAA10755; Sun, 4 May 1997 15:56:28 -0700 (PDT) To: mika ruohotie cc: hackers@FreeBSD.ORG Subject: Re: rc.* changes In-reply-to: Your message of "Sun, 04 May 1997 22:27:36 +0300." <199705041927.WAA08129@shadows.aeon.net> Date: Sun, 04 May 1997 15:56:27 -0700 Message-ID: <10753.862786587@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > the rc.* stuff managed to get me bit confused, so i think that the > "release" version of those rc.* files should clearly state where > and how exactly add information for ip aliases, and non-standard > routes... and leave some empty _space_ for people with a "fear" to > make that space... Well, the man page (heh heh) for rc.conf is supposed to make that clearer. I have it on my TODO list for today, and just as soon as I get some coffee down me... Jordan From owner-freebsd-hackers Sun May 4 16:00:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA21889 for hackers-outgoing; Sun, 4 May 1997 16:00:37 -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 QAA21880 for ; Sun, 4 May 1997 16:00:35 -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 PAA10766; Sun, 4 May 1997 15:58:40 -0700 (PDT) To: Josef Karthauser cc: hackers@FreeBSD.ORG, john@o-farrell.com Subject: Re: Installing FBSD on a second harddisk. In-reply-to: Your message of "Sun, 04 May 1997 21:12:59 BST." <19970504211259.58735@pavilion.net> Date: Sun, 04 May 1997 15:58:39 -0700 Message-ID: <10763.862786719@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Heh. I don't think this actually worked until 2.2.1. That's why you should always specify version information in your queries. Since you didn't note this before, I assumed 2.2.1 by default. Jordan From owner-freebsd-hackers Sun May 4 16:28:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA22902 for hackers-outgoing; Sun, 4 May 1997 16:28:27 -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 QAA22896 for ; Sun, 4 May 1997 16:28:24 -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 TAA00921 for ; Sun, 4 May 1997 19:28:01 -0400 (EDT) Message-Id: <199705042328.TAA00921@spooky.rwwa.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: hackers@FreeBSD.ORG Subject: AMD option to take master map from NIS? In-reply-to: Your message of "Sun, 04 May 1997 15:56:27 PDT." <10753.862786587@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 May 1997 19:28:00 -0400 From: Robert Withrow Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Looking at the AMD code I see there used to be an option that would take the master map from NIS directly, instead of the current way which requires you ``ypcat'' it as an argument to the program. This ``ypcat'' method is a real drag if you have a large quantity of direct mounts. (And I know direct mounts suck, but I didn't create the maps, ok?). Start of AMD takes honking-big amounts of memory and process slots with this method. With direct access to the master map things will only get mounted when they are accessed, and this will greatly conserve system resources. Also, it is a hell of a lot easier to administer. So, is there any way to get this code back? Are we useing the most current AMD? What is the status of AMD anyway? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Sun May 4 18:26:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA27206 for hackers-outgoing; Sun, 4 May 1997 18:26:28 -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 SAA27201 for ; Sun, 4 May 1997 18:26:25 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA24782; Mon, 5 May 1997 10:56:11 +0930 (CST) From: Michael Smith Message-Id: <199705050126.KAA24782@genesis.atrad.adelaide.edu.au> Subject: Re: Installing FBSD on a second harddisk. In-Reply-To: <19970504094140.07712@pavilion.net> from Josef Karthauser at "May 4, 97 09:41:40 am" To: joe@pavilion.net (Josef Karthauser) Date: Mon, 5 May 1997 10:56:10 +0930 (CST) Cc: hackers@FreeBSD.ORG, john@o-farrell.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 Josef Karthauser stands accused of saying: > > What would be really cool is if I could could have a scsi disk with > freebsd on, which I could change the id on and still have freebsd find > it's root partition. What would it take to make this happen. (Point > me in the direction of the right place in the kernel source and I'll > take a look my self if everyone else is too busy.) You could try reading the prompt emitted by the bootstrap, which reads : Use 1:sd(0,a)kernel to boot sd0 if it is BIOS drive 1 > Joe -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun May 4 19:08:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA28842 for hackers-outgoing; Sun, 4 May 1997 19:08: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 TAA28837 for ; Sun, 4 May 1997 19:08:50 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA25115; Mon, 5 May 1997 11:38:03 +0930 (CST) From: Michael Smith Message-Id: <199705050208.LAA25115@genesis.atrad.adelaide.edu.au> Subject: Re: Applixware hangs In-Reply-To: from "Alex.Boisvert" at "May 4, 97 11:52:10 am" To: boia01@castor.GEL.USherb.CA (Alex.Boisvert) Date: Mon, 5 May 1997 11:38:03 +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 This should have gone to the emulation list, whence it has been moved. Alex.Boisvert stands accused of saying: > > Hello hackers - > > I bought (RedHat's) Applixware application suite a month ago and I still > can't use it. You should also check the mailing list archives and try to communicate with others that have claimed success in running it. There have been quite a few, and they may be able to give you more direct suggestions. > Here's the problem description: > > 1-Mount the applix cdrom > 2-Run /cdrom/unpacked/applix to start the application > 3-Wait about 20 seconds to load from CDROM > 4-A window pops without any content. > 5-FreeBSD freezes to death. (No telnet, no ping, nothing, no CTRL-ALT-DEL) Have you tried a serial console so you can see what is happening? Do you have DDB in your kernel? Try rebuilding the Linux LKM with DEBUG defined (look in the src/lkm/linux Makefile) and see what is output. Which X server are you using? If you use a remote X server/display (on another machine), do you see anything on the console? > Alex . -- ]] 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 May 4 20:46:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA01709 for hackers-outgoing; Sun, 4 May 1997 20:46:10 -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 UAA01701; Sun, 4 May 1997 20:46:08 -0700 (PDT) Received: from localhost (spork@localhost) by super-g.inch.com (8.8.5/8.6.9) with SMTP id XAA02751; Sun, 4 May 1997 23:54:33 -0400 (EDT) Date: Sun, 4 May 1997 23:54:33 -0400 (EDT) From: spork X-Sender: spork@super-g.inch.com 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 > Linux 2.0.12 (www.mojave.net) (ttyp1) I believe anything before 2.0.24 is vulnerable, from some of our internal testing... Charles > > > 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 Mon May 5 00:03:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08389 for hackers-outgoing; Mon, 5 May 1997 00:03: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 AAA08380 for ; Mon, 5 May 1997 00:03:39 -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 AAA12289; Mon, 5 May 1997 00:02:56 -0700 (PDT) To: "Danny J. Zerkel" cc: hackers@freebsd.org Subject: Re: rc.* changes In-reply-to: Your message of "Sun, 04 May 1997 11:51:24 EDT." <336CB07C.41C67EA6@phofarm.com> Date: Mon, 05 May 1997 00:02:55 -0700 Message-ID: <12287.862815775@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I made the recent rc changes to my system and so far so good. I > wanted to add a few things for my configuration, so here are some > further (simple) suggestions. Done! Jordan From owner-freebsd-hackers Mon May 5 02:02:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13480 for hackers-outgoing; Mon, 5 May 1997 02:02:25 -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 CAA13474 for ; Mon, 5 May 1997 02:02:19 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id LAA29478 for ; Mon, 5 May 1997 11:03:12 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id LAA12439 for freebsd-hackers@freefall.cdrom.com; Mon, 5 May 1997 11:20:01 +0200 (MET DST) Date: Mon, 5 May 1997 11:20:01 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199705050920.LAA12439@gil.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: NIS/YP problem with master.passwd Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ever since I was running rpc.yppasswdd I couldn't get managed that /etc/master.passwd was taken as the central passwd file for local and YP users. When I do a chsh for instance on the server for a NIS user (the server is running ypbind -Sserver as well) the change is reflected in /var/yp/master.passwd although I explicitly set MASTER_PASSWD=/etc/master.passwd in /var/yp/Makefile. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon May 5 02:51:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15386 for hackers-outgoing; Mon, 5 May 1997 02:51:13 -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 CAA15356 for ; Mon, 5 May 1997 02:50:24 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.5/8.7.3) with SMTP id LAA02735 for ; Mon, 5 May 1997 11:50:16 +0200 (MET DST) Date: Mon, 5 May 1997 11:50:15 +0200 (MET DST) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: SMP hardware recommendations 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! My company considers buying a new SMP machine for some CPU/disk-intensive tasks (similar to news server: searching and processing large quantities of text files), and I convinced them to give a try to FreeBSD. The idea behind it is to save some money on another Sun Ultra, if possible... What hardware would you recommend? Now I'm thinking about the following setup: * MB: 2xPPro 200MHz, 512kB cache, manufacturer: ???, chipset: ??? * RAM: 256 MB (EDO ???) * SCSI: Adaptec 2940U * HDD: ??? (ca. 8 GB total) * Network: Intel EtherExpress 10/100 (fxp driver) * other hardware is less important (i.e. floppy, graphics, keyboard...) And what do you think about performance of such a machine (comparing to Sun Ultra 1/140)? Thanks in advance for your suggestions. Sincerely yours, --- Andrzej Bialecki FreeBSD: Turning PCs Into Workstations http://www.freebsd.org Research and Academic Network in Poland From owner-freebsd-hackers Mon May 5 02:57:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15742 for hackers-outgoing; Mon, 5 May 1997 02:57:04 -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 CAA15737 for ; Mon, 5 May 1997 02:56:57 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.5/8.7.3) with SMTP id LAA02824 for ; Mon, 5 May 1997 11:56:23 +0200 (MET DST) Date: Mon, 5 May 1997 11:56:23 +0200 (MET DST) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: Good benchmark for SMP machines Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello! I'm looking for good benchmark designed to test SMP systems. LMBENCH specifically excludes such machines... Sincerely yours, --- Andrzej Bialecki FreeBSD: Turning PCs Into Workstations http://www.freebsd.org Research and Academic Network in Poland From owner-freebsd-hackers Mon May 5 02:59:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15813 for hackers-outgoing; Mon, 5 May 1997 02:59:47 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15808 for ; Mon, 5 May 1997 02:59:43 -0700 (PDT) Received: from pegasus (dialup2-54.pavilion.co.uk [194.242.131.182]) by florence.pavilion.net (8.8.5/8.8.5) with SMTP id KAA09170; Mon, 5 May 1997 10:58:34 +0100 (BST) Message-Id: <3.0.1.32.19970505105812.00f7cea0@mailhost.pavilion.co.uk> X-Sender: johnof@mailhost.pavilion.co.uk X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 05 May 1997 10:58:12 +0100 To: "Jordan K. Hubbard" From: "John O'Farrell" Subject: Re: Installing FBSD on a second harddisk. Cc: FreeBSD Hackers , Joe Karthauser In-Reply-To: <10763.862786719@time.cdrom.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk But surely since people have had this solution working for some time, months anyway, and Version 2.1.7 is a February release, this should not be an issue? Thanks John PS Also using Adaptec AHA 2940 Ultra SCSI controller. At 15:58 04/05/97 -0700, you wrote: >Heh. I don't think this actually worked until 2.2.1. > >That's why you should always specify version information in >your queries. Since you didn't note this before, I assumed >2.2.1 by default. > > Jordan > > -- John O'Farrell mailto:john@o-farrell.com http://www.o-farrell.com/ +44 (0)1273 709144 From owner-freebsd-hackers Mon May 5 02:59:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA15829 for hackers-outgoing; Mon, 5 May 1997 02:59:50 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA15807 for ; Mon, 5 May 1997 02:59:43 -0700 (PDT) Received: from pegasus (dialup2-54.pavilion.co.uk [194.242.131.182]) by florence.pavilion.net (8.8.5/8.8.5) with SMTP id KAA09168; Mon, 5 May 1997 10:58:33 +0100 (BST) Message-Id: <3.0.1.32.19970505105622.00f7c688@mailhost.pavilion.co.uk> X-Sender: johnof@mailhost.pavilion.co.uk X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 05 May 1997 10:56:22 +0100 To: Michael Smith From: "John O'Farrell" Subject: Re: Installing FBSD on a second hard disk. Cc: Joe Karthauser , FreeBSD Hackers In-Reply-To: <199705050126.KAA24782@genesis.atrad.adelaide.edu.au> References: <19970504094140.07712@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Of course I tried using the bootstrap prompt, with the following result; Error D:0X81 C:0 H:0 S:0 Error D:0X81 C:0 H:0 S:0 Error D:0X81 C:0 H:0 S:0 scrolling endlessly off the screen Thanks all the same. John At 10:56 05/05/97 +0930, you wrote: >Josef Karthauser stands accused of saying: >> >> What would be really cool is if I could could have a scsi disk with >> freebsd on, which I could change the id on and still have freebsd find >> it's root partition. What would it take to make this happen. (Point >> me in the direction of the right place in the kernel source and I'll >> take a look my self if everyone else is too busy.) > >You could try reading the prompt emitted by the bootstrap, which reads : > >Use 1:sd(0,a)kernel to boot sd0 if it is BIOS drive 1 > >> Joe > >-- >]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ >]] Genesis Software genesis@gsoft.com.au [[ >]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ >]] realtime instrument control. (ph) +61-8-8267-3493 [[ >]] Unix hardware collector. "Where are your PEZ?" The Tick [[ > > -- John O'Farrell mailto:john@o-farrell.com http://www.o-farrell.com/ +44 (0)1273 709144 From owner-freebsd-hackers Mon May 5 03:17:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16506 for hackers-outgoing; Mon, 5 May 1997 03:17:30 -0700 (PDT) Received: from beta.mep.ruhr-uni-bochum.de (beta.mep.ruhr-uni-bochum.de [134.147.6.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA16483 for ; Mon, 5 May 1997 03:17:23 -0700 (PDT) Received: (from roberte@localhost) by beta.mep.ruhr-uni-bochum.de (8.8.5/8.8.5) id MAA02962; Mon, 5 May 1997 12:16:03 +0200 (MET DST) From: Robert Eckardt Message-Id: <199705051016.MAA02962@beta.mep.ruhr-uni-bochum.de> Subject: Re: AMD option to take master map from NIS? In-Reply-To: <199705042328.TAA00921@spooky.rwwa.com> from Robert Withrow at "4. May. 97 19:24:48" To: witr@rwwa.com (Robert Withrow) Date: Mon, 5 May 1997 12:16:02 +0200 (MET DST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Looking at the AMD code I see there used to be an option that would > take the master map from NIS directly, instead of the current way > which requires you ``ypcat'' it as an argument to the program. > > This ``ypcat'' method is a real drag if you have a large quantity > of direct mounts. (And I know direct mounts suck, but I didn't > create the maps, ok?). Start of AMD takes honking-big amounts > of memory and process slots with this method. Never did it with ypcat. amd (2.1.7R from packages) works right out of the box with NIS/YP. I use: amd -r /home amd.home /mounted_homes amd.mounted_homes with the NIS maps `amd.home' and `amd.mounted_homes' > With direct access to the master map things will only get mounted > when they are accessed, and this will greatly conserve system resources. I did the 2 step mount to NFS-mount the FS of the home-dirs once per machine and not once per user. > Also, it is a hell of a lot easier to administer. Yup. > So, is there any way to get this code back? Are we useing the most current > AMD? What is the status of AMD anyway? > > ----------------------------------------------------------------------------- > Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM Ciao, Robert -- Dr. Robert Eckardt ( Ruhr-Universitaet Bochum, Inst.f.Theor.Physik, NB6/169 ) Universitaetsstrasse 150, D-44780 Bochum, Germany ----X---8---- Telefon: +49 234 700-3709, Telefax: +49 234 7094-574 8 E-Mail: RobertE@MEP.Ruhr-Uni-Bochum.de --------8---- URL: http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte >>> A magician never reveals his secret: the unbelievable trick becomes <<< >>> simple and obvious once it is explained. <<< From owner-freebsd-hackers Mon May 5 03:22:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16664 for hackers-outgoing; Mon, 5 May 1997 03:22:55 -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 DAA16659 for ; Mon, 5 May 1997 03:22:51 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id TAA29329; Mon, 5 May 1997 19:52:42 +0930 (CST) From: Michael Smith Message-Id: <199705051022.TAA29329@genesis.atrad.adelaide.edu.au> Subject: Re: Installing FBSD on a second hard disk. In-Reply-To: <3.0.1.32.19970505105622.00f7c688@mailhost.pavilion.co.uk> from John O'Farrell at "May 5, 97 10:56:22 am" To: john@o-farrell.com (John O'Farrell) Date: Mon, 5 May 1997 19:52:42 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, joe@pavilion.net, 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 John O'Farrell stands accused of saying: > Of course I tried using the bootstrap prompt, with the following result; (You didn't say this; how could I possibly have known?) > Error D:0X81 C:0 H:0 S:0 > Error D:0X81 C:0 H:0 S:0 > Error D:0X81 C:0 H:0 S:0 > > scrolling endlessly off the screen Ok. In this case, I think I must have missed something in your configuration. You have an IDE disk with your Windows stuff on it; do you have an IDE CDROM? Have you tried other BIOS offsets with the syntax X:sd(0,a)kernel where 'X' is some value 0, 1, 2, etc. ? It sounds like your BIOS is happy booting from the Jaz, there should be no reason why the bootstrap should be unhappy. What does the bootstrap print as its default? > >> What would be really cool is if I could could have a scsi disk with > >> freebsd on, which I could change the id on and still have freebsd find > >> it's root partition. You can. I do this regularly. > John O'Farrell -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon May 5 03:56:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA18205 for hackers-outgoing; Mon, 5 May 1997 03:56:49 -0700 (PDT) Received: from milkyway.org (lta-r-1.usit.net [205.241.194.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA18200 for ; Mon, 5 May 1997 03:56:46 -0700 (PDT) Received: (from toby@localhost) by milkyway.org (8.8.3/8.8.3) id FAA00196 for freebsd-hackers@freebsd.org; Mon, 7 Apr 1997 05:58:20 -0400 (EDT) Date: Mon, 7 Apr 1997 05:58:20 -0400 (EDT) From: "Toby J. Swanson" Message-Id: <199704070958.FAA00196@milkyway.org> To: freebsd-hackers@freebsd.org Subject: unsubscribe Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-hackers Mon May 5 04:19:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA18894 for hackers-outgoing; Mon, 5 May 1997 04:19:08 -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 EAA18889 for ; Mon, 5 May 1997 04:19:06 -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 EAA15031; Mon, 5 May 1997 04:19:30 -0700 (PDT) To: Nadav Eiron cc: hackers@FreeBSD.ORG Subject: Re: /usr/include/ftpio.h is not C++ safe In-reply-to: Your message of "Sun, 04 May 1997 18:19:32 +0300." Date: Mon, 05 May 1997 04:19:29 -0700 Message-ID: <15025.862831169@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Well, here is the diff for the changes (it should also make it compile > under K&R). The diff is against 2.1.7, but it's the same for 2.2.1 > (sorry, I don't run -current here). > > comments? Bleah. :-) Don't pollute new code with the __P() gunge. It just makes it harder to read and there are no compilers we need to use which do not accept full ANSI prototypes. I'll commit the include and the __BEGIN_DECLS and __END_DECLS components, however. Thanks! Jordan From owner-freebsd-hackers Mon May 5 04:25:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA19232 for hackers-outgoing; Mon, 5 May 1997 04:25:03 -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 EAA19221 for ; Mon, 5 May 1997 04:24:59 -0700 (PDT) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id NAA03216 for ; Mon, 5 May 1997 13:25:48 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id NAA13067 for freebsd-hackers@freefall.cdrom.com; Mon, 5 May 1997 13:42:40 +0200 (MET DST) Date: Mon, 5 May 1997 13:42:40 +0200 (MET DST) From: Christoph Kukulies Message-Id: <199705051142.NAA13067@gil.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: noticable performance gain Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I installed 3.0-current of May 3rd on a couple of my machines here (together with the new xterm) and one of my (power) users spontaneously sent me an email saying that the system now feels a lot more responsive. xterm comes up much quicker. Working with it is even more enjoyable. The machine is a 150 MHz P5 w/ 32 MB, IDE, nothing peculiar, NIS/NFS server. Before that we ran 2.2-19970521-SNAP (or whatever that exactly was named). -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon May 5 05:07:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20634 for hackers-outgoing; Mon, 5 May 1997 05:07:43 -0700 (PDT) Received: from asteroid.intermedia.ru ([194.85.158.35]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA20628 for ; Mon, 5 May 1997 05:07:29 -0700 (PDT) Received: from asteroid.intermedia.ru (localhost.intermedia.ru [127.0.0.1]) by asteroid.intermedia.ru (8.8.5/8.8.5) with ESMTP id QAA03115; Mon, 5 May 1997 16:11:35 +0400 (MSD) Message-Id: <199705051211.QAA03115@asteroid.intermedia.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Daniel O'Callaghan" cc: hackers@freebsd.org Subject: Re: SPAM target In-reply-to: Your message of "Sat, 03 May 1997 20:35:20 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 1997 16:11:25 +0400 From: Alex Povolotsky Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Another target is ispam.net. BTW, they even do not have postmaster@ispam.net. AFAIK it is REQUIRED to have for any Internet host. Can we use it to force disconnection? Alex. From owner-freebsd-hackers Mon May 5 05:28:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA21199 for hackers-outgoing; Mon, 5 May 1997 05:28:43 -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 FAA21190 for ; Mon, 5 May 1997 05:28:38 -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 TAA28440; Mon, 5 May 1997 19:30:53 GMT Received: from CYBERLIB/MAILQ by cyberlib.itb.ac.id. (Mercury 1.11); Mon, 5 May 97 19:33:27 +0700 Received: from MAILQ by CYBERLIB (Mercury 1.11); Mon, 5 May 97 19:32:55 +0700 From: "Sansan " Organization: Computer Center ITB To: Alex Povolotsky Date: Mon, 5 May 1997 19:32:51 +07 Subject: Re: SPAM target CC: hackers@FreeBSD.ORG Priority: normal X-mailer: Pegasus Mail v3.1 (R1a) Message-ID: Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk how could i get out from this mailing list From owner-freebsd-hackers Mon May 5 05:39:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA21954 for hackers-outgoing; Mon, 5 May 1997 05:39:08 -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 FAA21930 for ; Mon, 5 May 1997 05:38:54 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@skraldespand.demos.su [194.87.0.19] with ESMTP id QAA17121; Mon, 5 May 1997 16:38:18 +0400 Received: by skraldespand.demos.su id QAA21510; (8.8.5/D) Mon, 5 May 1997 16:38:28 +0400 (MSD) Message-ID: <19970505163827.06802@skraldespand.demos.su> Date: Mon, 5 May 1997 16:38:27 +0400 From: "Mikhail A. Sokolov" To: "Mikhail A. Sokolov" Cc: hackers@FreeBSD.ORG Subject: Re: strange 2.2.1 behaviour. References: <3.0.32.19970504212053.006a6ee8@mail.hexanet.fr> <19970505000602.51173@skraldespand.demos.su> 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 On Mon, May 05, 1997 at 12:06:04AM +0400, Mikhail A. Sokolov wrote: > On Sun, May 04, 1997 at 09:20:53PM +0200, Christophe Prevotaux wrote: > > >On Sun, May 04, 1997 at 01:37:01AM +0400, Mikhail A. Sokolov wrote: > Uhm, the problem now seems to be in kernel level network support, - when we > turn off nfs's and leave machines alone, they work ok for hours. > Like, we achieved load averages ~280-310 with 700 processes running > (my favourite find -exec ls -laRt/du -sk. ;-)), - they ate it ok. Fun fun fun. We found that there's some problem in the following: we have a several sparc server 1000 and ultra 1's (both solaris 2.5.1) in the same /32 network which both have numerous interfaces as well. What correlates, is that when BSD machines are loaded with networking stuff, like nfs/slirp/ftp/http traffic themselves, they can't survive loads of who traffic (513 port), which is issued by _each_ interface sun's have, (~300/500) for some reasons, broadly casting, several times (like, 100). Dunno why would sun's issue such load of useless traffic, that's what happens. Thanks to tcpdump, we see that our (BSD) machines crash time exactly correlates with the moments, when network gets 1,5M of who requests in ~5000 packets /sec, - they eat those who's ok, when they are not busy themselves, managing _their_ traffic (like in NFS example, they crashed alot more often than non-nfs ones). Strange, but we have this port, 513, disabled anyhow. What we see, I guess, is some kind of buffer overflow, right? If yes, what paramerts do we increase (on kernel level?)? Thanks, -mishania From owner-freebsd-hackers Mon May 5 05:42:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22168 for hackers-outgoing; Mon, 5 May 1997 05:42:30 -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 FAA22162 for ; Mon, 5 May 1997 05:42:25 -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 TAA29345 for ; Mon, 5 May 1997 19:45:19 GMT Received: from CYBERLIB/MAILQ by cyberlib.itb.ac.id. (Mercury 1.11); Mon, 5 May 97 19:47:50 +0700 Received: from MAILQ by CYBERLIB (Mercury 1.11); Mon, 5 May 97 19:47:26 +0700 From: "Sansan " Organization: Computer Center ITB To: freebsd-hackers@FreeBSD.org Date: Mon, 5 May 1997 19:47:20 +07 Subject: unsubscribe Priority: normal X-mailer: Pegasus Mail v3.1 (R1a) Message-ID: Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk unsubscribe sansan131@Cyberlib.itb.ac.id From owner-freebsd-hackers Mon May 5 05:42:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22202 for hackers-outgoing; Mon, 5 May 1997 05:42:50 -0700 (PDT) Received: from user.xtdl.com (user.xtdl.com [206.25.228.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA22195 for ; Mon, 5 May 1997 05:42:45 -0700 (PDT) Received: (from sderdau@localhost) by user.xtdl.com (8.6.11/8.6.9) id IAA14968 for freebsd-hackers@freebsd.org; Mon, 5 May 1997 08:52:33 -0400 Date: Mon, 5 May 1997 08:52:33 -0400 From: Stephen Derdau Message-Id: <199705051252.IAA14968@user.xtdl.com> To: freebsd-hackers@freebsd.org Subject: 2nd machine without class c address Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a second machine that is part of my local network. One of my machines has a class c address which I can dial out and connect to the internet on. The other machine has a 10.0.0.2 address. I can communicate between the two machines and be connected to the internet on the one with a class c address. However, I cannot go onto my 2nd machine and telnet or ping any other machines outside of my local network, "the 2 machines". Can what I am trying to do be done without another ip address. When I telnet from the 2nd machine it tells me no route to host. I have the 1st system with the class c address as the default router. However, that does not seem to work. I can be connected on the 1st system with the ip address and get out to the internet. But when I telnet to my second machine and try to ping or anything to a machine out on the net. I get no route to host. I am new to this stuff and working on getting an insight to this whole networking stuff. Hope I didn't submit this to the wrong news group. If I did I apologize. Thanks. From owner-freebsd-hackers Mon May 5 05:57:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22663 for hackers-outgoing; Mon, 5 May 1997 05:57:23 -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 FAA22657 for ; Mon, 5 May 1997 05:57:20 -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 IAA02277; Mon, 5 May 1997 08:56:45 -0400 (EDT) Message-Id: <199705051256.IAA02277@spooky.rwwa.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Robert Eckardt cc: witr@rwwa.com (Robert Withrow), hackers@FreeBSD.ORG Subject: Re: AMD option to take master map from NIS? In-reply-to: Your message of "Mon, 05 May 1997 12:16:02 +0200." <199705051016.MAA02962@beta.mep.ruhr-uni-bochum.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 1997 08:56:45 -0400 From: Robert Withrow Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk roberte@mep.ruhr-uni-bochum.de said: :- I use: amd -r /home amd.home /mounted_homes amd.mounted_homes The stuff you put on the command line *is* the master map. In my application there are nearly 200 such things that need to be put on the command line... ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Mon May 5 06:53:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA25146 for hackers-outgoing; Mon, 5 May 1997 06:53:51 -0700 (PDT) Received: from kiste-5.ki.informatik.uni-frankfurt.de (kiste-5.ki.informatik.uni-frankfurt.de [141.2.5.112]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA25141 for ; Mon, 5 May 1997 06:53:45 -0700 (PDT) Message-Id: <199705051353.GAA25141@hub.freebsd.org> Received: by kiste-5.ki.informatik.uni-frankfurt.de (1.37.109.4/16.2) id AA17359; Mon, 5 May 97 15:47:58 +0200 Date: Mon, 5 May 97 15:47:58 +0200 From: Marko Schuetz To: freebsd-hackers@freebsd.org Subject: bind before hosts and iijppp... Mime-Version: 1.0 (generated by tm-edit 7.66) Content-Type: text/plain; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I observed that /etc/host.conf specifies bind before hosts. When connected to via ethernet this does not make a noticeable (by me) difference, but when I run 'ppp -auto isp' a connection to isp is dialed even for name lookup of localhost. Maybe a better policy would be to have as few as possible entries in /etc/hosts, but have /etc/host.conf default to hosts before bind. Marko From owner-freebsd-hackers Mon May 5 07:39:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27846 for hackers-outgoing; Mon, 5 May 1997 07:39:44 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27836 for ; Mon, 5 May 1997 07:39:39 -0700 (PDT) Received: from pegasus (dialup2-61.pavilion.co.uk [194.242.131.189]) by florence.pavilion.net (8.8.5/8.8.5) with SMTP id PAA17456; Mon, 5 May 1997 15:38:31 +0100 (BST) Message-Id: <3.0.1.32.19970505153502.00f6fab8@mailhost.pavilion.co.uk> X-Sender: johnof@mailhost.pavilion.co.uk X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 05 May 1997 15:35:02 +0100 To: Michael Smith From: "John O'Farrell" Subject: Re: Installing FBSD on a second hard disk. Cc: FreeBSD Hackers , Joe Karthauser In-Reply-To: <199705051022.TAA29329@genesis.atrad.adelaide.edu.au> References: <3.0.1.32.19970505105622.00f7c688@mailhost.pavilion.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Mike, At 19:52 05/05/97 +0930, you wrote: >John O'Farrell stands accused of saying: >> Of course I tried using the bootstrap prompt, with the following result; > >(You didn't say this; how could I possibly have known?) > You couldn't, Sorry. >> Error D:0X81 C:0 H:0 S:0 >> Error D:0X81 C:0 H:0 S:0 >> Error D:0X81 C:0 H:0 S:0 >> >> scrolling endlessly off the screen > >Ok. In this case, I think I must have missed something in your >configuration. You have an IDE disk with your Windows stuff on it; >do you have an IDE CDROM? Have you tried other BIOS offsets with the >syntax > I have an Adaptec 2940 with three SCSI devices, Seagate hawk 2 Gig drive as sd0 running Window NT 4.0, An 8 speed SCSI CD Rom and the Jaz drive sd1. As you say the Jaz is perfectly accessible and happy under Win NT. The only IDE device is the 3.5 floppy disk drive. The Jaz drive is using SCSI ID 4 in the Adaptec SCSI bios. I have changed this in the bios setting to ID 0 but then FreeBSD cannot find the kernel. I have assumed that this is due to the make having been made on setting sd1 rather than sd0? I could try changing the Adaptec SCSI bios for the Jaz Drive 4 to be the boot drive and then reinstalling FreeBSD? Would this then result in the Jaz being sd0? >X:sd(0,a)kernel > >where 'X' is some value 0, 1, 2, etc. ? It sounds like your BIOS is >happy booting from the Jaz, there should be no reason why the >bootstrap should be unhappy. What does the bootstrap print as its default? > Forgive my ignorance but what does the X: stand for? I am getting confused between the SCSI bios setting and sd (scsi drive) settings FreeBSD seems to see two drives sd0 and sd1 the Jaz is sd1 but has a bios ID of 4 the Seagate is sd0 and has a bios setting of 0. Thank you John -- John O'Farrell mailto:john@o-farrell.com http://www.o-farrell.com/ +44 (0)1273 709144 From owner-freebsd-hackers Mon May 5 07:39:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA27863 for hackers-outgoing; Mon, 5 May 1997 07:39:49 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA27844 for ; Mon, 5 May 1997 07:39:44 -0700 (PDT) Received: from pegasus (dialup2-61.pavilion.co.uk [194.242.131.189]) by florence.pavilion.net (8.8.5/8.8.5) with SMTP id PAA17461; Mon, 5 May 1997 15:38:33 +0100 (BST) Message-Id: <3.0.1.32.19970505153805.00f972d0@mailhost.pavilion.co.uk> X-Sender: johnof@mailhost.pavilion.co.uk X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 05 May 1997 15:38:05 +0100 To: The Classiest Man Alive From: "John O'Farrell" Subject: Re: Installing FBSD on a second harddisk. Cc: FreeBSD Hackers , Joe Karthauser In-Reply-To: <1.5.4.32.19970505125714.00715fac@cybercom.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Under Window NT, Yes. The SCSI 2 Gig Seagate Hawk is Drive C: The SCSI Jaz Drive is Drive D: The SCSI CD rom is Drive E: At 08:57 05/05/97 -0400, you wrote: >At 10:58 AM 5/5/97 +0100, you wrote: >>PS Also using Adaptec AHA 2940 Ultra SCSI controller. >> > >Does the 2940 assign a drive letter (e.g., D:) to your SCSI drives on startup? > >K.S. > > > -- John O'Farrell mailto:john@o-farrell.com http://www.o-farrell.com/ +44 (0)1273 709144 From owner-freebsd-hackers Mon May 5 07:46:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA28294 for hackers-outgoing; Mon, 5 May 1997 07:46:22 -0700 (PDT) Received: from elwood.pionet.net (ELWOOD.pionet.net [199.120.116.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA28287 for ; Mon, 5 May 1997 07:46:16 -0700 (PDT) Received: from LAB_ROUTER (pm5_68.pionet.net [199.120.116.68]) by elwood.pionet.net (8.7.5/8.7.3) with SMTP id JAA32557; Mon, 5 May 1997 09:49:00 -0500 (CDT) Message-ID: <336DE306.623D@pionet.net> Date: Mon, 05 May 1997 09:39:18 -0400 From: Tyson Boellstorff X-Mailer: Mozilla 2.02E (OS/2; I) MIME-Version: 1.0 To: abial@warman.org.pl CC: hackers@freebsd.org Subject: Subject: SMP hardware recommendations Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My company considers buying a new SMP machine for some CPU/disk-intensive tasks (similar to news server: searching and processing large quantities of text files), and I convinced them to give a try to FreeBSD. The idea behind it is to save some money on another Sun Ultra, if possible... What hardware would you recommend? Now I'm thinking about the following setup: * MB: 2xPPro 200MHz, 512kB cache, manufacturer: ???, chipset: ??? * RAM: 256 MB (EDO ???) * SCSI: Adaptec 2940U * HDD: ??? (ca. 8 GB total) * Network: Intel EtherExpress 10/100 (fxp driver) * other hardware is less important (i.e. floppy, graphics, keyboard...) And what do you think about performance of such a machine (comparing to Sun Ultra 1/140)? Gateway 2000 has released a board that should do this on Saturday. Comes with these chipsets on the board: 2940 UW, ATI Mach 64 GT, Intel Etherexpress Pro, Intel FX 440, and of course, it supports 2 200 Mhz PPro chips. Supports up to 512 Mb Ram, and you could order it with a 9 Gb Seagate SCSI hdd. The board is made by Intel. I plan on getting the board and trying it on FreeBSD in the next couple of weeks. The standard config is G6 200**2 with 64 MB EDO, 4 G SCSI hdd, 12x SCSI CD-ROM, 256k Internal cache. (As with all P6's, this is on the CPU chip, so you may want to bear that in mind) The standard config is with single processor, $599 for number two. You'd have to talk to Sales to see if they could save you the effort of dumping the 256 k 200 Mhz processor & order with 512's. As to performance, I've been told it flies. I'll render my own opinion after I get it going. From owner-freebsd-hackers Mon May 5 08:18:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA00559 for hackers-outgoing; Mon, 5 May 1997 08:18:58 -0700 (PDT) Received: from ganoid.csv.warwick.ac.uk (ganoid.csv.warwick.ac.uk [137.205.148.205]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA00551 for ; Mon, 5 May 1997 08:18:49 -0700 (PDT) From: Mr M P Searle Message-Id: <1450.199705051518@ganoid.csv.warwick.ac.uk> Received: by ganoid.csv.warwick.ac.uk id QAA01450; Mon, 5 May 1997 16:18:15 +0100 (BST) Subject: Very small machine - RAM? To: hackers@freebsd.org Date: Mon, 5 May 1997 16:18:10 +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 How much memory is the minimum that would be needed for a very small FBSD system? It wouldn't need to run the installer (5MB), so certainly 4MB would be enough - but would 3 or 2 be OK? It only needs an IDE disk and a net card in the kernel, and it doesn't matter if there is hardly any RAM left for processes. 200K would be enough, I think - I'd be running inetd, so I could ftp or telnet in, plus a small program of my own (don't know how big THAt will be yet, but I'm sure it would be smaller than ftpd.) Thanks, Michael. From owner-freebsd-hackers Mon May 5 08:32:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01272 for hackers-outgoing; Mon, 5 May 1997 08:32:34 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA01262; Mon, 5 May 1997 08:32:23 -0700 (PDT) Received: from plaut.de (inet.plaut.de [194.39.177.166]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id IAA05838; Mon, 5 May 1997 08:31:57 -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 RAA15947; Mon, 5 May 1997 17:29:30 +0200 Received: from localhost (afuchs@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id RAA13049; Mon, 5 May 1997 17:29:32 +0200 (MET DST) Date: Mon, 5 May 1997 17:29:31 +0200 (MET DST) From: Alexander Fuchsstadt To: Stefan Esser cc: hackers@freebsd.org Subject: Re: Compaq Integrated Netflex Ethernet Card In-Reply-To: <19970430155249.14655@x14.mi.uni-koeln.de> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1955891827-862846171=:11005" 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-1955891827-862846171=:11005 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi Stefan, I installed a new snap of fBSD with a standard ne2000-compatible ethernet controller. The attachment-file contains a complete dmesg text file from a verbose boot. I don't know well the pci-thing, so changing the source is rare easy to me, however I did, and I'm now building new kernel.... The isa driver (lnc0) don't work, but maybe I'm too stupid, am I? I hope you know a workaround for it. Bye Alex --0-1955891827-862846171=:11005 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.basis.txt" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Q29weXJpZ2h0IChjKSAxOTkyLTE5OTcgRnJlZUJTRCBJbmMuDQpDb3B5cmln aHQgKGMpIDE5ODIsIDE5ODYsIDE5ODksIDE5OTEsIDE5OTMNCglUaGUgUmVn ZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLg0KRnJlZUJTRCAzLjAtOTcwNTAxLVNOQVAgIzA6IFNh dCBKdW4gMjAgMDA6MzQ6NDQgR01UIDE5OTINCiAgICByb290QGJhc2lzLnBs YXV0LmRlOi91c3Ivc3JjL3N5cy9jb21waWxlL0JBU0lTDQpDYWxpYnJhdGlu ZyBjbG9jayhzKSAuLi4gaTU4NiBjbG9jazogMTY3MDUwOTM0IEh6LCBpODI1 NCBjbG9jazogMTE5MzIyMiBIeg0KQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElP TiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcgZGVmYXVsdCBmcmVxdWVuY3kNCkNM S19VU0VfSTU4Nl9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcg b2xkIGNhbGlicmF0aW9uIG1ldGhvZA0KQ1BVOiBQZW50aXVtICgxNjcuMDUt TUh6IDU4Ni1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwi ICBJZCA9IDB4NTJjICBTdGVwcGluZz0xMg0KICBGZWF0dXJlcz0weDFiZjxG UFUsVk1FLERFLFBTRSxUU0MsTVNSLE1DRSxDWDg+DQpyZWFsIG1lbW9yeSAg PSAzMzU1NDQzMiAoMzI3NjhLIGJ5dGVzKQ0KYXZhaWwgbWVtb3J5ID0gMzA1 MDI5MTIgKDI5Nzg4SyBieXRlcykNCnBjaWJ1c19zZXR1cCgxKToJbW9kZSAx IGFkZHIgcG9ydCAoMHgwY2Y4KSBpcyAweDgwMDAzODAwDQpwY2lidXNfc2V0 dXAoMWEpOgltb2RlMXJlcz0weDAwMDAwMDAwICgweDgwMDAwMDAwKQ0KcGNp YnVzX3NldHVwKDFiKToJbW9kZTFyZXM9MHg4MDAwMDAwMCAoMHhmZjAwMDAw MSkNCnBjaWJ1c19jaGVjazoJZGV2aWNlIDAgW2NsYXNzPTYwMDAwXSBbaGRy PWZmXSAxIDIgMyA0IDUgNiA3IFtjbGFzcz0zMDAwMF0gW2hkcj0wXSBpcyB0 aGVyZSAoaWQ9MDUxOTEwMmIpDQpQcm9iaW5nIGZvciBkZXZpY2VzIG9uIFBD SSBidXMgMDoNCgljb25maWd1cmF0aW9uIG1vZGUgMSBhbGxvd3MgMzIgZGV2 aWNlcy4NCmNoaXAwIDxIb3N0IHRvIFBDSSBicmlkZ2UgKHZlbmRvcj0wZTEx IGRldmljZT00MDAwKT4gcmV2IDEgaW50IDkgaXJxIDMyIG9uIHBjaTA6MDow DQoJbWFwcmVnWzEwXSB0eXBlPTAgYWRkcj0wMDIxN2UxMCBzaXplPWZmZGU4 MWYwLg0KCW1hcHJlZ1sxNF0gdHlwZT0wIGFkZHI9MDAxOGRhYTAgc2l6ZT1m ZmU3MjU2MC4NCgltYXByZWdbMThdIHR5cGU9MCBhZGRyPTAwMDEzZjEwIHNp emU9ZmZmZWMwZjAuDQoJbWFwcmVnWzFjXSB0eXBlPTAgYWRkcj0wMDIwMTk0 MCBzaXplPWZmZGZlNmMwLg0KCW1hcHJlZ1syMF0gdHlwZT0xIGFkZHI9NDAw MDBlMTAgc2l6ZT0wMDEwLg0KY2hpcDEgPEhvc3QgdG8gUENJIGJyaWRnZSAo dmVuZG9yPTBlMTEgZGV2aWNlPTQwMDApPiByZXYgMSBpbnQgTiBpcnEgMjI0 IG9uIHBjaTA6MDoxDQoJbWFwcmVnWzEwXSB0eXBlPTAgYWRkcj0wMDIxN2Ux MCBzaXplPWZmZGU4MWYwLg0KCW1hcHJlZ1sxNF0gdHlwZT0wIGFkZHI9MDAy MDE5NDAgc2l6ZT1mZmRmZTZjMC4NCgltYXByZWdbMThdIHR5cGU9MCBhZGRy PTAwMDEzZjEwIHNpemU9ZmZmZWMwZjAuDQoJbWFwcmVnWzFjXSB0eXBlPTAg YWRkcj0wMDIwMTk0MCBzaXplPWZmZGZlNmMwLg0KCW1hcHJlZ1syMF0gdHlw ZT0xIGFkZHI9NDAwMDBlMTAgc2l6ZT0wMDEwLg0KY2hpcDIgPEhvc3QgdG8g UENJIGJyaWRnZSAodmVuZG9yPTBlMTEgZGV2aWNlPTQwMDApPiByZXYgMSBp bnQgUCBpcnEgMzIgb24gcGNpMDowOjINCgltYXByZWdbMTBdIHR5cGU9MCBh ZGRyPTAwMjE3ZTEwIHNpemU9ZmZkZTgxZjAuDQoJbWFwcmVnWzE0XSB0eXBl PTAgYWRkcj0wMDIwMTk0MCBzaXplPWZmZGZlNmMwLg0KCW1hcHJlZ1sxOF0g dHlwZT0wIGFkZHI9MDAwMTNmMTAgc2l6ZT1mZmZlYzBmMC4NCgltYXByZWdb MWNdIHR5cGU9MCBhZGRyPTAwMjAxOTQwIHNpemU9ZmZkZmU2YzAuDQoJbWFw cmVnWzIwXSB0eXBlPTEgYWRkcj00MDAwMGUxMCBzaXplPTAwMTAuDQpjaGlw MyA8SG9zdCB0byBQQ0kgYnJpZGdlICh2ZW5kb3I9MGUxMSBkZXZpY2U9NDAw MCk+IHJldiAxIGludCBRIGlycSA5NiBvbiBwY2kwOjA6Mw0KCW1hcHJlZ1sx MF0gdHlwZT0wIGFkZHI9MDAyMTdlMTAgc2l6ZT1mZmRlODFmMC4NCgltYXBy ZWdbMTRdIHR5cGU9MCBhZGRyPTAwMjAxOTQwIHNpemU9ZmZkZmU2YzAuDQoJ bWFwcmVnWzE4XSB0eXBlPTAgYWRkcj0wMDAxM2YxMCBzaXplPWZmZmVjMGYw Lg0KCW1hcHJlZ1sxY10gdHlwZT0wIGFkZHI9MDAyMDE5NDAgc2l6ZT1mZmRm ZTZjMC4NCgltYXByZWdbMjBdIHR5cGU9MSBhZGRyPTQwMDAwZTEwIHNpemU9 MDAxMC4NCmNoaXA0IDxIb3N0IHRvIFBDSSBicmlkZ2UgKHZlbmRvcj0wZTEx IGRldmljZT00MDAwKT4gcmV2IDEgaW50IFIgaXJxIDE2MCBvbiBwY2kwOjA6 NA0KCW1hcHJlZ1sxMF0gdHlwZT0wIGFkZHI9MDAyMTdlMTAgc2l6ZT1mZmRl ODFmMC4NCgltYXByZWdbMTRdIHR5cGU9MCBhZGRyPTAwMjAxOTQwIHNpemU9 ZmZkZmU2YzAuDQoJbWFwcmVnWzE4XSB0eXBlPTAgYWRkcj0wMDAxM2YxMCBz aXplPWZmZmVjMGYwLg0KCW1hcHJlZ1sxY10gdHlwZT0wIGFkZHI9MDAyMDE5 NDAgc2l6ZT1mZmRmZTZjMC4NCgltYXByZWdbMjBdIHR5cGU9MSBhZGRyPTQw MDAwZTEwIHNpemU9MDAxMC4NCmNoaXA1IDxIb3N0IHRvIFBDSSBicmlkZ2Ug KHZlbmRvcj0wZTExIGRldmljZT00MDAwKT4gcmV2IDEgaW50IFMgaXJxIDIy NCBvbiBwY2kwOjA6NQ0KCW1hcHJlZ1sxMF0gdHlwZT0wIGFkZHI9MDAyMTdl MTAgc2l6ZT1mZmRlODFmMC4NCgltYXByZWdbMTRdIHR5cGU9MCBhZGRyPTAw MjAxOTQwIHNpemU9ZmZkZmU2YzAuDQoJbWFwcmVnWzE4XSB0eXBlPTAgYWRk cj0wMDAxM2YxMCBzaXplPWZmZmVjMGYwLg0KCW1hcHJlZ1sxY10gdHlwZT0w IGFkZHI9MDAyMDE5NDAgc2l6ZT1mZmRmZTZjMC4NCgltYXByZWdbMjBdIHR5 cGU9MSBhZGRyPTQwMDAwZTEwIHNpemU9MDAxMC4NCmNoaXA2IDxIb3N0IHRv IFBDSSBicmlkZ2UgKHZlbmRvcj0wZTExIGRldmljZT00MDAwKT4gcmV2IDEg aW50IFUgaXJxIDMyIG9uIHBjaTA6MDo2DQoJbWFwcmVnWzEwXSB0eXBlPTAg YWRkcj0wMDIxN2UxMCBzaXplPWZmZGU4MWYwLg0KCW1hcHJlZ1sxNF0gdHlw ZT0wIGFkZHI9MDAyMDE5NDAgc2l6ZT1mZmRmZTZjMC4NCgltYXByZWdbMThd IHR5cGU9MCBhZGRyPTAwMDEzZjEwIHNpemU9ZmZmZWMwZjAuDQoJbWFwcmVn WzFjXSB0eXBlPTAgYWRkcj0wMDIwMTk0MCBzaXplPWZmZGZlNmMwLg0KCW1h cHJlZ1syMF0gdHlwZT0xIGFkZHI9NDAwMDBlMTAgc2l6ZT0wMDEwLg0KY2hp cDcgPEhvc3QgdG8gUENJIGJyaWRnZSAodmVuZG9yPTBlMTEgZGV2aWNlPTQw MDApPiByZXYgMSBpbnQgViBpcnEgOTYgb24gcGNpMDowOjcNCgltYXByZWdb MTBdIHR5cGU9MCBhZGRyPTAwMjE3ZTEwIHNpemU9ZmZkZTgxZjAuDQoJbWFw cmVnWzE0XSB0eXBlPTAgYWRkcj0wMDIwMTk0MCBzaXplPWZmZGZlNmMwLg0K CW1hcHJlZ1sxOF0gdHlwZT0wIGFkZHI9MDAwMTNmMTAgc2l6ZT1mZmZlYzBm MC4NCgltYXByZWdbMWNdIHR5cGU9MCBhZGRyPTAwMjAxOTQwIHNpemU9ZmZk ZmU2YzAuDQoJbWFwcmVnWzIwXSB0eXBlPTEgYWRkcj00MDAwMGUxMCBzaXpl PTAwMTAuDQp2Z2EwIDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5IGRldmljZT4g cmV2IDEgaW50IGEgaXJxIDExIG9uIHBjaTA6NzowDQoJbWFwcmVnWzEwXSB0 eXBlPTAgYWRkcj00MDA4MDAwMCBzaXplPTQwMDAuDQoJbWFwcmVnWzE0XSB0 eXBlPTAgYWRkcj00MDgwMDAwMCBzaXplPTgwMDAwMC4NCmFoYzAgPEFkYXB0 ZWMgMjk0MCBVbHRyYSBTQ1NJIGhvc3QgYWRhcHRlcj4gcmV2IDAgaW50IGEg aXJxIDExIG9uIHBjaTA6OTowDQoJbWFwcmVnWzEwXSB0eXBlPTEgYWRkcj0w MDAwMTQwMCBzaXplPTAxMDAuDQoJbWFwcmVnWzE0XSB0eXBlPTAgYWRkcj00 MDEwMDAwMCBzaXplPTEwMDAuDQoJcmVnMTY6IGlvYWRkcj0weDE0MDAgc2l6 ZT0weDEwMA0KYWhjMDogUmVhZGluZyBTRUVQUk9NLi4uZG9uZS4NCmludGVy bmFsNTAgY2FibGUgaXMgcHJlc2VudA0KaW50ZXJuYWw2OCBjYWJsZSBub3Qg cHJlc2VudA0KYnJkY3RsID09IDB4YWMNCmV4dGVybmFsIGNhYmxlIG5vdCBw cmVzZW50DQplcHJvbSBpcyBwcmVzZW50DQpicmRjdGwgPT0gMHhlYw0KbG93 IGJ5dGUgdGVybWluYXRpb24gZW5hYmxlZCwgaGlnaCBieXRlIHRlcm1pbmF0 aW9uIGRpc2FibGVkDQphaGMwOiBhaWM3ODgwIFNpbmdsZSBDaGFubmVsLCBT Q1NJIElkPTcsIDE2IFNDQnMNCmFoYzA6IERvd25sb2FkaW5nIFNlcXVlbmNl ciBQcm9ncmFtLi4uYWhjMDogMzc2IGluc3RydWN0aW9ucyBkb3dubG9hZGVk DQpEb25lDQphaGMwOiBQcm9iaW5nIGNoYW5uZWwgQQ0KYWhjMDogd2FpdGlu ZyBmb3Igc2NzaSBkZXZpY2VzIHRvIHNldHRsZQ0Kc2NidXMwIGF0IGFoYzAg YnVzIDANCmFoYzA6IHRhcmdldCAwIHN5bmNocm9ub3VzIGF0IDIwLjBNSHos IG9mZnNldCA9IDB4Zg0Kc2QwIGF0IHNjYnVzMCB0YXJnZXQgMCBsdW4gMA0K c2QwOiA8Q09NUEFRUEMgRE9SUy0zMjE2MCBXQThCPiB0eXBlIDAgZml4ZWQg U0NTSSAyDQpzZDA6IERpcmVjdC1BY2Nlc3MgMjAwNk1CICg0MTEwMDAwIDUx MiBieXRlIHNlY3RvcnMpDQpzZDA6IHdpdGggNjcwMyBjeWxzLCA1IGhlYWRz LCBhbmQgYW4gYXZlcmFnZSAxMjIgc2VjdG9ycy90cmFjaw0KYWhjMDogdGFy Z2V0IDUgc3luY2hyb25vdXMgYXQgNS4wTUh6LCBvZmZzZXQgPSAweDgNCmNk MCBhdCBzY2J1czAgdGFyZ2V0IDUgbHVuIDANCmNkMDogPENPTVBBUSBQRC0x IExGLTEwOTRDIEIxMTA+IHR5cGUgNSByZW1vdmFibGUgU0NTSSAyDQpjZDA6 IENELVJPTSBjYW4ndCBnZXQgdGhlIHNpemUNCnBjaTA6MTE6ICAgIENvbXBh cSwgZGV2aWNlPTB4YWUzNSwgY2xhc3M9bmV0d29yayAobWlzYykgaW50IGEg aXJxIDkgW25vIGRyaXZlciBhc3NpZ25lZF0NCgltYXAoMTApOiBpbygxMDAw KQ0KCW1hcCgxNCk6IG1lbTMyKDQwMDAwMDAwKQ0KY2hpcDggPFBDSSB0byBJ U0EgYnJpZGdlICh2ZW5kb3I9MGUxMSBkZXZpY2U9YTBmMyk+IHJldiAxMCBv biBwY2kwOjE1OjANCnBjaTA6MTU6MTogQ29tcGFxLCBkZXZpY2U9MHhhZTMz LCBjbGFzcz1zdG9yYWdlIChpZGUpIGludCBhIGlycSAxNCBbbm8gZHJpdmVy IGFzc2lnbmVkXQ0KCW1hcCgxMCk6IGlvKDAxZjApDQoJbWFwKDE0KTogaW8o MDNmNCkNCgltYXAoMTgpOiBpbygwMTcwKQ0KCW1hcCgxYyk6IGlvKDAzNzQp DQoJbWFwKDIwKTogaW8oMTAxMCkNCnBjaTA6IHVzZXMgNDI1MjYzMzYzMmQg Ynl0ZXMgb2YgbWVtb3J5IGZyb20gMThkYWEwIHVwdG8gZmZmZmZmZmYuDQpw Y2kwOiB1c2VzIDM4NGQgYnl0ZXMgb2YgSS9PIHNwYWNlIGZyb20gZTEwIHVw dG8gMTRmZi4NClByb2JpbmcgZm9yIGRldmljZXMgb24gdGhlIElTQSBidXM6 DQpzYzA6IHRoZSBjdXJyZW50IGtleWJvYXJkIGNvbnRyb2xsZXIgY29tbWFu ZCBieXRlIDAwNjUNCmtiZGlvOiBSRVNFVF9LQkQgcmV0dXJuIGNvZGU6MDBm YQ0Ka2JkaW86IFJFU0VUX0tCRCBzdGF0dXM6MDBhYQ0Kc2MwIGF0IDB4NjAt MHg2ZiBpcnEgMSBvbiBtb3RoZXJib2FyZA0Kc2MwOiBCSU9TIHZpZGVvIG1v ZGU6Mw0Kc2MwOiBWR0EgcmVnaXN0ZXJzIHVwb24gcG93ZXItdXANCjUwIDE4 IDEwIDAwIDEwIDAwIDAzIDAwIDAyIDY3IDYwIDRmIDUwIDgzIDU1IDgxIA0K YmYgMWYgMDAgNGYgMGQgMGUgMDAgMDAgZmYgZmYgOWMgOGUgOGYgMjggMWYg OTYgDQpiOSBhMyBmZiAwMCAwMSAwMiAwMyAwNCAwNSAxNCAwNyAzOCAzOSAz YSAzYiAzYyANCjNkIDNlIDNmIDBjIDAwIDBmIDA4IDAwIDAwIDAwIDAwIDAw IDEwIDBlIDAwIGZmIA0Kc2MwOiB2aWRlbyBtb2RlOjI0DQpzYzA6IFZHQSBy ZWdpc3RlcnMgZm9yIG1vZGU6MjQNCjUwIDE4IDEwIDAwIDEwIDAwIDAzIDAw IDAyIDY3IDYwIDRmIDUwIDgzIDU1IDgxIA0KYmYgMWYgMDAgNGYgMGQgMGUg MDAgMDAgMDAgMDAgOWMgOGUgOGYgMjggMWYgOTYgDQpiOSBhMyBmZiAwMCAw MSAwMiAwMyAwNCAwNSAxNCAwNyAzOCAzOSAzYSAzYiAzYyANCjNkIDNlIDNm IDBjIDAwIDBmIDA4IDAwIDAwIDAwIDAwIDAwIDEwIDBlIDAwIGZmIA0Kc2Mw OiBWR0EgY29sb3IgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MD4N CmVkMCBhdCAweDMwMC0weDMxZiBpcnEgMTAgb24gaXNhDQplZDA6IGFkZHJl c3MgMDA6ODA6YzY6ZmY6MzM6OGYsIHR5cGUgTkUyMDAwICgxNiBiaXQpIA0K c2lvMCBhdCAweDNmOC0weDNmZiBpcnEgNCBvbiBpc2ENCnNpbzA6IHR5cGUg MTY1NTBBDQpzaW8xIGF0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGlzYQ0Kc2lv MTogdHlwZSAxNjU1MEENCmxwdDAgYXQgMHgzNzgtMHgzN2YgaXJxIDcgb24g aXNhDQpscHQwOiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQNCmxwMDogVENQL0lQ IGNhcGFibGUgaW50ZXJmYWNlDQpwc20wOiBkaXNhYmxlZCwgbm90IHByb2Jl ZC4NCmZkYzAgYXQgMHgzZjAtMHgzZjcgaXJxIDYgZHJxIDIgb24gaXNhDQpm ZGMwOiBORUMgNzIwNjVCDQpmZDA6IDEuNDRNQiAzLjVpbg0KbnB4MCBvbiBt b3RoZXJib2FyZA0KbnB4MDogSU5UIDE2IGludGVyZmFjZQ0KaW1hc2tzOiBi aW8gYzAwMDA4NDAsIHR0eSBmMDAwMDQ5YSwgbmV0IGYwMDAwNDlhDQpCSU9T IEdlb21ldHJpZXM6DQogMDowMGZlZmUzZiAwLi4yNTQ9MjU1IGN5bGluZGVy cywgMC4uMjU0PTI1NSBoZWFkcywgMS4uNjM9NjMgc2VjdG9ycw0KIDAgYWNj b3VudGVkIGZvcg0KRGV2aWNlIGNvbmZpZ3VyYXRpb24gZmluaXNoZWQuDQpD b25zaWRlcmluZyBGRlMgcm9vdCBmL3MuDQpjaGFuZ2luZyByb290IGRldmlj ZSB0byBzZDBhDQpjb25maWd1cmUoKSBmaW5pc2hlZC4NCnNkMHMxOiB0eXBl IDB4YTUsIHN0YXJ0IDQ4MTk1LCBlbmQgPSA0MDk2NTc0LCBzaXplIDQwNDgz ODAgOiBPSw0Kc2QwczM6IHR5cGUgMHgxMiwgc3RhcnQgNjMsIGVuZCA9IDQ4 MTk0LCBzaXplIDQ4MTMyIDogT0sNCg== --0-1955891827-862846171=:11005-- From owner-freebsd-hackers Mon May 5 08:33:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01313 for hackers-outgoing; Mon, 5 May 1997 08:33: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 IAA01302 for ; Mon, 5 May 1997 08:33:05 -0700 (PDT) Received: (from helbig@localhost) by helbig.informatik.ba-stuttgart.de (8.8.5/8.8.5) id RAA20790; Mon, 5 May 1997 17:32:48 +0200 (MET DST) From: Wolfgang Helbig Message-Id: <199705051532.RAA20790@helbig.informatik.ba-stuttgart.de> Subject: Re: 2nd machine without class c address In-Reply-To: <199705051252.IAA14968@user.xtdl.com> from Stephen Derdau at "May 5, 97 08:52:33 am" To: sderdau@xtdl.com (Stephen Derdau) Date: Mon, 5 May 1997 17:32:48 +0200 (MET DST) Cc: freebsd-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, > I have a second machine that is part of my local network. > One of my machines has a class c address which I can dial out and > connect to the internet on. > > The other machine has a 10.0.0.2 address. > I can communicate between the two machines and be connected > to the internet on the one with a class c address. However, > I cannot go onto my 2nd machine and telnet or ping any other > machines outside of my local network, "the 2 machines". > > Can what I am trying to do be done without another ip address. Your first machine needs another ip address (like 10.0.0.1) on the local ethernet interface. Then your class c machine has to be configured as a gateway. Change the gateway="NO" line in sysconfig to gateway="YES and reboot or do a # sysctl -w net.inet.ip.forwarding=1 > When I telnet from the 2nd machine it tells me no route to host. Then you have to tell your second machine that your first machine is a gateway. Do a # route add default 10.0.0.1 on your second machine. > I have the 1st system with the class c address as the default > router. However, that does not seem to work. I can be > connected on the 1st system with the ip address and get out > to the internet. But when I telnet to my second machine > and try to ping or anything to a machine out on the net. > I get no route to host. > > I am new to this stuff and working on getting an insight to > this whole networking stuff. > > Hope I didn't submit this to the wrong news group. No and yes.:-) No, because this is a mailing list and not a news group. Yes because this would fit better to the FreeBSD-questions@FreeBSD.org mailing list. > If I did I apologize. That's ok. > > Thanks. > You're welcome Wolfgang From owner-freebsd-hackers Mon May 5 08:42:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA01800 for hackers-outgoing; Mon, 5 May 1997 08:42:54 -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 IAA01794 for ; Mon, 5 May 1997 08:42: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 QAA17094; Mon, 5 May 1997 16:41:44 +0100 (BST) Date: Mon, 5 May 1997 16:41:43 +0100 (BST) From: Doug Rabson To: Robert Withrow cc: hackers@freebsd.org Subject: Re: AMD option to take master map from NIS? In-Reply-To: <199705042328.TAA00921@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 On Sun, 4 May 1997, Robert Withrow wrote: > Looking at the AMD code I see there used to be an option that would > take the master map from NIS directly, instead of the current way > which requires you ``ypcat'' it as an argument to the program. > > This ``ypcat'' method is a real drag if you have a large quantity > of direct mounts. (And I know direct mounts suck, but I didn't > create the maps, ok?). Start of AMD takes honking-big amounts > of memory and process slots with this method. > > With direct access to the master map things will only get mounted > when they are accessed, and this will greatly conserve system resources. > > Also, it is a hell of a lot easier to administer. > > So, is there any way to get this code back? Are we useing the most current > AMD? What is the status of AMD anyway? I think the most current version of AMD is patchlevel 102 and it hasn't changed for years. I did look into merging patchlevel 102 into our tree once but apathy got the better of me and I lost interest. I don't think there are any major differences, just bug fixes. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891 From owner-freebsd-hackers Mon May 5 09:25:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04156 for hackers-outgoing; Mon, 5 May 1997 09:25:25 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA04147 for ; Mon, 5 May 1997 09:25:21 -0700 (PDT) Received: from kalypso.cybercom.net (kalypso.cybercom.net [206.28.134.5]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id IAA07560 for ; Mon, 5 May 1997 08:57:50 -0700 (PDT) Received: from shell1.cybercom.net (ksmm@shell1.cybercom.net [206.28.134.6]) by kalypso.cybercom.net (8.8.5/8.8.5) with ESMTP id LAA09824; Mon, 5 May 1997 11:57:41 -0400 (EDT) Received: from localhost (ksmm@localhost) by shell1.cybercom.net (8.8.5/8.8.5) with SMTP id LAA19650; Mon, 5 May 1997 11:57:41 -0400 (EDT) Date: Mon, 5 May 1997 11:57:41 -0400 (EDT) From: The Classiest Man Alive To: "John O'Farrell" cc: Michael Smith , FreeBSD Hackers , Joe Karthauser Subject: Re: Installing FBSD on a second hard disk. In-Reply-To: <3.0.1.32.19970505153502.00f6fab8@mailhost.pavilion.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 Mon, 5 May 1997, John O'Farrell wrote: > >Ok. In this case, I think I must have missed something in your > >configuration. You have an IDE disk with your Windows stuff on it; > >do you have an IDE CDROM? Have you tried other BIOS offsets with the > >syntax > > > I have an Adaptec 2940 with three SCSI devices, Seagate hawk 2 Gig drive as > sd0 running Window NT 4.0, An 8 speed SCSI CD Rom and the Jaz drive sd1. As > you say the Jaz is perfectly accessible and happy under Win NT. The only > IDE device is the 3.5 floppy disk drive. > > The Jaz drive is using SCSI ID 4 in the Adaptec SCSI bios. I have changed > this in the bios setting to ID 0 but then FreeBSD cannot find the kernel. I > have assumed that this is due to the make having been made on setting sd1 > rather than sd0? The SCSI ID of 0 (usually indicated by a switch or jumpers on the hardware) should be reserved for the bootable drive. Set the Seagate as SCSI ID 0 and choose unique numbers for the other two devices. It's probably best to make the CD-ROM have a higher number than the jaz drive, but I'm not sure it matters at all. > I could try changing the Adaptec SCSI bios for the Jaz Drive 4 to be the > boot drive and then reinstalling FreeBSD? Would this then result in the Jaz > being sd0? > > >X:sd(0,a)kernel > > Try booting by changing to "sd(1,a)kernel" (or whatever the appropriate syntax is). I think this means the second hard drive (the "1") and the first partition (the "a"). This is assuming that the Seagate and the jaz drive both have one large partition to support their respective OSes. Otherwise, change that partition appropriately. K.S. From owner-freebsd-hackers Mon May 5 09:27:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA04284 for hackers-outgoing; Mon, 5 May 1997 09:27:14 -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 JAA04272 for ; Mon, 5 May 1997 09:27:10 -0700 (PDT) Received: from catty (catty [206.103.247.226]) by akane.db-net.com (8.8.5/8.8.5) with ESMTP id MAA08930; Mon, 5 May 1997 12:46:32 -0400 Message-ID: <336E0A2A.FD0A6BCD@db-net.com> Date: Mon, 05 May 1997 12:26:18 -0400 From: Wilson MacGyver Organization: DB-Net Inc. X-Mailer: Mozilla 4.0b3 [en] (WinNT; I) MIME-Version: 1.0 To: Tyson Boellstorff CC: abial@warman.org.pl, hackers@FreeBSD.ORG Subject: Re: Subject: SMP hardware recommendations X-Priority: 3 (Normal) References: <336DE306.623D@pionet.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tyson Boellstorff wrote: > Gateway 2000 has released a board that should do this on Saturday. Comes > with these chipsets on the board: 2940 UW, ATI Mach 64 GT, Intel > Etherexpress Pro, Intel FX 440, and of course, it supports 2 200 Mhz > PPro chips. Supports up to 512 Mb Ram, and you could order it with a 9 > Gb Seagate SCSI hdd. The board is made by Intel. I plan on getting the > board and trying it on FreeBSD in the next couple of weeks. Sure sounds like the Intel Providence board to me. -- Wilson MacGyver macgyver@db-net.com -------------------------------------- Veni, Vidi, Concidi. From owner-freebsd-hackers Mon May 5 09:56:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA05733 for hackers-outgoing; Mon, 5 May 1997 09:56:16 -0700 (PDT) Received: from elwood.pionet.net (ELWOOD.pionet.net [199.120.116.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA05728 for ; Mon, 5 May 1997 09:56:13 -0700 (PDT) Received: from LAB_ROUTER (pm5_68.pionet.net [199.120.116.68]) by elwood.pionet.net (8.7.5/8.7.3) with SMTP id LAA08720; Mon, 5 May 1997 11:59:08 -0500 (CDT) Message-ID: <336E0186.15BE@pionet.net> Date: Mon, 05 May 1997 11:49:26 -0400 From: Tyson Boellstorff X-Mailer: Mozilla 2.02E (OS/2; I) MIME-Version: 1.0 To: Wilson MacGyver CC: hackers@FreeBSD.ORG Subject: Re: Subject: SMP hardware recommendations References: <336DE306.623D@pionet.net> <336E0A2A.FD0A6BCD@db-net.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Wilson MacGyver wrote: > Sure sounds like the Intel Providence board to me. > > -- I couldn't answer on that, until I see the BIOS. On the GW board, it is 1.00.01.DI0T. T stands for OEM version of Intel board. From owner-freebsd-hackers Mon May 5 10:10:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA06942 for hackers-outgoing; Mon, 5 May 1997 10:10:13 -0700 (PDT) Received: from florence.pavilion.net (mailrelay1.pavilion.net [194.242.128.25]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA06933 for ; Mon, 5 May 1997 10:10:07 -0700 (PDT) Received: from pegasus (dialup2-27.pavilion.co.uk [194.242.131.155]) by florence.pavilion.net (8.8.5/8.8.5) with SMTP id SAA22975; Mon, 5 May 1997 18:08:53 +0100 (BST) Message-Id: <3.0.1.32.19970505180830.00f86348@mailhost.pavilion.co.uk> X-Sender: johnof@mailhost.pavilion.co.uk X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Mon, 05 May 1997 18:08:30 +0100 To: The Classiest Man Alive From: "John O'Farrell" Subject: Re: Installing FBSD on a second hard disk. Cc: FreeBSD Hackers , Joe Karthauser In-Reply-To: References: <3.0.1.32.19970505153502.00f6fab8@mailhost.pavilion.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:57 05/05/97 -0400, you wrote: >The SCSI ID of 0 (usually indicated by a switch or jumpers on the >hardware) should be reserved for the bootable drive. Set the Seagate as >SCSI ID 0 and choose unique numbers for the other two devices. It's >probably best to make the CD-ROM have a higher number than the jaz drive, >but I'm not sure it matters at all. > >> I could try changing the Adaptec SCSI bios for the Jaz Drive 4 to be the >> boot drive and then reinstalling FreeBSD? Would this then result in the Jaz >> being sd0? >> >> >X:sd(0,a)kernel >> > > >Try booting by changing to "sd(1,a)kernel" (or whatever the appropriate >syntax is). I think this means the second hard drive (the "1") and the >first partition (the "a"). This is assuming that the Seagate and the jaz >drive both have one large partition to support their respective OSes. >Otherwise, change that partition appropriately. > Hello again, I've tried a complete reinstallation as above ie after setting the Jaz as the bootable drive. It does now boot to the Jaz but ends with panic; cannot mount root. It gives the boot option of F1 for BSD or F5 second disk but attempts to boot BSD no matter which is selected. So I have had to use the SCSI bios to change the boot drive back to the Seagate, which now loads Windows NT. During installation I noticed; Disk sd1 Partition Name sd1s1 Part Mount Size Newfs sd1s1a / 32 MB UFS Y sd1s1b 138 MB SWAP sd1s1e /var 30 Mb UFS Y sd1s1f /usr 820 MB UFS Y Does this help at all with regard to what I should try entering a the boot: prompt? I have tried 0:sd(1,a)/kernel and 0:sd(1,a)kernel without success. Error D:0X81 C:0 H:0 S:0 Error D:0X81 C:0 H:0 S:0 etc. -- John O'Farrell mailto:john@o-farrell.com http://www.o-farrell.com/ +44 (0)1273 709144 From owner-freebsd-hackers Mon May 5 10:29:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA07844 for hackers-outgoing; Mon, 5 May 1997 10:29:32 -0700 (PDT) Received: from aviion.ts.kiev.ua (aviion.ts.kiev.ua [193.124.229.12]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA07839 for ; Mon, 5 May 1997 10:29:27 -0700 (PDT) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id RAA18107; (8.6.11/zah/2.1) Mon, 5 May 1997 17:09:28 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id RAA06396; (8.6.9/zah/1.1) Mon, 5 May 1997 17:57:17 +0100 Received: from 194.44.146.14 (mac.ipri.kiev.ua [194.44.146.14]) by cki.ipri.kiev.ua (8.7.6/8.7.3) with SMTP id SAA07356; Mon, 5 May 1997 18:07:41 +0300 (EET DST) Message-ID: <336DE9F8.1527@cki.ipri.kiev.ua> Date: Mon, 05 May 1997 17:08:36 +0300 From: Ruslan Shevchenko Reply-To: rssh@cki.ipri.kiev.ua Organization: IPRI X-Mailer: Mozilla 3.01Gold (Macintosh; I; 68K) MIME-Version: 1.0 To: Jason Thorpe CC: Darren Reed , Adrian Chadd , freebsd-hackers@FreeBSD.ORG Subject: Re: Antispam sendmail.cf modifications.. References: <199705031636.JAA04416@lestat.nas.nasa.gov> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jason Thorpe wrote: > > 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. Thay must be extensability. > In principle, GUI tools is not such bad, it can be usefull. > Jason R. Thorpe thorpej@nas.nasa.gov > NASA Ames Research Center Home: 408.866.1912 > NAS: M/S 258-6 Work: 415.604.0935 > Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Mon May 5 10:49:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA08845 for hackers-outgoing; Mon, 5 May 1997 10:49:23 -0700 (PDT) Received: from hamby1 (hamby1.lightside.net [207.67.176.17]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA08839 for ; Mon, 5 May 1997 10:49:19 -0700 (PDT) Received: from localhost (jehamby@localhost) by hamby1 (SMI-8.6/SMI-SVR4) with SMTP id KAA00632; Mon, 5 May 1997 10:48:28 -0700 Date: Mon, 5 May 1997 10:48:28 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@hamby1 To: Tyson Boellstorff cc: abial@warman.org.pl, hackers@FreeBSD.ORG Subject: Re: Subject: SMP hardware recommendations In-Reply-To: <336DE306.623D@pionet.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 Mon, 5 May 1997, Tyson Boellstorff wrote: > My company considers buying a new SMP machine for some > CPU/disk-intensive > tasks (similar to news server: searching and processing large quantities > of text files), and I convinced them to give a try to FreeBSD. The idea > behind it is to save some money on another Sun Ultra, if possible... I don't think I would use FreeBSD in production use on an SMP machine right now. After all, the code was only recently imported into FreeBSD-current. Of course, if you're willing to be a guinea pig.. :) If you're already using Suns, you may want to look at Solaris/Intel. It has excellent SMP support, and from an administration standpoint is identical to a Sun. UnixWare would also be a good choice for SMP. At any rate, feel free to go with FreeBSD, and if you have any reliability problems with its SMP support, you can always fall back to a commercial UNIX until they get fixed. > What hardware would you recommend? Now I'm thinking about the following > setup: > > * MB: 2xPPro 200MHz, 512kB cache, manufacturer: ???, chipset: ??? > * RAM: 256 MB (EDO ???) > * SCSI: Adaptec 2940U > * HDD: ??? (ca. 8 GB total) > * Network: Intel EtherExpress 10/100 (fxp driver) > * other hardware is less important (i.e. floppy, graphics, keyboard...) Sounds good! I believe the PPro with 512K cache is still significantly more expensive (2x) the price of the PPro w/ 256k cache, though. > And what do you think about performance of such a machine (comparing to > Sun Ultra 1/140)? I think you'll have to run your own tests to see, but a dual PPro should be faster than a single UltraSPARC. Cheers, Jake From owner-freebsd-hackers Mon May 5 11:08:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA09515 for hackers-outgoing; Mon, 5 May 1997 11:08:29 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA09506 for ; Mon, 5 May 1997 11:08:24 -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 RAA14045; Mon, 5 May 1997 17:09:03 +0100 (BST) Message-Id: <199705051609.RAA14045@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Peter Hawkins cc: danny@panda.hilink.com.au, jgrosch@sirius.com, hackers@FreeBSD.ORG, terry@lambert.org Subject: Re: SPAM target In-reply-to: Your message of "Sat, 03 May 1997 12:18:42 +1000." <199705030218.MAA13322@rhiannon.clari.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 1997 17:09:03 +0100 From: Brian Somers 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. I transmit mail from "brian@shift.utell.net" or "brian@shift.lan.awfulhak.org" which is a pretend machine behind a firewall. I've got the gateway translating the from address as "brian@utell.co.uk" or "brian@awfulhak.org" (which are valid), but any smart-arsed mailer is going to say "something's wrong, go away". I don't want to screw with my received lines (I don't think that's ethical and I'll bet it's not going to be an option supported by an m4 config file), but without doing so, I'm sending mail with a bad origin. > Peter -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Mon May 5 11:08:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA09547 for hackers-outgoing; Mon, 5 May 1997 11:08:42 -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 LAA09540 for ; Mon, 5 May 1997 11:08:39 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wOS7I-0007gr-00; Mon, 5 May 1997 11:04:04 -0700 Date: Mon, 5 May 1997 11:04:04 -0700 (PDT) From: Tom Samplonius To: Andrzej Bialecki cc: freebsd-hackers@freebsd.org Subject: Re: SMP hardware recommendations In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Andrzej Bialecki wrote: > Hi all! > > My company considers buying a new SMP machine for some CPU/disk-intensive > tasks (similar to news server: searching and processing large quantities > of text files), and I convinced them to give a try to FreeBSD. The idea > behind it is to save some money on another Sun Ultra, if possible... > > What hardware would you recommend? Now I'm thinking about the following > setup: > > * MB: 2xPPro 200MHz, 512kB cache, manufacturer: ???, chipset: ??? ASUS makes very good boards. They make a dual-CPU motherboard, that the CPUs are installed on a daughtercard. Very nice. I'm using one of these now with just one CPU, but the SMP web page mentions that this board. > * RAM: 256 MB (EDO ???) For servers, always, always get parity memory. > * SCSI: Adaptec 2940U > * HDD: ??? (ca. 8 GB total) I like the Seagate Barracuda 4LP series. They run cool for a 7200 rpm drive, but are very fast. > * Network: Intel EtherExpress 10/100 (fxp driver) > * other hardware is less important (i.e. floppy, graphics, keyboard...) > > And what do you think about performance of such a machine (comparing to > Sun Ultra 1/140)? No idea, but I imagine that a dual-PPRO would be faster. Depends a lot on the application though. > Thanks in advance for your suggestions. > > Sincerely yours, > > --- > Andrzej Bialecki FreeBSD: Turning PCs Into Workstations > http://www.freebsd.org > Research and Academic Network in Poland > > > Tom From owner-freebsd-hackers Mon May 5 11:13:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA09944 for hackers-outgoing; Mon, 5 May 1997 11:13:57 -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 LAA09925; Mon, 5 May 1997 11:13:51 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA14898; Mon, 5 May 1997 11:13:17 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma014887; Mon May 5 11:12:46 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id LAA05845; Mon, 5 May 1997 11:12:33 -0700 (PDT) From: Archie Cobbs Message-Id: <199705051812.LAA05845@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <5kf0m1$s96@news.itfs.nsk.su> from "Nickolay N. Dudorov" at "May 3, 97 09:31:45 am" To: nnd@info.itfs.nsk.su (Nickolay N. Dudorov) Date: Mon, 5 May 1997 11:12:33 -0700 (PDT) Cc: current@FreeBSD.ORG, 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 [ cc'ing this to freebsd-hackers as well ] > > it is broken.. > > garret broke it and we have yet to fix it... > > May be it is possible not only "unbroke" it but > slightly extend it's functionality/usability (not really > an IPDIVERT but 'ipfw' functionality) ? > > It seems to me that IP-traffic monitoring/accounting > can be made more convinient with ipfw rules of type > > add 5000 tee 98 ip from some.net/24 to any out via interf0 > > wich will differ from > > add 5000 divert 98 ip from some.net/24 to any out via interf0 > > in not only diverting (copies of)packets to socket 98 but also in allowing > usual processing of this packets (with the next ipfw rules and > normal routing). > > In this case my (yet to be written) monitoring/accounting > program will just read packets from (read-only ?) divert socket 98 > not bothering itself with returning packets back to kernel. Sound like a good idea :-) I'm doing some more work on ipfw and divert to solve a need we have... and planning on making these changes (how much gets checked in to be determined later by group consensus, but patch will be available): - Add "ipfw tee XX" command described above - Add "ipfw skipto XX" command to skip forward to rule number XX (skipping backwards not allowed!) - Allow rules to have the form: 1000 deny ip from any to any in via ed0 out via ed1 so you can filter routed packets by both incoming AND outgoing interface. - When a reject rule applies to an incoming TCP packet, send the appropriate TCP response packet (ie., RST) instead of an ICMP port unreachable. These changes are being based on the RELENG_2_2 code; once they are working I'll try to get -current working again as well. Main goal of these changes is: - Make existing filtering rules run no slower than they would without having the changes Also: - Simplify the ip_fw_chk() function call interface Thanks, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Mon May 5 11:35:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA10884 for hackers-outgoing; Mon, 5 May 1997 11:35:11 -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 LAA10870; Mon, 5 May 1997 11:35:02 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id UAA21879; Mon, 5 May 1997 20:30:58 +0200 (MET DST) Date: Mon, 5 May 1997 20:30:58 +0200 (MET DST) Message-Id: <199705051830.UAA21879@bitbox.follo.net> From: Eivind Eklund To: Alexander Fuchsstadt CC: se@FreeBSD.ORG, hackers@FreeBSD.ORG In-reply-to: Alexander Fuchsstadt's message of Mon, 5 May 1997 17:29:31 +0200 (MET DST) Subject: Re: Compaq Integrated Netflex Ethernet Card References: <19970430155249.14655@x14.mi.uni-koeln.de> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I installed a new snap of fBSD with a standard ne2000-compatible ethernet > controller. The attachment-file contains a complete dmesg text file from a > verbose boot. > I don't know well the pci-thing, so changing the source is rare easy to > me, however I did, and I'm now building new kernel.... The isa driver > (lnc0) don't work, but maybe I'm too stupid, am I? The old NetFlex came up as lnc1, not lnc0. Just FYI. (These characters are being sent over one of those cards - I'll mail you the config I'm using here, which put it as lnc0. The config is for a Prosignia 500.) Eivind. From owner-freebsd-hackers Mon May 5 11:46:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11372 for hackers-outgoing; Mon, 5 May 1997 11:46:59 -0700 (PDT) Received: from bellind.com ([206.101.34.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11363 for ; Mon, 5 May 1997 11:46:56 -0700 (PDT) From: RGireyev@bellind.com Received: by firewall.bellind.com id <17029-3>; Mon, 5 May 1997 11:48:01 -0700 Message-Id: <97May5.114801pdt.17029-3@firewall.bellind.com> To: Subject: RE: Installing FBSD on a second harddisk. Date: Mon, 5 May 1997 11:51:58 -0700 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.837.3 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 Considering how many people try to make this work and how often this comes to the list. Would this be a prime candidate for the FAQ? or maybe the handbook? Of course once someone figures out a solution for this problem. Who is the FAQ maintainer anyway? Or should I say Who gives a FAQ? :-) >---------- >From: Jordan K. Hubbard[SMTP:jkh@time.cdrom.com] >Sent: Sunday, May 04, 1997 2:35 AM >To: Josef Karthauser >Cc: hackers@FreeBSD.org; john@o-farrell.com >Subject: Re: Installing FBSD on a second harddisk. > >> I've noticed in the kernel config that there is a: >> kernel boot wd0 >> line, but my primary drive is sd0 so I'm confused. >> >> What's the obvious thing that I'm missing? Maybe Jordon could include >> some extra stuff in sysinstall to allow this to work on the install. >> I'm sure that lots of people out there want this functionality. > >Hmm. I was under the impression that it did! Some people have >successfully installed off of jazz drives (and I remember seeing some >patches to make this work specifically going into the tree). Either >that or my memory is totally shot. :) In any case, are you totally >sure of the jazz drive's configuration? Does it work under any other >OS as configured? > > Jordan > From owner-freebsd-hackers Mon May 5 11:47:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11400 for hackers-outgoing; Mon, 5 May 1997 11:47:08 -0700 (PDT) Received: from uustar.starnet.net (root@uustar.starnet.net [199.217.253.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11389 for ; Mon, 5 May 1997 11:47:05 -0700 (PDT) Received: from commlet.UUCP (Ucommlet@localhost) by uustar.starnet.net (8.8.5/8.8.5) with UUCP id NAA11977 for freebsd.org!hackers; Mon, 5 May 1997 13:42:23 -0500 (CDT) From: matta@commlet.com X-Mailer: SCO OpenServer Mail Release 5.0 To: hackers@freebsd.org Date: Mon, 5 May 97 13:11:49 CDT Message-ID: <9705051311.aa29869@commlet.commlet.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hackers, First off: Thank You very much for your work in creating FreeBSD. It is most outstanding, I must say. Now, then. I have convinced the suits to purchase a HP 4020i CD-R device. Our vendor tells me that the 4020i has been replaced by the 6020i. The suits will gather round my terminal expecting to see "the data" - ~800GB of mailing list ascii on 4mm DAT tapes being transferred to CD. I have only the beta- test worm-stuff to do this with. Will there be a problem with the already- ordered 6020i? If there will be, how can I help to solve it? Machine = Dual i486/66 ALR Proveisa, 64 MB RAM OS = FreeBSD 2.1.6.1 ME = C/Lisp/ASM programmer possibly needful of a clue as to which sub- /super- / re- set of the SCSI "standard" the 6020i uses. Reply to matta@commlet.com Matthew Alton From owner-freebsd-hackers Mon May 5 11:47:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11411 for hackers-outgoing; Mon, 5 May 1997 11:47:10 -0700 (PDT) Received: from uustar.starnet.net (root@uustar.starnet.net [199.217.253.12]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11393 for ; Mon, 5 May 1997 11:47:07 -0700 (PDT) Received: from commlet.UUCP (Ucommlet@localhost) by uustar.starnet.net (8.8.5/8.8.5) with UUCP id NAA11978 for freebsd.org!hackers; Mon, 5 May 1997 13:42:24 -0500 (CDT) From: matta@commlet.com X-Mailer: SCO OpenServer Mail Release 5.0 To: hackers@freebsd.org Subject: 6020i CD-R & 2.1.6.1 Date: Mon, 5 May 97 13:14:18 CDT Message-ID: <9705051314.aa29901@commlet.commlet.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hackers, First off: Thank You very much for your work in creating FreeBSD. It is most outstanding, I must say. Now, then. I have convinced the suits to purchase a HP 4020i CD-R device. Our vendor tells me that the 4020i has been replaced by the 6020i. The suits will gather round my terminal expecting to see "the data" - ~800GB of mailing list ascii on 4mm DAT tapes being transferred to CD. I have only the beta- test worm-stuff to do this with. Will there be a problem with the already- ordered 6020i? If there will be, how can I help to solve it? Machine = Dual i486/66 ALR Proveisa, 64 MB RAM OS = FreeBSD 2.1.6.1 ME = C/Lisp/ASM programmer possibly needful of a clue as to which sub- /super- / re- set of the SCSI "standard" the 6020i uses. Reply to matta@commlet.com Matthew Alton From owner-freebsd-hackers Mon May 5 12:06:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12594 for hackers-outgoing; Mon, 5 May 1997 12:06:10 -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 MAA12586; Mon, 5 May 1997 12:05:53 -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 VAA17024; Mon, 5 May 1997 21:05:18 +0200 Received: from localhost (afuchs@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id VAA03823; Mon, 5 May 1997 21:05:19 +0200 (MET DST) Date: Mon, 5 May 1997 21:05:19 +0200 (MET DST) From: Alexander Fuchsstadt To: Eivind Eklund cc: se@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Compaq Integrated Netflex Ethernet Card In-Reply-To: <199705051830.UAA21879@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, I already compiled a new kernel an discovered also that the netflex comes up as lnc1. I tried 0e11 as Compaq vendor identifier and ae35 as adapter identifier. In if_lnc_p.c I added the following lines: #define PCI_DEVICE_ID_COMPAQ_NETFLEX_PCI 0xae350e11 . . . case PCI_DEVICE_ID_COMPAQ_NETFLEX_PCI: return ("Compaq Netflex-3 Ethernet adapter"); break; After building a new kernel and rebooting in verbose mode i can get the following message: lnc1 rev 16 int a irq 9 on pci0:11:0 mapreg[10] type=1 addr=00001000 size=0010. mapreg[14] type=0 addr=40000000 size=0010. This seems like an success, but I can't make it work on the net. I disabled the ne2000 and tried to connect with lnc1 (configured correctly in /etc/rc.conf), but didn't work. Bye Alex From owner-freebsd-hackers Mon May 5 12:06:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12639 for hackers-outgoing; Mon, 5 May 1997 12:06:30 -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 MAA12631 for ; Mon, 5 May 1997 12:06:25 -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 TAA19979; Mon, 5 May 1997 19:58:58 +0100 (BST) Message-Id: <199705051858.TAA19979@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Marko Schuetz cc: freebsd-hackers@freebsd.org Subject: Re: bind before hosts and iijppp... In-reply-to: Your message of "Mon, 05 May 1997 15:47:58 +0200." <199705051353.GAA25141@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 1997 19:58:58 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I observed that /etc/host.conf specifies bind before hosts. When > connected to via ethernet this does not make a noticeable (by me) > difference, but when I run 'ppp -auto isp' a connection to isp is > dialed even for name lookup of localhost. > > Maybe a better policy would be to have as few as possible entries in > /etc/hosts, but have /etc/host.conf default to hosts before bind. This would probably be a better default. Your best bet IMHO is to add a dfilter to stop routed (if running) and named from triggering the dial. > Marko -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Mon May 5 12:07:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA12737 for hackers-outgoing; Mon, 5 May 1997 12:07:24 -0700 (PDT) Received: from mwunix.mitre.org (mwunix.mitre.org [128.29.154.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA12729 for ; Mon, 5 May 1997 12:07:19 -0700 (PDT) Received: from maestro.mitre.org (maestro.mitre.org [128.29.45.1]) by mwunix.mitre.org (8.8.5/8.8.5/mitre.0) with SMTP id PAA26566 for ; Mon, 5 May 1997 15:07:12 -0400 (EDT) Received: from postman.mitre.org by maestro.mitre.org (4.1/SMI-4.1) id AA18431; Mon, 5 May 97 15:07:12 EDT Received: from [128.29.114.90] by postman.mitre.org (SMI-8.6/SMI-SVR4) id PAA16280; Mon, 5 May 1997 15:12:34 -0400 Date: Mon, 5 May 1997 15:12:34 -0400 X-Sender: guhl@postman.mitre.org Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@FreeBSD.ORG From: guhl@mitre.org (George Uhl) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe George Uhl email: phone: 703-883-7305 The MITRE Corporation 1820 Dolley Madison Blvd. McLean, VA. 22102 From owner-freebsd-hackers Mon May 5 12:11:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13085 for hackers-outgoing; Mon, 5 May 1997 12:11:28 -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 MAA13078 for ; Mon, 5 May 1997 12:11:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA16294; Mon, 5 May 1997 12:08:42 -0700 From: Terry Lambert Message-Id: <199705051908.MAA16294@phaeton.artisoft.com> Subject: Re: SPAM target To: brian@awfulhak.org (Brian Somers) Date: Mon, 5 May 1997 12:08:42 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199705051609.RAA14045@awfulhak.demon.co.uk> from "Brian Somers" at May 5, 97 05:09:03 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 > > 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. > > I transmit mail from "brian@shift.utell.net" or > "brian@shift.lan.awfulhak.org" which is a pretend machine behind > a firewall. I've got the gateway translating the from address as > "brian@utell.co.uk" or "brian@awfulhak.org" (which are valid), but > any smart-arsed mailer is going to say "something's wrong, go away". > I don't want to screw with my received lines (I don't think that's > ethical and I'll bet it's not going to be an option supported by > an m4 config file), but without doing so, I'm sending mail with > a bad origin. Actually, here are your relevant "Received:" lines: | 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 LAA09506 | for ; Mon, 5 May 1997 11:08:24 -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 RAA14045; | Mon, 5 May 1997 17:09:03 +0100 (BST) So your SMTP sender is putting "MAIL FROM:" into the pipe. You would only be rejected if you enabled verification on the host awfulhak.demon.co.uk (the "HELO awfulhak.demon.co.uk" domain offered to sendmail didn't match the "localhost.lan.awfulhak.org" returned to sendmail by getpeername() + gethostbyname() name cannonization). That's the problem with relay hosts: once you are in the pipe, it's all valid from that point on. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 5 12:27:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA13848 for hackers-outgoing; Mon, 5 May 1997 12:27:07 -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 MAA13841 for ; Mon, 5 May 1997 12:27:05 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA01556; Mon, 5 May 1997 12:27:07 -0700 Date: Mon, 5 May 1997 12:27:07 -0700 (PDT) From: "Brian N. Handy" To: matta@commlet.com Cc: hackers@FreeBSD.ORG Subject: Re: 6020i CD-R & 2.1.6.1 In-Reply-To: <9705051314.aa29901@commlet.commlet.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 >Now, then. I have convinced the suits to purchase a HP 4020i CD-R device. >Our vendor tells me that the 4020i has been replaced by the 6020i. The suits >will gather round my terminal expecting to see "the data" - ~800GB of mailing >list ascii on 4mm DAT tapes being transferred to CD. I have only the beta- >test worm-stuff to do this with. Will there be a problem with the already- >ordered 6020i? If there will be, how can I help to solve it? Joerg is sort of the CDR-meister, and I've worked with a few of them myself. If it doesn't probe as a worm drive right off, you'll need to fiddle with things in /usr/src/sys/scsi/scsiconf.c to get it to come up as the right sort of drive. If the commands to talk to this drive haven't changed, that may be all you need -- just pretend it's a 4020i when you try to talk to it later. Joerg may come back with more detail on this, but I don't know anything about the new drives. Good luck, Brian From owner-freebsd-hackers Mon May 5 12:44:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14808 for hackers-outgoing; Mon, 5 May 1997 12:44:20 -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 MAA14800 for ; Mon, 5 May 1997 12:44:11 -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 UAA23576; Mon, 5 May 1997 20:42:37 +0100 (BST) Message-Id: <199705051942.UAA23576@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Terry Lambert cc: brian@awfulhak.org (Brian Somers), hackers@freebsd.org Subject: Re: SPAM target In-reply-to: Your message of "Mon, 05 May 1997 12:08:42 PDT." <199705051908.MAA16294@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 1997 20:42:37 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > 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. > > > > I transmit mail from "brian@shift.utell.net" or > > "brian@shift.lan.awfulhak.org" which is a pretend machine behind > > a firewall. I've got the gateway translating the from address as > > "brian@utell.co.uk" or "brian@awfulhak.org" (which are valid), but > > any smart-arsed mailer is going to say "something's wrong, go away". > > I don't want to screw with my received lines (I don't think that's > > ethical and I'll bet it's not going to be an option supported by > > an m4 config file), but without doing so, I'm sending mail with > > a bad origin. > > Actually, here are your relevant "Received:" lines: > > | 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 LAA09506 > | for ; Mon, 5 May 1997 11:08:24 -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 RAA14045; > | Mon, 5 May 1997 17:09:03 +0100 (BST) Ah, but that's because I'm posting this from at home, on the "real" machine rather than from my laptop :) If I did things from my laptop, there'd be another hop and the MAIL FROM would say shift.lan.awfulhak.org (going to awfulhak.lan.awfulhak.org, then from awfulhak.demon.co.uk to whereever). > So your SMTP sender is putting "MAIL FROM:" > into the pipe. > > You would only be rejected if you enabled verification on the host > awfulhak.demon.co.uk (the "HELO awfulhak.demon.co.uk" domain offered to > sendmail didn't match the "localhost.lan.awfulhak.org" returned to > sendmail by getpeername() + gethostbyname() name cannonization). The gateway machine has a real name of awfulhak.demon.co.uk (dial-up via ppp), and a LAN name of awfulhak.lan.awfulhak.org (I own awfulhak.org, so news articles will get unique ids, but www.awfulhak.org is the only thing with an A record in that domain - everything else is made up). My laptop (shift.lan.awfulhak.org) can be considered a fake machine that "bounces" things off of awfulhak.demon.co.uk. It's the same at work, except the real name is mail.utell.co.uk and the interior names are mail.utell.net and shift.utell.net. The only DNSs that would ever resolve the interior machine names are the gateway machines (also primary DNSs for the interior nets), so anyone looking at the Received: lines from my laptop is going to smell something fishy. To make matters even worse, at work, the IP numbers involved aren't even private IPs - my laptop (usually) has an IP of 97.3.0.23 (I think). So looking at a received that says "shift.utell.net [97.3.0.23]", any smart mailer is going to throw a wobbler. > That's the problem with relay hosts: once you are in the pipe, it's > all valid from that point on. And for the above reasons, I don't think it's possible to authenticate the original address. > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. Maybe the best way is to use a PGP mechanism where people that want to talk to the mailing list send their public key with the subscribe message. The mailing list then only accepts signed messages. Under certain controlled circumstances, people can have their public keys added without subscribing. A bit of overkill though if you ask me ! -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Mon May 5 12:45:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14903 for hackers-outgoing; Mon, 5 May 1997 12:45:26 -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 MAA14896 for ; Mon, 5 May 1997 12:45:24 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA12998 for ; Mon, 5 May 1997 12:45:08 -0700 Message-Id: <3.0.32.19970505124456.00989100@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 05 May 1997 12:44:57 -0700 To: hackers@FreeBSD.ORG From: "Tim Oneil" Subject: Re: 6020i CD-R & 2.1.6.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Matthew wrote: >Machine = Dual i486/66 ALR Proveisa, 64 MB RAM >OS = FreeBSD 2.1.6.1 >ME = C/Lisp/ASM programmer possibly needful of a clue as to which sub- /super- >/ re- set of the SCSI "standard" the 6020i uses. DUAL 486/66??? Is that possible???? If I wanted a signature, which I don't, I would use this. -Tim From owner-freebsd-hackers Mon May 5 12:48:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA15089 for hackers-outgoing; Mon, 5 May 1997 12:48:38 -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 MAA15084 for ; Mon, 5 May 1997 12:48:35 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id MAA13020; Mon, 5 May 1997 12:47:09 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd013017; Mon May 5 19:47:00 1997 Message-ID: <336E392F.6EEA4806@whistle.com> Date: Mon, 05 May 1997 12:46:55 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: matta@commlet.com CC: hackers@FreeBSD.ORG Subject: Re: References: <9705051311.aa29869@commlet.commlet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk matta@commlet.com wrote: th the already- > ordered 6020i? If there will be, how can I help to solve it? > the 6020 worked fine for me once I rememebred to add the line device worm0 at scbus? to the config file (duh!) > > Reply to matta@commlet.com > > Matthew Alton From owner-freebsd-hackers Mon May 5 12:56:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA15625 for hackers-outgoing; Mon, 5 May 1997 12:56:47 -0700 (PDT) Received: from odin.visigenic.com (odin.visigenic.com [204.179.98.2]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA15620 for ; Mon, 5 May 1997 12:56:45 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA13671 for ; Mon, 5 May 1997 12:56:29 -0700 Message-Id: <3.0.32.19970505125618.0098bd70@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 05 May 1997 12:56:18 -0700 To: hackers@FreeBSD.ORG From: "Tim Oneil" Subject: Re: Antispam sendmail.cf modifications.. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jason 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. I agree with you, and hp's smit (or whatever the hell its called) is a good example of that. But lets face it, GUI's are not going away, ever. They are going to get even more GUI. Might as well get comforatble with the X toolkit. Which reminds me, I was in the middle of doing some system admin stuff when I thought "Man, it would be nice to have all my users and groups in listed in boxes and stuff." Maybe a character/curses front end to begin with. Would anyone think this was worthwhile? If I wanted a signature, which I don't, I would use this. -Tim From owner-freebsd-hackers Mon May 5 13:10:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16241 for hackers-outgoing; Mon, 5 May 1997 13:10:22 -0700 (PDT) Received: from elwood.pionet.net (ELWOOD.pionet.net [199.120.116.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA16236 for ; Mon, 5 May 1997 13:10:20 -0700 (PDT) Received: from LAB_ROUTER (pm5_68.pionet.net [199.120.116.68]) by elwood.pionet.net (8.7.5/8.7.3) with SMTP id PAA12408; Mon, 5 May 1997 15:13:23 -0500 (CDT) Message-ID: <336E2F0D.5592@pionet.net> Date: Mon, 05 May 1997 15:03:41 -0400 From: Tyson Boellstorff X-Mailer: Mozilla 2.02E (OS/2; I) MIME-Version: 1.0 To: RGireyev@bellind.com CC: hackers@freebsd.org Subject: Re: Subject: SMP hardware recommendations References: <97May5.113429pdt.17031-1@firewall.bellind.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk RGireyev@bellind.com wrote: > > > > >My company considers buying a new SMP machine for some > >CPU/disk-intensive > >tasks (similar to news server: searching and processing large > >quantities > >of text files), > > I'd like to comment about the SCSI controller(s) > If the memory in my empty head serves me right. > I believe the desired config is NOT an UltraWide > with a huge (9G) disk hanging off it, but rather > a couple of cheaper controllers with smaller > drives (no bigger than 4G) and for optimum > performance 2G. For more info try to search for > Joe Grecos comments in the -hackers archive in the > search engine. Andrew I know you've seen them though. > The controller is on the board, for the reason that it doesn't cost much more to do that. It's kind of like "why buy a $10 toaster, when the bank gives away free $20 toasters, it only costs $10 to open an account, and they're glad to do it." If you want multiple controllers, knock yourself out. 3 PCI slots to play with, and 2940's are way way down in price. 1 ISA slot on board. Gateway 2000 sells 2 Gig drives, too. From owner-freebsd-hackers Mon May 5 13:10:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16271 for hackers-outgoing; Mon, 5 May 1997 13:10: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 NAA16263 for ; Mon, 5 May 1997 13:10:44 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id GAA09324; Tue, 6 May 1997 06:09:16 +1000 Date: Tue, 6 May 1997 06:09:16 +1000 From: Bruce Evans Message-Id: <199705052009.GAA09324@godzilla.zeta.org.au> To: jkh@time.cdrom.com, nadav@barcode.co.il Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Don't pollute new code with the __P() gunge. It just makes it harder >to read and there are no compilers we need to use which do not accept >full ANSI prototypes. Headers in /usr/include should support K&R since they may be used with old code. Bruce From owner-freebsd-hackers Mon May 5 13:14:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16465 for hackers-outgoing; Mon, 5 May 1997 13:14:06 -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 NAA16460 for ; Mon, 5 May 1997 13:14:03 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id NAA13851 for ; Mon, 5 May 1997 13:11:29 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd013847; Mon May 5 20:11:20 1997 Message-ID: <336E3EE2.61133CF4@whistle.com> Date: Mon, 05 May 1997 13:11:14 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: [HOWTO]Applixware (4.3), Linux emulation (2.2 22 APRIL SNAP) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just a success report. We did EXACTLY the following with a linux box and a FreeBSD box. The linux LKM and the kernel must be in sync, recompile both at the same time! rlogin linbox vi /etc/exports add: /opt (insecure) exit vi: exportfs -a #make sure nfs is running.. /etc/rc.d/init.d/nfs stop /etc/rc.d/init.d/nfs start exit (now on BSD box:) mkdir /opt mount linbox:/opt /opt #check the nfs is working ls /opt #load the linux lkm linux #get the libs ready cd /ports/emulators/linux_lib make make install setenv DISPLAY :0.0 /opt/applix/applix this should return as it backgrounds itself. julian From owner-freebsd-hackers Mon May 5 13:14:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16534 for hackers-outgoing; Mon, 5 May 1997 13:14: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 NAA16517 for ; Mon, 5 May 1997 13:14:38 -0700 (PDT) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.5/8.7.3) with SMTP id WAA12972 for ; Mon, 5 May 1997 22:14:08 +0200 (MET DST) Date: Mon, 5 May 1997 22:14:08 +0200 (MET DST) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: Re: SMP hardware recommendations 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! Thank you for your sugestions. I know SMP is a risky business as for now. Anyway, I don't feel scared enough not to try it under heavier load. I'm running the SMP kernel now, and it behaves very good. It will probably take a few weeks before I have the hardware, but when I finally have it, I'm willing to do some tests. BUT: How to reliably test the performance of SMP FreeBSD vs. UP Sun Sparc, so that the results would be comparable? Dunno yet... :-( Sincerely yours, --- Andrzej Bialecki FreeBSD: Turning PCs Into Workstations http://www.freebsd.org Research and Academic Network in Poland From owner-freebsd-hackers Mon May 5 13:20:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16897 for hackers-outgoing; Mon, 5 May 1997 13:20:32 -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 NAA16892 for ; Mon, 5 May 1997 13:20:26 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14101; Mon, 5 May 1997 22:20:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA09038; Mon, 5 May 1997 22:11:50 +0200 (MET DST) Message-ID: <19970505221150.DH03755@uriah.heep.sax.de> Date: Mon, 5 May 1997 22:11:50 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: marko@ki.informatik.uni-frankfurt.de (Marko Schuetz) Subject: Re: bind before hosts and iijppp... References: <199705051353.GAA25141@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: <199705051353.GAA25141@hub.freebsd.org>; from Marko Schuetz on May 5, 1997 15:47:58 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Marko Schuetz wrote: > Maybe a better policy would be to have as few as possible entries in > /etc/hosts, but have /etc/host.conf default to hosts before bind. bind before hosts is the default policy (also if there's no host.conf at all). This has a long tradition, and it's basically ``The Right Thing'', since it just means the opinion of the network administrator (who administers the DNS) has more weight than that of the local system's administrator (who maintains /etc/hosts) when it comes to network maintenance. If you're not going to use DNS, well, you're at a loss and should revert the entries. Sysinstall should offer setting up a local caching DNS server anyway, this can be done within 10 seconds, at the cost of a few hundred KB of RAM. If you're PPP connected, it's wise to also mirror the forward and reverse zones of your own domain. Btw., use IP numbers (and not hostnames) in PPP and system setup files to avoid chicken-and-egg problems. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 5 13:30:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17789 for hackers-outgoing; Mon, 5 May 1997 13:30:19 -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 NAA17780 for ; Mon, 5 May 1997 13:30:13 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14385; Mon, 5 May 1997 22:30:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA09023; Mon, 5 May 1997 22:06:37 +0200 (MET DST) Message-ID: <19970505220637.WC59407@uriah.heep.sax.de> Date: Mon, 5 May 1997 22:06:37 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: sderdau@xtdl.com (Stephen Derdau) Subject: Re: 2nd machine without class c address References: <199705051252.IAA14968@user.xtdl.com> <199705051532.RAA20790@helbig.informatik.ba-stuttgart.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705051532.RAA20790@helbig.informatik.ba-stuttgart.de>; from Wolfgang Helbig on May 5, 1997 17:32:48 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Wolfgang Helbig wrote: > Your first machine needs another ip address (like 10.0.0.1) on the > local ethernet interface. > Then your class c machine has to be configured as a gateway. > Change the gateway="NO" line in sysconfig to gateway="YES and reboot > or do a This won't help him much. Remember, he's using an internal IP address that is not routed. He either needs NAT (network address translation) on the machine with the connection to outside, or in case all he wants to do with the internal box is things like WWW and mail, he can do it by using proxies. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 5 13:31:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17893 for hackers-outgoing; Mon, 5 May 1997 13:31: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 NAA17884 for ; Mon, 5 May 1997 13:31:17 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA14402; Mon, 5 May 1997 22:31:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA09308; Mon, 5 May 1997 22:29:01 +0200 (MET DST) Message-ID: <19970505222900.CF04294@uriah.heep.sax.de> Date: Mon, 5 May 1997 22:29:00 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: csubl@csv.warwick.ac.uk (Mr M P Searle) Subject: Re: Very small machine - RAM? References: <1450.199705051518@ganoid.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: <1450.199705051518@ganoid.csv.warwick.ac.uk>; from Mr M P Searle on May 5, 1997 16:18:10 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Mr M P Searle wrote: > How much memory is the minimum that would be needed for a very small FBSD > system? It wouldn't need to run the installer (5MB), so certainly 4MB would > be enough - but would 3 or 2 be OK? I've got the system basically running in 2 MB, but that's not a workable configuration. 4 MB should be fine, i don't know about 3. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 5 13:50:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA19011 for hackers-outgoing; Mon, 5 May 1997 13:50:20 -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 NAA19005 for ; Mon, 5 May 1997 13:50:18 -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 NAA07376 for ; Mon, 5 May 1997 13:50:57 -0700 (PDT) To: hackers@freebsd.org Subject: One last call for a show of hands on the ALPHA port... Date: Mon, 05 May 1997 13:50:57 -0700 Message-ID: <7374.862865457@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Even if you've sent me mail on this topic before, please check in again so that I know you're still available and interested. Basically, I've now got 4 machines on the way from Digital (3 Workstation class with single 433Mhz CPUs, one SMP/Server class with 2 CPUs) and I want to make sure that they all wind up in the right hands. A "right hand" is defined as: 1. Someone with the skill to take on the port of FreeBSD to another architecture, and a 64 bit one at that. Bear also in mind that this will require a good deal of infrastructure work before you even get to the stage of _needing to use_ the ALPHA machine, e.g. folding in the ALPHA compiler technology and making a lot of the current code 64 bit clean (which could probably be done almost as effectively with a copy of the NetBSD tree and an Intel box). 2. Someone who's into this for at least a year, e.g. the the long haul. Even making this thing come up single-user is probably the matter of 6 months worth of work, having it self-host being somewhat beyond that and a "production quality" product (which is what we're interested in or we might as well just go do something else) probably a full year out. 3. Someone who's already fairly close to the project and a trusted committer. I hate to toss this last condition into the pot but, given the degree of infrastructure work required, I don't see it working out any other way. You're going to need to be able to deal with the other committers frequently over issues of a rather sweeping architectural nature, and that requires mutual trust and experience with working in the group. Additionally, I should note that these positions are _unpaid_ for now since I still haven't got funding for the porting project quite lined up yet, nor can I promise that said funding is guaranteed to materialize at all (and I refused to promise anything until the purchase orders are physically in my hands :-). All I can say is that I'm also working on that angle, a number of people who would like to have the ALPHA port sooner rather than later know that funding is the best way of going about making that happen, etc and so forth. If you jump aboard now, it's probably best to look at the possibility of eventually turning this into contract work as a nice potential bonus but NOT a given. Like I said, I'm trying but no promises. Thanks! Jordan From owner-freebsd-hackers Mon May 5 13:53:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA19255 for hackers-outgoing; Mon, 5 May 1997 13:53: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 NAA19249 for ; Mon, 5 May 1997 13:53:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA16529; Mon, 5 May 1997 13:49:35 -0700 From: Terry Lambert Message-Id: <199705052049.NAA16529@phaeton.artisoft.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: bde@zeta.org.au (Bruce Evans) Date: Mon, 5 May 1997 13:49:35 -0700 (MST) Cc: jkh@time.cdrom.com, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: <199705052009.GAA09324@godzilla.zeta.org.au> from "Bruce Evans" at May 6, 97 06:09: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 > >Don't pollute new code with the __P() gunge. It just makes it harder > >to read and there are no compilers we need to use which do not accept > >full ANSI prototypes. > > Headers in /usr/include should support K&R since they may be used with > old code. Yes. They are not platform specific. The UCB license was used precisely to allow this sort of code-grabbing and use on non-FreeBSD platforms. In addition, there are cases where old code must be compiled with the -traditional flag (I think this is what Bruce was meaning here) because of existing calling conventions in the code, and the lack of a prototype in scope at the time of inter-object calling in the old code itself. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 5 14:01:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19774 for hackers-outgoing; Mon, 5 May 1997 14:01: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 OAA19760 for ; Mon, 5 May 1997 14:01: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 OAA07493; Mon, 5 May 1997 14:02:21 -0700 (PDT) To: RGireyev@bellind.com cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Installing FBSD on a second harddisk. In-reply-to: Your message of "Mon, 05 May 1997 11:51:58 PDT." <97May5.114801pdt.17029-3@firewall.bellind.com> Date: Mon, 05 May 1997 14:02:21 -0700 Message-ID: <7491.862866141@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Who is the FAQ maintainer anyway? faq@freebsd.org Jordan From owner-freebsd-hackers Mon May 5 14:04:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20025 for hackers-outgoing; Mon, 5 May 1997 14:04:57 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA20017 for ; Mon, 5 May 1997 14:04:52 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA15092; Mon, 5 May 1997 23:04:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA09412; Mon, 5 May 1997 22:46:57 +0200 (MET DST) Message-ID: <19970505224656.MD06215@uriah.heep.sax.de> Date: Mon, 5 May 1997 22:46:56 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: matta@commlet.com Subject: Re: 6020i CD-R & 2.1.6.1 References: <9705051314.aa29901@commlet.commlet.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: <9705051314.aa29901@commlet.commlet.com>; from matta@commlet.com on May 5, 1997 13:14:18 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As matta@commlet.com wrote: > I have only the beta- > test worm-stuff to do this with. Will there be a problem with the already- > ordered 6020i? Yes, the 6020i behaves slightly different than the 4020i used to do. You also need a new quirk entry in /sys/scsi/scsiconf.c. > If there will be, how can I help to solve it? If you can afford upgrading to 2.2.1R, this is the safest bet. There might still be a problem that you gotta reload the tray once you've been mounting a CD in the drive (i'm currently about to solve this one), but apart from this, the worm(4) driver has now evolved over the early beta stage, and can be counted as a supported driver as of FreeBSD 2.2.1R. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 5 14:08:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20330 for hackers-outgoing; Mon, 5 May 1997 14:08:04 -0700 (PDT) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA20291; Mon, 5 May 1997 14:08:00 -0700 (PDT) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id QAA06100; Mon, 5 May 1997 16:09:13 -0500 (CDT) Message-Id: <199705052109.QAA06100@iworks.InterWorks.org> Date: Mon, 5 May 1997 16:09:13 -0500 (CDT) From: "Daniel M. Eischen" To: RGireyev@bellind.com, owner-freebsd-hackers@FreeBSD.ORG Subject: Re: Subject: SMP hardware recommendations Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I'd like to comment about the SCSI controller(s) > > If the memory in my empty head serves me right. > > I believe the desired config is NOT an UltraWide > > with a huge (9G) disk hanging off it, but rather > > a couple of cheaper controllers with smaller > > drives (no bigger than 4G) and for optimum > > performance 2G. For more info try to search for > > Joe Grecos comments in the -hackers archive in the > > search engine. Andrew I know you've seen them though. [...] > If you want multiple controllers, knock yourself out. 3 PCI slots to > play with, and 2940's are way way down in price. 1 ISA slot on board. I wouldn't recommend buying the 2940U for disk intensive operations. As noted before, this puppy only has 3 SCBs as compared to 16 SCBs on the 2940UW/3940UW. Even if you don't use the wide cable, the 13 extra commands will be worth it. The ahc driver also supports SCB paging (paging in and out of kernel memory) to allow for more SCBs, but there is overhead in that too.  Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-hackers Mon May 5 14:13:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20658 for hackers-outgoing; Mon, 5 May 1997 14:13:38 -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 OAA20653 for ; Mon, 5 May 1997 14:13:36 -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 OAA07634; Mon, 5 May 1997 14:13:49 -0700 (PDT) To: Bruce Evans cc: nadav@barcode.co.il, hackers@FreeBSD.ORG Subject: Re: /usr/include/ftpio.h is not C++ safe In-reply-to: Your message of "Tue, 06 May 1997 06:09:16 +1000." <199705052009.GAA09324@godzilla.zeta.org.au> Date: Mon, 05 May 1997 14:13:48 -0700 Message-ID: <7632.862866828@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Don't pollute new code with the __P() gunge. It just makes it harder > >to read and there are no compilers we need to use which do not accept > >full ANSI prototypes. > > Headers in /usr/include should support K&R since they may be used with > old code. "May be" just isn't strong enough for this man, and I thought we already went over all of this just a few weeks ago in core! I certainly do not intend on adding __P() garbage to any header file I'm responsible for, that's for sure. Jordan From owner-freebsd-hackers Mon May 5 14:20:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21089 for hackers-outgoing; Mon, 5 May 1997 14:20:38 -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 OAA21082 for ; Mon, 5 May 1997 14:20:36 -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 OAA07737; Mon, 5 May 1997 14:19:56 -0700 (PDT) To: Terry Lambert cc: bde@zeta.org.au (Bruce Evans), nadav@barcode.co.il, hackers@FreeBSD.ORG Subject: Re: /usr/include/ftpio.h is not C++ safe In-reply-to: Your message of "Mon, 05 May 1997 13:49:35 PDT." <199705052049.NAA16529@phaeton.artisoft.com> Date: Mon, 05 May 1997 14:19:56 -0700 Message-ID: <7735.862867196@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Yes. They are not platform specific. The UCB license was used > precisely to allow this sort of code-grabbing and use on non-FreeBSD > platforms. Boys, boys, go look at libftpio and tell me again how cross-platform this thing really is. Then come back. :-) I hate __P() and will fight a guerilla war against it if I have to. No. Simply no. If someone wants to take the code over to a different platform then the least then can do is use ANSI compiler technology there and anyone trying to use old K&R stuff at this point will get a sympathy level from me which could possibly be measured on an atomic scale, but more probably not. Jordan From owner-freebsd-hackers Mon May 5 14:25:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21311 for hackers-outgoing; Mon, 5 May 1997 14:25: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 OAA21306 for ; Mon, 5 May 1997 14:25:08 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA16710; Mon, 5 May 1997 14:21:48 -0700 From: Terry Lambert Message-Id: <199705052121.OAA16710@phaeton.artisoft.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 5 May 1997 14:21:47 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: <7735.862867196@time.cdrom.com> from "Jordan K. Hubbard" at May 5, 97 02:19:56 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 > Boys, boys, go look at libftpio and tell me again how cross-platform > this thing really is. Then come back. :-) > > I hate __P() and will fight a guerilla war against it if I have to. > No. Simply no. If someone wants to take the code over to a different > platform then the least then can do is use ANSI compiler technology > there and anyone trying to use old K&R stuff at this point will get a > sympathy level from me which could possibly be measured on an atomic > scale, but more probably not. You didn't read the rest of my message before responding. How can libftpio be used by code which must be compiled -traditional, without __P()? You need a decent programming editor which can fold things like __P() out so that they can still be there, yet your sensitive eyes are protected from seeing them. Maybe there's a port of the "peril sensitive editor" for FreeBSD? 8-). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 5 14:27:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21397 for hackers-outgoing; Mon, 5 May 1997 14:27:19 -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 OAA21390 for ; Mon, 5 May 1997 14:27:17 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA16729; Mon, 5 May 1997 14:24:09 -0700 From: Terry Lambert Message-Id: <199705052124.OAA16729@phaeton.artisoft.com> Subject: Re: One last call for a show of hands on the ALPHA port... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 5 May 1997 14:24:09 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <7374.862865457@time.cdrom.com> from "Jordan K. Hubbard" at May 5, 97 01:50:57 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 > Even if you've sent me mail on this topic before, please check in > again so that I know you're still available and interested. > > Basically, I've now got 4 machines on the way from Digital (3 > Workstation class with single 433Mhz CPUs, one SMP/Server class with 2 > CPUs) and I want to make sure that they all wind up in the right > hands. > > A "right hand" is defined as: [ ... ] What about those of us who already own our own Alpha machines, and have already started porting the FreeBSD VM code to NetBSD/Alpha? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 5 14:31:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21738 for hackers-outgoing; Mon, 5 May 1997 14:31:53 -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 OAA21733 for ; Mon, 5 May 1997 14:31:50 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id HAA11715; Tue, 6 May 1997 07:29:39 +1000 Date: Tue, 6 May 1997 07:29:39 +1000 From: Bruce Evans Message-Id: <199705052129.HAA11715@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: hackers@FreeBSD.ORG, nadav@barcode.co.il Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Headers in /usr/include should support K&R since they may be used with >> old code. > >"May be" just isn't strong enough for this man, and I thought we >already went over all of this just a few weeks ago in core! I I thought we agreed on not using __P in our new code (mainly in the kernel). This means that it is no longer a bug for libftpio to be implemented in ANSI C, but it doesn't mean that everything that wants to use it must be implemented in ANSI C. Bruce From owner-freebsd-hackers Mon May 5 14:37:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22189 for hackers-outgoing; Mon, 5 May 1997 14:37:54 -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 OAA22175 for ; Mon, 5 May 1997 14:37:51 -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 OAA07868; Mon, 5 May 1997 14:36:52 -0700 (PDT) To: Terry Lambert cc: bde@zeta.org.au, nadav@barcode.co.il, hackers@FreeBSD.ORG Subject: Re: /usr/include/ftpio.h is not C++ safe In-reply-to: Your message of "Mon, 05 May 1997 14:21:47 PDT." <199705052121.OAA16710@phaeton.artisoft.com> Date: Mon, 05 May 1997 14:36:51 -0700 Message-ID: <7866.862868211@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > How can libftpio be used by code which must be compiled -traditional, > without __P()? And why would you want to compile libftpio with -traditional? I read the paragraph where you say: In addition, there are cases where old code must be compiled with the -traditional flag (I think this is what Bruce was meaning here) because of existing calling conventions in the code, and the lack of a prototype in scope at the time of inter-object calling in the old code itself. And I still don't see where this is applicable in this case at all. > You need a decent programming editor which can fold things like __P() > out so that they can still be there, yet your sensitive eyes are > protected from seeing them. Actually, a folding editor which collapsed according to the pre-processor rules would be damn useful (here is the list of #defined symbols and their values, now go act like a cpp in creating the folds). Emacs has a mode like this but it doesn't really work, nor does it produce proper folds. > Maybe there's a port of the "peril sensitive editor" for FreeBSD? 8-). If there was one, most of the code you looked at would simply be represented by whitespace (in the modeline: "Trust me, you don't want to see this."). Jordan From owner-freebsd-hackers Mon May 5 14:42:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22455 for hackers-outgoing; Mon, 5 May 1997 14:42: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 OAA22448 for ; Mon, 5 May 1997 14:42:29 -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 OAA07899; Mon, 5 May 1997 14:41:50 -0700 (PDT) To: Terry Lambert cc: hackers@FreeBSD.ORG Subject: Re: One last call for a show of hands on the ALPHA port... In-reply-to: Your message of "Mon, 05 May 1997 14:24:09 PDT." <199705052124.OAA16729@phaeton.artisoft.com> Date: Mon, 05 May 1997 14:41:50 -0700 Message-ID: <7897.862868510@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What about those of us who already own our own Alpha machines, and have > already started porting the FreeBSD VM code to NetBSD/Alpha? Glad you mentioned that - someone else just reminded me that I should have said something about this. If you've already *got* an ALPHA machine then you are, of course, more than welcome to join this effort in whatever capacity you're comfortable with. My previous annoucement was simply an effort to determine the best homes for these rather limited resources from Digital. I also have an ALPHA already and might consider making it available "to the cause" in some fashion, perhaps by bringing it into Walnut Creek CDROM and plugging it into the LAN so that guests could log in and start poking around with various bits of technology. Don't know how useful that would be, however (the box runs Digital UNIX 4.0B). Jordan From owner-freebsd-hackers Mon May 5 14:47:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22808 for hackers-outgoing; Mon, 5 May 1997 14:47:23 -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 OAA22802 for ; Mon, 5 May 1997 14:47:21 -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 OAA07925; Mon, 5 May 1997 14:47:55 -0700 (PDT) To: Bruce Evans cc: hackers@FreeBSD.ORG, nadav@barcode.co.il Subject: Re: /usr/include/ftpio.h is not C++ safe In-reply-to: Your message of "Tue, 06 May 1997 07:29:39 +1000." <199705052129.HAA11715@godzilla.zeta.org.au> Date: Mon, 05 May 1997 14:47:55 -0700 Message-ID: <7923.862868875@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I thought we agreed on not using __P in our new code (mainly in the > kernel). This means that it is no longer a bug for libftpio to be > implemented in ANSI C, but it doesn't mean that everything that > wants to use it must be implemented in ANSI C. Well, I really don't think it's worth an entire subthread here but just to make the point again that I hardly see this as a problem in libftpio's case. It's got a deeply incestuous relationship with stdio which makes it highly non-portable and the further strike against it of having *mutated* from a completely stand-alone library into something of this nature, meaning that if the end-goals of what libftpio eventually became had been understood up-front, it would have (and should have) been designed differently. I'd re-write it before I'd port it to a new OS. Now you might respond "ah, but I was speaking in generalities - I didn't mean libftpio specifically so much as I meant any library with headers in /usr/include", In which case I could only put my head in my hands at the thought of going through all those libraries and adding ANSI-variant prototypes, much less making them all C++ safe. I think it's a slippery slope you're trying to negotiate there, Bruce; watch your footing. ;-) Jordan From owner-freebsd-hackers Mon May 5 14:48:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22953 for hackers-outgoing; Mon, 5 May 1997 14:48:49 -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 OAA22946 for ; Mon, 5 May 1997 14:48:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA16806; Mon, 5 May 1997 14:45:10 -0700 From: Terry Lambert Message-Id: <199705052145.OAA16806@phaeton.artisoft.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 5 May 1997 14:45:10 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: <7866.862868211@time.cdrom.com> from "Jordan K. Hubbard" at May 5, 97 02:36:51 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 > > How can libftpio be used by code which must be compiled -traditional, > > without __P()? > > And why would you want to compile libftpio with -traditional? > I read the paragraph where you say: > > In addition, there are cases where old code must be compiled with > the -traditional flag (I think this is what Bruce was meaning here) > because of existing calling conventions in the code, and the lack > of a prototype in scope at the time of inter-object calling in the > old code itself. > > And I still don't see where this is applicable in this case at all. You're still missing my (and I think Bruce's) meaning here. I *don't* want to compile libftpio -traditional. I want to add "#include ftpio.h" and link libftpio to an older application which must be compiled -traditional. To do that, the header must be compilable with -traditional (ie: it needs __P()). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 5 14:58:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA23425 for hackers-outgoing; Mon, 5 May 1997 14:58:09 -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 OAA23394 for ; Mon, 5 May 1997 14:56:49 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id SAA03910; Mon, 5 May 1997 18:01:59 -0400 (EDT) Message-Id: <3.0.32.19970505175358.00bd4940@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 05 May 1997 17:54:02 -0400 To: Matt Thomas , hackers@FreeBSD.ORG From: dennis Subject: if_de.c ???? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 04:13 PM 4/4/97 +0000, Matt Thomas wrote: > >I just wrote a web page on how to upgrade/update your FreeBSD so >it can run the latest de driver (which is in NetBSD). > >It's at http://www.3am-software.com/ifmedia.html . Note that the NetBSD >is in much better shape than the current FreeBSD driver. > >(www.3am-software.com is now 206.107.21.156 if you have problems accessing >that page) Is there (yet) a fix for the newer 21040-AC parts without having to do the if_media hack in 2.2.1? Dennis From owner-freebsd-hackers Mon May 5 15:20:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA24318 for hackers-outgoing; Mon, 5 May 1997 15:20:18 -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 PAA24309 for ; Mon, 5 May 1997 15:20:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id PAA08414; Mon, 5 May 1997 15:06:42 -0700 (PDT) Message-Id: <199705052206.PAA08414@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: Matt Thomas , hackers@freebsd.org Subject: Re: if_de.c ???? Reply-To: Jason Thorpe From: Jason Thorpe Date: Mon, 05 May 1997 15:06:40 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 05 May 1997 17:54:02 -0400 dennis wrote: > Is there (yet) a fix for the newer 21040-AC parts without having to > do the if_media hack in 2.2.1? What do you mean "hack"? if_media is the only way you can possibly represent all of the media options on those parts. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Mon May 5 15:39:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA25126 for hackers-outgoing; Mon, 5 May 1997 15:39:51 -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 PAA25121 for ; Mon, 5 May 1997 15:39:48 -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 PAA11267; Mon, 5 May 1997 15:39:46 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id PAA14771; Mon, 5 May 1997 15:39:45 -0700 (PDT) Date: Mon, 5 May 1997 15:39:45 -0700 (PDT) From: Chris Timmons To: Tom Samplonius cc: Andrzej Bialecki , freebsd-hackers@FreeBSD.ORG Subject: Re: SMP hardware recommendations 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 You should be aware that ASUS P/I-P65UP5 among many other ASUS boards will not work correctly with very high density SIMMs - particulary 64MB modules which have more than 24 chips per module. This is stated in the motherboard documentation. Does anybody have a good source of 16x36 SIMMs built from fewer than 36 chips per module? I have several P6NP5 (uniprocessor) boards that work ok with two of these modules (128MB) but can't seem to handle 4 of them at once (for 256MB). I've ordered a Tyan board to experiment with, as I have quite a few 36cpm 64MB SIMMs around. ASUS says their boards support 64MB SIMMs but I wonder if that is "theoretically, if you can find 64MB simms made of 24 or fewer chips per module" ??? -Chris On Mon, 5 May 1997, Tom Samplonius wrote: [...] > ASUS makes very good boards. They make a dual-CPU motherboard, that the > CPUs are installed on a daughtercard. Very nice. I'm using one of these > now with just one CPU, but the SMP web page mentions that this board. > > > * RAM: 256 MB (EDO ???) > > For servers, always, always get parity memory. [...] From owner-freebsd-hackers Mon May 5 16:04:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26415 for hackers-outgoing; Mon, 5 May 1997 16:04:55 -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 QAA26402 for ; Mon, 5 May 1997 16:04:48 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id JAA21268; Tue, 6 May 1997 09:07:24 +1000 (EST) Date: Tue, 6 May 1997 09:07:23 +1000 (EST) From: "Daniel O'Callaghan" To: Mr M P Searle cc: hackers@FreeBSD.ORG Subject: Re: Very small machine - RAM? In-Reply-To: <1450.199705051518@ganoid.csv.warwick.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Mr M P Searle wrote: > How much memory is the minimum that would be needed for a very small FBSD > system? It wouldn't need to run the installer (5MB), so certainly 4MB would > be enough - but would 3 or 2 be OK? It only needs an IDE disk and a net 4 MB is the best you could realistically do. I have a customer with a 4 MB machine, and it is a pain to do administrative work on. 3 years ago I ran a router as a 386SX-16 with 2 MB RAM and a 40 MB hard disk. It took 20 seconds to start 'vi', almost as long to let me log in. But this was using FreeBSD 1.1, which had a smaller memory footprint than 2.x. RAM is cheap. Use it and be happy. Where are you going to get 3 MB of RAM from anyway? You still have 256k SIMMs lying around? Sell them as keyrings and buy so real RAM. Danny From owner-freebsd-hackers Mon May 5 16:13:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26932 for hackers-outgoing; Mon, 5 May 1997 16:13:51 -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 QAA26925 for ; Mon, 5 May 1997 16:13:48 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wOWss-0000l9-00; Mon, 5 May 1997 16:09:30 -0700 Date: Mon, 5 May 1997 16:09:30 -0700 (PDT) From: Tom Samplonius To: Chris Timmons cc: Andrzej Bialecki , freebsd-hackers@freebsd.org Subject: Re: SMP hardware recommendations In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Chris Timmons wrote: > You should be aware that ASUS P/I-P65UP5 among many other ASUS boards will > not work correctly with very high density SIMMs - particulary 64MB modules > which have more than 24 chips per module. This is stated in the > motherboard documentation. You must mean very low density. If they were high density parts, there would be less chips. Personally, I find SIMMs with high chip counts to be highly suspect. Also, that particular motherboard has 8 SIMM sockets, which gives you a 256MB max with 32MB simms, and expansion to 512MB once better SIMMs are available. > Does anybody have a good source of 16x36 SIMMs built from fewer than 36 > chips per module? I have several P6NP5 (uniprocessor) boards that work ok > with two of these modules (128MB) but can't seem to handle 4 of them at > once (for 256MB). I've ordered a Tyan board to experiment with, as I have > quite a few 36cpm 64MB SIMMs around. > > ASUS says their boards support 64MB SIMMs but I wonder if that is > "theoretically, if you can find 64MB simms made of 24 or fewer chips per > module" ??? > > -Chris Tom From owner-freebsd-hackers Mon May 5 16:36:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA27851 for hackers-outgoing; Mon, 5 May 1997 16:36:47 -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 QAA27843 for ; Mon, 5 May 1997 16:36:44 -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 QAA11656; Mon, 5 May 1997 16:36:38 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id QAA10467; Mon, 5 May 1997 16:36:38 -0700 (PDT) Date: Mon, 5 May 1997 16:36:37 -0700 (PDT) From: Chris Timmons Reply-To: Chris Timmons To: Tom Samplonius cc: Andrzej Bialecki , freebsd-hackers@freebsd.org Subject: Re: SMP hardware recommendations 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 > You must mean very low density. If they were high density parts, there > would be less chips. I abused the terminology there. I was thinking how "densely packed" the chips appeared to be on the module, whereas the bit-density is comparatively low versus modules of the same capacity implemented with fewer chips as you point out. Thanks for setting me straight! > Personally, I find SIMMs with high chip counts to be highly suspect. I am arriving at the same conclusion :( -Chris From owner-freebsd-hackers Mon May 5 17:21:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA00243 for hackers-outgoing; Mon, 5 May 1997 17:21:53 -0700 (PDT) Received: from TomQNX.tomqnx.com (ott-pm1-15.comnet.ca [206.75.140.15]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA00237 for ; Mon, 5 May 1997 17:21:49 -0700 (PDT) Received: by TomQNX.tomqnx.com (Smail3.1.29.1 #1) id m0wOY6V-0008LdC; Mon, 5 May 97 20:27 EDT Message-Id: From: tom@tomqnx.com (Tom Torrance at home) Subject: Can't boot 2.2.1R To: freebsd-hackers@freebsd.org Date: Mon, 5 May 1997 20:27:39 -0400 (EDT) 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 I am using a Dell 486DX2/66 DE with an adaptec 2740A controller. It also has an IDE controller with one drive. When booting from the floppy, it seems to finish the probing process then hang with the message: ahc0: brkadrint, Illegal Host Access at seqaddr = 0x0 Am I doing something stupid, or is there a problem with the driver? Regards, Tom From owner-freebsd-hackers Mon May 5 17:32:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA00868 for hackers-outgoing; Mon, 5 May 1997 17:32:41 -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 RAA00858; Mon, 5 May 1997 17:32:36 -0700 (PDT) Message-Id: <199705060032.RAA00858@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA127608629; Tue, 6 May 1997 10:30:29 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 10:30:29 +1000 (EST) Cc: nnd@info.itfs.nsk.su, current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199705051812.LAA05845@bubba.whistle.com> from "Archie Cobbs" at May 5, 97 11:12:33 am 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 Archie Cobbs, sie said: > > - Simplify the ip_fw_chk() function call interface well, the list of things which you must pass are: * pointer to a pointer to an mbuf (ip_fw_chk() may want to modify it - e.g. calls m_pullup) * interface (m_rcvif is often NULL in ip_output, besides which setting it in ip_output is semantically incorrect) * value indicating whether it is being called from ip_input or ip_output - that's the *must have* list. Convienience parameters are: * pointer to the IP header * precomputed real IP header length (from ip_hl) From owner-freebsd-hackers Mon May 5 17:40:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA01608 for hackers-outgoing; Mon, 5 May 1997 17:40:54 -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 RAA01598; Mon, 5 May 1997 17:40:50 -0700 (PDT) Message-Id: <199705060040.RAA01598@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA130179139; Tue, 6 May 1997 10:38:59 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 10:38:59 +1000 (EST) Cc: nnd@info.itfs.nsk.su, current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199705051812.LAA05845@bubba.whistle.com> from "Archie Cobbs" at May 5, 97 11:12:33 am 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 Archie Cobbs, sie said: > > - Allow rules to have the form: > > 1000 deny ip from any to any in via ed0 out via ed1 > > so you can filter routed packets by both incoming AND outgoing > interface. can you do this such that the route is only looked up once ? Can you be sure that the routing table won't change between the two lookups if you can't do it with one (es. on SMP systems) ? You could possibly solve this by only enabling this sort of filter on the outbound side of ed1. > - When a reject rule applies to an incoming TCP packet, send > the appropriate TCP response packet (ie., RST) instead of an > ICMP port unreachable. I think you want to make this user configurable and perhaps on a per-rule basis. This is otherwise a rather major change in the behaviour of ipfw and users may not agree with it (and they don't necessarily subscribe to any freebsd mailling list either). From owner-freebsd-hackers Mon May 5 17:42:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA01744 for hackers-outgoing; Mon, 5 May 1997 17:42:45 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA01731; Mon, 5 May 1997 17:42:39 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705060042.RAA01731@hub.freebsd.org> Subject: Re: SMP hardware recommendations To: abial@korin.warman.org.pl (Andrzej Bialecki) Date: Mon, 5 May 1997 17:42:39 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Andrzej Bialecki" at May 5, 97 10:14:08 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Andrzej Bialecki wrote: > It will probably take a few weeks before I have the hardware, but when I > finally have it, I'm willing to do some tests. BUT: How to reliably test > the performance of SMP FreeBSD vs. UP Sun Sparc, so that the results would > be comparable? Dunno yet... :-( why not compare UP FreeBSD to UP Sun Sparc?? i think you will be very surprised at hwo well FreeBSD does. then go ahead and normalize for hardware cost :) 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 Mon May 5 17:45:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA01903 for hackers-outgoing; Mon, 5 May 1997 17:45:28 -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 RAA01883; Mon, 5 May 1997 17:45:24 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA18238; Mon, 5 May 1997 17:44:53 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma018236; Mon May 5 17:44:53 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id RAA10251; Mon, 5 May 1997 17:44:52 -0700 (PDT) From: Archie Cobbs Message-Id: <199705060044.RAA10251@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705060032.RAA16250@gatekeeper.whistle.com> from Darren Reed at "May 6, 97 10:30:29 am" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Mon, 5 May 1997 17:44:52 -0700 (PDT) Cc: nnd@info.itfs.nsk.su, current@freebsd.org, 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 > > - Simplify the ip_fw_chk() function call interface > > well, the list of things which you must pass are: > * pointer to a pointer to an mbuf (ip_fw_chk() may want to modify it - e.g. > calls m_pullup) Keeping this... > * interface (m_rcvif is often NULL in ip_output, besides which setting it > in ip_output is semantically incorrect) > * value indicating whether it is being called from ip_input or ip_output Changing this.. m_rcvif is NULL if-and-only-if there is no receive interface associated with the packet. Also, you'll noticed that the call from ip_input() just sets this parameter to m_rcvif from the packet. So these two arguments are being replaced by a single argument with is the output interface... which is NULL if-and-only-if the direction of the packet is incoming. > - that's the *must have* list. Convienience parameters are: > * pointer to the IP header > * precomputed real IP header length (from ip_hl) Keeping... -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Mon May 5 17:47:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02064 for hackers-outgoing; Mon, 5 May 1997 17:47:28 -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 RAA02041; Mon, 5 May 1997 17:47:24 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA18251; Mon, 5 May 1997 17:46:53 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma018247; Mon May 5 17:46:38 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id RAA10264; Mon, 5 May 1997 17:46:38 -0700 (PDT) From: Archie Cobbs Message-Id: <199705060046.RAA10264@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705060040.RAA16456@gatekeeper.whistle.com> from Darren Reed at "May 6, 97 10:38:59 am" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Mon, 5 May 1997 17:46:38 -0700 (PDT) Cc: archie@whistle.com, nnd@info.itfs.nsk.su, current@FreeBSD.ORG, 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 > > - Allow rules to have the form: > > > > 1000 deny ip from any to any in via ed0 out via ed1 > > > > so you can filter routed packets by both incoming AND outgoing > > interface. > > can you do this such that the route is only looked up once ? Can you > be sure that the routing table won't change between the two lookups > if you can't do it with one (es. on SMP systems) ? You could possibly > solve this by only enabling this sort of filter on the outbound side > of ed1. No routing table lookup necessary; the outbound interface is determined already by the time ip_output() calls us. The inbound interface is kept in the mbuf as m_rcvif. > > - When a reject rule applies to an incoming TCP packet, send > > the appropriate TCP response packet (ie., RST) instead of an > > ICMP port unreachable. > > I think you want to make this user configurable and perhaps on a per-rule > basis. This is only with "reject" -- ie., right now it sends an ICMP unreachable. There's still "deny" which silently drops. > This is otherwise a rather major change in the behaviour of ipfw and > users may not agree with it (and they don't necessarily subscribe to > any freebsd mailling list either). It will be backwards compatible... does that help? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Mon May 5 17:48:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02185 for hackers-outgoing; Mon, 5 May 1997 17:48:11 -0700 (PDT) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA02177 for ; Mon, 5 May 1997 17:48:07 -0700 (PDT) Received: from localhost (yonny@localhost) by apolo.biblos.unal.edu.co (8.8.5/8.8.5) with SMTP id TAA01384 for ; Mon, 5 May 1997 19:51:23 -0500 (COT) Date: Mon, 5 May 1997 19:51:23 -0500 (COT) From: Yonny Cardenas To: hackers@freebsd.org Subject: Help for gated configuration Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Maybe already you read this e-mail, sorry, we have some problems whith us mail. I'm configured gated (R3_5Beta_3 ) whith two computer. Now I'm configured only rip: router A router B ---------- ---------- | | | | | | | | ip.94 -*------*- ip.17 ip.30 -*------*- ip.110 | | | | | ---------------------------------- | |