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 | | | | | ---------------------------------- | | | | | ---------------- ------------------ where : ---------is a segment ethernet * is a network interface ip. is equal to 130.156.15 ( for example ). I'm using netmask 255.255.255.240 in all. The gated.conf for router B is : rip yes { interface all version 2; }; import proto rip interface 130.156.15.110 { 130.156.0.0 mask 255.255.255.240; }; export proto rip interface 168.176.15.30 { proto rip { 130.156.0.0 mask 255.255.255.240; }; }; And gated.conf for router A is : rip yes { interface all version 2; }; import proto rip interface 130.156.15.94 { 130.156.0.0 mask 255.255.255.240; }; export proto rip interface 130.156.15.17 { proto rip { 130.156.0.0 mask 255.255.255.240; }; }; Whith I started gated in both. It's the routing tables for router B : Internet: Destination Gateway Flags Refs Use Netif Expire 127 127.0.0.1 URc 0 0 lo0 127.0.0.1 127.0.0.1 UH 0 0 lo0 130.156.15.16/28 link#2 UC 0 0 130.156.15.96/28 link#1 UC 0 0 130.156.15.110 0:0:c0:a3:7b:9e UHLW 1 52 lo0 224.0.0.9 127.0.0.1 UH 2 7 lo0 And after the following messages : Apr 30 06:33:33 labred gated[341]: if_rtdown: DOWN route for interface ed0 130.156.15.110/255.255.255.240 Apr 30 06:33:33 labred gated[341]: if_rtdown: DOWN route for interface ed1 130.156.15.30/255.255.255.240 But never routing . Whith "routed -s" the routing is good. Thanks for your help. From owner-freebsd-hackers Mon May 5 17:54:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA02695 for hackers-outgoing; Mon, 5 May 1997 17:54:46 -0700 (PDT) Received: from punt-1.mail.demon.net (relay-7.mail.demon.net [194.217.242.9]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id RAA02690 for ; Mon, 5 May 1997 17:54:44 -0700 (PDT) Received: from awfulhak.demon.co.uk ([158.152.17.1]) by punt-1.mail.demon.net id aa0604620; 6 May 97 1:53 BST Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id AAA27107; Tue, 6 May 1997 00:55:49 +0100 (BST) Message-Id: <199705052355.AAA27107@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Joerg Wunsch cc: freebsd-hackers@freebsd.org, Marko Schuetz Subject: Re: bind before hosts and iijppp... In-reply-to: Your message of "Mon, 05 May 1997 22:11:50 +0200." <19970505221150.DH03755@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 00:55:49 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 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. Arrrgh, not always ;O My domain is a full class B :I, but I do host a "dumb" DNS to save a little on line traffic (and to play of course). I agree that something should be set up by default, maybe with a commented out example of how to be secondary for say freebsd.org. [.....] > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Mon May 5 18:06:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA03303 for hackers-outgoing; Mon, 5 May 1997 18:06:25 -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 SAA03296 for ; Mon, 5 May 1997 18:06:22 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id LAA20852; Tue, 6 May 1997 11:04:48 +1000 Date: Tue, 6 May 1997 11:04:48 +1000 From: Bruce Evans Message-Id: <199705060104.LAA20852@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 >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. They all already support K&R except , , , , , , , , , , . I.e., all except 0 CSRG-derived headers, 2 LBL-derived ones (pcap*), 3 Linux-derived ones (dialog, ncurses, unctrl) and 6 jkh/phk headers (the rest) support K&R. >I think it's a slippery slope you're trying to negotiate there, Bruce; >watch your footing. ;-) You're on the slope :-). Bruce From owner-freebsd-hackers Mon May 5 18:42:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA04944 for hackers-outgoing; Mon, 5 May 1997 18:42:05 -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 SAA04936 for ; Mon, 5 May 1997 18:42:01 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id CAA02158; Tue, 6 May 1997 02:41:58 +0100 (BST) Message-Id: <199705060141.CAA02158@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: freebsd-hackers@freebsd.org cc: brian@utell.co.uk Subject: LQR in ppp Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 02:41:57 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can anyone still make the client side LQR stuff fail ? I used to be able to reproduce it with my ISP, but now I can't get it to fail with ppp (-current) <=> ppp (2.2) or with ppp (-current) to my ISP. I've waited 'till my side has sent 0x117 and received 0x10e, so there's no "total diff is 5" type error AFAIK. I'm pretty sure that nobody specifically fixed it.... maybe I'm wrong (ache - you've been in the code a bit, don't be shy). Lot's of stuff hasn't been put back into 2.2 (yet), so I'd appreciate testing on -current if possible -- please. TIA. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Mon May 5 19:08:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA06376 for hackers-outgoing; Mon, 5 May 1997 19:08:08 -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 TAA06368 for ; Mon, 5 May 1997 19:08:03 -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 DAA03226; Tue, 6 May 1997 03:08:00 +0100 (BST) Message-Id: <199705060208.DAA03226@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Brian Somers cc: freebsd-hackers@freebsd.org, brian@utell.co.uk Subject: Re: LQR in ppp In-reply-to: Your message of "Tue, 06 May 1997 02:41:57 BST." <199705060141.CAA02158@awfulhak.demon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 03:08:00 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Can anyone still make the client side LQR stuff fail ? I used ^ 'M' that is :O > to be able to reproduce it with my ISP, but now I can't get it > to fail with ppp (-current) <=> ppp (2.2) or with ppp (-current) > to my ISP. I've waited 'till my side has sent 0x117 and received > 0x10e, so there's no "total diff is 5" type error AFAIK. > > I'm pretty sure that nobody specifically fixed it.... maybe I'm > wrong (ache - you've been in the code a bit, don't be shy). > > Lot's of stuff hasn't been put back into 2.2 (yet), so I'd appreciate > testing on -current if possible -- please. > > TIA. > > -- > Brian , > > Don't _EVER_ lose your sense of humour.... > > From owner-freebsd-hackers Mon May 5 19:20:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07143 for hackers-outgoing; Mon, 5 May 1997 19:20:37 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07138 for ; Mon, 5 May 1997 19:20:35 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id TAA10088 for ; Mon, 5 May 1997 19:20:37 -0700 (PDT) Message-Id: <199705060220.TAA10088@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: gdb pthread aware? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 1997 19:20:37 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk One of my pet projects is trying to get ACE to work in FreeBSD . I am doing this trying to understand the architecture of ACE and its C++ constructs.. As a by-product , I hope that with the help of other hackers , we can deliver a very robust version of ACE. Once ACE is fully ported it will open the way for complex server / client / application framework. If we want users to exploit frame works such as ACE it is critical for us to have debugging capability for threads. I think that the combination of ACE and the C++ graphic library Qt can be a very interesting tool set to have for FreeBSD 8) So is anyone working on providing thread support for gdb ? I am asking cause I don't have time to work on gdb... Tnks, Amancio From owner-freebsd-hackers Mon May 5 19:22:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07264 for hackers-outgoing; Mon, 5 May 1997 19:22:15 -0700 (PDT) Received: from pluto.plutotech.com (root@pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA07259 for ; Mon, 5 May 1997 19:22: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 UAA16603; Mon, 5 May 1997 20:21:14 -0600 (MDT) Message-Id: <199705060221.UAA16603@pluto.plutotech.com> To: tom@tomqnx.com (Tom Torrance at home) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Can't boot 2.2.1R In-reply-to: Your message of "Mon, 05 May 1997 20:27:39 EDT." Date: Mon, 05 May 1997 21:19:52 -0600 From: "Justin T. Gibbs" 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 Disable uha0 from the userconfig program (boot with the '-c' flag). -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon May 5 19:29:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA07727 for hackers-outgoing; Mon, 5 May 1997 19:29:43 -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 TAA07722 for ; Mon, 5 May 1997 19:29:40 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id MAA23686; Tue, 6 May 1997 12:21:47 +1000 Date: Tue, 6 May 1997 12:21:47 +1000 From: Bruce Evans Message-Id: <199705060221.MAA23686@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", 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. > >They all already support K&R except , , , >, , , , , , >, . I.e., all except 0 CSRG-derived headers, 2 Oops. I forgot to follow links in /usr/include. There must be a few more headers that don't support K&R. Bruce From owner-freebsd-hackers Mon May 5 19:44:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA08602 for hackers-outgoing; Mon, 5 May 1997 19:44:01 -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 TAA08597; Mon, 5 May 1997 19:43:53 -0700 (PDT) Message-Id: <199705060243.TAA08597@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA176396505; Tue, 6 May 1997 12:41:45 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 12:41:45 +1000 (EST) Cc: avalon@coombs.anu.edu.au, nnd@info.itfs.nsk.su, current@freebsd.org, hackers@freebsd.org In-Reply-To: <199705060044.RAA10251@bubba.whistle.com> from "Archie Cobbs" at May 5, 97 05:44:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from 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) > > 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... Sounds ok From owner-freebsd-hackers Mon May 5 19:48:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA08906 for hackers-outgoing; Mon, 5 May 1997 19:48:37 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA08899; Mon, 5 May 1997 19:48:33 -0700 (PDT) Message-Id: <199705060248.TAA08899@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA178796790; Tue, 6 May 1997 12:46:30 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 12:46:30 +1000 (EST) Cc: avalon@coombs.anu.edu.au, archie@whistle.com, nnd@info.itfs.nsk.su, current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199705060046.RAA10264@bubba.whistle.com> from "Archie Cobbs" at May 5, 97 05:46:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from 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. > > 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. So what you're (including what you mentioned about changes in your other email) saying is that these packets can only be filtered out during the forwarding/outbound filtering ? > > > - 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? okay, i'm lost with the "backwards compatible". are you saying you'll use another word (instead of reject/deny), such as "reset" to indicate sending an RST rather than some other action ? Darren From owner-freebsd-hackers Mon May 5 20:00:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA09484 for hackers-outgoing; Mon, 5 May 1997 20:00:21 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09479 for ; Mon, 5 May 1997 20:00:19 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id CAA08015; Tue, 6 May 1997 02:59:54 GMT Date: Tue, 6 May 1997 11:59:54 +0900 (JST) From: Michael Hancock Reply-To: Michael Hancock 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... > > What hardware would you recommend? Now I'm thinking about the following > setup: Tyan 1668 ATX with AMI BIOS, ASUS, or Giga Something. See http://www.freebsd.org/~fsmp. From owner-freebsd-hackers Mon May 5 20:02:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA09594 for hackers-outgoing; Mon, 5 May 1997 20:02:36 -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 UAA09574; Mon, 5 May 1997 20:02:20 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id NAA22224; Tue, 6 May 1997 13:04:33 +1000 (EST) Date: Tue, 6 May 1997 13:04:32 +1000 (EST) From: "Daniel O'Callaghan" To: Archie Cobbs cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705060046.RAA10264@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Archie Cobbs wrote: > > > - 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. How about ipfw add 1000 reset tcp from any to foo 23 So the choices are: deny : be silent reject: send ICMP !H reset : send RST Ipfilter allows you to choose to send !H or !N. How could this be done in ipfw? Is it needed? Danny From owner-freebsd-hackers Mon May 5 20:05:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA09778 for hackers-outgoing; Mon, 5 May 1997 20:05:02 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09752; Mon, 5 May 1997 20:04:57 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id UAA18988; Mon, 5 May 1997 20:04:26 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma018986; Mon May 5 20:04:07 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id UAA10809; Mon, 5 May 1997 20:04:07 -0700 (PDT) From: Archie Cobbs Message-Id: <199705060304.UAA10809@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705060248.TAA19150@gatekeeper.whistle.com> from Darren Reed at "May 6, 97 12:46:30 pm" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Mon, 5 May 1997 20:04:07 -0700 (PDT) Cc: archie@whistle.com, avalon@coombs.anu.edu.au, 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. > > So what you're (including what you mentioned about changes in your other > email) saying is that these packets can only be filtered out during the > forwarding/outbound filtering ? Right. > > > > - 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? > > okay, i'm lost with the "backwards compatible". are you saying you'll use > another word (instead of reject/deny), such as "reset" to indicate sending > an RST rather than some other action ? By "backwards compatible" I meant the parsing of rules by the ipfw programs, so that the semantics of rules with trailing options like "in via ed0", "via ed1 out", "in", etc. won't change. The way it is now: deny -> drop packet reject ip -> send icmp unreachable reject tcp -> send icmp unreachable The way it will be: deny -> drop packet reject ip -> send icmp unreachable reject tcp -> send tcp reset (which is more appropriate) There is a change in the type of notification the sender receives when a TCP packet is rejected... but this seems to me more like a bug fix than a "major change".. it's certainly easy *not* to do, and it's not something I particularly care about other than it being a bug. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Mon May 5 20:05:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA09808 for hackers-outgoing; Mon, 5 May 1997 20:05:16 -0700 (PDT) Received: from main.gbdata.com (tel_ppp0028.livingston.net [207.22.211.37]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA09800 for ; Mon, 5 May 1997 20:05:13 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id WAA01503; Mon, 5 May 1997 22:04:47 -0500 (CDT) From: Gary Clark II Message-Id: <199705060304.WAA01503@main.gbdata.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: bde@zeta.org.au (Bruce Evans) Date: Mon, 5 May 1997 22:04:46 -0500 (CDT) 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.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 Bruce Evans wrote: > >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 > What is our reason for having old code around? Is there a GOOD reason why we are trying to support a non-ansi compiler? What is the chance that FreeBSD will ever need to do this in real life? Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Mon May 5 20:08:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA10031 for hackers-outgoing; Mon, 5 May 1997 20:08:54 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA10026 for ; Mon, 5 May 1997 20:08:51 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id DAA08052; Tue, 6 May 1997 03:08:13 GMT Date: Tue, 6 May 1997 12:08:13 +0900 (JST) From: Michael Hancock To: "Jordan K. Hubbard" cc: Terry Lambert , Bruce Evans , nadav@barcode.co.il, hackers@FreeBSD.ORG Subject: Re: /usr/include/ftpio.h is not C++ safe In-Reply-To: <7735.862867196@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Jordan K. Hubbard wrote: > I hate __P() and will fight a guerilla war against it if I have to. So do I. I'd do it in straight ANSI first and then if there's an uproar of people who can provide details of their K&R applications that require __P() then you can begrudgingly add it later. Mike From owner-freebsd-hackers Mon May 5 20:20:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA10637 for hackers-outgoing; Mon, 5 May 1997 20:20:57 -0700 (PDT) Received: from nagual.pp.ru (ache.relcom.ru [194.58.229.133]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA10629 for ; Mon, 5 May 1997 20:20:53 -0700 (PDT) Received: (from ache@localhost) by nagual.pp.ru (8.8.5/8.8.5) id HAA00412; Tue, 6 May 1997 07:20:32 +0400 (MSD) Date: Tue, 6 May 1997 07:20:29 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= To: Brian Somers cc: freebsd-hackers@FreeBSD.ORG, brian@utell.co.uk Subject: Re: LQR in ppp In-Reply-To: <199705060141.CAA02158@awfulhak.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Brian Somers wrote: > I'm pretty sure that nobody specifically fixed it.... maybe I'm > wrong (ache - you've been in the code a bit, don't be shy). No, I avoid to touch PPP protocol part there. -- Andrey A. Chernov http://www.nagual.pp.ru/~ache/ From owner-freebsd-hackers Mon May 5 20:41:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA11479 for hackers-outgoing; Mon, 5 May 1997 20:41:50 -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 UAA11472 for ; Mon, 5 May 1997 20:41:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id UAA00639 for ; Mon, 5 May 1997 20:37:43 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id NAA25324; Tue, 6 May 1997 13:10:39 +1000 Date: Tue, 6 May 1997 13:10:39 +1000 From: Bruce Evans Message-Id: <199705060310.NAA25324@godzilla.zeta.org.au> To: bde@zeta.org.au, gclarkii@main.gbdata.com Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: hackers@FreeBSD.ORG, jkh@time.cdrom.com, nadav@barcode.co.il Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >What is our reason for having old code around? Is there a GOOD reason >why we are trying to support a non-ansi compiler? What is the chance that >FreeBSD will ever need to do this in real life? To support users who have old code. FreeBSD doesn't support ANSI compilers, only gcc (try compiling with lcc) :-). Bruce From owner-freebsd-hackers Mon May 5 21:01:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA12251 for hackers-outgoing; Mon, 5 May 1997 21:01:03 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA12243 for ; Mon, 5 May 1997 21:01:00 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id DAA08419; Tue, 6 May 1997 03:56:18 GMT Date: Tue, 6 May 1997 12:56:18 +0900 (JST) From: Michael Hancock To: Gary Clark II cc: Bruce Evans , jkh@time.cdrom.com, nadav@barcode.co.il, hackers@FreeBSD.ORG Subject: Re: /usr/include/ftpio.h is not C++ safe In-Reply-To: <199705060304.WAA01503@main.gbdata.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Gary Clark II wrote: > What is our reason for having old code around? Is there a GOOD reason > why we are trying to support a non-ansi compiler? What is the chance that > FreeBSD will ever need to do this in real life? ANSIfying can be a lot of work and has some pitfalls. Old code stays K&R and new code is done in ANSI is a good priority guideline to use. It's not a rule that's chiselled in stone however. Mike From owner-freebsd-hackers Mon May 5 21:15:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA13073 for hackers-outgoing; Mon, 5 May 1997 21:15:09 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA13068 for ; Mon, 5 May 1997 21:15:07 -0700 (PDT) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.8.5/8.7.3) id VAA05156 for hackers@freebsd.org; Mon, 5 May 1997 21:15:06 -0700 (PDT) Date: Mon, 5 May 1997 21:15:06 -0700 (PDT) From: Jaye Mathisen Message-Id: <199705060415.VAA05156@schizo.cdsnet.net> To: hackers@freebsd.org Subject: ENOSPC while plenty of space? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, this is a stumper for me. I have an NFS mounted File System that has about 88GB of disk. I have mounted it with version 3 NFS. For reasons known only to anybody but me, some programs can no longer right to the disk, an open() returns an error, and errno is set to ENOSPC (28). However, there's 30GB free, and plenty of inodes. I can't even remove a file, it returns ENOSPC, but, I can run iozone on the FS and it will happily create a 5GB file no problem. Is there a limit to the siz of NFS FS's? Even so, 55GB used seems weird. The free space is around 32GB's, which seems a trifle odd, but that may have no relevance. Any tips muchly appreciated, I'm stymied. From owner-freebsd-hackers Mon May 5 21:16:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA13201 for hackers-outgoing; Mon, 5 May 1997 21:16:09 -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 VAA13181; Mon, 5 May 1997 21:16:05 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id VAA19323; Mon, 5 May 1997 21:15:27 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma019313; Mon May 5 21:14:57 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id VAA11171; Mon, 5 May 1997 21:14:57 -0700 (PDT) From: Archie Cobbs Message-Id: <199705060414.VAA11171@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: from Daniel O'Callaghan at "May 6, 97 01:04:32 pm" To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Mon, 5 May 1997 21:14:57 -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 > > > > - 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. > > How about > > ipfw add 1000 reset tcp from any to foo 23 > > So the choices are: > deny : be silent > reject: send ICMP !H > reset : send RST Sounds OK with me.. any body else care to comment? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Mon May 5 21:19:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA13366 for hackers-outgoing; Mon, 5 May 1997 21:19:24 -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 VAA13359 for ; Mon, 5 May 1997 21:19:22 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA11946; Mon, 5 May 1997 21:09:54 -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 11:04:48 +1000." <199705060104.LAA20852@godzilla.zeta.org.au> Date: Mon, 05 May 1997 21:09:54 -0700 Message-ID: <11944.862891794@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > They all already support K&R except , , , > , , , , , , > , . I.e., all except 0 CSRG-derived headers, 2 > LBL-derived ones (pcap*), 3 Linux-derived ones (dialog, ncurses, unctrl) > and 6 jkh/phk headers (the rest) support K&R. Hmmmm. OK, you got me there, Tex. :-) > >I think it's a slippery slope you're trying to negotiate there, Bruce; > >watch your footing. ;-) > > You're on the slope :-). Maybe we're both on the slope. Pass the pitons and the rock hammer. :-) Jordan From owner-freebsd-hackers Mon May 5 21:50:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA14751 for hackers-outgoing; Mon, 5 May 1997 21:50:52 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA14735 for ; Mon, 5 May 1997 21:50:46 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA25288; Tue, 6 May 1997 00:50:15 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 6 May 1997 00:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id UAA16913; Mon, 5 May 1997 20:57:57 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id VAA29952; Mon, 5 May 1997 21:04:56 -0400 (EDT) Date: Mon, 5 May 1997 21:04:56 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705060104.VAA29952@lakes.water.net> To: ponds!time.cdrom.com!jkh, ponds!lambert.org!terry Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: ponds!zeta.org.au!bde, ponds!FreeBSD.ORG!hackers, ponds!barcode.co.il!nadav Content-Type: text 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()). > Didn't I just post about that *exact* situation two weeks ago :-) We already have the problem in our /usr/include files. Personally, I still have older code which has yet to be protoized, which may/may not want to enjoy the fruits of ftpio (or some other newer library). It would be nice not to have to rework things too much just to enhance older stuff... This, of course, is countered with being dragged kinking-and-screaming into the 1980s... :-) :-) maybe it's time to rework that code... - Dave Rivers - From owner-freebsd-hackers Mon May 5 21:50:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA14763 for hackers-outgoing; Mon, 5 May 1997 21:50:54 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA14750 for ; Mon, 5 May 1997 21:50:51 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA25309; Tue, 6 May 1997 00:50:19 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 6 May 1997 00:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id VAA16934; Mon, 5 May 1997 21:00:19 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id VAA29966; Mon, 5 May 1997 21:07:19 -0400 (EDT) Date: Mon, 5 May 1997 21:07:19 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705060107.VAA29966@lakes.water.net> To: ponds!zeta.org.au!bde, ponds!time.cdrom.com!jkh, ponds!barcode.co.il!nadav Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: ponds!FreeBSD.ORG!hackers Content-Type: text 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 > Yes, I have to agree. Jordan expressed concern about putting __P() macros in the header files he's responsible. Since I should either put-up, or shut-up... Jordan, if you'll mail those to me, I'll be happy to insert them. - Dave R. - p.s. My email should read "ponds!rivers@dg-rtp.dg.com" - as is well known; it probably doesn't in your mail reader :-) I'm working on that... From owner-freebsd-hackers Mon May 5 22:43:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA17245 for hackers-outgoing; Mon, 5 May 1997 22:43:30 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA17236 for ; Mon, 5 May 1997 22:43:27 -0700 (PDT) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.8.5/8.7.3) id WAA05325 for hackers@freebsd.org; Mon, 5 May 1997 22:43:20 -0700 (PDT) Date: Mon, 5 May 1997 22:43:20 -0700 (PDT) From: Jaye Mathisen Message-Id: <199705060543.WAA05325@schizo.cdsnet.net> To: hackers@freebsd.org Subject: Where the heck is the source to open(2)? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I can find stdio fopen's, I can find opendir()'s, but for the life of me, I can't find the stupid source to open(2). I can even find the man page for it... What the heck tool do I use to manage identifiers across 8 kazillion files? Anyway, any tip appreciated. From owner-freebsd-hackers Mon May 5 22:48:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA17461 for hackers-outgoing; Mon, 5 May 1997 22:48:45 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA17456 for ; Mon, 5 May 1997 22:48:42 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id XAA05303; Mon, 5 May 1997 23:48:39 -0600 (MDT) Message-Id: <199705060548.XAA05303@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: hackers@FreeBSD.ORG cc: "Jordan K. Hubbard" Subject: Re: One last call for a show of hands on the ALPHA port... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 May 1997 23:48:39 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Workstation class with single 433Mhz CPUs, one SMP/Server class with 2 I and others in the SMP group should get our hands on the SMP specs for ALPHA style machines ASAP. It looks like its time to start thinking a little more broadly than the Intel SMP spec... Anyone have any pointers to any useful doc along these lines? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-hackers Mon May 5 22:58:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA17963 for hackers-outgoing; Mon, 5 May 1997 22:58:49 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA17958 for ; Mon, 5 May 1997 22:58:47 -0700 (PDT) Received: from time.cdrom.com (localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id WAA12396; Mon, 5 May 1997 22:59:25 -0700 (PDT) To: Steve Passe 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 23:48:39 MDT." <199705060548.XAA05303@Ilsa.StevesCafe.com> Date: Mon, 05 May 1997 22:59:25 -0700 Message-ID: <12394.862898365@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I and others in the SMP group should get our hands on the SMP specs > for ALPHA style machines ASAP. It looks like its time to start thinking > a little more broadly than the Intel SMP spec... Anyone have any pointers > to any useful doc along these lines? I will arrange for all the appropriate docs to be sent to the SMP team. Jordan From owner-freebsd-hackers Mon May 5 23:03:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA18282 for hackers-outgoing; Mon, 5 May 1997 23:03:58 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA18277 for ; Mon, 5 May 1997 23:03:55 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id GAA16249; Tue, 6 May 1997 06:43:58 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Tue, 6 May 1997 06:44:32 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199705060310.NAA25324@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 6 May 1997 06:41:49 +0100 To: Bruce Evans From: Bob Bishop Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: hackers@FreeBSD.ORG, jkh@time.cdrom.com, nadav@barcode.co.il, gclarkii@main.gbdata.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 4:10 +0100 6/5/97, Bruce Evans wrote: >>What is our reason for having old code around? Is there a GOOD reason >>why we are trying to support a non-ansi compiler? What is the chance that >>FreeBSD will ever need to do this in real life? > >To support users who have old code. FreeBSD doesn't support ANSI compilers, >only gcc (try compiling with lcc) :-). I have *shitloads* of old code around (mostly in clients' systems) which breaks in subtle and mysterious ways when naively ported to ANSI C. It often boils down to ANSI having broken the portability of comparing chars with constants [don't get me started, it's a couple of years since I had a good rant about that one :-)]. -traditional is a life-saver. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Mon May 5 23:19:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA18972 for hackers-outgoing; Mon, 5 May 1997 23:19:14 -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 XAA18965 for ; Mon, 5 May 1997 23:19:06 -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 NAA03708 for ; Tue, 6 May 1997 13:22:03 GMT Received: from CYBERLIB/MAILQ by cyberlib.itb.ac.id. (Mercury 1.11); Tue, 6 May 97 13:24:45 +0700 Received: from MAILQ by CYBERLIB (Mercury 1.11); Tue, 6 May 97 13:24:19 +0700 From: "Sansan " Organization: Computer Center ITB To: hackers@freebsd.org Date: Tue, 6 May 1997 13:24:16 +07 Subject: to conect it Priority: normal X-mailer: Pegasus Mail v3.1 (R1a) Message-ID: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk i have a handphone and i would like to conect it to laptop or my computer and how i can conect it and what should i buy thank you From owner-freebsd-hackers Mon May 5 23:24:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA19198 for hackers-outgoing; Mon, 5 May 1997 23:24: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 XAA19193 for ; Mon, 5 May 1997 23:24:50 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA06555 for freebsd-hackers@FreeBSD.ORG; Tue, 6 May 1997 08:24:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA12731; Tue, 6 May 1997 08:08:36 +0200 (MET DST) Message-ID: <19970506080836.PW58861@uriah.heep.sax.de> Date: Tue, 6 May 1997 08:08:36 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: bind before hosts and iijppp... References: <19970505221150.DH03755@uriah.heep.sax.de> <199705052355.AAA27107@awfulhak.demon.co.uk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705052355.AAA27107@awfulhak.demon.co.uk>; from Brian Somers on May 6, 1997 00:55:49 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > I agree that something should be set up by default, > maybe with a commented out example of how to be secondary for > say freebsd.org. Too many people might playingly enable this entry then, it's not a good idea. Maybe a secondary for `domain.com'. :-) -- 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 23:35:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA19627 for hackers-outgoing; Mon, 5 May 1997 23:35:43 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA19622 for ; Mon, 5 May 1997 23:35:39 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id QAA07347; Tue, 6 May 1997 16:05:32 +0930 (CST) From: Michael Smith Message-Id: <199705060635.QAA07347@genesis.atrad.adelaide.edu.au> Subject: Re: Where the heck is the source to open(2)? In-Reply-To: <199705060543.WAA05325@schizo.cdsnet.net> from Jaye Mathisen at "May 5, 97 10:43:20 pm" To: mrcpu@schizo.cdsnet.net (Jaye Mathisen) Date: Tue, 6 May 1997 16:05:32 +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 Jaye Mathisen stands accused of saying: > > I can find stdio fopen's, I can find opendir()'s, but for the life > of me, I can't find the stupid source to open(2). I can even find > the man page for it... It's a system call, no source in userland other than the syscall binding. > What the heck tool do I use to manage identifiers across 8 kazillion files? Tags. See the new global(1) tool. > Anyway, any tip appreciated. -- ]] 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 23:52:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA20411 for hackers-outgoing; Mon, 5 May 1997 23:52:36 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA20402 for ; Mon, 5 May 1997 23:52:34 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id CAA28279; Tue, 6 May 1997 02:51:12 -0400 Date: Tue, 6 May 1997 02:51:11 -0400 (EDT) From: Ben Black To: Steve Passe cc: hackers@freebsd.org Subject: Re: One last call for a show of hands on the ALPHA port... In-Reply-To: <199705060548.XAA05303@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ftp://ftp.digital.com/pub/DEC/Alpha/systems/ that has some good information on DEC machines, but as far as low level details of how they implement SMP in their smaller servers, i can find nothing. On Mon, 5 May 1997, Steve Passe wrote: > Hi, > > > Workstation class with single 433Mhz CPUs, one SMP/Server class with 2 > > I and others in the SMP group should get our hands on the SMP specs > for ALPHA style machines ASAP. It looks like its time to start thinking > a little more broadly than the Intel SMP spec... Anyone have any pointers > to any useful doc along these lines? > > -- > Steve Passe | powered by > smp@csn.net | Symmetric MultiProcessor FreeBSD > > From owner-freebsd-hackers Mon May 5 23:54:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA20569 for hackers-outgoing; Mon, 5 May 1997 23:54:23 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA20564 for ; Mon, 5 May 1997 23:54:13 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id IAA24805; Tue, 6 May 1997 08:58:44 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199705060658.IAA24805@ocean.campus.luth.se> Subject: Re: bind before hosts and iijppp... To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 6 May 1997 08:58:44 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <19970505221150.DH03755@uriah.heep.sax.de> from J Wunsch at "May 5, 97 10:11:50 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to J Wunsch: > 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. DNS can be slow/down/unreachable. /etc/hosts is never. I think that's a win. There should only be a few entries in etc hosts, anyway. And if anything is wrong in that file, the admin is at fault. > 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. Yeah! That would be a great entry in post install menu somewhere. /Mikael From owner-freebsd-hackers Mon May 5 23:55:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA20641 for hackers-outgoing; Mon, 5 May 1997 23:55:31 -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 XAA20635 for ; Mon, 5 May 1997 23:55:27 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id IAA02925; Tue, 6 May 1997 08:56:01 +0200 (MEST) From: Søren Schmidt Message-Id: <199705060656.IAA02925@sos.freebsd.dk> Subject: Re: Where the heck is the source to open(2)? In-Reply-To: <199705060543.WAA05325@schizo.cdsnet.net> from Jaye Mathisen at "May 5, 97 10:43:20 pm" To: mrcpu@schizo.cdsnet.net (Jaye Mathisen) Date: Tue, 6 May 1997 08:55:55 +0200 (MEST) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jaye Mathisen who wrote: > > I can find stdio fopen's, I can find opendir()'s, but for the life of me, I can't > find the stupid source to open(2). I can even find the man page for it... > > What the heck tool do I use to manage identifiers across 8 kazillion files? > Well, there is no source for open :) Nah, thats only partly true, look in lib/libc/sys/Makefile.inc and you'l see how the "source" is generated from various include files. Open and friends are not really functions, they are systemcalls, and get translated directly into that... > Anyway, any tip appreciated. You got it :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Tue May 6 00:23:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA21781 for hackers-outgoing; Tue, 6 May 1997 00:23:55 -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 AAA21776; Tue, 6 May 1997 00:23:51 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id IAA13085; Tue, 6 May 1997 08:23:37 +0100 (BST) Message-Id: <199705060723.IAA13085@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Archie Cobbs cc: danny@panda.hilink.com.au (Daniel O'Callaghan), current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-reply-to: Your message of "Mon, 05 May 1997 21:14:57 PDT." <199705060414.VAA11171@bubba.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 08:23:37 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > How about > > > > ipfw add 1000 reset tcp from any to foo 23 > > > > So the choices are: > > deny : be silent > > reject: send ICMP !H > > reset : send RST > > Sounds OK with me.. any body else care to comment? I like this idea. > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue May 6 00:30:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA22170 for hackers-outgoing; Tue, 6 May 1997 00:30:51 -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 AAA22164 for ; Tue, 6 May 1997 00:30:47 -0700 (PDT) Received: (from smap@localhost) by gatekeeper.barcode.co.il (8.8.5/8.6.12) id KAA02352; Tue, 6 May 1997 10:26:20 +0300 (IDT) X-Authentication-Warning: gatekeeper.barcode.co.il: smap set sender to using -f Received: from localhost.barcode.co.il(127.0.0.1) by gatekeeper.barcode.co.il via smap (V1.3) id sma002350; Tue May 6 10:26:01 1997 Message-ID: <336EDD50.46CF@barcode.co.il> Date: Tue, 06 May 1997 10:27:12 +0300 From: Nadav Eiron X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.5 sun4m) MIME-Version: 1.0 To: Thomas David Rivers CC: bde@zeta.org.au, jkh@time.cdrom.com!, hackers@FreeBSD.ORG Subject: Re: /usr/include/ftpio.h is not C++ safe References: <199705060107.VAA29966@lakes.water.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas David Rivers wrote: > > > > > >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 > > > > Yes, I have to agree. > > Jordan expressed concern about putting __P() macros in the header files > he's responsible. > > Since I should either put-up, or shut-up... Jordan, if you'll mail > those to me, I'll be happy to insert them. I have no problem helping out on this too (though I care more about C++ than about K&R). > > - Dave R. - > > p.s. My email should read "ponds!rivers@dg-rtp.dg.com" - as is well > known; it probably doesn't in your mail reader :-) I'm working > on that... Nadav From owner-freebsd-hackers Tue May 6 00:35:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA22369 for hackers-outgoing; Tue, 6 May 1997 00:35:55 -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 AAA22362 for ; Tue, 6 May 1997 00:35:52 -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 IAA13393; Tue, 6 May 1997 08:33:11 +0100 (BST) Message-Id: <199705060733.IAA13393@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org Subject: Re: bind before hosts and iijppp... In-reply-to: Your message of "Tue, 06 May 1997 08:08:36 +0200." <19970506080836.PW58861@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 08:33:11 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Brian Somers wrote: > > > I agree that something should be set up by default, > > maybe with a commented out example of how to be secondary for > > say freebsd.org. > > Too many people might playingly enable this entry then, it's not a > good idea. Maybe a secondary for `domain.com'. :-) Agreed. I also think a "cheat entry" should be made available, but I wouldn't mind some comments on this. I've got a config file that says: primary awfulhak.demon.co.uk awfulhak.demon.co.uk.zone primary 1.17.152.158.IN-ADDR.ARPA awfulhak.demon.co.uk.rev awfulhak.demon.co.uk.zone: @ IN SOA..... IN NS awfulhak.demon.co.uk. IN MX 1 awfulhak.org. IN MX 2 awfulhak.demon.co.uk. $ORIGIN demon.co.uk. awfulhak IN A 158.152.17.1 www.awfulhak IN A 195.11.146.11 awfulhak.demon.co.uk.rev: @ IN SOA..... IN NS awfulhak.demon.co.uk. IN MX 1 awfulhak.org. IN MX 2 awfulhak.demon.co.uk. IN PTR awfulhak.demon.co.uk. This is required with X so that my LAN can DNS lookup the hostname of my main machine. Is this a *really* bad thing to do anyone ? I'm not actually the primary for this machine, my ISP is, and the machine is part of a class B net. So who's going to do the deed ? Is it just a matter of changing src/etc/namedb/* and asking Jordan to update rc.conf ? > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue May 6 00:38:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA22509 for hackers-outgoing; Tue, 6 May 1997 00:38:58 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA22496; Tue, 6 May 1997 00:38:55 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id JAA25044; Tue, 6 May 1997 09:43:27 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199705060743.JAA25044@ocean.campus.luth.se> Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 09:43:27 +0200 (MET DST) Cc: danny@panda.hilink.com.au, current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199705060414.VAA11171@bubba.whistle.com> from Archie Cobbs at "May 5, 97 09:14:57 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Archie Cobbs: [...] > > How about > > > > ipfw add 1000 reset tcp from any to foo 23 > > > > So the choices are: > > deny : be silent > > reject: send ICMP !H > > reset : send RST > > Sounds OK with me.. any body else care to comment? Yeah, I think that's good. That way you can configure it as you like. Flexability is (almost) always a good thing. Would it be hard to add something like "netreject", which would send !N, too? /Mikael From owner-freebsd-hackers Tue May 6 01:10:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24040 for hackers-outgoing; Tue, 6 May 1997 01:10:13 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA24020; Tue, 6 May 1997 01:10:03 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id SAA23498; Tue, 6 May 1997 18:12:21 +1000 (EST) Date: Tue, 6 May 1997 18:12:20 +1000 (EST) From: "Daniel O'Callaghan" To: Mikael Karpberg cc: Archie Cobbs , current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705060743.JAA25044@ocean.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Mikael Karpberg wrote: > According to Archie Cobbs: > [...] > > > So the choices are: > > > deny : be silent > > > reject: send ICMP !H > > > reset : send RST > > > Yeah, I think that's good. > That way you can configure it as you like. Flexability is (almost) always > a good thing. > > Would it be hard to add something like "netreject", which would send !N, too? That would be nice. I didn't suggest it only because I couldn't think of an appropriate keyword :-) Danny From owner-freebsd-hackers Tue May 6 01:38:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA25288 for hackers-outgoing; Tue, 6 May 1997 01:38:31 -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 BAA25281 for ; Tue, 6 May 1997 01:38:21 -0700 (PDT) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id JAA28777; (8.6.11/zah/2.1) Tue, 6 May 1997 09:11:42 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id KAA11210; (8.6.9/zah/1.1) Tue, 6 May 1997 10:26:00 +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 KAA08914; Tue, 6 May 1997 10:06:53 +0300 (EET DST) Message-ID: <336ECAD0.5DFA@cki.ipri.kiev.ua> Date: Tue, 06 May 1997 09:07:54 +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: RGireyev@bellind.com CC: freebsd-hackers@FreeBSD.ORG Subject: Re: Installing FBSD on a second harddisk. References: <97May5.114801pdt.17029-3@firewall.bellind.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk RGireyev@bellind.com wrote: > > 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? :-) > Yes, for example, a have simular problem (The main succ, that Windows95 not wont run from slave IDE) I received it by such way: 1. Puf FreeBSD Boot Manager on first HD 2. Then manually editing /etc/fstab in -s user mode. From owner-freebsd-hackers Tue May 6 02:29:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA27866 for hackers-outgoing; Tue, 6 May 1997 02:29:42 -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 CAA27844; Tue, 6 May 1997 02:29:36 -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 LAA19776; Tue, 6 May 1997 11:29:31 +0200 Received: from localhost (root@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id LAA16237; Tue, 6 May 1997 11:29:34 +0200 (MET DST) Date: Tue, 6 May 1997 11:29:33 +0200 (MET DST) From: Michael Reifenberger To: Archie Cobbs cc: "Daniel O'Callaghan" , current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705060414.VAA11171@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 5 May 1997, Archie Cobbs wrote: > Date: Mon, 5 May 1997 21:14:57 -0700 (PDT) > From: Archie Cobbs > To: Daniel O'Callaghan > Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG > Subject: Re: divert still broken? > > ... > > So the choices are: > > deny : be silent > > reject: send ICMP !H > > reset : send RST > > Sounds OK with me.. any body else care to comment? In this case wouldn't match the keyword drop better than deny? Bye! ---- Michael Reifenberger Plaut Software GmbH, R/3 Basis From owner-freebsd-hackers Tue May 6 02:34:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA28109 for hackers-outgoing; Tue, 6 May 1997 02:34:15 -0700 (PDT) Received: from fang.cs.sunyit.edu (perlsta@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA28104 for ; Tue, 6 May 1997 02:34:13 -0700 (PDT) Received: from localhost (perlsta@localhost) by fang.cs.sunyit.edu (8.7.6/8.7.3) with SMTP id FAA06011 for ; Tue, 6 May 1997 05:34:17 -0400 (EDT) Date: Tue, 6 May 1997 05:34:17 -0400 (EDT) From: Alfred Perlstein To: freebsd-hackers@FreeBSD.ORG Subject: I/O mapped NIC card? In-Reply-To: <336ECAD0.5DFA@cki.ipri.kiev.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk is there a way for me to get my EtherEZ SMC 8416 to work under freeBSD without mapping a linear frame out of memory, windows and dos seem to be able to do it through programmed I/O. thank you Alfred Perlstein perlsta@cs.sunyit.edu From owner-freebsd-hackers Tue May 6 03:07:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02175 for hackers-outgoing; Tue, 6 May 1997 03:07:53 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA02157; Tue, 6 May 1997 03:07:45 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id UAA23949; Tue, 6 May 1997 20:10:41 +1000 (EST) Date: Tue, 6 May 1997 20:10:40 +1000 (EST) From: "Daniel O'Callaghan" To: Michael Reifenberger cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Michael Reifenberger wrote: > > > So the choices are: > > > deny : be silent > > > reject: send ICMP !H > > > reset : send RST > > > > Sounds OK with me.. any body else care to comment? > > In this case wouldn't match the keyword drop better than deny? Maybe. But it is better to keep the backward compatibility. Danny From owner-freebsd-hackers Tue May 6 03:30:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA03460 for hackers-outgoing; Tue, 6 May 1997 03:30:30 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA03453; Tue, 6 May 1997 03:30:25 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705061030.DAA03453@hub.freebsd.org> Subject: Re: One last call for a show of hands on the ALPHA port... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 May 1997 03:30:25 -0700 (PDT) Cc: smp@csn.net, hackers@freebsd.org In-Reply-To: <12394.862898365@time.cdrom.com> from "Jordan K. Hubbard" at May 5, 97 10:59:25 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > I and others in the SMP group should get our hands on the SMP specs > > for ALPHA style machines ASAP. It looks like its time to start thinking > > a little more broadly than the Intel SMP spec... Anyone have any pointers > > to any useful doc along these lines? > > I will arrange for all the appropriate docs to be sent to the SMP > team. > jordan, can you get me a set of the SMP docs for the Alpha as well as processor software and system writer's guide? jmb From owner-freebsd-hackers Tue May 6 03:32:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA03608 for hackers-outgoing; Tue, 6 May 1997 03:32:59 -0700 (PDT) Received: from ocean.campus.luth.se (ocean.campus.luth.se [130.240.194.116]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA03603; Tue, 6 May 1997 03:32:56 -0700 (PDT) Received: (from karpen@localhost) by ocean.campus.luth.se (8.7.5/8.7.3) id MAA26007; Tue, 6 May 1997 12:37:40 +0200 (MET DST) From: Mikael Karpberg Message-Id: <199705061037.MAA26007@ocean.campus.luth.se> Subject: Re: divert still broken? To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 6 May 1997 12:37:40 +0200 (MET DST) Cc: current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: from Daniel O'Callaghan at "May 6, 97 08:10:40 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Daniel O'Callaghan: > > > On Tue, 6 May 1997, Michael Reifenberger wrote: > > > > > So the choices are: > > > > deny : be silent > > > > reject: send ICMP !H > > > > reset : send RST > > > > > > Sounds OK with me.. any body else care to comment? > > > > In this case wouldn't match the keyword drop better than deny? > > Maybe. But it is better to keep the backward compatibility. That doesn't mean that drop isn't a better keyword, and should be made an alias for deny. Although, if it wasn't for backwards compability (which we should keep, IMHO) then it would be better with: drop : be silent deny : send RST reject : send ICMP !H netreject : send ICMP !N But... that's not gonna happen, because we want backwards compability, so just forget I said it... :-) /Mikael From owner-freebsd-hackers Tue May 6 04:13:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA05095 for hackers-outgoing; Tue, 6 May 1997 04:13:13 -0700 (PDT) Received: from gw-nl1.philips.com (gw-nl1.philips.com [192.68.44.33]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA05090 for ; Tue, 6 May 1997 04:13:08 -0700 (PDT) Received: (from nobody@localhost) by gw-nl1.philips.com (8.6.10/8.6.10-0.994n-08Nov95) id NAA08874 for ; Tue, 6 May 1997 13:12:53 +0200 Received: from smtprelay.nl.cis.philips.com(130.139.36.3) by gw-nl1.philips.com via smap (V1.3+ESMTP) with ESMTP id sma008688; Tue May 6 13:12:03 1997 Received: from bsd.lss.cp.philips.com (bsd.lss.cp.philips.com [130.144.199.33]) by smtprelay.nl.cis.philips.com (8.6.10/8.6.10-1.2.1m-970402) with SMTP id NAA13955 for ; Tue, 6 May 1997 13:12:02 +0200 Received: by bsd.lss.cp.philips.com (8.8.3/1.63) id NAA17429; Tue, 6 May 1997 13:12:01 +0200 (MET DST) From: Guido.vanRooij@nl.cis.philips.com (Guido van Rooij) Message-Id: <199705061112.NAA17429@bsd.lss.cp.philips.com> Subject: Hp interface card To: freebsd-hackers@freebsd.org Date: Tue, 6 May 1997 13:12:01 +0200 (MET DST) 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 Is anyone working on a driver for the HP J3171A 10/100 Base-T lan adpater? It is the one that comes with the E40 model Pentium Pro netserver. -Guido From owner-freebsd-hackers Tue May 6 04:14:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA05149 for hackers-outgoing; Tue, 6 May 1997 04:14:26 -0700 (PDT) Received: from burka.carrier.kiev.ua (archer@burka.carrier.kiev.ua [193.193.193.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA05144 for ; Tue, 6 May 1997 04:14:21 -0700 (PDT) Received: from localhost (archer@localhost) by burka.carrier.kiev.ua (8.8.5/8.who.cares.1) with SMTP id OAA08209 for ; Tue, 6 May 1997 14:13:21 +0300 (EET DST) Date: Tue, 6 May 1997 14:13:18 +0300 (EET DST) From: Alexander Litvin X-Sender: archer@burka.carrier.kiev.ua Reply-To: archer@lucky.net To: freebsd-hackers@freebsd.org Subject: option DIAGNOSTIC ? 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, everybody! What is the /Subj/ supposed to serve for? I ask this because: a) I think it might be useful, but don't know how to use it; b) My kernel with IPFW panics just after (it seems) a single packet behind a firewall (ipfw: chain...) -- is it supposed to behave so? Just a line of comment would be appreciated. -- Litvin Alexander Sorry, this signature is still under construction... From owner-freebsd-hackers Tue May 6 04:38:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA06166 for hackers-outgoing; Tue, 6 May 1997 04:38: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 EAA06161 for ; Tue, 6 May 1997 04:38:52 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id VAA24273; Tue, 6 May 1997 21:41:52 +1000 (EST) Date: Tue, 6 May 1997 21:41:51 +1000 (EST) From: "Daniel O'Callaghan" To: Mikael Karpberg cc: hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705061037.MAA26007@ocean.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Mikael Karpberg wrote: > That doesn't mean that drop isn't a better keyword, and should be made an > alias for deny. Although, if it wasn't for backwards compability (which we > should keep, IMHO) then it would be better with: > > drop : be silent > deny : send RST > reject : send ICMP !H > netreject : send ICMP !N > > But... that's not gonna happen, because we want backwards compability, > so just forget I said it... :-) *laugh* I see what you are saying and No, I don't think we can rearrange the keywords that much. deny/reject/netreject/resest will be it, I think. Danny From owner-freebsd-hackers Tue May 6 04:48:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA06535 for hackers-outgoing; Tue, 6 May 1997 04:48:50 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA06489; Tue, 6 May 1997 04:47:56 -0700 (PDT) Received: from bagpuss.visint.co.uk (bagpuss.vis.net.uk [194.207.134.1]) by bagpuss.visint.co.uk (8.7.5/8.7.3) with SMTP id MAA17826; Tue, 6 May 1997 12:58:19 +0100 (BST) Date: Tue, 6 May 1997 12:58:19 +0100 (BST) From: Stephen Roome To: Steve Passe cc: hackers@freebsd.org, smp@freebsd.org Subject: Re: 7860 In-Reply-To: <199705012029.OAA08130@Ilsa.StevesCafe.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 1 May 1997, Steve Passe wrote: > I believe we are talking about the GA586DX here. I am told that gigabyte > is now shipping a new version that uses the ATX PS connector. If buying this > board be sure to verify that your vendor will be supplying you with the new > version. I have two of the newer version boards with ATX power. These are Revision 3B. They cost us about 250 (UK pounds sterling) each. I'm running with two 133's and I think it's the cheapest option there is. okay 133's are slow ... (apparently too slow for most people anyway). But two P133's in this box deliver the performance of approx. P266 * 0.9 at a much lower cost than buying one Pentium 200 on a UP motherboard. > You *probably* could overclock 150s to 166, I have been > overclocking my P6-166x512s to 200mHz for almost a month now without any > sign of trouble. This P150 has been running at 166 for about 2 months without a single problem. Anyway, is it time to consider buying smp as a real alternative? It seems that it can now deliver a real performance gain over uniprocessor, and with any given processor, doubling the clock speed is more than doubling the price. So, how long before SMP is in a release version? -- Steve Roome Technical Systems Manager, Vision Interactive Ltd. E: steve@visint.co.uk M: +44 (0) 976 241 342 T: +44 (0) 117 973 0597 F: +44 (0) 117 923 8522 From owner-freebsd-hackers Tue May 6 05:12:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA07251 for hackers-outgoing; Tue, 6 May 1997 05:12:43 -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 FAA07246; Tue, 6 May 1997 05:12:39 -0700 (PDT) Message-Id: <199705061212.FAA07246@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA067270655; Tue, 6 May 1997 22:10:55 +1000 From: Darren Reed Subject: Re: divert still broken? To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 6 May 1997 22:10:55 +1000 (EST) Cc: archie@whistle.com, current@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: from "Daniel O'Callaghan" at May 6, 97 01:04:32 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Daniel O'Callaghan, sie said: > > > > On Mon, 5 May 1997, Archie Cobbs wrote: > > > > > - 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. > > > How about > > ipfw add 1000 reset tcp from any to foo 23 > > So the choices are: > deny : be silent > reject: send ICMP !H > reset : send RST > > Ipfilter allows you to choose to send !H or !N. How could this be done Ipfilter will let you send whichever one you want :) > in ipfw? Is it needed? have we had the discussion about using "permission denied" icmp replies ? :) From owner-freebsd-hackers Tue May 6 05:52:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA08596 for hackers-outgoing; Tue, 6 May 1997 05:52:42 -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 FAA08591 for ; Tue, 6 May 1997 05:52:39 -0700 (PDT) Received: from dbws.etinc.com (dbws.etinc.com [204.141.95.130]) by etinc.com (8.8.3/8.6.9) with SMTP id IAA09135; Tue, 6 May 1997 08:59:35 -0400 (EDT) Message-Id: <3.0.32.19970506085105.006beb10@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 06 May 1997 08:51:08 -0400 To: Jason Thorpe From: Dennis Subject: Re: if_de.c ???? Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 03:06 PM 5/5/97 -0700, you wrote: >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. Its a "hack" because the user has to hack his O/S to make it work. Its simply not feasible to have a customer do this. db From owner-freebsd-hackers Tue May 6 06:04:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA09019 for hackers-outgoing; Tue, 6 May 1997 06:04:37 -0700 (PDT) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA09009 for ; Tue, 6 May 1997 06:04:23 -0700 (PDT) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id QAA00787; Tue, 6 May 1997 16:51:14 +0400 (MSD) Date: Tue, 6 May 1997 16:51:14 +0400 (MSD) From: "Vasily V. Grechishnikov" To: freebsd-hackers@freebsd.org Subject: Broken NetWare 3.12 TCP/IP support ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! Topology of our LANs : world ( Near router 147.45.142.17) ^ | class C net 193.233.113.0 FreeBSD box( 2.2-BETA) |<-ed0 .1 | <-ed1 .17 LAN0 LAN1 | |------NetWare 3.12 | ^ . 19 | <- .50 | LAN2 | | .18 ed0->|------FreeBSD box( 2.2R) | |<-de0 .33 |<- ed1 currently broken - LAN3 LAN4 We have a some problems with LAN2 . Any action from that LAN (ping,ftp, i.e) will failed at stage of forwarding packets from LAN1 cable to any other, but only if on FreeBSD boxes not running routed -s . NetWare 3.12 configred as a router. In the any other LANs, except the LAN2 we haven't any problems. Primary FreeBSD box ( 2.2-BETA) running as an IP/IPX router , primary DNS server, FTP/HTTP server and proxy parent, secondary FreeBSD box ( 2.2RELEASE) running as an IP/IPX router, secondary DNS, FTP/HTTP server, File ( samba) server and proxy neighbor. On primary FreeBSD box we statically describes routes to LAN2, LAN3/LAN4 . But if we try to ping from any machine inside the LAN2 to other we got a results (routed -s not started): ping .18 - ok, ping .33 - fail; ping .17 ok, ping .1 fail routed -s started at primary: ping .18 - ok, ping .33 - fail; ping .17 ok, ping .1 ok routed -s started at secondary too: ping .18 - ok, ping .33 - ok; ping .17 ok, ping .1 ok But ping to out world fails any way. Note ping to near router 147.45.142.17 ok if primary runs routed and fail to other IP address of the router-147.45.142.50 . Any suggestions ? Thanks , Vasily . ******[FreeBSD it is coolest UNIX for PC!]******* * System admin , ftp and web master. * * Home Page: http://www.econ.acnit.ac.ru/ * * E-mail: bazilio@economic.acnit.ac.ru * * * * Industrial Economy Departament * * Voronezh State Technical University * ************************************************* From owner-freebsd-hackers Tue May 6 07:07:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA12282 for hackers-outgoing; Tue, 6 May 1997 07:07:44 -0700 (PDT) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA12276 for ; Tue, 6 May 1997 07:07:42 -0700 (PDT) Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.5) id JAA23357; Tue, 6 May 1997 09:07:27 -0500 (CDT) Message-ID: <19970506090727.51754@shell.futuresouth.com> Date: Tue, 6 May 1997 09:07:27 -0500 From: Tim Tsai To: Dennis Cc: Jason Thorpe , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? References: <3.0.32.19970506085105.006beb10@etinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <3.0.32.19970506085105.006beb10@etinc.com>; from Dennis on Tue, May 06, 1997 at 08:51:08AM -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, May 06, 1997 at 08:51:08AM -0400, Dennis wrote: > At 03:06 PM 5/5/97 -0700, you wrote: > >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. > > Its a "hack" because the user has to hack his O/S to make it work. Its simply > not feasible to have a customer do this. I had no trouble incorporating if_de.c, but ifconfig support is "broken" in 2.2 I believe (I mean broken as in the internal net structure has changed enough that it isn't trivial to make it work). I think Matt Thomas's document is based on 2.1.X. I did not test to see whether the 2.2 ifconfig already support the media options. After 4 months of fighting if_de.c and losing that support everytime we upgrade the kernel, I am just going to buy the Intel boards and see if I can sell the 21140-AC boards to people who don't run FreeBSD. Of course now that I say this in public somebody is going to go incorporate the if_de code in the FreeBSD kernel.. :-) Anybody want to buy a handful of Kingston 10/100Mb PCI cards, cheap? Tim From owner-freebsd-hackers Tue May 6 07:59:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA14901 for hackers-outgoing; Tue, 6 May 1997 07:59:11 -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 HAA14896 for ; Tue, 6 May 1997 07:59:09 -0700 (PDT) Received: from haldjas.folklore.ee ([193.40.6.121]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id HAA09138 for ; Tue, 6 May 1997 07:56:42 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id RAA06214; Tue, 6 May 1997 17:47:18 +0300 (EEST) Date: Tue, 6 May 1997 17:47:16 +0300 (EEST) From: Narvi To: Tim Tsai cc: Dennis , Jason Thorpe , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-Reply-To: <19970506090727.51754@shell.futuresouth.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Tim Tsai wrote: > I had no trouble incorporating if_de.c, but ifconfig support is "broken" > in 2.2 I believe (I mean broken as in the internal net structure has > changed enough that it isn't trivial to make it work). I think Matt > Thomas's document is based on 2.1.X. I did not test to see whether the > 2.2 ifconfig already support the media options. > > After 4 months of fighting if_de.c and losing that support everytime we > upgrade the kernel, I am just going to buy the Intel boards and see if I > can sell the 21140-AC boards to people who don't run FreeBSD. Of course > now that I say this in public somebody is going to go incorporate the > if_de code in the FreeBSD kernel.. :-) > > Anybody want to buy a handful of Kingston 10/100Mb PCI cards, cheap? Yes, of course :-) But I can also mail you two tar files which you just have to untar every time you make big changes - btw., it shouldn't be too hard to make make do it automagically every time you recompile. And yes - ifconfig support is included. I got them from Robin Cutshaw - may he be well and prosper! Sander > > Tim > From owner-freebsd-hackers Tue May 6 08:36:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA16971 for hackers-outgoing; Tue, 6 May 1997 08:36:46 -0700 (PDT) Received: from lamb.sas.com (daemon@lamb.sas.com [192.35.83.8]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA16966 for ; Tue, 6 May 1997 08:36:44 -0700 (PDT) Received: from mozart by lamb.sas.com (5.65c/SAS/Gateway/01-23-95) id AA19311; Tue, 6 May 1997 11:35:42 -0400 Received: from iluvatar.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA27591; Tue, 6 May 1997 11:35:35 -0400 Received: by iluvatar.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA17350; Tue, 6 May 1997 11:35:34 -0400 From: "John W. DeBoskey" Message-Id: <199705061535.AA17350@iluvatar.unx.sas.com> Subject: DMS beyond end Of ISA To: freebsd-hackers@freebsd.org Date: Tue, 6 May 1997 11:35:34 -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 Hello, I have the 3.0-970502-SNAP release installed on an HP Vectra XU 5/133C machine. sd2 is an Iomega Jaz drive. sd2: type 0 removable SCSI 2 Whenever the drive has spun down, and I then access it, I receive the following msgs on the console: May 6 12:22:25 elisa /kernel: aha0: DMA beyond end Of ISA: 0x1e9ebd0 May 6 12:22:25 elisa /kernel: aha0: DMA beyond end Of ISA: 0x1e9ebd0 May 6 12:22:25 elisa /kernel: sd2: could not get size May 6 12:22:25 elisa /kernel: sd2: could not get size May 6 12:22:25 elisa /kernel: sd2: invalid primary partition table: no magic May 6 12:22:25 elisa /kernel: sd2: invalid primary partition table: no magic The drive is connected to aha0: aha0 at 0x330-0x333 irq 11 drq 5 on isa (a 1542CF eisa card) I have: options BOUNCE_BUFFERS #include support for DMA bounce buffers in my config. Does anyone have any ideas on how I might solve this? Thanks, John -- jwd@unx.sas.com (w) John W. De Boskey (919) 677-8000 x6915 From owner-freebsd-hackers Tue May 6 08:58:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA17935 for hackers-outgoing; Tue, 6 May 1997 08:58:08 -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 IAA17930 for ; Tue, 6 May 1997 08:58:05 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id MAA10341; Tue, 6 May 1997 12:05:03 -0400 (EDT) Message-Id: <3.0.32.19970506115700.00b0fa00@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 06 May 1997 11:57:05 -0400 To: Tim Tsai From: dennis Subject: Re: if_de.c ???? Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 09:07 AM 5/6/97 -0500, you wrote: >On Tue, May 06, 1997 at 08:51:08AM -0400, Dennis wrote: >> At 03:06 PM 5/5/97 -0700, you wrote: >> >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. >> >> Its a "hack" because the user has to hack his O/S to make it work. Its simply >> not feasible to have a customer do this. > > I had no trouble incorporating if_de.c, but ifconfig support is "broken" >in 2.2 I believe (I mean broken as in the internal net structure has >changed enough that it isn't trivial to make it work). I think Matt >Thomas's document is based on 2.1.X. I did not test to see whether the >2.2 ifconfig already support the media options. > > After 4 months of fighting if_de.c and losing that support everytime we >upgrade the kernel, I am just going to buy the Intel boards and see if I >can sell the 21140-AC boards to people who don't run FreeBSD. Of course >now that I say this in public somebody is going to go incorporate the >if_de code in the FreeBSD kernel.. :-) Nah, the ppl that care have already switched to the card of the moment, the Intel Pro/100B. This is a BIG image blow to FreeBSD...after all the hoopla about how great the if_de card/driver was in '96. Gotta get that NT driver going! Dennis From owner-freebsd-hackers Tue May 6 09:04:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA18306 for hackers-outgoing; Tue, 6 May 1997 09:04:34 -0700 (PDT) Received: from mail.virginia.edu (mail.Virginia.EDU [128.143.2.9]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA18288 for ; Tue, 6 May 1997 09:04:31 -0700 (PDT) Received: from archive.cs.virginia.edu by mail.virginia.edu id aa24348; 6 May 97 11:16 EDT Received: from stretch.cs.Virginia.edu (atf3r@stretch-fo.cs.Virginia.EDU [128.143.136.14]) by archive.cs.Virginia.EDU (8.7.5/8.7.3) with SMTP id LAA15543 for ; Tue, 6 May 1997 11:16:14 -0400 (EDT) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA00267; Tue, 6 May 97 11:16:12 EDT Date: Tue, 6 May 1997 11:16:12 -0400 (EDT) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: FreeBSD Hackers List Subject: Intel 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 folks, I know this is a bit off the topic, but you are the people "in the know." We are about to put together a grant proposal for Intel where we get a bunch of Pentium II boxes in the next 5-6 months. They will initially be NT boxes, but I am arguing that they be dual boot with FreeBSD. As such I need to avoid problem hardware. This has caught me a little off guard and I need to respond with some suggestions today. Any and all comments/suggestions would be greatly appreciated. My basic questions: Is there anything in particular Intel hardware I should avoid? Problem chipsets, motherboard designs, etc. Can anyone recommend a "server" class box made by intel? Does anyone have any other recommendations as to multimedia hardware? Graphics boards, video capture etc. As I mentioned, I really want to avoid non-FreeBSD compatible stuff. many thanks, Adrian p.s. You may want to respond to me privately, since this is a bit astray form the prupose of the hackers list. -- adrian@virginia.edu ---->>>>| Support your local programmer, System Administrator --->>>| STOP Software Patent Abuses NOW! NVL, NIIMS and Telemedicine Labs -->>| For an application and information Member: League for Programming Freedom ->| see: http://www.lpf.org/ From owner-freebsd-hackers Tue May 6 09:17:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA19021 for hackers-outgoing; Tue, 6 May 1997 09:17:34 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA19008 for ; Tue, 6 May 1997 09:17:26 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wOmrO-0003Pr-00; Tue, 6 May 1997 09:13:02 -0700 Date: Tue, 6 May 1997 09:13:02 -0700 (PDT) From: Tom Samplonius To: Alfred Perlstein cc: freebsd-hackers@freebsd.org Subject: Re: I/O mapped NIC card? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Alfred Perlstein wrote: > is there a way for me to get my EtherEZ SMC 8416 to work under freeBSD > without mapping a linear frame out of memory, windows and dos seem to be > able to do it through programmed I/O. > > thank you > Alfred Perlstein > perlsta@cs.sunyit.edu Well, considering the huge performance benefit you get from using memory mapped io, I don't think anyone has ever thought about doing this. Tom From owner-freebsd-hackers Tue May 6 09:44:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA20597 for hackers-outgoing; Tue, 6 May 1997 09:44:01 -0700 (PDT) Received: from life.eecs.umich.edu (pmchen@life.eecs.umich.edu [141.213.8.32]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA20576 for ; Tue, 6 May 1997 09:43:59 -0700 (PDT) Received: (from pmchen@localhost) by life.eecs.umich.edu (8.8.5/8.8.0) id MAA09100 for freebsd-hackers@freebsd.org; Tue, 6 May 1997 12:42:49 -0400 (EDT) Date: Tue, 6 May 1997 12:42:49 -0400 (EDT) From: "Peter M. Chen" Message-Id: <199705061642.MAA09100@life.eecs.umich.edu> To: freebsd-hackers@freebsd.org Subject: vm_map_protect Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to make the buffer cache unwritable by using vm_map_protect. (Technically, I'm really making it so the physical pages belonging to the buffer cache cannot be written via the VM address space of the buffer cache). On the surface, this is working ok. Changing a page's protection to (VM_PROT_READ|VM_PROT_EXECUTE) and writing to it causes a protection violation. Changing it back to VM_PROT_ALL and writing to it doesn't cause a protection violation. I did have to change the way the buffer_map was created by taking out the MAP_NOFAULT flag (otherwise changing protections didn't work). Unfortunately, using vm_map_protect eventually corrupts my file systems during boot-up (both / and /var), and I have to then rebuild the file system. If I take out the single vm_map_protect that I added, the system boots fine. vm_map_protect(buffer_map, (vm_offset_t) bp->b_data + i*PAGE_SIZE, (vm_offset_t) bp->b_data + (i+1)*PAGE_SIZE, protect, FALSE); I double-checked the data before and after calling vm_map_protect, and it hasn't changed. vm_map_protect returns KERN_SUCCESS. I could find no instances where the kernel used vm_map_protect to change the protections for kernel space--protections only seem to be changed for a process's address space. And vm/vm_map.h has a cryptic comment in struct vm_map_entry: /* Only in task maps: */ right before the vm_prot_t entries. Does anyone have any insight as to what could be causing the problem? Has anyone changed protections for kernel address space? Pete From owner-freebsd-hackers Tue May 6 09:55:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA21144 for hackers-outgoing; Tue, 6 May 1997 09:55: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 JAA21138 for ; Tue, 6 May 1997 09:55:47 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA18643; Tue, 6 May 1997 09:51:14 -0700 From: Terry Lambert Message-Id: <199705061651.JAA18643@phaeton.artisoft.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: michaelh@cet.co.jp (Michael Hancock) Date: Tue, 6 May 1997 09:51:14 -0700 (MST) Cc: jkh@time.cdrom.com, terry@lambert.org, bde@zeta.org.au, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: from "Michael Hancock" at May 6, 97 12:08:13 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 hate __P() and will fight a guerilla war against it if I have to. > > So do I. I'd do it in straight ANSI first and then if there's an uproar > of people who can provide details of their K&R applications that require > __P() then you can begrudgingly add it later. Cool. You guys sound like Sun Microsystems statistically adressing sev 1 bugs. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 6 10:00:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA21470 for hackers-outgoing; Tue, 6 May 1997 10:00:34 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA21432; Tue, 6 May 1997 10:00:10 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id KAA07381; Tue, 6 May 1997 10:59:07 -0600 (MDT) Message-Id: <199705061659.KAA07381@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Stephen Roome cc: hackers@freebsd.org, smp@freebsd.org Subject: Re: 7860 In-reply-to: Your message of "Tue, 06 May 1997 12:58:19 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 10:59:07 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > So, how long before SMP is in a release version? When 3.0-current becomes 3.0-RELEASE. We went from 2.2-current to 3.0 in part because of the major changes that we knew would occur for SMP, thus it will never be retro-fitted to 2.2. (I have no guesses as to when 3.0-RELEASE will happen) -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-hackers Tue May 6 10:23:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA22575 for hackers-outgoing; Tue, 6 May 1997 10:23:01 -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 KAA22550; Tue, 6 May 1997 10:22:54 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id KAA23748; Tue, 6 May 1997 10:22:14 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma023746; Tue May 6 10:22:05 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id KAA16510; Tue, 6 May 1997 10:22:05 -0700 (PDT) From: Archie Cobbs Message-Id: <199705061722.KAA16510@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705061037.MAA26007@ocean.campus.luth.se> from Mikael Karpberg at "May 6, 97 12:37:40 pm" To: karpen@ocean.campus.luth.se (Mikael Karpberg) Date: Tue, 6 May 1997 10:22:05 -0700 (PDT) Cc: danny@panda.hilink.com.au, 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 OK, let's get ALL the possibilities together and make a big list :-) Currently: deny : drop silently reject : send ICMP unreachable Quoting from netinet/ip_icmp.h (these are the "unreachable" codes): #define ICMP_UNREACH_NET 0 /* bad net */ #define ICMP_UNREACH_HOST 1 /* bad host */ #define ICMP_UNREACH_PROTOCOL 2 /* bad protocol */ #define ICMP_UNREACH_PORT 3 /* bad port */ #define ICMP_UNREACH_NEEDFRAG 4 /* IP_DF caused drop */ #define ICMP_UNREACH_SRCFAIL 5 /* src route failed */ #define ICMP_UNREACH_NET_UNKNOWN 6 /* unknown net */ #define ICMP_UNREACH_HOST_UNKNOWN 7 /* unknown host */ #define ICMP_UNREACH_ISOLATED 8 /* src host isolated */ #define ICMP_UNREACH_NET_PROHIB 9 /* prohibited access */ #define ICMP_UNREACH_HOST_PROHIB 10 /* ditto */ #define ICMP_UNREACH_TOSNET 11 /* bad tos for net */ #define ICMP_UNREACH_TOSHOST 12 /* bad tos for host */ #define ICMP_UNREACH_FILTER_PROHIB 13 /* admin prohib */ #define ICMP_UNREACH_HOST_PRECEDENCE 14 /* host prec vio. */ #define ICMP_UNREACH_PRECEDENCE_CUTOFF 15 /* prec cutoff */ Proposal: deny : drop silently (same as before) reject : send ICMP unreachable (same as before) drop : alias for "deny" reset : send RST (TCP only) unreach X : (0 <= X <= 15) send ICMP unreach, code = X unreach net : alias for "reject 0" unreach host : alias for "reject 1" unreach protocol : alias for "reject 2" unreach port : alias for "reject 3" unreach needfrag : alias for "reject 4" ... unreach filter-prohib : alias for "reject 13" unreach host-precedence : alias for "reject 14" unreach precedence-cutoff:alias for "reject 15" Anything else? :-) -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Tue May 6 10:40:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA23468 for hackers-outgoing; Tue, 6 May 1997 10:40:54 -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 KAA23462 for ; Tue, 6 May 1997 10:40:48 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA18793; Tue, 6 May 1997 10:35:59 -0700 From: Terry Lambert Message-Id: <199705061735.KAA18793@phaeton.artisoft.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: gclarkii@main.gbdata.com (Gary Clark II) Date: Tue, 6 May 1997 10:35:59 -0700 (MST) Cc: bde@zeta.org.au, jkh@time.cdrom.com, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: <199705060304.WAA01503@main.gbdata.com> from "Gary Clark II" at May 5, 97 10:04:46 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 > What is our reason for having old code around? Is there a GOOD reason > why we are trying to support a non-ansi compiler? What is the chance that > FreeBSD will ever need to do this in real life? I don't know about you, but I have access to embedded systems that only have K&R compilers available. I also have access to many older systems (like BTOS, CTOS, C-64, and old Altos and 8086 SCO systems) that simply can't support GCC on a bet. I know, I know: I'm "supposed to" deal with the bastardized GCC cross compilation environments and then contribute the code back under GPL. No thank you. 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 Tue May 6 10:45:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA23696 for hackers-outgoing; Tue, 6 May 1997 10:45:33 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA23686 for ; Tue, 6 May 1997 10:45:29 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA18811; Tue, 6 May 1997 10:41:49 -0700 From: Terry Lambert Message-Id: <199705061741.KAA18811@phaeton.artisoft.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: rb@gid.co.uk (Bob Bishop) Date: Tue, 6 May 1997 10:41:49 -0700 (MST) Cc: bde@zeta.org.au, hackers@FreeBSD.ORG, jkh@time.cdrom.com, nadav@barcode.co.il, gclarkii@main.gbdata.com In-Reply-To: from "Bob Bishop" at May 6, 97 06:41:49 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have *shitloads* of old code around (mostly in clients' systems) which > breaks in subtle and mysterious ways when naively ported to ANSI C. It > often boils down to ANSI having broken the portability of comparing chars > with constants [don't get me started, it's a couple of years since I had a > good rant about that one :-)]. > > -traditional is a life-saver. Heh. I have a CDROM I bought from Walnut Creek that is almost totally K&R code... comp.unix.sources, anyone? "The Liquidators are in control!!! (-trol!) (-trol!)... ACT Now! (-ow!) (-ow!)... All K&R code MUST go! Blowout prices! You haven't seen deals like this! Today and tomorrow only, at the Holiday Inn! (-nn!) (-nn!)" Why do I feel the ANSI people are selling the history of the UNIX culture down the river? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 6 10:50:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA24102 for hackers-outgoing; Tue, 6 May 1997 10:50: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 KAA24096 for ; Tue, 6 May 1997 10:50:53 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id DAA26819; Wed, 7 May 1997 03:46:35 +1000 Date: Wed, 7 May 1997 03:46:35 +1000 From: Bruce Evans Message-Id: <199705061746.DAA26819@godzilla.zeta.org.au> To: bde@zeta.org.au, rb@gid.co.uk Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: gclarkii@main.gbdata.com, hackers@FreeBSD.ORG, jkh@time.cdrom.com, nadav@barcode.co.il Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I have *shitloads* of old code around (mostly in clients' systems) which >breaks in subtle and mysterious ways when naively ported to ANSI C. It >often boils down to ANSI having broken the portability of comparing chars >with constants [don't get me started, it's a couple of years since I had a >good rant about that one :-)]. > >-traditional is a life-saver. gcc -traditional supports prototypes, so this is no argument for __P(()) :-). It's an argument agains __P(()) - it's reasonable for headers to only support the compiler(s) shipped with the system. Bruce From owner-freebsd-hackers Tue May 6 10:54:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA24371 for hackers-outgoing; Tue, 6 May 1997 10:54:55 -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 KAA24366 for ; Tue, 6 May 1997 10:54:52 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA18848; Tue, 6 May 1997 10:50:23 -0700 From: Terry Lambert Message-Id: <199705061750.KAA18848@phaeton.artisoft.com> Subject: Re: option DIAGNOSTIC ? To: archer@lucky.net Date: Tue, 6 May 1997 10:50:23 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Alexander Litvin" at May 6, 97 02:13:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What is the /Subj/ supposed to serve for? > > I ask this because: > > a) I think it might be useful, but don't know how to use it; > > b) My kernel with IPFW panics just after (it seems) a single packet > behind a firewall (ipfw: chain...) -- is it supposed to behave so? > > Just a line of comment would be appreciated. Typically, it wraps panics for conditions which should never happen in operation. It is most useful for detecting some kernel code violating calling conventions for other kernel code., and/or the detection of memory corruption in the kernel address space. It is *supposed* to be used by developers before they commit code to the kernel to ensure that they have not made a mistake. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 6 10:58:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA24593 for hackers-outgoing; Tue, 6 May 1997 10:58:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA24587 for ; Tue, 6 May 1997 10:58:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA18862; Tue, 6 May 1997 10:54:28 -0700 From: Terry Lambert Message-Id: <199705061754.KAA18862@phaeton.artisoft.com> Subject: Re: divert still broken? To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 6 May 1997 10:54:28 -0700 (MST) Cc: karpen@ocean.campus.luth.se, hackers@FreeBSD.ORG In-Reply-To: from "Daniel O'Callaghan" at May 6, 97 09:41: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 > > That doesn't mean that drop isn't a better keyword, and should be made an > > alias for deny. Although, if it wasn't for backwards compability (which we > > should keep, IMHO) then it would be better with: > > > > drop : be silent > > deny : send RST > > reject : send ICMP !H > > netreject : send ICMP !N > > > > But... that's not gonna happen, because we want backwards compability, > > so just forget I said it... :-) > > *laugh* I see what you are saying and No, I don't think we can rearrange > the keywords that much. deny/reject/netreject/resest will be it, I think. I like this. Is there any way you could institute a "version" keyword for command language versioning, at the top of the file? If not present, it falls back to the last grammar before the version keyword. You can "unsupport" a grammar by disallowing a version (it's unlikely that the grammar would change that significantly, though). Then you could normalize the command language at this point in time with the first known non-null version for the config file grammar. You want the new features? Well, buddy, you must put a varsion stamp in an fix the grammar entries. It's be pretty easy to cascade-convert an existing rules set with a sed script that starts by converting the old to the new keywords, and does it in "# of keywords" passes so that you never have two sets of meaning for "deny" (for example). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 6 11:07:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA25253 for hackers-outgoing; Tue, 6 May 1997 11:07:56 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA25242 for ; Tue, 6 May 1997 11:07:50 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA18875; Tue, 6 May 1997 10:58:48 -0700 From: Terry Lambert Message-Id: <199705061758.KAA18875@phaeton.artisoft.com> Subject: Re: Broken NetWare 3.12 TCP/IP support ? To: bazilio@economic.acnit.ac.ru (Vasily V. Grechishnikov) Date: Tue, 6 May 1997 10:58:48 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Vasily V. Grechishnikov" at May 6, 97 04:51:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > world ( Near router 147.45.142.17) > ^ > | class C net 193.233.113.0 > FreeBSD box( 2.2-BETA) > |<-ed0 .1 | <-ed1 .17 > LAN0 LAN1 > | > |------NetWare 3.12 > | ^ . 19 | <- .50 > | LAN2 > | > | > .18 ed0->|------FreeBSD box( 2.2R) > | |<-de0 .33 |<- ed1 currently broken > - LAN3 LAN4 > > We have a some problems with LAN2 . Any action from that LAN (ping,ftp, > i.e) will failed at stage of forwarding packets from LAN1 cable to any > other, but only if on FreeBSD boxes not running routed -s . NetWare 3.12 > configred as a router. [ ... ] > Any suggestions ? Old NetWare will not support split netmasks correctly. If you have two cards on the netware server, the must have identical netmasks. In addition, for 3.11 or 3.12, I believe that the netmasks must be on 8 bit boundries, or they won't work (like old Linux networking, it doesn't support splitting a netmask on bit boundries). You don't give the 'names' of your wires, other than the top level one (named 193.233.113.0/255.255.255.0), so this is mostly speculation from my own experience using NetWare boxes as IP routers at Novell, Sandy. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 6 11:22:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA26226 for hackers-outgoing; Tue, 6 May 1997 11:22:30 -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 LAA26219 for ; Tue, 6 May 1997 11:22:19 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA14183 for freebsd-hackers@freebsd.org; Tue, 6 May 1997 20:22:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id UAA13999; Tue, 6 May 1997 20:12:21 +0200 (MET DST) Message-ID: <19970506201221.SY61854@uriah.heep.sax.de> Date: Tue, 6 May 1997 20:12:21 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org Subject: Re: bind before hosts and iijppp... References: <19970506080836.PW58861@uriah.heep.sax.de> <199705060733.IAA13393@awfulhak.demon.co.uk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705060733.IAA13393@awfulhak.demon.co.uk>; from Brian Somers on May 6, 1997 08:33:11 +0100 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > > Too many people might playingly enable this entry then, it's not a > > good idea. Maybe a secondary for `domain.com'. :-) > > Agreed. I also think a "cheat entry" should be made available, but > I wouldn't mind some comments on this. What about this: ; Example secondary config entries. It can be convenient to become ; a secondary at least for the zone where your own domain is in. Ask ; your network administrator for the IP address of the responsible ; primary. ; ; Never forget to include the reverse lookup (IN-ADDR.ARPA) zone! ; (This is the first bytes of the respective IP address, in reverse ; order, with ".IN-ADDR.ARPA" appended.) ; ; Before starting to setup a primary zone, better make sure you fully ; understand how DNS and BIND works, however. There are sometimes ; unobvious pitfalls. Setting up a secondary is comparably simpler. ; ; NB: Don't blindly comment out the examples below. :-) Use actual ; names and addresses instead. ; ;type zone name IP of primary backup file name ;================================================================== ;secondary domain.com 127.0.0.1 domain.com.bak ;secondary 0.168.192.in-addr.arpa 127.0.0.1 0.168.192.in-addr.arpa.bak ; ; ; If you've got a DNS server around at your upstream provider, enter ; its IP address here. This will make you benefit from its cache, ; thus reduce overall DNS traffic in the Internet. ; ;forwarders 127.0.0.1 -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 6 11:29:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA26593 for hackers-outgoing; Tue, 6 May 1997 11:29:02 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA26587 for ; Tue, 6 May 1997 11:29:00 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA24815; Tue, 6 May 1997 11:28:23 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma024809; Tue May 6 11:27:57 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id LAA16912; Tue, 6 May 1997 11:27:57 -0700 (PDT) From: Archie Cobbs Message-Id: <199705061827.LAA16912@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: from "Basti, Zoltan" at "May 6, 97 08:41:15 am" To: zbs@softec.sk (Basti Zoltan) Date: Tue, 6 May 1997 11:27:57 -0700 (PDT) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >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): > > While you are at it, would you please have a look at > fragmented packets processing. Currently (2.2.1-RELEASE) > IP packets with fragment offset > 0 can match TCP and UDP > source port and destination port rules (but not TCP flags). > This is clearly wrong, since TCP and UDP ports are always > in the first fragment of a fragmented packet. Yes.. I'll fix this. But it brings up another question.. how should we defend against UDP packets that are fragmented into a very small fragment (that doesn't contain the whole header) followed by the rest of the packet? Note this is not a problem for TCP, thanks to our implementing the recommendation of RFC 1858. Should ipfw be able enforce a "minimum" initial fragment length? What is the best strategy here? Or maybe I'm missing something obvious that makes this not a problem. Thanks, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Tue May 6 11:30:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA26713 for hackers-outgoing; Tue, 6 May 1997 11:30: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 LAA26707 for ; Tue, 6 May 1997 11:30:24 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA24836; Tue, 6 May 1997 11:29:53 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma024834; Tue May 6 11:29:45 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id LAA16921; Tue, 6 May 1997 11:29:45 -0700 (PDT) From: Archie Cobbs Message-Id: <199705061829.LAA16921@bubba.whistle.com> Subject: Re: option DIAGNOSTIC ? In-Reply-To: from Alexander Litvin at "May 6, 97 02:13:18 pm" To: archer@lucky.net Date: Tue, 6 May 1997 11:29:45 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What is the /Subj/ supposed to serve for? Options DIAGNOSTIC is supposed to enable extra sanity checks in the kernel. > b) My kernel with IPFW panics just after (it seems) a single packet > behind a firewall (ipfw: chain...) -- is it supposed to behave so? This is a bug in the ipfw code... will be fixed soon. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Tue May 6 12:00:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28507 for hackers-outgoing; Tue, 6 May 1997 12:00:25 -0700 (PDT) Received: from goof.com (root@goof.com [128.173.247.211]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA28500; Tue, 6 May 1997 12:00:21 -0700 (PDT) Received: (from mmead@localhost) by goof.com (8.8.5/8.7.3) id OAA11402; Tue, 6 May 1997 14:58:43 -0400 (EDT) From: "matthew c. mead" Message-Id: <199705061858.OAA11402@goof.com> Subject: need disk error help! To: question@freebsd.org Date: Tue, 6 May 1997 14:58:42 -0400 (EDT) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm trying to resolve a problem on a machine which is having what appears to be drive errors. Can someone help me interpret this message and figure out what to do to mark this part of the disk as unusable or some other measure? Thanks! These messages are showing up on the console (and in the dmesg log): wd0s1h: hard error reading fsbn 2086522 of 2086512-2086527 (wd0s1 bn 3135098; cn 3110 tn 3 sn 29)wd0: status 59 error 10 wd0s1h: hard error reading fsbn 2086522 of 2086512-2086527 (wd0s1 bn 3135098; cn 3110 tn 3 sn 29)wd0: status 59 error 40 Any ideas? Thanks! -matt -- Matthew C. Mead mmead@goof.com http://www.goof.com/~mmead/ From owner-freebsd-hackers Tue May 6 12:05:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA28772 for hackers-outgoing; Tue, 6 May 1997 12:05:08 -0700 (PDT) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA28741 for ; Tue, 6 May 1997 12:04:45 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.4/8.8.4) with UUCP id TAA23585; Tue, 6 May 1997 19:44:16 +0100 (BST) Received: from [194.32.164.2] by seagoon.gid.co.uk; Tue, 6 May 1997 19:46:22 +0100 X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199705061746.DAA26819@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 6 May 1997 19:43:40 +0100 To: Bruce Evans , Terry Lambert From: Bob Bishop Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: gclarkii@main.gbdata.com, hackers@FreeBSD.ORG, jkh@time.cdrom.com, nadav@barcode.co.il Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 18:46 +0100 6/5/97, Bruce Evans wrote: >gcc -traditional supports prototypes, so this is no argument for __P(()) >:-). It's an argument agains __P(()) - it's reasonable for headers to >only support the compiler(s) shipped with the system. Trouble is, among the subtle and mysterious problems I mentioned are gcc misbehaviours if you mix protos with K&R-style declarations. And, of course, no-one is interested in fixing crap like that (and I for one don't blame them). At 18:41 +0100 6/5/97, Terry Lambert wrote: >[...] >Why do I feel the ANSI people are selling the history of the UNIX >culture down the river? I think they sold it some time ago :-( -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Tue May 6 12:32:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA00153 for hackers-outgoing; Tue, 6 May 1997 12:32:08 -0700 (PDT) Received: from main.gbdata.com (tel_ppp0022.livingston.net [207.22.211.31]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA00118 for ; Tue, 6 May 1997 12:32:01 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id OAA06468; Tue, 6 May 1997 14:29:55 -0500 (CDT) From: Gary Clark II Message-Id: <199705061929.OAA06468@main.gbdata.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: terry@lambert.org (Terry Lambert) Date: Tue, 6 May 1997 14:29:54 -0500 (CDT) Cc: bde@zeta.org.au, jkh@time.cdrom.com, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: <199705061735.KAA18793@phaeton.artisoft.com> from Terry Lambert at "May 6, 97 10:35:59 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > What is our reason for having old code around? Is there a GOOD reason > > why we are trying to support a non-ansi compiler? What is the chance that > > FreeBSD will ever need to do this in real life? > > I don't know about you, but I have access to embedded systems that > only have K&R compilers available. These compilers run under FreeBSD????? > > I also have access to many older systems (like BTOS, CTOS, C-64, and > old Altos and 8086 SCO systems) that simply can't support GCC on a bet. The same here? > > I know, I know: I'm "supposed to" deal with the bastardized GCC cross > compilation environments and then contribute the code back under GPL. > > No thank you. 8-(. I have no problem creating a "port includes" or whatever, but I see no reason to keep "OUR" includes in the darkages to support "OTHER" systems. Anyone for a new sandbox?:) > Terry Lambert Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Tue May 6 13:20:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02528 for hackers-outgoing; Tue, 6 May 1997 13:20:15 -0700 (PDT) Received: from hda.hda.com (hda-bicnet.bicnet.net [207.198.1.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA02519 for ; Tue, 6 May 1997 13:20:09 -0700 (PDT) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id QAA13068 for hackers@freebsd.org; Tue, 6 May 1997 16:18:49 -0400 (EDT) From: Peter Dufault Message-Id: <199705062018.QAA13068@hda.hda.com> Subject: g++ shared library segfaults To: hackers@freebsd.org Date: Tue, 6 May 1997 16:18:49 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone who uses g++ and shared libraries care to speculate about this shared library crash in ptolemy? The alpha release of ptolemy is working fine in a static version, but trying to build a shared library version is producing this traceback, and I expect this is a configuration issue on my end. It seems to happen at the transition from the ptolemy shared library to the g++ shared library. I'll build a debug version of stdc++ but in the mean time maybe someone has seen something like this. Program received signal SIGSEGV, Segmentation fault. 0x850bb84 in fstreambase::open () (gdb) where #0 0x850bb84 in fstreambase::open () #1 0x51081 in pt_ofstream::open (this=0x82cf354, name=0x15b0 "pigiLog.pt", mode=2, prot=436) at ../../src/kernel/pt_fstream.cc:69 #2 0x82b8607 in KcInitLog (file=0x15b0 "pigiLog.pt") at ../../src/pigilib/kernelCalls.cc:86 #3 0x160b in main (argc=10, argv=0xefbfd48c) at ../../src/pigiRpc/pigiMain.cc:75 (gdb) -- Peter Dufault (dufault@hda.com) Realtime Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 From owner-freebsd-hackers Tue May 6 13:24:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02736 for hackers-outgoing; Tue, 6 May 1997 13:24:42 -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 NAA02711; Tue, 6 May 1997 13:24:37 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA25858; Tue, 6 May 1997 13:23:56 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma025854; Tue May 6 13:23:29 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id NAA18578; Tue, 6 May 1997 13:23:29 -0700 (PDT) From: Archie Cobbs Message-Id: <199705062023.NAA18578@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705061722.KAA16510@bubba.whistle.com> from Archie Cobbs at "May 6, 97 10:22:05 am" To: archie@whistle.com (Archie Cobbs) Date: Tue, 6 May 1997 13:23:29 -0700 (PDT) Cc: karpen@ocean.campus.luth.se, danny@panda.hilink.com.au, 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 > Proposal: > > deny : drop silently (same as before) > reject : send ICMP unreachable (same as before) > > drop : alias for "deny" > reset : send RST (TCP only) > unreach X : (0 <= X <= 15) send ICMP unreach, code = X > unreach net : alias for "reject 0" > unreach host : alias for "reject 1" > unreach protocol : alias for "reject 2" > unreach port : alias for "reject 3" > unreach needfrag : alias for "reject 4" > > ... > > unreach filter-prohib : alias for "reject 13" > unreach host-precedence : alias for "reject 14" > unreach precedence-cutoff:alias for "reject 15" Oops.. braindead.. those aliases are all for "unreach XX", not "reject XX" . -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Tue May 6 13:25:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02832 for hackers-outgoing; Tue, 6 May 1997 13:25:53 -0700 (PDT) Received: from cold.org (cold.org [206.81.134.103]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA02826 for ; Tue, 6 May 1997 13:25:51 -0700 (PDT) Received: from localhost (brandon@localhost) by cold.org (8.8.5/8.8.3) with SMTP id OAA11271 for ; Tue, 6 May 1997 14:25:52 -0600 (MDT) Date: Tue, 6 May 1997 14:25:52 -0600 (MDT) From: Brandon Gillespie To: FreeBSD-Hackers@freeBSD.org Subject: Alpha questions.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freeBSD.org X-Loop: FreeBSD.org Precedence: bulk Two questions... First, is there going to be an alpha mailing list I could subscribe to, to keep an ear on the alpha development? In about six months I plan on picking up an alpha workstation just 'for the heck of it', but only if I can put FreeBSD (in any form :b) on it.. The other question is, are there any plans to have digital unix binary emulation? Digital unix 'cc' will compile two types of binaries, 'sortaportable' and 'native'. Up to version 4.0 the default behaviour of 'cc' was to compile 'sortaportable', but now it compiles 'native' by default. I highly doubt the architectures are very similar at all, but I figured I'd ask the question nonetheless :b That'd seriously be a point in FreeBSD's favor if it could run DEC Unix binaries (since a BASE 2-user Digital Unix O/S and media (NO HARDWARE!) will run you $4900 alone--more users can run you up to $11,000 or more). Even if it was just the 'old' binaries, and not the new 'native' binaries -Brandon Gillespie From owner-freebsd-hackers Tue May 6 13:26:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA02931 for hackers-outgoing; Tue, 6 May 1997 13:26:36 -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 NAA02922; Tue, 6 May 1997 13:26:33 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id NAA04751; Tue, 6 May 1997 13:26:32 -0700 (PDT) To: "Jonathan M. Bresler" cc: smp@csn.net, hackers@FreeBSD.org Subject: Re: One last call for a show of hands on the ALPHA port... In-reply-to: Your message of "Tue, 06 May 1997 03:30:25 PDT." <199705061030.DAA03453@hub.freebsd.org> Date: Tue, 06 May 1997 13:26:31 -0700 Message-ID: <4749.862950391@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > jordan, can you get me a set of the SMP docs for the Alpha > as well as processor software and system writer's guide? I'll get you whatever Digital is willing to give me. :-) Jordan From owner-freebsd-hackers Tue May 6 13:31:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA03139 for hackers-outgoing; Tue, 6 May 1997 13:31:34 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA03132; Tue, 6 May 1997 13:31:32 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id OAA00996; Tue, 6 May 1997 14:31:23 -0600 (MDT) Message-Id: <199705062031.OAA00996@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: "Jordan K. Hubbard" cc: "Jonathan M. Bresler" , hackers@FreeBSD.org Subject: Re: One last call for a show of hands on the ALPHA port... In-reply-to: Your message of "Tue, 06 May 1997 13:26:31 PDT." <4749.862950391@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 14:31:23 -0600 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, > > jordan, can you get me a set of the SMP docs for the Alpha > > as well as processor software and system writer's guide? > > I'll get you whatever Digital is willing to give me. :-) does anyone know if there is a digital part equivilant to the APIC? is there a standard for SMP with Alpha chips? if so there must be something published which the non-digital MB manufactures refer to, or is digital the only one to make SMP/Alpha boards? -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-hackers Tue May 6 13:35:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA03507 for hackers-outgoing; Tue, 6 May 1997 13:35:39 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA03499 for ; Tue, 6 May 1997 13:35:33 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id NAA08288; Tue, 6 May 1997 13:35:19 -0700 (PDT) Date: Tue, 6 May 1997 13:35:18 -0700 (PDT) From: Jaye Mathisen To: dennis cc: Tim Tsai , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-Reply-To: <3.0.32.19970506115700.00b0fa00@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk While I rarely agree with dennis, he's dead on with this one. I bought 30-40 de cards for my 25 or so servers, now only to find it apparently a dead-end driver, and the Intel card being the card-de-jour (or however that's spelled). And so I'll start purchasing intel cards, and 8 months from now, the Novell NE2000 cards will be the hot card to have. I fell prey to this once with Adaptec cards and FreeBSD. I'm at my patience limit with FreeBSD sometimes. It's like FreeBSD is always at this "80%" useful stage. It always seems to be burning up 10 hours of time a week just kind of keeping the whole OS all together. Every upgrade seems to break something that worked fine before. Significant features don't seem to work when really stressed. Jaye "Occasionally wants to throw the whole kit and kaboodle through the wall, but is generally pretty happy with things" Mathisen. From owner-freebsd-hackers Tue May 6 14:08:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05303 for hackers-outgoing; Tue, 6 May 1997 14:08:05 -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 OAA05296 for ; Tue, 6 May 1997 14:08:02 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wOrOZ-0004Bt-00; Tue, 6 May 1997 14:03:35 -0700 Date: Tue, 6 May 1997 14:03:35 -0700 (PDT) From: Tom Samplonius To: Jaye Mathisen cc: dennis , Tim Tsai , hackers@freebsd.org Subject: Re: if_de.c ???? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Jaye Mathisen wrote: > While I rarely agree with dennis, he's dead on with this one. I bought > 30-40 de cards for my 25 or so servers, now only to find it apparently a > dead-end driver, and the Intel card being the card-de-jour (or however > that's spelled). The driver is not "dead-end". It just hasn't been updated for a while. It just has problems with the new 10/100 cards. In fact there are patches floating about for all of this stuff, but no one has done the integration work yet. In fact, Peter has worked on the de driver, and the ifconfig changes that are required, but has no de card to test on. Volunteers? > And so I'll start purchasing intel cards, and 8 months from now, the > Novell NE2000 cards will be the hot card to have. > > I fell prey to this once with Adaptec cards and FreeBSD. I'm at my > patience limit with FreeBSD sometimes. The adaptec cards work great. Some of the ahc driver revs have been bad, but lately very good. I've got a 2940 based moderately loaded server with 189 days of uptime! > It's like FreeBSD is always at this "80%" useful stage. It always seems > to be burning up 10 hours of time a week just kind of keeping the whole OS > all together. Every upgrade seems to break something that worked fine > before. Significant features don't seem to work when really stressed. I don't see this at all, but perhaps I deploy FreeBSD a bit differently. I have a devel machine that cvsup things to, then do a build, make sure things work ok, then NFS mount /usr/src and /usr/obj elsewhere to upgrade all other systems. I monitor the cvs commit lists to make sure I'm getting bits at the right time. I've been doing this with the 2.1-stable tree for a long time, and have yet to be burnt. It seems that a lot of people moved applications over to 2.2.x systems, that would have been better off with 2.1.7.1. 2.2.x is currently at the stage where it works well for some applications and systems and poorly for others. 2.1.7.1 may no longer be "cool" with all the 3.0 snaps floating about, but it gets the job done. > > Jaye "Occasionally wants to throw the whole kit and kaboodle through the > wall, but is generally pretty happy with things" Mathisen. > > > Tom From owner-freebsd-hackers Tue May 6 14:17:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05586 for hackers-outgoing; Tue, 6 May 1997 14:17:14 -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 OAA05578; Tue, 6 May 1997 14:17:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id OAA21144; Tue, 6 May 1997 14:04:54 -0700 (PDT) Message-Id: <199705062104.OAA21144@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Steve Passe Cc: "Jordan K. Hubbard" , "Jonathan M. Bresler" , hackers@freebsd.org Subject: Re: One last call for a show of hands on the ALPHA port... Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 06 May 1997 14:04:53 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 06 May 1997 14:31:23 -0600 Steve Passe wrote: > does anyone know if there is a digital part equivilant to the APIC? > is there a standard for SMP with Alpha chips? if so there must be something > published which the non-digital MB manufactures refer to, or is digital > the only one to make SMP/Alpha boards? Are there even any multi-processor alpha workstations? I know of the servers... and they are very non-PC-like (although NetBSD does run on the 8200 and 8400 :-) Anyhow, the standard Alpha architecture references should describe how multiprocessor systems are supposed to behave. I'm pretty sure it's nothing like the Intel way of doing things. (Note, I say that partially because I don't know of _any_ multiprocessor alpha PC-like workstations, and the PC-like alphas are different enough from PCs in a bunch of respects, anyhow...) In general, though, if FreeBSD is going to even bother with the alpha: (1) just make it run first (you have a lot of work ahead of you, especially if you even want to consider running on the alphas that don't look like PCs) (2) change your "SMP" model... the current FreeBSD SMP code seems to be the wrong approach to me. It feels like there is a bunch of "this is a PC operating system" assumptions in code that's in sys/kern (i.e. init_smp.c). Also, the kernel isn't multi-threaded... I think you've done this backwards, because the current model will mean more work to multithread your kernel later. (3) *then* think about supporting multiple processors on other architectures. ...if you do things in the wrong order (which I think you already have, but whatever), you only end up creating more work for yourself later, which tends to lead to kludgy solutions to problems. 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 Tue May 6 14:20:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA05774 for hackers-outgoing; Tue, 6 May 1997 14:20:24 -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 OAA05765 for ; Tue, 6 May 1997 14:20:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id OAA21164; Tue, 6 May 1997 14:08:04 -0700 (PDT) Message-Id: <199705062108.OAA21164@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Brandon Gillespie Cc: FreeBSD-Hackers@freebsd.org Subject: Re: Alpha questions.. Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 06 May 1997 14:08:03 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997 14:25:52 -0600 (MDT) Brandon Gillespie wrote: > Two questions... First, is there going to be an alpha mailing list I could > subscribe to, to keep an ear on the alpha development? In about six > months I plan on picking up an alpha workstation just 'for the heck of > it', but only if I can put FreeBSD (in any form :b) on it.. ...well, you _could_ always install NetBSD/alpha on it :-) (sorry, I couldnt' resist :-) > The other question is, are there any plans to have digital unix binary > emulation? Digital unix 'cc' will compile two types of binaries, ...NetBSD/alpha provides some DUh compatibility. It was used to bootstrap the port. It runs statically-linked executables that don't use the Mach traps. (If you're curious about _why_, check out the README in the sys/compat/osf1 directory in a NetBSD-current source tree in your neighborhood.) 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 Tue May 6 14:24:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA06095 for hackers-outgoing; Tue, 6 May 1997 14:24:21 -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 OAA06089 for ; Tue, 6 May 1997 14:24:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id OAA21194; Tue, 6 May 1997 14:11:52 -0700 (PDT) Message-Id: <199705062111.OAA21194@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen Cc: dennis , Tim Tsai , hackers@freebsd.org Subject: Re: if_de.c ???? Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 06 May 1997 14:11:51 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997 13:35:18 -0700 (PDT) Jaye Mathisen wrote: > While I rarely agree with dennis, he's dead on with this one. I bought > 30-40 de cards for my 25 or so servers, now only to find it apparently a > dead-end driver, and the Intel card being the card-de-jour (or however > that's spelled). ...it's not a dead-end driver. The most recent de code from Matt supports tons of these cards. I don't understand the issue people have with this... So, you have to run a more up-to-date version of the OS to deal with a certain set of cards (although I haven't seen the most recent "de" code go into FreeBSD yet...) Dunno ... the notion of kernel updates don't seem to bother Linux users... But, then again, they rarely have a choice, eh? :-) 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 Tue May 6 14:27:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA06269 for hackers-outgoing; Tue, 6 May 1997 14:27:59 -0700 (PDT) Received: from Ilsa.StevesCafe.com (Ilsa.StevesCafe.com [205.168.119.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA06255; Tue, 6 May 1997 14:27:41 -0700 (PDT) Received: from Ilsa.StevesCafe.com (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.8.5/8.8.5) with ESMTP id PAA01309; Tue, 6 May 1997 15:26:56 -0600 (MDT) Message-Id: <199705062126.PAA01309@Ilsa.StevesCafe.com> X-Mailer: exmh version 2.0gamma 1/27/96 From: Steve Passe To: Jason Thorpe cc: "Jordan K. Hubbard" , "Jonathan M. Bresler" , hackers@freebsd.org Subject: Re: One last call for a show of hands on the ALPHA port... In-reply-to: Your message of "Tue, 06 May 1997 14:04:53 PDT." <199705062104.OAA21144@lestat.nas.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 15:26:55 -0600 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > In general, though, if FreeBSD is going to even bother with the alpha: > > (2) change your "SMP" model... the current FreeBSD SMP code > seems to be the wrong approach to me. It feels like there > is a bunch of "this is a PC operating system" assumptions > in code that's in sys/kern (i.e. init_smp.c). Also, this is true, primarily because it evolved in an OS that is only a PC operating system (at this point). I want to see the alpha docs now so that I can start to rethink the model in a more portable way. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD From owner-freebsd-hackers Tue May 6 14:30:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA06484 for hackers-outgoing; Tue, 6 May 1997 14:30:30 -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 OAA06479 for ; Tue, 6 May 1997 14:30:26 -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 XAA23882; Tue, 6 May 1997 23:30:21 +0200 Received: from localhost (afuchs@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id XAA18301; Tue, 6 May 1997 23:30:23 +0200 (MET DST) Date: Tue, 6 May 1997 23:30:22 +0200 (MET DST) From: Alexander Fuchsstadt To: Eivind Eklund cc: hackers@freebsd.org Subject: Re: kernel config for Compaq Integrated Netflex.. In-Reply-To: <199705051830.UAA02534@dimaga.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-378622942-862954222=:18282" 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-378622942-862954222=:18282 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, thanks for the help, but it won't work either. I inserted the lnc statement to my kernel config (adapted to my resources), but it could not be found at boot time. I think your adapter is an isa type. Maybe the chip has changed also. Is there any other idea for what I can try else? As attachment you'll find my kernel config. Bye Alex --0-378622942-862954222=:18282 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=BASIS Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Iw0KIyBHRU5FUklDIC0tIEdlbmVyaWMgbWFjaGluZSB3aXRoIFdEL0FIeC9O Q1IvQlR4IGZhbWlseSBkaXNrcw0KIw0KIyBGb3IgbW9yZSBpbmZvcm1hdGlv biByZWFkIHRoZSBoYW5kYm9vayBwYXJ0IFN5c3RlbSBBZG1pbmlzdHJhdGlv biAtPiANCiMgQ29uZmlndXJpbmcgdGhlIEZyZWVCU0QgS2VybmVsIC0+IFRo ZSBDb25maWd1cmF0aW9uIEZpbGUuIA0KIyBUaGUgaGFuZGJvb2sgaXMgYXZh aWxhYmxlIGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rIG9yIG9ubGluZSBh cw0KIyBsYXRlc3QgdmVyc2lvbiBmcm9tIHRoZSBGcmVlQlNEIFdvcmxkIFdp ZGUgV2ViIHNlcnZlciANCiMgPFVSTDpodHRwOi8vd3d3LkZyZWVCU0QuT1JH Lz4NCiMNCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9mIG9wdGlvbnMgYW5kIG1v cmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZSANCiMgZGV2aWNlIGxp bmVzIGlzIHByZXNlbnQgaW4gdGhlIC4vTElOVCBjb25maWd1cmF0aW9uIGZp bGUuIElmIHlvdSBhcmUgDQojIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3Nl IG9yIG5lY2Vzc2l0eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0IGluIExJTlQu DQojDQojCSRJZDogR0VORVJJQyx2IDEuOTAgMTk5Ny8wNC8xNCAwMDozNToy MCBnaWJicyBFeHAgJA0KDQptYWNoaW5lCQkiaTM4NiINCiNjcHUJCSJJMzg2 X0NQVSINCiNjcHUJCSJJNDg2X0NQVSINCmNwdQkJIkk1ODZfQ1BVIg0KY3B1 CQkiSTY4Nl9DUFUiDQppZGVudAkJQkFTSVMNCm1heHVzZXJzCTMwDQoNCm9w dGlvbnMJCU1BVEhfRU1VTEFURQkJI1N1cHBvcnQgZm9yIHg4NyBlbXVsYXRp b24NCm9wdGlvbnMJCUlORVQJCQkjSW50ZXJORVR3b3JraW5nDQpvcHRpb25z CQlGRlMJCQkjQmVya2VsZXkgRmFzdCBGaWxlc3lzdGVtDQpvcHRpb25zCQlO RlMJCQkjTmV0d29yayBGaWxlc3lzdGVtDQpvcHRpb25zCQlNU0RPU0ZTCQkJ I01TRE9TIEZpbGVzeXN0ZW0NCm9wdGlvbnMJCSJDRDk2NjAiCQkjSVNPIDk2 NjAgRmlsZXN5c3RlbQ0Kb3B0aW9ucwkJUFJPQ0ZTCQkJI1Byb2Nlc3MgZmls ZXN5c3RlbQ0Kb3B0aW9ucwkJIkNPTVBBVF80MyIJCSNDb21wYXRpYmxlIHdp dGggQlNEIDQuMyBbS0VFUCBUSElTIV0NCm9wdGlvbnMJCVNDU0lfREVMQVk9 MTUJCSNCZSBwZXNzaW1pc3RpYyBhYm91dCBKb2UgU0NTSSBkZXZpY2UNCm9w dGlvbnMJCUJPVU5DRV9CVUZGRVJTCQkjaW5jbHVkZSBzdXBwb3J0IGZvciBE TUEgYm91bmNlIGJ1ZmZlcnMNCm9wdGlvbnMJCVVDT05TT0xFCQkjQWxsb3cg dXNlcnMgdG8gZ3JhYiB0aGUgY29uc29sZQ0Kb3B0aW9ucwkJRkFJTFNBRkUJ CSNCZSBjb25zZXJ2YXRpdmUNCm9wdGlvbnMJCVVTRVJDT05GSUcJCSNib290 IC1jIGVkaXRvcg0Kb3B0aW9ucwkJVklTVUFMX1VTRVJDT05GSUcJI3Zpc3Vh bCBib290IC1jIGVkaXRvcg0KDQpjb25maWcJCWtlcm5lbAlyb290IG9uIHdk MA0KDQpjb250cm9sbGVyCWlzYTANCmNvbnRyb2xsZXIJZWlzYTANCmNvbnRy b2xsZXIJcGNpMA0KDQpjb250cm9sbGVyCWZkYzAJYXQgaXNhPyBwb3J0ICJJ T19GRDEiIGJpbyBpcnEgNiBkcnEgMiB2ZWN0b3IgZmRpbnRyDQpkaXNrCQlm ZDAJYXQgZmRjMCBkcml2ZSAwDQojZGlzawkJZmQxCWF0IGZkYzAgZHJpdmUg MQ0KI3RhcGUJCWZ0MAlhdCBmZGMwIGRyaXZlIDINCg0Kb3B0aW9ucwkJIkNN RDY0MCIJIyB3b3JrIGFyb3VuZCBDTUQ2NDAgY2hpcCBkZWZpY2llbmN5DQoj Y29udHJvbGxlcgl3ZGMwCWF0IGlzYT8gcG9ydCAiSU9fV0QxIiBiaW8gaXJx IDE0IHZlY3RvciB3ZGludHINCiNkaXNrCQl3ZDAJYXQgd2RjMCBkcml2ZSAw DQojZGlzawkJd2QxCWF0IHdkYzAgZHJpdmUgMQ0KDQojY29udHJvbGxlcgl3 ZGMxCWF0IGlzYT8gcG9ydCAiSU9fV0QyIiBiaW8gaXJxIDE1IHZlY3RvciB3 ZGludHINCiNkaXNrCQl3ZDIJYXQgd2RjMSBkcml2ZSAwDQojZGlzawkJd2Qz CWF0IHdkYzEgZHJpdmUgMQ0KDQojb3B0aW9ucwkJQVRBUEkJCSNFbmFibGUg QVRBUEkgc3VwcG9ydCBmb3IgSURFIGJ1cw0KI29wdGlvbnMJCUFUQVBJX1NU QVRJQwkjRG9uJ3QgZG8gaXQgYXMgYW4gTEtNDQojZGV2aWNlCQl3Y2QwCSNJ REUgQ0QtUk9NDQoNCiMgQSBzaW5nbGUgZW50cnkgZm9yIGFueSBvZiB0aGVz ZSBjb250cm9sbGVycyAobmNyLCBhaGIsIGFoYywgYW1kKSBpcw0KIyBzdWZm aWNpZW50IGZvciBhbnkgbnVtYmVyIG9mIGluc3RhbGxlZCBkZXZpY2VzLg0K I2NvbnRyb2xsZXIJbmNyMA0KI2NvbnRyb2xsZXIJYW1kMA0KI2NvbnRyb2xs ZXIJYWhiMA0KY29udHJvbGxlcglhaGMwDQoNCg0KI2NvbnRyb2xsZXIJYnQw CWF0IGlzYT8gcG9ydCAiSU9fQlQwIiBiaW8gaXJxID8gdmVjdG9yIGJ0X2lz YV9pbnRyDQojY29udHJvbGxlcgl1aGEwCWF0IGlzYT8gcG9ydCAiSU9fVUhB MCIgYmlvIGlycSA/IGRycSA1IHZlY3RvciB1aGFpbnRyDQojY29udHJvbGxl cglhaGEwCWF0IGlzYT8gcG9ydCAiSU9fQUhBMCIgYmlvIGlycSA/IGRycSA1 IHZlY3RvciBhaGFpbnRyDQojY29udHJvbGxlcglhaWMwCWF0IGlzYT8gcG9y dCAweDM0MCBiaW8gaXJxIDExIHZlY3RvciBhaWNpbnRyDQojY29udHJvbGxl cgluY2EwCWF0IGlzYT8gcG9ydCAweDFmODggYmlvIGlycSAxMCB2ZWN0b3Ig bmNhaW50cg0KI2NvbnRyb2xsZXIJbmNhMQlhdCBpc2E/IHBvcnQgMHgzNTAg YmlvIGlycSA1IHZlY3RvciBuY2FpbnRyDQojY29udHJvbGxlcglzZWEwCWF0 IGlzYT8gYmlvIGlycSA1IGlvbWVtIDB4YzgwMDAgaW9zaXogMHgyMDAwIHZl Y3RvciBzZWFpbnRyDQoNCmNvbnRyb2xsZXIJc2NidXMwCWF0IGFoYzANCg0K ZGV2aWNlCQlzZDANCg0KZGV2aWNlCQlzdDANCg0KZGV2aWNlCQlvZDEJYXQg c2NidXMwIHRhcmdldCA1IHVuaXQgMQ0KDQojZGV2aWNlCQljZDAJYXQgc2Ni dXMwIHRhcmdldCA1IHVuaXQgMA0KDQojZGV2aWNlCQl3dDAJYXQgaXNhPyBw b3J0IDB4MzAwIGJpbyBpcnEgNSBkcnEgMSB2ZWN0b3Igd3RpbnRyDQojZGV2 aWNlCQltY2QwCWF0IGlzYT8gcG9ydCAweDMwMCBiaW8gaXJxIDEwIHZlY3Rv ciBtY2RpbnRyDQoNCiNjb250cm9sbGVyCW1hdGNkMAlhdCBpc2E/IHBvcnQg MHgyMzAgYmlvDQoNCiNkZXZpY2UJCXNjZDAJYXQgaXNhPyBwb3J0IDB4MjMw IGJpbw0KDQojIHN5c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2 ZXIsIHJlc2VtYmxpbmcgYW4gU0NPIGNvbnNvbGUNCmRldmljZQkJc2MwCWF0 IGlzYT8gcG9ydCAiSU9fS0JEIiB0dHkgaXJxIDEgdmVjdG9yIHNjaW50cg0K IyBFbmFibGUgdGhpcyBhbmQgUENWVF9GUkVFQlNEIGZvciBwY3Z0IHZ0MjIw IGNvbXBhdGlibGUgY29uc29sZSBkcml2ZXINCiNkZXZpY2UJCXZ0MAlhdCBp c2E/IHBvcnQgIklPX0tCRCIgdHR5IGlycSAxIHZlY3RvciBwY3JpbnQNCiNv cHRpb25zCQlQQ1ZUX0ZSRUVCU0Q9MjEwCSMgcGN2dCBydW5uaW5nIG9uIEZy ZWVCU0QgPj0gMi4wLjUNCiNvcHRpb25zCQlYU0VSVkVSCQkJIyBpbmNsdWRl IGNvZGUgZm9yIFhGcmVlODYNCiNvcHRpb25zCQlGQVRfQ1VSU09SCQkjIHN0 YXJ0IHdpdGggYmxvY2sgY3Vyc29yDQojIElmIHlvdSBoYXZlIGEgVGhpbmtQ QUQsIHVuY29tbWVudCB0aGlzIGFsb25nIHdpdGggdGhlIHJlc3Qgb2YgdGhl IFBDVlQgbGluZXMNCiNvcHRpb25zCQlQQ1ZUX1NDQU5TRVQ9MgkJIyBJQk0g a2V5Ym9hcmRzIGFyZSBub24tc3RkDQoNCmRldmljZQkJbnB4MAlhdCBpc2E/ IHBvcnQgIklPX05QWCIgaXJxIDEzIHZlY3RvciBucHhpbnRyDQoNCiMNCiMg TGFwdG9wIHN1cHBvcnQgKHNlZSBMSU5UIGZvciBtb3JlIG9wdGlvbnMpDQoj DQojZGV2aWNlCQlhcG0wICAgIGF0IGlzYT8JZGlzYWJsZQlmbGFncyAweDMx ICMgQWR2YW5jZWQgUG93ZXIgTWFuYWdlbWVudA0KDQojIFBDQ0FSRCAoUENN Q0lBKSBzdXBwb3J0DQojY29udHJvbGxlcgljcmQwDQojZGV2aWNlCQlwY2lj MAlhdCBjcmQ/DQojZGV2aWNlCQlwY2ljMQlhdCBjcmQ/DQoNCmRldmljZQkJ c2lvMAlhdCBpc2E/IHBvcnQgIklPX0NPTTEiIHR0eSBpcnEgNCB2ZWN0b3Ig c2lvaW50cg0KZGV2aWNlCQlzaW8xCWF0IGlzYT8gcG9ydCAiSU9fQ09NMiIg dHR5IGlycSAzIHZlY3RvciBzaW9pbnRyDQojZGV2aWNlCQlzaW8yCWF0IGlz YT8gZGlzYWJsZSBwb3J0ICJJT19DT00zIiB0dHkgaXJxIDUgdmVjdG9yIHNp b2ludHINCiNkZXZpY2UJCXNpbzMJYXQgaXNhPyBkaXNhYmxlIHBvcnQgIklP X0NPTTQiIHR0eSBpcnEgOSB2ZWN0b3Igc2lvaW50cg0KDQpkZXZpY2UJCWxw dDAJYXQgaXNhPyBwb3J0PyB0dHkgaXJxIDcgdmVjdG9yIGxwdGludHINCiNk ZXZpY2UJCWxwdDEJYXQgaXNhPyBwb3J0PyB0dHkNCiNkZXZpY2UJCW1zZTAJ YXQgaXNhPyBwb3J0IDB4MjNjIHR0eSBpcnEgNSB2ZWN0b3IgbXNlaW50cg0K DQpkZXZpY2UJCXBzbTAJYXQgaXNhPyBkaXNhYmxlIHBvcnQgIklPX0tCRCIg Y29uZmxpY3RzIHR0eSBpcnEgMTIgdmVjdG9yIHBzbWludHINCg0KIyBPcmRl ciBpcyBpbXBvcnRhbnQgaGVyZSBkdWUgdG8gaW50cnVzaXZlIHByb2Jlcywg ZG8gKm5vdCogYWxwaGFiZXRpemUNCiMgdGhpcyBsaXN0IG9mIG5ldHdvcmsg aW50ZXJmYWNlcyB1bnRpbCB0aGUgcHJvYmVzIGhhdmUgYmVlbiBmaXhlZC4N CiMgUmlnaHQgbm93IGl0IGFwcGVhcnMgdGhhdCB0aGUgaWUwIG11c3QgYmUg cHJvYmVkIGJlZm9yZSBlcDAuIFNlZQ0KIyByZXZpc2lvbiAxLjIwIG9mIHRo aXMgZmlsZS4NCiNkZXZpY2UgZGUwDQojZGV2aWNlIGZ4cDANCiNkZXZpY2Ug dngwDQoNCiNkZXZpY2UgbG5jMA0KZGV2aWNlIGxuYzAgYXQgaXNhPyBwb3J0 IDB4MTAwMCBuZXQgaXJxIDExIGRycSAwIHZlY3RvciBsbmNpbnRyDQoNCg0K ZGV2aWNlIGVkMCBhdCBpc2E/IHBvcnQgMHgzMDAgbmV0IGlycSAxMCBpb21l bSAweGQ4MDAwIHZlY3RvciBlZGludHINCiNkZXZpY2UgZWQwIGF0IGlzYT8g cG9ydCAweDI4MCBuZXQgaXJxICA1IGlvbWVtIDB4ZDgwMDAgdmVjdG9yIGVk aW50cg0KI2RldmljZSBlZDEgYXQgaXNhPyBwb3J0IDB4MzAwIG5ldCBpcnEg IDUgaW9tZW0gMHhkODAwMCB2ZWN0b3IgZWRpbnRyDQojZGV2aWNlIGllMCBh dCBpc2E/IHBvcnQgMHgzMDAgbmV0IGlycSAxMCBpb21lbSAweGQwMDAwIHZl Y3RvciBpZWludHINCiNkZXZpY2UgaWUxIGF0IGlzYT8gcG9ydCAweDM2MCBu ZXQgaXJxICA3IGlvbWVtIDB4ZDAwMDAgdmVjdG9yIGllaW50cg0KI2Rldmlj ZSBlcDAgYXQgaXNhPyBwb3J0IDB4MzAwIG5ldCBpcnEgMTAgdmVjdG9yIGVw aW50cg0KI2RldmljZSBleDAgYXQgaXNhPyBwb3J0PyBuZXQgaXJxPyB2ZWN0 b3IgZXhpbnRyDQojZGV2aWNlIGZlMCBhdCBpc2E/IHBvcnQgMHgzMDAgbmV0 IGlycSA/IHZlY3RvciBmZWludHINCiNkZXZpY2UgbGUwIGF0IGlzYT8gcG9y dCAweDMwMCBuZXQgaXJxIDUgaW9tZW0gMHhkMDAwMCB2ZWN0b3IgbGVfaW50 cg0KI2RldmljZSBsbmMwIGF0IGlzYT8gcG9ydCAweDI4MCBuZXQgaXJxIDEw IGRycSAwIHZlY3RvciBsbmNpbnRyDQojZGV2aWNlIHplMCBhdCBpc2E/IHBv cnQgMHgzMDAgbmV0IGlycSA1IGlvbWVtIDB4ZDgwMDAgdmVjdG9yIHplaW50 cg0KI2RldmljZSB6cDAgYXQgaXNhPyBwb3J0IDB4MzAwIG5ldCBpcnEgMTAg aW9tZW0gMHhkODAwMCB2ZWN0b3IgenBpbnRyDQoNCnBzZXVkby1kZXZpY2UJ bG9vcA0KcHNldWRvLWRldmljZQlldGhlcg0KcHNldWRvLWRldmljZQlsb2cN CnBzZXVkby1kZXZpY2UJc2wJMQ0KIyBpanBwcCB1c2VzIHR1biBpbnN0ZWFk IG9mIHBwcCBkZXZpY2UNCiNwc2V1ZG8tZGV2aWNlCXBwcAkxDQpwc2V1ZG8t ZGV2aWNlCXR1bgkxDQpwc2V1ZG8tZGV2aWNlCXB0eQkxNg0KcHNldWRvLWRl dmljZQlnemlwCQkjIEV4ZWMgZ3ppcHBlZCBhLm91dCdzDQoNCiMgS1RSQUNF IGVuYWJsZXMgdGhlIHN5c3RlbS1jYWxsIHRyYWNpbmcgZmFjaWxpdHkga3Ry YWNlKDIpLg0KIyBUaGlzIGFkZHMgNCBLQiBibG9hdCB0byB5b3VyIGtlcm5l bCwgYW5kIHNsaWdodGx5IGluY3JlYXNlcw0KIyB0aGUgY29zdHMgb2YgZWFj aCBzeXNjYWxsLg0Kb3B0aW9ucwkJS1RSQUNFCQkja2VybmVsIHRyYWNpbmcN Cg0K --0-378622942-862954222=:18282-- From owner-freebsd-hackers Tue May 6 14:43:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07013 for hackers-outgoing; Tue, 6 May 1997 14:43:12 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.com [209.25.4.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA07008 for ; Tue, 6 May 1997 14:43:10 -0700 (PDT) Received: from localhost (dan@localhost) by cedb.dpcsys.com (8.8.5/8.8.2) with SMTP id VAA11651; Tue, 6 May 1997 21:43:00 GMT Date: Tue, 6 May 1997 14:43:00 -0700 (PDT) From: Dan Busarow To: J Wunsch cc: freebsd-hackers@FreeBSD.ORG Subject: Re: bind before hosts and iijppp... In-Reply-To: <19970506201221.SY61854@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, J Wunsch wrote: > ; NB: Don't blindly comment out the examples below. :-) Use actual > ; names and addresses instead. > ; > ;type zone name IP of primary backup file name > ;================================================================== > ;secondary domain.com 127.0.0.1 domain.com.bak > ;secondary 0.168.192.in-addr.arpa 127.0.0.1 0.168.192.in-addr.arpa.bak If someone ignored your warning and blindly uncommented the secondary lines I think named might bring the system down talking to itself :) Better to use 192.168.0.1 for the IP of primary. Dan -- Dan Busarow 714 443 4172 DPC Systems / Beach.Net dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-hackers Tue May 6 14:44:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07124 for hackers-outgoing; Tue, 6 May 1997 14:44:03 -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 OAA07102 for ; Tue, 6 May 1997 14:43:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA19398; Tue, 6 May 1997 14:38:56 -0700 From: Terry Lambert Message-Id: <199705062138.OAA19398@phaeton.artisoft.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: gclarkii@main.gbdata.com (Gary Clark II) Date: Tue, 6 May 1997 14:38:56 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, jkh@time.cdrom.com, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: <199705061929.OAA06468@main.gbdata.com> from "Gary Clark II" at May 6, 97 02:29:54 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 > > > What is our reason for having old code around? Is there a GOOD reason > > > why we are trying to support a non-ansi compiler? What is the chance that > > > FreeBSD will ever need to do this in real life? > > > > I don't know about you, but I have access to embedded systems that > > only have K&R compilers available. > > These compilers run under FreeBSD????? No. But I compile code from the FreeBSD source tree on these machines. > > I also have access to many older systems (like BTOS, CTOS, C-64, and > > old Altos and 8086 SCO systems) that simply can't support GCC on a bet. > > The same here? No, but I compile code from the FreeBSD source tree on these machines. > I have no problem creating a "port includes" or whatever, but I see no reason > to keep "OUR" includes in the darkages to support "OTHER" systems. > Anyone for a new sandbox?:) Doing __P() supports "OTHER" systems without damaging the ability to have prototypes in scope on "OUR" compilations. Also, I think you are forgetting that the reason for the UCB license on FreeBSD was so that people could take the code and do what they want with it, including compiling it on "OTHER" systems, not as part of a FreeBSD system. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 6 14:54:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07737 for hackers-outgoing; Tue, 6 May 1997 14:54:57 -0700 (PDT) Received: from verdi.nethelp.no (verdi.nethelp.no [195.1.171.130]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA07722 for ; Tue, 6 May 1997 14:54:51 -0700 (PDT) From: sthaug@nethelp.no Received: (qmail 21368 invoked by uid 1001); 6 May 1997 21:54:23 +0000 (GMT) To: smp@csn.net Cc: thorpej@nas.nasa.gov, jkh@time.cdrom.com, jmb@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: One last call for a show of hands on the ALPHA port... In-Reply-To: Your message of "Tue, 06 May 1997 15:26:55 -0600" References: <199705062126.PAA01309@Ilsa.StevesCafe.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 06 May 1997 23:54:23 +0200 Message-ID: <21366.862955663@verdi.nethelp.no> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > this is true, primarily because it evolved in an OS that is only a > PC operating system (at this point). I want to see the alpha docs now > so that I can start to rethink the model in a more portable way. I assume all people interested in the Alpha port are aware of Chris Demetriou's (very useful!) list of DEC Documentation at ftp://ftp.netbsd.org/pub/NetBSD/misc/dec-docs/index.html Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-hackers Tue May 6 14:57:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA07883 for hackers-outgoing; Tue, 6 May 1997 14:57:45 -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 OAA07869 for ; Tue, 6 May 1997 14:57:41 -0700 (PDT) Message-Id: <199705062157.OAA07869@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA194435490; Wed, 7 May 1997 07:51:30 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Wed, 7 May 1997 07:51:30 +1000 (EST) Cc: zbs@softec.sk, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199705061827.LAA16912@bubba.whistle.com> from "Archie Cobbs" at May 6, 97 11:27:57 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: > > >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): > > > > While you are at it, would you please have a look at > > fragmented packets processing. Currently (2.2.1-RELEASE) > > IP packets with fragment offset > 0 can match TCP and UDP > > source port and destination port rules (but not TCP flags). > > This is clearly wrong, since TCP and UDP ports are always > > in the first fragment of a fragmented packet. > > Yes.. I'll fix this. > > But it brings up another question.. how should we defend against > UDP packets that are fragmented into a very small fragment (that > doesn't contain the whole header) followed by the rest of the packet? > > Note this is not a problem for TCP, thanks to our implementing the > recommendation of RFC 1858. > > Should ipfw be able enforce a "minimum" initial fragment length? > What is the best strategy here? > > Or maybe I'm missing something obvious that makes this not a problem. So long as the packet is a fragment, is at offset 0, then for UDP, it is either not going to have any header data (ip_len == ip_hl << 2) or it will have at least both ports (first 4 bytes of the header) - well it should as fragmenting of data is done on 8 byte boundaries. The problem with TCP is getting to the th_flags field... Darren From owner-freebsd-hackers Tue May 6 15:04:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08111 for hackers-outgoing; Tue, 6 May 1997 15:04:45 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA08106 for ; Tue, 6 May 1997 15:04:41 -0700 (PDT) Received: from zen.nash.org (localhost [127.0.0.1]) by zen.nash.org (8.8.5/8.6.12) with SMTP id RAA10300; Tue, 6 May 1997 17:02:58 -0500 (CDT) Message-ID: <336FAA92.2C67412E@mcs.com> Date: Tue, 06 May 1997 17:02:58 -0500 From: Alex Nash X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Archie Cobbs CC: archer@lucky.net, freebsd-hackers@FreeBSD.ORG Subject: Re: option DIAGNOSTIC ? References: <199705061829.LAA16921@bubba.whistle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Archie Cobbs wrote: > > b) My kernel with IPFW panics just after (it seems) a single packet > > behind a firewall (ipfw: chain...) -- is it supposed to behave so? > > This is a bug in the ipfw code... will be fixed soon. I fixed this yesterday. The fix is available across all three branches (2.1, 2.2, and -current). Alex From owner-freebsd-hackers Tue May 6 15:07:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08231 for hackers-outgoing; Tue, 6 May 1997 15:07:02 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA08217 for ; Tue, 6 May 1997 15:06:56 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id SAA11448; Tue, 6 May 1997 18:05:20 -0400 Date: Tue, 6 May 1997 18:05:20 -0400 (EDT) From: Ben Black To: Brandon Gillespie cc: hackers@freebsd.org Subject: Re: Alpha questions.. 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 this actually reminds me of something i have been wondering about: is there any desire to switch from a.out to another binary format like OLF that is better suited to multi-architecture use. b3n From owner-freebsd-hackers Tue May 6 15:13:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08529 for hackers-outgoing; Tue, 6 May 1997 15:13:11 -0700 (PDT) Received: from usr08.primenet.com (root@usr08.primenet.com [206.165.5.108]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA08521 for ; Tue, 6 May 1997 15:13:04 -0700 (PDT) Received: from primenet.com (root@mailhost02.primenet.com [206.165.5.53]) by usr08.primenet.com (8.8.5/8.8.5) with ESMTP id PAA22402; Tue, 6 May 1997 15:12:38 -0700 (MST) Received: from conceptual.com (consys.com [207.218.17.187]) by primenet.com (8.8.5/8.8.5) with ESMTP id PAA03114; Tue, 6 May 1997 15:12:34 -0700 (MST) Received: from conceptual.com (localhost [127.0.0.1]) by conceptual.com (8.8.5/8.6.9) with ESMTP id PAA19364; Tue, 6 May 1997 15:12:30 -0700 (MST) Message-Id: <199705062212.PAA19364@conceptual.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jaye Mathisen cc: dennis , Tim Tsai , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Tue, 06 May 1997 13:35:18 MST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 15:12:30 -0700 From: "Russell L. Carter" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > While I rarely agree with dennis, he's dead on with this one. I bought > 30-40 de cards for my 25 or so servers, now only to find it apparently a > dead-end driver, and the Intel card being the card-de-jour (or however > that's spelled). > > And so I'll start purchasing intel cards, and 8 months from now, the > Novell NE2000 cards will be the hot card to have. It *is* a (mostly?) volunteer effort, and it appears from here in the cheap seats that Matt got irritated at something or another, and no longer desires to keep de current, for whatever reason. The thing I don't understand is why the cold shoulder given to the 211xxx cards by Jordan and DG, among others. So what if the cpu utilization is higher? These nics are cheap, and not sole source, IMHO a real *good* thing. Russell From owner-freebsd-hackers Tue May 6 15:15:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08635 for hackers-outgoing; Tue, 6 May 1997 15:15:04 -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 PAA08620 for ; Tue, 6 May 1997 15:14:59 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id PAA26845; Tue, 6 May 1997 15:14:28 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma026839; Tue May 6 15:14:05 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id PAA20349; Tue, 6 May 1997 15:14:05 -0700 (PDT) From: Archie Cobbs Message-Id: <199705062214.PAA20349@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705062153.OAA13640@gatekeeper.whistle.com> from Darren Reed at "May 7, 97 07:51:30 am" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Tue, 6 May 1997 15:14:05 -0700 (PDT) Cc: zbs@softec.sk, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > So long as the packet is a fragment, is at offset 0, then for UDP, it is > either not going to have any header data (ip_len == ip_hl << 2) or it > will have at least both ports (first 4 bytes of the header) - well it > should as fragmenting of data is done on 8 byte boundaries. Should the firewall then always & automatically reject any packet that doesn't have length a multiple of eight? This would be a pretty significant change.. is fragmentation *required* to be on multiples of eight? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Tue May 6 15:18:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA08823 for hackers-outgoing; Tue, 6 May 1997 15:18:15 -0700 (PDT) Received: from mail.vlsi.fi (So2SRbhe/irw6ywYp7JxmL/JWwesJCY3@mail.vlsi.fi [195.74.10.147]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA08799; Tue, 6 May 1997 15:18:07 -0700 (PDT) Received: (from smap@localhost) by mail.vlsi.fi (8.7.6/8.7.3) id BAA07611; Wed, 7 May 1997 01:17:49 +0300 (EET DST) Received: from vlsi1.vlsi.fi(193.64.2.2) by mail.vlsi.fi via smap (V1.3) id sma007607; Wed May 7 01:17:31 1997 Received: from layout.vlsi.fi by vlsi1.vlsi.fi with ESMTP (1.37.109.16/16.2) id AA087237050; Wed, 7 May 1997 01:17:30 +0300 Received: by layout.vlsi.fi (1.37.109.15/16.2) id AA231777049; Wed, 7 May 1997 01:17:29 +0300 Date: Wed, 7 May 1997 01:17:29 +0300 Message-Id: <199705062217.AA231777049@layout.vlsi.fi> From: Ville Eerola To: Darren Reed Cc: archie@whistle.com (Archie Cobbs), nnd@info.itfs.nsk.su, current@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705060040.RAA01598@hub.freebsd.org> References: <199705051812.LAA05845@bubba.whistle.com> <199705060040.RAA01598@hub.freebsd.org> X-Mailer: VM Version 5.93 (beta) under GNU Emacs 19.29.6 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 Darren Reed writes: > In some mail from Archie Cobbs, sie said: [cut cut] > > - 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. Yes. This is one of the good points of IP Filter. It allows you to send many kind of responses to the packets rejected. This way you can tailor the firewall responses for different purposes. This kind of configureable reponses would be a nife addition to ipfw. Regards, Ville -- Ville.Eerola@vlsi.fi VLSI Solution Oy Tel:+358 3 3165579 Hermiankatu 6-8 C Fax:+358 3 3165220 FIN-33720 Tampere, Finland From owner-freebsd-hackers Tue May 6 15:20:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09020 for hackers-outgoing; Tue, 6 May 1997 15:20:41 -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 PAA09010 for ; Tue, 6 May 1997 15:20:38 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wOsWg-0004Ng-00; Tue, 6 May 1997 15:16:02 -0700 Date: Tue, 6 May 1997 15:16:01 -0700 (PDT) From: Tom Samplonius To: Ben Black cc: hackers@freebsd.org Subject: Re: Alpha questions.. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Ben Black wrote: > this actually reminds me of something i have been wondering about: is > there any desire to switch from a.out to another binary format like OLF > that is better suited to multi-architecture use. > > > b3n There is already work underway. Someone has made an elf-kit for FreeBSD that allows you to build some bits of the system as elf bins. Tom From owner-freebsd-hackers Tue May 6 15:25:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09236 for hackers-outgoing; Tue, 6 May 1997 15:25:42 -0700 (PDT) Received: from pluto.plutotech.com (pluto100.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09226; Tue, 6 May 1997 15:25:38 -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 QAA10724; Tue, 6 May 1997 16:24:53 -0600 (MDT) Message-Id: <199705062224.QAA10724@pluto.plutotech.com> X-Mailer: exmh version 2.0beta 12/23/96 To: Jason Thorpe cc: Steve Passe , "Jordan K. Hubbard" , "Jonathan M. Bresler" , hackers@FreeBSD.ORG Subject: Re: One last call for a show of hands on the ALPHA port... In-reply-to: Your message of "Tue, 06 May 1997 14:04:53 PDT." <199705062104.OAA21144@lestat.nas.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 17:23:32 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > (2) change your "SMP" model... the current FreeBSD SMP code > seems to be the wrong approach to me. It feels like there > is a bunch of "this is a PC operating system" assumptions > in code that's in sys/kern (i.e. init_smp.c). Also, > the kernel isn't multi-threaded... I think you've done > this backwards, because the current model will mean more > work to multithread your kernel later. How can you completely test changes to make your kernel multi-threaded if you don't have support to start multiple processors? I would think any attempt to completely rewrite the kernel to be (theoretically) multi-threaded, running on multiple CPUs, without some way to test these changes incrementally is doomed to fail due to architectural oversights and the frustration of having everything break once you turn on the other processors. Although the current SMP code to bring up multiple processors may not be properly "modularized" so that architecture specific code is in an architecture specific file, this doesn't have anything to do with our "SMP model" since it hasn't been designed yet. I guess you could call "The GIANT lock" our "SMP model", but that is a stop gap allowing the bootstrapping code to be verified as well as experimentation with differnt synchronization techniques. Steve and others are now starting to look at designing the synchronization facilities that will allow us to become multi-threaded. So, once we have a real "SMP model", feel free to criticize us then. 8-) >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 > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue May 6 15:26:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09278 for hackers-outgoing; Tue, 6 May 1997 15:26:05 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA09269 for ; Tue, 6 May 1997 15:26:02 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id PAA24364; Tue, 6 May 1997 15:25:32 -0700 (PDT) Date: Tue, 6 May 1997 15:25:32 -0700 (PDT) From: Jaye Mathisen To: Tom Samplonius cc: dennis , Tim Tsai , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? 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 Fine. Whoever Peter is, send me an address and a DE500-AA 21140-AC PCI card will be in Fedex within the hour. On Tue, 6 May 1997, Tom Samplonius wrote: > > On Tue, 6 May 1997, Jaye Mathisen wrote: > > > While I rarely agree with dennis, he's dead on with this one. I bought > > 30-40 de cards for my 25 or so servers, now only to find it apparently a > > dead-end driver, and the Intel card being the card-de-jour (or however > > that's spelled). > > The driver is not "dead-end". It just hasn't been updated for a while. > It just has problems with the new 10/100 cards. In fact there are patches > floating about for all of this stuff, but no one has done the integration > work yet. In fact, Peter has worked on the de driver, and the > ifconfig changes that are required, but has no de card to test on. > Volunteers? > > > And so I'll start purchasing intel cards, and 8 months from now, the > > Novell NE2000 cards will be the hot card to have. > > > > I fell prey to this once with Adaptec cards and FreeBSD. I'm at my > > patience limit with FreeBSD sometimes. > > The adaptec cards work great. Some of the ahc driver revs have been > bad, but lately very good. I've got a 2940 based moderately loaded server > with 189 days of uptime! > > > It's like FreeBSD is always at this "80%" useful stage. It always seems > > to be burning up 10 hours of time a week just kind of keeping the whole OS > > all together. Every upgrade seems to break something that worked fine > > before. Significant features don't seem to work when really stressed. > > I don't see this at all, but perhaps I deploy FreeBSD a bit differently. > I have a devel machine that cvsup things to, then do a build, make sure > things work ok, then NFS mount /usr/src and /usr/obj elsewhere to upgrade > all other systems. I monitor the cvs commit lists to make sure I'm > getting bits at the right time. I've been doing this with the 2.1-stable > tree for a long time, and have yet to be burnt. > > It seems that a lot of people moved applications over to 2.2.x systems, > that would have been better off with 2.1.7.1. 2.2.x is currently at the > stage where it works well for some applications and systems and poorly for > others. 2.1.7.1 may no longer be "cool" with all the 3.0 snaps floating > about, but it gets the job done. > > > > > Jaye "Occasionally wants to throw the whole kit and kaboodle through the > > wall, but is generally pretty happy with things" Mathisen. > > > > > > > > Tom > From owner-freebsd-hackers Tue May 6 15:33:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09693 for hackers-outgoing; Tue, 6 May 1997 15:33: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 PAA09686 for ; Tue, 6 May 1997 15:33:52 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id PAA05406; Tue, 6 May 1997 15:32:36 -0700 (PDT) To: Terry Lambert cc: michaelh@cet.co.jp (Michael Hancock), 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 "Tue, 06 May 1997 09:51:14 PDT." <199705061651.JAA18643@phaeton.artisoft.com> Date: Tue, 06 May 1997 15:32:36 -0700 Message-ID: <5404.862957956@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Cool. You guys sound like Sun Microsystems statistically adressing > sev 1 bugs. The comparision is inapt. Jordan From owner-freebsd-hackers Tue May 6 15:35:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA09889 for hackers-outgoing; Tue, 6 May 1997 15:35:16 -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 PAA09884 for ; Tue, 6 May 1997 15:35:14 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id PAA05417; Tue, 6 May 1997 15:34:56 -0700 (PDT) To: dennis cc: Tim Tsai , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Tue, 06 May 1997 11:57:05 EDT." <3.0.32.19970506115700.00b0fa00@etinc.com> Date: Tue, 06 May 1997 15:34:56 -0700 Message-ID: <5415.862958096@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Nah, the ppl that care have already switched to the card of the moment, > the Intel Pro/100B. > > This is a BIG image blow to FreeBSD...after all the hoopla about how great th e > if_de card/driver was in '96. Bollix. I've been using the DEC cards around here with great success for years (both 100Mbit and 10Mbit) and I have every reason to expect to be able to continue to do so. Chicken little is alive and well in -hackers. :-) Jordan From owner-freebsd-hackers Tue May 6 15:36:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10015 for hackers-outgoing; Tue, 6 May 1997 15:36:25 -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 PAA10007; Tue, 6 May 1997 15:36:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id PAA22120; Tue, 6 May 1997 15:24:07 -0700 (PDT) Message-Id: <199705062224.PAA22120@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: "Justin T. Gibbs" Cc: Steve Passe , "Jordan K. Hubbard" , "Jonathan M. Bresler" , hackers@freebsd.org Subject: Re: One last call for a show of hands on the ALPHA port... Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 06 May 1997 15:24:06 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 06 May 1997 17:23:32 -0600 "Justin T. Gibbs" wrote: > How can you completely test changes to make your kernel multi-threaded if > you don't have support to start multiple processors? I would think any ...even in a uniprocessor environment, you can get a pretty good idea for how we'll you're doing if the kernel is preemtable (which is sort of implied, if it's multi-threaded). 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 Tue May 6 15:40:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10289 for hackers-outgoing; Tue, 6 May 1997 15:40:42 -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 PAA10283 for ; Tue, 6 May 1997 15:40:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id PAA22144; Tue, 6 May 1997 15:28:14 -0700 (PDT) Message-Id: <199705062228.PAA22144@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Tom Samplonius Cc: Ben Black , hackers@freebsd.org Subject: Re: Alpha questions.. Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 06 May 1997 15:28:13 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997 15:16:01 -0700 (PDT) Tom Samplonius wrote: > > this actually reminds me of something i have been wondering about: is > > there any desire to switch from a.out to another binary format like OLF > > that is better suited to multi-architecture use. ...guess I missed this before... Given that the binutils people are against OLF, I don't see it going anywhere. There are several problems with it. The things it attempts to solve can be solved other ways within the constraints of ELF without the problems OLF has. The FSF folks have chosen this route, and binutils 2.8 shipped with the support necessary to identify the OS a particular executable or object is for. NetBSD/alpha currently supports this facility, although NetBSD's ELF exec code doesn't yet check the OS tag. 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 Tue May 6 15:41:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10346 for hackers-outgoing; Tue, 6 May 1997 15:41:06 -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 PAA10328 for ; Tue, 6 May 1997 15:40:54 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id SAA12858; Tue, 6 May 1997 18:47:56 -0400 (EDT) Message-Id: <3.0.32.19970506183952.00bdb300@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 06 May 1997 18:39:55 -0400 To: "Russell L. Carter" From: dennis Subject: Re: if_de.c ???? Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 03:12 PM 5/6/97 -0700, you wrote: >> >> While I rarely agree with dennis, he's dead on with this one. I bought >> 30-40 de cards for my 25 or so servers, now only to find it apparently a >> dead-end driver, and the Intel card being the card-de-jour (or however >> that's spelled). >> >> And so I'll start purchasing intel cards, and 8 months from now, the >> Novell NE2000 cards will be the hot card to have. > > >It *is* a (mostly?) volunteer effort, and it appears from here in >the cheap seats that Matt got irritated at something or another, and no >longer desires to keep de current, for whatever reason. The thing >I don't understand is why the cold shoulder given to the 211xxx >cards by Jordan and DG, among others. So what if the cpu utilization >is higher? These nics are cheap, and not sole source, IMHO a >real *good* thing. Maybe whoever they have that secret "deal" with that they were sort of telling us about in a recent thread doesnt use the de cards? Just a guess. db From owner-freebsd-hackers Tue May 6 15:42:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10479 for hackers-outgoing; Tue, 6 May 1997 15:42:57 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA10470 for ; Tue, 6 May 1997 15:42:50 -0700 (PDT) Received: from ntws (ntws.etinc.com [204.141.95.142]) by etinc.com (8.8.3/8.6.9) with SMTP id SAA12870; Tue, 6 May 1997 18:49:57 -0400 (EDT) Message-Id: <3.0.32.19970506184153.00bbae40@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 06 May 1997 18:41:56 -0400 To: "Jordan K. Hubbard" From: dennis Subject: Re: if_de.c ???? Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 03:34 PM 5/6/97 -0700, you wrote: >> Nah, the ppl that care have already switched to the card of the moment, >> the Intel Pro/100B. >> >> This is a BIG image blow to FreeBSD...after all the hoopla about how great th >e >> if_de card/driver was in '96. > >Bollix. I've been using the DEC cards around here with great success >for years (both 100Mbit and 10Mbit) and I have every reason to expect >to be able to continue to do so. > >Chicken little is alive and well in -hackers. :-) Havent bought one in a while, huh? Or are you running -current? db From owner-freebsd-hackers Tue May 6 15:48:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA10800 for hackers-outgoing; Tue, 6 May 1997 15:48:04 -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 PAA10744 for ; Tue, 6 May 1997 15:47:59 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id IAA26933; Wed, 7 May 1997 08:51:16 +1000 (EST) Date: Wed, 7 May 1997 08:51:15 +1000 (EST) From: "Daniel O'Callaghan" To: Archie Cobbs cc: hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705061722.KAA16510@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Archie Cobbs wrote: > Proposal: > > deny : drop silently (same as before) > reject : send ICMP unreachable (same as before) [...good proposal snipped..] Looks great. > Anything else? :-) Can't think of anything, offhand. Other than splitting up the ipfw rule lists so there is a general list and a list per interface. Having interface lists would speed up searching for rules. Danny From owner-freebsd-hackers Tue May 6 16:02:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11637 for hackers-outgoing; Tue, 6 May 1997 16:02:29 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA11629; Tue, 6 May 1997 16:02:15 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 6 May 1997 19:01:41 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA02128; Tue, 6 May 97 19:01:39 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id TAA01176; Tue, 6 May 1997 19:01:02 -0400 Message-Id: <19970506190102.08747@ct.picker.com> Date: Tue, 6 May 1997 19:01:02 -0400 From: Randall Hopper To: msmith@freebsd.org, sos@freebsd.org Cc: hackers@freebsd.org Subject: 2.2 Splashkit 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 Re: ftp://gsoft.com.au/pub/2.2_splashkit.tar.gz Pretty cool. Just upgraded to 2.2.1 and thought I'd try it. I'd leave it enabled in my kernel with a nifty picture if it would auto-dismiss itself when booting gets to the syscons login prompt. >Things We Would Like: > > - Some groovy artwork. I'm not paid to draw! > - Testing with X. I would guess that we need to have the splash thrown > out when the X server starts, and perhaps a splash-toggle ioctl. > - BUG REPORTS! The only bug/feature I've noticed with it so far is: - If I start X with the splash on, works OK, but bringing down yields a corrupted screen (guess it doesn't kick-in a redraw when switching out of syscons mode) And a just few thoughts for future features: - Already mentioned the auto-dismiss at login prompt. If not something completely automatic (would be nice), maybe some control code users could flip in /etc/motd to do the same. - Simple pixel or palette animation support. Not just because it'd look cool, but because a splash screen should let the user know at a glance that the machine isn't locked up. Also makes the time it takes the machine to boot-up seem shorter. - A MSW95 LOGO.SYS converter for lifting cool pre-built splash pages of the net and flipping them into FreeBSD :-) (Slap me, I'm dreaming :-) I guess it'd be a 320x400 -to- 320x200 conversion, but hey, why reinvent the wheel with so much cool stuff already out there (hundreds, if not thousands of nifty anims) and so few of us developers being double-gifted with real artistic talent: http://www.nucleus.com/~kmcmurdo/win95logo.html http://www.nucleus.com/~kmcmurdo/logos/ Randall Hopper From owner-freebsd-hackers Tue May 6 16:04:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11744 for hackers-outgoing; Tue, 6 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 QAA11736 for ; Tue, 6 May 1997 16:04:49 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id JAA27044; Wed, 7 May 1997 09:08:16 +1000 (EST) Date: Wed, 7 May 1997 09:08:15 +1000 (EST) From: "Daniel O'Callaghan" To: Archie Cobbs cc: Basti Zoltan , freebsd-hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705061827.LAA16912@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Archie Cobbs wrote: > But it brings up another question.. how should we defend against > UDP packets that are fragmented into a very small fragment (that > doesn't contain the whole header) followed by the rest of the packet? > > Note this is not a problem for TCP, thanks to our implementing the > recommendation of RFC 1858. > > Should ipfw be able enforce a "minimum" initial fragment length? > What is the best strategy here? > > Or maybe I'm missing something obvious that makes this not a problem. You could apply the RFC 1858 pragma to UDP also, with no ill effects. When Poul-Henning and I put the RFC1858 stuff into ipfw, I looked at UDP and couldn't actually imagine a use for UDP frags with FO=1. I'm not saying there isn't one, though. Probably best to just drop *all* ip packets with FO=1, TCP, UDP or any other. Not many people know a great deal about GRE, for example, but it might be possible to tap into a tunnel using bad fragments. Paul Traina, can you comment? You wrote the RFC :-) Danny From owner-freebsd-hackers Tue May 6 16:06:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA11878 for hackers-outgoing; Tue, 6 May 1997 16:06:15 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA11869 for ; Tue, 6 May 1997 16:06:03 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id TAA12828; Tue, 6 May 1997 19:04:06 -0400 Date: Tue, 6 May 1997 19:04:04 -0400 (EDT) From: Ben Black To: Tom Samplonius cc: hackers@FreeBSD.ORG Subject: Re: Alpha questions.. 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 OLF is better suited for this, i think, since it includes OS identification information...linux ELF is not NetBSD ELF is not FreeBSD ELF but the binaries on intel all show up the same. b3n On Tue, 6 May 1997, Tom Samplonius wrote: > > On Tue, 6 May 1997, Ben Black wrote: > > > this actually reminds me of something i have been wondering about: is > > there any desire to switch from a.out to another binary format like OLF > > that is better suited to multi-architecture use. > > > > > > b3n > > There is already work underway. Someone has made an elf-kit for FreeBSD > that allows you to build some bits of the system as elf bins. > > Tom > From owner-freebsd-hackers Tue May 6 16:10:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12067 for hackers-outgoing; Tue, 6 May 1997 16:10:22 -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 QAA12057 for ; Tue, 6 May 1997 16:10:12 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id JAA27081; Wed, 7 May 1997 09:13:30 +1000 (EST) Date: Wed, 7 May 1997 09:13:29 +1000 (EST) From: "Daniel O'Callaghan" To: Archie Cobbs cc: Darren Reed , zbs@softec.sk, freebsd-hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705062214.PAA20349@bubba.whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Archie Cobbs wrote: > > > So long as the packet is a fragment, is at offset 0, then for UDP, it is > > either not going to have any header data (ip_len == ip_hl << 2) or it > > will have at least both ports (first 4 bytes of the header) - well it > > should as fragmenting of data is done on 8 byte boundaries. > > Should the firewall then always & automatically reject any packet > that doesn't have length a multiple of eight? Not applicable, see below. > Is fragmentation *required* to be on multiples of eight? Yes. Because the fragment offset is store in the packet as bytes/8. In other words, FO=1 means 'starting at byte 8'. Reject all packets with FO=1. Danny From owner-freebsd-hackers Tue May 6 16:10:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12107 for hackers-outgoing; Tue, 6 May 1997 16:10:43 -0700 (PDT) Received: from schopenhauer.bowtie.nl (bowtie.IAEhv.nl [194.151.72.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA12091 for ; Tue, 6 May 1997 16:10:36 -0700 (PDT) Received: (from marc@localhost) by schopenhauer.bowtie.nl (8.8.5/8.8.2) id CAA03476; Wed, 7 May 1997 02:16:12 +0200 (MET DST) Message-ID: <19970507021606.38173@schopenhauer.bowtie.nl> Date: Wed, 7 May 1997 02:16:06 +0200 From: Marc van Kempen To: hackers@freebsd.org Subject: Linux jdk 1.1.1 hangs Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.66e Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Did anyone try out the Linux jdk 1.1.1? I read some time ago that the Linux jdk should work on FreeBSD, but whatever java program I try to run, top always shows me that it is waiting in a 'pause' after some initial activity. This is on a 2.2.1-RELEASE system. Marc. From owner-freebsd-hackers Tue May 6 16:15:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12375 for hackers-outgoing; Tue, 6 May 1997 16:15:07 -0700 (PDT) Received: from schopenhauer.bowtie.nl (bowtie.IAEhv.nl [194.151.72.38]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA12368 for ; Tue, 6 May 1997 16:15:02 -0700 (PDT) Received: (from marc@localhost) by schopenhauer.bowtie.nl (8.8.5/8.8.2) id CAA03518; Wed, 7 May 1997 02:20:39 +0200 (MET DST) Message-ID: <19970507022033.10940@schopenhauer.bowtie.nl> Date: Wed, 7 May 1997 02:20:33 +0200 From: Marc van Kempen To: hackers@freebsd.org Subject: more Linux jkd 1.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.66e Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm sorry, I forgot to add that I had to modify the .java_wrapper script and change the following: #PRG=`type -p $0` >/dev/null 2>&1 PRG=$0 #ARCH=`arch` ARCH=i586 I'm not sure what `type -p $0` is supposed to do, so that may be wrong. Marc. From owner-freebsd-hackers Tue May 6 16:17:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA12506 for hackers-outgoing; Tue, 6 May 1997 16:17:06 -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 QAA12499 for ; Tue, 6 May 1997 16:17:01 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id QAA27363; Tue, 6 May 1997 16:16:29 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma027361; Tue May 6 16:16:27 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id QAA20953; Tue, 6 May 1997 16:16:27 -0700 (PDT) From: Archie Cobbs Message-Id: <199705062316.QAA20953@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: from Daniel O'Callaghan at "May 7, 97 09:08:15 am" To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 6 May 1997 16:16:26 -0700 (PDT) Cc: zbs@softec.sk, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > But it brings up another question.. how should we defend against > > UDP packets that are fragmented into a very small fragment (that > > doesn't contain the whole header) followed by the rest of the packet? > > > > Note this is not a problem for TCP, thanks to our implementing the > > recommendation of RFC 1858. > > > > Should ipfw be able enforce a "minimum" initial fragment length? > > What is the best strategy here? > > > > Or maybe I'm missing something obvious that makes this not a problem. > > You could apply the RFC 1858 pragma to UDP also, with no ill effects. > When Poul-Henning and I put the RFC1858 stuff into ipfw, I looked at UDP > and couldn't actually imagine a use for UDP frags with FO=1. I'm not > saying there isn't one, though. Probably best to just drop *all* ip > packets with FO=1, TCP, UDP or any other. Not many people know a great > deal about GRE, for example, but it might be possible to tap into a > tunnel using bad fragments. Paul Traina, can you comment? You > wrote the RFC :-) Ah, now I see.. remembering that FO is stored in bytes/8 (as you pointed out), it's not possible for a UDP header to be split across fragments in any way (since it's only 8 bytes long)... correct? -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Tue May 6 16:29:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13069 for hackers-outgoing; Tue, 6 May 1997 16:29:10 -0700 (PDT) Received: from gateway.spnet.com (root@gateway.spnet.com [204.156.130.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13062 for ; Tue, 6 May 1997 16:29:08 -0700 (PDT) Received: from gateway.spnet.com (elh_fbsd@localhost [127.0.0.1]) by gateway.spnet.com (8.8.5/8.6.9) with ESMTP id QAA01262; Tue, 6 May 1997 16:29:05 -0700 (PDT) Message-Id: <199705062329.QAA01262@gateway.spnet.com> To: hackers@FreeBSD.ORG cc: elh@spnet.com, elh@svic.com Subject: 1gby physical ram Date: Tue, 06 May 1997 16:29:05 -0700 From: Ed Hudson Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk howdy. well, i've just succesfully built and booted a 1gby physical ram p6 machine (tyan-titan-pro), using 2.2-gamma from 2/15 and the d.greenman pmap patch posted a few weeks back when someone else needed a 512mby fix. once again, you folks have confirmed my belief that freesbd is the *best* operating system going, at any price. btw, the application needing the 1gby memory is running 'irsim' from the packages directory simulating a very big chip... thanks to all of you hackers! -elh From owner-freebsd-hackers Tue May 6 16:32:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13288 for hackers-outgoing; Tue, 6 May 1997 16:32:56 -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 QAA13281 for ; Tue, 6 May 1997 16:32:47 -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 AAA13884; Wed, 7 May 1997 00:32:25 +0100 (BST) Message-Id: <199705062332.AAA13884@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org Subject: Re: bind before hosts and iijppp... In-reply-to: Your message of "Tue, 06 May 1997 20:12:21 +0200." <19970506201221.SY61854@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 00:32:25 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Brian Somers wrote: > > > > Too many people might playingly enable this entry then, it's not a > > > good idea. Maybe a secondary for `domain.com'. :-) > > > > Agreed. I also think a "cheat entry" should be made available, but > > I wouldn't mind some comments on this. > > What about this: > > ; Example secondary config entries. It can be convenient to become > ; a secondary at least for the zone where your own domain is in. Ask > ; your network administrator for the IP address of the responsible > ; primary. > ; > ; Never forget to include the reverse lookup (IN-ADDR.ARPA) zone! > ; (This is the first bytes of the respective IP address, in reverse > ; order, with ".IN-ADDR.ARPA" appended.) > ; > ; Before starting to setup a primary zone, better make sure you fully > ; understand how DNS and BIND works, however. There are sometimes > ; unobvious pitfalls. Setting up a secondary is comparably simpler. > ; > ; NB: Don't blindly comment out the examples below. :-) Use actual ^^^ Don't you mean "in" ? > ; names and addresses instead. > ; > ;type zone name IP of primary backup file name > ;================================================================== > ;secondary domain.com 127.0.0.1 domain.com.bak > ;secondary 0.168.192.in-addr.arpa 127.0.0.1 0.168.192.in-addr.arpa.bak > ; > ; > ; If you've got a DNS server around at your upstream provider, enter > ; its IP address here. This will make you benefit from its cache, > ; thus reduce overall DNS traffic in the Internet. > ; > ;forwarders 127.0.0.1 ; If you don't wish to do any DNS searches yourself, use the following ; line to force all non-primary and non-secondary lookups to go to your ; forwarders. You should point your forwarders line at one or more caching ; DNSs if you use this. options forward-only > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue May 6 16:45:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA13933 for hackers-outgoing; Tue, 6 May 1997 16:45:12 -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 QAA13925 for ; Tue, 6 May 1997 16:45:05 -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 AAA14409; Wed, 7 May 1997 00:44:55 +0100 (BST) Message-Id: <199705062344.AAA14409@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: joelh@gnu.ai.mit.edu cc: brian@awfulhak.org, freebsd-hackers@freebsd.org Subject: Re: setuid() In-reply-to: Your message of "Tue, 06 May 1997 19:34:19 EDT." <199705062334.TAA26798@ethanol.gnu.ai.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 00:44:55 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > >>> Does anyone know the rationale behind setuid() not allowing > >>> a regular user to change to its effective uid ? > >> main() { setuid(0); execlp("sh", "sh", NULL); } > > Here, the setuid fails 'cos you havn't got an euid of zero. That's > > not the question, but thanks anyway. > > You had me wondering. I had interpreted 'regular user' to mean > 'someone with euid != 0', and the program I described was an example > of what could happen if a regular user could change his euid. > > What do you mean, then? I mean a program owned by (say) brian with the suid bit set: -r-sr-xr-x 1 brian research 19755 May 7 00:32 myprog If it says "setuid(geteuid())", it fails. Although, as someone already pointed out, euid = geteuid(); setreuid(euid,euid); works as expected. To make matters worse, the setreuid() man page suggests using setuid() if you wish to set the same uid and euid, and the setuid() page says you can't do this (documentation says what the function does). I've cross-posted to freebsd-hackers. I'm sure there's a reason for this..... ????? Any comments ? > Happy hacking, > joelh > > -- > http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu > All my opinions are my own, not the Free Software Foundation's. > > Second law of programming: > Anything that can go wrong wi > sendmail: segmentation violation -- core dumped -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Tue May 6 16:47:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14113 for hackers-outgoing; Tue, 6 May 1997 16:47:21 -0700 (PDT) Received: from aries.bb.cc.wa.us ([208.8.136.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA14100 for ; Tue, 6 May 1997 16:47:11 -0700 (PDT) Received: from localhost (chris@localhost) by aries.bb.cc.wa.us (8.8.5/8.6.9) with SMTP id QAA03110 for ; Tue, 6 May 1997 16:41:16 -0700 (PDT) Date: Tue, 6 May 1997 16:41:16 -0700 (PDT) From: Chris Coleman To: hackers@freebsd.org Subject: Passwords don't work. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just upgraded to 3.0-05021997-SNAP and it fixed my syscons problem. :-) (otherwise i couldn't have upgraded.) I upgraded from a 2.1.6 machine. However, about half of my users can't login in because their passwords don't work. I noticed that it is all the newer ones. All the ones that have been around for more than three months still work. I think it must have something to do with a different encryption type. As far as I know I haven't changed. But I could be wrong. Right now we are just changing users passwords as they complain. (really sucks with 300+ students) Any suggestions would be appreciated. Christopher J. Coleman (chris@aries.bb.cc.wa.us) Computer Support Technician I (509)-766-8873 Big Bend Community College Internet Instructor FreeBSD Book Project: http://vinyl.quickweb.com/~chrisc/book.html Disclaimer: Even Though it has My Name on it, Doesn't mean I said it. From owner-freebsd-hackers Tue May 6 16:58:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14641 for hackers-outgoing; Tue, 6 May 1997 16:58:19 -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 QAA14636 for ; Tue, 6 May 1997 16:58:17 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wOu3O-0004eh-00; Tue, 6 May 1997 16:53:54 -0700 Date: Tue, 6 May 1997 16:53:54 -0700 (PDT) From: Tom Samplonius To: Chris Coleman cc: hackers@freebsd.org Subject: Re: Passwords don't work. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Chris Coleman wrote: > I just upgraded to 3.0-05021997-SNAP and it fixed my syscons problem. :-) > (otherwise i couldn't have upgraded.) I upgraded from a 2.1.6 machine. > > However, about half of my users can't login in because their passwords > don't work. I noticed that it is all the newer ones. All the ones that > have been around for more than three months still work. I think it must > have something to do with a different encryption type. As far as I know I > haven't changed. But I could be wrong. Right now we are just changing > users passwords as they complain. (really sucks with 300+ students) > > Any suggestions would be appreciated. Not really a freebsd-hackers topic. What passwd encryption do you have installed? It may be as simple as installing the des kit. This install notes explains what the des kit is for. > Christopher J. Coleman (chris@aries.bb.cc.wa.us) > Computer Support Technician I (509)-766-8873 > Big Bend Community College Internet Instructor > FreeBSD Book Project: http://vinyl.quickweb.com/~chrisc/book.html > Disclaimer: Even Though it has My Name on it, Doesn't mean I said it. > > > From owner-freebsd-hackers Tue May 6 16:59:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA14715 for hackers-outgoing; Tue, 6 May 1997 16:59:09 -0700 (PDT) Received: from borg.mindspring.com (borg.mindspring.com [204.180.128.14]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA14710 for ; Tue, 6 May 1997 16:59:07 -0700 (PDT) Received: from bogus.mindspring.com (user-37kb9f1.dialup.mindspring.com [207.69.165.225]) by borg.mindspring.com (8.8.5/8.8.5) with SMTP id TAA11255; Tue, 6 May 1997 19:58:49 -0400 (EDT) Message-Id: <1.5.4.32.19970506235849.00925a40@mindspring.com> X-Sender: kpneal@mindspring.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 06 May 1997 19:58:49 -0400 To: Mikael Karpberg From: "Kevin P. Neal" Subject: Re: bind before hosts and iijppp... Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 08:58 AM 5/6/97 +0200, Mikael Karpberg wrote: >According to J Wunsch: >> 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. > >DNS can be slow/down/unreachable. /etc/hosts is never. I think that's a win. >There should only be a few entries in etc hosts, anyway. And if anything is >wrong in that file, the admin is at fault. It also seems kinda stupid to have to hit the wire to resolve "localhost" to it's ip. -- XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" From owner-freebsd-hackers Tue May 6 17:14:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15437 for hackers-outgoing; Tue, 6 May 1997 17:14:44 -0700 (PDT) Received: from wireless.wdc.net (wireless.wdc.net [204.140.136.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA15417; Tue, 6 May 1997 17:14:40 -0700 (PDT) Received: from localhost (bad@localhost) by wireless.wdc.net (8.8.2/8.6.12) with SMTP id RAA18442; Tue, 6 May 1997 17:16:50 -0700 (PDT) Date: Tue, 6 May 1997 17:16:50 -0700 (PDT) From: Bernie Doehner To: hackers@freebsd.org, current@freebsd.org Subject: Computone Intelliport II driver status? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi: I have come across a very good deal on Computone Intelliport II's (8 serial port) ($49.95 a piece). Officialy according to Computone there is no FreeBSD driver. Is this correct? Is it maybe possible to use one of the other multiport (intelligent) serial drivers with the Intelliport II? Please send me private email and I'll share the information on the liquidador with you. (I want to make sure I end up with at least one of these cards if there is indeed a FreeBSD driver). Thanks. Bernie bad@uhf.wireless.net From owner-freebsd-hackers Tue May 6 17:18:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15638 for hackers-outgoing; Tue, 6 May 1997 17:18: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 RAA15632 for ; Tue, 6 May 1997 17:18:04 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA05731; Tue, 6 May 1997 17:15:26 -0700 (PDT) To: Terry Lambert cc: rb@gid.co.uk (Bob Bishop), bde@zeta.org.au, hackers@FreeBSD.ORG, nadav@barcode.co.il, gclarkii@main.gbdata.com Subject: Re: /usr/include/ftpio.h is not C++ safe In-reply-to: Your message of "Tue, 06 May 1997 10:41:49 PDT." <199705061741.KAA18811@phaeton.artisoft.com> Date: Tue, 06 May 1997 17:15:26 -0700 Message-ID: <5728.862964126@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Why do I feel the ANSI people are selling the history of the UNIX > culture down the river? You're paranoid? Sorry, was that a rhetorical question? :-) Jordan From owner-freebsd-hackers Tue May 6 17:27:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA15964 for hackers-outgoing; Tue, 6 May 1997 17:27:18 -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 RAA15959 for ; Tue, 6 May 1997 17:27:14 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id IAA03017; Wed, 7 May 1997 08:07:59 +0800 (WST) Date: Wed, 7 May 1997 08:07:59 +0800 (WST) From: Adrian Chadd To: Ruslan Shevchenko cc: Jason Thorpe , Darren Reed , freebsd-hackers@FreeBSD.ORG Subject: Re: Antispam sendmail.cf modifications.. In-Reply-To: <336DE9F8.1527@cki.ipri.kiev.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > 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. GUI tools are good for most things, except for very low-level stuff or doing evil tweaky things to configurations. :) However, I like GUIs because it makes the *end user* feel more comfortable configuring something. Sysadmins and clued people of a similar nature are the edit-config-file-type, however I thought FreeBSD was also aimed at the average joe running Windows :) Adrian From owner-freebsd-hackers Tue May 6 17:54:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA17193 for hackers-outgoing; Tue, 6 May 1997 17:54:16 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA17186 for ; Tue, 6 May 1997 17:54:13 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA15703; Wed, 7 May 1997 10:24:00 +0930 (CST) From: Michael Smith Message-Id: <199705070054.KAA15703@genesis.atrad.adelaide.edu.au> Subject: Re: DMS beyond end Of ISA In-Reply-To: <199705061535.AA17350@iluvatar.unx.sas.com> from "John W. DeBoskey" at "May 6, 97 11:35:34 am" To: jwd@unx.sas.com (John W. DeBoskey) Date: Wed, 7 May 1997 10:23:59 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John W. DeBoskey stands accused of saying: > Whenever the drive has spun down, and I then access it, I receive the > following msgs on the console: > > May 6 12:22:25 elisa /kernel: aha0: DMA beyond end Of ISA: 0x1e9ebd0 > May 6 12:22:25 elisa /kernel: aha0: DMA beyond end Of ISA: 0x1e9ebd0 I can't help with that one, sorry. > May 6 12:22:25 elisa /kernel: sd2: could not get size > May 6 12:22:25 elisa /kernel: sd2: could not get size These are harmless; you normally only get these when you have changed the disk though. > May 6 12:22:25 elisa /kernel: sd2: invalid primary partition table: no magic > May 6 12:22:25 elisa /kernel: sd2: invalid primary partition table: no magic You haven't put a bootstrap on the disk; if it bothers you, 'disklabel -B sd2' will do the trick. > The drive is connected to aha0: > aha0 at 0x330-0x333 irq 11 drq 5 on isa (a 1542CF eisa card) That's an ISA card 8) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue May 6 17:55:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA17286 for hackers-outgoing; Tue, 6 May 1997 17:55:25 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA17280; Tue, 6 May 1997 17:55:23 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA06049; Tue, 6 May 1997 17:55:21 -0700 (PDT) To: Steve Passe cc: "Jonathan M. Bresler" , hackers@FreeBSD.org Subject: Re: One last call for a show of hands on the ALPHA port... In-reply-to: Your message of "Tue, 06 May 1997 14:31:23 MDT." <199705062031.OAA00996@Ilsa.StevesCafe.com> Date: Tue, 06 May 1997 17:55:21 -0700 Message-ID: <6047.862966521@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > does anyone know if there is a digital part equivilant to the APIC? > is there a standard for SMP with Alpha chips? if so there must be something > published which the non-digital MB manufactures refer to, or is digital > the only one to make SMP/Alpha boards? [flaps his arms a bit] I don't know yet! Give a guy a chance to get the hardware first! ;-) Jordan From owner-freebsd-hackers Tue May 6 17:55:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA17308 for hackers-outgoing; Tue, 6 May 1997 17:55:28 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA17290 for ; Tue, 6 May 1997 17:55:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id RAA18641; Tue, 6 May 1997 17:55:51 -0700 (PDT) Message-Id: <199705070055.RAA18641@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Ed Hudson cc: hackers@FreeBSD.ORG, elh@spnet.com, elh@svic.com Subject: Re: 1gby physical ram In-reply-to: Your message of "Tue, 06 May 1997 16:29:05 PDT." <199705062329.QAA01262@gateway.spnet.com> From: David Greenman Reply-To: dg@root.com Date: Tue, 06 May 1997 17:55:50 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >howdy. > > well, i've just succesfully built and booted a 1gby > physical ram p6 machine (tyan-titan-pro), using 2.2-gamma > from 2/15 and the d.greenman pmap patch posted a few weeks back > when someone else needed a 512mby fix. > > once again, you folks have confirmed my belief that freesbd > is the *best* operating system going, at any price. > > btw, the application needing the 1gby memory is running 'irsim' > from the packages directory simulating a very big chip... > > thanks to all of you hackers! Cool! Thanks for the note! ...now I want to go and upgrade wcarchive to 1GB. :-) What type of memory are you using and how much did it cost? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue May 6 17:59:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA17467 for hackers-outgoing; Tue, 6 May 1997 17:59:07 -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 RAA17460 for ; Tue, 6 May 1997 17:59:05 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id RAA06082; Tue, 6 May 1997 17:59:02 -0700 (PDT) To: Brandon Gillespie cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Alpha questions.. In-reply-to: Your message of "Tue, 06 May 1997 14:25:52 MDT." Date: Tue, 06 May 1997 17:59:02 -0700 Message-ID: <6080.862966742@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Two questions... First, is there going to be an alpha mailing list I could > subscribe to, to keep an ear on the alpha development? In about six Already there - freebsd-alpha@freebsd.org is open for business. > The other question is, are there any plans to have digital unix binary > emulation? Digital unix 'cc' will compile two types of binaries, I certainly hope so. It's definitely a goal. Jordan From owner-freebsd-hackers Tue May 6 18:08:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA17939 for hackers-outgoing; Tue, 6 May 1997 18:08:15 -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 SAA17933 for ; Tue, 6 May 1997 18:08:10 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA06127; Tue, 6 May 1997 18:07:43 -0700 (PDT) To: Jaye Mathisen cc: dennis , Tim Tsai , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Tue, 06 May 1997 13:35:18 PDT." Date: Tue, 06 May 1997 18:07:43 -0700 Message-ID: <6125.862967263@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It's like FreeBSD is always at this "80%" useful stage. It always seems > to be burning up 10 hours of time a week just kind of keeping the whole OS > all together. Every upgrade seems to break something that worked fine > before. Significant features don't seem to work when really stressed. That's because for the duration of time that 3-4 core members are focused on something, life is good and that something works well. Then, like all developers (not to mention volunteer ones), they turn their attentions to the next challenge, like Intel EtherExpress Pro 100/B support for example, and the focus shifts. If no 2nd-eschelon group moves forward and takes over support in the areas vacated by the front-line troups then yes, of course the quality of life will gradually decline there. Is that the fault of the front-line troups for not simply staying static in one location and ignoring any and all entreaties to advance? No. It is not. It is a breakdown in the formation of this "2nd eschelon" and some of you guys are going to have to get off your asses and address this before it will get a lot better, and no fooling. Since FreeBSD is very close (minus a small fractional percentage) to being volunteer driven, if it's only making it 80% there then somebody isn't pulling his or her 20%. :-) Jordan From owner-freebsd-hackers Tue May 6 18:08:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA17989 for hackers-outgoing; Tue, 6 May 1997 18:08:40 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA17978 for ; Tue, 6 May 1997 18:08:35 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA15806; Wed, 7 May 1997 10:38:16 +0930 (CST) From: Michael Smith Message-Id: <199705070108.KAA15806@genesis.atrad.adelaide.edu.au> Subject: Re: if_de.c ???? In-Reply-To: from Jaye Mathisen at "May 6, 97 01:35:18 pm" To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 7 May 1997 10:38:15 +0930 (CST) Cc: dennis@etinc.com, tim@futuresouth.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jaye Mathisen stands accused of saying: > > While I rarely agree with dennis, he's dead on with this one. I bought > 30-40 de cards for my 25 or so servers, now only to find it apparently a > dead-end driver, and the Intel card being the card-de-jour (or however > that's spelled). Er, I think Matt Thomas would be very surprised to hear that his driver is "dead". I don't really think you have any sort of right to go making those claims. The bottom line is this : the current crop of 'de' hardware has too many media options for the traditional link* options. NetBSD implemented a new structure for handling this. Matt develops primarily on NetBSD for various reasons. The NetBSD Way of Doing Things had to be integrated into FreeBSD. Peter Wemm has done the hard yards on this; I expect to hear from him shortly that the new if_de driver is in 2.2-stable, or a call for help asking for someone else to pick up where he left off. It is interesting to note amongst all this bitching and whining about the "poor" support for 'de' cards that there has been almost nobody offering any help or support. It's all been "where's my &^%$&^$ de driver right *&^%*&^%*& now". Kinda pathetic, really. Especially from people (30 or 40 cards?) that obviously have the resources, and would be quite happy to benefit from someone else's hard work at no expense to themselves. > And so I'll start purchasing intel cards, and 8 months from now, the > Novell NE2000 cards will be the hot card to have. Or, you can help with the 'de' cards and keep your inventory. > It's like FreeBSD is always at this "80%" useful stage. It always seems > to be burning up 10 hours of time a week just kind of keeping the whole OS > all together. Every upgrade seems to break something that worked fine > before. Significant features don't seem to work when really stressed. I've ranted enough about this before. Let me just say "volunteer testing" one more time. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue May 6 18:09:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18075 for hackers-outgoing; Tue, 6 May 1997 18:09:10 -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 SAA18059; Tue, 6 May 1997 18:09:05 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA06161; Tue, 6 May 1997 18:08:58 -0700 (PDT) To: Steve Passe cc: Jason Thorpe , "Jonathan M. Bresler" , hackers@freebsd.org Subject: Re: One last call for a show of hands on the ALPHA port... In-reply-to: Your message of "Tue, 06 May 1997 15:26:55 MDT." <199705062126.PAA01309@Ilsa.StevesCafe.com> Date: Tue, 06 May 1997 18:08:58 -0700 Message-ID: <6158.862967338@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > this is true, primarily because it evolved in an OS that is only a > PC operating system (at this point). I want to see the alpha docs now > so that I can start to rethink the model in a more portable way. I will talk to Digital tomorrow and do what I can. Jordan From owner-freebsd-hackers Tue May 6 18:13:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18360 for hackers-outgoing; Tue, 6 May 1997 18:13:53 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18354 for ; Tue, 6 May 1997 18:13:51 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id VAA15152; Tue, 6 May 1997 21:12:19 -0400 Date: Tue, 6 May 1997 21:12:17 -0400 (EDT) From: Ben Black To: hackers@freebsd.org Subject: Returned mail: Local configuration error (fwd) Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/REPORT; REPORT-TYPE=delivery-status; BOUNDARY="SAA00207.862966992/aries.bb.cc.wa.us" Content-ID: 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. --SAA00207.862966992/aries.bb.cc.wa.us Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: chris: add the following line to your sendmail.cf, then kill and restart sendmail. Cwbb.cc.wa.us b3n ---------- Forwarded message ---------- Date: Tue, 6 May 1997 18:03:12 -0700 (PDT) From: Mail Delivery Subsystem To: postmaster@aries.bb.cc.wa.us, black@cypher.net Subject: Returned mail: Local configuration error The original message was received at Tue, 6 May 1997 18:03:06 -0700 (PDT) from black@zen.pratt.edu [205.232.115.155] ----- The following addresses had permanent fatal errors ----- ----- Transcript of session follows ----- 553 bb.cc.wa.us. config error: mail loops back to me (MX problem?) 554 ... Local configuration error --SAA00207.862966992/aries.bb.cc.wa.us-- From owner-freebsd-hackers Tue May 6 18:26:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18784 for hackers-outgoing; Tue, 6 May 1997 18:26: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 SAA18779 for ; Tue, 6 May 1997 18:26:18 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA06289; Tue, 6 May 1997 18:26:11 -0700 (PDT) To: dennis cc: hackers@freebsd.org Subject: Re: if_de.c ???? In-reply-to: Your message of "Tue, 06 May 1997 18:41:56 EDT." <3.0.32.19970506184153.00bbae40@etinc.com> Date: Tue, 06 May 1997 18:26:11 -0700 Message-ID: <6287.862968371@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Havent bought one in a while, huh? Or are you running -current? 1. I have a stockpile, as does my local dealer, of cards which seem to work fine. By the time I've moved through this batch, I expect to be on a different bus architecture. ;-) 2. No. Jordan From owner-freebsd-hackers Tue May 6 18:28:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA18917 for hackers-outgoing; Tue, 6 May 1997 18:28:07 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA18910 for ; Tue, 6 May 1997 18:28:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id SAA18884; Tue, 6 May 1997 18:27:48 -0700 (PDT) Message-Id: <199705070127.SAA18884@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: "Russell L. Carter" cc: Jaye Mathisen , dennis , Tim Tsai , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Tue, 06 May 1997 15:12:30 PDT." <199705062212.PAA19364@conceptual.com> From: David Greenman Reply-To: dg@root.com Date: Tue, 06 May 1997 18:27:48 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >It *is* a (mostly?) volunteer effort, and it appears from here in >the cheap seats that Matt got irritated at something or another, and no >longer desires to keep de current, for whatever reason. The thing >I don't understand is why the cold shoulder given to the 211xxx >cards by Jordan and DG, among others. So what if the cpu utilization >is higher? These nics are cheap, and not sole source, IMHO a >real *good* thing. The if_de driver is a #ifdef mess. It tries to support multiple operating systems that are diverging quickly every day. Simply put, I can't personally support it. This arrangement was fine while the author was willing to support it, but he pulled support for FreeBSD and announced his intentions of only supporting NetBSD. At that point the code started to grow some mold. One of the problems with having such a popular NIC, coupled with little architectural direction from the manufacturer, is that you get a variant- a-week syndrome (different serial EEPROMs, different format for the data in the EEPROM, etc) - and no matter what you do, it's not possible to deal with this in a clean way. So how can I or anyone else who is knowledgeable about the 'de' cards recommend them? Sure, the old ones work fine - but this means nothing when you go out and buy a new one. I'm recommending the Intel Pro/100B because I wrote the code for it. I'm using the card in all of my machines and in wcarchive because I can support it. While I'm no great fan of Intel NPD (network products division), the PCI product they have produced does work quite well under FreeBSD. It's not a proprietary chip - anyone can make a card based on it; it's just that noone has yet done so. If you really hate Intel and just can't bare the thought of your bits going through a NIC that they make, then I suggest finding an old DEC NIC based card and go with that. Finally, it's annoying to me and others when people whine about things like this. If people want to be useful and tell us which cards aren't working, that's fine and we encourage this, but Jaye's rant pokes at a raw nerve and is not helpful. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue May 6 18:29:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19030 for hackers-outgoing; Tue, 6 May 1997 18:29:33 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA19023 for ; Tue, 6 May 1997 18:29:31 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA06316; Tue, 6 May 1997 18:29:12 -0700 (PDT) To: "Russell L. Carter" cc: Jaye Mathisen , dennis , Tim Tsai , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Tue, 06 May 1997 15:12:30 PDT." <199705062212.PAA19364@conceptual.com> Date: Tue, 06 May 1997 18:29:11 -0700 Message-ID: <6313.862968551@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > longer desires to keep de current, for whatever reason. The thing > I don't understand is why the cold shoulder given to the 211xxx > cards by Jordan and DG, among others. So what if the cpu utilization > is higher? These nics are cheap, and not sole source, IMHO a > real *good* thing. Eh? I never cold-shouldered them, at least not intentionally, I just supported David's assertion that they were better performers if you were looking for new cards and you didn't _care_ about the cost issues so much as simply getting a box stuffed with the best of the best. As I told Dennis, I still buy the DC21xxx cards (and even some old DC21040 cards, one of which I just received in the mail a few days ago, brand new and in the shrink-wrap) and they still work for me with 2.2. Jordan From owner-freebsd-hackers Tue May 6 18:34:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA19331 for hackers-outgoing; Tue, 6 May 1997 18:34:38 -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 SAA19324; Tue, 6 May 1997 18:34:18 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id LAA15978; Wed, 7 May 1997 11:04:12 +0930 (CST) From: Michael Smith Message-Id: <199705070134.LAA15978@genesis.atrad.adelaide.edu.au> Subject: Re: 2.2 Splashkit In-Reply-To: <19970506190102.08747@ct.picker.com> from Randall Hopper at "May 6, 97 07:01:02 pm" To: rhh@ct.picker.com (Randall Hopper) Date: Wed, 7 May 1997 11:04:11 +0930 (CST) Cc: msmith@freebsd.org, sos@freebsd.org, 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 Randall Hopper stands accused of saying: > > I'd leave it enabled in my kernel with a nifty picture if it would > auto-dismiss itself when booting gets to the syscons login prompt. Hmm, I don't actually think it should disappear with the login prompt; it should stay there being pretty if the system isn't being dinked with. Currently, I am leaning towards having it disappear on any keypress. > The only bug/feature I've noticed with it so far is: > > - If I start X with the splash on, works OK, but bringing down yields a > corrupted screen (guess it doesn't kick-in a redraw when switching > out of syscons mode) Hmm, X _shouldn't_ work with the splash on, although I suspect that it depends on your hardware. > - Simple pixel or palette animation support. Not just because it'd look > cool, but because a splash screen should let the user know at a glance > that the machine isn't locked up. Also makes the time it takes the > machine to boot-up seem shorter. There's some provision for palette rotation already; the real problem is just arranging for the rotation on a useful basis - the console driver only runs when text is output, so colours would only shift during character output (not a bad idea though). > - A MSW95 LOGO.SYS converter for lifting cool pre-built splash pages > of the net and flipping them into FreeBSD :-) (Slap me, I'm dreaming :-) I'm sure they're just BMP images slapped on the back of an executable... > Randall Hopper Basically, I'm strapped for time (2 assignments and a 10min presentation 1000km away to complete in the next week, and then it's exam-cram time) just now, but I'll bear this in mind next I get a chance to work on it. Ta! -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue May 6 18:51:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA20999 for hackers-outgoing; Tue, 6 May 1997 18:51:42 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA20994 for ; Tue, 6 May 1997 18:51:39 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id UAA06731; Tue, 6 May 1997 20:51:23 -0500 (CDT) Message-Id: <199705070151.UAA06731@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jordan K. Hubbard" cc: Brandon Gillespie , FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Alpha questions.. In-reply-to: Your message of Tue, 06 May 1997 17:59:02 -0700. <6080.862966742@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 20:51:23 -0500 From: Chris Csanady Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Two questions... First, is there going to be an alpha mailing list I could >> subscribe to, to keep an ear on the alpha development? In about six > >Already there - freebsd-alpha@freebsd.org is open for business. > >> The other question is, are there any plans to have digital unix binary >> emulation? Digital unix 'cc' will compile two types of binaries, > >I certainly hope so. It's definitely a goal. Just out of curiosity, couldn't we use a large part of the NetBSD/alpha machine dependant code? I would think that this would significantly speed up a port.. -Chris > > Jordan From owner-freebsd-hackers Tue May 6 18:58:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA21986 for hackers-outgoing; Tue, 6 May 1997 18:58:23 -0700 (PDT) Received: from main.gbdata.com (tel_ppp0020.livingston.net [207.22.211.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA21980 for ; Tue, 6 May 1997 18:58:20 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id UAA00649; Tue, 6 May 1997 20:57:07 -0500 (CDT) From: Gary Clark II Message-Id: <199705070157.UAA00649@main.gbdata.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: terry@lambert.org (Terry Lambert) Date: Tue, 6 May 1997 20:57:07 -0500 (CDT) Cc: terry@lambert.org, bde@zeta.org.au, jkh@time.cdrom.com, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: <199705062138.OAA19398@phaeton.artisoft.com> from Terry Lambert at "May 6, 97 02:38:56 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: >>>> What is our reason for having old code around? Is there a GOOD reason >>>> why we are trying to support a non-ansi compiler? What is the chance that >>>> FreeBSD will ever need to do this in real life? >>> >> These compilers run under FreeBSD????? > > No. But I compile code from the FreeBSD source tree on these machines. --SNIP-- > No, but I compile code from the FreeBSD source tree on these machines. --SNIP > How many people really do this? Is it worth the effort to support this instead of supporting more modern styles and standards. > Also, I think you are forgetting that the reason for the UCB license > on FreeBSD was so that people could take the code and do what they > want with it, including compiling it on "OTHER" systems, not as part > of a FreeBSD system. > Does this mean I've got to write my code for those systems? I don't think so.... Also, I've never said a word about the license (a matter of fact, the license I use is less strict than UCBs'). I was just trying to figure out why we are trying to support "OLD" systems when we are supposed to be a modern OS. The orignal 4.4-lite files are still out there. Those can used for the older systems. > terry@lambert.org Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Tue May 6 19:13:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA23792 for hackers-outgoing; Tue, 6 May 1997 19:13:31 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA23768 for ; Tue, 6 May 1997 19:13:26 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id MAA27866; Wed, 7 May 1997 12:17:09 +1000 (EST) Date: Wed, 7 May 1997 12:17:08 +1000 (EST) From: "Daniel O'Callaghan" To: hackers@FreeBSD.ORG Subject: Re: 2.2 Splashkit In-Reply-To: <199705070134.LAA15978@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Michael Smith wrote: > Randall Hopper stands accused of saying: > > > > I'd leave it enabled in my kernel with a nifty picture if it would > > auto-dismiss itself when booting gets to the syscons login prompt. > > Hmm, I don't actually think it should disappear with the login prompt; > it should stay there being pretty if the system isn't being dinked with. What about an IOCTL call which can turn the splash screen on and off? Or a sysctl variable which can be set to the number of minutes idle time on the console before the splash screen is re-established. Setting it to 0 would disable the splash. > > - A MSW95 LOGO.SYS converter for lifting cool pre-built splash pages > > of the net and flipping them into FreeBSD :-) (Slap me, I'm dreaming :-) > > I'm sure they're just BMP images slapped on the back of an executable... Any chance of a program which can just patch /kernel directly? > Basically, I'm strapped for time (2 assignments and a 10min presentation > 1000km away to complete in the next week, and then it's exam-cram time) > just now, but I'll bear this in mind next I get a chance to work on it. Good luck with the exams and presentation. Another trip to Melbourne? Danny From owner-freebsd-hackers Tue May 6 19:22:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24126 for hackers-outgoing; Tue, 6 May 1997 19:22:01 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [198.180.136.138]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24115 for ; Tue, 6 May 1997 19:21:56 -0700 (PDT) Received: (from langfod@localhost) by caliban.dihelix.com (8.8.5/8.8.3) id QAA18045; Tue, 6 May 1997 16:21:29 -1000 (HST) Message-Id: <199705070221.QAA18045@caliban.dihelix.com> Subject: Re: 1gby physical ram In-Reply-To: <199705070055.RAA18641@implode.root.com> from David Greenman at "May 6, 97 05:55:50 pm" To: dg@root.com Date: Tue, 6 May 1997 16:21:28 -1000 (HST) Cc: elh_fbsd@spnet.com, hackers@FreeBSD.ORG, elh@spnet.com, elh@svic.com From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> well, i've just succesfully built and booted a 1gby >> physical ram p6 machine (tyan-titan-pro), using 2.2-gamma >> from 2/15 and the d.greenman pmap patch posted a few weeks back >> when someone else needed a 512mby fix. > > Cool! Thanks for the note! ...now I want to go and upgrade wcarchive to >1GB. :-) What type of memory are you using and how much did it cost? > >David Greenman >Core-team/Principal Architect, The FreeBSD Project This brings up a question fro me. What ATX cases allow (I am using Titan 1668 board) use of memory AND a drives in the bottom slot. With the ATX cases I have seen this has been an either/or proposition. I have a board with four Unigen 64Meg SIMMS and it was a major struggle to get the bottom hard drive in. And there is NO way it will work if I add more memory. Granted these SIMMs are a we bit tall. Thanks, -David Langford langfod@dihelix.com From owner-freebsd-hackers Tue May 6 19:22:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24156 for hackers-outgoing; Tue, 6 May 1997 19:22:30 -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 TAA24151 for ; Tue, 6 May 1997 19:22:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id TAA23402; Tue, 6 May 1997 19:10:11 -0700 (PDT) Message-Id: <199705070210.TAA23402@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Chris Csanady Cc: "Jordan K. Hubbard" , Brandon Gillespie , FreeBSD-Hackers@freebsd.org Subject: Re: Alpha questions.. Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 06 May 1997 19:10:10 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 06 May 1997 20:51:23 -0500 Chris Csanady wrote: > Just out of curiosity, couldn't we use a large part of the NetBSD/alpha > machine dependant code? I would think that this would significantly > speed up a port.. ...if you do that, you'll probably have to use a large part of the NetBSD machine-independent code, too... since the MD code uses MI facilities, while the MI facilities also rely on MD support. 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 Tue May 6 19:23:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24201 for hackers-outgoing; Tue, 6 May 1997 19:23:45 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24188 for ; Tue, 6 May 1997 19:23:39 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id TAA26978; Tue, 6 May 1997 19:23:30 -0700 (PDT) Message-Id: <199705070223.TAA26978@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: rhh@ct.picker.com (Randall Hopper) cc: hackers@FreeBSD.ORG Subject: Re: 2.2 Splashkit In-reply-to: Your message of "Wed, 07 May 1997 11:04:11 +0930." <199705070134.LAA15978@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 19:23:29 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Where is the 3.0 current splash kit ? 8) Tnks, Amancio From owner-freebsd-hackers Tue May 6 19:27:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA24423 for hackers-outgoing; Tue, 6 May 1997 19:27:09 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA24417 for ; Tue, 6 May 1997 19:27:06 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id CAA14402; Wed, 7 May 1997 02:26:34 GMT Date: Wed, 7 May 1997 11:26:34 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: jkh@time.cdrom.com, bde@zeta.org.au, nadav@barcode.co.il, hackers@FreeBSD.ORG Subject: Re: /usr/include/ftpio.h is not C++ safe In-Reply-To: <199705061651.JAA18643@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 Tue, 6 May 1997, Terry Lambert wrote: > > > I hate __P() and will fight a guerilla war against it if I have to. > > > > So do I. I'd do it in straight ANSI first and then if there's an uproar > > of people who can provide details of their K&R applications that require > > __P() then you can begrudgingly add it later. > > Cool. You guys sound like Sun Microsystems statistically adressing > sev 1 bugs. On the contrary, a consistent interface exclusively tailored for new code reduces the spec and this increases the chances of delivering bug free code for the class of new apps that would use the lib. Regards, Mike Hancock From owner-freebsd-hackers Tue May 6 19:41:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25431 for hackers-outgoing; Tue, 6 May 1997 19:41:25 -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 TAA25422 for ; Tue, 6 May 1997 19:41:21 -0700 (PDT) Message-Id: <199705070241.TAA25422@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA003522638; Wed, 7 May 1997 12:37:18 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Wed, 7 May 1997 12:37:18 +1000 (EST) Cc: danny@panda.hilink.com.au, zbs@softec.sk, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199705062316.QAA20953@bubba.whistle.com> from "Archie Cobbs" at May 6, 97 04:16:26 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Archie Cobbs, sie said: > > Ah, now I see.. remembering that FO is stored in bytes/8 (as you pointed > out), it's not possible for a UDP header to be split across fragments > in any way (since it's only 8 bytes long)... correct? Tell me, what does ipfw do with a packet that says "more fragments" but the packet has no data (i.e. _no_ header at all), and is UDP ? Best thing, I think for ipfw to do, is drop any packets where the header(s) are split across multiple packets (i.e. aren't all in the one you have). Aside from that, UDP isn't an issue. I don't recall ipfw doing any ICMP filtering to worry about that. From owner-freebsd-hackers Tue May 6 19:43:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25497 for hackers-outgoing; Tue, 6 May 1997 19:43:05 -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 TAA25476 for ; Tue, 6 May 1997 19:42:59 -0700 (PDT) Message-Id: <199705070242.TAA25476@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA005812850; Wed, 7 May 1997 12:40:51 +1000 From: Darren Reed Subject: Re: divert still broken? To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Wed, 7 May 1997 12:40:50 +1000 (EST) Cc: archie@whistle.com, hackers@FreeBSD.ORG In-Reply-To: from "Daniel O'Callaghan" at May 7, 97 08:51:15 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 Daniel O'Callaghan, sie said: > > > > On Tue, 6 May 1997, Archie Cobbs wrote: > > > Proposal: > > > > deny : drop silently (same as before) > > reject : send ICMP unreachable (same as before) > > [...good proposal snipped..] > > Looks great. > > > Anything else? :-) > > Can't think of anything, offhand. Other than splitting up the ipfw rule > lists so there is a general list and a list per interface. Having > interface lists would speed up searching for rules. attaching them to "struct ifnet *" could be interesting (I looked at doing this long ago but it wasn't "portable" enough to be worth my while). increases the complexity of managing it all though. one list -> one way it can be processed easy to check, easy to manage, easy to verify - in one's head anyway. From owner-freebsd-hackers Tue May 6 19:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA25822 for hackers-outgoing; Tue, 6 May 1997 19:50:04 -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 TAA25781 for ; Tue, 6 May 1997 19:49:56 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id MAA28012; Wed, 7 May 1997 12:53:20 +1000 (EST) Date: Wed, 7 May 1997 12:53:19 +1000 (EST) From: "Daniel O'Callaghan" To: Darren Reed cc: freebsd-hackers@FreeBSD.ORG Subject: Re: divert still broken? In-Reply-To: <199705070243.MAA27969@panda.hilink.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Darren Reed wrote: > In some mail from Archie Cobbs, sie said: > > > > Ah, now I see.. remembering that FO is stored in bytes/8 (as you pointed > > out), it's not possible for a UDP header to be split across fragments > > in any way (since it's only 8 bytes long)... correct? > > Tell me, what does ipfw do with a packet that says "more fragments" but > the packet has no data (i.e. _no_ header at all), and is UDP ? Nothing, AFAIK. > Best thing, I think for ipfw to do, is drop any packets where the header(s) > are split across multiple packets (i.e. aren't all in the one you have). With the TCP flags problem you could send complete headers in the first packet, and overwrite the flags in the second. A UDP packet which has no data at all, is an interesting thought, but what use would it be? A follow-up fragment would have to have FO=0, which indicates a new packet. > I don't recall ipfw doing any ICMP filtering to worry about that. Can you elaborate on the dangers a bit, please. I guess it might be a way of tying up kernel resources, by sending lots of fragments which say "more fragments coming", and never send them. Danny From owner-freebsd-hackers Tue May 6 19:58:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA26116 for hackers-outgoing; Tue, 6 May 1997 19:58:20 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA26111 for ; Tue, 6 May 1997 19:58:18 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id CAA14779; Wed, 7 May 1997 02:57:42 GMT Date: Wed, 7 May 1997 11:57:41 +0900 (JST) From: Michael Hancock To: Terry Lambert cc: Bob Bishop , bde@zeta.org.au, hackers@FreeBSD.ORG, jkh@time.cdrom.com, nadav@barcode.co.il, gclarkii@main.gbdata.com Subject: Re: /usr/include/ftpio.h is not C++ safe In-Reply-To: <199705061741.KAA18811@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 Tue, 6 May 1997, Terry Lambert wrote: > Why do I feel the ANSI people are selling the history of the UNIX > culture down the river? I write little programs called foo.c in K&R all the time and probably always will. For production quality code for use by others for new development I want compiler help in enforcing correct use of my interfaces. Most modern compilers are by default 'ANSI minus astonishing ANSI' which usually leaves what we want. Regards, Mike Hancock From owner-freebsd-hackers Tue May 6 20:01:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26289 for hackers-outgoing; Tue, 6 May 1997 20:01:19 -0700 (PDT) Received: from cypher.net (black@zen.pratt.edu [205.232.115.155]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA26269 for ; Tue, 6 May 1997 20:01:16 -0700 (PDT) Received: (from black@localhost) by cypher.net (8.8.5/8.7.1) id WAA17014; Tue, 6 May 1997 22:59:20 -0400 Date: Tue, 6 May 1997 22:59:18 -0400 (EDT) From: Ben Black To: David Langford cc: dg@root.com, elh_fbsd@spnet.com, hackers@FreeBSD.ORG, elh@spnet.com, elh@svic.com Subject: Re: 1gby physical ram In-Reply-To: <199705070221.QAA18045@caliban.dihelix.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 in-win Q500a b3n On Tue, 6 May 1997, David Langford wrote: > >> well, i've just succesfully built and booted a 1gby > >> physical ram p6 machine (tyan-titan-pro), using 2.2-gamma > >> from 2/15 and the d.greenman pmap patch posted a few weeks back > >> when someone else needed a 512mby fix. > > > > Cool! Thanks for the note! ...now I want to go and upgrade wcarchive to > >1GB. :-) What type of memory are you using and how much did it cost? > > > >David Greenman > >Core-team/Principal Architect, The FreeBSD Project > > This brings up a question fro me. > > What ATX cases allow (I am using Titan 1668 board) use of memory AND > a drives in the bottom slot. With the ATX cases I have seen this has > been an either/or proposition. > > I have a board with four Unigen 64Meg SIMMS and it was a major struggle > to get the bottom hard drive in. And there is NO way it will work > if I add more memory. Granted these SIMMs are a we bit tall. > > Thanks, > > -David Langford > langfod@dihelix.com > From owner-freebsd-hackers Tue May 6 20:08:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26656 for hackers-outgoing; Tue, 6 May 1997 20:08:52 -0700 (PDT) Received: from aries.bb.cc.wa.us ([208.8.136.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA26651 for ; Tue, 6 May 1997 20:08:49 -0700 (PDT) Received: from localhost (chris@localhost) by aries.bb.cc.wa.us (8.8.5/8.6.9) with SMTP id UAA00296; Tue, 6 May 1997 20:02:51 -0700 (PDT) Date: Tue, 6 May 1997 20:02:51 -0700 (PDT) From: Chris Coleman To: Ben Black cc: hackers@FreeBSD.ORG Subject: Re: Returned mail: Local configuration error (fwd) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Ben Black wrote: > chris: > > add the following line to your sendmail.cf, then kill and restart sendmail. > > Cwbb.cc.wa.us > > > b3n Thanks, I think that fixed it. My sendmail Guru is off on Paternity leave (his wife had a baby). I had all kind of problems with this new 3.0 upgrade. The installation went very smoothly (good job Jordan) But i had a hard time reconfiguring all the reconfigurations I had previously made. (mostly because of my confusion with the new rc.stuff) I think I am still having a few problems though. I didn't see the options ARP_PROXYALL in the LINT file? I just used my old kernel config file to rebuild a new kernel, and didn't have any compile problems, but I am getting complaints that ppp is not letting people through. Usually I just had to rebuild the kernel with ARP_PROXYALL enabled and things would work, Did this change with 3.0? Do I need to enable GATEWAY in the rc.conf? I think I like the rc.conf stuff, but I would like a list of the files that I can change and one of the ones that I should keep my hands off. The network setup stuff in the rc.conf didn't seem very apparent, it didn't have a "real" example of a net card like sysconfig had at one point. I would have liked an "ed0" example instead of just the localhost one. (commented out of course). I'll keep looking at the 3.0 "features" and give feed back. Should I direct such feedback to a different list. I usually only subscribe to -hackers. Thanks I really Appreciate this List. You put up with so much! --Chris Coleman From owner-freebsd-hackers Tue May 6 20:09:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26681 for hackers-outgoing; Tue, 6 May 1997 20:09:07 -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 UAA26675 for ; Tue, 6 May 1997 20:09:04 -0700 (PDT) Message-Id: <199705070309.UAA26675@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA013204428; Wed, 7 May 1997 13:07:08 +1000 From: Darren Reed Subject: Re: divert still broken? To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Wed, 7 May 1997 13:07:08 +1000 (EST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Daniel O'Callaghan" at May 7, 97 12:53:19 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Daniel O'Callaghan, sie said: > > > > On Wed, 7 May 1997, Darren Reed wrote: > > > In some mail from Archie Cobbs, sie said: > > > > > > Ah, now I see.. remembering that FO is stored in bytes/8 (as you pointed > > > out), it's not possible for a UDP header to be split across fragments > > > in any way (since it's only 8 bytes long)... correct? > > > > Tell me, what does ipfw do with a packet that says "more fragments" but > > the packet has no data (i.e. _no_ header at all), and is UDP ? > > Nothing, AFAIK. "nothing" ? Maybe you should walk through the checking routine with such a packet. I'm pretty sure it will get treated as if it is normal length (but I don't have source handy). > > Best thing, I think for ipfw to do, is drop any packets where the header(s) > > are split across multiple packets (i.e. aren't all in the one you have). > > With the TCP flags problem you could send complete headers in the first > packet, and overwrite the flags in the second. Yes yes yes....who do you think discovered this problem, two years ago ? ;) > A UDP packet which has no data at all, is an interesting thought, but > what use would it be? A follow-up fragment would have to have FO=0, > which indicates a new packet. If the ip_id field is the same then it is the same packet. > > I don't recall ipfw doing any ICMP filtering to worry about that. > > Can you elaborate on the dangers a bit, please. I guess it might be a If you are expecting all of the ICMP header to be there, then again you have to worry about whether or not a short fragment is what you have. > way of tying up kernel resources, by sending lots of fragments which say > "more fragments coming", and never send them. Oh, that's a well known denial of service attack. From owner-freebsd-hackers Tue May 6 20:10:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA26804 for hackers-outgoing; Tue, 6 May 1997 20:10:44 -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 UAA26787 for ; Tue, 6 May 1997 20:10:38 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id UAA28941; Tue, 6 May 1997 20:10:04 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma028936; Tue May 6 20:09:42 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id UAA22388; Tue, 6 May 1997 20:09:42 -0700 (PDT) From: Archie Cobbs Message-Id: <199705070309.UAA22388@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <199705070239.TAA19745@gatekeeper.whistle.com> from Darren Reed at "May 7, 97 12:37:18 pm" To: avalon@coombs.anu.edu.au (Darren Reed) Date: Tue, 6 May 1997 20:09:42 -0700 (PDT) Cc: archie@whistle.com, danny@panda.hilink.com.au, zbs@softec.sk, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Ah, now I see.. remembering that FO is stored in bytes/8 (as you pointed > > out), it's not possible for a UDP header to be split across fragments > > in any way (since it's only 8 bytes long)... correct? > > Tell me, what does ipfw do with a packet that says "more fragments" but > the packet has no data (i.e. _no_ header at all), and is UDP ? > > Best thing, I think for ipfw to do, is drop any packets where the header(s) > are split across multiple packets (i.e. aren't all in the one you have). > > Aside from that, UDP isn't an issue. > > I don't recall ipfw doing any ICMP filtering to worry about that. What I'm going to do for TCP, UDP, and ICMP is drop any packet that is has offset zero but whose length is too small to contain all of the testable bits in the corresponding protocol header. In addition, I'll drop all TCP fragments with offset 1. That should do it, I hope... -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Tue May 6 20:21:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA27255 for hackers-outgoing; Tue, 6 May 1997 20:21:13 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA27246 for ; Tue, 6 May 1997 20:21:08 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA17612; Wed, 7 May 1997 12:50:56 +0930 (CST) From: Michael Smith Message-Id: <199705070320.MAA17612@genesis.atrad.adelaide.edu.au> Subject: Re: 2.2 Splashkit In-Reply-To: <199705070223.TAA26978@rah.star-gate.com> from Amancio Hasty at "May 6, 97 07:23:29 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Wed, 7 May 1997 12:50:56 +0930 (CST) Cc: rhh@ct.picker.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty stands accused of saying: > Where is the 3.0 current splash kit ? 8) 8) Same place my 3.0-current machine is, or at least will be when I have one, and the time to update it. 8( > Amancio -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue May 6 20:30:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA27738 for hackers-outgoing; Tue, 6 May 1997 20:30:46 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA27731 for ; Tue, 6 May 1997 20:30:44 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id UAA27695; Tue, 6 May 1997 20:30:38 -0700 (PDT) Message-Id: <199705070330.UAA27695@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Michael Smith cc: rhh@ct.picker.com, hackers@FreeBSD.ORG Subject: Re: 2.2 Splashkit In-reply-to: Your message of "Wed, 07 May 1997 12:50:56 +0930." <199705070320.MAA17612@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 May 1997 20:30:37 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just grab's -current's syscons.c and patch it up we can test it and fix it up. Tnks, Amancio >From The Desk Of Michael Smith : > Amancio Hasty stands accused of saying: > > Where is the 3.0 current splash kit ? 8) > > 8) Same place my 3.0-current machine is, or at least will be when I have > one, and the time to update it. 8( > > > Amancio > -- > ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ > ]] Genesis Software genesis@gsoft.com.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control. (ph) +61-8-8267-3493 [[ > ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue May 6 20:35:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA28017 for hackers-outgoing; Tue, 6 May 1997 20:35:28 -0700 (PDT) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA28009 for ; Tue, 6 May 1997 20:35:26 -0700 (PDT) Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.5) id WAA29657; Tue, 6 May 1997 22:35:15 -0500 (CDT) Message-ID: <19970506223515.39053@shell.futuresouth.com> Date: Tue, 6 May 1997 22:35:15 -0500 From: Tim Tsai To: Michael Smith Cc: Jaye Mathisen , dennis@etinc.com, tim@futuresouth.com, hackers@FreeBSD.ORG Subject: Re: if_de.c ???? References: <199705070108.KAA15806@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199705070108.KAA15806@genesis.atrad.adelaide.edu.au>; from Michael Smith on Wed, May 07, 1997 at 10:38:15AM +0930 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, May 07, 1997 at 10:38:15AM +0930, Michael Smith wrote: >It is interesting to note amongst all this bitching and whining about >the "poor" support for 'de' cards that there has been almost nobody >offering any help or support. It's all been "where's my &^%$&^$ >de driver right *&^%*&^%*& now". Michael, I don't think this is fair. If you look at the mailing list archives I have publicly offered to pay somebody to support 21140-AC based cards. I also sent mail directly to one of the core members and never got a reply. Also, on any system that wishes to have mass end users (and I presume this is one of FreeBSD's goals), there are users that will not have much, if anything, to contribute back. Ultimately, it's how well you support these users that determines the success. Now let's look at the paths I've taken in the past four months: - Immediately deciding on FreeBSD, I scouraged through the mailing lists and the web page and found that DEC based NIC's are reliable and great price for the performance. So we ordered half a dozen or so cards. - Installed 2.1.6. Found that these network cards doesn't work. Read on the maling list that this will be supported soon, so we ordered a bunch of NE2000 clones to tie us over until the support is added. - Overtime, we've upgraded to 2.1.7, 2.2-GAMMA, 2.2-RELEASE, 2.2-STABLE, and now 3.0 on some of the machines. The situation is the same each time. The NetBSD de code was not incorporated on each release. Between tracking the NetBSD changes and the FreeBSD releases breaking the NetBSD code each time, we've never successfully run the de code on all our machines. I also never felt confident that this code would work reliably and correctly (hey, I am no kernel hacker), so I always ended up with the trusty old NE2000. - Four months later, I am finding out that the de cards will never perform as well as the Intel cards, and not as well supported either. Am I bitter about this? Absolutely not. Sometimes very frustrating, yes! We take this as part of the experience. I am sure the core members had intended to support de all along, but one thing or another happened to prevent this from happening. I can understand that - shit happens. I don't expect any better from any other OS. The only time I've seriously considered dropping FreeBSD (and did, on our backup machine) was because the SCSI changer support keep breaking between releases. Now that FreeBSD 2.2/3.X supports chio directly, we are all FreeBSD again. We've also decided to forget about the de cards and just buy Intel boards. I understand that work is in progress or has completed on the de port, but I don't think it matters given the positions DG and some others has already taken. *I* want the best supported hardware. If that means dumping the de cards and buy Intel's so be it. They're cheap enough for me to be generous. Now, if somebody tells me that our 4G hard drives or Pentium Pro CPU's are not very well supported... :-) > > And so I'll start purchasing intel cards, and 8 months from now, the > > Novell NE2000 cards will be the hot card to have. > > Or, you can help with the 'de' cards and keep your inventory. I really don't see why anybody would do this, when DG and others have said that Intel boards are the way to go. It'd be nice if somebody simply put on the hardware list, that 21140-AC cards are not well supported and should be avoided. It would prevent a lot of headaches. Sorry to be so long winded. I think the FreeBSD developers have done a fine job and have done what they could with the limited resources. That said, it all depends on where FreeBSD wants to go. I know that a lot of people, given our own experience, would have given up and gone to Linux/etc. already. Maybe that's what the FreeBSD community wants. Maybe not. You tell me. Tim, IMHO, of course. From owner-freebsd-hackers Tue May 6 20:38:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA28143 for hackers-outgoing; Tue, 6 May 1997 20:38:01 -0700 (PDT) Received: from server.netplus.com.br ([200.247.23.97]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA28138 for ; Tue, 6 May 1997 20:37:55 -0700 (PDT) Received: from sergio.lenzi (root@dial07.netplus.com.br [200.247.23.111]) by server.netplus.com.br (8.7.6/8.7.3) with ESMTP id AAA03510; Wed, 7 May 1997 00:37:38 GMT Received: (from lenzi@localhost) by sergio.lenzi (8.8.3/8.8.3) id AAA06218; Wed, 7 May 1997 00:40:48 GMT Date: Wed, 7 May 1997 00:40:48 +0000 () From: "Lenzi, Sergio" X-Sender: lenzi@sergio To: "Alex.Boisvert" cc: hackers@FreeBSD.ORG Subject: Re: Applixware hangs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id UAA28139 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 4 May 1997, Alex.Boisvert wrote: > > 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 . > Hello, The system hangs due to the libc version in the /compat/linux/lib Solution: change to a set of new libc (from the redhat cdrom) by doing a: tar cf - lib* | tar --unlink -xvf - -C /compat/linux/lib on the /lib and /usr/lib directory in the redhat cdrom. Should work. By the way, Is there a way to make applix words accept accent characters? I program my X server to accept accent chars as: ' + a -> á (a acute) ' + e -> é (e acute) ^ + e -> ê (e circumflex).... and so on. Sergio Lenzi. Unix consult. From owner-freebsd-hackers Tue May 6 20:44:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA28423 for hackers-outgoing; Tue, 6 May 1997 20:44:08 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA28418 for ; Tue, 6 May 1997 20:44:06 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.6.9) id WAA16303; Tue, 6 May 1997 22:43:42 -0500 (EST) From: "John S. Dyson" Message-Id: <199705070343.WAA16303@dyson.iquest.net> Subject: Re: Alpha questions.. In-Reply-To: <199705070210.TAA23402@lestat.nas.nasa.gov> from Jason Thorpe at "May 6, 97 07:10:10 pm" To: thorpej@nas.nasa.gov Date: Tue, 6 May 1997 22:43:41 -0500 (EST) Cc: ccsanady@nyx.pr.mcs.net, jkh@time.cdrom.com, brandon@cold.org, FreeBSD-Hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Tue, 06 May 1997 20:51:23 -0500 > Chris Csanady wrote: > > > Just out of curiosity, couldn't we use a large part of the NetBSD/alpha > > machine dependant code? I would think that this would significantly > > speed up a port.. > > ...if you do that, you'll probably have to use a large part of the > NetBSD machine-independent code, too... since the MD code uses MI > facilities, while the MI facilities also rely on MD support. > Actually, we won't need the old VM code... I don't think that porting PMAP is going to be much of a problem (since it looks like DG will likely be doing that.) The bus interface code issues will be interesting, and I would think that those who are going to do that part of the port will produce the proper technical solution. John From owner-freebsd-hackers Tue May 6 20:54:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA28829 for hackers-outgoing; Tue, 6 May 1997 20:54:48 -0700 (PDT) Received: from mars.aros.net (mars.aros.net [207.173.16.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA28824 for ; Tue, 6 May 1997 20:54:46 -0700 (PDT) Received: from shell.aros.net (root@shell.aros.net [207.173.16.19]) by mars.aros.net (8.8.5/8.8.4) with ESMTP id VAA12754; Tue, 6 May 1997 21:54:22 -0600 (MDT) Received: from shell.aros.net (msanders@localhost.aros.net [127.0.0.1]) by shell.aros.net (8.8.5/8.8.5) with ESMTP id VAA00975; Tue, 6 May 1997 21:54:41 -0600 (MDT) Message-Id: <199705070354.VAA00975@shell.aros.net> X-Attribution: msanders To: "David Langford" cc: dg@root.com, elh_fbsd@spnet.com, hackers@FreeBSD.ORG, elh@spnet.com, elh@svic.com Subject: ATX cases (was Re: 1gby physical ram) In-reply-to: Your message of "Tue, 06 May 1997 16:21:28 -1000." <199705070221.QAA18045@caliban.dihelix.com> X-Mailer: MH 6.8.3 Date: Tue, 06 May 1997 21:54:41 -0600 From: "Michael K. Sanders" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199705070221.QAA18045@caliban.dihelix.com>, "David Langford" writes > >This brings up a question fro me. > >What ATX cases allow (I am using Titan 1668 board) use of memory AND >a drives in the bottom slot. With the ATX cases I have seen this has >been an either/or proposition. What case are you using? I've got a nice built-like-a-tank ATX case from Addtronics that has inches to spare between the SIMM slots and any drive bays (using an ASUS XP55T2P4, though I can't see how the drive bays would be in the way of anything with any ATX MB in this case). >I have a board with four Unigen 64Meg SIMMS and it was a major struggle >to get the bottom hard drive in. And there is NO way it will work >if I add more memory. Granted these SIMMs are a we bit tall. Unless they're taller than ~3", I'm sure they'd happily fit in my machine. :) From owner-freebsd-hackers Tue May 6 21:01:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA29163 for hackers-outgoing; Tue, 6 May 1997 21:01:53 -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 VAA29158 for ; Tue, 6 May 1997 21:01:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id UAA24422; Tue, 6 May 1997 20:48:15 -0700 (PDT) Message-Id: <199705070348.UAA24422@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: "John S. Dyson" Cc: ccsanady@nyx.pr.mcs.net, jkh@time.cdrom.com, brandon@cold.org, FreeBSD-Hackers@freebsd.org Subject: Re: Alpha questions.. Reply-To: Jason Thorpe From: Jason Thorpe Date: Tue, 06 May 1997 20:48:14 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997 22:43:41 -0500 (EST) "John S. Dyson" wrote: > Actually, we won't need the old VM code... I don't think that > porting PMAP is going to be much of a problem (since it looks > like DG will likely be doing that.) The bus interface code > issues will be interesting, and I would think that those who > are going to do that part of the port will produce the proper > technical solution. ...don't forget the autoconfiguration framework. And, don't forget about userland... :-) 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 Tue May 6 21:21:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA29835 for hackers-outgoing; Tue, 6 May 1997 21:21: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 VAA29827 for ; Tue, 6 May 1997 21:21:50 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA06890; Tue, 6 May 1997 21:21:00 -0700 (PDT) To: Chris Csanady cc: Brandon Gillespie , FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Alpha questions.. In-reply-to: Your message of "Tue, 06 May 1997 20:51:23 CDT." <199705070151.UAA06731@nyx.pr.mcs.net> Date: Tue, 06 May 1997 21:21:00 -0700 Message-ID: <6888.862978860@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Just out of curiosity, couldn't we use a large part of the NetBSD/alpha > machine dependant code? I would think that this would significantly > speed up a port.. Some of it, but there are other problems. For one thing, the NetBSD code requires the SRM console to be installed and everyone now agrees, for a variety of reasons, that the ARC console is the one to target. This will affect the boot code rather significantly. Jordan P.S. And if you don't understand the difference between the SRM and ARC consoles, please don't ask - I don't want to explain it and you don't want to know. :-) From owner-freebsd-hackers Tue May 6 21:40:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA00604 for hackers-outgoing; Tue, 6 May 1997 21:40:06 -0700 (PDT) Received: from argus (pm3-p35.tfs.net [206.154.183.227]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA00567 for ; Tue, 6 May 1997 21:40:00 -0700 (PDT) Received: (from jbryant@localhost) by argus (8.6.12/8.6.12) id XAA06577; Tue, 6 May 1997 23:39:53 -0500 From: Jim Bryant Message-Id: <199705070439.XAA06577@argus> Subject: Re: One last call for a show of hands on the ALPHA port... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 6 May 1997 23:39:51 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net 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] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > 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. i've been looking at getting a 275MHz motherboard and building a system around it... non-DEC board, i forget the brand off the top of my head, been nursemaiding my mule on life support, it died friday night.. getting a chevy cavalier to replace it with, and thus it will now be late summer before i can even think about alpha... i will still be interested in helping out at some point... i concur, the real key to success with alpha is going to be in the compiler though... nobody is going to switch from DEC Unix [bad as it is] unless they have a good vectorizing, pipeline-scheduleing, multi-cpu capable compiler... think [dynamically?] cpu-assignable threads... a simple scalar compiler is a waste of alpha capability... jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Tue May 6 21:40:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA00638 for hackers-outgoing; Tue, 6 May 1997 21:40:37 -0700 (PDT) Received: from mh1.cts.com (root@mh1.cts.com [205.163.24.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA00632 for ; Tue, 6 May 1997 21:40:34 -0700 (PDT) Received: from engineering ([204.94.95.22]) by mh1.cts.com (8.8.5/8.8.5) with SMTP id VAA07656 for ; Tue, 6 May 1997 21:40:33 -0700 (PDT) Message-Id: <3.0.1.32.19970506213922.00908210@mail.websidestory.com> X-Sender: garrett@mail.websidestory.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Tue, 06 May 1997 21:39:22 -0700 To: FreeBSD-Hackers@FreeBSD.ORG From: Garrett Casey Subject: Slow, Slow, Slow Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Could anyone please make suggestions. I am running FreeBSD 2.1.7.1-RELEASE. The computer is an 200mhz pro 256 mg. ram. Ethernet card fxp0. The machine is on a ds3. All it does is server HTML pages - no cgi. Here is the latest top screenshot load averages: 0.00, 0.01, 0.16 14:33:31 151 processes: 1 running, 150 sleeping Cpu states: 0.8% user, 0.0% nice, 2.7% system, 1.2% interrupt, 95.3% idle Mem: 27M Active, 2224K Inact, 22M Wired, 26M Cache, 6992K Buf, 176M Free Swap: 141M Total, 64K Used, 141M Free As you can see, there is plenty of mem, plenty of CPU. The problem is that when I telnet to this machine (from a machine on a T1 line), it is extremely SLOW. It will typically take 10 seconds for the login prompt and even longer to check the password. I have telneted to the machine, typed a command and have waited over a minute before even a character will be displayed. I have a dozen other machines that sometimes do the same thing. EVERYTHING looks perfect - yet the whole damn machine is extremely slow. I would greatly appreciate any help with this problem. -Garrett garrett@websidestory.com From owner-freebsd-hackers Tue May 6 22:06:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA01509 for hackers-outgoing; Tue, 6 May 1997 22:06:13 -0700 (PDT) Received: from jg.dyn.ml.org (soil@newport-1-12.quick.net [207.212.160.212]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA01504 for ; Tue, 6 May 1997 22:06:09 -0700 (PDT) Received: from localhost (soil@localhost) by jg.dyn.ml.org (8.8.5/8.8.5) with SMTP id WAA14660 for ; Tue, 6 May 1997 22:06:05 -0700 (PDT) X-Authentication-Warning: jg.dyn.ml.org: soil owned process doing -bs Date: Tue, 6 May 1997 22:06:05 -0700 (PDT) From: Josh Gilliam X-Sender: soil@jg.dyn.ml.org To: hackers@FreeBSD.ORG Subject: BIND 8.1-REL announcement (fwd) Message-ID: X-Operating-System: FreeBSD 3.0-CURRENT i386 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ---------- Forwarded message ---------- Message-ID: Date: 06 May 1997 16:37:07 -0700 From: Paul Vixie Organization: Vixie Enterprises To: comp-protocols-dns-bind@moderators.uu.net Subject: BIND 8.1-REL announcement -----BEGIN PGP SIGNED MESSAGE----- This is the long-awaited successor to BIND Version 4 (i.e., 4.9.5 et al). Many private releases have been run by the BIND developer community, and several public releases have been tested by the Internet community at large. We run BIND 8.1 on the root name server we operate (F.ROOT-SERVERS.NET), and on all of our internal name servers (GW.HOME.VIX.COM, et al). BIND 8.1 is known to be running successfully at UUNET PIPEX (24,000 zones) and a number of other large sites around the 'net. The changes from BIND 8.1-T5B to 8.1-REL are small, but no patch will be released since we would really like the "final cut" to be the only thing on any FTP caches. BIND 8 features are too numerous to mention here, but they include: -> DNS Dynamic Updates (RFC 2136). -> DNS Change Notification (RFC 1996). -> Completely new configuration syntax (and HTML docs for same). -> Flexible, categorized logging system (blackhole lame delegations!). -> IP-address-based access control for queries, zone transfers, and updates that may be specified on a zone-by-zone basis. -> More efficient zone transfers (no fork() on outbound!). -> Improved performance for servers with thousands of zones. -> get*by*() functions can now use Sun NIS if desired/available. -> Many bug fixes, including patches for all known security holes. See the CHANGES file in the source kit for a detailed listing of all changes. Bob and I would like to thank Viraj Bais of Intel for his reference implementation of Dynamic DNS, which 8.1's dynamic DNS is built upon. We'd also like to thank everyone who has sent us bug reports, patches, or operating system ports. The release files are: ftp://ftp.isc.org/isc/bind/src/8.1/bind-contrib.tar.gz ~same as 4.9.5 ftp://ftp.isc.org/isc/bind/src/8.1/bind-contrib.tar.gz.asc PGP sig ftp://ftp.isc.org/isc/bind/src/8.1/bind-doc.tar.gz new HTML,MAN ftp://ftp.isc.org/isc/bind/src/8.1/bind-doc.tar.gz.asc PGP sig ftp://ftp.isc.org/isc/bind/src/8.1/bind-src.tar.gz 8.1 source ftp://ftp.isc.org/isc/bind/src/8.1/bind-src.tar.gz.asc PGP sig Those PGP signatures are signed with the new key, which has been submitted to the MIT key ring a lot of well known signatures on it. It can also be found at along with a lot of other ISC related material that we hope you'll glance through. (If you see it as a crass request for funding, well, we didn't mean it to be "crass".) There is a newish mailing list: . Submit bug reports to it so that both Bob Halley and Paul Vixie will see them, and they will be archived. This is not a mailing list in the traditional sense -- there are no external subscribers. Corresponding security fixes for BIND 4.9.5 will be released shortly, even though the release of BIND 8.1 officially puts BIND 4.9.5 in "end of life." -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface iQCVAwUBM2/ACHcdkq6JcsfBAQEWFwP/WAldrVaypxOtjvkGgTyd4Kw6wbLovdBK kSIGgpEx9hrpBKpVSaY+PcBEAIQqrjVRGSDxmgSm/9UhDb0qd9Os8tZmM0CwZY6H IPWxyXoBFd0lly9ut+IPae0vkPTzmp8jwN5LoKb9YHvKHStoMq8dGkqHSo4DRT8U gyXFElUBJrw= =t/qo -----END PGP SIGNATURE----- From owner-freebsd-hackers Tue May 6 23:06:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04046 for hackers-outgoing; Tue, 6 May 1997 23:06:54 -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 XAA04038 for ; Tue, 6 May 1997 23:06:45 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.0.31] with ESMTP id KAA08291; Wed, 7 May 1997 10:05:20 +0400 Received: by sinbin.demos.su id KAA16662; (8.6.12/D) Wed, 7 May 1997 10:05:28 +0400 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199705070605.KAA16662@sinbin.demos.su> Subject: Re: Slow, Slow, Slow In-Reply-To: <3.0.1.32.19970506213922.00908210@mail.websidestory.com> from Garrett Casey at "May 6, 97 09:39:22 pm" To: garrett@websidestory.com (Garrett Casey) Date: Wed, 7 May 1997 10:05:28 +0400 (MSD) Cc: FreeBSD-Hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Could anyone please make suggestions. > > I am running FreeBSD 2.1.7.1-RELEASE. > The computer is an 200mhz pro 256 mg. ram. > Ethernet card fxp0. > The machine is on a ds3. All it does is > server HTML pages - no cgi. > Here is the latest top screenshot try to use ifconfig fxp0 link0 link1 link2 Alex. > > load averages: 0.00, 0.01, 0.16 14:33:31 > 151 processes: 1 running, 150 sleeping > Cpu states: 0.8% user, 0.0% nice, 2.7% system, 1.2% interrupt, 95.3% idle > Mem: 27M Active, 2224K Inact, 22M Wired, 26M Cache, 6992K Buf, 176M Free > Swap: 141M Total, 64K Used, 141M Free > > As you can see, there is plenty of mem, plenty of CPU. > > The problem is that when I telnet to this machine (from a machine on > a T1 line), it is extremely SLOW. > It will typically take 10 seconds for the login prompt and even > longer to check the password. I have telneted to the machine, typed > a command and have waited over a minute before even a character will > be displayed. > > I have a dozen other machines that sometimes do the same thing. > EVERYTHING looks perfect - yet the whole damn machine is extremely > slow. > > I would greatly appreciate any help with this problem. > > -Garrett > garrett@websidestory.com > > From owner-freebsd-hackers Tue May 6 23:14:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04274 for hackers-outgoing; Tue, 6 May 1997 23:14:19 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA04269 for ; Tue, 6 May 1997 23:14:17 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA07198; Tue, 6 May 1997 23:13:45 -0700 (PDT) To: Tim Tsai cc: Michael Smith , Jaye Mathisen , dennis@etinc.com, hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Tue, 06 May 1997 22:35:15 CDT." <19970506223515.39053@shell.futuresouth.com> Date: Tue, 06 May 1997 23:13:45 -0700 Message-ID: <7196.862985625@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Michael, I don't think this is fair. If you look at the mailing list > archives I have publicly offered to pay somebody to support 21140-AC based > cards. I also sent mail directly to one of the core members and never > got a reply. Also, on any system that wishes to have mass end users (and > I presume this is one of FreeBSD's goals), there are users that will not > have much, if anything, to contribute back. Ultimately, it's how well > you support these users that determines the success. I must agree that it's definitely not fair in your case to identify you as some sort of "user slacker"; by all appearances you've done everything it was practical to do, up to and including offering to PAY for that support. I'm disappointed that no one took you up on your offer. I'm also very sorry that despite all of the attempts you've made to meet us half-way, you've still gotten no satisfaction from this. That's actually fairly atypical, I'd like to say, and when people go to "escalation level II" they generally get results if it's at all possible for us to provide them (at least this has certainly been the case in many of the similar scenarios I've witnessed). Do you still have any of these cards? Would you be willing to send me one? I can't personally fix the de driver's interoperability problems with it (unless it's some clear and obvious fix from the NetBSD version), but I can at least make sure that it's sent to someone who can and I can continue to track the issue until resolution. And in the future, if you've really got this much hardware swinging in the wind and things aren't happening (this applies to anyone reading this), please don't hesitate to call me personally. My home phone number is in my finger entry and I'll do whatever I can to make things happen. We've got quite a few friends at Digital now and much more support from them than we did a year ago. Regards, Jordan From owner-freebsd-hackers Tue May 6 23:26:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA04676 for hackers-outgoing; Tue, 6 May 1997 23:26:14 -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 XAA04671 for ; Tue, 6 May 1997 23:26:11 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wP06m-0005eN-00; Tue, 6 May 1997 23:21:48 -0700 Date: Tue, 6 May 1997 23:21:47 -0700 (PDT) From: Tom Samplonius To: Garrett Casey cc: FreeBSD-Hackers@freebsd.org Subject: Re: Slow, Slow, Slow In-Reply-To: <3.0.1.32.19970506213922.00908210@mail.websidestory.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Garrett Casey wrote: > Could anyone please make suggestions. > > I am running FreeBSD 2.1.7.1-RELEASE. > The computer is an 200mhz pro 256 mg. ram. > Ethernet card fxp0. > The machine is on a ds3. All it does is > server HTML pages - no cgi. > Here is the latest top screenshot > > load averages: 0.00, 0.01, 0.16 14:33:31 > 151 processes: 1 running, 150 sleeping > Cpu states: 0.8% user, 0.0% nice, 2.7% system, 1.2% interrupt, 95.3% idle > Mem: 27M Active, 2224K Inact, 22M Wired, 26M Cache, 6992K Buf, 176M Free > Swap: 141M Total, 64K Used, 141M Free > > As you can see, there is plenty of mem, plenty of CPU. > > The problem is that when I telnet to this machine (from a machine on > a T1 line), it is extremely SLOW. > It will typically take 10 seconds for the login prompt and even > longer to check the password. I have telneted to the machine, typed > a command and have waited over a minute before even a character will > be displayed. > > I have a dozen other machines that sometimes do the same thing. > EVERYTHING looks perfect - yet the whole damn machine is extremely > slow. > > I would greatly appreciate any help with this problem. > > -Garrett > garrett@websidestory.com ping the system for a while from the system you are telneting from. The avg time should be less than 100ms, and there should be no packet loss. If round-trip time is high, or there is packet loss, this will cause really sluggish sessions. Check the "tcp_extensions" setting in sysconfig. Try it both on and off. Tom From owner-freebsd-hackers Tue May 6 23:31:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05028 for hackers-outgoing; Tue, 6 May 1997 23:31:53 -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 XAA05023 for ; Tue, 6 May 1997 23:31:49 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id IAA05417; Wed, 7 May 1997 08:32:09 +0200 (MEST) From: Søren Schmidt Message-Id: <199705070632.IAA05417@sos.freebsd.dk> Subject: Re: 2.2 Splashkit In-Reply-To: <199705070330.UAA27695@rah.star-gate.com> from Amancio Hasty at "May 6, 97 08:30:37 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Wed, 7 May 1997 08:32:03 +0200 (MEST) Cc: msmith@atrad.adelaide.edu.au, rhh@ct.picker.com, 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 Amancio Hasty who wrote: > Just grab's -current's syscons.c and patch it up we can test it and fix it > up. Erhm, the stuff is in current's syscons allready guys :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Tue May 6 23:38:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05322 for hackers-outgoing; Tue, 6 May 1997 23:38:21 -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 XAA05298; Tue, 6 May 1997 23:37:37 -0700 (PDT) Received: (from sos@localhost) by sos.freebsd.dk (8.8.5/8.7.3) id IAA05436; Wed, 7 May 1997 08:37:55 +0200 (MEST) From: Søren Schmidt Message-Id: <199705070637.IAA05436@sos.freebsd.dk> Subject: Re: 2.2 Splashkit In-Reply-To: <199705070134.LAA15978@genesis.atrad.adelaide.edu.au> from Michael Smith at "May 7, 97 11:04:11 am" To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 7 May 1997 08:37:54 +0200 (MEST) Cc: rhh@ct.picker.com, msmith@FreeBSD.ORG, sos@FreeBSD.ORG, 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 Michael Smith who wrote: > Randall Hopper stands accused of saying: > > > > I'd leave it enabled in my kernel with a nifty picture if it would > > auto-dismiss itself when booting gets to the syscons login prompt. > > Hmm, I don't actually think it should disappear with the login prompt; > it should stay there being pretty if the system isn't being dinked with. > > Currently, I am leaning towards having it disappear on any keypress. That one is easy :) > > The only bug/feature I've noticed with it so far is: > > > > - If I start X with the splash on, works OK, but bringing down yields a > > corrupted screen (guess it doesn't kick-in a redraw when switching > > out of syscons mode) > > Hmm, X _shouldn't_ work with the splash on, although I suspect that it > depends on your hardware. Well, it should, but it fails to restore the splash picture when X exits, this houls be easy to fix also.. > > - Simple pixel or palette animation support. Not just because it'd look > > cool, but because a splash screen should let the user know at a glance > > that the machine isn't locked up. Also makes the time it takes the > > machine to boot-up seem shorter. > > There's some provision for palette rotation already; the real problem is > just arranging for the rotation on a useful basis - the console driver > only runs when text is output, so colours would only shift during > character output (not a bad idea though). No, the redraw rutine runs periodically even if there is no output (it just doesn't do anything), this can be used for animation 20 steps (IIRC) a second. There can be no animation during the probe fase (or atleast just a little) as the system timers aren't running yet.. > > - A MSW95 LOGO.SYS converter for lifting cool pre-built splash pages > > of the net and flipping them into FreeBSD :-) (Slap me, I'm dreaming :-) > > I'm sure they're just BMP images slapped on the back of an executable... They are just BMP files with another name :) sos> file logo.sys logo.sys: PC bitmap data, Windows 3.x format, 320 x 400 x 8 sos> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Tue May 6 23:51:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA05886 for hackers-outgoing; Tue, 6 May 1997 23:51: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 XAA05880 for ; Tue, 6 May 1997 23:51:52 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id XAA07475; Tue, 6 May 1997 23:51:51 -0700 (PDT) To: jbryant@tfs.net cc: freebsd-hackers@freebsd.org Subject: Re: One last call for a show of hands on the ALPHA port... In-reply-to: Your message of "Tue, 06 May 1997 23:39:51 CDT." <199705070439.XAA06577@argus> Date: Tue, 06 May 1997 23:51:51 -0700 Message-ID: <7473.862987911@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > i concur, the real key to success with alpha is going to be in the > compiler though... nobody is going to switch from DEC Unix [bad as it > is] unless they have a good vectorizing, pipeline-scheduleing, > multi-cpu capable compiler... I've been working this issue in parallel since November with John "Maddog" Hall. I'm very much aware of the compiler issues and hope to run both tracks (compiler improvement and ALPHA port) in parallel with the aid of some Linux folks. Finally an area where we can genuinely work cooperatively. ;-) Jordan From owner-freebsd-hackers Wed May 7 00:00:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA06327 for hackers-outgoing; Wed, 7 May 1997 00:00:10 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06289 for ; Wed, 7 May 1997 00:00:01 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id HAA07655; Wed, 7 May 1997 07:59:53 +0100 (BST) Message-Id: <199705070659.HAA07655@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: "Kevin P. Neal" cc: Mikael Karpberg , freebsd-hackers@freebsd.org Subject: Re: bind before hosts and iijppp... In-reply-to: Your message of "Tue, 06 May 1997 19:58:49 EDT." <1.5.4.32.19970506235849.00925a40@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 07:59:53 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > At 08:58 AM 5/6/97 +0200, Mikael Karpberg wrote: > >According to J Wunsch: > >> 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. > > > >DNS can be slow/down/unreachable. /etc/hosts is never. I think that's a win. > >There should only be a few entries in etc hosts, anyway. And if anything is > >wrong in that file, the admin is at fault. > > It also seems kinda stupid to have to hit the wire to resolve "localhost" > to it's ip. This is a bit trickier. You can have the reverse: primary 0.0.127.IN-ADDR.ARPA localhost.rev where localhost.rev is the one generated by make-localhost, but we need to have make-localhost generate the zone file too. This then conflicts with any local DNS config files - bearing in mind that you need to have a zone file for "localhost.my.domain" rather than just localhost. Here, you begin to need to know what you're doing ! Not so easy to give examples. > -- > XCOMM Kevin P. Neal, Junior, Comp. Sci. - House of Retrocomputing > XCOMM mailto:kpneal@pobox.com - http://www.pobox.com/~kpn/ > XCOMM kpneal@eos.ncsu.edu Spoken by Keir Finlow-Bates: > XCOMM "Good grief, I've just noticed I've typed in a rant. Sorry chaps!" > From owner-freebsd-hackers Wed May 7 00:11:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA06869 for hackers-outgoing; Wed, 7 May 1997 00:11:51 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA06864 for ; Wed, 7 May 1997 00:11:49 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id AAA00759; Wed, 7 May 1997 00:11:26 -0700 (PDT) Message-Id: <199705070711.AAA00759@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Søren Schmidt cc: msmith@atrad.adelaide.edu.au, rhh@ct.picker.com, hackers@FreeBSD.ORG Subject: Re: 2.2 Splashkit In-reply-to: Your message of "Wed, 07 May 1997 08:32:03 +0200." <199705070632.IAA05417@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 00:11:26 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Most cool, Did you just commit the stuff to read Microsoft's .BMP files? Regards, Amancio >From The Desk Of Søren Schmidt : > In reply to Amancio Hasty who wrote: > > Just grab's -current's syscons.c and patch it up we can test it and fix it > > up. > > Erhm, the stuff is in current's syscons allready guys :) > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end > .. From owner-freebsd-hackers Wed May 7 00:18:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07079 for hackers-outgoing; Wed, 7 May 1997 00:18:38 -0700 (PDT) Received: from aries.bb.cc.wa.us ([208.8.136.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07074 for ; Wed, 7 May 1997 00:18:36 -0700 (PDT) Received: from localhost (chris@localhost) by aries.bb.cc.wa.us (8.8.5/8.6.9) with SMTP id AAA00566 for ; Wed, 7 May 1997 00:12:42 -0700 (PDT) Date: Wed, 7 May 1997 00:12:41 -0700 (PDT) From: Chris Coleman Reply-To: Chris Coleman To: hackers@freebsd.org Subject: 3.0-SNAP/rc.stuff Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks for all the help. I think i have most of my problems ironed out. The hardest problem was trying to figure out what had changed. I have decided I really like the rc.stuff. rc.conf is very compact and readable. It just doesn't have as much "help" built into it as I think I would like. Deciding which ones I could answer "YES"/"NO" to and which ones needed an argument was a little bit more difficult than I would have liked. I found myself referring to my old sysconfig file to figure out what the syntax was. Having a better model as to which options were available right there in the script would be very helpful. Also It would be good if it showed which options required something to be build into the kernel or other dependancies. Maybe even if they just pointed to another document that had all the dependancies listed like maybe "requires kernel option. see rc.conf(?)." Now that I have this on my system I am anxiously awaiting the rc.conf(?) manpage. As I mentioned earlier I would like to see a list of all the files that I should modify, with an encouragement to check these files over carefully before continuing. For those of us moving from a 2.1.* system there are alot more changes than I expected. When I did an upgrade to 2.1.6 from 2.1.0, it told me which files i would probably have to fix by hand and let me know it didn't do anything to it. I was impressed by how well the install/upgrade took care of things and thought it was taking care of things, but I think a warning that "XXX files might possible need to be checked" before continuing would be in order. files I had to change were: /etc/hosts /etc/rc.serial /etc/sysconfig (obseleted) /etc/sendmail.cf I think it would also be nice to see a complete list of files that are contolled by or affect rc.conf. Just so the admin knows the scope of what he is dealing with. All in All, I really liked it. It seemed simple and compact. It just needed built in syntax examples so I didn't have to quit out of it to figure out what to put in it. When I rebuilt the Kernel, I was really impressed that I didn't have to make any changes to the config file. Just a 'config' on the file and a 'make all install' did the trick. I really like the GENERIC kernel file put in the /sys/i386/conf directory, containing all the defaults. It was very helpful in seeing how things were put in there. I would like some more documentation on how to implement the IPX stuff, I noticed a little in the LINT file, but maybe I just wasn't looking hard enough. Thanks for all the help I hope my feed back helps. Christopher J. Coleman (chris@aries.bb.cc.wa.us) Computer Support Technician I (509)-766-8873 Big Bend Community College Internet Instructor FreeBSD Book Project: http://vinyl.quickweb.com/~chrisc/book.html Disclaimer: Even Though it has My Name on it, Doesn't mean I said it. From owner-freebsd-hackers Wed May 7 00:20:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07200 for hackers-outgoing; Wed, 7 May 1997 00:20:15 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07194 for ; Wed, 7 May 1997 00:20:11 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id AAA17496; Wed, 7 May 1997 00:19:53 -0700 (PDT) Date: Wed, 7 May 1997 00:19:53 -0700 (PDT) From: Jaye Mathisen To: Michael Smith cc: dennis@etinc.com, tim@futuresouth.com, hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-Reply-To: <199705070108.KAA15806@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Michael Smith wrote: > Jaye Mathisen stands accused of saying: > Er, I think Matt Thomas would be very surprised to hear that his > driver is "dead". I don't really think you have any sort of right > to go making those claims. OK, in the FreeBSD vein, it's wounded. I'm sure it works fine in other places, hell, my latest Solaris release just added support for oodles of 21140-AC based cards, so they must think it's good. (1 year after FreeBSD was pushing them hard). > > Kinda pathetic, really. Especially from people (30 or 40 cards?) > that obviously have the resources, and would be quite happy to > benefit from someone else's hard work at no expense to themselves. I have offered to pay for services in the past for various attempts to get something I needed for my operation working, but have never received any interest in anybody taking my money. If it's never worked in the past, I didn't see any reason to try now. I have offered new hardware (Mylex and disks) to anybody that would be willing to take a whack at writing a driver for it. (Not that anybody is required to by any stretch, only that I'm willing to commit resources to things that I need or could really use.). Hell, I provide the site that Matt uses to distribute his stuff. Not that it's a big deal at the time, other than setting it up provided me a way to access his work sooner. > > > And so I'll start purchasing intel cards, and 8 months from now, the > > Novell NE2000 cards will be the hot card to have. > > Or, you can help with the 'de' cards and keep your inventory. So tell me how? I will send a card to anybody that will make some effort to fix it. Give me an address, and it's on it's way. I can provide machines to test it on. I have 3 or 4 issues that I consider moderately serious floating out there. I have kernel coredumps, I have I think any diagnostic that a person could need to fix it. What I don't have is takers. > > It's like FreeBSD is always at this "80%" useful stage. It always seems > > I've ranted enough about this before. Let me just say "volunteer testing" > one more time. Well, 80% was way too low a number, I should've said something more like 95% or so. Certainly it meets a vast majority of my needs. I test every release that comes out, and send in bug reports as I find 'em, I have machines whose only purpose in life is to be wipable the moment some significant FreeBSD event occurs. I contribute where I can. Drivers are not my thing. They're black magic. Anyway, I wasn't trying to offend anybody, only express my pov. From owner-freebsd-hackers Wed May 7 00:21:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07293 for hackers-outgoing; Wed, 7 May 1997 00:21:07 -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 AAA07285 for ; Wed, 7 May 1997 00:21:03 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23183; Wed, 7 May 1997 09:21:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA18220; Wed, 7 May 1997 09:01:05 +0200 (MET DST) Message-ID: <19970507090105.IF01834@uriah.heep.sax.de> Date: Wed, 7 May 1997 09:01:05 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: chris@bb.cc.wa.us (Chris Coleman) Subject: Re: Passwords don't work. 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 Chris Coleman on May 6, 1997 16:41:16 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Chris Coleman wrote: > However, about half of my users can't login in because their passwords > don't work. I noticed that it is all the newer ones. Make sure your /usr/lib/libcrypt.so is pointing to libdescrypt.so. The DES crypt() function knows how to handle both, DES and MD5- encrypted passwords. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 7 00:21:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07332 for hackers-outgoing; Wed, 7 May 1997 00:21:16 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA07318 for ; Wed, 7 May 1997 00:21:13 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23189 for freebsd-hackers@FreeBSD.ORG; Wed, 7 May 1997 09:21:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA18229; Wed, 7 May 1997 09:03:26 +0200 (MET DST) Message-ID: <19970507090326.ZT46804@uriah.heep.sax.de> Date: Wed, 7 May 1997 09:03:26 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: bind before hosts and iijppp... References: <19970506201221.SY61854@uriah.heep.sax.de> <199705062332.AAA13884@awfulhak.demon.co.uk> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705062332.AAA13884@awfulhak.demon.co.uk>; from Brian Somers on May 7, 1997 00:32:25 +0100 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Brian Somers wrote: > > ; NB: Don't blindly comment out the examples below. :-) Use actual > ^^^ > Don't you mean "in" ? ``uncomment'' :) > options forward-only Hmm, right. It's still wired into my brain as `slave'. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 7 00:21:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07377 for hackers-outgoing; Wed, 7 May 1997 00:21:28 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA07364 for ; Wed, 7 May 1997 00:21:24 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23190 for freebsd-hackers@FreeBSD.ORG; Wed, 7 May 1997 09:21:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id JAA18238; Wed, 7 May 1997 09:04:34 +0200 (MET DST) Message-ID: <19970507090434.MV30302@uriah.heep.sax.de> Date: Wed, 7 May 1997 09:04:34 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: bind before hosts and iijppp... References: <19970506201221.SY61854@uriah.heep.sax.de> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Dan Busarow on May 6, 1997 14:43:00 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Dan Busarow wrote: > > ;secondary domain.com 127.0.0.1 domain.com.bak > > ;secondary 0.168.192.in-addr.arpa 127.0.0.1 0.168.192.in-addr.arpa.bak > > If someone ignored your warning and blindly uncommented the > secondary lines I think named might bring the system down talking > to itself :) I doubt, but we can change this, sure. I think it will simply answer that it cannot hand out this information (since there's no .bak file available yet). Maybe it will even refuse to talk to itself. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 7 00:31:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07758 for hackers-outgoing; Wed, 7 May 1997 00:31:02 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07750 for ; Wed, 7 May 1997 00:30:58 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id AAA00358; Wed, 7 May 1997 00:30:30 -0700 (PDT) Message-Id: <199705070730.AAA00358@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jordan K. Hubbard" cc: Tim Tsai , Michael Smith , Jaye Mathisen , dennis@etinc.com, hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Tue, 06 May 1997 23:13:45 PDT." <7196.862985625@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 00:30:29 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of "Jordan K. Hubbard" : > > Michael, I don't think this is fair. If you look at the mailing list > > archives I have publicly offered to pay somebody to support 21140-AC based > > cards. I also sent mail directly to one of the core members and never > > got a reply. Also, on any system that wishes to have mass end users (and > > I presume this is one of FreeBSD's goals), there are users that will not > > have much, if anything, to contribute back. Ultimately, it's how well > > you support these users that determines the success. > > I must agree that it's definitely not fair in your case to identify > you as some sort of "user slacker"; by all appearances you've done > everything it was practical to do, up to and including offering to PAY > for that support. I'm disappointed that no one took you up on your > offer. Wait did I understand that someone is offereing bucks to fix the driver? Cool, just sent me the hardware 8) Tnks a lot! Amancio From owner-freebsd-hackers Wed May 7 00:34:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA07884 for hackers-outgoing; Wed, 7 May 1997 00:34:16 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA07879 for ; Wed, 7 May 1997 00:34:11 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id RAA20072; Wed, 7 May 1997 17:01:56 +0930 (CST) From: Michael Smith Message-Id: <199705070731.RAA20072@genesis.atrad.adelaide.edu.au> Subject: Re: 2.2 Splashkit In-Reply-To: <199705070632.IAA05417@sos.freebsd.dk> from =?ISO-8859-1?Q?S=F8ren_Schmidt?= at "May 7, 97 08:32:03 am" To: sos@sos.freebsd.dk (Søren Schmidt) Date: Wed, 7 May 1997 17:01:56 +0930 (CST) Cc: hasty@rah.star-gate.com, msmith@atrad.adelaide.edu.au, rhh@ct.picker.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (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 Søren Schmidt stands accused of saying: > In reply to Amancio Hasty who wrote: > > Just grab's -current's syscons.c and patch it up we can test it and fix it > > up. > > Erhm, the stuff is in current's syscons allready guys :) Including the bitmap decoder? Oops, I never even noticed 8) > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed May 7 00:37:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08028 for hackers-outgoing; Wed, 7 May 1997 00:37:33 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA08023 for ; Wed, 7 May 1997 00:37:30 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.6.9) id CAA16594; Wed, 7 May 1997 02:36:31 -0500 (EST) From: "John S. Dyson" Message-Id: <199705070736.CAA16594@dyson.iquest.net> Subject: Re: Alpha questions.. In-Reply-To: <199705070348.UAA24422@lestat.nas.nasa.gov> from Jason Thorpe at "May 6, 97 08:48:14 pm" To: thorpej@nas.nasa.gov Date: Wed, 7 May 1997 02:36:31 -0500 (EST) Cc: toor@dyson.iquest.net, ccsanady@nyx.pr.mcs.net, jkh@time.cdrom.com, brandon@cold.org, FreeBSD-Hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > On Tue, 6 May 1997 22:43:41 -0500 (EST) > "John S. Dyson" wrote: > > > Actually, we won't need the old VM code... I don't think that > > porting PMAP is going to be much of a problem (since it looks > > like DG will likely be doing that.) The bus interface code > > issues will be interesting, and I would think that those who > > are going to do that part of the port will produce the proper > > technical solution. > > ...don't forget the autoconfiguration framework. > Yep, I am sure the right technical decisions will be made in that area. > > And, don't forget about userland... :-) > And in that area also. John From owner-freebsd-hackers Wed May 7 00:42:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08303 for hackers-outgoing; Wed, 7 May 1997 00:42:35 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA08296 for ; Wed, 7 May 1997 00:42:29 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id AAA00297; Wed, 7 May 1997 00:41:55 -0700 (PDT) Message-Id: <199705070741.AAA00297@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Michael Smith cc: hackers@freebsd.org Subject: Re: 2.2 Splashkit In-reply-to: Your message of "Wed, 07 May 1997 13:26:01 +0930." <199705070356.NAA17891@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="===_0_Wed_May__7_00:41:22_PDT_1997" Date: Wed, 07 May 1997 00:41:54 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --===_0_Wed_May__7_00:41:22_PDT_1997 Content-Type: text/plain; charset=us-ascii Curious , Why do you ask ? I have no clue if this is correct however I just spent 1/2 putting it together and tried it on my system -- thats right I am brave 8) Here is the patch for 3.0-current's syscons.c and just get the rest of the stuff from the 2.2 splaskit which has instructions .. Splash away! Amancio >From The Desk Of Michael Smith : > Amancio Hasty stands accused of saying: > > Just grab's -current's syscons.c and patch it up we can test it and fix it > > up. > > What happens if you just apply the patches out of the 2.2 kit? > > > Amancio > > -- > ]] 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 [[ --===_0_Wed_May__7_00:41:22_PDT_1997 Content-Type: application/octet-stream Content-Description: patch Content-Transfer-Encoding: base64 KioqIHN5c2NvbnMuYwlXZWQgTWF5ICA3IDAwOjM2OjU2IDE5OTcKLS0tIHN5c2NvbnMuYy5u ZXcJV2VkIE1heSAgNyAwMDozNjoyNyAxOTk3CioqKioqKioqKioqKioqKgoqKiogMTQ3Nywx NDgzICoqKioKICAgICAgaW50IHM7CiAgICAgIHNjcl9zdGF0ICpzY3AgPSBjb25zb2xlWzBd OwogICAgICB0ZXJtX3N0YXQgc2F2ZSA9IHNjcC0+dGVybTsKISAKICAgICAgc2NwLT50ZXJt ID0ga2VybmVsX2NvbnNvbGU7CiAgICAgIGN1cnJlbnRfZGVmYXVsdCA9ICZrZXJuZWxfZGVm YXVsdDsKICAgICAgaWYgKHNjcCA9PSBjdXJfY29uc29sZSAmJiAhKHNjcC0+c3RhdHVzICYg VU5LTk9XTl9NT0RFKSkKLS0tIDE0NzcsMTQ4NyAtLS0tCiAgICAgIGludCBzOwogICAgICBz Y3Jfc3RhdCAqc2NwID0gY29uc29sZVswXTsKICAgICAgdGVybV9zdGF0IHNhdmUgPSBzY3At PnRlcm07CiEgI2lmZGVmIFNDX1NQTEFTSF9TQ1JFRU4KISAgICAgIC8qIHJ1biB0aHJvdWdo IHRoZSBpbnB1dCBzaWRlIG9mIHRoaW5ncywgZmxpcCBtb2RlcyBpZiByZXF1aXJlZCAqLwoh ICAgICAgKHZvaWQpc2NjbmNoZWNrYyhkZXYpOwohICNlbmRpZgohICAKICAgICAgc2NwLT50 ZXJtID0ga2VybmVsX2NvbnNvbGU7CiAgICAgIGN1cnJlbnRfZGVmYXVsdCA9ICZrZXJuZWxf ZGVmYXVsdDsKICAgICAgaWYgKHNjcCA9PSBjdXJfY29uc29sZSAmJiAhKHNjcC0+c3RhdHVz ICYgVU5LTk9XTl9NT0RFKSkKKioqKioqKioqKioqKioqCioqKiAyNTA2LDI1MTIgKioqKgog ICAgICAgKiBOb3cgcHV0IHVwIGEgZ3JhcGhpY3MgaW1hZ2UsIGFuZCBtYXliZSBjeWNsZSBh CiAgICAgICAqIGNvdWJsZSBvZiBwYWxldHRlIGVudHJpZXMgZm9yIHNpbXBsZSBhbmltYXRp b24uCiAgICAgICAqLwohICAgICB0b2dnbGVfc3BsYXNoX3NjcmVlbihjdXJfY29uc29sZSk7 CiAgI2VuZGlmCiAgfQogIAotLS0gMjUxMCwyNTE4IC0tLS0KICAgICAgICogTm93IHB1dCB1 cCBhIGdyYXBoaWNzIGltYWdlLCBhbmQgbWF5YmUgY3ljbGUgYQogICAgICAgKiBjb3VibGUg b2YgcGFsZXR0ZSBlbnRyaWVzIGZvciBzaW1wbGUgYW5pbWF0aW9uLgogICAgICAgKi8KISAg ICAgaWYgKCFib290dmVyYm9zZSkgewohICAJdG9nZ2xlX3NwbGFzaF9zY3JlZW4oY3VyX2Nv bnNvbGUpOwohICAgICB9CiAgI2VuZGlmCiAgfQogIAoqKioqKioqKioqKioqKioKKioqIDM5 MDksMzk0MiAqKioqCiAgICAgIH0KICB9CiAgCiAgI2lmZGVmIFNDX1NQTEFTSF9TQ1JFRU4K ISBzdGF0aWMgdm9pZAohIHRvZ2dsZV9zcGxhc2hfc2NyZWVuKHNjcl9zdGF0ICpzY3ApCiAg ewohICAgICBzdGF0aWMgaW50IHRvZ2dsZSA9IDA7CiEgICAgIHN0YXRpYyB1X2NoYXIgc2F2 ZV9tb2RlOwohICAgICBpbnQgczsKISAKISAgICAgaWYgKHZpZGVvX21vZGVfcHRyID09IE5V TEwpCiAgCXJldHVybjsKISAKISAgICAgcyA9IHNwbGhpZ2goKTsKISAgICAgaWYgKHRvZ2ds ZSkgewohIAlzY3AtPm1vZGUgPSBzYXZlX21vZGU7CiEgCXNjcC0+c3RhdHVzICY9IH5VTktO T1dOX01PREU7CiEgCXNldF9tb2RlKHNjcCk7CiEgCWxvYWRfcGFsZXR0ZShwYWxldHRlKTsK ISAJdG9nZ2xlID0gMDsKISAgICAgfQohICAgICBlbHNlIHsKISAJc2F2ZV9tb2RlID0gc2Nw LT5tb2RlOwohIAlzY3AtPm1vZGUgPSBNX1ZHQV9DRzMyMDsKISAJc2NwLT5zdGF0dXMgfD0g VU5LTk9XTl9NT0RFOwohIAlzZXRfbW9kZShzY3ApOwohIAkvKiBsb2FkIGltYWdlICovCiEg CXRvZ2dsZSA9IDE7CiEgICAgIH0KISAgICAgc3BseChzKTsKISB9CiEgI2VuZGlmCiAgI2Vu ZGlmIC8qIE5TQyAqLwotLS0gMzkxNSw0MzI2IC0tLS0KICAgICAgfQogIH0KICAKKyAKICAj aWZkZWYgU0NfU1BMQVNIX1NDUkVFTgohICNpbmNsdWRlIDxtYWNoaW5lL3N5c2NvbnNfc3Bs YXNoLmg+CiEgIAohIHN0YXRpYyBpbnQgYm1wX0luaXQoY29uc3QgY2hhciAqZGF0YSwgaW50 IHN3aWR0aCwgaW50IHNoZWlnaHQsIGludCBzZGVwdGgsIHVfY2hhciAqdmlkbWVtKTsKISBz dGF0aWMgaW50IGJtcF9EcmF3KHZvaWQpOwohICAKISAgc3RhdGljIHZvaWQKISAgIHRvZ2ds ZV9zcGxhc2hfc2NyZWVuKHNjcl9zdGF0ICpzY3ApCiEgICB7CiEgICAgICBzdGF0aWMgaW50 CQl0b2dnbGUgPSAwOwohICAgICAgc3RhdGljIGludAkJaW5pdHRlZCA9IDAsIGZhaWxlZCA9 IDA7CiEgICAgICBzdGF0aWMgdV9jaGFyCXNhdmVfbW9kZTsKISAgICAgIGludAkJCXMgPSBz cGxoaWdoKCk7CiEgIAohICAgICAgaWYgKCFpbml0dGVkKSB7CQkJLyogbG9vayBhdCB0aGUg aW1hZ2UgZmlyc3QgdGltZSAncm91bmQgKi8KISAJaW5pdHRlZCA9IDE7CiEgIAlpZiAoYm1w X0luaXQoYm1wLDMyMCwyMDAsOCwodV9jaGFyICopcGFfdG9fdmEoVklERU9NRU0pKSkgewoh ICAJICAgIGZhaWxlZCA9IDE7CQkJLyogaW5pdCBmYWlsZWQgKi8KISAgCX0KISAgICAgIH0K ISAgCQohICAgICAgaWYgKGZhaWxlZCkJCQkJLyogbm8gcG9pbnQgdHJ5aW5nIGFnYWluICov CiEgIAlyZXR1cm47CiEgIAohICAgICAgaWYgKCF0b2dnbGUpIHsJCQkvKiB0cnkgdG8gbG9h ZCBpbWFnZSAqLwohICAJc2F2ZV9wYWxldHRlKCk7CiEgICAJc2F2ZV9tb2RlID0gc2NwLT5t b2RlOwohICAgCXNjcC0+bW9kZSA9IE1fVkdBX0NHMzIwOwohICAgCXNjcC0+c3RhdHVzIHw9 IFVOS05PV05fTU9ERTsKISAgIAlzZXRfbW9kZShzY3ApOwohIAlmYWlsZWQgPSBibXBfRHJh dygpOwohICAgICB9CiEgICAgICAKISAgICAgIGlmICh0b2dnbGUgfHwgZmFpbGVkKSB7CQkv KiBpbWFnZSBhbHJlYWR5LCBvciBmYWlsZWQgdG8gZHJhdyAqLwohICAJbG9hZF9wYWxldHRl KHBhbGV0dGUpOwohICAJc2NwLT5tb2RlID0gc2F2ZV9tb2RlOwohIAlzY3AtPnN0YXR1cyAm PSB+VU5LTk9XTl9NT0RFOwohICAJc2V0X21vZGUoc2NwKTsKISAgCXRvZ2dsZSA9IDA7CiEg IAlpZiAoZmFpbGVkKQohICAJICAgIHByaW50ZigiU3BsYXNoIHNjcmVlbiBsb2FkIGZhaWxl ZCFcbiIpOwohICAgICAgfSBlbHNlIHsJCQkJLyogaW1hZ2UgdXAgT0sgKi8KISAgIAl0b2dn bGUgPSAxOwohICAgICAgIH0KISAgICAgICBzcGx4KHMpOwohICAgfQohICAKISAgLyoKISAg KiogQ29kZSB0byBoYW5kbGUgTWljcm9zb2Z0IERJQiAoIi5CTVAiKSBmb3JtYXQgaW1hZ2Vz LgohICAqKgohICAqKiBCbGFtZSBtZSAobXNtaXRoQGZyZWVic2Qub3JnKSBpZiB0aGlzIGlz IGJyb2tlbiwgbm90IFNvcmVuLgohICovCiEgIAohICB0eXBlZGVmIHN0cnVjdCB0YWdCSVRN QVBGSUxFSEVBREVSIHsgICAgLyogYm1maCAqLwohICAgICAgdV9zaG9ydAliZlR5cGUJCV9f YXR0cmlidXRlX18gKChwYWNrZWQpKTsKISAgICAgIGludAkJYmZTaXplCQlfX2F0dHJpYnV0 ZV9fICgocGFja2VkKSk7CiEgICAgIHVfc2hvcnQJYmZSZXNlcnZlZDEJX19hdHRyaWJ1dGVf XyAoKHBhY2tlZCkpOwohICAgICAgdV9zaG9ydAliZlJlc2VydmVkMglfX2F0dHJpYnV0ZV9f ICgocGFja2VkKSk7CiEgICAgICBpbnQJCWJmT2ZmQml0cwlfX2F0dHJpYnV0ZV9fICgocGFj a2VkKSk7CiEgIH0gQklUTUFQRklMRUhFQURFUjsKISAgCiEgIHR5cGVkZWYgc3RydWN0IHRh Z0JJVE1BUElORk9IRUFERVIgeyAgICAvKiBibWloICovCiEgICAgIGludAkJYmlTaXplCQlf X2F0dHJpYnV0ZV9fICgocGFja2VkKSk7CiEgICAgICBpbnQJCWJpV2lkdGgJCV9fYXR0cmli dXRlX18gKChwYWNrZWQpKTsKISAgICAgIGludAkJYmlIZWlnaHQJX19hdHRyaWJ1dGVfXyAo KHBhY2tlZCkpOwohICAgICAgc2hvcnQJYmlQbGFuZXMJX19hdHRyaWJ1dGVfXyAoKHBhY2tl ZCkpOwohICAgICAgc2hvcnQJYmlCaXRDb3VudAlfX2F0dHJpYnV0ZV9fICgocGFja2VkKSk7 CiEgICAgICBpbnQJCWJpQ29tcHJlc3Npb24JX19hdHRyaWJ1dGVfXyAoKHBhY2tlZCkpOwoh ICAgICBpbnQJCWJpU2l6ZUltYWdlCV9fYXR0cmlidXRlX18gKChwYWNrZWQpKTsKISAgICAg IGludAkJYmlYUGVsc1Blck1ldGVyCV9fYXR0cmlidXRlX18gKChwYWNrZWQpKTsKISAgICAg IGludAkJYmlZUGVsc1Blck1ldGVyCV9fYXR0cmlidXRlX18gKChwYWNrZWQpKTsKISAgICAg IGludAkJYmlDbHJVc2VkCV9fYXR0cmlidXRlX18gKChwYWNrZWQpKTsKISAgICAgIGludAkJ YmlDbHJJbXBvcnRhbnQJX19hdHRyaWJ1dGVfXyAoKHBhY2tlZCkpOwohICB9IEJJVE1BUElO Rk9IRUFERVI7CiEgIAohICB0eXBlZGVmIHN0cnVjdCB0YWdSR0JRVUFEIHsgICAgIC8qIHJn YnEgKi8KISAgICAgIHVfY2hhcglyZ2JCbHVlCQlfX2F0dHJpYnV0ZV9fICgocGFja2VkKSk7 CiEgICAgIHVfY2hhcglyZ2JHcmVlbglfX2F0dHJpYnV0ZV9fICgocGFja2VkKSk7CiEgICAg ICB1X2NoYXIJcmdiUmVkCQlfX2F0dHJpYnV0ZV9fICgocGFja2VkKSk7CiEgICAgICB1X2No YXIJcmdiUmVzZXJ2ZWQJX19hdHRyaWJ1dGVfXyAoKHBhY2tlZCkpOwohICB9IFJHQlFVQUQ7 CiEgIAohICB0eXBlZGVmIHN0cnVjdCB0YWdCSVRNQVBJTkZPIHsgIC8qIGJtaSAqLwohICAg ICAgQklUTUFQSU5GT0hFQURFUglibWlIZWFkZXIJX19hdHRyaWJ1dGVfXyAoKHBhY2tlZCkp OwohICAgICAgUkdCUVVBRAkJYm1pQ29sb3JzWzI1Nl0JX19hdHRyaWJ1dGVfXyAoKHBhY2tl ZCkpOwohICB9IEJJVE1BUElORk87CiEgIAohICB0eXBlZGVmIHN0cnVjdCB0YWdCSVRNQVBG CiEgIHsKISAgICAgIEJJVE1BUEZJTEVIRUFERVIJYm1maAlfX2F0dHJpYnV0ZV9fICgocGFj a2VkKSk7CiEgICAgICBCSVRNQVBJTkZPCQlibWZpCV9fYXR0cmlidXRlX18gKChwYWNrZWQp KTsKISAgfSBCSVRNQVBGOwohIAohICNkZWZpbmUgQklfUkdCCQkwCiEgI2RlZmluZSBCSV9S TEU4CQkxCiEgI2RlZmluZSBCSV9STEU0CQkyCiEgIAohICAvKiAKISAgKiogYWxsIHdlIGFj dHVhbGx5IGNhcmUgYWJvdXQgdGhlIGltYWdlCiEgICovCiEgIHR5cGVkZWYgc3RydWN0CiAg ewohICAgICAgaW50CQl3aWR0aCxoZWlnaHQ7CQkvKiBpbWFnZSBkaW1lbnNpb25zICovCiEg ICAgICBpbnQJCXN3aWR0aCxzaGVpZ2h0OwkJLyogc2NyZWVuIGRpbWVuc2lvbnMgZm9yIHRo ZSBjdXJyZW50IG1vZGUgKi8KISAgICAgIHVfY2hhcglzZGVwdGg7CQkJLyogc2NyZWVuIGRl cHRoICgxLCA0LCA4IGJwcCkgKi8KISAgICAgIGludAkJbmNvbHM7CQkJLyogbnVtYmVyIG9m IGNvbG91cnMgKi8KISAgICAgIHVfY2hhcglwYWxldHRlWzI1Nl1bM107CS8qIHJhdyBwYWxl dHRlIGRhdGEgKi8KISAgICAgIHVfY2hhcglmb3JtYXQ7CQkJLyogb25lIG9mIHRoZSBCSV8q IGNvbnN0YW50cyBhYm92ZSAqLwohICAgICAgdV9jaGFyCSpkYXRhOwkJCS8qIHBvaW50ZXIg dG8gdGhlIHJhdyBkYXRhICovCiEgICAgICB1X2NoYXIJKmluZGV4OwkJCS8qIHJ1bm5pbmcg cG9pbnRlciB0byB0aGUgZGF0YSB3aGlsZSBkcmF3aW5nICovCiEgICAgICB1X2NoYXIJKnZp ZG1lbTsJCS8qIHZpZGVvIG1lbW9yeSBhbGxvY2F0ZWQgZm9yIGRyYXdpbmcgKi8KISAgfSBC TVBfSU5GTzsKISAgCiEgIHN0YXRpYyBCTVBfSU5GTyBibXBfaW5mbzsKISAgCiEgIC8qCiEg KiogYm1wX1NldFBpeAohICAqKgohICAqKiBHaXZlbiAoaW5mbyksIHNldCB0aGUgcGl4ZWwg YXQgKHgpLCh5KSB0byAodmFsKSAKISAgKioKISAgKi8KISAgc3RhdGljIHZvaWQKISAgYm1w X1NldFBpeChCTVBfSU5GTyAqaW5mbywgaW50IHgsIGludCB5LCB1X2NoYXIgdmFsKQohICB7 CiEgICAgICBpbnQJCXNvZnMsIGJvZnM7CiEgICAgICB1X2NoYXIJdHB2LCBtYXNrOwohICAg ICAgaW50CQlwcGIgPSAoOCAvIGluZm8tPnNkZXB0aCk7CS8qIHBpeGVscyBwZXIgYnl0ZSAq LwohICAKISAgICAgIC8qCiEgICAgICAgKiByYW5nZSBjaGVjayB0byBhdm9pZCBleHBsb3Np b25zCiEgICAgICAgKi8KISAgICAgIGlmICgoeCA8IDApIHx8ICh4ID49IGluZm8tPnN3aWR0 aCkgfHwgKHkgPCAwKSB8fCAoeSA+PSBpbmZvLT5zaGVpZ2h0KSkKICAJcmV0dXJuOwohICAg ICAgCiEgICAgICAvKiAKISAgICAgICAqIGNhbGN1bGF0ZSBvZmZzZXQgaW50byB2aWRlbyBt ZW1vcnk7CiEgICAgICAgKiBiZWNhdXNlIDAsMCBpcyBib3R0b20tbGVmdCBmb3IgRElCLCB3 ZSBoYXZlIHRvIGNvbnZlcnQuCiEgICAgICAgKi8KISAgICAgIHNvZnMgPSAoKGluZm8tPmhl aWdodCAtICh5KzEpKSAqIGluZm8tPnN3aWR0aCkgKyB4OwohICAKISAgICAgIHN3aXRjaChp bmZvLT5zZGVwdGgpIHsKISAgICAgIGNhc2UgMToKISAgCXNvZnMgPSBzb2ZzID4+IDM7CQkJ LyogY29ycmVjdCBmb3IgZGVwdGggKi8KISAgCWJvZnMgPSB4ICYgMHg3OwkJCQkvKiBvZmZz ZXQgd2l0aGluIGJ5dGUgKi8KISAgCQohICAJdmFsICY9IDE7CQkJCQkvKiBtYXNrIHBpeGVs IHZhbHVlICovCiEgCW1hc2sgPSB+KDB4ODAgPj4gYm9mcyk7CQkJCS8qIGNhbGN1bGF0ZSBi aXQgbWFzayAqLwohICAJdHB2ID0gKihpbmZvLT52aWRtZW0rc29mcykgJiBtYXNrOwkJLyog Z2V0IHNjcmVlbiBjb250ZW50cywgZXhjbHVkaW5nIG1hc2tlZCBiaXQgKi8KISAgCSooaW5m by0+dmlkbWVtK3NvZnMpID0gdHB2IHwgKHZhbCA8PCAoOC1ib2ZzKSk7CS8qIHdyaXRlIG5l dyBiaXQgKi8KISAgCWJyZWFrOwohICAKISAJLyogWFhYIG9ubHkgY29ycmVjdCBmb3Igbm9u LWludGVybGVhdmVkIG1vZGVzICovCiEgICAgICBjYXNlIDQ6CiEgIAlzb2ZzID0gc29mcyA+ PiAxOwkJCS8qIGNvcnJlY3QgZm9yIGRlcHRoICovCiEgIAlib2ZzID0geCAmIDB4MTsJCQkJ Lyogb2Zmc2V0IHdpdGhpbiBieXRlICovCiEgIAkKISAgCXZhbCAmPSAweGY7CQkJCQkJLyog bWFzayBwaXhlbCB2YWx1ZSAqLwohICAJbWFzayA9IGJvZnMgPyAweDBmIDogMHhmMDsJCQkJ LyogY2FsY3VsYXRlIGJpdCBtYXNrICovCiEgIAl0cHYgPSAqKGluZm8tPnZpZG1lbStzb2Zz KSAmIG1hc2s7CQkJLyogZ2V0IHNjcmVlbiBjb250ZW50cywgZXhjbHVkaW5nIG1hc2tlZCBi aXRzICovCiEgIAkqKGluZm8tPnZpZG1lbStzb2ZzKSA9IHRwdiB8ICh2YWwgPDwgKGJvZnMg PyAwIDogNCkpOwkvKiB3cml0ZSBuZXcgYml0cyAqLwohICAJYnJlYWs7CiEgIAkKISAgICAg IGNhc2UgODoKISAgCSooaW5mby0+dmlkbWVtK3NvZnMpID0gdmFsOwohICAJYnJlYWs7CiEg ICAgICB9CiEgIH0KISAgICAgIAohICAvKgohICAqKiBibXBfRGVjb2RlUkxFNAohICAqKgoh ICAqKiBHaXZlbiAoZGF0YSkgcG9pbnRpbmcgdG8gYSBsaW5lIG9mIFJMRTQtZm9ybWF0IGRh dGEgYW5kIChsaW5lKSBiZWluZyB0aGUgc3RhcnRpbmcKISAgKiogbGluZSBvbnNjcmVlbiwg ZGVjb2RlIHRoZSBsaW5lLgohICAqLwohICBzdGF0aWMgdm9pZAohICBibXBfRGVjb2RlUkxF NChCTVBfSU5GTyAqaW5mbywgaW50IGxpbmUpCiEgIHsKISAgICAgIGludAkJY291bnQ7CQkv KiBydW4gY291bnQgKi8KISAgICAgIHVfY2hhcgl2YWw7CiEgICAgICBpbnQJCXgseTsJCS8q IHNjcmVlbiBwb3NpdGlvbiAqLwohICAgICAKISAgICAgIHggPSAwOwkJCS8qIHN0YXJ0aW5n IHBvc2l0aW9uICovCiEgICAgICB5ID0gbGluZTsKISAgICAgIAohICAgICAgLyogbG9vcCBy ZWFkaW5nIGRhdGEgKi8KISAgICAgIGZvcig7OykgewohICAJLyoKISAJICogZW5jb2RlZCBt b2RlIHN0YXJ0cyB3aXRoIGEgcnVuIGxlbmd0aCwgYW5kIHRoZW4gYSBieXRlIHdpdGgKISAg CSAqIHR3byBjb2xvdXIgaW5kZXhlcyB0byBhbHRlcm5hdGUgYmV0d2VlbiBmb3IgdGhlIHJ1 bgohICAJICovCiEgIAlpZiAoKmluZm8tPmluZGV4KSB7CiEgIAkgICAgZm9yIChjb3VudCA9 IDA7IGNvdW50IDwgKmluZm8tPmluZGV4OyBjb3VudCsrLCB4KyspIHsKISAgCQlpZiAoY291 bnQgJiAxKSB7CQkvKiBvZGQgY291bnQsIGxvdyBueWJibGUgKi8KISAgCQkgICAgYm1wX1Nl dFBpeChpbmZvLCB4LCB5LCAqKGluZm8tPmluZGV4KzEpICYgMHgwZik7CiEgIAkJfSBlbHNl IHsJCQkvKiBldmVuIGNvdW50LCBoaWdoIG55YmJsZSAqLwohICAJCSAgICBibXBfU2V0UGl4 KGluZm8sIHgsIHksICgqKGluZm8tPmluZGV4KzEpID4+NCkgJiAweDBmKTsKISAJCX0KISAg CSAgICB9CiEgIAkgICAgaW5mby0+aW5kZXggKz0gMjsKISAgICAgICAgICAvKiAKISAgCSAq IEEgbGVhZGluZyB6ZXJvIGlzIGFuIGVzY2FwZTsgaXQgbWF5IHNpZ25hbCB0aGUgZW5kIG9m IHRoZSAKISAgCSAqIGJpdG1hcCwgYSBjdXJzb3IgbW92ZSwgb3Igc29tZSBhYnNvbHV0ZSBk YXRhLgohICAJICovCiEgIAl9IGVsc2UgewkvKiB6ZXJvIHRhZyBtYXkgYmUgYWJzb2x1dGUg bW9kZSBvciBhbiBlc2NhcGUgKi8KISAgCSAgICBzd2l0Y2goKihpbmZvLT5pbmRleCsxKSkg ewohICAJICAgIGNhc2UgMDoJCQkJLyogZW5kIG9mIGxpbmUgKi8KISAgCQlpbmZvLT5pbmRl eCArPSAyOwohICAJCXJldHVybjsKISAgCSAgICBjYXNlIDE6CQkJCS8qIGVuZCBvZiBiaXRt YXAgKi8KISAgCQlpbmZvLT5pbmRleCA9IE5VTEw7CiEgCQlyZXR1cm47CiEgIAkgICAgY2Fz ZSAyOgkJCQkvKiBtb3ZlICovCiEgIAkJeCArPSAqKGluZm8tPmluZGV4ICsgMik7CS8qIG5l dyBjb29yZHMgKi8KISAgCQl5ICs9ICooaW5mby0+aW5kZXggKyAzKTsKISAgCQlpbmZvLT5p bmRleCArPSA0OwohICAJCWJyZWFrOwohICAJICAgIGRlZmF1bHQ6CQkJCS8qIGxpdGVyYWwg Yml0bWFwIGRhdGEgKi8KISAgCQlmb3IgKGNvdW50ID0gMDsgY291bnQgPCAqKGluZm8tPmlu ZGV4ICsgMSk7IGNvdW50KyssIHgrKykgewohICAJCSAgICB2YWwgPSAqKGluZm8tPmluZGV4 ICsgMiArIChjb3VudCAvIDIpKTsJLyogYnl0ZSB3aXRoIG55YmJsZXMgKi8KISAgCQkgICAg aWYgKGNvdW50ICYgMSkgewohICAJCQl2YWwgJj0gMHhmOwkJLyogZ2V0IGxvdyBueWJibGUg Ki8KISAgCQkgICAgfSBlbHNlIHsKISAgCQkJdmFsID0gKHZhbCA+PiA0KTsJLyogZ2V0IGhp Z2ggbnliYmxlICovCiEgCQkgICAgfQohICAJCSAgICBibXBfU2V0UGl4KGluZm8sIHgsIHks IHZhbCk7CiEgIAkJfQohICAJCS8qIHdhcm5pbmcsIHRoaXMgZGVwZW5kcyBvbiBpbnRlZ2Vy IHRydW5jYXRpb24sIGRvIG5vdCBoYW5kLW9wdGltaXNlISAqLwohICAJCWluZm8tPmluZGV4 ICs9IDIgKyAoKGNvdW50ICsgMykgLyA0KSAqIDI7CiEgIAkJYnJlYWs7CiEgIAkgICAgfQoh ICAJfQohICAgICAgfQohICB9CiEgIAohICAvKgohICAqKiBibXBfRGVjb2RlUkxFOAohICAq KiBHaXZlbiAoZGF0YSkgcG9pbnRpbmcgdG8gYSBsaW5lIG9mIFJMRTQtZm9ybWF0IGRhdGEg YW5kIChsaW5lKSBiZWluZyB0aGUgc3RhcnRpbmcKISAgKiogbGluZSBvbnNjcmVlbiwgZGVj b2RlIHRoZSBsaW5lLgohICAqLwohICBzdGF0aWMgdm9pZAohICBibXBfRGVjb2RlUkxFOChC TVBfSU5GTyAqaW5mbywgaW50IGxpbmUpCiEgIHsKISAgICAgIGludAkJY291bnQ7CQkvKiBy dW4gY291bnQgKi8KISAgICAgIGludAkJeCx5OwkJLyogc2NyZWVuIHBvc2l0aW9uICovCiEg ICAgICAKISAgICAgIHggPSAwOwkJCS8qIHN0YXJ0aW5nIHBvc2l0aW9uICovCiEgICAgICB5 ID0gbGluZTsKISAgICAgIAohICAgICAgLyogbG9vcCByZWFkaW5nIGRhdGEgKi8KISAgICAg IGZvcig7OykgewohICAJLyoKISAgCSAqIGVuY29kZWQgbW9kZSBzdGFydHMgd2l0aCBhIHJ1 biBsZW5ndGgsIGFuZCB0aGVuIGEgYnl0ZSB3aXRoCiEgIAkgKiB0d28gY29sb3VyIGluZGV4 ZXMgdG8gYWx0ZXJuYXRlIGJldHdlZW4gZm9yIHRoZSBydW4KISAgCSAqLwohICAJaWYgKCpp bmZvLT5pbmRleCkgewohICAJICAgIGZvciAoY291bnQgPSAwOyBjb3VudCA8ICppbmZvLT5p bmRleDsgY291bnQrKywgeCsrKQohICAJCWJtcF9TZXRQaXgoaW5mbywgeCwgeSwgKihpbmZv LT5pbmRleCsxKSk7CiEgIAkgICAgaW5mby0+aW5kZXggKz0gMjsKISAgICAgICAgICAvKiAK ISAgCSAqIEEgbGVhZGluZyB6ZXJvIGlzIGFuIGVzY2FwZTsgaXQgbWF5IHNpZ25hbCB0aGUg ZW5kIG9mIHRoZSAKISAgCSAqIGJpdG1hcCwgYSBjdXJzb3IgbW92ZSwgb3Igc29tZSBhYnNv bHV0ZSBkYXRhLgohICAJICovCiEgIAl9IGVsc2UgewkvKiB6ZXJvIHRhZyBtYXkgYmUgYWJz b2x1dGUgbW9kZSBvciBhbiBlc2NhcGUgKi8KISAgCSAgICBzd2l0Y2goKihpbmZvLT5pbmRl eCsxKSkgewohICAJICAgIGNhc2UgMDoJCQkJLyogZW5kIG9mIGxpbmUgKi8KISAgCQlpbmZv LT5pbmRleCArPSAyOwohICAJCXJldHVybjsKISAgCSAgICBjYXNlIDE6CQkJCS8qIGVuZCBv ZiBiaXRtYXAgKi8KISAJCWluZm8tPmluZGV4ID0gTlVMTDsKISAgCQlyZXR1cm47CiEgCSAg ICBjYXNlIDI6CQkJCS8qIG1vdmUgKi8KISAgCQl4ICs9ICooaW5mby0+aW5kZXggKyAyKTsJ LyogbmV3IGNvb3JkcyAqLwohICAJCXkgKz0gKihpbmZvLT5pbmRleCArIDMpOwohICAJCWlu Zm8tPmluZGV4ICs9IDQ7CiEgIAkJYnJlYWs7CiEgIAkgICAgZGVmYXVsdDoJCQkJLyogbGl0 ZXJhbCBiaXRtYXAgZGF0YSAqLwohICAJCWZvciAoY291bnQgPSAwOyBjb3VudCA8ICooaW5m by0+aW5kZXggKyAxKTsgY291bnQrKywgeCsrKQohICAJCSAgICBibXBfU2V0UGl4KGluZm8s IHgsIHksICooaW5mby0+aW5kZXggKyAyICsgY291bnQpKTsKISAgCQkvKiBtdXN0IGJlIGFu IGV2ZW4gY291bnQgKi8KISAgCQlpbmZvLT5pbmRleCArPSAyICsgY291bnQgKyAoY291bnQg JiAxKTsKISAgCQlicmVhazsKISAgCSAgICB9CiEgIAl9CiEgICAgICB9CiEgIH0KISAgCiEg IC8qCiEgICoqIGJtcF9EZWNvZGVMaW5lCiEgICoqCiEgICoqIEdpdmVuIChpbmZvKSBwb2lu dGluZyB0byBhbiBpbWFnZSBiZWluZyBkZWNvZGVkLCAobGluZSkgYmVpbmcgdGhlIGxpbmUg Y3VycmVudGx5CiEgICoqIGJlaW5nIGRpc3BsYXllZCwgZGVjb2RlIGEgbGluZSBvZiBkYXRh LgohICovCiEgIHN0YXRpYyB2b2lkCiEgIGJtcF9EZWNvZGVMaW5lKEJNUF9JTkZPICppbmZv LCBpbnQgbGluZSkKISAgewohICAgICAgaW50CQl4OwohICAKISAgICAgIHN3aXRjaChpbmZv LT5mb3JtYXQpIHsKISAgICAgIGNhc2UgQklfUkdCOgohICAJZm9yICh4ID0gMDsgeCA8IGlu Zm8tPndpZHRoOyB4KyssIGluZm8tPmluZGV4KyspCiEgIAkgICAgYm1wX1NldFBpeChpbmZv LCB4LCBsaW5lLCAqaW5mby0+aW5kZXgpOwohICAJYnJlYWs7CiEgICAgICBjYXNlIEJJX1JM RTQ6CiEgIAlibXBfRGVjb2RlUkxFNChpbmZvLCBsaW5lKTsKISAgCWJyZWFrOwohICAgICAg Y2FzZSBCSV9STEU4OgohICAJYm1wX0RlY29kZVJMRTgoaW5mbywgbGluZSk7CiEgIAlicmVh azsKISAgICAgIH0KISAgfQohICAKISAgLyoKISAgKiogYm1wX0luaXQKISAgKioKISAgKiog R2l2ZW4gYSBwb2ludGVyIChkYXRhKSB0byB0aGUgaW1hZ2Ugb2YgYSBCTVAgZmlsZSwgZmls bCBpbiBibXBfaW5mbyB3aXRoIHdoYXQKISAgKiogY2FuIGJlIGxlYXJudCBmcm9tIGl0LiAg UmV0dXJuIG5vbnplcm8gaWYgdGhlIGZpbGUgaXNuJ3QgdXNhYmxlLgohICAqKgohICAqKiBU YWtlIHNjcmVlbiBkaW1lbnNpb25zIChzd2lkdGgpLCAoc2hlaWdodCkgYW5kIChzZGVwdGgp IGFuZCBtYWtlIHN1cmUgd2UKISAgKiogY2FuIHdvcmsgd2l0aCB0aGVzZS4gIFJlbWVtYmVy IHRoYXQgdGhlIHZpZGVvIG1lbW9yeSBpcyBhdCAodmlkbWVtKQohICAqLwohICBzdGF0aWMg aW50CiEgYm1wX0luaXQoY29uc3QgY2hhciAqZGF0YSwgaW50IHN3aWR0aCwgaW50IHNoZWln aHQsIGludCBzZGVwdGgsIHVfY2hhciAqdmlkbWVtKQohICB7CiEgICAgICBCSVRNQVBGCSpi bWYgPSAoQklUTUFQRiAqKWRhdGE7CiEgICAgICBpbnQJCXBpbmQ7CiEgIAohICAgICAgYm1w X2luZm8uZGF0YSA9IE5VTEw7CS8qIGFzc3VtZSBzZXR1cCBmYWlsZWQgKi8KISAgICAgIGJt cF9pbmZvLnZpZG1lbSA9IHZpZG1lbTsJLyogcmVtZW1iZXIgd2hlcmUgKi8KISAgCiEgICAg ICAvKiBjaGVjayBmaWxlIElEICovCiEgICAgICBpZiAoYm1mLT5ibWZoLmJmVHlwZSAhPSAw eDRkNDIpIHsKISAgCXJldHVybigxKTsJCS8qIFhYWCBjaGVjayB3b3JkIG9yZGVyaW5nIGZv ciBiaWctZW5kaWFuIHBvcnRzPyAqLwohICAgICAgfQohICAKISAgICAgIC8qIHNhdmUgd2hh dCB3ZSBrbm93IGFib3V0IHRoZSBzY3JlZW4gKi8KISAgICAgIGJtcF9pbmZvLnN3aWR0aCA9 IHN3aWR0aDsKISAgICAgIGJtcF9pbmZvLnNoZWlnaHQgPSBzaGVpZ2h0OwohICAgICAgYm1w X2luZm8uc2RlcHRoID0gc2RlcHRoOwohICAKISAgICAgIC8qIHdoZXJlJ3MgdGhlIGRhdGE/ ICovCiEgICAgICBibXBfaW5mby5kYXRhID0gKHVfY2hhciAqKWRhdGEgKyBibWYtPmJtZmgu YmZPZmZCaXRzOwohICAKISAgICAgIC8qIGltYWdlIHBhcmFtZXRlcnMgKi8KISAgICAgIGJt cF9pbmZvLndpZHRoID0gYm1mLT5ibWZpLmJtaUhlYWRlci5iaVdpZHRoOwohICAgICAgYm1w X2luZm8uaGVpZ2h0ID0gYm1mLT5ibWZpLmJtaUhlYWRlci5iaUhlaWdodDsKISAgICAgIGJt cF9pbmZvLmZvcm1hdCA9IGJtZi0+Ym1maS5ibWlIZWFkZXIuYmlDb21wcmVzc2lvbjsKISAg CiEgICAgICBzd2l0Y2goYm1wX2luZm8uZm9ybWF0KSB7CS8qIGNoZWNrIGNvbXByZXNzaW9u IGZvcm1hdCAqLwohICAgICAgY2FzZSBCSV9SR0I6CiEgICAgICBjYXNlIEJJX1JMRTQ6CiEg ICAgICBjYXNlIEJJX1JMRTg6CiEgIAlicmVhazsKISAgICAgIGRlZmF1bHQ6CiEgIAlyZXR1 cm4oMSk7CQkvKiB1bnN1cHBvcnRlZCBjb21wcmVzc2lvbiBmb3JtYXQgKi8KISAgICAgIH0K ISAgICAgIAohICAgICAgLyogcGFsZXR0ZSBkZXRhaWxzICovCiEgICAgICBibXBfaW5mby5u Y29scyA9IChibWYtPmJtZmkuYm1pSGVhZGVyLmJpQ2xyVXNlZCk7CiEgICAgICBiemVybyhi bXBfaW5mby5wYWxldHRlLHNpemVvZihibXBfaW5mby5wYWxldHRlKSk7CiEgICAgICBpZiAo Ym1wX2luZm8ubmNvbHMgPT0gMCkgewkvKiB1c2VzIGFsbCBvZiB0aGVtICovCiEgCWJtcF9p bmZvLm5jb2xzID0gMiA8PCBibWYtPmJtZmkuYm1pSGVhZGVyLmJpQml0Q291bnQ7CiEgICAg ICB9CiEgICAgICBpZiAoKGJtcF9pbmZvLmhlaWdodCA+IGJtcF9pbmZvLnNoZWlnaHQpIHx8 CiEgIAkoYm1wX2luZm8ud2lkdGggPiBibXBfaW5mby5zd2lkdGgpIHx8CiEgIAkoYm1wX2lu Zm8ubmNvbHMgPiAoMSA8PCBzZGVwdGgpKSkgewohICAJICAgIHJldHVybigxKTsJCS8qIGJl eW9uZCBzY3JlZW4gY2FwYWNpdHkgKi8KISAgICAgIH0KISAgCiEgICAgICAvKiByZWFkIHBh bGV0dGUgKi8KISAgICAgIGZvciAocGluZCA9IDA7IHBpbmQgPCBibXBfaW5mby5uY29sczsg cGluZCsrKSB7CiEgIAlibXBfaW5mby5wYWxldHRlW3BpbmRdWzBdID0gKGJtZi0+Ym1maS5i bWlDb2xvcnNbcGluZF0ucmdiUmVkID4+Mik7CiEgIAlibXBfaW5mby5wYWxldHRlW3BpbmRd WzFdID0gKGJtZi0+Ym1maS5ibWlDb2xvcnNbcGluZF0ucmdiR3JlZW4gPj4yKTsKISAgCWJt cF9pbmZvLnBhbGV0dGVbcGluZF1bMl0gPSAoYm1mLT5ibWZpLmJtaUNvbG9yc1twaW5kXS5y Z2JCbHVlID4+Mik7CiEgICAgICB9CiEgICAgICByZXR1cm4oMCk7CiEgIH0KISAgCiEgIC8q CiEgICoqIGJtcF9EcmF3CiEgICoqCiEgICoqIFJlbmRlciB0aGUgaW1hZ2UuICBSZXR1cm4g bm9uemVybyBpZiB0aGF0J3Mgbm90IHBvc3NpYmxlLgohICAqKgohICAqLwohICBzdGF0aWMg aW50CiEgIGJtcF9EcmF3KHZvaWQpCiEgIHsKISAgICAgIGludAkJbGluZSwgaTsKISAgCiEg ICAgICBpZiAoYm1wX2luZm8uZGF0YSA9PSBOVUxMKSB7CS8qIGluaXQgZmFpbGVkLCBkbyBu b3RoaW5nICovCiEgIAlyZXR1cm4oMSk7CiEgICAgICB9CiEgICAgICAKISAgICAgIC8qIGlu aXRpYWxpc2UgdGhlIGluZm8gc3RydWN0dXJlIGZvciBkcmF3aW5nICovCiEgICAgICBibXBf aW5mby5pbmRleCA9IGJtcF9pbmZvLmRhdGE7CiEgICAgICAKISAgICAgIC8qIHNldCB0aGUg cGFsZXR0ZSBmb3Igb3VyIGltYWdlICovCiEgICAgICBsb2FkX3BhbGV0dGUoKHVfY2hhciAq KSZibXBfaW5mby5wYWxldHRlKTsKISAgCiEgICAgICBmb3IgKGxpbmUgPSAwOyAobGluZSA8 IGJtcF9pbmZvLmhlaWdodCkgJiYgYm1wX2luZm8uaW5kZXg7IGxpbmUrKykgewohICAJYm1w X0RlY29kZUxpbmUoJmJtcF9pbmZvLCBsaW5lKTsKISAgICAgIH0KISAgICAgIHJldHVybigw KTsKISAgfQohICAKISAgCiEgI2VuZGlmIC8qIFNDX1NQTEFTSF9TQ1JFRU4gKi8KISAgCiAg I2VuZGlmIC8qIE5TQyAqLwo= --===_0_Wed_May__7_00:41:22_PDT_1997-- From owner-freebsd-hackers Wed May 7 00:44:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA08445 for hackers-outgoing; Wed, 7 May 1997 00:44:16 -0700 (PDT) Received: from gw.itfs.nsk.su (gw.itfs.nsk.su [193.124.36.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id AAA08440 for ; Wed, 7 May 1997 00:44:07 -0700 (PDT) Received: from itfs.UUCP (uucp@localhost) by gw.itfs.nsk.su (8.6.12/8.6.12) with UUCP id OAA18846 for hackers@freebsd.org; Wed, 7 May 1997 14:30:20 +0700 Received: by itfs.nsk.su; Wed, 7 May 97 14:59:34 +0700 (NST) Received: (from daemon@localhost) by news.itfs.nsk.su (8.7.5/8.6.12) id OAA19815; Wed, 7 May 1997 14:35:20 +0700 (NSD) From: "Nickolay N. Dudorov" To: hackers@freebsd.org Subject: Re: divert still broken? Date: 7 May 1997 07:35:19 GMT Message-ID: <5kpbbn$j4n@news.itfs.nsk.su> References: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 6 May 1997, Archie Cobbs wrote: > Proposal: > > deny : drop silently (same as before) > reject : send ICMP unreachable (same as before) [...good proposal snipped..] Looks great. > Anything else? :-) Can it be possible to extend 'negative' comparison logic to other filter components f.e. add 4032 deny all from xxx.xxx.xxx.0 to any out via not cx0 (or not via cx0 ?) Currently this is possible for src and dst addresses (and there is no more available flag bits ;-) N.Dudorov From owner-freebsd-hackers Wed May 7 00:53:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA09081 for hackers-outgoing; Wed, 7 May 1997 00:53:47 -0700 (PDT) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA09076 for ; Wed, 7 May 1997 00:53:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with SMTP id AAA20969; Wed, 7 May 1997 00:54:13 -0700 (PDT) Message-Id: <199705070754.AAA20969@implode.root.com> X-Authentication-Warning: implode.root.com: localhost [127.0.0.1] didn't use HELO protocol To: Garrett Casey cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Slow, Slow, Slow In-reply-to: Your message of "Tue, 06 May 1997 21:39:22 PDT." <3.0.1.32.19970506213922.00908210@mail.websidestory.com> From: David Greenman Reply-To: dg@root.com Date: Wed, 07 May 1997 00:54:13 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The problem is that when I telnet to this machine (from a machine on >a T1 line), it is extremely SLOW. >It will typically take 10 seconds for the login prompt and even >longer to check the password. I have telneted to the machine, typed >a command and have waited over a minute before even a character will >be displayed. > >I have a dozen other machines that sometimes do the same thing. >EVERYTHING looks perfect - yet the whole damn machine is extremely >slow. You might be running out of mbuf clusters - the behavior when this happens is similar. Are you seeing any "Out of mbuf clusters" messages in /var/log/messages? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed May 7 01:01:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA09568 for hackers-outgoing; Wed, 7 May 1997 01:01:04 -0700 (PDT) Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA09546 for ; Wed, 7 May 1997 01:00:44 -0700 (PDT) Received: from altos.rnd.runnet.ru (altos.rnd.runnet.ru [195.208.248.40]) by altos.rnd.runnet.ru (8.8.5/8.7.3) with SMTP id LAA04701; Wed, 7 May 1997 11:57:23 +0400 (MSD) Date: Wed, 7 May 1997 11:57:23 +0400 (MSD) From: Maxim Bolotin To: Terry Lambert cc: "Vasily V. Grechishnikov" , freebsd-hackers@FreeBSD.ORG Subject: Re: Broken NetWare 3.12 TCP/IP support ? In-Reply-To: <199705061758.KAA18875@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 Tue, 6 May 1997, Terry Lambert wrote: > > world ( Near router 147.45.142.17) > > ^ > > | class C net 193.233.113.0 > > FreeBSD box( 2.2-BETA) > > |<-ed0 .1 | <-ed1 .17 > > LAN0 LAN1 > > | > > |------NetWare 3.12 > > | ^ . 19 | <- .50 > > | LAN2 > > | > > | > > .18 ed0->|------FreeBSD box( 2.2R) > > | |<-de0 .33 |<- ed1 currently broken > > - LAN3 LAN4 > > > > We have a some problems with LAN2 . Any action from that LAN (ping,ftp, > > i.e) will failed at stage of forwarding packets from LAN1 cable to any > > other, but only if on FreeBSD boxes not running routed -s . NetWare 3.12 > > configred as a router. > > [ ... ] > > > Any suggestions ? > > Old NetWare will not support split netmasks correctly. If you have two > cards on the netware server, the must have identical netmasks. In > addition, for 3.11 or 3.12, I believe that the netmasks must be on > 8 bit boundries, or they won't work (like old Linux networking, it > doesn't support splitting a netmask on bit boundries). Yeah! You're right, but you can donwload new NLMs from ftp.novell.com with new version TCPIP.NLM (+ TCPCON, INETCFG,...) It'll look and work like NetWare 4.1 (or 11) TCPIP. It support CIDR, It can run RIP2, OSPF, and EGP. We're using 3 netware servers with 3.12, and 4.1. It run OSPF fine. Every Server has 5 NC. Max. > > You don't give the 'names' of your wires, other than the top > level one (named 193.233.113.0/255.255.255.0), so this is mostly > speculation from my own experience using NetWare boxes as IP > routers at Novell, Sandy. > > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > - Rostov State University Computer Center Rostov-on-Don, +7 (8632) 285794 or 357476 Russia, RUNNet, MAB1-RIPE max@run.net. From owner-freebsd-hackers Wed May 7 01:32:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA10763 for hackers-outgoing; Wed, 7 May 1997 01:32:35 -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 BAA10753 for ; Wed, 7 May 1997 01:32:32 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA07991; Wed, 7 May 1997 01:32:31 -0700 (PDT) To: Chris Coleman cc: hackers@FreeBSD.ORG Subject: Re: 3.0-SNAP/rc.stuff In-reply-to: Your message of "Wed, 07 May 1997 00:12:41 PDT." Date: Wed, 07 May 1997 01:32:31 -0700 Message-ID: <7989.862993951@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > rc.conf(?)." Now that I have this on my system I am anxiously awaiting > the rc.conf(?) manpage. Yep, on the way - I'm composing it in another buffer as we speak. ;-) > alot more changes than I expected. When I did an upgrade to 2.1.6 from > 2.1.0, it told me which files i would probably have to fix by hand and let > me know it didn't do anything to it. I was impressed by how well the > install/upgrade took care of things and thought it was taking care of > things, but I think a warning that "XXX files might possible need to be > checked" before continuing would be in order. files I had to change were: That's mostly the result of the rc.conf change - before then, the migration process was fairly straight-forward (yeah yeah, I know, Paul ;-) and now I have to take special steps to migrate /etc/sysconfig to /etc/rc.conf. It's not actually that hard and I'll be working on it, just as soon as some more decisions about rc.conf's final format are made. Jordan From owner-freebsd-hackers Wed May 7 01:49:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA11410 for hackers-outgoing; Wed, 7 May 1997 01:49:43 -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 BAA11405 for ; Wed, 7 May 1997 01:49:41 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id BAA08105; Wed, 7 May 1997 01:49:07 -0700 (PDT) To: Jaye Mathisen cc: Michael Smith , dennis@etinc.com, tim@futuresouth.com, hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Wed, 07 May 1997 00:19:53 PDT." Date: Wed, 07 May 1997 01:49:07 -0700 Message-ID: <8103.862994947@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have offered to pay for services in the past for various attempts to get > something I needed for my operation working, but have never received any > interest in anybody taking my money. If it's never worked in the past, I > didn't see any reason to try now. Amancio has just graciously volunteered to take both your money and your hardware. ;-) ahasty@freebsd.org should reach him fine and I know from experience that he's got this strange and special... ability... to cope with hardware most others flee, so I'm sure he'll sort you right out. ;-) It's also starting to occur to me that maybe people simply aren't going to the right places? I know that sending mail to -hackers seems a reasonable option to many, but the SNR is so low around here that perhaps people are simply missing it. I know for a fact that the following people, for example, will do FreeBSD kernel-level (or userland) consulting work and are more than capable: John Polstra Poul-Henning Kamp Amancio Hasty Jeff Hsu David Greenman [well, if you can somehow manage to get on his calendar these days ;)] That's hardly an all-inclusive list, mind you, but you wouldn't go wrong with anyone on it. I'd also include myself in that list except that 1 day after I posted my recent query for consulting work, I got taken straight off the market again by someone who wanted an exclusive. Yep, I was bought off like a cheap politician. ;-) Jordan From owner-freebsd-hackers Wed May 7 01:53:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA11632 for hackers-outgoing; Wed, 7 May 1997 01:53:40 -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 BAA11625 for ; Wed, 7 May 1997 01:53:37 -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 KAA25950; Wed, 7 May 1997 10:53:33 +0200 Received: from localhost (afuchs@localhost) by totum.plaut.de (8.8.5/8.7.3) with SMTP id KAA19539; Wed, 7 May 1997 10:53:35 +0200 (MET DST) Date: Wed, 7 May 1997 10:53:34 +0200 (MET DST) From: Alexander Fuchsstadt To: Garrett Casey cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Slow, Slow, Slow In-Reply-To: <3.0.1.32.19970506213922.00908210@mail.websidestory.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 Hi, I had a quite similar problem, but to a different hardware. A DEC AlphaServer 1000 showed the same symptoms, mostly 100% idle, running a R/3 system, logon took a minute, and working was not possible. Even a ls -lR hung after all applications were stoped. I then logged on via seriel and noticed, that the system ran normally. This fact made me change the ethernet adapter, and the system now runs with pretty good speed. The reason for is that many applications use TCP/IP for communication and in case of a network adapter failure they can't proceed any more, do not report any errors and cpu is idle. Bye Alex From owner-freebsd-hackers Wed May 7 02:16:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA12453 for hackers-outgoing; Wed, 7 May 1997 02:16:13 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA12448 for ; Wed, 7 May 1997 02:16:10 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id CAA00414; Wed, 7 May 1997 02:14:46 -0700 (PDT) Message-Id: <199705070914.CAA00414@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Jaye Mathisen cc: Michael Smith , dennis@etinc.com, tim@futuresouth.com, hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Wed, 07 May 1997 00:19:53 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 02:14:45 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, I am a taker just give me a call later on today. Got a few PCs and ample disks to tackle the problem. My phone number is 415-495-3046 Cheers, Amancio >From The Desk Of Jaye Mathisen : > > > On Wed, 7 May 1997, Michael Smith wrote: > > > Jaye Mathisen stands accused of saying: > > Er, I think Matt Thomas would be very surprised to hear that his > > driver is "dead". I don't really think you have any sort of right > > to go making those claims. > > OK, in the FreeBSD vein, it's wounded. I'm sure it works fine in other > places, hell, my latest Solaris release just added support for oodles of > 21140-AC based cards, so they must think it's good. (1 year after FreeBSD > was pushing them hard). > > > > > Kinda pathetic, really. Especially from people (30 or 40 cards?) > > that obviously have the resources, and would be quite happy to > > benefit from someone else's hard work at no expense to themselves. > > I have offered to pay for services in the past for various attempts to get > something I needed for my operation working, but have never received any > interest in anybody taking my money. If it's never worked in the past, I > didn't see any reason to try now. > > I have offered new hardware (Mylex and disks) to anybody that would be > willing to take a whack at writing a driver for it. (Not that anybody is > required to by any stretch, only that I'm willing to commit resources to > things that I need or could really use.). > > Hell, I provide the site that Matt uses to distribute his stuff. Not that > it's a big deal at the time, other than setting it up provided me a way to > access his work sooner. > > > > > > And so I'll start purchasing intel cards, and 8 months from now, the > > > Novell NE2000 cards will be the hot card to have. > > > > Or, you can help with the 'de' cards and keep your inventory. > > So tell me how? I will send a card to anybody that will make some effort > to fix it. Give me an address, and it's on it's way. I can provide > machines to test it on. > > I have 3 or 4 issues that I consider moderately serious floating out > there. I have kernel coredumps, I have I think any diagnostic that a > person could need to fix it. What I don't have is takers. > > > > > It's like FreeBSD is always at this "80%" useful stage. It always seems > > > > I've ranted enough about this before. Let me just say "volunteer testing" > > one more time. > > Well, 80% was way too low a number, I should've said something more like > 95% or so. Certainly it meets a vast majority of my needs. > > I test every release that comes out, and send in bug reports as I find > 'em, I have machines whose only purpose in life is to be wipable the > moment some significant FreeBSD event occurs. > > I contribute where I can. Drivers are not my thing. They're black magic. > > Anyway, I wasn't trying to offend anybody, only express my pov. > From owner-freebsd-hackers Wed May 7 02:51:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA13417 for hackers-outgoing; Wed, 7 May 1997 02:51:29 -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 CAA13412 for ; Wed, 7 May 1997 02:51:25 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id TAA29730; Wed, 7 May 1997 19:55:10 +1000 (EST) Date: Wed, 7 May 1997 19:55:09 +1000 (EST) From: "Daniel O'Callaghan" To: Alexander Fuchsstadt cc: Garrett Casey , FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Slow, Slow, Slow In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Alexander Fuchsstadt wrote: > Hi, > I had a quite similar problem, but to a different hardware. A DEC > AlphaServer 1000 showed the same symptoms, mostly 100% idle, running a > R/3 system, logon took a minute, and working was not possible. Even a ls > -lR hung after all applications were stoped. > I then logged on via seriel and noticed, that the system ran normally. > This fact made me change the ethernet adapter, and the system now runs > with pretty good speed. > The reason for is that many applications use TCP/IP for communication and > in case of a network adapter failure they can't proceed any more, do not > report any errors and cpu is idle. Another possibility is a network card fault elsewhere on the LAN. I was driven nuts by the refusal of a Win machine to talk to a FreeBSD machine at anything like an acceptable speed. It turned out to be a broken D-link parallel port ethernet adapter on a third machine which was causing the problems. The frustrating thing was that IPX "appeared" to work normally. Danny From owner-freebsd-hackers Wed May 7 03:04:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA13896 for hackers-outgoing; Wed, 7 May 1997 03:04:56 -0700 (PDT) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA13883 for ; Wed, 7 May 1997 03:04:53 -0700 (PDT) Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.5) id FAA01830; Wed, 7 May 1997 05:04:48 -0500 (CDT) Message-ID: <19970507050448.60756@shell.futuresouth.com> Date: Wed, 7 May 1997 05:04:48 -0500 From: Tim Tsai To: "Jordan K. Hubbard" Cc: Tim Tsai , Michael Smith , Jaye Mathisen , dennis@etinc.com, hackers@FreeBSD.ORG Subject: Re: if_de.c ???? References: <19970506223515.39053@shell.futuresouth.com> <7196.862985625@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <7196.862985625@time.cdrom.com>; from Jordan K. Hubbard on Tue, May 06, 1997 at 11:13:45PM -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, May 06, 1997 at 11:13:45PM -0700, Jordan K. Hubbard wrote: > Do you still have any of these cards? Would you be willing to send me > one? I can't personally fix the de driver's interoperability problems > with it (unless it's some clear and obvious fix from the NetBSD > version), but I can at least make sure that it's sent to someone who > can and I can continue to track the issue until resolution. Sure, I am willing to donate one of our 21140-AC cards to the FreeBSD project. Just let me know where to send it. We're switching to Intel boards but perhaps others can benefit from this. Least we can do to contribute. Thanks, Tim From owner-freebsd-hackers Wed May 7 03:21:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA14607 for hackers-outgoing; Wed, 7 May 1997 03:21:33 -0700 (PDT) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA14602 for ; Wed, 7 May 1997 03:21:31 -0700 (PDT) Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.5) id FAA01892; Wed, 7 May 1997 05:21:27 -0500 (CDT) Message-ID: <19970507052127.24044@shell.futuresouth.com> Date: Wed, 7 May 1997 05:21:27 -0500 From: Tim Tsai To: Jason Thorpe Cc: Jaye Mathisen , dennis , Tim Tsai , hackers@freebsd.org Subject: Re: if_de.c ???? References: <199705062111.OAA21194@lestat.nas.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199705062111.OAA21194@lestat.nas.nasa.gov>; from Jason Thorpe on Tue, May 06, 1997 at 02:11:51PM -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, May 06, 1997 at 02:11:51PM -0700, Jason Thorpe wrote: > I don't understand the issue people have with this... So, you have to > run a more up-to-date version of the OS to deal with a certain set of > cards (although I haven't seen the most recent "de" code go into FreeBSD > yet...) Jason, myself and I am sure many others don't have any trouble upgrading a new kernel to support new hardware. I think the problem, at least from my perspective, is that there's certain amount of uncertainty of having to take code from another operating system (I realize NetBSD is very similar to FreeBSD, but they differ enough to cause problems at the kernel level) and incorporating it into FreeBSD. If you recall, your own chio code wasn't incorporated into the kernel until very recently. We've taken the similar path with chio as we did de and ultimately it just wasn't practical to track the corresponding NetBSD changes because the FreeBSD kernel changes enough on each release to break the NetBSD code. I should point out that as of today, there still isn't an "up-to-date" FreeBSD kernel that supports the 21140-AC de cards. Even the NetBSD support for it has been shoddy until about a month or so ago. Tim From owner-freebsd-hackers Wed May 7 03:27:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA14865 for hackers-outgoing; Wed, 7 May 1997 03:27:14 -0700 (PDT) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA14837 for ; Wed, 7 May 1997 03:25:41 -0700 (PDT) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id OAA01284; Wed, 7 May 1997 14:17:20 +0400 (MSD) Date: Wed, 7 May 1997 14:17:20 +0400 (MSD) From: "Vasily V. Grechishnikov" To: Terry Lambert cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Broken NetWare 3.12 TCP/IP support ? In-Reply-To: <199705061758.KAA18875@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 Tue, 6 May 1997, Terry Lambert wrote: > > world ( Near router 147.45.142.17) > > ^ > > | class C net 193.233.113.0 > > FreeBSD box( 2.2-BETA) > > |<-ed0 .1 | <-ed1 .17 > > LAN0 LAN1 > > | > > |------NetWare 3.12 > > | ^ . 19 | <- .50 > > | LAN2 > > | > > | > > .18 ed0->|------FreeBSD box( 2.2R) > > | |<-de0 .33 |<- ed1 currently broken > > - LAN3 LAN4 > > > > Old NetWare will not support split netmasks correctly. If you have two > cards on the netware server, the must have identical netmasks. In > addition, for 3.11 or 3.12, I believe that the netmasks must be on > 8 bit boundries, or they won't work (like old Linux networking, it > doesn't support splitting a netmask on bit boundries). The both netware interfaces .19 and .50 has identical netmasks: 255.255.255.248 . And I think that packets recieves by unreachable ( from LAN2) routers, but response not contain right information of reply destination because the source of these packets not contain right information of source host too. > You don't give the 'names' of your wires, other than the top > level one (named 193.233.113.0/255.255.255.0), so this is mostly > speculation from my own experience using NetWare boxes as IP > routers at Novell, Sandy. LAN0 - 193.233.113.0/28 LAN1 - 193.233.113.16/29 LAN2 - 193.233.113.48/29 LAN3 - 193.233.113.32/28 LAN4 - 193.233.113.64/28 - cable is now disconnected because is broken. Thanks , Vasily . ******[FreeBSD it is coolest UNIX for PC!]********* * System admin , ftp and web master. * * Home Page: http://www.econ.acnit.ac.ru/~bazilio * * E-mail: bazilio@economic.acnit.ac.ru * * * * Industrial Economy Departament * * Voronezh State Technical University * *************************************************** From owner-freebsd-hackers Wed May 7 03:29:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA15029 for hackers-outgoing; Wed, 7 May 1997 03:29:33 -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 DAA15024 for ; Wed, 7 May 1997 03:29:31 -0700 (PDT) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id DAA28133 for ; Wed, 7 May 1997 03:27:12 -0700 (PDT) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id OAA01252; Wed, 7 May 1997 14:07:26 +0400 (MSD) Date: Wed, 7 May 1997 14:07:26 +0400 (MSD) From: "Vasily V. Grechishnikov" To: freebsd-hackers@freebsd.org Subject: LKMs and decrease system stability ? 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 run FreeBSD ( 2.2 BETA and 2.2R) on the one computer about 4 months and never seen any system crashes, except the msdosfs bugs, system console locks if I try to mount bad msdos media ( diskette/hdd) . Few days ago I try to move filesystems code from kernel to LKMs- such as NFS, CD9660, MSDOSFS. It works good, but I for first time in my expirience with FreeBSD on this machine see actually seriuos system crash: Fatal trap 12: page fault while in kernel mode, supervisor read, page not present Fault virtual address = 0xuglyc0de Kernel dumped at swap device 1 . I see thats when I try to mount not very good WORM-CD ( recorded 680MB, can see only about of 400MB). I see crashes of FreeBSD only on broken motherboards. We had 5x86 motherboard with broken RAM subsystem. Kernel regularly paniced with message " Double Fault ". Any suggestions ? Thanks , Vasily . ******[FreeBSD it is coolest UNIX for PC!]******* * System admin , ftp and web master. * * Home Page: http://www.econ.acnit.ac.ru/ * * E-mail: bazilio@economic.acnit.ac.ru * * * * Industrial Economy Departament * * Voronezh State Technical University * ************************************************* From owner-freebsd-hackers Wed May 7 03:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16115 for hackers-outgoing; Wed, 7 May 1997 03:50:07 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA16067; Wed, 7 May 1997 03:49:07 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 7 May 1997 6:48:02 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA12285; Wed, 7 May 97 06:48:00 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id GAA01695; Wed, 7 May 1997 06:47:23 -0400 Message-Id: <19970507064722.04811@ct.picker.com> Date: Wed, 7 May 1997 06:47:22 -0400 From: Randall Hopper To: Michael Smith Cc: msmith@freebsd.org, sos@freebsd.org, hackers@freebsd.org Subject: Re: 2.2 Splashkit References: <19970506190102.08747@ct.picker.com> <199705070134.LAA15978@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199705070134.LAA15978@genesis.atrad.adelaide.edu.au>; from Michael Smith on Wed, May 07, 1997 at 11:04:11AM +0930 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith: |Randall Hopper stands accused of saying: |> I'd leave it enabled in my kernel with a nifty picture if it would |> auto-dismiss itself when booting gets to the syscons login prompt. | |Hmm, I don't actually think it should disappear with the login prompt; |it should stay there being pretty if the system isn't being dinked with. | |Currently, I am leaning towards having it disappear on any keypress. Hmmm, not sure I understand where you're coming from. If you're sitting at the text login prompt, why would you want the splash page to stay up? Seems to me that the purpose of a splash is to hide all the start-up messages, and give the user something cool to look at that lets them know the machine's not locked up. I guess it'd be the same deal if one had xdm installed. Splash page should stay up until the xdm login pops up. |There's some provision for palette rotation already; the real problem is |just arranging for the rotation on a useful basis - the console driver Sounds good. How does one make use of it? A quick scan of the patched syscons.c doesn't reveal it to me. I see where the palette is loaded from the BMP and where its dumped to the VGA, but I don't find any mention of the palette rotation (except in a comment). Randall From owner-freebsd-hackers Wed May 7 03:59:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA16612 for hackers-outgoing; Wed, 7 May 1997 03:59:22 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA16600; Wed, 7 May 1997 03:59:03 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 7 May 1997 6:57:56 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA12498; Wed, 7 May 97 06:57:54 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id GAA01716; Wed, 7 May 1997 06:57:17 -0400 Message-Id: <19970507065716.10609@ct.picker.com> Date: Wed, 7 May 1997 06:57:16 -0400 From: Randall Hopper To: Sxren Schmidt Cc: Michael Smith , msmith@FreeBSD.ORG, sos@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: 2.2 Splashkit References: <199705070134.LAA15978@genesis.atrad.adelaide.edu.au> <199705070637.IAA05436@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199705070637.IAA05436@sos.freebsd.dk>; from S\xren Schmidt on Wed, May 07, 1997 at 08:37:54AM +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk S\xren Schmidt: |In reply to Michael Smith who wrote: |> There's some provision for palette rotation already; the real problem is | |No, the redraw rutine runs periodically even if there is no output (it |just doesn't do anything), this can be used for animation 20 steps Ok, that explains it. |> > - A MSW95 LOGO.SYS converter for lifting cool pre-built splash pages |> > of the net and flipping them into FreeBSD :-) (Slap me, I'm |> > dreaming :-) |> |> I'm sure they're just BMP images slapped on the back of an executable... | |They are just BMP files with another name :) | |sos> file logo.sys |logo.sys: PC bitmap data, Windows 3.x format, 320 x 400 x 8 Interesting--didn't know that. Reading on down one of those W95 splash page URLs, and sure enough -- there are palette rotation type and start/end palette index entries right in the BMP. So a converter is almost trivial--cool. Randall From owner-freebsd-hackers Wed May 7 04:01:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16733 for hackers-outgoing; Wed, 7 May 1997 04:01:09 -0700 (PDT) Received: (from hsu@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA16725; Wed, 7 May 1997 04:01:05 -0700 (PDT) Date: Wed, 7 May 1997 04:01:05 -0700 (PDT) From: Jeffrey Hsu Message-Id: <199705071101.EAA16725@hub.freebsd.org> To: jkh Subject: Re: Alpha questions... Cc: hackers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > everyone now agrees, for a variety of reasons, that the ARC > console is the one to target Uh, if you're not going to use the OSF PALcode, that makes life very interesting. From owner-freebsd-hackers Wed May 7 04:20:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17266 for hackers-outgoing; Wed, 7 May 1997 04:20:46 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA17253 for ; Wed, 7 May 1997 04:20:42 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA08960; Wed, 7 May 1997 07:20:06 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 7 May 1997 07:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id GAA00278; Wed, 7 May 1997 06:28:30 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id GAA03115; Wed, 7 May 1997 06:35:33 -0400 (EDT) Date: Wed, 7 May 1997 06:35:33 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705071035.GAA03115@lakes.water.net> To: ponds!obiwan.psinet.net.au!adrian, ponds!cki.ipri.kiev.ua!rssh Subject: Re: Antispam sendmail.cf modifications.. Cc: ponds!coombs.anu.edu.au!avalon, ponds!FreeBSD.ORG!freebsd-hackers, ponds!nas.nasa.gov!thorpej Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > 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. > > GUI tools are good for most things, except for very low-level stuff or > doing evil tweaky things to configurations. :) Let me add something else to the list of where not to use a GUI: Multiple/repetitive items (e.g. adding 500 freshmen accounts to several systems.) > > However, I like GUIs because it makes the *end user* feel more comfortable > configuring something. Sysadmins and clued people of a similar nature are > the edit-config-file-type, however I thought FreeBSD was also aimed at the > average joe running Windows :) We have tended toward that direction a little more recently; but my understand had been that we would accomodate the Windowsphile when possible but not, in general. > > Adrian > - Dave Rivers - From owner-freebsd-hackers Wed May 7 04:20:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17307 for hackers-outgoing; Wed, 7 May 1997 04:20:55 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA17281 for ; Wed, 7 May 1997 04:20:48 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA09025; Wed, 7 May 1997 07:20:16 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 7 May 1997 07:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id GAA00365; Wed, 7 May 1997 06:34:16 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id GAA03145; Wed, 7 May 1997 06:41:18 -0400 (EDT) Date: Wed, 7 May 1997 06:41:18 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705071041.GAA03145@lakes.water.net> To: ponds!zeta.org.au!bde, bde@zeta.org.au, ponds!time.cdrom.com!jkh Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: ponds!FreeBSD.ORG!hackers, ponds!barcode.co.il!nadav Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >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. > > They all already support K&R except , , , > , , , , , , > , . I.e., all except 0 CSRG-derived headers, 2 > LBL-derived ones (pcap*), 3 Linux-derived ones (dialog, ncurses, unctrl) > and 6 jkh/phk headers (the rest) support K&R. Oops - what about netdb.h and uses of 'const', etc... (which should work, but apparently don't.) > > >I think it's a slippery slope you're trying to negotiate there, Bruce; > >watch your footing. ;-) > > You're on the slope :-). I think we're all there :-) > > Bruce > From owner-freebsd-hackers Wed May 7 04:21:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17342 for hackers-outgoing; Wed, 7 May 1997 04:21:02 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA17320 for ; Wed, 7 May 1997 04:20:57 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA09061; Wed, 7 May 1997 07:20:19 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 7 May 1997 07:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id GAA00186; Wed, 7 May 1997 06:56:21 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id HAA03187; Wed, 7 May 1997 07:03:25 -0400 (EDT) Date: Wed, 7 May 1997 07:03:25 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705071103.HAA03187@lakes.water.net> To: michaelh@cet.co.jp, ponds!time.cdrom.com!jkh Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: ponds!zeta.org.au!bde, ponds!FreeBSD.ORG!hackers, ponds!barcode.co.il!nadav, ponds!lambert.org!terry Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > On Mon, 5 May 1997, Jordan K. Hubbard wrote: > > > I hate __P() and will fight a guerilla war against it if I have to. > > So do I. I'd do it in straight ANSI first and then if there's an uproar > of people who can provide details of their K&R applications that require > __P() then you can begrudgingly add it later. > > Mike > > Well - here's a small uproar. I run some older versions of software that I've had now for many years. With every release of FreeBSD, I simply recompile it and off I go... I compile this code with -traditional, because of assumptions about parameter promotions... So, every new release I send out mail showing how I tripped over some ANSIisms in our include file (e.g. "const".) Thus, even though we don't have to use a K&R compiler; and likely never will - we may continue to have a need to compile K&R sources. - Dave Rivers - From owner-freebsd-hackers Wed May 7 04:24:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17601 for hackers-outgoing; Wed, 7 May 1997 04:24:29 -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 EAA17596 for ; Wed, 7 May 1997 04:24:12 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.0.31] with ESMTP id PAA07969; Wed, 7 May 1997 15:14:24 +0400 Received: by sinbin.demos.su id PAA13548; (8.6.12/D) Wed, 7 May 1997 15:13:59 +0400 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199705071113.PAA13548@sinbin.demos.su> Subject: Re: LKMs and decrease system stability ? In-Reply-To: from "Vasily V. Grechishnikov" at "May 7, 97 02:07:26 pm" To: bazilio@economic.acnit.ac.ru (Vasily V. Grechishnikov) Date: Wed, 7 May 1997 15:13:59 +0400 (MSD) Cc: freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dont use NFS LKM, its buggy, include NFS into kernel Alex. > Hi ! > I run FreeBSD ( 2.2 BETA and 2.2R) on the one computer about > 4 months and never seen any system crashes, except the msdosfs bugs, > system console locks if I try to mount bad msdos media ( diskette/hdd) . > Few days ago I try to move filesystems code from kernel to LKMs- > such as NFS, CD9660, MSDOSFS. It works good, but I for first time in my > expirience with FreeBSD on this machine see actually seriuos system crash: > Fatal trap 12: page fault while in kernel mode, supervisor read, > page not present > Fault virtual address = 0xuglyc0de > Kernel dumped at swap device 1 . > > I see thats when I try to mount not very good WORM-CD ( recorded 680MB, > can see only about of 400MB). > I see crashes of FreeBSD only on broken motherboards. We had > 5x86 motherboard with broken RAM subsystem. Kernel regularly paniced with > message " Double Fault ". > Any suggestions ? > > Thanks , Vasily . > > ******[FreeBSD it is coolest UNIX for PC!]******* > * System admin , ftp and web master. * > * Home Page: http://www.econ.acnit.ac.ru/ * > * E-mail: bazilio@economic.acnit.ac.ru * > * * > * Industrial Economy Departament * > * Voronezh State Technical University * > ************************************************* > > > From owner-freebsd-hackers Wed May 7 04:30:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA17769 for hackers-outgoing; Wed, 7 May 1997 04:30:59 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA17763; Wed, 7 May 1997 04:30:54 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id EAA08780; Wed, 7 May 1997 04:30:55 -0700 (PDT) To: Jeffrey Hsu cc: jkh@hub.freebsd.org, hackers@hub.freebsd.org Subject: Re: Alpha questions... In-reply-to: Your message of "Wed, 07 May 1997 04:01:05 PDT." <199705071101.EAA16725@hub.freebsd.org> Date: Wed, 07 May 1997 04:30:55 -0700 Message-ID: <8776.863004655@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > everyone now agrees, for a variety of reasons, that the ARC > > console is the one to target > > Uh, if you're not going to use the OSF PALcode, that makes life very > interesting. Yes, it does. And for various political and cost reasons, we have no other choice. Jordan From owner-freebsd-hackers Wed May 7 05:07:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA18945 for hackers-outgoing; Wed, 7 May 1997 05:07:36 -0700 (PDT) Received: from caipfs.rutgers.edu (root@caipfs.rutgers.edu [128.6.19.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA18939; Wed, 7 May 1997 05:07:31 -0700 (PDT) Received: from jenolan.caipgeneral (jenolan.rutgers.edu [128.6.111.5]) by caipfs.rutgers.edu (8.8.5/8.8.5) with SMTP id IAA21549; Wed, 7 May 1997 08:07:29 -0400 (EDT) Received: by jenolan.caipgeneral (SMI-8.6/SMI-SVR4) id IAA05102; Wed, 7 May 1997 08:06:06 -0400 Date: Wed, 7 May 1997 08:06:06 -0400 Message-Id: <199705071206.IAA05102@jenolan.caipgeneral> From: "David S. Miller" To: jkh@time.cdrom.com CC: hsu@FreeBSD.ORG, jkh@hub.freebsd.org, hackers@hub.freebsd.org In-reply-to: <8776.863004655@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Alpha questions... Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Date: Wed, 07 May 1997 04:30:55 -0700 From: "Jordan K. Hubbard" Yes, it does. And for various political and cost reasons, we have no other choice. Care to elaborate? I'm very curious as to what the problems would be if you used the OSF palcode... From owner-freebsd-hackers Wed May 7 05:15:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA19269 for hackers-outgoing; Wed, 7 May 1997 05:15:17 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA19261; Wed, 7 May 1997 05:15:13 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id FAA08963; Wed, 7 May 1997 05:15:10 -0700 (PDT) To: "David S. Miller" cc: hsu@FreeBSD.ORG, jkh@hub.freebsd.org, hackers@hub.freebsd.org Subject: Re: Alpha questions... In-reply-to: Your message of "Wed, 07 May 1997 08:06:06 EDT." <199705071206.IAA05102@jenolan.caipgeneral> Date: Wed, 07 May 1997 05:15:10 -0700 Message-ID: <8959.863007310@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Care to elaborate? I'm very curious as to what the problems would be > if you used the OSF palcode... Well, the politics are too much to go into here (I'd have to explain the various byzantine issues involved between the various Digital BUs who own different and distinct pieces of the ALPHA pie, and my fingers just aren't up for that anyway :) but I can say two things unequivocably: 1. The OSF palcode costs money, nor will you see updates for it on the various FTP sites for that reason. The CC associated with this product wants to make its money back whereas the ARC code was done in cooperation with Microsoft and there are no such issues surrounding it. 2. The OSF palcode supports an absolutely miserable array of hardware, in fact just using the word "array" is to over-glorify it. Call any Digital hardware dealer (like Aspen Systems) and ask them about the supported hardware configurations when the system runs ARC and when the system runs OSF palcode (AKA SRM). What you can't boot from you can't support, even if there are appropriate drivers in the kernel just waiting to be used. 3. The manager of the BU who owns the SRM console has said that he'll support free software users of it over his dead body. This is an openly hostile relationship and we just plain don't need it. Jordan From owner-freebsd-hackers Wed May 7 05:48:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA20389 for hackers-outgoing; Wed, 7 May 1997 05:48:25 -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 FAA20383 for ; Wed, 7 May 1997 05:48:18 -0700 (PDT) Received: from dbws.etinc.com (dbws.etinc.com [204.141.95.130]) by etinc.com (8.8.3/8.6.9) with SMTP id IAA18026; Wed, 7 May 1997 08:55:12 -0400 (EDT) Message-Id: <3.0.32.19970507084630.006d99d8@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 07 May 1997 08:46:33 -0400 To: Jaye Mathisen , Michael Smith From: Dennis Subject: Re: if_de.c ???? Cc: tim@futuresouth.com, hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Kinda pathetic, really. Especially from people (30 or 40 cards?) >> that obviously have the resources, and would be quite happy to >> benefit from someone else's hard work at no expense to themselves. I see that the FreeBSD team has no pride in their work...whoever said this. Its the guys with the "resources" that are giving you hackers a pen to play in....they are the ones making the market so that the vendors answer the phone when you can and ask them for specs. If the guys with the "resources" (of course 20 cards is less than 2000., which is hardly much) wrote drivers do you think that they'd make them publically available so that some banana could hack in some fix/bug and break it in the next release? db From owner-freebsd-hackers Wed May 7 06:02:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA20876 for hackers-outgoing; Wed, 7 May 1997 06:02:01 -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 GAA20871 for ; Wed, 7 May 1997 06:01:59 -0700 (PDT) Received: from dbws.etinc.com (dbws.etinc.com [204.141.95.130]) by etinc.com (8.8.3/8.6.9) with SMTP id JAA18068; Wed, 7 May 1997 09:01:13 -0400 (EDT) Message-Id: <3.0.32.19970507085231.00695108@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 07 May 1997 08:52:33 -0400 To: Narvi From: Dennis Subject: Re: if_de.c ???? Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:37 PM 5/7/97 +0300, you wrote: > > >On Tue, 6 May 1997, dennis wrote: > >> At 05:47 PM 5/6/97 +0300, you wrote: >> > >> > >> >On Tue, 6 May 1997, Tim Tsai wrote: >> >> >> Anybody want to buy a handful of Kingston 10/100Mb PCI cards, cheap? >> > >> >Yes, of course :-) >> > >> >But I can also mail you two tar files which you just have to untar every >> >time you make big changes - btw., it shouldn't be too hard to make make do >> >it automagically every time you recompile. And yes - ifconfig support is >> >included. I got them from Robin Cutshaw - may he be well and prosper! >> >> Please..can I have them also! Please make these publically available! >> > >Heh? Like where? Like I could ftp them somewhere? Over what? The link out >of Estonia for all the academic network is something like 256kb... And >there are several universities (all except the some pathetic tiny >commercial ones), not speaking of others and schools behind it... It is >full during 90% of the 24 hours, and not much better on the rest of it. >Netscape showing incoming trafic of 12 bytes/sec or less is a very common >sight. Like maybe freebsd.org will donate some space for it. db From owner-freebsd-hackers Wed May 7 06:03:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA20924 for hackers-outgoing; Wed, 7 May 1997 06:03:00 -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 GAA20916 for ; Wed, 7 May 1997 06:02:55 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id GAA05583 for ; Wed, 7 May 1997 06:02:53 -0700 (PDT) Received: from dbws.etinc.com (dbws.etinc.com [204.141.95.130]) by etinc.com (8.8.3/8.6.9) with SMTP id JAA18103 for ; Wed, 7 May 1997 09:09:00 -0400 (EDT) Message-Id: <3.0.32.19970507090018.006e3b78@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 07 May 1997 09:00:20 -0400 To: hackers@freebsd.org From: Dennis Subject: Re: 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 11:13 PM 5/6/97 -0700, you wrote: >> Michael, I don't think this is fair. If you look at the mailing list >> archives I have publicly offered to pay somebody to support 21140-AC based >> cards. I also sent mail directly to one of the core members and never >> got a reply. Also, on any system that wishes to have mass end users (and >> I presume this is one of FreeBSD's goals), there are users that will not >> have much, if anything, to contribute back. Ultimately, it's how well >> you support these users that determines the success. > >I must agree that it's definitely not fair in your case to identify >you as some sort of "user slacker"; by all appearances you've done >everything it was practical to do, up to and including offering to PAY >for that support. I'm disappointed that no one took you up on your >offer. > >I'm also very sorry that despite all of the attempts you've made to >meet us half-way, you've still gotten no satisfaction from this. >That's actually fairly atypical, I'd like to say, and when people go >to "escalation level II" they generally get results if it's at all >possible for us to provide them (at least this has certainly been the >case in many of the similar scenarios I've witnessed). > >Do you still have any of these cards? Would you be willing to send me >one? I can't personally fix the de driver's interoperability problems >with it (unless it's some clear and obvious fix from the NetBSD >version), but I can at least make sure that it's sent to someone who >can and I can continue to track the issue until resolution. I've got a whole bunch...and I could fix it, but it'll just be broken when 2.2.2 comes out (which could be any minute now), so why bother? I'll just peddle them on the netbsd list if I have to...I've just put them aside until it gets fixed. db From owner-freebsd-hackers Wed May 7 06:21:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA21655 for hackers-outgoing; Wed, 7 May 1997 06:21:26 -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 GAA21622 for ; Wed, 7 May 1997 06:20:39 -0700 (PDT) Received: from dbws.etinc.com (dbws.etinc.com [204.141.95.130]) by etinc.com (8.8.3/8.6.9) with SMTP id JAA18196; Wed, 7 May 1997 09:27:20 -0400 (EDT) Message-Id: <3.0.32.19970507091837.006a68dc@etinc.com> X-Sender: dennis@etinc.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 07 May 1997 09:18:41 -0400 To: dg@root.com From: Dennis Subject: Re: if_de.c ???? Cc: hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 06:27 PM 5/6/97 -0700, you wrote: >>It *is* a (mostly?) volunteer effort, and it appears from here in >>the cheap seats that Matt got irritated at something or another, and no >>longer desires to keep de current, for whatever reason. The thing >>I don't understand is why the cold shoulder given to the 211xxx >>cards by Jordan and DG, among others. So what if the cpu utilization >>is higher? These nics are cheap, and not sole source, IMHO a >>real *good* thing. > > The if_de driver is a #ifdef mess. It tries to support multiple operating >systems that are diverging quickly every day. Simply put, I can't personally >support it. This arrangement was fine while the author was willing to support >it, but he pulled support for FreeBSD and announced his intentions of only >supporting NetBSD. At that point the code started to grow some mold. One >of the problems with having such a popular NIC, coupled with little >architectural direction from the manufacturer, is that you get a variant- >a-week syndrome (different serial EEPROMs, different format for the data >in the EEPROM, etc) - and no matter what you do, it's not possible to deal >with this in a clean way. So how can I or anyone else who is knowledgeable >about the 'de' cards recommend them? Sure, the old ones work fine - but this >means nothing when you go out and buy a new one. > I'm recommending the Intel Pro/100B because I wrote the code for it. I'm >using the card in all of my machines and in wcarchive because I can support >it. While I'm no great fan of Intel NPD (network products division), the >PCI product they have produced does work quite well under FreeBSD. It's >not a proprietary chip - anyone can make a card based on it; it's just that >noone has yet done so. 'cause you'd have to buy 100,000 ICs to be able to MATCH Intels price on it.... Don't look for clones any time soon. INTELs price is too cheap. >If you really hate Intel and just can't bare the >thought of your bits going through a NIC that they make, then I suggest >finding an old DEC NIC based card and go with that. The clone problem is clear...but if this is the case then a handful (perhaps 2 or 3 vendors) should have been chosen, their names made available to users, and supported in a freebsd only driver. Dumping a card is bad news. Should we have to worry about the Intel pro/100b driver if Intel offers you a cushy SVP position and instructs you to abandon FreeBSD? :-) Dennis > Finally, it's annoying to me and others when people whine about things like >this. If people want to be useful and tell us which cards aren't working, >that's fine and we encourage this, but Jaye's rant pokes at a raw nerve >and is not helpful. "Helpful"...I doubt if this it the intent. You "encourage" ppl to push and sell freebsd based systems, but you sabotage our efforts by making the products not work mid-stream. While its certainly not intentional on your part, the effect is to induce ranting. This goes back to an earlier thread about Freebsds "plan and focus": without one its impossible to consider FreeBSD as an ongoing platform for a product offering. db > >-DG > >David Greenman >Core-team/Principal Architect, The FreeBSD Project > > From owner-freebsd-hackers Wed May 7 06:54:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA23391 for hackers-outgoing; Wed, 7 May 1997 06:54:59 -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 GAA23360 for ; Wed, 7 May 1997 06:54:52 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id VAA05395; Wed, 7 May 1997 21:37:36 +0800 (WST) Date: Wed, 7 May 1997 21:37:36 +0800 (WST) From: Adrian Chadd To: Brandon Gillespie cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Alpha questions.. 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 > Two questions... First, is there going to be an alpha mailing list I could > subscribe to, to keep an ear on the alpha development? In about six > months I plan on picking up an alpha workstation just 'for the heck of > it', but only if I can put FreeBSD (in any form :b) on it.. > Ditto, except mine is in about two weeks. :) I plan on putting a decent sized SCSI drive in the machine when I get it, and I'll be putting it at work incase anyone wants to fiddle with it remotely (of course, suggesting what to run so you can fiddle is a good thing. :) Suggestions? Adrian From owner-freebsd-hackers Wed May 7 08:54:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA28445 for hackers-outgoing; Wed, 7 May 1997 08:54:15 -0700 (PDT) Received: from nyx.pr.mcs.net (nyx.pr.mcs.net [204.95.55.81]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA28439 for ; Wed, 7 May 1997 08:54:09 -0700 (PDT) Received: from nyx.pr.mcs.net (localhost [127.0.0.1]) by nyx.pr.mcs.net (8.8.5/8.8.5) with ESMTP id KAA05628 for ; Wed, 7 May 1997 10:53:22 -0500 (CDT) Message-Id: <199705071553.KAA05628@nyx.pr.mcs.net> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: Sockets API question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 10:53:22 -0500 From: Chris Csanady Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have been working on some buffering changes to the network code and came across something I am not sure what to do with. While accepting new connections on a listening socket, it seems that the hi water mark is the only option that gets inherited by the new socket. (aside from various things in the socket structure.) Anyways, how specific is the API about what is inherited? Thanks in advance, Chris Csanady From owner-freebsd-hackers Wed May 7 09:55:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01474 for hackers-outgoing; Wed, 7 May 1997 09:55:39 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01467 for ; Wed, 7 May 1997 09:55:36 -0700 (PDT) Received: from shasta.altavista-software.com (shasta.altavista-software.com [205.181.164.61]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id JAA06492; Wed, 7 May 1997 09:55:32 -0700 (PDT) Message-Id: <3.0.1.32.19970507125314.006b90d0@www.3am-software.com> X-Sender: matt@www.3am-software.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Wed, 07 May 1997 12:53:14 -0400 To: "Russell L. Carter" From: Matt Thomas Subject: Re: if_de.c ???? Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 03:12 PM 5/6/97 -0700, Russell L. Carter wrote: > >It *is* a (mostly?) volunteer effort, and it appears from here in >the cheap seats that Matt got irritated at something or another, and no >longer desires to keep de current, for whatever reason. The thing >I don't understand is why the cold shoulder given to the 211xxx >cards by Jordan and DG, among others. So what if the cpu utilization >is higher? These nics are cheap, and not sole source, IMHO a >real *good* thing. I don't get paid to maintain the de driver and it is a volunteer effort. It isn't that I'm irritated it's just that FreeBSD is not my primary development O/S (NetBSD is). I don't have the time/environment to track 3 different FreeBSD pools. As FreeBSD diverges from NetBSD and BSD/OS it makes tracking FreeBSD even more difficult. I just finished rewriting the de driver which allows it to support many more cards than it before (it now uses information in SEEPROM to decide on how to drive the card). It also supports 2 new chips. I sent a long flame a few ago to one of the NetBSD mailing lists and it (thankfully) got NetBSD to implement ifmedia support. The de driver requires ifmedia and not having it under FreeBSD is a big hurdle in getting the new de driver running under FreeBSD. Note that over the past 6 months I've had to move (work-wise) 4 times and I've switched jobs once. I just haven't much time to work on the de driver. That's my view on this mess. -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Wed May 7 09:55:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01502 for hackers-outgoing; Wed, 7 May 1997 09:55:49 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01497 for ; Wed, 7 May 1997 09:55:46 -0700 (PDT) Received: from shasta.altavista-software.com (shasta.altavista-software.com [205.181.164.61]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id JAA06499; Wed, 7 May 1997 09:55:34 -0700 (PDT) Message-Id: <3.0.1.32.19970507125323.006b90d0@www.3am-software.com> X-Sender: matt@www.3am-software.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Wed, 07 May 1997 12:53:23 -0400 To: Tim Tsai From: Matt Thomas Subject: Re: if_de.c ???? Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 10:35 PM 5/6/97 -0500, Tim Tsai wrote: > Michael, I don't think this is fair. If you look at the mailing list >archives I have publicly offered to pay somebody to support 21140-AC based >cards. I also sent mail directly to one of the core members and never >got a reply. However, you didn't send mail to me and I must have missed the mail on the mailing list. I've always had the policy that if someone sends me a board, I will try my hardest to get that board to work (I've only had to give up on one board). You don't even need to pay me (not that I'd refuse money). And now that I have my "lab" reestablished, it should be easier to test this stuff out. -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Wed May 7 09:55:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01528 for hackers-outgoing; Wed, 7 May 1997 09:55:58 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01517 for ; Wed, 7 May 1997 09:55:55 -0700 (PDT) Received: from shasta.altavista-software.com (shasta.altavista-software.com [205.181.164.61]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id JAA06536; Wed, 7 May 1997 09:55:45 -0700 (PDT) Message-Id: <3.0.1.32.19970507125334.006b90d0@www.3am-software.com> X-Sender: matt@www.3am-software.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Wed, 07 May 1997 12:53:34 -0400 To: dg@root.com From: Matt Thomas Subject: Re: if_de.c ???? Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 06:27 PM 5/6/97 -0700, David Greenman wrote: > The if_de driver is a #ifdef mess. It tries to support multiple operating >systems that are diverging quickly every day. Simply put, I can't personally >support it. This arrangement was fine while the author was willing to support >it, but he pulled support for FreeBSD and announced his intentions of only >supporting NetBSD. I never said that. I said that NetBSD was my primary development O/S. My W/S still runs FreeBSD (and wonders of wonders my new driver runs there just fine). Supporting BSD/OS, FreeBSD, NetBSD is a real pain. I really wish that that three could start converging instead of diverging but that isn't going to happen soon. Now that FreeBSD is going to be ported to Alpha I can only hope that FreeBSD doesn't invent its own way of doing architectural independent bus access but instead adopts NetBSD's bus_space idea (and does not gratutiously change it). > At that point the code started to grow some mold. I really really wish that FreeBSD has a stable DDK interface. Unfortunately FreeBSD changes faster than I have the free time to keep pace with. At least the NetBSD folks notify when something is changing so I know to react. >One of the problems with having such a popular NIC, coupled with little >architectural direction from the manufacturer, is that you get a variant- >a-week syndrome (different serial EEPROMs, different format for the data >in the EEPROM, etc) - and no matter what you do, it's not possible to deal >with this in a clean way. So how can I or anyone else who is knowledgeable >about the 'de' cards recommend them? Sure, the old ones work fine - but this >means nothing when you go out and buy a new one. The new driver does deal with SEEPROM in a clean way. That's why I spent six months rewriting and testing it. It's only problem is that it requires some code that currently is not part of FreeBSD. Sigh, -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Wed May 7 09:56:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01581 for hackers-outgoing; Wed, 7 May 1997 09:56:09 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA01574 for ; Wed, 7 May 1997 09:56:07 -0700 (PDT) Received: from shasta.altavista-software.com (shasta.altavista-software.com [205.181.164.61]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id JAA06549; Wed, 7 May 1997 09:55:49 -0700 (PDT) Message-Id: <3.0.1.32.19970507125349.006b90d0@www.3am-software.com> X-Sender: matt@www.3am-software.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Wed, 07 May 1997 12:53:49 -0400 To: Dennis From: Matt Thomas Subject: Re: if_de.c ???? Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 08:51 AM 5/6/97 -0400, Dennis wrote: >At 03:06 PM 5/5/97 -0700, you wrote: >>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. > >Its a "hack" because the user has to hack his O/S to make it work. Its simply >not feasible to have a customer do this. BSD/OS and NetBSD already have ifmedia built in. Only FreeBSD does not (yet) have it as a standard component. With the various configurations taht the de supports, anything else but ifmedia is a hack. -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Wed May 7 09:58:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA01767 for hackers-outgoing; Wed, 7 May 1997 09:58:03 -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 JAA01752 for ; Wed, 7 May 1997 09:57:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA21295; Wed, 7 May 1997 09:52:07 -0700 From: Terry Lambert Message-Id: <199705071652.JAA21295@phaeton.artisoft.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: michaelh@cet.co.jp (Michael Hancock) Date: Wed, 7 May 1997 09:52:06 -0700 (MST) Cc: terry@lambert.org, jkh@time.cdrom.com, bde@zeta.org.au, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: from "Michael Hancock" at May 7, 97 11:26:34 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > I hate __P() and will fight a guerilla war against it if I have to. > > > > > > So do I. I'd do it in straight ANSI first and then if there's an uproar > > > of people who can provide details of their K&R applications that require > > > __P() then you can begrudgingly add it later. > > > > Cool. You guys sound like Sun Microsystems statistically adressing > > sev 1 bugs. > > On the contrary, a consistent interface exclusively tailored for new code > reduces the spec and this increases the chances of delivering bug free > code for the class of new apps that would use the lib. I meant in terms of "We'll do it this obviously unpopular way, and if there's an uproar, well then we'll go back and do it again the way the uproar wants". The sword of Damocles cuts both ways: it is just as bad to cave to popular opinion as it is to do something in an obvious unpopular way for personal preferences on "style". It's "politicl correctness" vs. "rightious indignation", with no reasonable middle ground. That's what sounded like Sun Microsystems handling a SunOS bug, to me. Of course, I've only been on the customer side of the Sun Microsystems process, so maybe it's not as clear as I paint it. My favorite sev 1 bug on SunOS 2.x is "the code is derived from SVR4; system will not operate". 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 Wed May 7 10:08:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02107 for hackers-outgoing; Wed, 7 May 1997 10:08:06 -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 KAA02096 for ; Wed, 7 May 1997 10:08:03 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA21310; Wed, 7 May 1997 09:56:03 -0700 From: Terry Lambert Message-Id: <199705071656.JAA21310@phaeton.artisoft.com> Subject: Re: Broken NetWare 3.12 TCP/IP support ? To: bazilio@economic.acnit.ac.ru (Vasily V. Grechishnikov) Date: Wed, 7 May 1997 09:56:03 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Vasily V. Grechishnikov" at May 7, 97 02:17:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The both netware interfaces .19 and .50 has identical netmasks: > 255.255.255.248 . This netmask will not work with the old NLM's. You should download the new NLM's (which I've just been made aware of (Thanks!) to let you use the netmasks you want. > > You don't give the 'names' of your wires, other than the top > > level one (named 193.233.113.0/255.255.255.0), so this is mostly > > speculation from my own experience using NetWare boxes as IP > > routers at Novell, Sandy. > LAN0 - 193.233.113.0/28 > LAN1 - 193.233.113.16/29 > LAN2 - 193.233.113.48/29 > LAN3 - 193.233.113.32/28 > LAN4 - 193.233.113.64/28 - cable is now disconnected because is broken. Splitting both 28 and 29 off the same wire is ...scary. Generally, you want subnetting to be uniform across any class C. Also, non-power-of-2 masking may be a problem for you in any case, even with the new NLM's. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 7 10:21:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02759 for hackers-outgoing; Wed, 7 May 1997 10:21:35 -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 KAA02749; Wed, 7 May 1997 10:21:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id KAA03648; Wed, 7 May 1997 10:09:03 -0700 (PDT) Message-Id: <199705071709.KAA03648@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: "David S. Miller" Cc: jkh@time.cdrom.com, hsu@freebsd.org, jkh@hub.freebsd.org, hackers@hub.freebsd.org Subject: Re: Alpha questions... Reply-To: Jason Thorpe From: Jason Thorpe Date: Wed, 07 May 1997 10:09:02 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997 08:06:06 -0400 "David S. Miller" wrote: > Yes, it does. And for various political and cost reasons, we have > no other choice. > > Care to elaborate? I'm very curious as to what the problems would be > if you used the OSF palcode... Huh? The problems are if you _don't_ use the OSF PALcode. The reasons for this should be mostly obvious :-) 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 Wed May 7 10:22:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02870 for hackers-outgoing; Wed, 7 May 1997 10:22:28 -0700 (PDT) Received: from lestat.nas.nasa.gov (lestat.nas.nasa.gov [129.99.50.29]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA02860; Wed, 7 May 1997 10:22:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id KAA03674; Wed, 7 May 1997 10:10:12 -0700 (PDT) Message-Id: <199705071710.KAA03674@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" Cc: "David S. Miller" , hsu@freebsd.org, jkh@hub.freebsd.org, hackers@hub.freebsd.org Subject: Re: Alpha questions... Reply-To: Jason Thorpe From: Jason Thorpe Date: Wed, 07 May 1997 10:10:11 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 07 May 1997 05:15:10 -0700 "Jordan K. Hubbard" wrote: > > Care to elaborate? I'm very curious as to what the problems would be > > if you used the OSF palcode... > > Well, the politics are too much to go into here (I'd have to explain > the various byzantine issues involved between the various Digital BUs > who own different and distinct pieces of the ALPHA pie, and my fingers > just aren't up for that anyway :) but I can say two things > unequivocably: ...oh, hehe, I was talking about technical problems... 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 Wed May 7 10:22:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA02880 for hackers-outgoing; Wed, 7 May 1997 10:22:29 -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 KAA02867 for ; Wed, 7 May 1997 10:22:27 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA21439; Wed, 7 May 1997 10:16:35 -0700 From: Terry Lambert Message-Id: <199705071716.KAA21439@phaeton.artisoft.com> Subject: Re: if_de.c ???? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 7 May 1997 10:16:35 -0700 (MST) Cc: mrcpu@cdsnet.net, dennis@etinc.com, tim@futuresouth.com, hackers@FreeBSD.ORG In-Reply-To: <6125.862967263@time.cdrom.com> from "Jordan K. Hubbard" at May 6, 97 06:07:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If no 2nd-eschelon group moves forward and takes over support in the > areas vacated by the front-line troups then yes, of course the quality > of life will gradually decline there. Is that the fault of the > front-line troups for not simply staying static in one location and > ignoring any and all entreaties to advance? No. It is not. It is a > breakdown in the formation of this "2nd eschelon" and some of you guys > are going to have to get off your asses and address this before it > will get a lot better, and no fooling. Since FreeBSD is very close > (minus a small fractional percentage) to being volunteer driven, if > it's only making it 80% there then somebody isn't pulling his or her > 20%. :-) I volunteer for the 2nd eschelon for the FS code. I notice no one is making unionfs and nullfs work yet, still, and it's only been how many years since the initial 2.0 release? Eventually, you have to say "the 1st eschelon must have moved on, because all I see are bomb craters out there on hill 401...". If you respond "you can't work well with others...", I'll point out that there is little cooperation necessary between bomb fragments and a lone soldier with a divot replacement tool. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 7 10:28:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03285 for hackers-outgoing; Wed, 7 May 1997 10:28:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03280 for ; Wed, 7 May 1997 10:28:48 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA21463; Wed, 7 May 1997 10:23:39 -0700 From: Terry Lambert Message-Id: <199705071723.KAA21463@phaeton.artisoft.com> Subject: Re: Alpha questions.. To: thorpej@nas.nasa.gov Date: Wed, 7 May 1997 10:23:39 -0700 (MST) Cc: ccsanady@nyx.pr.mcs.net, jkh@time.cdrom.com, brandon@cold.org, FreeBSD-Hackers@FreeBSD.ORG In-Reply-To: <199705070210.TAA23402@lestat.nas.nasa.gov> from "Jason Thorpe" at May 6, 97 07:10:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Just out of curiosity, couldn't we use a large part of the NetBSD/alpha > > machine dependant code? I would think that this would significantly > > speed up a port.. > > ...if you do that, you'll probably have to use a large part of the > NetBSD machine-independent code, too... since the MD code uses MI > facilities, while the MI facilities also rely on MD support. Yes. This is in line with Steve Passe's comments on SMP Alpha support, and the need to abstract hardware in a formal HAL. Actually, I'd like to see hardware offer "services" to the kernel; this is a bit lower level than a traditional HAL, since it would be things like "this chip offers these three services" and "that chip and this chip in concert offer pcaudio services". This is slightly (not unreconcilably much) different than the NetBSD MI code. One of the hairiest problems back on the orginal FreeBSD PCI Alpha code was getting the time and other services up to support the FreeBSD console code, since they were *extremely* PC architecture dependent. The Alpha bridged it's ISA the other direction off the PCI than a PC (a *much* better design, but what's new there?). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 7 10:30:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03447 for hackers-outgoing; Wed, 7 May 1997 10:30:46 -0700 (PDT) Received: from boulder.syr.servtech.com (boulder.syr.servtech.com [206.106.144.94]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA03433 for ; Wed, 7 May 1997 10:30:34 -0700 (PDT) Received: from boulder.syr.servtech.com (localhost [127.0.0.1]) by boulder.syr.servtech.com (8.8.5/8.8.5) with SMTP id NAA05470 for ; Wed, 7 May 1997 13:33:32 -0400 (EDT) Message-ID: <3370BCEB.1CFBAE39@servtech.com> Date: Wed, 07 May 1997 13:33:31 -0400 From: Shawn Carey X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.2.1-RELEASE i386) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: FTP Performance Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I have what seems to be a strange problem with FTP performance varying drastically between getting files from and putting files to my FreeBSD 2.2.1 FTP server. The machine is connected to my ISP with iijppp via a 28.8 modem. When I FTP to a remote server, receiving files come in reasonably at 3.5-4.0 K/sec. The same is true if someone FTP's to my system and puts a file. But when someone connects to my system and tries to get a file or if I FTP to a remote server and try to put a file, the performance is dismal (bytes/sec) and typically the transfer never even completes. In short, trying to get files out of my system, either by putting as a client or by being get'ed as a server doesn't work well at all. To make matters even stranger (or maybe not), all of these problems disappear if I only FTP to/from systems inside my ISP's routers. I have contacted them about this, and they claim that the problem lies with the systems I am trying to transfer files to/from. I could believe this if the throughput were roughly the same no matter which direction the bits were travelling. So I guess what I'm hoping to learn here is: a) Is there anything I can adjust to speed up outgoing FTP transfers? b) Is there any way I can prove or disprove my ISP's claim. I could probably prod them into action with hard evidence, but I don't know how to get it... Any suggestions are appreciated. Thanks, -Shawn Carey From owner-freebsd-hackers Wed May 7 10:34:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA03644 for hackers-outgoing; Wed, 7 May 1997 10:34:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03632 for ; Wed, 7 May 1997 10:34:04 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA21492; Wed, 7 May 1997 10:29:27 -0700 From: Terry Lambert Message-Id: <199705071729.KAA21492@phaeton.artisoft.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: gclarkii@main.gbdata.com (Gary Clark II) Date: Wed, 7 May 1997 10:29:27 -0700 (MST) Cc: terry@lambert.org, bde@zeta.org.au, jkh@time.cdrom.com, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: <199705070157.UAA00649@main.gbdata.com> from "Gary Clark II" at May 6, 97 08:57:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > No. But I compile code from the FreeBSD source tree on these machines. > --SNIP-- > > No, but I compile code from the FreeBSD source tree on these machines. > --SNIP > > How many people really do this? Is it worth the effort to support this > instead of supporting more modern styles and standards. Why must this be an either-or-choice? The point of __P() is that it is not supposed to be. As others have pointed out, no CSRG headers are not already safed this way; it's all third party code, or headers added for FreeBSD internal abstraction, which aren't compilable. Much better to compile on all the compilers you can, instead of limiting yourself. > > Also, I think you are forgetting that the reason for the UCB license > > on FreeBSD was so that people could take the code and do what they > > want with it, including compiling it on "OTHER" systems, not as part > > of a FreeBSD system. > > Does this mean I've got to write my code for those systems? I don't think > so.... You're right; it doesn't mean that. Your code will just work on those systems as well, if you write it portably. If not, well, you're free to restrict your potential market all you want: it's your code. > Also, I've never said a word about the license (a matter of fact, the license > I use is less strict than UCBs'). I was just trying to figure out why we > are trying to support "OLD" systems when we are supposed to be a modern > OS. The orignal 4.4-lite files are still out there. Those can used for > the older systems. Since when is "less portable" equal to "more modern"? This is the second false dichotomy you've presented me. Next you will ask me "Yes or No: have you stopped beating your girlfriend?"... Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 7 11:00:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA04799 for hackers-outgoing; Wed, 7 May 1997 11:00:12 -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 KAA04760 for ; Wed, 7 May 1997 10:59:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA21604; Wed, 7 May 1997 10:54:28 -0700 From: Terry Lambert Message-Id: <199705071754.KAA21604@phaeton.artisoft.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: michaelh@cet.co.jp (Michael Hancock) Date: Wed, 7 May 1997 10:54:28 -0700 (MST) Cc: terry@lambert.org, rb@gid.co.uk, bde@zeta.org.au, hackers@FreeBSD.ORG, jkh@time.cdrom.com, nadav@barcode.co.il, gclarkii@main.gbdata.com In-Reply-To: from "Michael Hancock" at May 7, 97 11:57:41 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 > > Why do I feel the ANSI people are selling the history of the UNIX > > culture down the river? > > I write little programs called foo.c in K&R all the time and probably > always will. > > For production quality code for use by others for new development I want > compiler help in enforcing correct use of my interfaces. Most modern > compilers are by default 'ANSI minus astonishing ANSI' which usually > leaves what we want. For production quality code for use by others for new developement, I use a compiler which "decorates" symbols. Yeah, it's stupid to do that, but what can you do when the compiler idiots won't put any attribution fields in the object format's symbol table? Answer: you decorate instead of attribute. Then the linker *strongly* and *loudly* enforces both calling conventions and return values. Not only that, if I get a commercial linker instead of relying on hacker-ware, it will undecorate the names and tell me things like: Error: invert.c: line 78: lseek called with 2nd argument type 'int' when type 'quad' was expected. ...or, if I turn off fatality for this type of error: Warning: invert.c: line 78: lseek called with 2nd argument type 'int' when type 'quad' was expected; an argument conversion stub function has been supplied. and the code works. Personally, I want my calling conventions enforced, even when I fail to have a prototype in scope. A standard ANSI compiler won't bitch about linking objects with bogus prototypes (kernel vs. user land function calling conventions, etc.), and it won't bitch about linking K&R compiled code with ANSI compiled code, with argument and return value mismatches. That's because all it has knowledge of are the symbols themselves, not their proper and actualy use. It *SHOULD* bith in these cases. I'd *welcome* a compiler that warned the bejesus out of me when I linked K&R to ANSI code -- and then produced runnable code *anyway*. I'd link the ANSI code with the stub creation warning on, and I'd link the K&R code with it off. And get running code, which is more important than unpuckering some standard committee's anus, IMO. ANSI prototypes buy me nothing over smart linker technology, other than implying type conversion (as the warning case, above), when doing so is probably an error (why the hell was the type 'int' when it should have been 'off_t' ['quad'] in the calling code? With type coercion from an in scope prototype, I'm silently losing precision -- precision I may *need*. And you think 2 digit date fields are a problem...). We all know ANSI prototypes were invented to hide "far" calls in the Windows 3.1 API... let's be honest with ourselves. They are yet another Microsoft'ism designed to make it easier for Microsoft while forcing all of the rest of the word to update their compilers... "Updating anyway? Why not update to Microsoft?". Bletch. Their only redeeming value is that C++ is overly strict about function declaration (even when there is a prototype in scope to make it "do the right thing" -- all information is equally available with both declaration styles), so you can compile the code in a C++ compiler, which should work for normal function declarations as long as there is an in scope prototype (C++ can require this) anyway. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 7 11:01:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA04923 for hackers-outgoing; Wed, 7 May 1997 11:01:37 -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 LAA04903 for ; Wed, 7 May 1997 11:01:32 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wPAxV-0007MB-00; Wed, 7 May 1997 10:56:57 -0700 Date: Wed, 7 May 1997 10:56:57 -0700 (PDT) From: Tom Samplonius To: Shawn Carey cc: freebsd-hackers@freebsd.org Subject: Re: FTP Performance In-Reply-To: <3370BCEB.1CFBAE39@servtech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Shawn Carey wrote: > Hello, > > I have what seems to be a strange problem with FTP performance varying > drastically between getting files from and putting files to my FreeBSD > 2.2.1 FTP server. > > The machine is connected to my ISP with iijppp via a 28.8 modem. When I > FTP to a remote server, receiving files come in reasonably at 3.5-4.0 > K/sec. The same is true if someone FTP's to my system and puts a file. > > But when someone connects to my system and tries to get a file or if I > FTP to a remote server and try to put a file, the performance is dismal > (bytes/sec) and typically the transfer never even completes. > > In short, trying to get files out of my system, either by putting as a > client or by being get'ed as a server doesn't work well at all. > > To make matters even stranger (or maybe not), all of these problems > disappear if I only FTP to/from systems inside my ISP's routers. I have > contacted them about this, and they claim that the problem lies with the > systems I am trying to transfer files to/from. I could believe this if > the throughput were roughly the same no matter which direction the bits > were travelling. > > So I guess what I'm hoping to learn here is: > > a) Is there anything I can adjust to speed up outgoing FTP transfers? > b) Is there any way I can prove or disprove my ISP's claim. I could > probably prod them into action with hard evidence, but I don't know how > to get it... > > Any suggestions are appreciated. > > Thanks, > -Shawn Carey > > Try fiddling with the tcp_extensions option in /etc/sysconfig It could be that your ISP's border router can't handle them. Tom From owner-freebsd-hackers Wed May 7 11:08:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05361 for hackers-outgoing; Wed, 7 May 1997 11:08:21 -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 LAA05355 for ; Wed, 7 May 1997 11:08:14 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost.lan.awfulhak.org [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id TAA28034; Wed, 7 May 1997 19:03:42 +0100 (BST) Message-Id: <199705071803.TAA28034@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: bind before hosts and iijppp... In-reply-to: Your message of "Wed, 07 May 1997 09:03:26 +0200." <19970507090326.ZT46804@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 19:03:42 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Brian Somers wrote: > > > > ; NB: Don't blindly comment out the examples below. :-) Use actual > > ^^^ > > Don't you mean "in" ? > > ``uncomment'' :) Pah. I was brought up speaking English and I still say things like "plug out" too ! [.....] > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed May 7 11:09:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05446 for hackers-outgoing; Wed, 7 May 1997 11:09:28 -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 LAA05430; Wed, 7 May 1997 11:09:17 -0700 (PDT) Received: from nbki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id RAA25876; (8.6.11/zah/2.1) Wed, 7 May 1997 17:35:06 GMT Received: from cki.ipri.kiev.ua by nbki.ipri.kiev.ua with ESMTP id SAA01626; (8.6.9/zah/1.1) Wed, 7 May 1997 18:21:18 +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 SAA11954; Wed, 7 May 1997 18:32:28 +0300 (EET DST) Message-ID: <337092DE.A3A@cki.ipri.kiev.ua> Date: Wed, 07 May 1997 17:33:42 +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: "matthew c. mead" CC: question@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: need disk error help! References: <199705061858.OAA11402@goof.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk matthew c. mead wrote: > > Hi, I'm trying to resolve a problem on a machine which is > having what appears to be drive errors. Can someone help me > interpret this message and figure out what to do to mark this > part of the disk as unusable or some other measure? Thanks! > > These messages are showing up on the console (and in the > dmesg log): > > wd0s1h: hard error reading fsbn 2086522 of 2086512-2086527 (wd0s1 bn 3135098; cn 3110 tn 3 sn 29)wd0: status 59 error 10 > wd0s1h: hard error reading fsbn 2086522 of 2086512-2086527 (wd0s1 bn 3135098; cn 3110 tn 3 sn 29)wd0: status 59 error 40 > > Any ideas? Thanks! > enter in sysconfig, (better from floppy), go to Label Editor, set BadBlockScan in wd0s, than type "W". then Quit, and mashine will perform scanning of you hard disk for bad blocks. > -matt > > -- > Matthew C. Mead > > mmead@goof.com > http://www.goof.com/~mmead/ From owner-freebsd-hackers Wed May 7 11:10:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05540 for hackers-outgoing; Wed, 7 May 1997 11:10:12 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA05534 for ; Wed, 7 May 1997 11:10:10 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id LAA09964; Wed, 7 May 1997 11:10:05 -0700 (PDT) To: Dennis cc: hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Wed, 07 May 1997 09:00:20 EDT." <3.0.32.19970507090018.006e3b78@etinc.com> Date: Wed, 07 May 1997 11:10:05 -0700 Message-ID: <9960.863028605@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I've got a whole bunch...and I could fix it, but it'll just be > broken when 2.2.2 comes out (which could be any minute now), so why > bother? I'll just peddle them on the netbsd list if I have A fine attitude, Dennis, and as usual you misidentify the problems in your haste to skewer the FreeBSD project (I honestly don't see what enjoyment you derive from it). And if you had any skill at running your own business or dealing your own customers to demonstrate then I'd be more inclined to listen to you but, as it is, you are so clearly deficient in both areas that I can only conclude that this is would be a little like taking a family counseling session from Lizzy Borden. Dennis, truly, this just adds insult to injury. Jordan From owner-freebsd-hackers Wed May 7 11:10:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05565 for hackers-outgoing; Wed, 7 May 1997 11:10:17 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA05496; Wed, 7 May 1997 11:09:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA21682; Wed, 7 May 1997 11:05:22 -0700 From: Terry Lambert Message-Id: <199705071805.LAA21682@phaeton.artisoft.com> Subject: Re: 2.2 Splashkit To: sos@sos.freebsd.dk (Søren Schmidt) Date: Wed, 7 May 1997 11:05:22 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, rhh@ct.picker.com, msmith@FreeBSD.ORG, sos@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199705070637.IAA05436@sos.freebsd.dk> from "Søren Schmidt" at May 7, 97 08:37:54 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > - A MSW95 LOGO.SYS converter for lifting cool pre-built splash pages > > > of the net and flipping them into FreeBSD :-) (Slap me, I'm dream > > > ing :-) > > I'm sure they're just BMP images slapped on the back of an executable... > > They are just BMP files with another name :) > > sos> file logo.sys > logo.sys: PC bitmap data, Windows 3.x format, 320 x 400 x 8 > sos> They have a seperate pallette channel for the color-cycle animation, so they are not simple bitmaps. I have editted a number of these on Win95 for various editorial comments on MS products (if they don't want people seeing these comments, they only have to make their OS's more robust). You can not use a standard bitmap editor because it collapses the color pallette. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 7 11:15:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA05978 for hackers-outgoing; Wed, 7 May 1997 11:15:28 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA05955 for ; Wed, 7 May 1997 11:15:22 -0700 (PDT) Received: (qmail 19712 invoked by uid 1000); 7 May 1997 18:01:16 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD X-PRIORITY: 2 (High) Priority: urgent Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 07 May 1997 10:44:52 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: FreeBSD-Hackers@FreeBSD.org, FreeBSD-SCSI@FreeBSD.org Subject: Fatal Trap 1: privileged instruction fault... Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk ... while in kernel mode I get this while doing a ``return(COMPLETE);'' from dpt_scsi_cmd(), in response to the loop triggered by scsi_attachdevs(). It never happened until this morning. Last night I replaced a bunch of queue macros with functions. Quite unrelated. The functions are static inline, but I switched the inline part off and still the same result. The code is very innocent and appears to checkout OK. Maybe unrelated, but we have a few instances where calls to a function return the value from the previous call, rather than the current call, as in: char *foo(int yes) { if ( yes ) return("Yes"); return("No"); } printf("%s\n", foo(1)); ... < Produces "Yes" on the screen > printf("%s\n", foo(0)); ... < produces "No" on the screen > BUT... printf("%s-%s\n", foo(1), foo(0)); produces "Yes-Yes" instead of "Yes-No"... The actual example is much more complex, of course... :-( Any suggestions (the second case is much less important, but maybe it relates. The panic is a complete showstopper! Thanx! Simon BTW, whoever unsubscribed me from ALL FreeBSD lists - Please don't... From owner-freebsd-hackers Wed May 7 11:29:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06759 for hackers-outgoing; Wed, 7 May 1997 11:29:50 -0700 (PDT) Received: (from jmb@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06735; Wed, 7 May 1997 11:29:20 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199705071829.LAA06735@hub.freebsd.org> Subject: Re: if_de.c ???? To: terry@lambert.org (Terry Lambert) Date: Wed, 7 May 1997 11:29:20 -0700 (PDT) Cc: jkh@time.cdrom.com, mrcpu@cdsnet.net, dennis@etinc.com, tim@futuresouth.com, hackers@freebsd.org In-Reply-To: <199705071716.KAA21439@phaeton.artisoft.com> from "Terry Lambert" at May 7, 97 10:16:35 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > I volunteer for the 2nd eschelon for the FS code. I notice no one is > making unionfs and nullfs work yet, still, and it's only been how work is being done on the union fs code please subscribe to freebsd-fs and cvs lists. you'll be able to see commit messages there jmb From owner-freebsd-hackers Wed May 7 11:31:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06885 for hackers-outgoing; Wed, 7 May 1997 11:31:57 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06878; Wed, 7 May 1997 11:31:53 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id LAA10107; Wed, 7 May 1997 11:31:49 -0700 (PDT) To: Jason Thorpe cc: "David S. Miller" , hsu@freebsd.org, jkh@hub.freebsd.org, hackers@hub.freebsd.org Subject: Re: Alpha questions... In-reply-to: Your message of "Wed, 07 May 1997 10:10:11 PDT." <199705071710.KAA03674@lestat.nas.nasa.gov> Date: Wed, 07 May 1997 11:31:49 -0700 Message-ID: <10104.863029909@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ...oh, hehe, I was talking about technical problems... Almost irrelevant here in the shadow of the political ones. :) Jordan From owner-freebsd-hackers Wed May 7 11:32:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA07014 for hackers-outgoing; Wed, 7 May 1997 11:32:59 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA07009 for ; Wed, 7 May 1997 11:32:57 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id LAA10095; Wed, 7 May 1997 11:31:22 -0700 (PDT) To: Terry Lambert cc: mrcpu@cdsnet.net, dennis@etinc.com, tim@futuresouth.com, hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Wed, 07 May 1997 10:16:35 PDT." <199705071716.KAA21439@phaeton.artisoft.com> Date: Wed, 07 May 1997 11:31:22 -0700 Message-ID: <10090.863029882@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I volunteer for the 2nd eschelon for the FS code. I notice no one is > making unionfs and nullfs work yet, still, and it's only been how Actually, that's doing something of a disservice to Takenori Kato, who has been working steadily on unionfs in -current (and even provided some 2.2-relative patches here to test, not that I saw anyone actually testing them :). Don't you read your commit mail? ;-) > If you respond "you can't work well with others...", I'll point out > that there is little cooperation necessary between bomb fragments > and a lone soldier with a divot replacement tool. Not my response at all, and I'd love to see you take up some of these 2nd-eschelon duties. Perhaps you can even lead the other soldiers on the occasional charge up porkchop hill. :-) Jordan From owner-freebsd-hackers Wed May 7 11:54:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08062 for hackers-outgoing; Wed, 7 May 1997 11:54:37 -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 LAA08055 for ; Wed, 7 May 1997 11:54:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA21870; Wed, 7 May 1997 11:48:35 -0700 From: Terry Lambert Message-Id: <199705071848.LAA21870@phaeton.artisoft.com> Subject: Re: if_de.c ???? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 7 May 1997 11:48:35 -0700 (MST) Cc: terry@lambert.org, mrcpu@cdsnet.net, dennis@etinc.com, tim@futuresouth.com, hackers@FreeBSD.ORG In-Reply-To: <10090.863029882@time.cdrom.com> from "Jordan K. Hubbard" at May 7, 97 11:31:22 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I volunteer for the 2nd eschelon for the FS code. I notice no one is > > making unionfs and nullfs work yet, still, and it's only been how > > Actually, that's doing something of a disservice to Takenori Kato, who > has been working steadily on unionfs in -current (and even provided > some 2.2-relative patches here to test, not that I saw anyone actually > testing them :). Don't you read your commit mail? ;-) No. I cvs diff areas which show up as "M" or "C" in CVS updates, and updates in general if the files updated are on my "interesting" list. It's all automated, and it's much less "noise" traffic than if I had to sort the interesting commits from the non-interesting. Now that you have pointed this out, I will look for the changes. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 7 11:55:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA08145 for hackers-outgoing; Wed, 7 May 1997 11:55:37 -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 LAA08138 for ; Wed, 7 May 1997 11:55:34 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA05473; Wed, 7 May 1997 11:54:56 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma005467; Wed May 7 11:54:27 1997 Received: (from archie@localhost) by bubba.whistle.com (8.7.5/8.6.12) id LAA01477; Wed, 7 May 1997 11:54:27 -0700 (PDT) From: Archie Cobbs Message-Id: <199705071854.LAA01477@bubba.whistle.com> Subject: Re: divert still broken? In-Reply-To: <5kpbbn$j4n@news.itfs.nsk.su> from "Nickolay N. Dudorov" at "May 7, 97 07:35:19 am" To: nnd@info.itfs.nsk.su (Nickolay N. Dudorov) Date: Wed, 7 May 1997 11:54:27 -0700 (PDT) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Anything else? :-) > > Can it be possible to extend 'negative' comparison > logic to other filter components f.e. > > add 4032 deny all from xxx.xxx.xxx.0 to any out via not cx0 > (or not via cx0 ?) > > Currently this is possible for src and dst addresses (and there > is no more available flag bits ;-) The biggest problem I've had is that setsockopt() limits the argument to 108 bytes (which is MLEN - ie., the size of an mbuf minus the header). Right now sizeof(struct ip_fw) == 108, so there's no more room. The flags words is 16 bits and it's all used up as well. Question: would it be possible to move to an ioctl() based system instead of setsockopt()? Since kernel malloc() allocates things in powers of two, struct ip_fw could then expand up to 128 bytes without using up any more kernel memory. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Wed May 7 12:03:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA08579 for hackers-outgoing; Wed, 7 May 1997 12:03:51 -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 MAA08572 for ; Wed, 7 May 1997 12:03:39 -0700 (PDT) Received: from cki.ipri.kiev.ua by aviion.ts.kiev.ua with ESMTP id TAA29301; (8.6.11/zah/2.1) Wed, 7 May 1997 19:42:37 GMT 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 VAA12271; Wed, 7 May 1997 21:42:09 +0300 (EET DST) Message-ID: <3370BF53.5D53@cki.ipri.kiev.ua> Date: Wed, 07 May 1997 20:43:24 +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: Thomas David Rivers CC: adrian@obiwan.psinet.net.au, rssh@cki.ipri.kiev.ua, avalon@coombs.anu.edu.au, freebsd-hackers@FreeBSD.ORG, thorpej@nas.nasa.gov Subject: Re: Antispam sendmail.cf modifications.. References: <199705071035.GAA03115@lakes.water.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thomas David Rivers wrote: > > > > > > > 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. > > > > GUI tools are good for most things, except for very low-level stuff or > > doing evil tweaky things to configurations. :) > > Let me add something else to the list of where not to use a GUI: > Multiple/repetitive items (e.g. adding 500 freshmen accounts to > several systems.) GUI config without programm interface to config (in our case it is text files, which we can s/../ / and so on) is bad. But in sheme GUI->TextFile all is normal. > > > > However, I like GUIs because it makes the *end user* feel more comfortable > > configuring something. Sysadmins and clued people of a similar nature are > > the edit-config-file-type, however I thought FreeBSD was also aimed at the > > average joe running Windows :) > > We have tended toward that direction a little more recently; but my > understand had been that we would accomodate the Windowsphile when possible > but not, in general. > Of course, GUI a little save time for sysadmin (do not think what file patch) In principal, the most correct way is some in style central GUI -> TextFiles -> cfengine (or make) > > > > Adrian > > > > - Dave Rivers - From owner-freebsd-hackers Wed May 7 13:21:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13330 for hackers-outgoing; Wed, 7 May 1997 13:21:05 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA13313 for ; Wed, 7 May 1997 13:20:50 -0700 (PDT) Received: (qmail 21396 invoked by uid 1000); 7 May 1997 20:13:21 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD X-PRIORITY: 2 (High) Priority: urgent Content-Type: text/plain; charset=iso-8859-8 Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Wed, 07 May 1997 12:19:19 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: FreeBSD-Hackers@FreeBSD.org, FreeBSD-SCSI@FreeBSD.org Subject: Re: Privileged Instruction Fault... Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The plot thikens. Here are some new findings. These only confuse me. * 2 Kernels. Identical in all respects (All from RELENG_2_2 of this morning (but the problem existed last night on a week old tree). * The only difference is: Kernel A has in line 568 of sys/scsi/scsi_base.c: retval = (*(sc_link->adapter->scsi_cmd)) (xs); This is the normal, standard code. Kernel B has in the same line: printf("%s-%d %p(%p)\n", __FILE__, __LINE__, sc_link->adapter->scsi_cmd, xs); retval = (*(sc_link->adapter->scsi_cmd)) (xs); printf("%s-%d\n", __FILE__, __LINE__); (I am printing out the values of the function pointer and the argument, xs). At boot time, kernel A panics with: dpt0: waiting for scsi devices to settle dpt0: Select Timeout < generated by the driver for non-existing devices > 1281 < line number in the driver, just before return from dpt_scsi_cmd, called by the above line in scsi_base.c > Fata trap 1: Privileged instruction fault while in kernel mode. IP = 0x08:0xf01940c7 SP = 0x10:0xefbffd50 FP = 0x10:0xefbffd68 And kernel B panics with: scsi_base.c-567 0xf0ib82a4(0xf088ba80) < This is the printf > Fatal trap 12: page fault while in kernel mode Fault address 0x41 IP = 0x08:0xf01c2f32 SP = 0x10:0xefbffce0 FP = 0x10:0xefbffd48 Now go figure... :-) All of this worked last night! Really! It is something I do, that is for sure. If you want to look at the stuff, please look at sendero-ppp.i-connect.net (206.190.143.100). Get in as anon-ftp and look in /crash. Thanx a million for any help. Simon From owner-freebsd-hackers Wed May 7 13:34:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA13983 for hackers-outgoing; Wed, 7 May 1997 13:34:22 -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 NAA13963 for ; Wed, 7 May 1997 13:34:18 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id MAA03167 for ; Wed, 7 May 1997 12:59:48 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd003165; Wed May 7 19:59:45 1997 Message-ID: <3370DF27.398A68D@whistle.com> Date: Wed, 07 May 1997 12:59:35 -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: CVS guru's only Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ok, so I have a branch on the cvs tree (say called RELENG_2_2) and I want to check out that branch as it was on Dec 25 1996. HOW DO I DO THAT? julian From owner-freebsd-hackers Wed May 7 14:44:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19478 for hackers-outgoing; Wed, 7 May 1997 14:44: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 OAA19473 for ; Wed, 7 May 1997 14:44: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 WAA07559; Wed, 7 May 1997 22:41:49 +0100 (BST) Message-Id: <199705072141.WAA07559@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Julian Elischer cc: hackers@freebsd.org Subject: Re: CVS guru's only In-reply-to: Your message of "Wed, 07 May 1997 12:59:35 PDT." <3370DF27.398A68D@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 22:41:49 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ok, so I have a branch on the cvs tree > (say called RELENG_2_2) > and I want to check out that branch as it was on Dec 25 1996. > HOW DO I DO THAT? Dunno - interesting though that the underlying commands allow both -D and -r ! But then, I guess you've already figured that out ! > julian -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Wed May 7 14:58:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20136 for hackers-outgoing; Wed, 7 May 1997 14:58:12 -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 OAA20129 for ; Wed, 7 May 1997 14:58:10 -0700 (PDT) Received: from pollux.gel.usherb.ca by zeus.gel.usherb.ca (4.1/SMI-4.1) id AA00955; Wed, 7 May 97 17:57:57 EDT Received: by pollux.gel.usherb.ca (SMI-8.6/SMI-SVR4) id RAA03562; Wed, 7 May 1997 17:57:57 -0400 Date: Wed, 7 May 1997 17:57:56 -0400 (EDT) From: "Alex.Boisvert" To: "Lenzi, Sergio" Cc: hackers@FreeBSD.ORG Subject: Re: Applixware hangs 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 > The system hangs due to the libc version in the /compat/linux/lib > > Solution: change to a set of new libc (from the redhat cdrom) by > doing a: > > tar cf - lib* | tar --unlink -xvf - -C /compat/linux/lib > on the /lib and /usr/lib directory in the redhat cdrom. > > Should work. I tried with the libc that comes from RedHat 3.0.3 and still, Applix does the same thing to FreeBSD. Alex. From owner-freebsd-hackers Wed May 7 15:21:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA21416 for hackers-outgoing; Wed, 7 May 1997 15:21:47 -0700 (PDT) Received: from main.gbdata.com (tel_ppp0004.livingston.net [207.22.211.13]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA21407 for ; Wed, 7 May 1997 15:21:42 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id RAA02043; Wed, 7 May 1997 17:20:11 -0500 (CDT) From: Gary Clark II Message-Id: <199705072220.RAA02043@main.gbdata.com> Subject: Re: /usr/include/ftpio.h is not C++ safe To: terry@lambert.ORG (Terry Lambert) Date: Wed, 7 May 1997 17:20:10 -0500 (CDT) Cc: terry@lambert.ORG, bde@zeta.org.au, jkh@time.cdrom.com, nadav@barcode.co.il, hackers@FreeBSD.ORG In-Reply-To: <199705071729.KAA21492@phaeton.artisoft.com> from Terry Lambert at "May 7, 97 10:29:27 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > > Next you will ask me "Yes or No: have you stopped beating your > girlfriend?"... No, I won't touch this one....:) Terry, I was playing a form of DA here. I'm just getting tired of "old" code that is both written in the dark ages and uncommented. The use of the P() stuff really has no bearing on what I'm getting at, it was just one example. Ok, new subject. What would it take for the persons who understand a part of the kernel to add comments when they run into uncommented code? I'm not concerned about user land too much, there is not much magic there, but the kernel.... Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Wed May 7 15:37:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22324 for hackers-outgoing; Wed, 7 May 1997 15:37:36 -0700 (PDT) Received: from ccnet3.ccnet.com (radha@ccnet3.ccnet.com [192.215.96.11]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22302; Wed, 7 May 1997 15:37:30 -0700 (PDT) Received: (from radha@localhost) by ccnet3.ccnet.com (8.6.12/8.6.12) id PAA21818; Wed, 7 May 1997 15:36:51 -0700 From: Radha Krishnan Message-Id: <199705072236.PAA21818@ccnet3.ccnet.com> Subject: Help with HP DAT 34580A Modes on FreeBSD-2.2 To: freebsd-hackers@freebsd.org Date: Wed, 7 May 1997 15:36:50 -0700 (PDT) Cc: radha@ccnet3.ccnet.com (Radha Krishnan), freebsd-scsi@freebsd.org 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, Could anyone with an HP35480A Dat on a FreeBSD-2.2 system, send me the output from "mt -f /dev/nrst0 status" listing the different modes and densities? I've been unable to read any of the tar/pax of my earlier backups. Thanks in advance. radha ---- Messages from /var/log/messages -- Here's some relevent info from my /var/log/messages : May 3 19:01:14 krish /kernel: st0(ahb0:3:0): Sequential-Access density code 0x13, variable blocks, write-enabled May 3 19:03:13 krish /kernel: st0(ahb0:3:0): BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found May 3 19:05:31 krish /kernel: st0(ahb0:3:0): BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found May 3 19:07:10 krish /kernel: st0(ahb0:3:0): BLANK CHECK req sz: 5120 (decimal) asc:14,3 End-of-data not found May 3 19:08:43 krish /kernel: st0(ahb0:3:0): BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found May 3 19:12:20 krish /kernel: st0(ahb0:3:0): BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found May 3 19:30:42 krish /kernel: st0(ahb0:3:0): Sequential-Access density code 0x13, drive empty May 3 19:35:07 krish /kernel: st0(ahb0:3:0): MEDIUM ERROR asc:9,0 Track following error May 3 19:49:38 krish /kernel: st0(ahb0:3:0): Deferred Error: MEDIUM ERROR asc:9,0 Track following error May 4 03:24:23 krish /kernel: st0(ahb0:3:0): MEDIUM ERROR info:7e00 asc:9,0 Track following error May 6 07:32:36 krish /kernel: st0(ahb0:3:0): stopen: dev=0xe01 (unit 0) result 0 ----------- End of /var/log/messages --- From owner-freebsd-hackers Wed May 7 15:57:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23187 for hackers-outgoing; Wed, 7 May 1997 15:57:28 -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 PAA23182 for ; Wed, 7 May 1997 15:57:26 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA20469; Wed, 7 May 1997 15:57:02 -0700 Message-Id: <3.0.32.19970507155649.009357e0@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 07 May 1997 15:56:50 -0700 To: "Alex.Boisvert" From: "Tim Oneil" Subject: Re: Applixware hangs Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 05:57 PM 5/7/97 -0400, you wrote: >> The system hangs due to the libc version in the /compat/linux/lib >> >> Solution: change to a set of new libc (from the redhat cdrom) by >> doing a: >> >> tar cf - lib* | tar --unlink -xvf - -C /compat/linux/lib >> on the /lib and /usr/lib directory in the redhat cdrom. >> >> Should work. > >I tried with the libc that comes from RedHat 3.0.3 and still, Applix does >the same thing to FreeBSD. Thats not the latest. Red Hat is at 4.x something. Maybe you should get the latest version. From owner-freebsd-hackers Wed May 7 16:03:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23503 for hackers-outgoing; Wed, 7 May 1997 16:03:39 -0700 (PDT) Received: from phobos.frii.com (phobos.frii.com [204.144.241.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA23489; Wed, 7 May 1997 16:03:20 -0700 (PDT) From: gnat@frii.com Received: from elara.frii.com (elara.frii.com [204.144.241.9]) by phobos.frii.com (8.8.5/8.8.4) with ESMTP id RAA04125; Wed, 7 May 1997 17:01:58 -0600 (MDT) Received: (from gnat@localhost) by elara.frii.com (8.8.5/8.6.9) id RAA01387; Wed, 7 May 1997 17:01:58 -0600 (MDT) Date: Wed, 7 May 1997 17:01:58 -0600 (MDT) Message-Id: <199705072301.RAA01387@elara.frii.com> To: hackers@freebsd.org CC: smpatel@freebsd.org Subject: Plug and Play: Soundblaster 16 Mime-Version: 1.0 (generated by tm-edit 7.103) Content-Type: text/plain; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have an SMC8416 and a SoundBlaster 16, both PnP. I'm trying to use the June8 pnp snapshot in my 2.1.7.1 kernel. I've gotten the SMC working, but now I'm struggling with the SB16. Following are my pnpinfo output, pnp.c configuration, kernel configuration, and messages from startup. Any help you can give is greatly appreciated. Thanks, Nat *** BEGIN pnpinfo output Checking for Plug-n-Play devices... Trying Read_Port at 203 Trying Read_Port at 243 Card assigned CSN #1 Board Vendor ID: SMC8416 Board Serial Number: bb8827c1 PnP Version: 1.0 Vendor Version: 16 Device Description: SMC EtherEZ (8416) Logical Device ID: SMC8416 (1684a34d) Device powers up active Device supports I/O Range Check IRQ: 3 5 7 8 9 10 11 IRQ: High true edge sensitive Device does not decode the full 16-bit ISA address I/O Range maximum address: 0x240 I/O Range maximum address: 0x3e0 I/O alignment for minimum: 32 I/O length: 32 Memory Range: Writeable Memory Range: Non-cacheable Memory Range: Decode supports range length Memory Range: 8-bit and 16-bit memory supported Memory Range: Memory is not shadowable Memory Range: Memory is not an expansion ROM Memory range minimum address: 0xc0000 Memory range maximum address: 0xfe000 Memory range base alignment: 0x2000 Memory range length: 0x2000 End Tag Card assigned CSN #2 Board Vendor ID: CTL0024 Board Serial Number: 10adad72 PnP Version: 1.0 Vendor Version: 48 Device Description: Creative SB16 PnP Logical Device ID: CTL0031 (31008c0e) Device Description: Audio Start Dependent Function Good Configuration IRQ: 5 DMA: 0 1 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x220 I/O alignment for minimum: 1 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x330 I/O Range maximum address: 0x330 I/O alignment for minimum: 1 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 11 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 11 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 16 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x394 I/O alignment for minimum: 4 I/O length: 4 End Dependent Function Logical Device ID: CTL2011 (11208c0e) Compatible Device ID: PNP0600 (0006d041) Device Description: IDE Start Dependent Function Good Configuration IRQ: 10 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x168 I/O Range maximum address: 0x168 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x36e I/O Range maximum address: 0x36e I/O alignment for minimum: 1 I/O length: 2 Start Dependent Function Acceptable Configuration IRQ: 11 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x1e8 I/O Range maximum address: 0x1e8 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x3ee I/O Range maximum address: 0x3ee I/O alignment for minimum: 1 I/O length: 2 Start Dependent Function Acceptable Configuration IRQ: 10 11 15 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x180 I/O Range maximum address: 0x1b8 I/O alignment for minimum: 8 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x306 I/O Range maximum address: 0x33e I/O alignment for minimum: 8 I/O length: 2 Start Dependent Function Sub-optimal Configuration IRQ: 15 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x170 I/O Range maximum address: 0x170 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x376 I/O Range maximum address: 0x376 I/O alignment for minimum: 1 I/O length: 1 End Dependent Function Logical Device ID: CTL7fff (ff7f8c0e) Device Description: Reserved Device decodes the full 16-bit ISA address I/O Range maximum address: 0x140 I/O Range maximum address: 0x178 I/O alignment for minimum: 8 I/O length: 1 Logical Device ID: CTL7001 (01708c0e) Device Description: Game Device decodes the full 16-bit ISA address I/O Range maximum address: 0x200 I/O Range maximum address: 0x200 I/O alignment for minimum: 1 I/O length: 8 End Tag *** END pnpinfo output *** BEGIN pnp.c configuration static struct cinfo cinfo[] = { /* Configuration for the SMC EtherEZ */ { 0xbb8827c1, /* Serial Number */ 0, /* Logical Device Number */ { { 11, 2 }, /* Primary IRQ Number, Type */ { 10, 2 } /* Second IRQ Number, Type */ }, { -1, -1 }, /* DRQ Number */ { 0x280, /* Ports 1 */ -1, /* Ports 2 */ -1, /* Ports 3 */ -1, /* Ports 4 */ -1, /* Ports 5 */ -1, /* Ports 6 */ -1, /* Ports 7 */ -1, /* Ports 8 */ }, { { 0xc0000, 0, 0x2000 }, /* Memory desc0 - base, ctrl, range */ { -1, -1, -1 }, /* Memory desc1 - base, ctrl, range */ { -1, -1, -1 }, /* Memory desc2 - base, ctrl, range */ { -1, -1, -1 } /* Memory desc3 - base, ctrl, range */ } }, /* Configuration for the SoundBlaster 16 PnP */ { 0x10adad72, /* Serial Number */ 1, /* Logical Device Number */ { { 5, -1 }, /* Primary IRQ Number, Type */ { -1, -1 } /* Second IRQ Number, Type */ }, { 1, 5 }, /* DRQ Number */ { 0x220, /* Ports 1 */ 0x330, /* Ports 2 */ 0x388, /* Ports 3 */ -1, /* Ports 4 */ -1, /* Ports 5 */ -1, /* Ports 6 */ -1, /* Ports 7 */ -1, /* Ports 8 */ }, { { -1, -1, -1 }, /* Memory desc0 - base, ctrl, range */ { -1, -1, -1 }, /* Memory desc1 - base, ctrl, range */ { -1, -1, -1 }, /* Memory desc2 - base, ctrl, range */ { -1, -1, -1 } /* Memory desc3 - base, ctrl, range */ } } }; *** END pnp.c configuration *** BEGIN kernel configuration device ed0 at isa? port 0x280 net irq 11 iomem 0xd8000 vector edintr controller pnp0 controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq5 device sbmidi0 at isa? port 0x330 *** END kernel configuration *** BEGIN /var/log/messages excerpt May 7 17:05:42 prometheus /kernel: Checking for Plug-n-Play devices... May 7 17:05:42 prometheus /kernel: Card assigned CSN #1 May 7 17:05:42 prometheus /kernel: Board Vendor ID: SMC8416 Board Serial Number: bb8827c1 May 7 17:05:42 prometheus /kernel: Configuring (Logical Device 0) May 7 17:05:42 prometheus /kernel: Card assigned CSN #2 May 7 17:05:42 prometheus /kernel: Board Vendor ID: CTL0024 Board Serial Number: 10adad72 May 7 17:05:42 prometheus /kernel: Configuring (Logical Device 1) May 7 17:05:43 prometheus /kernel: Probing for devices on the ISA bus: May 7 17:05:43 prometheus /kernel: ed0 at 0x280-0x29f irq 11 maddr 0xd8000 msize 8192 on isa May 7 17:05:43 prometheus /kernel: ed0: address 00:00:c0:27:88:bb, type SMC8416T (16 bit) May 7 17:05:45 prometheus /kernel: sb0 not found at 0x220 May 7 17:05:45 prometheus /kernel: sbxvi0 not found May 7 17:05:45 prometheus /kernel: sbmidi0 not found at 0x330 *** END /var/log/messages excerpt From owner-freebsd-hackers Wed May 7 16:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA23850 for hackers-outgoing; Wed, 7 May 1997 16:10:06 -0700 (PDT) Received: from tor-adm1.nbc.netcom.ca (taob@tor-adm1.nbc.netcom.ca [207.181.89.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA23809; Wed, 7 May 1997 16:09:58 -0700 (PDT) Received: from localhost (taob@localhost) by tor-adm1.nbc.netcom.ca (8.8.5/8.8.5) with SMTP id TAA12926; Wed, 7 May 1997 19:08:48 -0400 (EDT) Date: Wed, 7 May 1997 19:08:48 -0400 (EDT) From: Brian Tao To: FREEBSD-STABLE , FREEBSD-HACKERS Subject: NFS service mysteriously stopping on 2.2-RELENG? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The 2.2-970420-RELENG NFS server I put together for a client is humming along quite nicely, now that I've done fiddling with it. However, there is an intermittent problem with the three BSD/OS clients attached to it. One two occasions in the past week, all three clients will "lose" the NFS server. One client is running BSD/OS 2.1 with NFSv2 UDP mounts, and the other two are BSD/OS 3.0 with NFSv3 TCP mounts. In addition to the "nfs server not responding" syslog messages, the TCP clients occasionally log this: May 7 04:14:26 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.4 May 7 05:38:45 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.2 May 7 05:38:45 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.3 May 7 05:38:45 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.1 May 7 17:48:24 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.1 May 7 17:48:24 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.2 May 7 17:48:24 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.3 May 7 17:48:24 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.4 I haven't seen this reported on the BSD/OS 2.1 UDP client yet. Sending a SIGKILL to the nfsd's on the FreeBSD server and restarting them with "nfsd -t -u 8" clears things right up. Unfortunately, I don't have any more information than this at the time, but there is a monitor script taking regular snapshots of the process table, nfsstat and netstat now. -- Brian Tao (BT300, taob@netcom.ca) "Though this be madness, yet there is method in't" From owner-freebsd-hackers Wed May 7 16:18:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24254 for hackers-outgoing; Wed, 7 May 1997 16:18:48 -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 QAA24246 for ; Wed, 7 May 1997 16:18:45 -0700 (PDT) Message-Id: <199705072318.QAA24246@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA039247015; Thu, 8 May 1997 09:16:55 +1000 From: Darren Reed Subject: Re: nat and arp To: dkite@icomnet.com (Doug Kite) Date: Thu, 8 May 1997 09:16:55 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <3370ED28.4D66@icomnet.com> from "Doug Kite" at May 7, 97 04:59:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Doug Kite, sie said: > > Do I have to manually set up proxy arp entries on the external interface > in order for nat to work? > > Here is the rule: > map ep0 192.168.5.11/32 -> 192.168.2.159/32 > > When I try to ping from the "internal" host (5.11), tcpdump on ep0 shows > the echo request going out, then the arp request from the "external" > host (2.2). But, of course, nothing answers, so no reply is issued. Yes, you do. Of course, I'd suggest that this is a bug: it should cache the ethernet address it received the packet from as belonging to the IP# (if that IP# isn't already in the arp cache). Or is there a reason that this isn't done ? Darren From owner-freebsd-hackers Wed May 7 16:20:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA24401 for hackers-outgoing; Wed, 7 May 1997 16:20:43 -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 QAA24394 for ; Wed, 7 May 1997 16:20:37 -0700 (PDT) Message-Id: <199705072320.QAA24394@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA039767108; Thu, 8 May 1997 09:18:28 +1000 From: Darren Reed Subject: Re: divert still broken? To: archie@whistle.com (Archie Cobbs) Date: Thu, 8 May 1997 09:18:28 +1000 (EST) Cc: nnd@info.itfs.nsk.su, hackers@FreeBSD.ORG In-Reply-To: <199705071854.LAA01477@bubba.whistle.com> from "Archie Cobbs" at May 7, 97 11:54:27 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: > > > > > Anything else? :-) > > > > Can it be possible to extend 'negative' comparison > > logic to other filter components f.e. > > > > add 4032 deny all from xxx.xxx.xxx.0 to any out via not cx0 > > (or not via cx0 ?) > > > > Currently this is possible for src and dst addresses (and there > > is no more available flag bits ;-) > > The biggest problem I've had is that setsockopt() limits the argument > to 108 bytes (which is MLEN - ie., the size of an mbuf minus the header). > Right now sizeof(struct ip_fw) == 108, so there's no more room. > > The flags words is 16 bits and it's all used up as well. > > Question: would it be possible to move to an ioctl() based system instead > of setsockopt()? IP Filter does it that way :) Darren From owner-freebsd-hackers Wed May 7 17:01:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA26345 for hackers-outgoing; Wed, 7 May 1997 17:01:23 -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 RAA26340 for ; Wed, 7 May 1997 17:01:20 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id JAA25160; Thu, 8 May 1997 09:51:36 +1000 Date: Thu, 8 May 1997 09:51:36 +1000 From: Bruce Evans Message-Id: <199705072351.JAA25160@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, julian@whistle.com Subject: Re: CVS guru's only Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >ok, so I have a branch on the cvs tree >(say called RELENG_2_2) >and I want to check out that branch as it was on Dec 25 1996. >HOW DO I DO THAT? Short answer: don't do that. cvs doesn't really support development on branches. If you must, try somewthing like: cvs co -r RELENG_2_2 src cd src cvs update -j RELENG_2_2 -j RELENG_2_2:'25 Dec 1996' Bruce From owner-freebsd-hackers Wed May 7 17:23:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA27624 for hackers-outgoing; Wed, 7 May 1997 17:23:54 -0700 (PDT) Received: from yoda.fdt.net (root@yoda.fdt.net [205.229.48.17]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA27605; Wed, 7 May 1997 17:23:49 -0700 (PDT) Received: from Kryten.nina.org (port-55.ts1.gnv.fdt.net [205.229.51.55]) by yoda.fdt.net with SMTP id UAA27362; Wed, 7 May 1997 20:23:39 -0400 Date: Wed, 7 May 1997 20:23:37 -0400 (EDT) From: Frank Seltzer X-Sender: frankd@Kryten.nina.org To: Radha Krishnan cc: freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Help with HP DAT 34580A Modes on FreeBSD-2.2 In-Reply-To: <199705072236.PAA21818@ccnet3.ccnet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Radha Krishnan wrote: > Hi, > Could anyone with an HP35480A Dat on a FreeBSD-2.2 system, send me the > output from "mt -f /dev/nrst0 status" listing the different modes and densities? > > I've been unable to read any of the tar/pax of my earlier backups. > > Thanks in advance. > > radha > ---- Messages from /var/log/messages -- This is from an HP C1536A which probes as a 35480A: (ahc0:3:0): "HP HP35480A T503" type 1 removable SCSI 2 Present Mode: Density = X3B5/88-185A Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable Frank -- Only in America can a homeless veteran sleep in a cardboard box while a draft dodger sleeps in the White House - anonymous From owner-freebsd-hackers Wed May 7 17:31:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28009 for hackers-outgoing; Wed, 7 May 1997 17:31:10 -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 RAA27988; Wed, 7 May 1997 17:31:03 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id KAA26380; Thu, 8 May 1997 10:00:50 +0930 (CST) From: Michael Smith Message-Id: <199705080030.KAA26380@genesis.atrad.adelaide.edu.au> Subject: Re: Privileged Instruction Fault... In-Reply-To: from Simon Shapiro at "May 7, 97 12:19:19 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Thu, 8 May 1997 10:00:50 +0930 (CST) Cc: FreeBSD-Hackers@FreeBSD.ORG, FreeBSD-SCSI@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > Fata trap 1: Privileged instruction fault while in kernel mode. > > IP = 0x08:0xf01940c7 > SP = 0x10:0xefbffd50 > FP = 0x10:0xefbffd68 Aha, and if you build a kernel and leave all the debugging symbols in, as well as DDB, where is the fault? Also check you're not smashing your stack. > And kernel B panics with: > > scsi_base.c-567 0xf0ib82a4(0xf088ba80) < This is the printf > > > Fatal trap 12: page fault while in kernel mode > > Fault address 0x41 > > IP = 0x08:0xf01c2f32 > SP = 0x10:0xefbffce0 > FP = 0x10:0xefbffd48 Again, check where the IP is in your kernel. Traps with really small fault address values are almost always attempts to access structure members with a null structure pointer. > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed May 7 17:38:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28392 for hackers-outgoing; Wed, 7 May 1997 17:38:39 -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 RAA28387 for ; Wed, 7 May 1997 17:38:33 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id KAA03454; Thu, 8 May 1997 10:42:44 +1000 (EST) Date: Thu, 8 May 1997 10:42:42 +1000 (EST) From: "Daniel O'Callaghan" To: Shawn Carey cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FTP Performance In-Reply-To: <3370BCEB.1CFBAE39@servtech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Shawn Carey wrote: > In short, trying to get files out of my system, either by putting as a > client or by being get'ed as a server doesn't work well at all. > > To make matters even stranger (or maybe not), all of these problems > disappear if I only FTP to/from systems inside my ISP's routers. I have > contacted them about this, and they claim that the problem lies with the > systems I am trying to transfer files to/from. I could believe this if > the throughput were roughly the same no matter which direction the bits > were travelling. Ahah! Are they using Annex routers? If they are using an old version of the software, they are probably not working with TCP extensions properly. Try # sysctl -w net.inet.tcp.rfc1644=0 # sysctl -w net.inet.tcp.rfc1323=0 If that works, turn off tcp extensions in /etc/sysconfig | /etc/rc.conf Alternatively, try reducing the MTU and MRU of ppp's tun interface to 552 or 1064. That cured Robert Chalmers' problem with his ISP's Ascend routers. Danny From owner-freebsd-hackers Wed May 7 18:20:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA29996 for hackers-outgoing; Wed, 7 May 1997 18:20:45 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA29987 for ; Wed, 7 May 1997 18:20:41 -0700 (PDT) Received: (qmail 23672 invoked by uid 1000); 8 May 1997 01:04:42 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199705080030.KAA26380@genesis.atrad.adelaide.edu.au> Date: Wed, 07 May 1997 17:58:37 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Re: Privileged Instruction Fault... Cc: FreeBSD-SCSI@FreeBSD.ORG, FreeBSD-Hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 08-May-97 you wrote: > Simon Shapiro stands accused of saying: > > > > Fata trap 1: Privileged instruction fault while in kernel mode. > > > > IP = 0x08:0xf01940c7 > > SP = 0x10:0xefbffd50 > > FP = 0x10:0xefbffd68 > > Aha, and if you build a kernel and leave all the debugging symbols in, > as well as DDB, where is the fault? Also check you're not smashing > your stack. Ah, but it is, it is. How am I smashing the stack? I know I am, this is why I posted this help request. But I am not appearing to be doing anything bad. > > And kernel B panics with: > > > > scsi_base.c-567 0xf0ib82a4(0xf088ba80) < This is the printf > > > > > Fatal trap 12: page fault while in kernel mode > > > > Fault address 0x41 > > > > IP = 0x08:0xf01c2f32 > > SP = 0x10:0xefbffce0 > > FP = 0x10:0xefbffd48 > > Again, check where the IP is in your kernel. Traps with really small > fault address values are almost always attempts to access structure > members with a null structure pointer. Yes, most of us know that. But look again at the source code. We are not changing any value on either side. Just returning. And the very nature of the failure changes drastically. It is a panic alright, but due to totally different reasons. Adding a printf changes the corruption. I was fishing for clues on this type of behavior. If there are none, this is also and answer. Thanx, Simon From owner-freebsd-hackers Wed May 7 18:42:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00955 for hackers-outgoing; Wed, 7 May 1997 18:42:49 -0700 (PDT) Received: from guardian.fortress.org (fortress.org [198.168.253.52]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA00948 for ; Wed, 7 May 1997 18:42:43 -0700 (PDT) Received: from localhost (andrew@localhost) by guardian.fortress.org (8.8.5/8.6.12) with SMTP id VAA15195 for ; Wed, 7 May 1997 21:42:32 -0400 (EDT) Date: Wed, 7 May 1997 21:42:29 -0400 (EDT) From: Andrew Webster Reply-To: andrew@pubnix.net To: hackers@freebsd.org Subject: SNMP Question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any clues on how I would go about adding snmp functionnality to the sio.c driver? Thanks! Andrew Webster andrew@pubnix.net Key fingerprint = CF E8 16 B8 A6 DB E3 C9 83 E7 96 24 25 58 15 6E PubNIX Montreal Connected to the world Branche au monde P.O. Box 147 Cote Saint Luc, Quebec H4V 2Y3 tel 514.990.5911 http://www.pubnix.net fax 514.990.9443 From owner-freebsd-hackers Wed May 7 19:00:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA01672 for hackers-outgoing; Wed, 7 May 1997 19:00:44 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA01667 for ; Wed, 7 May 1997 19:00:39 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id TAA23551 for ; Wed, 7 May 1997 19:00:39 -0700 (PDT) Message-Id: <199705080200.TAA23551@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: hackers@freebsd.org Subject: FreeBSD-SF (San Francisco ) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 May 1997 19:00:39 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Also, business types with interest on FreeBSD are welcome. Cheers, Amancio ian@gamespot.com said: > Whew! Meetings all day and no time to pursue my nerdy interests. > OK, I posted an announcement to comp.unix.bsd.freebsd.announce and > set up excite to index the hypermail archive (http://www.arachna.com/ > lists/freebsd-sf/). Alfredo had siad that he'd try to get more > chairs. I guess if anybody has any folding chairs laying around and > can transport them easily, it might be worthwhile bringing them lest > the turnout again exceed the number of chairs available at Internet > Alfredo. Thanks everybody for your enthusiasm! I would propose that > people bring a neat trick or hack to share. I've been trying to post > mine at http://www.arachna.com/freebsd/ just to point people to them > when they ask on one of the lists, though I've signed off of hackers > for now 'cause I just have too much on my plate at the moment. > Anyway, I'm sure we all have some goofy hat tricks or clever work > arounds for their FreeBSD installations. It'd be cool to pass them > around the group. > regards, > -- Ian Kallen ian@gamespot.com Director of Technology and Web > Administration SpotMedia Communications http://www.gamespot.com/ > http://www.videogamespot.com/ ........... http://www.arachna.com/ > freebsd/freebsd-sf.html ............... --- to unsubscribe > "unsubscribe freebsd-sf" to majordomo@arachna.com ---- From owner-freebsd-hackers Wed May 7 19:56:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA03731 for hackers-outgoing; Wed, 7 May 1997 19:56:02 -0700 (PDT) Received: from boulder.syr.servtech.com (boulder.syr.servtech.com [206.106.144.94]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA03710 for ; Wed, 7 May 1997 19:55:55 -0700 (PDT) Received: from boulder.syr.servtech.com (localhost [127.0.0.1]) by boulder.syr.servtech.com (8.8.5/8.8.5) with SMTP id WAA00546; Wed, 7 May 1997 22:54:37 -0400 (EDT) Message-ID: <3371406D.41C67EA6@servtech.com> Date: Wed, 07 May 1997 22:54:37 -0400 From: Shawn Carey X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.2.1-RELEASE i386) MIME-Version: 1.0 To: "Daniel O'Callaghan" CC: freebsd-hackers@freebsd.org Subject: Re: FTP Performance References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Daniel O'Callaghan wrote: [...] > > Alternatively, try reducing the MTU and MRU of ppp's tun interface to 552 > or 1064. That cured Robert Chalmers' problem with his ISP's Ascend routers. > Yes! That did it, thanks very much! One small thing: The only way I was able to effectively change the MTU was by hacking the ppp source to change DEF_MRU to 1064 in hdlc.h. Using ppp's "set mru" and "set mtu" options did not work - the interface would go back to 1500 as soon as I connected with my ISP, even though I changed tun0's MTU manually with ifconfig. Am I doing something wrong, or is ppp broken? At any rate, I can certainly live with this since my ISP is the only system I typically connect to. Thanks again, -Shawn From owner-freebsd-hackers Wed May 7 20:01:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA03904 for hackers-outgoing; Wed, 7 May 1997 20:01:00 -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 UAA03899; Wed, 7 May 1997 20:00:57 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA27647; Thu, 8 May 1997 12:30:48 +0930 (CST) From: Michael Smith Message-Id: <199705080300.MAA27647@genesis.atrad.adelaide.edu.au> Subject: Re: Privileged Instruction Fault... In-Reply-To: from Simon Shapiro at "May 7, 97 05:58:37 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Thu, 8 May 1997 12:30:47 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, FreeBSD-SCSI@FreeBSD.ORG, FreeBSD-Hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > > > > > Fata trap 1: Privileged instruction fault while in kernel mode. > > > > > > IP = 0x08:0xf01940c7 > > > SP = 0x10:0xefbffd50 > > > FP = 0x10:0xefbffd68 > > > > Aha, and if you build a kernel and leave all the debugging symbols in, > > as well as DDB, where is the fault? Also check you're not smashing > > your stack. > Ah, but it is, it is. How am I smashing the stack? I know I am, > this is why I posted this help request. But I am not appearing to > be doing anything bad. Well, without looking at the actual code in the function, it's a bit hard to be sure 8) Since "yesterday" when it worked, have you added any local variables to the function? Changed anything at all inside it? Do you use a local buffer? Have you added any more layers to your call stack? Note that the kernel stack is _very_ small; you should not us use automatics of any substantial size. > > Again, check where the IP is in your kernel. Traps with really small > > fault address values are almost always attempts to access structure > > members with a null structure pointer. > Yes, most of us know that. But look again at the source code. We > are not changing any value on either side. Just returning. And the > very nature of the failure changes drastically. It is a panic > alright, but due to totally different reasons. Adding a printf > changes the corruption. I was fishing for clues on this type of > behavior. If there are none, this is also and answer. Printf() uses more stack. I am _guessing_ that you are either running off the end of a local, or using too much stack; it's hard to be sure with so little data and no indication of where the fault IP actually lies within your kernel. > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed May 7 20:10:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA04212 for hackers-outgoing; Wed, 7 May 1997 20:10:20 -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 UAA04198 for ; Wed, 7 May 1997 20:10:07 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id NAA04070; Thu, 8 May 1997 13:14:29 +1000 (EST) Date: Thu, 8 May 1997 13:14:28 +1000 (EST) From: "Daniel O'Callaghan" To: Shawn Carey cc: freebsd-hackers@freebsd.org Subject: Re: FTP Performance In-Reply-To: <3371406D.41C67EA6@servtech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Shawn Carey wrote: > Daniel O'Callaghan wrote: > [...] > > > > Alternatively, try reducing the MTU and MRU of ppp's tun interface to 552 > > or 1064. That cured Robert Chalmers' problem with his ISP's Ascend routers. > Yes! That did it, thanks very much! I'm glad. > One small thing: The only way I was able to effectively change the MTU > was by hacking the ppp source to change DEF_MRU to 1064 in hdlc.h. > Using ppp's "set mru" and "set mtu" options did not work - the interface > would go back to 1500 as soon as I connected with my ISP, even though I > changed tun0's MTU manually with ifconfig. Am I doing something wrong, > or is ppp broken? At any rate, I can certainly live with this since my > ISP is the only system I typically connect to. This is strange. Perhaps some else can comment. Brian? Eivind? Andrey? Danny From owner-freebsd-hackers Wed May 7 20:15:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA04406 for hackers-outgoing; Wed, 7 May 1997 20:15:42 -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 UAA04385; Wed, 7 May 1997 20:15:36 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id MAA27753; Thu, 8 May 1997 12:45:24 +0930 (CST) From: Michael Smith Message-Id: <199705080315.MAA27753@genesis.atrad.adelaide.edu.au> Subject: Re: Privileged Instruction Fault... In-Reply-To: from Simon Shapiro at "May 7, 97 12:19:19 pm" To: Shimon@i-Connect.Net (Simon Shapiro) Date: Thu, 8 May 1997 12:45:24 +0930 (CST) Cc: FreeBSD-Hackers@FreeBSD.ORG, FreeBSD-SCSI@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Simon Shapiro stands accused of saying: > > Fatal trap 12: page fault while in kernel mode > > Fault address 0x41 Forgot to mention; check your structure definitions for members with an offset of 0x41, though I expect you know all this... > It is something I do, that is for sure. If you want to look at the stuff, > please look at sendero-ppp.i-connect.net (206.190.143.100). > Get in as anon-ftp and look in /crash. Still no vmcores, kernels-with-symbols, etc. 8) > Simon -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed May 7 21:32:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA06988 for hackers-outgoing; Wed, 7 May 1997 21:32:21 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA06983 for ; Wed, 7 May 1997 21:32:17 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id GAA22113 for ; Thu, 8 May 1997 06:32:08 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id GAA17747 for hackers@FreeBSD.ORG; Thu, 8 May 1997 06:31:48 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id CAA17870; Thu, 8 May 1997 02:26:30 +0200 (CEST) Message-ID: <19970508022630.38795@keltia.freenix.fr> Date: Thu, 8 May 1997 02:26:30 +0200 From: Ollivier Robert To: hackers@FreeBSD.ORG Subject: Re: CVS guru's only References: <3370DF27.398A68D@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <3370DF27.398A68D@whistle.com>; from Julian Elischer on Wed, May 07, 1997 at 12:59:35PM -0700 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3279 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Julian Elischer: > ok, so I have a branch on the cvs tree > (say called RELENG_2_2) > and I want to check out that branch as it was on Dec 25 1996. > HOW DO I DO THAT? I'd say: cvs co -r RELENG_2_2 -D '12/25/96 00:00 PST' src The tag will be sticky (i.e. will be retained through cvs update). -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #8: Wed May 7 13:25:41 CEST 1997 From owner-freebsd-hackers Wed May 7 21:47:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA08105 for hackers-outgoing; Wed, 7 May 1997 21:47:59 -0700 (PDT) Received: from aries.bb.cc.wa.us ([208.8.136.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA08100 for ; Wed, 7 May 1997 21:47:57 -0700 (PDT) Received: from localhost (chris@localhost) by aries.bb.cc.wa.us (8.8.5/8.6.9) with SMTP id VAA00440 for ; Wed, 7 May 1997 21:42:01 -0700 (PDT) Date: Wed, 7 May 1997 21:42:01 -0700 (PDT) From: Chris Coleman To: hackers@freebsd.org Subject: 3.0-SNAP problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I seem to be having spontaneous Reboots to my new system. I haven't been able to track it much yet, but I was at the console and noticed it just up and reboot. With all the warnings of "/ not properly dismounted" and stuff. If anyone else is having these problems please let me know. I'd be interested to hear what might be the cause. I'll keep you posted. Christopher J. Coleman (chris@aries.bb.cc.wa.us) Computer Support Technician I (509)-766-8873 Big Bend Community College Internet Instructor FreeBSD Book Project: http://vinyl.quickweb.com/~chrisc/book.html Disclaimer: Even Though it has My Name on it, Doesn't mean I said it. From owner-freebsd-hackers Wed May 7 22:06:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA08732 for hackers-outgoing; Wed, 7 May 1997 22:06:36 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA08727 for ; Wed, 7 May 1997 22:06:34 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <18358(9)>; Wed, 7 May 1997 22:05:58 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177486>; Wed, 7 May 1997 22:05:56 -0700 To: Shawn Carey cc: "Daniel O'Callaghan" , freebsd-hackers@freebsd.org Subject: Re: FTP Performance In-reply-to: Your message of "Wed, 07 May 97 19:54:37 PDT." <3371406D.41C67EA6@servtech.com> Date: Wed, 7 May 1997 22:05:50 PDT From: Bill Fenner Message-Id: <97May7.220556pdt.177486@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Shawn Carey wrote: >Yes! [Reducing the MTU] did it, thanks very much! I'd bet that path-MTU discovery isn't working due to some misconfiguration on the part of your ISP. Bill From owner-freebsd-hackers Wed May 7 22:23:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA09351 for hackers-outgoing; Wed, 7 May 1997 22:23:10 -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 WAA09346 for ; Wed, 7 May 1997 22:23:06 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id OAA29368; Thu, 8 May 1997 14:52:51 +0930 (CST) From: Michael Smith Message-Id: <199705080522.OAA29368@genesis.atrad.adelaide.edu.au> Subject: Re: CVS guru's only In-Reply-To: <19970508022630.38795@keltia.freenix.fr> from Ollivier Robert at "May 8, 97 02:26:30 am" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Thu, 8 May 1997 14:52:51 +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 Ollivier Robert stands accused of saying: > According to Julian Elischer: > > ok, so I have a branch on the cvs tree > > (say called RELENG_2_2) > > and I want to check out that branch as it was on Dec 25 1996. > > HOW DO I DO THAT? > > I'd say: > > cvs co -r RELENG_2_2 -D '12/25/96 00:00 PST' src > > The tag will be sticky (i.e. will be retained through cvs update). The -r and -D options are mutually exclusive, and the sticky tags applied by checking out with -r come "unstuck" if you do an update with -D. I was trying to do this last night, to get a RELENG_2_2 kernel source tree in sync with an old machine. I ended up throwing it in and digging up the MO with the release we used on it, but that's not really acceptable for future work. CD burner ho! (I understand that CVS can't actually manage this. Maybe you could trick CVSup into doing it?) -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed May 7 22:27:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA09541 for hackers-outgoing; Wed, 7 May 1997 22:27:09 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA09536 for ; Wed, 7 May 1997 22:27:06 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id WAA11500; Wed, 7 May 1997 22:27:03 -0700 (PDT) Message-Id: <199705080527.WAA11500@austin.polstra.com> To: julian@whistle.com Subject: Re: CVS guru's only Newsgroups: polstra.freebsd.hackers In-Reply-To: <3370DF27.398A68D@whistle.com> References: <3370DF27.398A68D@whistle.com> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Date: Wed, 07 May 1997 22:27:02 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <3370DF27.398A68D@whistle.com>, Julian Elischer wrote: > ok, so I have a branch on the cvs tree > (say called RELENG_2_2) > and I want to check out that branch as it was on Dec 25 1996. > HOW DO I DO THAT? If you only want to check it out, and aren't planning on checking it back in again, you can do it with CVSup. :-) Just set "tag=RELENG_2_2" and "date=96.12.25.00.00.00" in your supfile. Fire up a local cvsupd, and aim your cvsup client at it. It's actually a lot faster than "cvs co". But it doesn't create any of the "CVS" directories, so you won't be able to use cvs on it after that. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Wed May 7 22:32:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA09804 for hackers-outgoing; Wed, 7 May 1997 22:32:08 -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 WAA09767 for ; Wed, 7 May 1997 22:31:27 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id HAA10611; Thu, 8 May 1997 07:30:37 +0200 (SAT) From: John Hay Message-Id: <199705080530.HAA10611@zibbi.mikom.csir.co.za> Subject: Re: CVS guru's only In-Reply-To: <19970508022630.38795@keltia.freenix.fr> from Ollivier Robert at "May 8, 97 02:26:30 am" To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Thu, 8 May 1997 07:30:36 +0200 (SAT) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > According to Julian Elischer: > > ok, so I have a branch on the cvs tree > > (say called RELENG_2_2) > > and I want to check out that branch as it was on Dec 25 1996. > > HOW DO I DO THAT? > > I'd say: > > cvs co -r RELENG_2_2 -D '12/25/96 00:00 PST' src > > The tag will be sticky (i.e. will be retained through cvs update). > -- > Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 3.0-CURRENT #8: Wed May 7 13:25:41 CEST 1997 > Are you sure about this? My experiments show that it does not work (it ignore one of the two) and "cvs co -H" give the usage as: ==== zibbi:~ # cvs co -H Usage: cvs checkout [-ANPcflnps] [-r rev | -D date] [-d dir] [-k kopt] modules... .... ==== John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Wed May 7 22:55:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA10789 for hackers-outgoing; Wed, 7 May 1997 22:55:58 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA10778 for ; Wed, 7 May 1997 22:55:52 -0700 (PDT) Received: (qmail 25576 invoked by uid 1000); 8 May 1997 05:44:56 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199705080300.MAA27647@genesis.atrad.adelaide.edu.au> Date: Wed, 07 May 1997 22:32:27 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Re: Privileged Instruction Fault... Cc: FreeBSD-Hackers@FreeBSD.ORG, FreeBSD-SCSI@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 08-May-97 you wrote: ... > Note that the kernel stack is _very_ small; you > should not us use automatics of any substantial size. This is an excellent advise. Thanx! ... > Printf() uses more stack. I am _guessing_ that you are either running > off the end of a local, or using too much stack; it's hard to be > sure with so little data and no indication of where the fault IP > actually lies within your kernel. Actually, your ideas prompted a day of hunting. The game is in the bag. It appears to have been stack problem. The strange thing is that adding printf() calls actually improves things (uses a separate stack?). There are not too many automatics in the code and the depth of recursion is minimal. The (ugly) code is actually posted on sendero-ppp.i-connect.net (206.190.143.100), in /crash. The version there compiles but already too old. Thanx for the great ideas, now I have to chase this queue leak I just found. Simon From owner-freebsd-hackers Wed May 7 22:56:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA10806 for hackers-outgoing; Wed, 7 May 1997 22:56:00 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA10781 for ; Wed, 7 May 1997 22:55:53 -0700 (PDT) Received: (qmail 25578 invoked by uid 1000); 8 May 1997 05:44:57 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199705080315.MAA27753@genesis.atrad.adelaide.edu.au> Date: Wed, 07 May 1997 22:38:26 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: Michael Smith Subject: Re: Privileged Instruction Fault... Cc: FreeBSD-SCSI@FreeBSD.ORG, FreeBSD-Hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Michael Smith; On 08-May-97 you wrote: > Simon Shapiro stands accused of saying: > > > > Fatal trap 12: page fault while in kernel mode > > > > Fault address 0x41 > > Forgot to mention; check your structure definitions for members with > an offset of 0x41, though I expect you know all this... Yes, but part of the reason for discussing this publicly is for others, even more naive that I am to not repeat my mistakes :-) ... > Still no vmcores, kernels-with-symbols, etc. 8) Nope :-( The source changes too fast. Would be a waste of anyone's time. Besides, I think I am missing something in the configuration, as the kernel dumps do not happen. Also, do you know how to force entering into the kernel debugger? It should happen when you panic, but does not. Maybe you can have a look at the DPT configuration file and tell me. Much obliged, Simon From owner-freebsd-hackers Thu May 8 00:03:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA12925 for hackers-outgoing; Thu, 8 May 1997 00:03:13 -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 AAA12920 for ; Thu, 8 May 1997 00:03:08 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wPN9y-0001UF-00; Wed, 7 May 1997 23:58:38 -0700 Date: Wed, 7 May 1997 23:58:38 -0700 (PDT) From: Tom Samplonius To: Bill Fenner cc: Shawn Carey , "Daniel O'Callaghan" , freebsd-hackers@freebsd.org Subject: Re: FTP Performance In-Reply-To: <97May7.220556pdt.177486@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Bill Fenner wrote: > Shawn Carey wrote: > >Yes! [Reducing the MTU] did it, thanks very much! > > I'd bet that path-MTU discovery isn't working due to some misconfiguration > on the part of your ISP. How would this misconfiguration occur? Just two routers with mis-matched MTU/MRU sizes? > Bill Tom From owner-freebsd-hackers Thu May 8 00:35:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA13970 for hackers-outgoing; Thu, 8 May 1997 00:35:09 -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 AAA13964 for ; Thu, 8 May 1997 00:35:06 -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 IAA00849; Thu, 8 May 1997 08:32:03 +0100 (BST) Message-Id: <199705080732.IAA00849@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Shawn Carey cc: "Daniel O'Callaghan" , freebsd-hackers@freebsd.org Subject: Re: FTP Performance In-reply-to: Your message of "Wed, 07 May 1997 22:54:37 EDT." <3371406D.41C67EA6@servtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 May 1997 08:32:02 +0100 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Daniel O'Callaghan wrote: > [...] > > > > Alternatively, try reducing the MTU and MRU of ppp's tun interface to 552 > > or 1064. That cured Robert Chalmers' problem with his ISP's Ascend routers. > > > > Yes! That did it, thanks very much! If you're running -current, I'd appreciate if you'd try putting the MTU back and running with last nights patches. This may be a vj compression problem that should now be fixed. I'd appreciate any comments you have. > One small thing: The only way I was able to effectively change the MTU > was by hacking the ppp source to change DEF_MRU to 1064 in hdlc.h. > Using ppp's "set mru" and "set mtu" options did not work - the interface > would go back to 1500 as soon as I connected with my ISP, even though I > changed tun0's MTU manually with ifconfig. Am I doing something wrong, > or is ppp broken? At any rate, I can certainly live with this since my > ISP is the only system I typically connect to. This was mentioned a while ago and is on my slate. Looks like a bug, and it's definitely known. > Thanks again, > -Shawn -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Thu May 8 02:30:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA18045 for hackers-outgoing; Thu, 8 May 1997 02:30:27 -0700 (PDT) Received: from jazz.snu.ac.kr (jazz.snu.ac.kr [147.46.102.36]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA18040 for ; Thu, 8 May 1997 02:30:24 -0700 (PDT) Received: (from junker@localhost) by jazz.snu.ac.kr (8.8.5/8.8.4-procmail) id SAA09501; Thu, 8 May 1997 18:31:31 +0900 (KST) To: hackers@FreeBSD.ORG Subject: why 'toor'? From: Choi Jun Ho Date: 08 May 1997 18:31:31 +0900 Message-ID: Lines: 11 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From all the dist of FreeBSD I've seen, there is an id 'toor', equivalent to 'root'. I heard that is for Bourne-shell root users, but I cannot understand why two root id exist. Is it a some traditional reason or some kind of joke? -- |--Cool FreeBSD!-----MSX Forever!-----J.U.N.K.E.R/Beat Snatchers!--| |Choi Jun Ho http://jazz.snu.ac.kr/~junker| |Distributed Computing System Lab,CS Dept.,Seoul National Univ.,ROK| From owner-freebsd-hackers Thu May 8 02:51:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA18709 for hackers-outgoing; Thu, 8 May 1997 02:51:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA18704 for ; Thu, 8 May 1997 02:51:04 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA10146; Thu, 8 May 1997 11:50:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id LAA24426; Thu, 8 May 1997 11:44:35 +0200 (MET DST) Message-ID: <19970508114435.HX54291@uriah.heep.sax.de> Date: Thu, 8 May 1997 11:44:35 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: yonny@apolo.biblos.unal.edu.co (Yonny Cardenas) Subject: Re: Help for gated configuration References: X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Yonny Cardenas on May 5, 1997 19:51:23 -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Yonny Cardenas wrote: > Maybe already you read this e-mail, sorry, we have some problems whith us > mail. Yes, and my answer to you was undeliverable. Please, search for the answer in the mailing list archives on www.freebsd.org. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 8 03:33:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA20130 for hackers-outgoing; Thu, 8 May 1997 03:33:08 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA20124 for ; Thu, 8 May 1997 03:33:06 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA11085 for FreeBSD-Hackers@FreeBSD.ORG; Thu, 8 May 1997 12:33:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id MAA24501; Thu, 8 May 1997 12:06:09 +0200 (MET DST) Message-ID: <19970508120609.AH44796@uriah.heep.sax.de> Date: Thu, 8 May 1997 12:06:09 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Privileged Instruction Fault... References: <199705080315.MAA27753@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Simon Shapiro on May 7, 1997 22:38:26 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Simon Shapiro wrote: > Nope :-( The source changes too fast. Would be a waste of anyone's > time. Besides, I think I am missing something in the configuration, > as the kernel dumps do not happen. Also, do you know how to force > entering into the kernel debugger? It should happen when you panic, > but does not. Maybe you can have a look at the DPT configuration > file and tell me. Well, Simon, you should really setup a second machine containing the kernel compile tree, and run remote kgdb. It's a big help for such cases. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 8 03:41:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA20404 for hackers-outgoing; Thu, 8 May 1997 03:41:22 -0700 (PDT) Received: from nasu.utsunomiya-u.ac.jp (nasu.utsunomiya-u.ac.jp [160.12.128.3]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA20332 for ; Thu, 8 May 1997 03:37:26 -0700 (PDT) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by nasu.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id TAA01244; Thu, 8 May 1997 19:36:00 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (n2tcEwwMKbw8ouOGc8OY87xaetiHlV/p@zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by outmail.utsunomiya-u.ac.jp (8.8.4+2.7Wbeta4/3.5Wpl3) with ESMTP id TAA01875; Thu, 8 May 1997 19:35:59 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.33.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id TAA00480; Thu, 8 May 1997 19:40:54 +0900 (JST) Message-Id: <199705081040.TAA00480@zodiac.mech.utsunomiya-u.ac.jp> To: Bruce Evans cc: hackers@freebsd.org, j@uriah.heep.sax.de, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: alternative probe_keyboard.c (was: Re: i386/3124: BOOT_PROBE_KEYBOARD hangs system in bootblocks) In-reply-to: Your message of "Sat, 26 Apr 1997 03:10:05 +1000." <199704251710.DAA05121@godzilla.zeta.org.au> References: <199704251710.DAA05121@godzilla.zeta.org.au> Date: Thu, 08 May 1997 19:40:53 +0900 From: Kazutaka YOKOTA Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ooops. I thought I had sent this reply days ago... Kazu >There is little need for it in -current. It could be controlled by an >option in /boot.config: > >-S: force a serial console. Don't bother probing the keyboard. To use > a keyboard after all, either start booting with a serial console and > toggle -S, or if you don't have access to a serial console after all, > boot from another disk without -S. Simplest. >-K: enable the keyboard probe. Same as now except there is no danger > from buggy keyboard probes except for people who enable the probe. > If you use this in a SNAP, don't expect adequate test coverage of > the probe :-). >-D: enable dual normal/serial console. Do all i/o to both the normal > and the serial console without much probing. >-D -S: as above, except -S just gives preference to the serial console. > You can toggle it easily by typing on either console. > >I implemented a non-optional ugly version -D. It's simple except for >the timeout stuff. The timeout stuff could be skipped if there were >a -D flag (users should only use -D if serial hardware exists). Output >at 9600 bps is a bit slow to use all the time (twiddle() takes longer >than disk i/o :-). > >Bruce Based on your code and suggestions, I added some quick hack to your code (see attached shar file). But I have not tested the code because we are now hitting the size limit... We need to reorganize/rearrange the boot code in order to pursue this hack. Some notes: * Space problem We are seriously running out of space in the boot block. Whether we use the existing probe_keyboard.c or the new one, we cannot turn on all the options (PROBE_KEYBOARD_LOCK, BOOT_HD_BIAS, NAMEBLOCK, NAMEBLOCK_WRITEBACK) together with -K -S -D options you have suggested. I managed to tweak some bytes and was able to compile the boot block with PROBE_KEYBOARD_LOCK and BOOT_HD_BIAS. But, enabling NAMEBLOCK and NAMEBLOCK_WRITEBACK in addition to these will make the boot block exceed its limit. * Symbols RB_DUAL and RB_PROBEKBD are newly defined, temporarily in boot.h. They should be in sys/reboot.h, but, I wonder if RB_PROBEKBD belongs there; it might have been better to define it something rather than a reboot() flag... * Compile-time options PROBE_KEYBOARD_LOCK Same as before. Check if the key lock is on. If it is, the serial console is forced. FORCE_COMCONSOLE, PROBE_KEYBOARD These options are now gone. probe_keyboard() is always compiled in, but will be executed only if -K option takes effect (see below). FORCE_COMCONSOLE is superseded by -S option (see below). * /boot.config and "Boot:" options -S The serial console is forced. The keyboard is not probed. -D Console output will go to both the normal and the serial console. The keyboard is not probed. If neither -S nor -D is specified, the systems behaves in the same way as the current boot block. The normal console is assumed (unless -K option takes effect, see below). -K If neither -S nor -D is specified but -K is specified, the keyboard is probed and if it is not found, the serial console is assumed. If it is found, the normal console is assumed. -D -S I didn't quite follow your intention and didn't implement this combination. I have run out of space anyway. Examples: -S The serial console is forced. -S -K The serial console is forced. -K is ignored and the keyboard is not probed. -K The keyboard is probed. -D Console output will go to both the normal and the serial console. -D -S -D -K -D -S -K Console output will go to both the normal and the serial console. -S and -K are ignored. Looking forward to hearing your comments. Kazu # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # biosboot.diff # probe_keyboard.c-echo # echo x - biosboot.diff sed 's/^X//' >biosboot.diff << 'END-of-biosboot.diff' Xdiff -c2 ../biosboot/boot.c ./boot.c X*** ../biosboot/boot.c Thu Apr 10 23:42:23 1997 X--- ./boot.c Tue Apr 29 10:16:31 1997 X*************** X*** 85,99 **** X int ret; X X! #ifdef PROBE_KEYBOARD X! if (probe_keyboard()) { X! init_serial(); X! loadflags |= RB_SERIAL; X! printf("\nNo keyboard found."); X! } X! #endif X X #ifdef PROBE_KEYBOARD_LOCK X if (!(inb(0x64) & 0x10)) { X- init_serial(); X loadflags |= RB_SERIAL; X printf("\nKeyboard locked."); X--- 85,92 ---- X int ret; X X! init_serial(); X X #ifdef PROBE_KEYBOARD_LOCK X if (!(inb(0x64) & 0x10)) { X loadflags |= RB_SERIAL; X printf("\nKeyboard locked."); X*************** X*** 101,110 **** X #endif X X- #ifdef FORCE_COMCONSOLE X- init_serial(); X- loadflags |= RB_SERIAL; X- printf("\nSerial console forced."); X- #endif X- X /* Pick up the story from the Bios on geometry of disks */ X X--- 94,97 ---- X*************** X*** 156,163 **** X #endif /*NAMEBLOCK*/ X readfile("boot.config", boot_config, BOOT_CONFIG_SIZE); X if (namebuf[0] != '\0') X printf("boot.config: %s", boot_config); X name = "kernel"; X- getbootdev(boot_config, &loadflags); X /* X * XXX parsing of `name' is in openrd(), so the defaults aren't X--- 143,150 ---- X #endif /*NAMEBLOCK*/ X readfile("boot.config", boot_config, BOOT_CONFIG_SIZE); X+ getbootdev(boot_config, &loadflags); X if (namebuf[0] != '\0') X printf("boot.config: %s", boot_config); X name = "kernel"; X /* X * XXX parsing of `name' is in openrd(), so the defaults aren't X*************** X*** 168,172 **** X /* If we have looped, use the previous entries as defaults */ X printf("\n>> FreeBSD BOOT @ 0x%x: %d/%d k of memory\n" X! "Usage: [[[%d:][%s](%d,a)]%s][-abcCdghrsv]\n" X "Use 1:sd(0,a)kernel to boot sd0 if it is BIOS drive 1\n" X "Use ? for file list or press Enter for defaults\n\nBoot: ", X--- 155,159 ---- X /* If we have looped, use the previous entries as defaults */ X printf("\n>> FreeBSD BOOT @ 0x%x: %d/%d k of memory\n" X! "Usage: [[[%d:][%s](%d,a)]%s][-abcCdDghKrsSv]\n" X "Use 1:sd(0,a)kernel to boot sd0 if it is BIOS drive 1\n" X "Use ? for file list or press Enter for defaults\n\nBoot: ", X*************** X*** 174,183 **** X dosdev & 0x7f, devs[maj], unit, name); X X! loadflags &= RB_SERIAL; /* clear all, but leave serial console */ X X /* X * Be paranoid and make doubly sure that the input buffer is empty. X */ X! if (loadflags & RB_SERIAL) X init_serial(); X X--- 161,170 ---- X dosdev & 0x7f, devs[maj], unit, name); X X! loadflags &= (RB_SERIAL | RB_DUAL); X X /* X * Be paranoid and make doubly sure that the input buffer is empty. X */ X! if (loadflags & (RB_SERIAL | RB_DUAL)) X init_serial(); X X*************** X*** 352,355 **** X--- 339,343 ---- X getbootdev(char *ptr, int *howto) X { X+ int f = *howto; /* save some bytes */ X char c; X X*************** X*** 363,392 **** X goto nextarg; X if (c == 'C') X! *howto |= RB_CDROM; X if (c == 'a') X! *howto |= RB_ASKNAME; X if (c == 'b') X! *howto |= RB_HALT; X if (c == 'c') X! *howto |= RB_CONFIG; X if (c == 'd') X! *howto |= RB_KDB; X! if (c == 'h') { X! *howto ^= RB_SERIAL; X! if (*howto & RB_SERIAL) X! init_serial(); X! continue; X! } X if (c == 'g') X! *howto |= RB_GDB; X if (c == 'r') X! *howto |= RB_DFLTROOT; X if (c == 's') X! *howto |= RB_SINGLE; X if (c == 'v') X! *howto |= RB_VERBOSE; X } X if (c == '\0') X! return; X name = ptr; X while (*++ptr != '\0') { X--- 351,382 ---- X goto nextarg; X if (c == 'C') X! f |= RB_CDROM; X if (c == 'a') X! f |= RB_ASKNAME; X if (c == 'b') X! f |= RB_HALT; X if (c == 'c') X! f |= RB_CONFIG; X if (c == 'd') X! f |= RB_KDB; X! if (c == 'h') X! f ^= RB_SERIAL; X if (c == 'g') X! f |= RB_GDB; X if (c == 'r') X! f |= RB_DFLTROOT; X if (c == 's') X! f |= RB_SINGLE; X if (c == 'v') X! f |= RB_VERBOSE; X! if (c == 'S') X! f |= RB_SERIAL; X! if (c == 'D') X! f |= (RB_DUAL | RB_SERIAL); X! if (c == 'K') X! f |= RB_PROBEKBD; X } X if (c == '\0') X! break; X name = ptr; X while (*++ptr != '\0') { X*************** X*** 397,399 **** X--- 387,398 ---- X } X } X+ X+ if (((f & (RB_SERIAL | RB_DUAL | RB_PROBEKBD)) == RB_PROBEKBD) X+ && probe_keyboard()) { X+ f |= RB_SERIAL; X+ printf("\nNo keyboard found."); X+ } X+ if (f & (RB_SERIAL | RB_DUAL)) X+ init_serial(); X+ *howto = f; X } Xdiff -c2 ../biosboot/boot.h ./boot.h X*** ../biosboot/boot.h Thu Apr 10 23:42:24 1997 X--- ./boot.h Mon Apr 28 18:03:51 1997 X*************** X*** 36,39 **** X--- 36,42 ---- X #include X X+ #define RB_DUAL 0x40000 /* XXX */ X+ #define RB_PROBEKBD 0x80000 /* XXX */ X+ X extern char *devs[]; X extern char *name; Xdiff -c2 ../biosboot/io.c ./io.c X*** ../biosboot/io.c Thu Apr 10 23:42:24 1997 X--- ./io.c Mon Apr 28 18:07:45 1997 X*************** X*** 122,132 **** X putchar(int c) X { X! if (c == '\n') { X! if (loadflags & RB_SERIAL) X! serial_putc('\r'); X! else X! putc('\r'); X! } X! if (loadflags & RB_SERIAL) X serial_putc(c); X else X--- 122,131 ---- X putchar(int c) X { X! if (c == '\n') X! putchar('\r'); X! if (loadflags & RB_DUAL) { X! putc(c); X! serial_putc(c); X! } else if (loadflags & RB_SERIAL) X serial_putc(c); X else X*************** X*** 140,144 **** X X loop: X! if ((c = ((loadflags & RB_SERIAL) ? serial_getc() : getc())) == '\r') X c = '\n'; X if (c == '\b') { X--- 139,155 ---- X X loop: X! if (loadflags & RB_DUAL) { X! if (ischar()) X! c = getc(); X! else if (serial_ischar()) X! c = serial_getc(); X! else X! goto loop; X! } else if (loadflags & RB_SERIAL) { X! c = serial_getc(); X! } else { X! c = getc(); X! } X! if (c == '\r') X c = '\n'; X if (c == '\b') { X*************** X*** 154,158 **** X } X X- #ifdef PROBE_KEYBOARD X /* X * This routine uses an inb to an unused port, the time to execute that X--- 165,168 ---- X*************** X*** 172,176 **** X (void)inb(0x84); X } X- #endif /* PROBE_KEYBOARD */ X X static __inline int X--- 182,185 ---- X*************** X*** 186,191 **** X isc = ischar(); X X! if (!(loadflags & RB_SERIAL)) X return (isc); X return (serial_ischar()); X X--- 195,204 ---- X isc = ischar(); X X! if (loadflags & RB_DUAL) { X! if (isc != 0) X! return (isc); X! } else if (!(loadflags & RB_SERIAL)) { X return (isc); X+ } X return (serial_ischar()); X Xdiff -c2 ../biosboot/serial.S ./serial.S X*** ../biosboot/serial.S Thu Apr 10 23:42:24 1997 X--- ./serial.S Mon Apr 28 11:25:35 1997 X*************** X*** 96,101 **** X push %edx X X mov $COMCONSOLE + 5, %edx # line status reg X! 1: inb %dx, %al X test $0x20, %al X jz 1b # TX buffer not empty X--- 96,105 ---- X push %edx X X+ movl $10000, %ecx # timeout X mov $COMCONSOLE + 5, %edx # line status reg X! 1: X! decl %ecx X! je 2f X! inb %dx, %al X test $0x20, %al X jz 1b # TX buffer not empty X*************** X*** 106,109 **** X--- 110,114 ---- X outb %al, %dx # send this one X X+ 2: X pop %edx X pop %ebp X*************** X*** 177,181 **** X outb %al, %dx X X! add $2, %edx # line control reg X movb $0x13, %al X outb %al, %dx # 8 bit, no parity, 1 stop bit X--- 182,190 ---- X outb %al, %dx X X! incl %edx # fifo control register (if any) X! xorl %eax,%eax X! outb %al, %dx # disable fifo to reduce worst-case busy-wait X! X! incl %edx # line control reg X movb $0x13, %al X outb %al, %dx # 8 bit, no parity, 1 stop bit END-of-biosboot.diff echo x - probe_keyboard.c-echo sed 's/^X//' >probe_keyboard.c-echo << 'END-of-probe_keyboard.c-echo' X/*- X * Copyright (c) 1997 Kazutaka YOKOTA (yokota@zodiac.mech.utsunomiya-u.ac.jp) X * All rights reserved. X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND X * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE X * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE X * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE X * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL X * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS X * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) X * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT X * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY X * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF X * SUCH DAMAGE. X * X * $Id:$ X */ X X#include X#include X#include X#include X X#include "boot.h" X X#define PROBE_MAXRETRY 5 X#define PROBE_MAXWAIT 400 X X#define IO_DUMMY 0x84 X X/* 7 microsec delay necessary for some keyboard controllers */ Xstatic void Xdelay7(void) X{ X /* X * I know this is broken, but no timer is avaiable yet at this stage... X * See also comments in `delay1ms()' in `io.c'. X */ X inb(IO_DUMMY); inb(IO_DUMMY); X inb(IO_DUMMY); inb(IO_DUMMY); X inb(IO_DUMMY); inb(IO_DUMMY); X} X X/* X * Perform a simple test on the keyboard; issue the ECHO command and see X * if the right answer is returned. We don't do anything as drastic as X * full keyboard reset; it will be too troublesome and take too much time. X */ Xint Xprobe_keyboard(void) X{ X int retry = PROBE_MAXRETRY; X int wait; X int i; X X while (--retry >= 0) { X /* flush any noise */ X while (inb(IO_KBD + KBD_STATUS_PORT) & KBDS_ANY_BUFFER_FULL) { X delay7(); X inb(IO_KBD + KBD_DATA_PORT); X delay1ms(); X } X X /* wait until the controller can accept a command */ X for (wait = PROBE_MAXWAIT; wait > 0; --wait) { X if (((i = inb(IO_KBD + KBD_STATUS_PORT)) X & (KBDS_INPUT_BUFFER_FULL | KBDS_ANY_BUFFER_FULL)) == 0) X break; X if (i & KBDS_ANY_BUFFER_FULL) { X delay7(); X inb(IO_KBD + KBD_DATA_PORT); X } X delay1ms(); X } X if (wait <= 0) X continue; X X /* send the ECHO command */ X outb(IO_KBD + KBD_DATA_PORT, KBDC_ECHO); X X /* wait for a response */ X for (wait = PROBE_MAXWAIT; wait > 0; --wait) { X if (inb(IO_KBD + KBD_STATUS_PORT) & KBDS_ANY_BUFFER_FULL) X break; X delay1ms(); X } X if (wait <= 0) X continue; X X delay7(); X i = inb(IO_KBD + KBD_DATA_PORT); X#ifdef PROBE_KBD_BEBUG X printf("probe_keyboard: got 0x%x.\n", i); X#endif X if (i == KBD_ECHO) { X /* got the right answer */ X return (0); X } X } X X return (1); X} X END-of-probe_keyboard.c-echo exit From owner-freebsd-hackers Thu May 8 04:12:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA21297 for hackers-outgoing; Thu, 8 May 1997 04:12:21 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA21291 for ; Thu, 8 May 1997 04:12:17 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.5/CET-v2.1) with SMTP id LAA13551; Thu, 8 May 1997 11:11:42 GMT Date: Thu, 8 May 1997 20:11:42 +0900 (JST) From: Michael Hancock To: Choi Jun Ho cc: hackers@FreeBSD.ORG Subject: Re: why 'toor'? 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 8 May 1997, Choi Jun Ho wrote: > >From all the dist of FreeBSD I've seen, there is an id 'toor', > equivalent to 'root'. I heard that is for Bourne-shell root users, but > I cannot understand why two root id exist. Is it a some traditional > reason or some kind of joke? I think you answered your question. 'root' is to be used with 'sh' a statically linked binary in case /usr isn't mounted. 'toor' can use a dynamically linked 'bash' and be equivalent to root. Whether or not this is good practice From owner-freebsd-hackers Thu May 8 04:46:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA22261 for hackers-outgoing; Thu, 8 May 1997 04:46:08 -0700 (PDT) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA22027 for ; Thu, 8 May 1997 04:39:47 -0700 (PDT) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.5/8.8.4) id OAA06491; Thu, 8 May 1997 14:16:01 +0400 (MSD) Date: Thu, 8 May 1997 14:16:01 +0400 (MSD) From: "Vasily V. Grechishnikov" To: Terry Lambert cc: terry@lambert.org, freebsd-hackers@FreeBSD.ORG Subject: Re: Broken NetWare 3.12 TCP/IP support ? In-Reply-To: <199705071656.JAA21310@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Terry Lambert wrote: > > Splitting both 28 and 29 off the same wire is ...scary. Generally, > you want subnetting to be uniform across any class C. Also, > non-power-of-2 masking may be a problem for you in any case, even > with the new NLM's. > Thanks for help, now it's done. I first I know UNIX and don't know NetWare and NetWare admin tell me - " all configured ok", but he forget to add GATE=.17 option to BIND IP ;-) Now all work without routeds at primary and secondary FreeBSD boxes. Thanks , Vasily . ******[FreeBSD it is coolest UNIX for PC!]********* * System admin , ftp and web master. * * Home Page: http://www.econ.acnit.ac.ru/~bazilio * * E-mail: bazilio@economic.acnit.ac.ru * * * * Industrial Economy Departament * * Voronezh State Technical University * *************************************************** From owner-freebsd-hackers Thu May 8 05:07:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA22953 for hackers-outgoing; Thu, 8 May 1997 05:07:18 -0700 (PDT) Received: from www.eliteness.org (jbowie@cumbersome.eliteness.org [207.41.158.32]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA22948; Thu, 8 May 1997 05:07:15 -0700 (PDT) Received: from localhost (jbowie@localhost) by www.eliteness.org (8.8.5/8.8.5) with SMTP id IAA05293; Thu, 8 May 1997 08:06:31 GMT X-Authentication-Warning: www.eliteness.org: jbowie owned process doing -bs Date: Thu, 8 May 1997 08:06:30 +0000 (GMT) From: The Code Warrior X-Sender: jbowie@www.eliteness.org To: Simon Shapiro cc: Michael Smith , FreeBSD-SCSI@FreeBSD.ORG, FreeBSD-Hackers@FreeBSD.ORG Subject: Re: Privileged Instruction Fault... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 7 May 1997, Simon Shapiro wrote: > > Hi Michael Smith; On 08-May-97 you wrote: > > Simon Shapiro stands accused of saying: > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > Fault address 0x41 > > > > Forgot to mention; check your structure definitions for members with > > an offset of 0x41, though I expect you know all this... > > Yes, but part of the reason for discussing this publicly is for others, even > more naive that I am to not repeat my mistakes :-) > > ... > Could be just a coincidence but could it have something to do with the fact that 0x41 is the address in memory of the Letter 'A'? -Jon From owner-freebsd-hackers Thu May 8 05:51:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA24950 for hackers-outgoing; Thu, 8 May 1997 05:51:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id FAA24944 for ; Thu, 8 May 1997 05:51:33 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA12392; Thu, 8 May 1997 14:51:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id OAA24961; Thu, 8 May 1997 14:36:38 +0200 (MET DST) Message-ID: <19970508143638.WV32055@uriah.heep.sax.de> Date: Thu, 8 May 1997 14:36:38 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: bad@wireless.wdc.net (Bernie Doehner) Subject: Re: Computone Intelliport II driver status? 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 Bernie Doehner on May 6, 1997 17:16:50 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bernie Doehner wrote: > I have come across a very good deal on Computone Intelliport II's (8 > serial port) ($49.95 a piece). > > Officialy according to Computone there is no FreeBSD driver. Is this > correct? It seems so. > Is it maybe possible to use one of the other multiport > (intelligent) serial drivers with the Intelliport II? Unlikely. While you are at it, please do also write a driver for the Intelliport (the old one) and ATvantage cards, i've got one each. :-) Seriously, i once approached them about device driver documentation, even willing to sign an NDA for it, and while they weren't unfriendly, they finally never sent me the fax with the NDA, and i eventually stopped urging them. Their email RTT was around 7 days or so... But i guess, if you try really hard, you can get them to give you the device docs. All you need is to get them to agree providing the driver itself -- nobody cares then whether you had to sign an NDA for the docs as long as the driver is untainted. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 8 06:21:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA26155 for hackers-outgoing; Thu, 8 May 1997 06:21:36 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA26148 for ; Thu, 8 May 1997 06:21:33 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA12719; Thu, 8 May 1997 15:21:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id PAA25049; Thu, 8 May 1997 15:07:14 +0200 (MET DST) Message-ID: <19970508150714.NB38132@uriah.heep.sax.de> Date: Thu, 8 May 1997 15:07:14 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: mrcpu@cdsnet.net (Jaye Mathisen), msmith@atrad.adelaide.edu.au (Michael Smith), dennis@etinc.com, tim@futuresouth.com, hackers@FreeBSD.ORG Subject: Re: if_de.c ???? References: <8103.862994947@time.cdrom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <8103.862994947@time.cdrom.com>; from Jordan K. Hubbard on May 7, 1997 01:49:07 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > I know for a fact that the > following people, for example, will do FreeBSD kernel-level (or > userland) consulting work and are more than capable: > > John Polstra > Poul-Henning Kamp > Amancio Hasty > Jeff Hsu > David Greenman [well, if you can somehow > manage to get on his calendar these days ;)] You can also add the interface business GmbH here. In case anybody's wondering, it's my employer, and they aren't against me doing paywork for FreeBSD. Unlike my work in the spare time, paywork gets into the regular schedule, so we can (well, sorta) make promises about an ETA. That'll be Joerg Wunsch ...in case anybody's going to maintain this list. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 8 06:22:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA26198 for hackers-outgoing; Thu, 8 May 1997 06:22:02 -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 GAA26189 for ; Thu, 8 May 1997 06:21:59 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA12724 for hackers@FreeBSD.ORG; Thu, 8 May 1997 15:21:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id PAA25075; Thu, 8 May 1997 15:14:51 +0200 (MET DST) Message-ID: <19970508151451.BG56611@uriah.heep.sax.de> Date: Thu, 8 May 1997 15:14:51 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: if_de.c ???? References: <3.0.1.32.19970507125349.006b90d0@www.3am-software.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <3.0.1.32.19970507125349.006b90d0@www.3am-software.com>; from Matt Thomas on May 7, 1997 12:53:49 -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Matt Thomas wrote: > BSD/OS and NetBSD already have ifmedia built in. Only FreeBSD does > not (yet) have it as a standard component. With the various configurations > taht the de supports, anything else but ifmedia is a hack. Ok, i've just sent you a private mail, but now that you're stating this wrongly here in public three times, note that FreeBSD now also has ifmedia support (thanks to Peter Wemm). (And btw., just this ifmedia support caused dennis to claim it were a hack, that was the message you were replying to...) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 8 06:22:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA26231 for hackers-outgoing; Thu, 8 May 1997 06:22:10 -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 GAA26217 for ; Thu, 8 May 1997 06:22:06 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA12725; Thu, 8 May 1997 15:22:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id PAA25101; Thu, 8 May 1997 15:20:25 +0200 (MET DST) Message-ID: <19970508152025.JI60707@uriah.heep.sax.de> Date: Thu, 8 May 1997 15:20:25 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: mmead@goof.com (matthew c. mead) Subject: Re: need disk error help! References: <199705061858.OAA11402@goof.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: <199705061858.OAA11402@goof.com>; from matthew c. mead on May 6, 1997 14:58:42 -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As matthew c. mead wrote: > Hi, I'm trying to resolve a problem on a machine which is > having what appears to be drive errors. Can someone help me > interpret this message and figure out what to do to mark this > part of the disk as unusable or some other measure? Thanks! Your best bet (short of using SCSI drives where error recovery and formatting are standardized :) is to kick the drive's vendor for a formatting utility. I mean real low-level format (at the IDE level). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 8 07:25:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA29554 for hackers-outgoing; Thu, 8 May 1997 07:25: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 HAA29548 for ; Thu, 8 May 1997 07:25:48 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id WAA01522; Thu, 8 May 1997 22:07:59 +0800 (WST) Date: Thu, 8 May 1997 22:07:59 +0800 (WST) From: Adrian Chadd To: Tim Oneil cc: "Alex.Boisvert" , hackers@FreeBSD.ORG Subject: Re: Applixware hangs In-Reply-To: <3.0.32.19970507155649.009357e0@visigenic.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 > Thats not the latest. Red Hat is at 4.x something. Maybe you should > get the latest version. Maybe someone should make a new linuxlibs package up.. libc 5.0.x is just far too outdated *grin* (The current version is in the high 5.4s..) Adrian From owner-freebsd-hackers Thu May 8 08:34:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA03248 for hackers-outgoing; Thu, 8 May 1997 08:34:28 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA03238 for ; Thu, 8 May 1997 08:34:22 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id IAA12715; Thu, 8 May 1997 08:42:35 -0500 Received: from garbo.lodgenet.com(204.124.123.250) by bacall via smap (V1.3) id sma012710; Thu May 8 08:42:09 1997 Received: from jake.lodgenet.com (jake.lodgenet.com [10.0.11.30]) by garbo.lodgenet.com (8.6.12/8.6.9) with ESMTP id IAA23110; Thu, 8 May 1997 08:39:39 -0500 Received: from jake.lodgenet.com (localhost.lodgenet.com [127.0.0.1]) by jake.lodgenet.com (8.8.5/8.6.12) with ESMTP id IAA29232; Thu, 8 May 1997 08:38:55 -0500 (CDT) Message-Id: <199705081338.IAA29232@jake.lodgenet.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: bad@wireless.wdc.net (Bernie Doehner) cc: hackers@FreeBSD.ORG Subject: Re: Computone Intelliport II driver status? In-reply-to: Your message of "Thu, 08 May 1997 14:36:38 +0200." <19970508143638.WV32055@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 May 1997 08:38:55 -0500 From: "Eric L. Hernes" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bernie Doehner wrote: > I have come across a very good deal on Computone Intelliport II's (8 > serial port) ($49.95 a piece). If you're just looking for cheap 8-ports, I've got about 50 older Digi PC/8e's I can let go for $50+shipping. They don't have the fan-outs; they're full length ISA's and need a 64k shared mem region. They probably can't do 115kb sustained on all 8, but other than that, they work fine with FreeBSD. They're excellent for hardware control and home automation stuff. > > Officialy according to Computone there is no FreeBSD driver. Is this > correct? eric. -- erich@rrnet.com http://rrnet.com/~erich erich@freebsd.org http://www.freebsd.org/~erich erich@lodgenet.com From owner-freebsd-hackers Thu May 8 09:34:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA06184 for hackers-outgoing; Thu, 8 May 1997 09:34:03 -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 JAA06159; Thu, 8 May 1997 09:34:00 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id JAA17953; Thu, 8 May 1997 09:33:50 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id SAA23080; Thu, 8 May 1997 18:32:10 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.8.4/8.6.12) with UUCP id SAA25545; Thu, 8 May 1997 18:32:00 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.5/keltia-uucp-2.9) id JAA19014; Thu, 8 May 1997 09:45:24 +0200 (CEST) Message-ID: <19970508094524.14197@keltia.freenix.fr> Date: Thu, 8 May 1997 09:45:24 +0200 From: Ollivier Robert To: freebsd-hackers@FreeBSD.ORG, freebsd-scsi@FreeBSD.ORG Subject: Re: Help with HP DAT 34580A Modes on FreeBSD-2.2 References: <199705072236.PAA21818@ccnet3.ccnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67 In-Reply-To: <199705072236.PAA21818@ccnet3.ccnet.com>; from Radha Krishnan on Wed, May 07, 1997 at 03:36:50PM -0700 X-Operating-System: FreeBSD 3.0-CURRENT ctm#3279 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Radha Krishnan: > Could anyone with an HP35480A Dat on a FreeBSD-2.2 system, send me the > output from "mt -f /dev/nrst0 status" listing the different modes and > densities? This is 3.0-CURRENT but I don't expect 2.2 to be different: st0 at scbus0 target 5 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access st0: 5.0 MB/s (200 ns, offset 8) Present Mode: Density = X3B5/88-185A Blocksize variable ---------available modes--------- Mode 0: Density = 0x00 Blocksize variable Mode 1: Density = X3.136-1986 Blocksize = 512 bytes Mode 2: Density = X3.39-1986 Blocksize variable Mode 3: Density = X3.54-1986 Blocksize variable -- Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 3.0-CURRENT #8: Wed May 7 13:25:41 CEST 1997 From owner-freebsd-hackers Thu May 8 09:51:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07218 for hackers-outgoing; Thu, 8 May 1997 09:51:10 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07209 for ; Thu, 8 May 1997 09:50:54 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA12557; Thu, 8 May 1997 12:50:17 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 8 May 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id IAA15584; Thu, 8 May 1997 08:31:40 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id IAA05623; Thu, 8 May 1997 08:38:38 -0400 (EDT) Date: Thu, 8 May 1997 08:38:38 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705081238.IAA05623@lakes.water.net> To: ponds!zeta.org.au!bde, ponds!time.cdrom.com!jkh, ponds!barcode.co.il!nadav, ponds!lakes.water.net!rivers Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: ponds!freebsd.org!hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> They all already support K&R except , , , > >> , , , , , , > >> , . I.e., all except 0 CSRG-derived headers, 2 > >> LBL-derived ones (pcap*), 3 Linux-derived ones (dialog, ncurses, unctrl) > >> and 6 jkh/phk headers (the rest) support K&R. > > > > Oops - what about netdb.h and uses of 'const', etc... (which should > >work, but apparently don't.) > > Compile them with a K&R compiler (not gcc -traditional) or use `-Dconst='. > Both of these work bogusly by defining const away. > > Bruce > > Ok - just how K&R do we want to get? Do we say "late" K&R or early K&R? o) no Structure returns? o) no "void" type? o) no "enums"? o) slightly different expression promotion rules? o) no "const"? o) no "volatile"? There's a good bit to consider here. I'd be happy with just handling "const" in the system headers, since that's what GCC complains about. [along with __P() for compilers that don't support prototypes.] - Dave Rivers - From owner-freebsd-hackers Thu May 8 09:52:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA07331 for hackers-outgoing; Thu, 8 May 1997 09:52:29 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA07324 for ; Thu, 8 May 1997 09:52:25 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA12504; Thu, 8 May 1997 12:50:10 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Thu, 8 May 1997 12:50 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.5/8.7.3) with ESMTP id IAA15186; Thu, 8 May 1997 08:24:25 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.8.5/8.6.9) id IAA05595; Thu, 8 May 1997 08:31:24 -0400 (EDT) Date: Thu, 8 May 1997 08:31:24 -0400 (EDT) From: Thomas David Rivers Message-Id: <199705081231.IAA05595@lakes.water.net> To: ponds!zeta.org.au!bde, bde@zeta.org.au, ponds!gid.co.uk!rb Subject: Re: /usr/include/ftpio.h is not C++ safe Cc: ponds!main.gbdata.com!gclarkii, ponds!FreeBSD.ORG!hackers, ponds!time.cdrom.com!jkh, ponds!barcode.co.il!nadav Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >I have *shitloads* of old code around (mostly in clients' systems) which > >breaks in subtle and mysterious ways when naively ported to ANSI C. It > >often boils down to ANSI having broken the portability of comparing chars > >with constants [don't get me started, it's a couple of years since I had a > >good rant about that one :-)]. > > > >-traditional is a life-saver. > > gcc -traditional supports prototypes, so this is no argument for __P(()) > :-). It's an argument agains __P(()) - it's reasonable for headers to > only support the compiler(s) shipped with the system. > > Bruce > prototypes, yes - keywords no... - Dave R. - From owner-freebsd-hackers Thu May 8 10:28:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA08930 for hackers-outgoing; Thu, 8 May 1997 10:28:32 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA08922 for ; Thu, 8 May 1997 10:28:29 -0700 (PDT) Received: from shasta.altavista-software.com (shasta.altavista-software.com [205.181.164.61]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id KAA15029 for ; Thu, 8 May 1997 10:28:26 -0700 (PDT) Message-Id: <3.0.1.32.19970508132727.00762f6c@www.3am-software.com> X-Sender: matt@www.3am-software.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 08 May 1997 13:27:27 -0400 To: hackers@freebsd.org From: Matt Thomas Subject: New de driver Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk http://www.3am-software.com/ contains a pointer to a gzipped tar file which contain a new de driver that runs on 2.2-RELENG. It does not require ifmedia support (but it will use it if it's there). This non-ifmedia support has not been extensively tested but it is working on one of my test systems. If you have a card that is not working with the current de driver, please try this driver and let me know the results. Note that this driver supports the 21143 and 21142 chips. It contains fixes/workaround for all know errata on the 21x4x chips. -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Thu May 8 11:13:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11072 for hackers-outgoing; Thu, 8 May 1997 11:13:48 -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 LAA11065 for ; Thu, 8 May 1997 11:13:45 -0700 (PDT) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id LAA19851; Thu, 8 May 1997 11:08:10 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) via SMTP by alpo.whistle.com, id smtpd019846; Thu May 8 18:08:04 1997 Message-ID: <3372167B.48EE4166@whistle.com> Date: Thu, 08 May 1997 11:07: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: John Hay CC: Ollivier Robert , hackers@FreeBSD.ORG Subject: Re: CVS guru's only References: <199705080530.HAA10611@zibbi.mikom.csir.co.za> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Exactly.. it doesn't work. I haven't worked out why.. hmmmm isn't there a way to make cvs apply an RCS command to the entire tree? mabe that could be done.. (I think RCS) can actually do it. CVS can actually do it internally becaus the -j option allows it.. the limitation in update is just some stupid artifact. (what I ended up doing BTW is: cvs checkout -r RELENG_2_2 cvs update -D because the tags were sticky it seems to have stayed on the 2.2 branch. julian John Hay wrote: > > > According to Julian Elischer: > > > ok, so I have a branch on the cvs tree > > > (say called RELENG_2_2) > > > and I want to check out that branch as it was on Dec 25 1996. > > > HOW DO I DO THAT? > > > > I'd say: > > > > cvs co -r RELENG_2_2 -D '12/25/96 00:00 PST' src > > > > The tag will be sticky (i.e. will be retained through cvs update). > > -- > > Ollivier ROBERT -=- FreeBSD: There are no limits -=- roberto@keltia.freenix.fr > > FreeBSD keltia.freenix.fr 3.0-CURRENT #8: Wed May 7 13:25:41 CEST 1997 > > > > Are you sure about this? My experiments show that it does not work (it > ignore one of the two) and "cvs co -H" give the usage as: > ==== > zibbi:~ # cvs co -H > Usage: > cvs checkout [-ANPcflnps] [-r rev | -D date] [-d dir] [-k kopt] modules... > .... From owner-freebsd-hackers Thu May 8 11:26:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11714 for hackers-outgoing; Thu, 8 May 1997 11:26:52 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA11703 for ; Thu, 8 May 1997 11:26:48 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <18813(8)>; Thu, 8 May 1997 11:26:05 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177486>; Thu, 8 May 1997 11:18:29 -0700 To: Tom Samplonius cc: Bill Fenner , Shawn Carey , "Daniel O'Callaghan" , freebsd-hackers@freebsd.org Subject: Re: FTP Performance In-reply-to: Your message of "Wed, 07 May 97 23:58:38 PDT." Date: Thu, 8 May 1997 11:18:22 PDT From: Bill Fenner Message-Id: <97May8.111829pdt.177486@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tom Samplonius wrote: > How would this misconfiguration occur? Just two routers with >mis-matched MTU/MRU sizes? No, the only way for PMTU discovery to fail is for a router to not return ICMP fragmentation required errors. I don't know how to configure a router to do this, since it's required by RFC1812, but perhaps there's a firewall in the way. Bill From owner-freebsd-hackers Thu May 8 11:30:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA11891 for hackers-outgoing; Thu, 8 May 1997 11:30:44 -0700 (PDT) Received: from mh1.cts.com (root@mh1.cts.com [205.163.24.66]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA11886 for ; Thu, 8 May 1997 11:30:42 -0700 (PDT) Received: from engineering ([204.94.95.22]) by mh1.cts.com (8.8.5/8.8.5) with SMTP id LAA00734 for ; Thu, 8 May 1997 11:30:41 -0700 (PDT) Message-Id: <3.0.1.32.19970508112931.0094b570@mail.websidestory.com> X-Sender: garrett@mail.websidestory.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Thu, 08 May 1997 11:29:31 -0700 To: hackers@FreeBSD.ORG From: Garrett Casey Subject: SYN_RCVD problem Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hey all, I currently doing some working with a company called WebSideStory, Inc. The have 8 machines with FreeBSD 2.1.7 (at least a majority do). They are web servers running the current version of Apache. All are 200mhz Pentium Pros with 128mg ram with, I believe, Intel PCI ethernet. Currently, these 8 machines are getting 19,000,000+ httpd requests to cgi scripts A DAY - pushing out 20bg+ of bandwidth. We have requests to these servers coming from basically every possible route on the Internet. If there are some strange routing anamolies - our SYN_RCVDs sky rocket! Lately, on all the machines I have been running netstat -an | grep SYN | wc -l and during stress times get 180-193, which of course means that there are so many SYN_RCVD waiting that no one can get get to servers. Question: Is there a way to make the SYN_RCVD time out quicker. What if I change some of the settings in tcp_timer.h? Is there something I can do to help prevent this problem in the future? Can I increase the SYN_RCVD max (isn't it at about 200)? Any suggestions to this problem would be greatly appreciated. -Garrett garrett@websidestory.com From owner-freebsd-hackers Thu May 8 12:33:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14745 for hackers-outgoing; Thu, 8 May 1997 12:33:49 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA14697 for ; Thu, 8 May 1997 12:33:18 -0700 (PDT) Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id WAA07371 for ; Thu, 8 May 1997 22:44:16 +0300 (EEST) Date: Thu, 8 May 1997 22:44:15 +0300 (EEST) From: Narvi To: hackers@freebsd.org Subject: Routing Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! I have some routing (and freebsd network throughput) questions: 1) Has somebody tried routing using freebsd between a) two fast ethernet segments b) fast ethernet segment/2...3 ethernet segments 2) Say I have two wires running from point A to point B. Is there any routing protocol which would allow you to view these two wires like one with the bandwidth of about 2*one wire? Sander From owner-freebsd-hackers Thu May 8 12:44:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA15353 for hackers-outgoing; Thu, 8 May 1997 12:44:02 -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 MAA15317 for ; Thu, 8 May 1997 12:43:58 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wPZ27-0003JZ-00; Thu, 8 May 1997 12:39:19 -0700 Date: Thu, 8 May 1997 12:39:18 -0700 (PDT) From: Tom Samplonius To: Bill Fenner cc: Shawn Carey , "Daniel O'Callaghan" , freebsd-hackers@freebsd.org Subject: Re: FTP Performance In-Reply-To: <97May8.111829pdt.177486@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 May 1997, Bill Fenner wrote: > Tom Samplonius wrote: > > How would this misconfiguration occur? Just two routers with > >mis-matched MTU/MRU sizes? > > No, the only way for PMTU discovery to fail is for a router to not > return ICMP fragmentation required errors. I don't know how to > configure a router to do this, since it's required by RFC1812, > but perhaps there's a firewall in the way. > > Bill Yes, many sites block most if not all ICMP. Any way to disable mtu detection? Tom From owner-freebsd-hackers Thu May 8 13:17:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA16892 for hackers-outgoing; Thu, 8 May 1997 13:17:01 -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 NAA16887 for ; Thu, 8 May 1997 13:16:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA25434; Thu, 8 May 1997 13:12:08 -0700 From: Terry Lambert Message-Id: <199705082012.NAA25434@phaeton.artisoft.com> Subject: Re: FTP Performance To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Thu, 8 May 1997 13:12:08 -0700 (MST) Cc: smc@servtech.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Daniel O'Callaghan" at May 8, 97 10:42:42 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 > Ahah! Are they using Annex routers? If they are using an old version of > the software, they are probably not working with TCP extensions > properly. Try > > # sysctl -w net.inet.tcp.rfc1644=0 > # sysctl -w net.inet.tcp.rfc1323=0 > > If that works, turn off tcp extensions in /etc/sysconfig | /etc/rc.conf > > Alternatively, try reducing the MTU and MRU of ppp's tun interface to 552 > or 1064. That cured Robert Chalmers' problem with his ISP's Ascend routers. Alternately, upgrade the routers to a version of TCP/IP that is not in violation of the option negotiation setction of the TCP/IP RFC. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 8 13:27:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA17451 for hackers-outgoing; Thu, 8 May 1997 13:27:04 -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 NAA17446 for ; Thu, 8 May 1997 13:27:01 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA25464; Thu, 8 May 1997 13:20:01 -0700 From: Terry Lambert Message-Id: <199705082020.NAA25464@phaeton.artisoft.com> Subject: Re: FTP Performance To: fenner@parc.xerox.com (Bill Fenner) Date: Thu, 8 May 1997 13:20:01 -0700 (MST) Cc: tom@sdf.com, fenner@parc.xerox.com, smc@servtech.com, danny@panda.hilink.com.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <97May8.111829pdt.177486@crevenia.parc.xerox.com> from "Bill Fenner" at May 8, 97 11:18:22 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Tom Samplonius wrote: > > How would this misconfiguration occur? Just two routers with > >mis-matched MTU/MRU sizes? > > No, the only way for PMTU discovery to fail is for a router to not > return ICMP fragmentation required errors. I don't know how to > configure a router to do this, since it's required by RFC1812, > but perhaps there's a firewall in the way. Or a proxy server. It's impossible to legally proxy this as anything but unicast boradcasts, and it requires a *very* smart proxy, then, and it's still not RFC compilant. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 8 13:38:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA18268 for hackers-outgoing; Thu, 8 May 1997 13:38:15 -0700 (PDT) Received: from aries.bb.cc.wa.us ([208.8.136.11]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA18263 for ; Thu, 8 May 1997 13:38:13 -0700 (PDT) Received: from localhost (chris@localhost) by aries.bb.cc.wa.us (8.8.5/8.6.9) with SMTP id NAA05230; Thu, 8 May 1997 13:32:23 -0700 (PDT) Date: Thu, 8 May 1997 13:32:23 -0700 (PDT) From: Chris Coleman To: hackers@freebsd.org cc: jeremyd@bb.cc.wa.us Subject: 3.0-050297-SNAP C++ Problem. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am writing a program in C++ and everything was working fine on FBSD 2.1.7. Then when I upgraded to 3.0-SNAP my program wouldn't make. It gave me linker errors missing things like "_cout" and the other C++ Stream stuff. I removed the libg++.so.4.0 library temporarily and compiled the program again. It compiled, but now when I try to declare a fstream variable the program crashes and core dumps. Any help would be appreciated. Christopher J. Coleman (chris@aries.bb.cc.wa.us) Computer Support Technician I (509)-766-8873 Big Bend Community College Internet Instructor FreeBSD Book Project: http://vinyl.quickweb.com/~chrisc/book.html Disclaimer: Even Though it has My Name on it, Doesn't mean I said it. From owner-freebsd-hackers Thu May 8 14:03:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA19535 for hackers-outgoing; Thu, 8 May 1997 14:03:48 -0700 (PDT) Received: from italy.it.earthlink.net (italy-c.it.earthlink.net [204.250.46.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA19510; Thu, 8 May 1997 14:03:44 -0700 (PDT) From: GETAWAY@FL-CRUISE.com Received: from 204.250.46.18 (1Cust52.Max31.Chicago.IL.MS.UU.NET [153.35.113.180]) by italy.it.earthlink.net (8.8.5/8.8.5) with SMTP id NAA05889; Thu, 8 May 1997 13:59:16 -0700 (PDT) Received: from local.mailhost9. (alt1.local.com (208.977.65.1)) by localhost9.com (8.8.5/8.6.5) with SMTP id GAA04606 for ; Thu, 08 May 1997 15:24:58 -0600 (EST) Date: Thu, 08 May 97 15:24:58 EST To: FL-GET@WAY.com Subject: ESCAPE! Florida Cruise/Vacation $598/4 People Message-ID: <193702170025.GAA08056@mailhost.local.com> Reply-To: GETAWAY@FL-CRUISE.com X-PMFLAGS: 34078848 0 X-UIDL: 2610431056a78ecb1b281da426c9a5e Comments: Authenticated sender is Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ********************************************* This is a SPECIAL FLORIDA PROMOTION brought to you by Cape Canaveral Cruise Line! ********************************************* Pack your bags, 'cause you're going on a CRUISE! Cape Canaveral Cruise Lines is a Licensed, Bonded, and Federally Insured Cruise Line. (State Registration Number 24340) This SPECIAL FLORIDA PROMOTION is a Dream Vacation come true! ***10 Day FLORIDA Cruise/Vacation for 4 People!*** (any combination: 4 adults; or 2 adults and 2 children.) This SPECIAL FLORIDA PROMOTION includes... * 4 Days/3 Nights in ORLANDO, Home of DISNEY WORLD, EPCOT CENTER, SEA WORLD, and UNIVERSAL STUDIOS. You will stay at the CLARION or OMNI-ROSEN Hotel and Resort! * 3 Days/2 Nights aboard the Six Level S.S. Dolphin IV for a WONDERFUL CRUISE to Freeport, Grand BAHAMAS! Your Stateroom, Meals, non-alcoholic Drinks and Entertainment are INCLUDED! * 3 Days/2 Nights in DAYTONA BEACH, FLORIDA at the HILTON or OCEANS ELEVEN RESORT! BONUS! BONUS! BONUS! BONUS! BONUS! BONUS! BONUS! BONUS! BONUS! ==> Call our Toll-Free Information Line 1-888-374-8799 NOW! And you will receive TWO ADDITIONAL MINI-VACATIONS at NO additional cost if you make your reservation within the next 72 hours! * 4 Days/3 Nights in the CARNIVAL CAPITAL of AMERICA -- NEW ORLEANS! You will stay right in the heart of the FRENCH QUARTER at the RADISSON or AVENUE PLAZA RESORT. PLUS!!! An evening Jazz Cruise aboard the NATCHEZ RIVERBOAT on the Mississippi River! * 4 Days/3 Nights in the SHOW CAPITAL of the WORLD -- LAS VEGAS! You will be right on the VEGAS STRIP at the IMPERIAL PALACE, ALADDIN, SAHARA, PALACE STATION OR THE EXCALIBER! ******************************************************************* Our Agents are ready to help you make your RESERVATIONS! ***CALL NOW! 1-888-374-8799*** ******************************************************************* Prepare to be HAPPILY AMAZED at the GREAT SAVINGS! Total Value of this Package is over $ 2,500.00 YOUR COST IS ONLY .................. $ 598.00 YOUR SAVINGS IS OVER ............... $ 1,600.00 The availability of this Promotional Package is Limited! (You have up to 18 months from purchase date to use your VACATION PACKAGE.) Our Agents will gladly answer all of your questions and help you book you RESERVATIONS for the VACATION OF A LIFETIME! CALL NOW -- TOLL FREE 1-888-374-8799 -- to RESERVE YOUR VACATION! ***This is a Free Call.....Serious Inquiries Only Please*** --Bon Voyage! From owner-freebsd-hackers Thu May 8 14:21:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA20444 for hackers-outgoing; Thu, 8 May 1997 14:21:31 -0700 (PDT) Received: from sendero.i-connect.net (sendero-ppp.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA20432 for ; Thu, 8 May 1997 14:21:26 -0700 (PDT) Received: (qmail 29737 invoked by uid 1000); 8 May 1997 20:58:07 -0000 Message-ID: X-Mailer: XFMail 1.1-alpha [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 08 May 1997 13:15:10 -0700 (PDT) Organization: iConnect Corp. From: Simon Shapiro To: The Code Warrior Subject: Re: Privileged Instruction Fault... Cc: FreeBSD-Hackers@FreeBSD.ORG, FreeBSD-SCSI@FreeBSD.ORG, Michael Smith Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi The Code Warrior; On 08-May-97 you wrote: > > > On Wed, 7 May 1997, Simon Shapiro wrote: > > > > > Hi Michael Smith; On 08-May-97 you wrote: > > > Simon Shapiro stands accused of saying: > > > > > > > > Fatal trap 12: page fault while in kernel mode > > > > > > > > Fault address 0x41 > > > > > > Forgot to mention; check your structure definitions for members with > > > an offset of 0x41, though I expect you know all this... > > > > Yes, but part of the reason for discussing this publicly is for others, > even > > more naive that I am to not repeat my mistakes :-) > > > > ... > > > Could be just a coincidence but could it have something to do with the > fact that 0x41 is the address in memory of the Letter 'A'? > > -Jon Yes, Thank you. This is when I knew it was a stack problem. The DPT controller identifies many of its control packets by putting ``EATA'' somewhere in the packet. The fact that this ends up as a pointer is the clue. What we need is (I am sure we have it, but I do not know) a way to control stack size (from the config file?), or monitor its size vs. allocated size. Simon From owner-freebsd-hackers Thu May 8 14:53:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21919 for hackers-outgoing; Thu, 8 May 1997 14:53:19 -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 OAA21913 for ; Thu, 8 May 1997 14:53:17 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id OAA10745 for ; Thu, 8 May 1997 14:53:13 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <18142(5)>; Thu, 8 May 1997 14:51:23 PDT Received: by crevenia.parc.xerox.com id <177486>; Thu, 8 May 1997 14:31:11 -0700 From: Bill Fenner To: fenner@parc.xerox.com, tom@sdf.com Subject: Re: FTP Performance Cc: danny@panda.hilink.com.au, freebsd-hackers@freebsd.org, smc@servtech.com Message-Id: <97May8.143111pdt.177486@crevenia.parc.xerox.com> Date: Thu, 8 May 1997 14:31:10 PDT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yes, many sites block most if not all ICMP. Any way to disable mtu >detection? The best way is probably to set an MTU on your default route; that way you can add routes to all the destinations towards which MTU discovery does work. (e.g. if MTU discovery didn't work through my firewall, I might add a route for 13/8 that does not have an MTU specified, and a route for default that does have an MTU). Use "route change default -lock -mtu 576" (or something similar) to change (and lock) the MTU on the default route. I just configured my system this way; if I do "route get" on a system inside my network, it says: route to: 13.1.100.239 destination: 13.0.0.0 mask: 255.0.0.0 gateway: 13.2.116.250 interface: ep0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 16384 16384 0 0 0 0 1500 0 but if I "route get" somewhere else, it says: route to: 204.216.27.18 destination: default mask: default gateway: 13.2.116.250 interface: ep0 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 16384 16384 0 0 0 0 576L 0 Note the MTU and the presence of the L flag. Bill From owner-freebsd-hackers Thu May 8 15:05:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22433 for hackers-outgoing; Thu, 8 May 1997 15:05:50 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22428 for ; Thu, 8 May 1997 15:05:47 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPbJi-0007DO-00; Thu, 8 May 1997 16:05:38 -0600 To: Brandon Gillespie Subject: Re: Alpha questions.. Cc: FreeBSD-Hackers@freebsd.org In-reply-to: Your message of "Tue, 06 May 1997 14:25:52 MDT." References: Date: Thu, 08 May 1997 16:05:37 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Brandon Gillespie writes: : Two questions... First, is there going to be an alpha mailing list I could : subscribe to, to keep an ear on the alpha development? In about six : months I plan on picking up an alpha workstation just 'for the heck of : it', but only if I can put FreeBSD (in any form :b) on it.. freebsd-alpha@freebsd.org should be what you want. Send mail to majordomo to get subscribed. : The other question is, are there any plans to have digital unix binary : emulation? There are currently no plans made that would preclude this possibility. NetBSD and OpenBSD have nice ultrix emulation modules that should be realtaively easy to adapt when the time gomes. Given the superior compiler technology that I'm given to believe that Digital has for its Alpha stuff (compared to gcc), this would not be an unreasonable thing to try to accomplish. Warner From owner-freebsd-hackers Thu May 8 15:13:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22834 for hackers-outgoing; Thu, 8 May 1997 15:13:46 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA22829 for ; Thu, 8 May 1997 15:13:44 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPbPv-0007Dp-00; Thu, 8 May 1997 16:12:03 -0600 To: Ben Black Subject: Re: Alpha questions.. Cc: Brandon Gillespie , hackers@freebsd.org In-reply-to: Your message of "Tue, 06 May 1997 18:05:20 EDT." References: Date: Thu, 08 May 1997 16:12:02 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Ben Black writes: : this actually reminds me of something i have been wondering about: is : there any desire to switch from a.out to another binary format like OLF : that is better suited to multi-architecture use. Yes. Is it worth it? I can't answer. However, the new Alpha port will use whatever the current tools produce in a relatively bug-free way. I'd personally like this to be ELF, but could see it being ECOFF if the ELF tools on the Alpha aren't up to snuff. However, the Alpha port is a ways away from being able to run any binaries, so there is time for the tools question to be resolved or sort itself out before it is an issue. Right now FreeBSD supports ELF w/o a hitch. People are always more than welcome to try the experimental, but promising looking, OLF on their own. Warner From owner-freebsd-hackers Thu May 8 15:29:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA23542 for hackers-outgoing; Thu, 8 May 1997 15:29:38 -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 PAA23536 for ; Thu, 8 May 1997 15:29:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id PAA20078; Thu, 8 May 1997 15:16:55 -0700 (PDT) Message-Id: <199705082216.PAA20078@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Warner Losh Cc: Ben Black , Brandon Gillespie , hackers@freebsd.org Subject: Re: Alpha questions.. Reply-To: Jason Thorpe From: Jason Thorpe Date: Thu, 08 May 1997 15:16:55 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 08 May 1997 16:12:02 -0600 Warner Losh wrote: > Right now FreeBSD supports ELF w/o a hitch. People are always > more than welcome to try the experimental, but promising looking, OLF > on their own. ...I've said it again, but apparently it's worth a repeat. Folks who read the "gas" mailing lists will know that the bintuils folks have stomped on OLF at least a couple of times. I seriously doubt that any binutils release will support it. That doesn't sound very promising to me _at all_. Given that, looking at OLF would be, quite frankly, a silly idea. Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Thu May 8 15:38:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA24061 for hackers-outgoing; Thu, 8 May 1997 15:38:26 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA24053 for ; Thu, 8 May 1997 15:38:19 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) with IAEhv.nl; pid 19886 on Thu, 8 May 1997 22:37:50 GMT; id WAA19886 efrom: peter@grendel.IAEhv.nl; eto: UNKNOWN Received: (from peter@localhost) by grendel.IAEhv.nl (8.8.5/8.8.5) id XAA00517; Thu, 8 May 1997 23:50:57 +0200 (CEST) Message-ID: <19970508235056.11030@hw.nl> Date: Thu, 8 May 1997 23:50:56 +0200 From: Peter Korsten To: Adrian Chadd Cc: Ruslan Shevchenko , Jason Thorpe , Darren Reed , freebsd-hackers@FreeBSD.ORG Subject: Re: Antispam sendmail.cf modifications.. References: <336DE9F8.1527@cki.ipri.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.67e In-Reply-To: ; from Adrian Chadd on Wed, May 07, 1997 at 08:07:59AM +0800 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Adrian Chadd shared with us: > > > > 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. > > GUI tools are good for most things, except for very low-level stuff or > doing evil tweaky things to configurations. :) > > However, I like GUIs because it makes the *end user* feel more comfortable > configuring something. Sysadmins and clued people of a similar nature are > the edit-config-file-type, however I thought FreeBSD was also aimed at the > average joe running Windows :) My HFL 0.02: What makes GUI's nice is that they provide information in a consistent way. They divide the information in logical chunks and you don't need to know the format of each (text) config file. (For instance, I don't know the format of /etc/inetd.conf; I'm more of a programmer than a sysadmin.) I've been hanging around Irix (eek, System V) and NT lately and I must say that I'm charmed by the easiness that you can accomplish certain tasks with. For instance, NT has a service manager with which you can start/stop/pause services on all machines that you have access to, with a simple click of the mouse. The downside is, that when something _does_ go wrong, you're completely lost in the woods. My NT server will not close a thread concerning windows when you shut down and I really don't know why or how to fix it. The problem with Unix systems and GUI's, is that it's configuration is textually oriented. You have plenty of opportunity to put in special configurations, exceptions, etcetera in such a file. It's very hard to build a GUI that supports all of that. Perhaps the solution would be to accomodate the config files to the GUI (like Windows with it's registry with an extendible key/value pairs structure) instead of the other way around. But that implies rewriting most of your operating system, so I don't think that is an option. - Peter From owner-freebsd-hackers Thu May 8 15:53:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA24690 for hackers-outgoing; Thu, 8 May 1997 15:53:47 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA24685 for ; Thu, 8 May 1997 15:53:44 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPc3z-0007G9-00; Thu, 8 May 1997 16:53:27 -0600 To: "Jordan K. Hubbard" Subject: Re: Alpha questions.. Cc: Chris Csanady , Brandon Gillespie , FreeBSD-Hackers@freebsd.org In-reply-to: Your message of "Tue, 06 May 1997 21:21:00 PDT." <6888.862978860@time.cdrom.com> References: <6888.862978860@time.cdrom.com> Date: Thu, 08 May 1997 16:53:27 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <6888.862978860@time.cdrom.com> "Jordan K. Hubbard" writes: : Some of it, but there are other problems. For one thing, the NetBSD : code requires the SRM console to be installed and everyone now agrees, : for a variety of reasons, that the ARC console is the one to target. : This will affect the boot code rather significantly. And the VM code, since the NetBSD/alpha code and the OpenBSD/alpha code both use PAL codes from the SRM console to do various interesting VM things, which would have to be redone as well. Just to give another example. : P.S. And if you don't understand the difference between the SRM and : ARC consoles, please don't ask - I don't want to explain it and you : don't want to know. :-) He's right. You *REALLY* don't want to know. :-) Warner From owner-freebsd-hackers Thu May 8 16:07:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25095 for hackers-outgoing; Thu, 8 May 1997 16:07:16 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA25086 for ; Thu, 8 May 1997 16:07:08 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPcGx-0007Gw-00; Thu, 8 May 1997 17:06:51 -0600 To: Matt Thomas Subject: Re: if_de.c ???? Cc: dg@root.com, hackers@freebsd.org In-reply-to: Your message of "Wed, 07 May 1997 12:53:34 EDT." <3.0.1.32.19970507125334.006b90d0@www.3am-software.com> References: <3.0.1.32.19970507125334.006b90d0@www.3am-software.com> Date: Thu, 08 May 1997 17:06:50 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <3.0.1.32.19970507125334.006b90d0@www.3am-software.com> Matt Thomas writes: : I can only hope that FreeBSD doesn't invent its own way of doing : architectural independent bus access but instead adopts NetBSD's : bus_space idea (and does not gratutiously change it). I too hope this. While there may be flaws, in my opinion, with some of the bus_space sutff, it is better to have one common way to do this, rather than multiple, slightly incompatible ways. If I were doing the bus stuff (which I think I might be), then I'd want to diverge only where it is impossible to get something done with that model. Warner From owner-freebsd-hackers Thu May 8 16:12:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25395 for hackers-outgoing; Thu, 8 May 1997 16:12:39 -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 QAA25390 for ; Thu, 8 May 1997 16:12:33 -0700 (PDT) Received: (from msmith@localhost) by genesis.atrad.adelaide.edu.au (8.8.5/8.7.3) id IAA05318; Fri, 9 May 1997 08:42:14 +0930 (CST) From: Michael Smith Message-Id: <199705082312.IAA05318@genesis.atrad.adelaide.edu.au> Subject: Re: Applixware hangs In-Reply-To: from Adrian Chadd at "May 8, 97 10:07:59 pm" To: adrian@obiwan.psinet.net.au (Adrian Chadd) Date: Fri, 9 May 1997 08:42:14 +0930 (CST) Cc: toneil@visigenic.com, boia01@pollux.GEL.USherb.CA, 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 Adrian Chadd stands accused of saying: > > > Thats not the latest. Red Hat is at 4.x something. Maybe you should > > get the latest version. > > Maybe someone should make a new linuxlibs package up.. libc 5.0.x is just > far too outdated *grin* > > (The current version is in the high 5.4s..) The current linux_lib libc is 5.4.23; good enough? > Adrian -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Thu May 8 16:16:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25580 for hackers-outgoing; Thu, 8 May 1997 16:16:28 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA25575 for ; Thu, 8 May 1997 16:16:24 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPcP1-0007I1-00; Thu, 8 May 1997 17:15:11 -0600 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: if_de.c ???? Cc: jkh@time.cdrom.com (Jordan K. Hubbard), mrcpu@cdsnet.net (Jaye Mathisen), hackers@freebsd.org In-reply-to: Your message of "Thu, 08 May 1997 15:07:14 +0200." <19970508150714.NB38132@uriah.heep.sax.de> References: <19970508150714.NB38132@uriah.heep.sax.de> <8103.862994947@time.cdrom.com> Date: Thu, 08 May 1997 17:15:11 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970508150714.NB38132@uriah.heep.sax.de> J Wunsch writes: : > John Polstra : > Poul-Henning Kamp : > Amancio Hasty : > Jeff Hsu : > David Greenman [well, if you can somehow : > manage to get on his calendar these days ;)] ... : Joerg Wunsch : : ...in case anybody's going to maintain this list. Warner Losh is also rumored to do good work :-) Warner From owner-freebsd-hackers Thu May 8 16:19:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25736 for hackers-outgoing; Thu, 8 May 1997 16:19:36 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA25731 for ; Thu, 8 May 1997 16:19:33 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPcT2-0007IO-00; Thu, 8 May 1997 17:19:20 -0600 To: Jason Thorpe Subject: Re: Alpha questions.. Cc: Ben Black , Brandon Gillespie , hackers@freebsd.org In-reply-to: Your message of "Thu, 08 May 1997 15:16:55 PDT." <199705082216.PAA20078@lestat.nas.nasa.gov> References: <199705082216.PAA20078@lestat.nas.nasa.gov> Date: Thu, 08 May 1997 17:19:20 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705082216.PAA20078@lestat.nas.nasa.gov> Jason Thorpe writes: : On Thu, 08 May 1997 16:12:02 -0600 : Warner Losh wrote: : : > Right now FreeBSD supports ELF w/o a hitch. People are always : > more than welcome to try the experimental, but promising looking, OLF : > on their own. : : ...I've said it again, but apparently it's worth a repeat. Folks who : read the "gas" mailing lists will know that the bintuils folks have : stomped on OLF at least a couple of times. I seriously doubt that : any binutils release will support it. That doesn't sound very promising : to me _at all_. : : Given that, looking at OLF would be, quite frankly, a silly idea. I was unaware that the FSF folks were so dead set against it. The concetp looks like a very fast way to dispatch the system calls based on the type of OS that you have (or more generally, whhc ABI the program conforms to). However, there are ways of doing this with ELF which aren't exactly fast, but aren't exactly slow either (assuming that the binaries are branded or otherwise marked). Warner From owner-freebsd-hackers Thu May 8 16:21:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA25867 for hackers-outgoing; Thu, 8 May 1997 16:21:19 -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 QAA25862 for ; Thu, 8 May 1997 16:21:17 -0700 (PDT) Received: from VSI48 (vsi48.visigenic.com [206.64.15.185]) by odin.visigenic.com (Netscape Mail Server v2.02) with SMTP id AAA1375; Thu, 8 May 1997 16:20:58 -0700 Message-Id: <3.0.32.19970508162042.009a7210@visigenic.com> X-Sender: toneil@visigenic.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Thu, 08 May 1997 16:20:42 -0700 To: Michael Smith From: "Tim Oneil" Subject: Re: Applixware hangs Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael wrote: >Adrian Chadd stands accused of saying: >> >> > Thats not the latest. Red Hat is at 4.x something. Maybe you should >> > get the latest version. >> >> Maybe someone should make a new linuxlibs package up.. libc 5.0.x is just >> far too outdated *grin* >> >> (The current version is in the high 5.4s..) > >The current linux_lib libc is 5.4.23; good enough? That figures! The salesclown at Fry's assured me the 4.1 box in my hand was the latest! Oh well, it sits in my closet at home anyway. :) If I wanted a signature, which I don't, I would use this. -Tim From owner-freebsd-hackers Thu May 8 16:44:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA26986 for hackers-outgoing; Thu, 8 May 1997 16:44:19 -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 QAA26976 for ; Thu, 8 May 1997 16:44:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lestat.nas.nasa.gov (8.7.5/8.6.12) with SMTP id QAA20330; Thu, 8 May 1997 16:31:59 -0700 (PDT) Message-Id: <199705082331.QAA20330@lestat.nas.nasa.gov> X-Authentication-Warning: lestat.nas.nasa.gov: Host localhost [127.0.0.1] didn't use HELO protocol To: Warner Losh Cc: Ben Black , Brandon Gillespie , hackers@freebsd.org Subject: Re: Alpha questions.. Reply-To: Jason Thorpe From: Jason Thorpe Date: Thu, 08 May 1997 16:31:58 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 08 May 1997 17:19:20 -0600 Warner Losh wrote: > I was unaware that the FSF folks were so dead set against it. The > concetp looks like a very fast way to dispatch the system calls based > on the type of OS that you have (or more generally, whhc ABI the > program conforms to). However, there are ways of doing this with ELF > which aren't exactly fast, but aren't exactly slow either (assuming > that the binaries are branded or otherwise marked). ...and it's not like it really _matters_... the dispatch happens exactly once... and, really, how expensive is looking for PT_NOTE compared to doing the VM stuff necessary to map the executable? OLF has at least two problems: (1) doesn't scale (2) unnecessarily breaks compatibility Jason R. Thorpe thorpej@nas.nasa.gov NASA Ames Research Center Home: 408.866.1912 NAS: M/S 258-6 Work: 415.604.0935 Moffett Field, CA 94035 Pager: 415.428.6939 From owner-freebsd-hackers Thu May 8 16:58:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA27669 for hackers-outgoing; Thu, 8 May 1997 16:58:17 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA27664 for ; Thu, 8 May 1997 16:58:14 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPd4G-0007Qm-00; Thu, 8 May 1997 17:57:48 -0600 To: Jason Thorpe Subject: Re: Alpha questions.. Cc: Ben Black , Brandon Gillespie , hackers@freebsd.org In-reply-to: Your message of "Thu, 08 May 1997 16:31:58 PDT." <199705082331.QAA20330@lestat.nas.nasa.gov> References: <199705082331.QAA20330@lestat.nas.nasa.gov> Date: Thu, 08 May 1997 17:57:48 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705082331.QAA20330@lestat.nas.nasa.gov> Jason Thorpe writes: : ...and it's not like it really _matters_... the dispatch happens : exactly once... and, really, how expensive is looking for PT_NOTE : compared to doing the VM stuff necessary to map the executable? Likely in the noise. : OLF has at least two problems: : : (1) doesn't scale : (2) unnecessarily breaks compatibility Yup. Warner From owner-freebsd-hackers Thu May 8 17:07:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA28142 for hackers-outgoing; Thu, 8 May 1997 17:07:59 -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 RAA28134 for ; Thu, 8 May 1997 17:07:53 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.7.3) id KAA08960; Fri, 9 May 1997 10:12:52 +1000 (EST) Date: Fri, 9 May 1997 10:12:51 +1000 (EST) From: "Daniel O'Callaghan" To: Warner Losh cc: Joerg Wunsch , "Jordan K. Hubbard" , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 May 1997, Warner Losh wrote: > In message <19970508150714.NB38132@uriah.heep.sax.de> J Wunsch writes: > : > John Polstra > : > Poul-Henning Kamp > : > Amancio Hasty > : > Jeff Hsu > : > David Greenman [well, if you can somehow > : > manage to get on his calendar these days ;)] > ... > : Joerg Wunsch > : > : ...in case anybody's going to maintain this list. > > Warner Losh > is also rumored to do good work :-) There is a list of people in the Commercial section of www.freebsd.org. There aren't many people who have put themselves onto it. Wouldn't business be more ready to use FreeBSD if there was a list of FreeBSD consultants offering support in their area? Danny From owner-freebsd-hackers Thu May 8 17:53:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA00120 for hackers-outgoing; Thu, 8 May 1997 17:53:36 -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 RAA00113 for ; Thu, 8 May 1997 17:53:34 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA29055; Thu, 8 May 1997 17:48:44 -0700 From: Terry Lambert Message-Id: <199705090048.RAA29055@phaeton.artisoft.com> Subject: Re: Alpha questions.. To: imp@village.org (Warner Losh) Date: Thu, 8 May 1997 17:48:43 -0700 (MST) Cc: thorpej@nas.nasa.gov, black@zen.cypher.net, brandon@cold.org, hackers@FreeBSD.ORG In-Reply-To: from "Warner Losh" at May 8, 97 05:19:20 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 [ ... about OLF ... ] > I was unaware that the FSF folks were so dead set against it. The > concetp looks like a very fast way to dispatch the system calls based > on the type of OS that you have (or more generally, whhc ABI the > program conforms to). However, there are ways of doing this with ELF > which aren't exactly fast, but aren't exactly slow either (assuming > that the binaries are branded or otherwise marked). "Well, everyone should conform to one ABI per processor type, and it should be the one we use.". 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 Thu May 8 18:09:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00577 for hackers-outgoing; Thu, 8 May 1997 18:09:52 -0700 (PDT) Received: from kevin.sunshine.net ([204.191.205.90]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA00569 for ; Thu, 8 May 1997 18:09:45 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id SAA00299; Thu, 8 May 1997 18:05:28 -0700 (PDT) Date: Thu, 8 May 1997 18:05:22 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: Annelise Anderson cc: FreeBSD-Hackers , Chris Coleman , Joerg Wunsch Subject: Re: Learn src In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 May 1997, Annelise Anderson wrote: > > >On Thu, 8 May 1997, Kevin Eliuk wrote: > >> On Thu, 8 May 1997, J Wunsch wrote: >> >> >I think we could also look ourselves on plan9, but i'm afraid i will >> >eventually forget about this. >> > >> >> I'll put it at the top of my bookmarks and check it regularly :-) > >Kevin, have you found a URL that works? Otherwise I will as Marty >Leisner; but would prefer not to have to do so. > > Annelise Maybe you could confirm. I foud two that I can track but who know whether either are fer shur correct. http://www.uta.fi/~majyho/guru/Ritchie.html http://www.ecf.toronto.edu/plan9/plan9faq.html#relation The later is a link from the former claiming it to have the latest updates. PS No relevant sites to att just bell Thank You Annelise _______________________________________ |\ /| If I hadn't asked | \ kevin_eliuk@sunshine.net / | the questions I asked, | \ Kevin G. Eliuk / | I wouldn't be answering | /^\_________________________/^\ | the questions I'm answering. | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Thu May 8 18:14:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00733 for hackers-outgoing; Thu, 8 May 1997 18:14:40 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA00728 for ; Thu, 8 May 1997 18:14:38 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA15699; Thu, 8 May 1997 18:13:59 -0700 (PDT) To: Warner Losh cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), mrcpu@cdsnet.net (Jaye Mathisen), hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Thu, 08 May 1997 17:15:11 MDT." Date: Thu, 08 May 1997 18:13:58 -0700 Message-ID: <15695.863140438@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > : ...in case anybody's going to maintain this list. > > Warner Losh > is also rumored to do good work :-) Like I said, the previous list was by no means all-inclusive. :-) But for me, the $10,000 question now is: Now that Tim and Jaye have made so much noise about the difficulty of finding paid labor to hack on things like the de driver, are either of them actually going to follow through on this or was that all just about making noise and little else? ;-) Jordan From owner-freebsd-hackers Thu May 8 18:21:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA00995 for hackers-outgoing; Thu, 8 May 1997 18:21:15 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA00989 for ; Thu, 8 May 1997 18:21:13 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id SAA15722; Thu, 8 May 1997 18:17:46 -0700 (PDT) To: "Daniel O'Callaghan" cc: Warner Losh , Joerg Wunsch , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Fri, 09 May 1997 10:12:51 +1000." Date: Thu, 08 May 1997 18:17:46 -0700 Message-ID: <15717.863140666@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There is a list of people in the Commercial section of www.freebsd.org. > There aren't many people who have put themselves onto it. > > Wouldn't business be more ready to use FreeBSD if there was a list of > FreeBSD consultants offering support in their area? Yes. Which is why we need more people to submit their entries to the consultant's section. :-) One *short* paragraph of HTML, containing whatever links and email addresses you favor therein, sent to www@freebsd.org will get your entry added. It costs nothing, sheesh - we gotta beg? :-) Jordan From owner-freebsd-hackers Thu May 8 18:31:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA01495 for hackers-outgoing; Thu, 8 May 1997 18:31: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 SAA01474; Thu, 8 May 1997 18:31:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA29328; Thu, 8 May 1997 18:27:51 -0700 From: Terry Lambert Message-Id: <199705090127.SAA29328@phaeton.artisoft.com> Subject: PATCHES: NFS server locking support To: hackers@freebsd.org, current@freebsd.org Date: Thu, 8 May 1997 18:27:50 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have just uploaded patches for kernel support of NFS server locking. They are on freefall in the file: ~terry/LOCK.DIFF This file contains: o The NAMEI layering changes o The namei() EXCLUDE flag changes Note: If you don't like this, fix CVS, or apply the inverse of the NAMEI patch, which is located in: ~terry/NAMEI.DIFF.FREEZE Otherwise, I think this should be committed as a unit. o The necessary changes to the fcntl(2) man page o Support for the additional fcntl(2) operands: F_RGETLK Remote Get lock F_RSETLK Remote set lock F_RSETLKW Remote set lock, blocking * F_CNVT Convert NFS handle to open fd o Support for the additional record locking flag: ** F_UNLKSYS Remove all locks for a given system id o Veto restructuring changes to VOP_ADVLOCK and the FS specific VOP_ADVLOCK code, as necessary to implement reversible local lock assertion in the case of an NFS client lock failure. As a side effect, advisory file and record locking now works on all file systems, not just FFS and NFS. Notes: * F_CNVT requires a covenant between the NFS lockd in user space, and the kernel, based on the wire representation of NFS file handles propagated to the lockd process. Because I don't know what this is from the incomplete user space rpc.lockd code, this function is stubbed to return ENOSYS. Once this information is documented, it will be a simple matter to call FHTOVP on the user's behalf. Note that POSIX close semantics regarding advisory locking are antagonistic to an NFS lockd at this time. I have not written a POSIX namespace override option for open or for fcntl() at this time. This means the user space NFS lockd will not be able to coelesce open fd's, and must lazy-close them based on stat information. This will severely restrict the number of simultaneous locking clients that can ne active at one time until these semantic overrides go in. ** The F_UNLKSYS function operates on a single process open file table. This means that you can not have peer-based load balancing of NFS lockd clients. This could be rewritten to travers the system open file table instead of the per process open file table. If this were done, the restriction would be lifted. I am personally more interested in a multithreaded NFS lockd instead of a multiple instances of an NFS lockd, so I have not done this. This file does *NOT* contain: o Patches to rpc.lockd to make it anything other than the stub server it currently is. o NFS client locking code in nfs/nfs_vnops.c o Necessary POSIX semantic overides on close(2) interaction with advisory locks for multiple open fd's referencing the same file. o Mandatory locking support for Solaris ABI compatavbility (it's relatively trivial, but would complicate testing). What I am intereted in: o If anyone can panic the code. o If this breaks any locking applications. It seems to pass POSIX validation on my local system, but I would be interested in more complex multi-process locking tests which exercise the proxy facilities in addition to the local locking semantics. I would be interested in deadlock and collision/embrace case tests, if anyone is interested in writing them. o I'd like to see this code committed, assuming it doesn't break anything, including the namei changes. I think the additional functionality added to all FS's instead of just NFS an FFS proves the merits of correcting the layering, as well as the merits of veto-based processing. o I'd like to see someone flesh out the rpc.lockd, like Jordan promised to do for his BSD internals class. If the code is committed so that I don't have to maintain it locally, I'd be happy to work on rpc.lockd with the time saved. o NetBSD/OpenBSD/BSDi picking up this code. 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 Thu May 8 19:04:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA03081 for hackers-outgoing; Thu, 8 May 1997 19:04:42 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA03076 for ; Thu, 8 May 1997 19:04:40 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id TAA15988 for ; Thu, 8 May 1997 19:04:46 -0700 (PDT) To: hackers@freebsd.org Subject: Has *anyone* installed the 3.0-970505-SNAP successfully? Date: Thu, 08 May 1997 19:04:46 -0700 Message-ID: <15984.863143486@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've only gotten around 3 complaints so it's possible there's just some bizarre corner-case at work here, but at this point I think that I'd like to collect some feedback on *successful* installs too in order to better determine just what is going on here. People are basically now reporting crashes in parts of sysinstall I haven't touched for weeks, if not months, and I'm getting suspicious that there may be some bad sunspot activity at work here. ;-) Thanks! Jordan From owner-freebsd-hackers Thu May 8 19:05:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA03152 for hackers-outgoing; Thu, 8 May 1997 19:05:13 -0700 (PDT) Received: from argus (pm3-p17.tfs.net [206.154.183.209]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id TAA03146 for ; Thu, 8 May 1997 19:05:09 -0700 (PDT) Received: (from jbryant@localhost) by argus (8.6.12/8.6.12) id VAA10188; Thu, 8 May 1997 21:05:02 -0500 From: Jim Bryant Message-Id: <199705090205.VAA10188@argus> Subject: Re: ESCAPE! Florida Cruise/Vacation $598/4 People To: GETAWAY@FL-CRUISE.com Date: Thu, 8 May 1997 21:05:01 -0500 (CDT) Cc: freebsd-hackers@freebsd.org Reply-To: jbryant@tfs.net In-Reply-To: <193702170025.GAA08056@mailhost.local.com> from "GETAWAY@FL-CRUISE.com" at May 8, 97 03:24:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply: > From: GETAWAY@FL-CRUISE.com > Date: Thu, 08 May 97 15:24:58 EST > To: FL-GET@WAY.com > Subject: ESCAPE! Florida Cruise/Vacation $598/4 People anyone bother to do a whois on these... jordan, how about an identd at least for sendmail.... whois says both domains are fake... newt killed the junk mail bill... cc all spam to newt... > CALL NOW -- TOLL FREE 1-888-374-8799 -- to RESERVE YOUR VACATION! > ***This is a Free Call.....Serious Inquiries Only Please*** bellsouth runs this voicemail... spam the hell out of his vmb... jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Thu May 8 19:40:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA05142 for hackers-outgoing; Thu, 8 May 1997 19:40:57 -0700 (PDT) Received: from shell.futuresouth.com (shell.futuresouth.com [207.141.254.20]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA05137 for ; Thu, 8 May 1997 19:40:52 -0700 (PDT) Received: (from tim@localhost) by shell.futuresouth.com (8.8.5/8.8.5) id VAA20686; Thu, 8 May 1997 21:40:36 -0500 (CDT) Message-ID: <19970508214036.32788@shell.futuresouth.com> Date: Thu, 8 May 1997 21:40:36 -0500 From: Tim Tsai To: "Jordan K. Hubbard" Cc: Warner Losh , Joerg Wunsch , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? References: <15695.863140438@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <15695.863140438@time.cdrom.com>; from Jordan K. Hubbard on Thu, May 08, 1997 at 06:13:58PM -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > But for me, the $10,000 question now is: Now that Tim and Jaye have > made so much noise about the difficulty of finding paid labor to hack > on things like the de driver, are either of them actually going to > follow through on this or was that all just about making noise and > little else? ;-) Hey, I resemble that remark. We are buying the Intel boards and be done with it! We've sent a de board out to somebody (too lazy to see who it was) though. Besides, it looks like Matt *IS* intending to support the de boards on FreeBSD, so perhaps whoever is working on this should coordinate with him. I blame this whole thing on Digital, really, for changing enough of the chip to break things to start with. :-) BTW, I did write to some of the consultants on the web page. Nobody replied. Afraid it's too little too late for us on the de driver. I will know where to ask next time though! I think the moral of the story is to not trust the supported hardware list and just buy whatever cdrom.com uses. Tim From owner-freebsd-hackers Thu May 8 20:11:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06476 for hackers-outgoing; Thu, 8 May 1997 20:11:06 -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 UAA06462 for ; Thu, 8 May 1997 20:11:00 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id NAA09809; Fri, 9 May 1997 13:16:11 +1000 (EST) Date: Fri, 9 May 1997 13:16:10 +1000 (EST) From: "Daniel O'Callaghan" To: Jim Bryant cc: freebsd-hackers@FreeBSD.ORG Subject: Re: ESCAPE! Florida Cruise/Vacation $598/4 People In-Reply-To: <199705090205.VAA10188@argus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 May 1997, Jim Bryant wrote: > anyone bother to do a whois on these... jordan, how about an identd > at least for sendmail.... whois says both domains are fake... One of my customers was used as a relay yesterday. Some idiot in Hackensack NJ used my customer in Melbourne as a relay for over 1000 outbound messages. I've just installed the patches which Adrian Chadd posted, and they seem to work quite well to prevent relay. I think the sendmail.cf which is shipped with FreeBSD should have something like this in it. If someone is going to tweak their sendmail.cf, then they will probably be able to add the patches themselves, but the shipped config is used by the masses. Danny From owner-freebsd-hackers Thu May 8 20:20:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06817 for hackers-outgoing; Thu, 8 May 1997 20:20:47 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA06807 for ; Thu, 8 May 1997 20:20:41 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPgET-0007YI-00; Thu, 8 May 1997 21:20:33 -0600 To: Tim Tsai Subject: Re: if_de.c ???? Cc: hackers@freebsd.org In-reply-to: Your message of "Thu, 08 May 1997 21:40:36 CDT." <19970508214036.32788@shell.futuresouth.com> References: <19970508214036.32788@shell.futuresouth.com> <15695.863140438@time.cdrom.com> Date: Thu, 08 May 1997 21:20:32 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970508214036.32788@shell.futuresouth.com> Tim Tsai writes: : I think the moral of the story is to not trust the supported hardware : list and just buy whatever cdrom.com uses. I always make sure that either a) the hardware is widely used inside of core or b) that I can return it to my supplier or c) both when getting new hardware. I have some wonderful aha1522's hanging around because I didn't make sure that I could return them... However, if things go well, they should be better supported soon (or at least work for tapes and cdroms, which is my primary interest). Warner From owner-freebsd-hackers Thu May 8 20:23:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA06920 for hackers-outgoing; Thu, 8 May 1997 20:23:12 -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 UAA06913 for ; Thu, 8 May 1997 20:23:09 -0700 (PDT) Message-Id: <199705090323.UAA06913@hub.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA281618069; Fri, 9 May 1997 13:21:09 +1000 From: Darren Reed Subject: Non-Intel CPUs and FreeBSD. To: hackers@freebsd.org Date: Fri, 9 May 1997 13:21:08 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is anyone using any of the AMD/Cyrix CPUs with FreeBSD successfully ? And more importantly, is it possible to use the CPUs in a multi CPU configuration under -current (or at all) ? Darren From owner-freebsd-hackers Thu May 8 20:43:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA07678 for hackers-outgoing; Thu, 8 May 1997 20:43:10 -0700 (PDT) Received: from TomQNX.tomqnx.com (ott-pm3-15.comnet.ca [206.75.140.79]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA07670 for ; Thu, 8 May 1997 20:43:07 -0700 (PDT) Received: by TomQNX.tomqnx.com (Smail3.1.29.1 #1) id m0wPfH4-0007zZC; Thu, 8 May 97 22:19 EDT Message-Id: Date: Thu, 8 May 97 22:19 EDT From: tom@tomqnx.com (Tom Torrance at home) To: freebsd-hackers@freebsd.org Subject: FreeBSD Trojan Horse Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The source distribution package for the FREEWAIS-SF package obtained from ls6-www.informatik.uni.dortmund.de is effectively a Trojan Horse for FreeBSD systems. Untarring it onto your system will effectively drive your file system/utilities crazy, probably because of the question marks '?' in the test file names confusing the shell (bash/tcsh in my case). Try it, you will love it! "rm -rf" fails, but they can be removed with 'rm' in the current directory. I found it out when an older copy of 'tar' failed with a sig 11. From owner-freebsd-hackers Thu May 8 20:43:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA07698 for hackers-outgoing; Thu, 8 May 1997 20:43:14 -0700 (PDT) Received: from TomQNX.tomqnx.com (ott-pm3-15.comnet.ca [206.75.140.79]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id UAA07686 for ; Thu, 8 May 1997 20:43:11 -0700 (PDT) Received: by TomQNX.tomqnx.com (Smail3.1.29.1 #1) id m0wPgCM-0007zaC; Thu, 8 May 97 23:18 EDT Message-Id: Date: Thu, 8 May 97 23:18 EDT From: tom@tomqnx.com (Tom Torrance at home) To: freebsd-hackers@freebsd.org Subject: FreeBSD Trojan Horse Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The newer tar (summer '96 2.2) complained about the impossibly long filenames it got from the file system (false concatenation - they really are not long), but it must have corrupted itself, because it simply died later on. From owner-freebsd-hackers Thu May 8 21:12:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA08644 for hackers-outgoing; Thu, 8 May 1997 21:12:29 -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 VAA08639 for ; Thu, 8 May 1997 21:12:24 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id OAA10138; Fri, 9 May 1997 14:17:41 +1000 (EST) Date: Fri, 9 May 1997 14:17:39 +1000 (EST) From: "Daniel O'Callaghan" To: Darren Reed cc: hackers@FreeBSD.ORG Subject: Re: Non-Intel CPUs and FreeBSD. In-Reply-To: <199705090323.UAA06913@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Darren Reed wrote: > > Is anyone using any of the AMD/Cyrix CPUs with FreeBSD successfully ? I'm using AMD 486DX4100 and 686-120/P150+ happily. Michael Smith is using K5-133s, I believe, and he says they are a good pentium replacement. > And more importantly, is it possible to use the CPUs in a multi CPU > configuration under -current (or at all) ? This came up a week or so ago. Intel CPUs use APIC and others use OPIC. There are no OPIC motherboards available. Danny From owner-freebsd-hackers Thu May 8 21:14:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA08731 for hackers-outgoing; Thu, 8 May 1997 21:14:59 -0700 (PDT) Received: from fps.biblos.unal.edu.co ([168.176.37.11]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA08726 for ; Thu, 8 May 1997 21:14:56 -0700 (PDT) Received: from localhost by fps.biblos.unal.edu.co (AIX 4.1/UCB 5.64/4.03) id AA33174; Thu, 8 May 1997 23:15:34 -0500 Date: Thu, 8 May 1997 23:15:34 -0500 (EST) From: "Pedro F. Giffuni" To: Tom Torrance at home Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD Trojan Horse 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 Germany (and that particular site) is supposed to be the home site. I maintain this..but our port takes freeWAIS-sf from another site because the version is more recent :-). On Thu, 8 May 1997, Tom Torrance at home wrote: > > The source distribution package for the FREEWAIS-SF package obtained from > ls6-www.informatik.uni.dortmund.de is effectively a Trojan Horse for > FreeBSD systems. Untarring it onto your system will effectively drive > your file system/utilities crazy, probably because of the question > marks '?' in the test file names confusing the shell (bash/tcsh in my case). > > Try it, you will love it! "rm -rf" fails, but they can be removed with > 'rm' in the current directory. > > I found it out when an older copy of 'tar' failed with a sig 11. > > > From owner-freebsd-hackers Thu May 8 21:43:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA10035 for hackers-outgoing; Thu, 8 May 1997 21:43:21 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA10030 for ; Thu, 8 May 1997 21:43:18 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA16470; Thu, 8 May 1997 21:40:45 -0700 (PDT) To: Tim Tsai cc: Warner Losh , Joerg Wunsch , Jaye Mathisen , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Thu, 08 May 1997 21:40:36 CDT." <19970508214036.32788@shell.futuresouth.com> Date: Thu, 08 May 1997 21:40:45 -0700 Message-ID: <16466.863152845@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > BTW, I did write to some of the consultants on the web page. Nobody > replied. Afraid it's too little too late for us on the de driver. I will > know where to ask next time though! I think Amancio's still waiting for you to write him back, actually. ;) > I think the moral of the story is to not trust the supported hardware > list and just buy whatever cdrom.com uses. No, the moral of the story is to use the supported hardware list as a _baseline_ and then ask what's most recommended, just as I've posted in my own list at http://www.freebsd.org/handbook/hw.html Just because, say, the aic0 driver is present still doesn't mean you'd want to use it if you had the choice of a better adapter/driver combo and that will always be true, no matter how good (or bad) things like the aic0 driver may be. The PC market is a dog's breakfast. A few good bits surrounded by largely offensive muck. Jordan From owner-freebsd-hackers Thu May 8 22:16:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA11230 for hackers-outgoing; Thu, 8 May 1997 22:16:22 -0700 (PDT) Received: from argus (pm3-p34.tfs.net [206.154.183.226]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id WAA11223 for ; Thu, 8 May 1997 22:16:14 -0700 (PDT) Received: (from jbryant@localhost) by argus (8.6.12/8.6.12) id AAA00327; Fri, 9 May 1997 00:16:10 -0500 From: Jim Bryant Message-Id: <199705090516.AAA00327@argus> Subject: Re: ESCAPE! Florida Cruise/Vacation $598/4 People To: GETAWAY@FL-CRUISE.com Date: Fri, 9 May 1997 00:16:09 -0500 (CDT) Cc: freebsd-hackers@freebsd.org, sam_brownback@brownback.senate.gov, rep.snowbarger@mail.house.gov Reply-To: jbryant@tfs.net In-Reply-To: <193702170025.GAA08056@mailhost.local.com> from "GETAWAY@FL-CRUISE.com" at May 8, 97 03:24:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [to those of you receiving a repost of this, sorry, i had mistyped one of the recipients email addresses] please excuse the verbatim quoting of the spam to the list... please note my Cc line... given that most of the people on this mailing list are either operating system programmers, ISP owners, ISP sysadmins, or people looking for technical help with the FreeBSD Unix operating system, we must not overlook that the spammers are now using our mailing list to further their scams... i urge all citizens of the United States of America on this list to forward all spam to your senators and representative on capital hill... maybe they will get the point, and legislate that unrequested email [spam] be made legally a violation of privacy, and thus illegal. i do not pay for junk email. the internet is not the us postal service. i recall that the house voted recently on behalf of all of the spam scam artists, and refused to make it illegal. let's give congress an idea of how BIG the problem is... i ask every ISP owner on this list [yes, i know that there are a lot of you] have YOUR USERS forward a copy of EVERY spam message they get [yes, i bet if we all got the users doing it, we can generate easily a million messages going to congress for every spam message hitting our systems, i'm sure your customers will willingly comply!!!] to their congressman... we must understand that our congressional representitives lead a very sheltered life and are probably not even aware of the actual scope of the spam PROBLEM. let's educate them! a million forwarded spams a day is my goal, yes i understand that this will be an easy goal, all it will take is one spam to each customer of each ISP on this list every day, congress can even get a bonus million or more spam copies if each customer receives more than one spam every day! the house and senate may both may need new mail machines, terabyte capacity... and thus i announce the formation of the League to Fight Spam with Spam. membership is open, and all you have got to do to join is follow the suggestions above... all they have to do is vote for common sense, and not for soft money. Fight Spam with [focused] Spam!@# I'm tired of it, are you? should we get the television networks aware too? > ********************************************* > This is a SPECIAL FLORIDA PROMOTION > brought to you by Cape Canaveral Cruise Line! > ********************************************* > > Pack your bags, 'cause you're going on a CRUISE! > > Cape Canaveral Cruise Lines is a Licensed, Bonded, and Federally > Insured Cruise Line. (State Registration Number 24340) > > This SPECIAL FLORIDA PROMOTION is a Dream Vacation come true! > ***10 Day FLORIDA Cruise/Vacation for 4 People!*** > (any combination: 4 adults; or 2 adults and 2 children.) > > This SPECIAL FLORIDA PROMOTION includes... > > * 4 Days/3 Nights in ORLANDO, Home of DISNEY WORLD, EPCOT CENTER, > SEA WORLD, and UNIVERSAL STUDIOS. You will stay at the > CLARION or OMNI-ROSEN Hotel and Resort! > > * 3 Days/2 Nights aboard the Six Level S.S. Dolphin IV for a > WONDERFUL CRUISE to Freeport, Grand BAHAMAS! Your Stateroom, > Meals, non-alcoholic Drinks and Entertainment are INCLUDED! > > * 3 Days/2 Nights in DAYTONA BEACH, FLORIDA at the HILTON or > OCEANS ELEVEN RESORT! > > BONUS! BONUS! BONUS! BONUS! BONUS! BONUS! BONUS! BONUS! BONUS! ==> > > Call our Toll-Free Information Line 1-888-374-8799 NOW! > And you will receive TWO ADDITIONAL MINI-VACATIONS at NO additional > cost if you make your reservation within the next 72 hours! > > > * 4 Days/3 Nights in the CARNIVAL CAPITAL of AMERICA -- > NEW ORLEANS! You will stay right in the heart of the FRENCH > QUARTER at the RADISSON or AVENUE PLAZA RESORT. > PLUS!!! An evening Jazz Cruise aboard the NATCHEZ RIVERBOAT on > the Mississippi River! > > * 4 Days/3 Nights in the SHOW CAPITAL of the WORLD -- > LAS VEGAS! You will be right on the VEGAS STRIP at the > IMPERIAL PALACE, ALADDIN, SAHARA, PALACE STATION OR THE > EXCALIBER! > > ******************************************************************* > Our Agents are ready to help you make your RESERVATIONS! > ***CALL NOW! 1-888-374-8799*** > ******************************************************************* > > Prepare to be HAPPILY AMAZED at the GREAT SAVINGS! > > Total Value of this Package is over $ 2,500.00 > YOUR COST IS ONLY .................. $ 598.00 > YOUR SAVINGS IS OVER ............... $ 1,600.00 > > The availability of this Promotional Package is Limited! > (You have up to 18 months from purchase date > to use your VACATION PACKAGE.) > > Our Agents will gladly answer all of your questions > and help you book you RESERVATIONS for the VACATION OF A LIFETIME! > > CALL NOW -- TOLL FREE 1-888-374-8799 -- to RESERVE YOUR VACATION! > ***This is a Free Call.....Serious Inquiries Only Please*** > > --Bon Voyage! jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@tfs.net - KC5VDJ 2M, 70cm, KPC-3+ - kc5vdj@wv0t.#neks.ks.usa.noam From owner-freebsd-hackers Thu May 8 22:46:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12411 for hackers-outgoing; Thu, 8 May 1997 22:46:47 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA12402 for ; Thu, 8 May 1997 22:46:45 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id WAA25238 for ; Thu, 8 May 1997 22:46:44 -0700 (PDT) Message-Id: <199705090546.WAA25238@austin.polstra.com> To: freebsd-hackers@freebsd.org Subject: Users of CVSup2.FreeBSD.ORG please read! Date: Thu, 08 May 1997 22:46:44 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk CVSup2.FreeBSD.ORG developed RAM problems beginning May 7, 1997. The problems have now been fixed, but while they lasted some file corruption occurred. This took the form of little 1-bit errors scattered through a number of files, including some served by CVSup. I have run MD5 checksums on the entire CVS repository both on freefall and on CVSup2. Here is a list of files which may have been corrupted: CVSROOT/commitlogs/gnu CVSROOT/commitlogs/ports CVSROOT/commitlogs/share CVSROOT/commitlogs/sys CVSROOT/commitlogs/usrsbin src/gnu/usr.bin/gdb/Attic/ChangeLog,v src/sys/i386/i386/math_emulate.c,v src/usr.sbin/ppp/lqr.c,v I have replaced the possibly-corrupted files with fresh copies from freefall, but people who did updates from CVSup2 during the past two days may have gotten bad copies. CVSup checksums all updated files, but it cannot detect errors that occur in RAM between the times when the program writes the data and the kernel flushes it to disk. If you ran a CVSup update from CVSup2 on May 7 or May 8, please delete the files listed above from your local repository, and do another update to replace them with known good versions. There is some chance that the RAM errors caused some files to go out corrupted even though the corruption didn't show up on disk. Unfortunately, there is no way of knowing whether that happened. The RAM has been replaced and CVSup2 is working fine again now. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Thu May 8 23:43:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA15298 for hackers-outgoing; Thu, 8 May 1997 23:43:02 -0700 (PDT) Received: from superior.mooseriver.com (ppp010-sm2.sirius.com [205.134.231.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA15289 for ; Thu, 8 May 1997 23:42:57 -0700 (PDT) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.5/8.8.5) id XAA21847; Thu, 8 May 1997 23:42:48 -0700 (PDT) From: Josef Grosch Message-Id: <199705090642.XAA21847@superior.mooseriver.com> Subject: Re: ESCAPE! Florida Cruise/Vacation $598/4 People In-Reply-To: <199705090516.AAA00327@argus> from Jim Bryant at "May 9, 97 00:16:09 am" To: jbryant@tfs.net Date: Thu, 8 May 1997 23:42:47 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: jgrosch@sirius.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jim Bryant said: >[to those of you receiving a repost of this, sorry, i had mistyped one >of the recipients email addresses] > >please excuse the verbatim quoting of the spam to the list... please >note my Cc line... > >given that most of the people on this mailing list are either >operating system programmers, ISP owners, ISP sysadmins, or people >looking for technical help with the FreeBSD Unix operating system, we >must not overlook that the spammers are now using our mailing list to >further their scams... > >i urge all citizens of the United States of America on this list to >forward all spam to your senators and representative on capital hill... > >maybe they will get the point, and legislate that unrequested email >[spam] be made legally a violation of privacy, and thus illegal. i do >not pay for junk email. the internet is not the us postal service. > >i recall that the house voted recently on behalf of all of the spam >scam artists, and refused to make it illegal. > >let's give congress an idea of how BIG the problem is... > >i ask every ISP owner on this list [yes, i know that there are a lot >of you] have YOUR USERS forward a copy of EVERY spam message they get >[yes, i bet if we all got the users doing it, we can generate easily a >million messages going to congress for every spam message hitting our >systems, i'm sure your customers will willingly comply!!!] to their >congressman... > >we must understand that our congressional representitives lead a very >sheltered life and are probably not even aware of the actual scope of >the spam PROBLEM. > >let's educate them! a million forwarded spams a day is my goal, yes i >understand that this will be an easy goal, all it will take is one >spam to each customer of each ISP on this list every day, congress can >even get a bonus million or more spam copies if each customer receives >more than one spam every day! the house and senate may both may need >new mail machines, terabyte capacity... > >and thus i announce the formation of the League to Fight Spam with >Spam. membership is open, and all you have got to do to join is >follow the suggestions above... > >all they have to do is vote for common sense, and not for soft money. > >Fight Spam with [focused] Spam!@# I'm tired of it, are you? > >should we get the television networks aware too? > [ Spam Deleted. You've seen it ] Jim, Your intentions are noble and to be commended. As a person who first started reading netnews in 1984 I have gotten very tired of the spam clogging up netnews and the mailing lists I read. However, I don't think spaming congress is going to help. First off most people in congress have no idea what email is. Most don't read their email and I don't think that most of their staff read email. Hell, if I remember right only 40% have email addresses. If you were following the debate when Sen. Eaton (?) introduced the Communications Decency Act it was very clear that most of the members congress had no idea what the Internet was let alone what email was. As the recent house vote NOT to stop spam demonstrated most congress persons are deeply in bed with those who support spam. Stopping spam is viewed by those on Capital Hill as anti-business. Those people who current control the congress are not very receptive any action that is viewed as pro-consumer and anti-business. IMHO we are on our own. There is a law on the books that could be used against the spammers. US Code Title 47, Sec.227 was put in place to stop people from spamming fax machines. AFAIK no lawyer has used this law against email spammers but I have been told by a lawyer friend that if a state Attorney General wanted to they could make a very strong case to apply this law against spammers. However, in the current political climate, don't hold your breath. If were are to stop spammers we have to make it unprofitable for them. This has to be a war of attrition. Spammers have costs just like any business. A T1 is not cheap neither is an 800 line or the geeks they hire to write the spam engines. If no one responds to their spams then they are just redirecting bits to /dev/null. What we should be doing is developing and distributing tools to stop spammers at the entry to sendmail and majordomo. If we could develop these tools then ISP who use these could advertise that their system is "Spam Free". That would be good marketing. Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.1 jgrosch@sirius.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Fri May 9 00:22:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA17739 for hackers-outgoing; Fri, 9 May 1997 00:22:25 -0700 (PDT) Received: from main.gbdata.com (tel_ppp0026.livingston.net [207.22.211.35]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA17732 for ; Fri, 9 May 1997 00:22:22 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.8.5/8.8.5) id CAA00746; Fri, 9 May 1997 02:22:22 -0500 (CDT) From: Gary Clark II Message-Id: <199705090722.CAA00746@main.gbdata.com> Subject: Re: Non-Intel CPUs and FreeBSD. To: avalon@coombs.anu.edu.au (Darren Reed) Date: Fri, 9 May 1997 02:22:22 -0500 (CDT) Cc: hackers@FreeBSD.ORG In-Reply-To: <199705090323.UAA06913@hub.freebsd.org> from Darren Reed at "May 9, 97 01:21:08 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Darren Reed wrote: > > Is anyone using any of the AMD/Cyrix CPUs with FreeBSD successfully ? > Yes I've got both AMD and Cyrix processors in use here. They work just fine. > And more importantly, is it possible to use the CPUs in a multi CPU > configuration under -current (or at all) ? No, only Intel processors maybe used for SMP. > > Darren > Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups - http://WWW.GBData.com for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/FAQ.latin1 From owner-freebsd-hackers Fri May 9 01:13:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA19992 for hackers-outgoing; Fri, 9 May 1997 01:13:46 -0700 (PDT) Received: from minor.stranger.com (stranger.vip.best.com [204.156.129.250]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id BAA19984 for ; Fri, 9 May 1997 01:13:42 -0700 (PDT) Received: from dog.farm.org (dog.farm.org [207.111.140.47]) by minor.stranger.com (8.6.12/8.6.12) with ESMTP id BAA03206; Fri, 9 May 1997 01:22:54 -0700 Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id BAA13828; Fri, 9 May 1997 01:14:03 -0700 (PDT) Date: Fri, 9 May 1997 01:14:03 -0700 (PDT) From: Dmitry Kohmanyuk Message-Id: <199705090814.BAA13828@dog.farm.org> To: taob@nbc.netcom.ca (Brian Tao) Cc: freebsd-hackers@freebsd.org Subject: Re: NFS service mysteriously stopping on 2.2-RELENG? Newsgroups: cs-monolit.gated.lists.freebsd.hackers Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article you wrote: > The 2.2-970420-RELENG NFS server I put together for a client is > humming along quite nicely, now that I've done fiddling with it. > However, there is an intermittent problem with the three BSD/OS > clients attached to it. One two occasions in the past week, all three > clients will "lose" the NFS server. > One client is running BSD/OS 2.1 with NFSv2 UDP mounts, and the > other two are BSD/OS 3.0 with NFSv3 TCP mounts. In addition to the > "nfs server not responding" syslog messages, the TCP clients > occasionally log this: > May 7 04:14:26 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.4 > May 7 05:38:45 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.2 > May 7 05:38:45 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.3 > May 7 05:38:45 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.1 > May 7 17:48:24 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.1 > May 7 17:48:24 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.2 > May 7 17:48:24 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.3 > May 7 17:48:24 shell1 kernel: short receive (0/4) from nfs server nfs:/user/.4 hmmm! I repeatedly get the same error on FreeBSD 2,2 clients (some 2.2-GAMMA, some 2.2.1-RELEASE) which are connected to NetApp server (running 4.0.3). (For those now aware of NetApp, it is dedicated NFS server software running on Intel and Alpha hardware, pricey, but well-performing). So, this problem is probably client-specific. (your clients are BSD/OS, so it is probably 4.4BSD specific.) It occurs with regularity, rarely, but constantly. I use NFSv2 mounts. >From looking at the source, it looks like an error while receiving RPC from the server... specifically, in /sys/nfs/nfs_socket.c here is a sample from my logs: # grep nfs /var/log/messages May 8 14:36:55 zen /kernel: nfs send error 32 for server filer:/ May 8 14:36:55 zen /kernel: nfs send error 32 for server filer:/ May 8 16:29:30 zen /kernel: short receive (0/4) from nfs server filer:/ May 8 17:30:55 zen /kernel: short receive (0/4) from nfs server filer:/ May 8 18:46:50 zen /kernel: short receive (0/4) from nfs server filer:/ May 8 19:10:20 zen /kernel: short receive (0/4) from nfs server filer:/ May 8 19:39:03 zen /kernel: short receive (0/4) from nfs server filer:/ May 8 20:05:56 zen /kernel: short receive (0/4) from nfs server filer:/ May 8 20:23:32 zen /kernel: short receive (0/4) from nfs server filer:/ # From owner-freebsd-hackers Fri May 9 01:29:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA20571 for hackers-outgoing; Fri, 9 May 1997 01:29:52 -0700 (PDT) Received: from inetnif.niftyserve.or.jp (inetnif.niftyserve.or.jp [192.47.24.129]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA20563 for ; Fri, 9 May 1997 01:29:50 -0700 (PDT) Received: (from uucp@localhost) by inetnif.niftyserve.or.jp (8.8.5+2.7Wbeta5/3.5Wpl1-970106) id RAA23454; Fri, 9 May 1997 17:30:30 +0900 (JST) Message-Id: <199705090830.RAA23454@inetnif.niftyserve.or.jp> Date: Fri, 09 May 1997 17:28:00 +0900 From: =?ISO-2022-JP?B?GyRCMXY4KyEhPz8wbBsoQg==?= Subject: Including "FreeBSD2.2.1R" in a disk-book To: hackers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Dear Sirs(The FreeBSD Project) This is my first e-mail to you. I am working for a publishing company, Shuwa System Co.,Ltd. which is one of the leading publisher in the field of personal computing in Japan. We're now planning a book named "SAIKYOU NO FreeBSD (FreeBSD, the Brave)" which introduces free-softwares that runs on FreeBSD. And we'd like to include "FreeBSD2.2.1R" in the CD-ROM attached to the book. I ask you to give us permission to redistribute "FreeBSD2.2.1R" for IBM-PC, as described above. I hope to hear favorably from you soon. Best Regards, Kouji Hasegawa, Editor HBF01016@niftyserve.or.jp Shuwa System Co.,Ltd 1-26-1 Minamiaoyama Minatoku Tokyo 107 JAPAN From owner-freebsd-hackers Fri May 9 02:11:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA22269 for hackers-outgoing; Fri, 9 May 1997 02:11:49 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA22264 for ; Fri, 9 May 1997 02:11:47 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id CAA17603; Fri, 9 May 1997 02:11:51 -0700 (PDT) To: =?ISO-2022-JP?B?GyRCMXY4KyEhPz8wbBsoQg==?= cc: hackers@FreeBSD.ORG Subject: Re: Including "FreeBSD2.2.1R" in a disk-book In-reply-to: Your message of "Fri, 09 May 1997 17:28:00 +0900." <199705090830.RAA23454@inetnif.niftyserve.or.jp> Date: Fri, 09 May 1997 02:11:50 -0700 Message-ID: <17599.863169110@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We're now planning a book named "SAIKYOU NO FreeBSD (FreeBSD, the Brave)" > which introduces free-softwares that runs on FreeBSD. And we'd like to > include "FreeBSD2.2.1R" in the CD-ROM attached to the book. Sounds good to me and I certainly see no problem with you distributing FreeBSD 2.2.1R on CD. You are by all means welcome to do a CD release of 2.2.1R and distribute it with the book. Jordan From owner-freebsd-hackers Fri May 9 02:31:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA23159 for hackers-outgoing; Fri, 9 May 1997 02:31:19 -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 CAA23154 for ; Fri, 9 May 1997 02:31:15 -0700 (PDT) Received: (from eivind@localhost) by bitbox.follo.net (8.7.6/8.7.3) id LAA02174; Fri, 9 May 1997 11:31:03 +0200 (MET DST) Date: Fri, 9 May 1997 11:31:03 +0200 (MET DST) Message-Id: <199705090931.LAA02174@bitbox.follo.net> From: Eivind Eklund To: jgrosch@sirius.com CC: jbryant@tfs.net, freebsd-hackers@FreeBSD.ORG In-reply-to: Josef Grosch's message of Thu, 8 May 1997 23:42:47 -0700 (PDT) Subject: Re: ESCAPE! Florida Cruise/Vacation $598/4 People References: <199705090516.AAA00327@argus> <199705090642.XAA21847@superior.mooseriver.com> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If were are to stop spammers we have to make it unprofitable for them. This > has to be a war of attrition. Spammers have costs just like any business. A > T1 is not cheap neither is an 800 line or the geeks they hire to write the > spam engines. If no one responds to their spams then they are just > redirecting bits to /dev/null. What we should be doing is developing and > distributing tools to stop spammers at the entry to sendmail and > majordomo. If we could develop these tools then ISP who use these could > advertise that their system is "Spam Free". That would be good marketing. I'm going farther than that. Next time I reconfigure the router (which will be in about two weeks) I'm going to block out all of agis.net. And inform them of it. And why. Make it unprofitable to give IP feeds to spammers. That is a much more powerful hold - if a provider knows that they will get blocked from a lot of routers for _all_ their traffic, and thus quite a bit of their market value, they'll think about the cost/profit ratio. I urge anybody that have a legal reason for this to do the same. I'm doing it on the basis of agis.net ignoring applicable laws (Norwegian law) and harassing customers (through sending spam packets that have been requested removed). Please take follow-ups to -chat. Eivind. From owner-freebsd-hackers Fri May 9 02:44:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA23756 for hackers-outgoing; Fri, 9 May 1997 02:44:08 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id CAA23703 for ; Fri, 9 May 1997 02:43:58 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id LAA25980 for hackers@FreeBSD.ORG; Fri, 9 May 1997 11:43:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id KAA03628; Fri, 9 May 1997 10:20:19 +0200 (MET DST) Message-ID: <19970509102018.CX40557@uriah.heep.sax.de> Date: Fri, 9 May 1997 10:20:18 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Subject: Re: if_de.c ???? References: <19970508214036.32788@shell.futuresouth.com> <15695.863140438@time.cdrom.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Warner Losh on May 8, 1997 21:20:32 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Warner Losh wrote: > I have some wonderful aha1522's hanging around > because I didn't make sure that I could return them... However, if > things go well, they should be better supported soon (or at least work > for tapes and cdroms, which is my primary interest). Accidents like this are a good reason for starting to support a driver. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 9 03:17:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA25017 for hackers-outgoing; Fri, 9 May 1997 03:17:32 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id DAA25009 for ; Fri, 9 May 1997 03:17:29 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id UAA09544 for freebsd-hackers@freebsd.org; Fri, 9 May 1997 20:17:27 +1000 Received: from localhost.devetir.qld.gov.au by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) with SMTP id UAA28441 for ; Fri, 9 May 1997 20:17:51 +1000 (EST) Message-Id: <199705091017.UAA28441@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org Subject: Re: why 'toor'? References: In-Reply-To: from Michael Hancock at "Thu, 08 May 1997 11:11:42 +0000" Date: Fri, 09 May 1997 20:17:49 +1000 From: Stephen McKay Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thursday, 8th May 1997, Michael Hancock wrote: >On 8 May 1997, Choi Jun Ho wrote: > >> >From all the dist of FreeBSD I've seen, there is an id 'toor', >> equivalent to 'root'. I heard that is for Bourne-shell root users, but >> I cannot understand why two root id exist. Is it a some traditional >> reason or some kind of joke? > >'root' is to be used with 'sh' a statically linked binary in case /usr >isn't mounted. > >'toor' can use a dynamically linked 'bash' and be equivalent to root. Sounds like a good plan, but it's not what we do. As distributed, "root" on FreeBSD runs /bin/csh, and "toor" runs /bin/sh (both are only available statically linked). Since I hate csh with a burning passion, I always delete "toor" and convert "root" to sh when installing FreeBSD. By the way, "Charlie Root" and "Bourne-again Superuser" are a bit silly as names. I always include the machine name, like "doorstop root". I suppose the real reason for "toor" is to appease the csh haters. It's been like that since 386BSD as far as I can recall. I don't think it was like this in the 4.2 BSD days, but I now have no way to check. Stephen. From owner-freebsd-hackers Fri May 9 03:18:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA25070 for hackers-outgoing; Fri, 9 May 1997 03:18:06 -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 DAA25065 for ; Fri, 9 May 1997 03:17:55 -0700 (PDT) Received: (from nadav@localhost) by gatekeeper.barcode.co.il (8.8.5/8.6.12) id NAA14710; Fri, 9 May 1997 13:15:43 +0300 (IDT) Date: Fri, 9 May 1997 13:15:42 +0300 (IDT) From: Nadav Eiron To: hackers@freebsd.org Subject: /usr/include/md*.h patches... Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1784899429-863172942=:14432" 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-1784899429-863172942=:14432 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, Since the thread on my patches to /usr/include/ftpio.h didn't reach a conclusion on what changes exactly should be made to files in /usr/include, I patched md2.h, md4.h and md5.h like I did with ftpio.h (that is, so that it compiles under C++, and also has the __P macro on prototypes). Attached are the diffs. For md2 and md4 they are the same for 2.1.7 and 2.2.1, and for md5 I submit two diffs. Hope people will find this useful, Nadav --0-1784899429-863172942=:14432 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="md5.h.diff_2.2" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: KioqIC91c3IvaW5jbHVkZS9zeXMvbWQ1Lmgub3JpZwlGcmkgTWF5ICA5IDEz OjA5OjA2IDE5OTcNCi0tLSAvdXNyL2luY2x1ZGUvc3lzL21kNS5oCUZyaSBN YXkgIDkgMTM6MDY6NDggMTk5Nw0KKioqKioqKioqKioqKioqDQoqKiogMjcs NDIgKioqKg0KICAjaWZuZGVmIF9TWVNfTUQ1X0hfDQogICNkZWZpbmUgX1NZ U19NRDVfSF8NCiAgLyogTUQ1IGNvbnRleHQuICovDQogIHR5cGVkZWYgc3Ry dWN0IE1ENUNvbnRleHQgew0KICAgIHVfaW50MzJfdCBzdGF0ZVs0XTsJLyog c3RhdGUgKEFCQ0QpICovDQogICAgdV9pbnQzMl90IGNvdW50WzJdOwkvKiBu dW1iZXIgb2YgYml0cywgbW9kdWxvIDJeNjQgKGxzYiBmaXJzdCkgKi8NCiAg ICB1bnNpZ25lZCBjaGFyIGJ1ZmZlcls2NF07CS8qIGlucHV0IGJ1ZmZlciAq Lw0KICB9IE1ENV9DVFg7DQogIA0KISB2b2lkICAgTUQ1SW5pdCAoTUQ1X0NU WCAqKTsNCiEgdm9pZCAgIE1ENVVwZGF0ZSAoTUQ1X0NUWCAqLCBjb25zdCB1 bnNpZ25lZCBjaGFyICosIHVuc2lnbmVkIGludCk7DQohIHZvaWQgICBNRDVG aW5hbCAodW5zaWduZWQgY2hhciBbMTZdLCBNRDVfQ1RYICopOw0KISBjaGFy ICogTUQ1RW5kKE1ENV9DVFggKiwgY2hhciAqKTsNCiEgY2hhciAqIE1ENUZp bGUoY2hhciAqLCBjaGFyICopOw0KISBjaGFyICogTUQ1RGF0YShjb25zdCB1 bnNpZ25lZCBjaGFyICosIHVuc2lnbmVkIGludCwgY2hhciAqKTsNCiAgI2Vu ZGlmIC8qIF9TWVNfTUQ1X0hfICovDQotLS0gMjcsNDkgLS0tLQ0KICAjaWZu ZGVmIF9TWVNfTUQ1X0hfDQogICNkZWZpbmUgX1NZU19NRDVfSF8NCiAgLyog TUQ1IGNvbnRleHQuICovDQorIA0KKyAjaW5jbHVkZSA8c3lzL2NkZWZzLmg+ DQorIA0KICB0eXBlZGVmIHN0cnVjdCBNRDVDb250ZXh0IHsNCiAgICB1X2lu dDMyX3Qgc3RhdGVbNF07CS8qIHN0YXRlIChBQkNEKSAqLw0KICAgIHVfaW50 MzJfdCBjb3VudFsyXTsJLyogbnVtYmVyIG9mIGJpdHMsIG1vZHVsbyAyXjY0 IChsc2IgZmlyc3QpICovDQogICAgdW5zaWduZWQgY2hhciBidWZmZXJbNjRd OwkvKiBpbnB1dCBidWZmZXIgKi8NCiAgfSBNRDVfQ1RYOw0KICANCiEgX19C RUdJTl9ERUNMUw0KISANCiEgdm9pZCAgIE1ENUluaXQJCV9fUCgoTUQ1X0NU WCAqKSk7DQohIHZvaWQgICBNRDVVcGRhdGUgCV9fUCgoTUQ1X0NUWCAqLCBj b25zdCB1bnNpZ25lZCBjaGFyICosIHVuc2lnbmVkIGludCkpOw0KISB2b2lk ICAgTUQ1RmluYWwgCV9fUCgodW5zaWduZWQgY2hhciBbMTZdLCBNRDVfQ1RY ICopKTsNCiEgY2hhciAqIE1ENUVuZAkJX19QKChNRDVfQ1RYICosIGNoYXIg KikpOw0KISBjaGFyICogTUQ1RmlsZQkJX19QKChjaGFyICosIGNoYXIgKikp Ow0KISBjaGFyICogTUQ1RGF0YQkJX19QKChjb25zdCB1bnNpZ25lZCBjaGFy ICosIHVuc2lnbmVkIGludCwgY2hhciAqKSk7DQohIA0KISBfX0VORF9ERUNM Uw0KICAjZW5kaWYgLyogX1NZU19NRDVfSF8gKi8NCg== --0-1784899429-863172942=:14432 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="md5.h.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: KioqIC91c3Ivc3JjL2xpYi9saWJtZC9tZDUuaC5vcmlnCUZyaSBNYXkgIDkg MTE6NTY6NDIgMTk5Nw0KLS0tIC91c3Ivc3JjL2xpYi9saWJtZC9tZDUuaAlG cmkgTWF5ICA5IDEyOjAyOjIzIDE5OTcNCioqKioqKioqKioqKioqKg0KKioq IDI2LDMxICoqKioNCi0tLSAyNiwzNCAtLS0tDQogIA0KICAjaWZuZGVmIF9N RDVfSF8NCiAgI2RlZmluZSBfTUQ1X0hfDQorIA0KKyAjaW5jbHVkZSA8c3lz L2NkZWZzLmg+DQorIA0KICAvKiBNRDUgY29udGV4dC4gKi8NCiAgdHlwZWRl ZiBzdHJ1Y3QgTUQ1Q29udGV4dCB7DQogICAgdW5zaWduZWQgbG9uZyBzdGF0 ZVs0XTsJLyogc3RhdGUgKEFCQ0QpICovDQoqKioqKioqKioqKioqKioNCioq KiAzMyw0MiAqKioqDQogICAgdW5zaWduZWQgY2hhciBidWZmZXJbNjRdOwkv KiBpbnB1dCBidWZmZXIgKi8NCiAgfSBNRDVfQ1RYOw0KICANCiEgdm9pZCAg IE1ENUluaXQgKE1ENV9DVFggKik7DQohIHZvaWQgICBNRDVVcGRhdGUgKE1E NV9DVFggKiwgY29uc3QgdW5zaWduZWQgY2hhciAqLCB1bnNpZ25lZCBpbnQp Ow0KISB2b2lkICAgTUQ1RmluYWwgKHVuc2lnbmVkIGNoYXIgWzE2XSwgTUQ1 X0NUWCAqKTsNCiEgY2hhciAqIE1ENUVuZChNRDVfQ1RYICosIGNoYXIgKik7 DQohIGNoYXIgKiBNRDVGaWxlKGNoYXIgKiwgY2hhciAqKTsNCiEgY2hhciAq IE1ENURhdGEoY29uc3QgdW5zaWduZWQgY2hhciAqLCB1bnNpZ25lZCBpbnQs IGNoYXIgKik7DQogICNlbmRpZiAvKiBfTUQ1X0hfICovDQotLS0gMzYsNDkg LS0tLQ0KICAgIHVuc2lnbmVkIGNoYXIgYnVmZmVyWzY0XTsJLyogaW5wdXQg YnVmZmVyICovDQogIH0gTUQ1X0NUWDsNCiAgDQohIF9fQkVHSU5fREVDTFMN CiEgDQohIHZvaWQgICBNRDVJbml0CQlfX1AoKE1ENV9DVFggKikpOw0KISB2 b2lkICAgTUQ1VXBkYXRlIAlfX1AoKE1ENV9DVFggKiwgY29uc3QgdW5zaWdu ZWQgY2hhciAqLCB1bnNpZ25lZCBpbnQpKTsNCiEgdm9pZCAgIE1ENUZpbmFs IAlfX1AoKHVuc2lnbmVkIGNoYXIgWzE2XSwgTUQ1X0NUWCAqKSk7DQohIGNo YXIgKiBNRDVFbmQJCV9fUCgoTUQ1X0NUWCAqLCBjaGFyICopKTsNCiEgY2hh ciAqIE1ENUZpbGUJCV9fUCgoY2hhciAqLCBjaGFyICopKTsNCiEgY2hhciAq IE1ENURhdGEJCV9fUCgoY29uc3QgdW5zaWduZWQgY2hhciAqLCB1bnNpZ25l ZCBpbnQsIGNoYXIgKikpOw0KISANCiEgX19FTkRfREVDTFMNCiAgI2VuZGlm IC8qIF9NRDVfSF8gKi8NCg== --0-1784899429-863172942=:14432 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="md4.h.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: KioqIC91c3Ivc3JjL2xpYi9saWJtZC9tZDQuaC5vcmlnCUZyaSBNYXkgIDkg MTI6MDY6MTUgMTk5Nw0KLS0tIC91c3Ivc3JjL2xpYi9saWJtZC9tZDQuaAlG cmkgTWF5ICA5IDEyOjA0OjM1IDE5OTcNCioqKioqKioqKioqKioqKg0KKioq IDI1LDMwICoqKioNCi0tLSAyNSwzMyAtLS0tDQogIA0KICAjaWZuZGVmIF9N RDRfSF8NCiAgI2RlZmluZSBfTUQ0X0hfDQorIA0KKyAjaW5jbHVkZSA8c3lz L2NkZWZzLmg+DQorIA0KICAvKiBNRDQgY29udGV4dC4gKi8NCiAgdHlwZWRl ZiBzdHJ1Y3QgTUQ0Q29udGV4dCB7DQogICAgdW5zaWduZWQgbG9uZyBzdGF0 ZVs0XTsJLyogc3RhdGUgKEFCQ0QpICovDQoqKioqKioqKioqKioqKioNCioq KiAzMiw0MiAqKioqDQogICAgdW5zaWduZWQgY2hhciBidWZmZXJbNjRdOwkv KiBpbnB1dCBidWZmZXIgKi8NCiAgfSBNRDRfQ1RYOw0KICANCiEgdm9pZCAg IE1ENEluaXQoTUQ0X0NUWCAqKTsNCiEgdm9pZCAgIE1ENFVwZGF0ZShNRDRf Q1RYICosIGNvbnN0IHVuc2lnbmVkIGNoYXIgKiwgdW5zaWduZWQgaW50KTsN CiEgdm9pZCAgIE1ENEZpbmFsKHVuc2lnbmVkIGNoYXIgWzE2XSwgTUQ0X0NU WCAqKTsNCiEgY2hhciAqIE1ENEVuZChNRDRfQ1RYICosIGNoYXIgKik7DQoh IGNoYXIgKiBNRDRGaWxlKGNoYXIgKiwgY2hhciAqKTsNCiEgY2hhciAqIE1E NERhdGEoY29uc3QgdW5zaWduZWQgY2hhciAqLCB1bnNpZ25lZCBpbnQsIGNo YXIgKik7DQogIA0KICAjZW5kaWYgLyogX01ENF9IXyAqLw0KLS0tIDM1LDQ4 IC0tLS0NCiAgICB1bnNpZ25lZCBjaGFyIGJ1ZmZlcls2NF07CS8qIGlucHV0 IGJ1ZmZlciAqLw0KICB9IE1ENF9DVFg7DQogIA0KISBfX0JFR0lOX0RFQ0xT DQohIA0KISB2b2lkICAgTUQ0SW5pdAkJX19QKChNRDRfQ1RYICopKTsNCiEg dm9pZCAgIE1ENFVwZGF0ZQlfX1AoKE1ENF9DVFggKiwgY29uc3QgdW5zaWdu ZWQgY2hhciAqLCB1bnNpZ25lZCBpbnQpKTsNCiEgdm9pZCAgIE1ENEZpbmFs CQlfX1AoKHVuc2lnbmVkIGNoYXIgWzE2XSwgTUQ0X0NUWCAqKSk7DQohIGNo YXIgKiBNRDRFbmQJCV9fUCgoTUQ0X0NUWCAqLCBjaGFyICopKTsNCiEgY2hh ciAqIE1ENEZpbGUJCV9fUCgoY2hhciAqLCBjaGFyICopKTsNCiEgY2hhciAq IE1ENERhdGEJCV9fUCgoY29uc3QgdW5zaWduZWQgY2hhciAqLCB1bnNpZ25l ZCBpbnQsIGNoYXIgKikpOw0KICANCisgX19FTkRfREVDTFMNCiAgI2VuZGlm IC8qIF9NRDRfSF8gKi8NCg== --0-1784899429-863172942=:14432 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="md2.h.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: KioqIC91c3Ivc3JjL2xpYi9saWJtZC9tZDIuaC5vcmlnCUZyaSBNYXkgIDkg MTI6MDY6MTggMTk5Nw0KLS0tIC91c3Ivc3JjL2xpYi9saWJtZC9tZDIuaAlG cmkgTWF5ICA5IDEyOjA1OjU4IDE5OTcNCioqKioqKioqKioqKioqKg0KKioq IDIzLDI4ICoqKioNCi0tLSAyMywzMCAtLS0tDQogICNpZm5kZWYgX01EMl9I Xw0KICAjZGVmaW5lIF9NRDJfSF8NCiAgDQorICNpbmNsdWRlIDxzeXMvY2Rl ZnMuaD4NCisgDQogIHR5cGVkZWYgc3RydWN0IE1EMkNvbnRleHQgew0KICAg IHVuc2lnbmVkIGNoYXIgc3RhdGVbMTZdOwkvKiBzdGF0ZSAqLw0KICAgIHVu c2lnbmVkIGNoYXIgY2hlY2tzdW1bMTZdOwkvKiBjaGVja3N1bSAqLw0KKioq KioqKioqKioqKioqDQoqKiogMzAsNDAgKioqKg0KICAgIHVuc2lnbmVkIGNo YXIgYnVmZmVyWzE2XTsJLyogaW5wdXQgYnVmZmVyICovDQogIH0gTUQyX0NU WDsNCiAgDQohIHZvaWQgICBNRDJJbml0KE1EMl9DVFggKik7DQohIHZvaWQg ICBNRDJVcGRhdGUoTUQyX0NUWCAqLCBjb25zdCB1bnNpZ25lZCBjaGFyICos IHVuc2lnbmVkIGludCk7DQohIHZvaWQgICBNRDJGaW5hbCh1bnNpZ25lZCBj aGFyIFsxNl0sIE1EMl9DVFggKik7DQohIGNoYXIgKiBNRDJFbmQoTUQyX0NU WCAqLCBjaGFyICopOw0KISBjaGFyICogTUQyRmlsZShjaGFyICosIGNoYXIg Kik7DQohIGNoYXIgKiBNRDJEYXRhKGNvbnN0IHVuc2lnbmVkIGNoYXIgKiwg dW5zaWduZWQgaW50LCBjaGFyICopOw0KICANCiAgI2VuZGlmIC8qIF9NRDJf SF8gKi8NCi0tLSAzMiw0NSAtLS0tDQogICAgdW5zaWduZWQgY2hhciBidWZm ZXJbMTZdOwkvKiBpbnB1dCBidWZmZXIgKi8NCiAgfSBNRDJfQ1RYOw0KICAN CiEgX19CRUdJTl9ERUNMUw0KISANCiEgdm9pZCAgIE1EMkluaXQJCV9fUCgo TUQyX0NUWCAqKSk7DQohIHZvaWQgICBNRDJVcGRhdGUJX19QKChNRDJfQ1RY ICosIGNvbnN0IHVuc2lnbmVkIGNoYXIgKiwgdW5zaWduZWQgaW50KSk7DQoh IHZvaWQgICBNRDJGaW5hbAkJX19QKCh1bnNpZ25lZCBjaGFyIFsxNl0sIE1E Ml9DVFggKikpOw0KISBjaGFyICogTUQyRW5kCQlfX1AoKE1EMl9DVFggKiwg Y2hhciAqKSk7DQohIGNoYXIgKiBNRDJGaWxlCQlfX1AoKGNoYXIgKiwgY2hh ciAqKSk7DQohIGNoYXIgKiBNRDJEYXRhCQlfX1AoKGNvbnN0IHVuc2lnbmVk IGNoYXIgKiwgdW5zaWduZWQgaW50LCBjaGFyICopKTsNCiAgDQorIF9fRU5E X0RFQ0xTDQogICNlbmRpZiAvKiBfTUQyX0hfICovDQo= --0-1784899429-863172942=:14432-- From owner-freebsd-hackers Fri May 9 04:17:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA27710 for hackers-outgoing; Fri, 9 May 1997 04:17:08 -0700 (PDT) Received: from ui-gate.utell.co.uk (ui-gate.utell.co.uk [194.200.4.253]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA27703 for ; Fri, 9 May 1997 04:17:04 -0700 (PDT) Received: from utell.co.uk (shift.utell.net [97.3.0.21]) by ui-gate.utell.co.uk (8.7.6/8.7.3) with ESMTP id MAA11016 for ; Fri, 9 May 1997 12:15:39 +0100 (BST) Received: (from brian@localhost) by utell.co.uk (8.8.5/8.8.5) id MAA04484; Fri, 9 May 1997 12:16:26 +0100 (BST) Date: Fri, 9 May 1997 12:16:26 +0100 (BST) Message-Id: <199705091116.MAA04484@utell.co.uk> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: brian@awfulhak.org, brian@utell.co.uk Organization: Awfulhak Ltd. References: <5ktbci$odk@usenet.rpi.edu> From: brian@utell.co.uk (Brian Somers) Subject: Re: Providing updates for lpd/lpr/etc Newsgroups: comp.unix.bsd.freebsd.misc Cc: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <5ktbci$odk@usenet.rpi.edu>, Garance A Drosehn writes: > Hello All. > > Here at RPI we have a large number of unix workstations, which are > running operating systems such as SunOS, Solaris, AIX, and IRIX. > For many years we've been some bsd-flavored lpr suite of unknown > origin for printing support on those workstations. This year I've > been thinking that it would be nice to get rid of the "of unknown > origin" part of that description. I looked at the lpr suites that > come from NetBSD, FreeBSD, and OpenBSD. What we're using at RPI > is pretty similar to all of them, but each of them has a few extra > changes that seem (to me) to be useful. While I haven't done > anything with FreeBSD itself yet, there are a few others on campus > who are using it and are happy with it. > > So, here's what I'd like to do. I'd like to start with the FreeBSD > sources, and generate updates to it based on changes we have here > at RPI and from the other lpr suites, and then get those folded > back into FreeBSD. Note that while we run lpr in a production > environment on hundreds of workstations, none of the ones *I* work > on are FreeBSD-based (well, not yet, at least). So, what is the > best way I could contribute some changes to the FreeBSD tree? > > As just one for-instance, I've started by slowly updating the RPI > lpr suite to look more like the current FreeBSD version, and in > doing so I've found two bugs in FreeBSD's version. One is a > parsing problem with the '-#' parameter on lpr, and the other is > a cosmetic oversight with the output of the status command in lpc. > > Who should I contact about these and other lpr-related issues? You can do it through me if you like. I was the last in there and I don't believe any of the other developers have any strong affiliations. I've cc'd this message to freebsd-hackers so that people can yell out if I'm wrong. I havn't yet merged some changes in the 3.0 branch into 2.2 (changes to printjob.c in lpd to allow filters with remote printing), but I'll do it soon. Nobody's complained about any problems. If you supply any mods in "diff -c" format, I can review and submit them - assuming anything questionable is approved on freebsd-hackers. Any followups on this should really be directed to either freebsd-hackers or to me. TIA for your contributions. > --- > Garance Alistair Drosehn = gad@eclipse.its.rpi.edu > Senior Systems Programmer (MIME & NeXTmail capable) > Rensselaer Polytechnic Institute; Troy NY USA -- Brian Don't _EVER_ lose your sense of humour ! From owner-freebsd-hackers Fri May 9 06:42:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA02687 for hackers-outgoing; Fri, 9 May 1997 06:42:04 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA02660 for ; Fri, 9 May 1997 06:41:50 -0700 (PDT) Received: from thorin.hway.ru (flash@thorin.hway.ru [194.87.58.130]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id GAA06456 for ; Fri, 9 May 1997 06:01:54 -0700 (PDT) Received: from localhost (flash@localhost) by thorin.hway.ru (8.8.5/8.8.5) with SMTP id QAA12989 for ; Fri, 9 May 1997 16:59:55 +0400 (MSD) Date: Fri, 9 May 1997 16:59:55 +0400 (MSD) From: "Alexander V. Tischenko" To: hackers@FreeBSD.org Subject: Character device major id allocation 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 wrote a MAC filtering package to provide some firewall security for ethernet devices based on MAC address pairs and (in future) on protocol id's and variable substrings in data portion. This package requiers a character device major number for control purposes. If there is any interest in the package will it be possible to assign a major number to it ? Also if there is any interest any information/source along with the development plan will be provided. Alexander V. Tischenko ------------------------------------------------------------------------------ Integrated Network Technologies | Tel: +7 095 978-47-37 7, Miusskaya sq., Moscow, 125047 Russia | Fax: +7 095 978-47-37 Internet: flash@hway.ru | NIC: AT55-RIPE X.400: c=SU; a=SovMail; p=Fact400; o=SFT; g=Alexander; s=Tischenko; From owner-freebsd-hackers Fri May 9 06:47:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA03431 for hackers-outgoing; Fri, 9 May 1997 06:47:28 -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 GAA03415 for ; Fri, 9 May 1997 06:47:23 -0700 (PDT) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id EAA01898 for ; Fri, 9 May 1997 04:41:54 -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 HAA17375 for ; Fri, 9 May 1997 07:36:51 -0400 (EDT) Message-Id: <199705091136.HAA17375@spooky.rwwa.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-hackers@FreeBSD.org Subject: What swap for 1Gb memory? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 07:36:50 -0400 From: Robert Withrow Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Somone was boasting (-;) about their 1Gb memory FreeBSD system. How much swap do you configure for such a system? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Fri May 9 07:32:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA06517 for hackers-outgoing; Fri, 9 May 1997 07:32:57 -0700 (PDT) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA06512 for ; Fri, 9 May 1997 07:32:54 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.8.3/8.6.9) with SMTP id KAA05105; Fri, 9 May 1997 10:39:38 -0400 (EDT) Message-Id: <3.0.32.19970509102539.00baf1a8@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Fri, 09 May 1997 10:25:54 -0400 To: Tim Tsai , "Jordan K. Hubbard" From: dennis Subject: Re: if_de.c ???? Cc: Warner Losh , Joerg Wunsch , Jaye Mathisen , hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:40 PM 5/8/97 -0500, Tim Tsai wrote: >> But for me, the $10,000 question now is: Now that Tim and Jaye have >> made so much noise about the difficulty of finding paid labor to hack >> on things like the de driver, are either of them actually going to >> follow through on this or was that all just about making noise and >> little else? ;-) > > Hey, I resemble that remark. > > We are buying the Intel boards and be done with it! We've sent a de >board out to somebody (too lazy to see who it was) though. Besides, it >looks like Matt *IS* intending to support the de boards on FreeBSD, so >perhaps whoever is working on this should coordinate with him. I blame >this whole thing on Digital, really, for changing enough of the chip to >break things to start with. :-) > > BTW, I did write to some of the consultants on the web page. Nobody >replied. Afraid it's too little too late for us on the de driver. I will >know where to ask next time though! > > I think the moral of the story is to not trust the supported hardware >list and just buy whatever cdrom.com uses. > > Tim I think that the real moral is....don't stock too much stuff, cause you might get stuck with it. db From owner-freebsd-hackers Fri May 9 07:42:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA07163 for hackers-outgoing; Fri, 9 May 1997 07:42: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 HAA07154 for ; Fri, 9 May 1997 07:42:21 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by agora.rdrop.com (8.8.5/8.8.5) with SMTP id HAA11920 for ; Fri, 9 May 1997 07:41:41 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA18117 for hackers@freebsd.org; Fri, 9 May 1997 15:56:42 +0200 From: Luigi Rizzo Message-Id: <199705091356.PAA18117@labinfo.iet.unipi.it> Subject: kernel bootp and netboot code available To: hackers@freebsd.org Date: Fri, 9 May 1997 15:56:41 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For those interested in trying this out... I have put my changes to enhance netboot (getting rid of TFTP) and support kernel bootp at the following URL http://www.iet.unipi.it/~luigi/FreeBSD.html Feedback and bug reports are welcome. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Fri May 9 08:19:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA08966 for hackers-outgoing; Fri, 9 May 1997 08:19:31 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id IAA08960 for ; Fri, 9 May 1997 08:19:29 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id IAA06476; Fri, 9 May 1997 08:19:00 -0700 (PDT) Date: Fri, 9 May 1997 08:19:00 -0700 (PDT) From: Jaye Mathisen To: "Jordan K. Hubbard" cc: Warner Losh , Joerg Wunsch , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-Reply-To: <15695.863140438@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 8 May 1997, Jordan K. Hubbard wrote: > But for me, the $10,000 question now is: Now that Tim and Jaye have > made so much noise about the difficulty of finding paid labor to hack > on things like the de driver, are either of them actually going to > follow through on this or was that all just about making noise and > little else? ;-) Well, I didn't end up needing to, because Matt stepped in and started bashing on his driver again, so end-of-problem as far as I'm concerned. I expect it to be in good working condition in a few days. But that list of consultants is posted in my trusty Pilot, ready to be used in the future. From owner-freebsd-hackers Fri May 9 09:02:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA11836 for hackers-outgoing; Fri, 9 May 1997 09:02:21 -0700 (PDT) Received: from casparc.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id JAA11825 for ; Fri, 9 May 1997 09:02:16 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0wPs7N-000IcNC; Fri, 9 May 97 18:02 MET DST Received: from bert.kts.org(really [194.55.156.2]) by ernie.kts.org via sendmail with smtp id for ; Fri, 9 May 1997 17:09:26 +0200 (MET DST) (Smail-3.2.0.91 1997-Jan-14 #2 built 1997-Feb-8) Received: by bert.kts.org via sendmail with stdio id for freebsd-hackers@FreeBSD.ORG; Fri, 9 May 1997 17:05:33 +0200 (CEST) (Smail-3.2.0.94 1997-Apr-22 #2 built 1997-May-3) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: Providing updates for lpd/lpr/etc In-Reply-To: <199705091116.MAA04484@utell.co.uk> from Brian Somers at "May 9, 97 12:16:26 pm" To: brian@awfulhak.org, brian@utell.co.uk Date: Fri, 9 May 1997 17:05:33 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Brian Somers wrote: > I havn't yet merged some changes in the 3.0 branch into 2.2 > (changes to printjob.c in lpd to allow filters with remote > printing), but I'll do it soon. Hurray, hurray! :-)) hellmuth -- hellmuth michaelis hm@kts.org hamburg, europe From owner-freebsd-hackers Fri May 9 09:06:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA12240 for hackers-outgoing; Fri, 9 May 1997 09:06:50 -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 JAA12232 for ; Fri, 9 May 1997 09:06: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 JAA14402 for ; Fri, 9 May 1997 09:06:35 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id JAA06341 for ; Fri, 9 May 1997 09:06:35 -0700 (PDT) Date: Fri, 9 May 1997 09:06:34 -0700 (PDT) From: Chris Timmons To: freebsd-hackers@freebsd.org Subject: Laugh Break (and a good source of randomness) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 1) The funniest, most tasteful M$ lambast I have ever encountered. http://www.fourmilab.ch/documents/top10.html More ... http://www.fourmilab.ch/hotbits/source/hotbits-c.html 2) Info about the HotBits random number source http://www.fourmilab.ch/hotbits From owner-freebsd-hackers Fri May 9 09:53:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA15374 for hackers-outgoing; Fri, 9 May 1997 09:53:14 -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 JAA15366 for ; Fri, 9 May 1997 09:53:09 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.0.31] with ESMTP id UAA23279; Fri, 9 May 1997 20:50:25 +0400 Received: by sinbin.demos.su id UAA02496; (8.6.12/D) Fri, 9 May 1997 20:50:39 +0400 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199705091650.UAA02496@sinbin.demos.su> Subject: Re: why 'toor'? In-Reply-To: <199705091017.UAA28441@ogre.dtir.qld.gov.au> from Stephen McKay at "May 9, 97 08:17:49 pm" To: syssgm@dtir.qld.gov.au (Stephen McKay) Date: Fri, 9 May 1997 20:50:39 +0400 (MSD) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > On Thursday, 8th May 1997, Michael Hancock wrote: > > >On 8 May 1997, Choi Jun Ho wrote: > > > >> >From all the dist of FreeBSD I've seen, there is an id 'toor', > >> equivalent to 'root'. I heard that is for Bourne-shell root users, but > >> I cannot understand why two root id exist. Is it a some traditional > >> reason or some kind of joke? > > > >'root' is to be used with 'sh' a statically linked binary in case /usr > >isn't mounted. > > > >'toor' can use a dynamically linked 'bash' and be equivalent to root. > > Sounds like a good plan, but it's not what we do. As distributed, "root" > on FreeBSD runs /bin/csh, and "toor" runs /bin/sh (both are only available > statically linked). Since I hate csh with a burning passion, I always > delete "toor" and convert "root" to sh when installing FreeBSD. By the > way, "Charlie Root" and "Bourne-again Superuser" are a bit silly as names. > I always include the machine name, like "doorstop root". > > I suppose the real reason for "toor" is to appease the csh haters. It's > been like that since 386BSD as far as I can recall. I don't think it > was like this in the 4.2 BSD days, but I now have no way to check. > > Stephen. > in 2.9 BSD days and 4.2 BSD days there was no sharing libs and root with /bin/sh used in single user mode when /usr not mounted toor used for alternative shell ... if, for example, /bin/sh demaged ... Alex. From owner-freebsd-hackers Fri May 9 10:02:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA15934 for hackers-outgoing; Fri, 9 May 1997 10:02:35 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA15928 for ; Fri, 9 May 1997 10:02:33 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id KAA29357; Fri, 9 May 1997 10:02:24 -0700 (PDT) Message-Id: <199705091702.KAA29357@austin.polstra.com> To: dufault@hda.com Subject: Re: g++ shared library segfaults Newsgroups: polstra.freebsd.hackers In-Reply-To: <199705062018.QAA13068@hda.hda.com> References: <199705062018.QAA13068@hda.hda.com> Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Date: Fri, 09 May 1997 10:02:24 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199705062018.QAA13068@hda.hda.com>, Peter Dufault wrote: > Does anyone who uses g++ and shared libraries care to speculate > about this shared library crash in ptolemy? Does it use exceptions? Exceptions + PIC don't work right on any i386 platform. There is register corruption. I'm not sure whether an exception even has to be taken in order for the problem to appear. I contacted Mike Stump about it some time ago, and said, "I don't see a simple way to fix this, do you?" He said, "That's right. Wait for 2.8". -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Fri May 9 10:02:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA15967 for hackers-outgoing; Fri, 9 May 1997 10:02:50 -0700 (PDT) Received: from Radford.i-Plus.net (root@Radford.i-Plus.net [206.99.237.6]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA15960 for ; Fri, 9 May 1997 10:02:45 -0700 (PDT) Received: from abyss (pitlord@cOnFuSeD.i-Plus.net [206.99.237.42]) by Radford.i-Plus.net (8.8.5/8.8.5) with SMTP id MAA01095; Fri, 9 May 1997 12:58:51 -0400 (EDT) Message-Id: <199705091658.MAA01095@Radford.i-Plus.net> X-Mailer: Microsoft Outlook Express 4.71.0544.0 From: "Troy Settle" To: , "Robert Withrow" Subject: Re: What swap for 1Gb memory? Date: Fri, 9 May 1997 13:01:27 -0400 X-Priority: 3 X-MSMail-Priority: Normal MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-MimeOLE: Produced By Microsoft MimeOLE Engine V4.71.0544.0 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Somone was boasting (-;) about their 1Gb memory FreeBSD system. How >much swap do you configure for such a system? hmm... none? -- Troy Settle Network Administrator, iPlus Internet Services http://www.i-Plus.net From owner-freebsd-hackers Fri May 9 10:09:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA16360 for hackers-outgoing; Fri, 9 May 1997 10:09:01 -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 KAA16353 for ; Fri, 9 May 1997 10:08:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA00498; Fri, 9 May 1997 10:04:50 -0700 From: Terry Lambert Message-Id: <199705091704.KAA00498@phaeton.artisoft.com> Subject: Re: Non-Intel CPUs and FreeBSD. To: avalon@coombs.anu.edu.au (Darren Reed) Date: Fri, 9 May 1997 10:04:49 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199705090323.UAA06913@hub.freebsd.org> from "Darren Reed" at May 9, 97 01:21:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Is anyone using any of the AMD/Cyrix CPUs with FreeBSD successfully ? People have reported success. The system has detection code for these chips; see locore.s to make sure your processor is one of the ones detected. > And more importantly, is it possible to use the CPUs in a multi CPU > configuration under -current (or at all) ? No. AMD/Cyrix do not aupport APIC's. SMP requires this, or hardware which looks just like it, for MESI cache coherency enforcement. They are rumored to be working on an "Open APIC" standard, but I have yet to see any chips. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 9 10:29:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA17480 for hackers-outgoing; Fri, 9 May 1997 10:29:25 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA17472 for ; Fri, 9 May 1997 10:29:19 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id KAA02190; Fri, 9 May 1997 10:27:51 -0700 (PDT) Message-Id: <199705091727.KAA02190@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Jaye Mathisen cc: "Jordan K. Hubbard" , Warner Losh , Joerg Wunsch , hackers@FreeBSD.ORG Subject: Re: if_de.c ???? In-reply-to: Your message of "Fri, 09 May 1997 08:19:00 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 10:27:51 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Jaye Mathisen : > > > On Thu, 8 May 1997, Jordan K. Hubbard wrote: > > > But for me, the $10,000 question now is: Now that Tim and Jaye have > > made so much noise about the difficulty of finding paid labor to hack > > on things like the de driver, are either of them actually going to > > follow through on this or was that all just about making noise and > > little else? ;-) > > > Well, I didn't end up needing to, because Matt stepped in and started > bashing on his driver again, so end-of-problem as far as I'm concerned. > > I expect it to be in good working condition in a few days. > > But that list of consultants is posted in my trusty Pilot, ready to be > used in the future. I understand what you are saying;additionally, I would back off just a little on Matt because it sounds like he is going to thru hard times. Regards, Amancio From owner-freebsd-hackers Fri May 9 10:38:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18047 for hackers-outgoing; Fri, 9 May 1997 10:38:57 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA18007; Fri, 9 May 1997 10:38:47 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA00646; Fri, 9 May 1997 10:34:42 -0700 From: Terry Lambert Message-Id: <199705091734.KAA00646@phaeton.artisoft.com> Subject: Re: PATCHES: NFS server locking support To: terry@lambert.org (Terry Lambert) Date: Fri, 9 May 1997 10:34:42 -0700 (MST) Cc: hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199705090127.SAA29328@phaeton.artisoft.com> from "Terry Lambert" at May 8, 97 06:27:50 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have just uploaded patches for kernel support of NFS server locking. For people without freefall accounts, these files have also been placed for FTP at: ftp://cdrom.com/pub/FreeBSD/incoming/TERRY.LOCK.README ftp://cdrom.com/pub/FreeBSD/incoming/TERRY.LOCK.DIFF ftp://cdrom.com/pub/FreeBSD/incoming/TERRY.NAMEI.FREEZE Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 9 10:39:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18178 for hackers-outgoing; Fri, 9 May 1997 10:39:40 -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 KAA18159 for ; Fri, 9 May 1997 10:39:32 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id KAA27543 for ; Fri, 9 May 1997 10:38:59 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id smak27502; Fri May 9 10:38:31 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id TAA00367 for freebsd-hackers@freebsd.org; Thu, 8 May 1997 19:55:07 -0700 (PDT) From: Archie Cobbs Message-Id: <199705090255.TAA00367@bubba.whistle.com> Subject: WORM drive under 2.2 To: freebsd-hackers@freebsd.org Date: Thu, 8 May 1997 19:55:07 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just upgraded my machine to 2.2-970422 and am having problems writing CD ROMs with our HP 6020. It works fine on Julian's -current machine, and I'm wondering what patches I need to get it to work on mine too :-) I get these lines at bootup... (ahc0:4:0): "HP CD-Writer 6020 1.07" type 5 removable SCSI 2 worm0(ahc0:4:0): Write-Once but this fails... $ wormcontrol select HP 4020i wormcontrol: open(/dev/rworm0): Device not configured Device nodes look OK... $ ll /dev/*worm* crw-r----- 1 root operator 62, 0 May 8 19:25 /dev/rworm0 crw------- 1 root wheel 62, 0x20000000 May 8 19:25 /dev/rworm0.ctl brw-r----- 1 root operator 23, 0 May 8 19:25 /dev/worm0 Any ideas? Thanks, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Fri May 9 10:39:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18179 for hackers-outgoing; Fri, 9 May 1997 10:39:40 -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 KAA18157 for ; Fri, 9 May 1997 10:39:31 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id KAA27544; Fri, 9 May 1997 10:38:59 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id smai27502; Fri May 9 10:38:31 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id WAA01936; Thu, 8 May 1997 22:11:07 -0700 (PDT) From: Archie Cobbs Message-Id: <199705090511.WAA01936@bubba.whistle.com> Subject: ipfw patches available To: freebsd-hackers@freebsd.org Date: Thu, 8 May 1997 22:11:07 -0700 (PDT) Cc: julian@whistle.com (Julian Elischer) 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 If anyone is interested, I have patches available for these ipfw changes: - new "skipto X" command to jump forward to rule number X - new "tee X" command to copy packet to divert socket X (unfinished) - new "unreach X" command to reject with ICMP code X - new "reset" command to reject TCP packets with a RST - new "xmit iface" and "recv iface" for specifying the transmit and receive interface of a packet; can both be used together (packets must be outgoing) - minor enhancements & bug fixes They're at ftp://ftp.whistle.com/pub/archie/ipfw.patches.tgz These are against RELENG_2_2; haven't tried them against -current. Any comments appreciated. Thanks, -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Fri May 9 10:40:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18388 for hackers-outgoing; Fri, 9 May 1997 10:40:35 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA18377 for ; Fri, 9 May 1997 10:40:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA00660; Fri, 9 May 1997 10:35:40 -0700 From: Terry Lambert Message-Id: <199705091735.KAA00660@phaeton.artisoft.com> Subject: Re: why 'toor'? To: bag@sinbin.demos.su (Alex G. Bulushev) Date: Fri, 9 May 1997 10:35:40 -0700 (MST) Cc: syssgm@dtir.qld.gov.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199705091650.UAA02496@sinbin.demos.su> from "Alex G. Bulushev" at May 9, 97 08:50:39 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 > in 2.9 BSD days and 4.2 BSD days there was no sharing libs Are "BSD days" like "dog years"? 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 9 10:40:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA18436 for hackers-outgoing; Fri, 9 May 1997 10:40:45 -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 KAA18357 for ; Fri, 9 May 1997 10:40:23 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA05908; Fri, 9 May 1997 19:40:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id TAA05488; Fri, 9 May 1997 19:37:24 +0200 (MET DST) Message-ID: <19970509193723.YF12662@uriah.heep.sax.de> Date: Fri, 9 May 1997 19:37:23 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: flash@hway.ru (Alexander V. Tischenko) Subject: Re: Character device major id allocation 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 Alexander V. Tischenko on May 9, 1997 16:59:55 +0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Alexander V. Tischenko wrote: > If there is any interest in the package will it be possible > to assign a major number to it ? You can always have a look at /sys/i386/conf/majors.i386. The next free one is 81. /sys/i386/i386/conf.c is long since gone, so all you do in your file is to #define MYMAJOR 81 static struct cdevsw my_cdevsw = { my_open, ... }; If you have to change it again before importing it into the tree, it's no big deal. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 9 10:57:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA19862 for hackers-outgoing; Fri, 9 May 1997 10:57:10 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA19857 for ; Fri, 9 May 1997 10:57:08 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id KAA02568; Fri, 9 May 1997 10:56:47 -0700 (PDT) Message-Id: <199705091756.KAA02568@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: John Polstra cc: dufault@hda.com, hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 10:02:24 PDT." <199705091702.KAA29357@austin.polstra.com> Date: Fri, 09 May 1997 10:56:47 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Will 2.8 execute properly ACE and InterViews. Can you make sure that at least we give 2.8 a test run on ACE and Interviews? Last I check Interviews' doc is core dumping: gdb) bt #0 0x833d521 in kill () at /usr/src/lib/libc/stdio/fwalk.c:64 #1 0x80a0a47 in ListImpl_range_error () #2 0xd276 in item_ref__C20ViewerColorInfo_Listl (this=0x74680, index=365072) at ../DocViewer.c:144 #3 0xb0fd in highlight_colors__14DocumentViewerPCcRPC7ivColorT2 ( this=0x64880, name=0x415c9 "select_highlight_color", overlay=@0xefbfd350, underlay=@0xefbfd34c) at ../DocViewer.c:745 #4 0x2c453 in __10PagingViewP14DocumentViewerP8ItemViewP8TextItemP7ivGlyph ( this=0x79500, viewer=0x64880, parent=0x0, text=0x72500, pages=0x74830) at ../PagingView.c:101 #5 0x86d6 in __14DocumentViewerP11ApplicationP8Document (this=0x64880, application=0x67e60, document=0x64380) at ../DocViewer.c:243 #6 0x42074 in main (argc=1, argv=0xefbfd62c) at ../main.c:163 The above is linking doc with shared libraries I will try next building doc with static libraries. Cheers, Amancio >From The Desk Of John Polstra : > In article <199705062018.QAA13068@hda.hda.com>, > Peter Dufault wrote: > > Does anyone who uses g++ and shared libraries care to speculate > > about this shared library crash in ptolemy? > > Does it use exceptions? Exceptions + PIC don't work right on any > i386 platform. There is register corruption. I'm not sure whether > an exception even has to be taken in order for the problem to > appear. > > I contacted Mike Stump about it some time ago, and said, "I don't > see a simple way to fix this, do you?" He said, "That's right. > Wait for 2.8". > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Fri May 9 11:18:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA21355 for hackers-outgoing; Fri, 9 May 1997 11:18:05 -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 LAA21350 for ; Fri, 9 May 1997 11:18:03 -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 LAA15591; Fri, 9 May 1997 11:18:00 -0700 (PDT) Received: from localhost (skynyrd@localhost) by opus.cts.cwu.edu (8.8.5/8.8.5) with SMTP id LAA06855; Fri, 9 May 1997 11:18:00 -0700 (PDT) Date: Fri, 9 May 1997 11:17:59 -0700 (PDT) From: Chris Timmons To: Terry Lambert cc: hackers@FreeBSD.ORG Subject: Re: PATCHES: NFS server locking support In-Reply-To: <199705091734.KAA00646@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 A nice thought, but everything that is uploaded here is not really available for download by arbitrary parties, as nearly as I can tell. I've had to make uploaded bits privately available to interested individuals who could not retrieve them from here. I suspect that this restriction is due to the kinds of WaReZ annoyance crap that all of us run into at varying intervals. -Chris On Fri, 9 May 1997, Terry Lambert wrote: > > I have just uploaded patches for kernel support of NFS server locking. > > For people without freefall accounts, these files have also been placed > for FTP at: > > > ftp://cdrom.com/pub/FreeBSD/incoming/TERRY.LOCK.README > ftp://cdrom.com/pub/FreeBSD/incoming/TERRY.LOCK.DIFF > ftp://cdrom.com/pub/FreeBSD/incoming/TERRY.NAMEI.FREEZE > > > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Fri May 9 11:33:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA22037 for hackers-outgoing; Fri, 9 May 1997 11:33:33 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA22032 for ; Fri, 9 May 1997 11:33:30 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id LAA29957; Fri, 9 May 1997 11:32:17 -0700 (PDT) Message-Id: <199705091832.LAA29957@austin.polstra.com> To: mrcpu@cdsnet.net Subject: Re: if_de.c ???? Newsgroups: polstra.freebsd.hackers In-Reply-To: References: Organization: Polstra & Co., Seattle, WA Cc: hackers@freebsd.org Date: Fri, 09 May 1997 11:32:17 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > But that list of consultants is posted in my trusty Pilot, ready to be > used in the future. We stand ready to serve you. :-) John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Fri May 9 11:49:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23001 for hackers-outgoing; Fri, 9 May 1997 11:49:51 -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 LAA22995 for ; Fri, 9 May 1997 11:49:46 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.8.5/8.8.5) id UAA02256; Fri, 9 May 1997 20:49:23 +0200 (SAT) From: John Hay Message-Id: <199705091849.UAA02256@zibbi.mikom.csir.co.za> Subject: Re: WORM drive under 2.2 In-Reply-To: <199705090255.TAA00367@bubba.whistle.com> from Archie Cobbs at "May 8, 97 07:55:07 pm" To: archie@whistle.com (Archie Cobbs) Date: Fri, 9 May 1997 20:49:23 +0200 (SAT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There is a bug somewhere with the 6020i's so that you have to eject them between sessions. Also if you just mount it to read a CD. Can you mount an allready burned CD? John -- John Hay -- John.Hay@mikom.csir.co.za > > I just upgraded my machine to 2.2-970422 and am having problems > writing CD ROMs with our HP 6020. It works fine on Julian's -current > machine, and I'm wondering what patches I need to get it to work on > mine too :-) > > I get these lines at bootup... > > (ahc0:4:0): "HP CD-Writer 6020 1.07" type 5 removable SCSI 2 > worm0(ahc0:4:0): Write-Once > > but this fails... > > $ wormcontrol select HP 4020i > wormcontrol: open(/dev/rworm0): Device not configured > > Device nodes look OK... > > $ ll /dev/*worm* > crw-r----- 1 root operator 62, 0 May 8 19:25 /dev/rworm0 > crw------- 1 root wheel 62, 0x20000000 May 8 19:25 /dev/rworm0.ctl > brw-r----- 1 root operator 23, 0 May 8 19:25 /dev/worm0 > > Any ideas? > > Thanks, > -Archie > > ___________________________________________________________________________ > Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com > From owner-freebsd-hackers Fri May 9 11:58:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA23461 for hackers-outgoing; Fri, 9 May 1997 11:58: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 LAA23455 for ; Fri, 9 May 1997 11:58:47 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA00851; Fri, 9 May 1997 11:53:26 -0700 From: Terry Lambert Message-Id: <199705091853.LAA00851@phaeton.artisoft.com> Subject: Re: PATCHES: NFS server locking support To: skynyrd@opus.cts.cwu.edu (Chris Timmons) Date: Fri, 9 May 1997 11:53:26 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: from "Chris Timmons" at May 9, 97 11:17:59 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > A nice thought, but everything that is uploaded here is not really > available for download by arbitrary parties, as nearly as I can tell. > I've had to make uploaded bits privately available to interested > individuals who could not retrieve them from here. > > I suspect that this restriction is due to the kinds of WaReZ annoyance > crap that all of us run into at varying intervals. Sorry; I don't have my own FTP server. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 9 12:01:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA23618 for hackers-outgoing; Fri, 9 May 1997 12:01:11 -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 MAA23610 for ; Fri, 9 May 1997 12:01:07 -0700 (PDT) Received: by kremvax.demos.su (8.6.13/D) from 0@sinbin.demos.su [194.87.0.31] with ESMTP id WAA13338; Fri, 9 May 1997 22:57:07 +0400 Received: by sinbin.demos.su id WAA15741; (8.6.12/D) Fri, 9 May 1997 22:57:04 +0400 From: bag@sinbin.demos.su (Alex G. Bulushev) Message-Id: <199705091857.WAA15741@sinbin.demos.su> Subject: Re: why 'toor'? In-Reply-To: <199705091735.KAA00660@phaeton.artisoft.com> from Terry Lambert at "May 9, 97 10:35:40 am" To: terry@lambert.org (Terry Lambert) Date: Fri, 9 May 1997 22:57:04 +0400 (MSD) Cc: syssgm@dtir.qld.gov.au, freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > in 2.9 BSD days and 4.2 BSD days there was no sharing libs > > Are "BSD days" like "dog years"? 8-) 8-). "2.9 BSD days" == "happy years" the only problems is 64K TEXT + 4K overlays and /etc/hosts without DNS (bind appear in 2.11 BSD) Alex. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Fri May 9 12:52:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25479 for hackers-outgoing; Fri, 9 May 1997 12:52: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 MAA25472 for ; Fri, 9 May 1997 12:52:19 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA07567; Fri, 9 May 1997 21:52:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA06002; Fri, 9 May 1997 21:29:32 +0200 (MET DST) Message-ID: <19970509212932.LH50829@uriah.heep.sax.de> Date: Fri, 9 May 1997 21:29:32 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Cc: archie@whistle.com (Archie Cobbs) Subject: Re: WORM drive under 2.2 References: <199705090255.TAA00367@bubba.whistle.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705090255.TAA00367@bubba.whistle.com>; from Archie Cobbs on May 8, 1997 19:55:07 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Archie Cobbs wrote: > but this fails... > > $ wormcontrol select HP 4020i > wormcontrol: open(/dev/rworm0): Device not configured Unload and reload the medium. Or, apply the following (still experimental) patch: Index: sys/scsi/worm.c =================================================================== RCS file: /home/cvs/src/sys/scsi/worm.c,v retrieving revision 1.36 diff -u -u -r1.36 worm.c --- worm.c 1997/04/04 22:12:55 1.36 +++ worm.c 1997/05/04 16:12:33 @@ -504,12 +504,20 @@ } /* + * Start the drive now. Some newer drives (HP 6020i, Philips + * CDD2660) report being NOT READY once they have been stopped. + */ + if ((flags & O_NONBLOCK) == 0) + scsi_start_unit(sc_link, SCSI_SILENT); + + /* * Next time actually take notice of error returns, * unit attn errors are now errors. */ sc_link->flags |= SDEV_OPEN; - if (scsi_test_unit_ready(sc_link, SCSI_SILENT) != 0) { + if ((flags & O_NONBLOCK) == 0 && + scsi_test_unit_ready(sc_link, SCSI_SILENT) != 0) { SC_DEBUG(sc_link, SDEV_DB3, ("not ready\n")); if ((flags & FWRITE) != 0) worm->worm_flags &= ~WORMFL_TRACK_PREPED; @@ -518,7 +526,6 @@ } if ((flags & O_NONBLOCK) == 0) { - scsi_start_unit(sc_link, SCSI_SILENT); scsi_prevent(sc_link, PR_PREVENT, SCSI_SILENT); if((flags & FWRITE) != 0) { -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 9 12:54:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA25617 for hackers-outgoing; Fri, 9 May 1997 12:54:37 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA25610 for ; Fri, 9 May 1997 12:54:32 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA07600 for freebsd-hackers@freebsd.org; Fri, 9 May 1997 21:54:30 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id VAA06071; Fri, 9 May 1997 21:43:57 +0200 (MET DST) Message-ID: <19970509214357.SQ03572@uriah.heep.sax.de> Date: Fri, 9 May 1997 21:43:57 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: g++ shared library segfaults References: <199705091702.KAA29357@austin.polstra.com> <199705091756.KAA02568@rah.star-gate.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: <199705091756.KAA02568@rah.star-gate.com>; from Amancio Hasty on May 9, 1997 10:56:47 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Amancio Hasty wrote: > Will 2.8 execute properly ACE and InterViews. Can you make sure that > at least we give 2.8 a test run on ACE and Interviews? > > Last I check Interviews' doc is core dumping: > gdb) bt > #0 0x833d521 in kill () at /usr/src/lib/libc/stdio/fwalk.c:64 > #1 0x80a0a47 in ListImpl_range_error () This pretty much looks like an uncaught exception to me. The source file and lineno in frame #0 is bogus, but i'd instantly assume that's an abort() being called. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 9 13:00:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA25867 for hackers-outgoing; Fri, 9 May 1997 13:00:42 -0700 (PDT) Received: from Blinky.HEMPAC.Net (Blinky.HEMPAC.Net [199.17.40.222]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25862 for ; Fri, 9 May 1997 13:00:39 -0700 (PDT) Received: (from markh@localhost) by Blinky.HEMPAC.Net (8.8.5/8.8.5) id OAA25501; Fri, 9 May 1997 14:59:20 -0500 (CDT) From: Mark Holden Message-Id: <199705091959.OAA25501@Blinky.HEMPAC.Net> Subject: Re: Non-Intel CPUs and FreeBSD. To: avalon@coombs.anu.edu.au (Darren Reed) Date: Fri, 9 May 1997 14:59:20 -0500 (CDT) Cc: hackers@FreeBSD.ORG In-Reply-To: <199705090323.UAA06913@hub.freebsd.org> from "Darren Reed" at May 9, 97 01:21:08 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Is anyone using any of the AMD/Cyrix CPUs with FreeBSD successfully ? > >And more importantly, is it possible to use the CPUs in a multi CPU >configuration under -current (or at all) ? > >Darren To add my two cents to this: My main FreeBSD system (that I'm writing this from) has *always* been an AMD CPU, first a 486/66, then a 486/100, then a 5x86/133, now a 5K86. All have worked flawlessly. -Mark Holden (markh@hempac.net) From owner-freebsd-hackers Fri May 9 13:10:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA26383 for hackers-outgoing; Fri, 9 May 1997 13:10:24 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA26368 for ; Fri, 9 May 1997 13:10:20 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA07835 for freebsd-hackers@FreeBSD.ORG; Fri, 9 May 1997 22:10:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id WAA06192; Fri, 9 May 1997 22:05:57 +0200 (MET DST) Message-ID: <19970509220557.WZ16385@uriah.heep.sax.de> Date: Fri, 9 May 1997 22:05:57 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: WORM drive under 2.2 References: <199705090255.TAA00367@bubba.whistle.com> <199705091849.UAA02256@zibbi.mikom.csir.co.za> 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: <199705091849.UAA02256@zibbi.mikom.csir.co.za>; from John Hay on May 9, 1997 20:49:23 +0200 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As John Hay wrote: > There is a bug somewhere with the 6020i's so that you have to eject them > between sessions. The HP6020i (and quite an incident, the Philips CDD2660 that incidentally appeared around the same time :) react allergically against the START STOP UNIT (start = 0, i.e. stop) command given in the default wormclose() handling. After this, they require an explicit START STOP UNIT (start = 1). The 4020i/CDD2000 didn't bother about this. I think stopping the drive inside wormclose() should go away; that's the reason for why i didn't commit the previously posted patch yet. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 9 14:52:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA00781 for hackers-outgoing; Fri, 9 May 1997 14:52:59 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA00775 for ; Fri, 9 May 1997 14:52:57 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id OAA16546; Fri, 9 May 1997 14:52:54 -0700 (PDT) To: Luigi Rizzo cc: hackers@FreeBSD.ORG Subject: Re: kernel bootp and netboot code available In-reply-to: Your message of "Fri, 09 May 1997 15:56:41 +0200." <199705091356.PAA18117@labinfo.iet.unipi.it> Date: Fri, 09 May 1997 14:52:54 -0700 Message-ID: <16543.863214774@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Erm, and to also explain why I haven't commited this stuff on direct request from Luigi yet (sorry, Luigi!) - I can't test it. :( If someone else would do the honors and get back to me or this list, I'd be happy to do so on confirmation. Thanks! Jordan > For those interested in trying this out... > > I have put my changes to enhance netboot (getting rid of TFTP) > and support kernel bootp at the following URL > > http://www.iet.unipi.it/~luigi/FreeBSD.html > > Feedback and bug reports are welcome. > > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ From owner-freebsd-hackers Fri May 9 15:51:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03683 for hackers-outgoing; Fri, 9 May 1997 15:51:57 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA03673 for ; Fri, 9 May 1997 15:51:53 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id PAA05670; Fri, 9 May 1997 15:51:51 -0700 (PDT) Message-Id: <199705092251.PAA05670@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers) Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 21:43:57 +0200." <19970509214357.SQ03572@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 15:51:51 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I traced it further more and it looks like a bug in Docviewer.c using an illegal reference to a local variable. for (long i = 0; i < count; ++i) { ViewerColorInfo& info = _color_info->item_ref(i); if (strcmp(info._name, name) == 0) { break; } } later on it checks the value of i. I change the scope of i and doc just fired right up. Will "fix" similar referencs in doc. Cheers, Amancio >From The Desk Of J Wunsch : > As Amancio Hasty wrote: > > > Will 2.8 execute properly ACE and InterViews. Can you make sure that > > at least we give 2.8 a test run on ACE and Interviews? > > > > Last I check Interviews' doc is core dumping: > > gdb) bt > > #0 0x833d521 in kill () at /usr/src/lib/libc/stdio/fwalk.c:64 > > #1 0x80a0a47 in ListImpl_range_error () > > This pretty much looks like an uncaught exception to me. The source > file and lineno in frame #0 is bogus, but i'd instantly assume that's > an abort() being called. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 9 15:53:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA03910 for hackers-outgoing; Fri, 9 May 1997 15:53:36 -0700 (PDT) Received: from gmsi.com (root@gmsi.com [204.245.141.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA03905 for ; Fri, 9 May 1997 15:53:34 -0700 (PDT) Received: from Europa.gmsi.com (annexp1.gmsi.com [204.245.141.247]) by gmsi.com (8.6.11/8.6.11) with ESMTP id TAA06189 for ; Fri, 9 May 1997 19:10:17 -0400 Message-Id: <199705092310.TAA06189@gmsi.com> From: "Eric Boggess" To: Subject: Subscribe Date: Fri, 9 May 1997 18:55:33 -0400 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk subscribe freebsd-hackers eric.boggess@gmsi.com From owner-freebsd-hackers Fri May 9 16:28:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA05539 for hackers-outgoing; Fri, 9 May 1997 16:28:57 -0700 (PDT) Received: from wolfenet.com (news1.wolfe.net [204.157.98.9]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA05532 for ; Fri, 9 May 1997 16:28:54 -0700 (PDT) Received: from gonzo.wolfenet.com (moore@gonzo.wolfenet.com [204.157.98.2]) by wolfenet.com (8.8.5/8.8.5) with ESMTP id QAA14270 for ; Fri, 9 May 1997 16:30:06 -0700 (PDT) Received: (from moore@localhost) by gonzo.wolfenet.com (8.8.3/8.7) id QAA24652; Fri, 9 May 1997 16:28:53 -0700 (PDT) Date: Fri, 9 May 1997 16:28:53 -0700 (PDT) Message-Id: <199705092328.QAA24652@gonzo.wolfenet.com> From: Timothy Moore To: freebsd-hackers@FreeBSD.ORG In-reply-to: <199705092251.PAA05670@rah.star-gate.com> (message from Amancio Hasty on Fri, 09 May 1997 15:51:51 -0700) Subject: Re: g++ shared library segfaults Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Date: Fri, 09 May 1997 15:51:51 -0700 From: Amancio Hasty Hi, I traced it further more and it looks like a bug in Docviewer.c using an illegal reference to a local variable. for (long i = 0; i < count; ++i) { ViewerColorInfo& info = _color_info->item_ref(i); if (strcmp(info._name, name) == 0) { break; } } later on it checks the value of i. I change the scope of i and doc just fired right up. Will "fix" similar referencs in doc. Uh, that's not an illegal reference. The scope of i extends to the end of the containing block, not the end of the "for" statement. Tim From owner-freebsd-hackers Fri May 9 16:35:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA05886 for hackers-outgoing; Fri, 9 May 1997 16:35:10 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id QAA05878 for ; Fri, 9 May 1997 16:35:05 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wPzBZ-0000qp-00; Fri, 9 May 1997 17:34:49 -0600 Subject: Re: if_de.c ???? To: hackers@freebsd.org In-reply-to: Your message of "Fri, 09 May 1997 10:20:18 +0200." <19970509102018.CX40557@uriah.heep.sax.de> References: <19970509102018.CX40557@uriah.heep.sax.de> <19970508214036.32788@shell.futuresouth.com> <15695.863140438@time.cdrom.com> Date: Fri, 09 May 1997 17:34:49 -0600 From: Warner Losh Message-Id: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <19970509102018.CX40557@uriah.heep.sax.de> J Wunsch writes: : Accidents like this are a good reason for starting to support a : driver. :-) Yup. Warner From owner-freebsd-hackers Fri May 9 16:36:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id QAA06013 for hackers-outgoing; Fri, 9 May 1997 16:36:49 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA06004 for ; Fri, 9 May 1997 16:36:47 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id QAA06620; Fri, 9 May 1997 16:36:47 -0700 (PDT) Message-Id: <199705092336.QAA06620@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Timothy Moore cc: freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 16:25:05 PDT." <199705092325.QAA05646@gonzo.wolfenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 16:36:47 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tnks! Here are the patches for Doc 8) ftp://rah.star-gate.com/pub/iv-doc.patch Can someone make sure that the patches are correct . If doc and idraw proves to be reliable after a little testing then I suggest including them in the next release of FreeBSD. After further testing we can look into further extend / enhance doc and idraw. Regards, Amancio >From The Desk Of Timothy Moore : > Date: Fri, 09 May 1997 15:51:51 -0700 > From: Amancio Hasty > > Hi, > > I traced it further more and it looks like a bug in Docviewer.c using > an illegal reference to a local variable. > > for (long i = 0; i < count; ++i) { > ViewerColorInfo& info = _color_info->item_ref(i); > if (strcmp(info._name, name) == 0) { > break; > } > } > > later on it checks the value of i. I change the scope of i and doc just > fired right up. Will "fix" similar referencs in doc. > > Uh, that's not an illegal reference. The scope of i extends to the > end of the containing block, not the end of the "for" statement. > > Tim From owner-freebsd-hackers Fri May 9 17:01:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA06996 for hackers-outgoing; Fri, 9 May 1997 17:01:42 -0700 (PDT) Received: from nexgen.hiwaay.net (max12-49.HiWAAY.net [208.147.148.49]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA06991 for ; Fri, 9 May 1997 17:01:38 -0700 (PDT) Received: from nexgen (localhost [127.0.0.1]) by nexgen.hiwaay.net (8.8.5/8.8.4) with ESMTP id SAA08559; Fri, 9 May 1997 18:51:01 -0500 (CDT) Message-Id: <199705092351.SAA08559@nexgen.hiwaay.net> X-Mailer: exmh version 1.6.9 8/22/96 To: "Troy Settle" cc: freebsd-hackers@FreeBSD.ORG, "Robert Withrow" From: dkelly@hiwaay.net Subject: Re: What swap for 1Gb memory? In-reply-to: Message from "Troy Settle" of "Fri, 09 May 1997 13:01:27 EDT." <199705091658.MAA01095@Radford.i-Plus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 18:51:01 -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Somone was boasting (-;) about their 1Gb memory FreeBSD system. > How > >much swap do you configure for such a system? > > hmm... none? That may not be wise. Back in the days of 2.0.5, or 2.1.0, I upgraded this system from 16M w/ 32M swap to 48M RAM. Forgot to add swap. And it died in "make world" when it ran out of core. Then I added my swap partition and re-executed "make world" while watching memory use on another virtual console with top. Never did see more than 400k or so swapped. Of course I didn't sit there for hours (3 or 4 hours, back then, same system now takes 7) and watch it altho the original failure happened fairly quickly. I'd guess even a 1G RAM system would work best with a little swap, say 64M, if for no other reason than to initialize the same virtual memory paths everyone else has. But that's only superstitious guessing. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. From owner-freebsd-hackers Fri May 9 17:07:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07238 for hackers-outgoing; Fri, 9 May 1997 17:07:46 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA07231 for ; Fri, 9 May 1997 17:07:44 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id RAA07850; Fri, 9 May 1997 17:07:44 -0700 (PDT) Message-Id: <199705100007.RAA07850@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Timothy Moore cc: freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 16:28:53 PDT." <199705092328.QAA24652@gonzo.wolfenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 17:07:44 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, You also have to apply the same fix to the rest of the IV installation. I rebuilt the IV library and fix all of them. Please, Whomever is maintaining Interviews please apply the fix thru out Interviews. Tnks, Amancio >From The Desk Of Timothy Moore : > Date: Fri, 09 May 1997 15:51:51 -0700 > From: Amancio Hasty > > Hi, > > I traced it further more and it looks like a bug in Docviewer.c using > an illegal reference to a local variable. > > for (long i = 0; i < count; ++i) { > ViewerColorInfo& info = _color_info->item_ref(i); > if (strcmp(info._name, name) == 0) { > break; > } > } > > later on it checks the value of i. I change the scope of i and doc just > fired right up. Will "fix" similar referencs in doc. > > Uh, that's not an illegal reference. The scope of i extends to the > end of the containing block, not the end of the "for" statement. > > Tim From owner-freebsd-hackers Fri May 9 17:12:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA07442 for hackers-outgoing; Fri, 9 May 1997 17:12:18 -0700 (PDT) Received: from mail.cdsnet.net (mail.cdsnet.net [204.118.244.5]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA07434 for ; Fri, 9 May 1997 17:12:11 -0700 (PDT) Received: from shasta.altavista-software.com (1Cust47.Max3.Boston.MA.MS.UU.NET [153.35.70.175]) by mail.cdsnet.net (8.8.5/8.7.3) with SMTP id RAA22754 for ; Fri, 9 May 1997 17:12:07 -0700 (PDT) Message-Id: <3.0.1.32.19970509200840.0076cc2c@www.3am-software.com> X-Sender: matt@www.3am-software.com (Unverified) X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Fri, 09 May 1997 20:08:40 -0400 To: hackers@FreeBSD.ORG From: Matt Thomas Subject: Re: New de driver In-Reply-To: <3.0.1.32.19970508132727.00762f6c@www.3am-software.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 01:27 PM 5/8/97 -0400, Matt Thomas wrote: >http://www.3am-software.com/ contains a pointer to a gzipped tar file >which contain a new de driver that runs on 2.2-RELENG. It does not >require ifmedia support (but it will use it if it's there). The above driver works fine under 2.1.7.1 as well. >This non-ifmedia support has not been extensively tested but it is >working on one of my test systems. If you have a card that is not >working with the current de driver, please try this driver and let >me know the results. > >Note that this driver supports the 21143 and 21142 chips. It contains >fixes/workaround for all know errata on the 21x4x chips. One thing I forget to note was you can select any of the available media with this driver. I use link{0,1,2} to form an index value (linkX is bitX so link2 equals 4, link1 and link 0 equals 3, etc.). 0 does nothing 7 means autoselect (the default) 1..6 selects one of the media printed on boot: de0: media: 1="10BaseT/UTP" 2="AUI/BNC" ... So you can select full-duplex modes if you desire. -- Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message From owner-freebsd-hackers Fri May 9 17:42:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA08614 for hackers-outgoing; Fri, 9 May 1997 17:42:43 -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 RAA08609 for ; Fri, 9 May 1997 17:42:40 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA00225; Fri, 9 May 1997 17:42:10 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma000223; Fri May 9 17:42:02 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id RAA00626; Fri, 9 May 1997 17:42:02 -0700 (PDT) From: Archie Cobbs Message-Id: <199705100042.RAA00626@bubba.whistle.com> Subject: Re: WORM drive under 2.2 In-Reply-To: <19970509220557.WZ16385@uriah.heep.sax.de> from J Wunsch at "May 9, 97 10:05:57 pm" To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 9 May 1997 17:42:02 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > There is a bug somewhere with the 6020i's so that you have to eject them > > between sessions. > > The HP6020i (and quite an incident, the Philips CDD2660 that > incidentally appeared around the same time :) react allergically > against the START STOP UNIT (start = 0, i.e. stop) command given in > the default wormclose() handling. After this, they require an > explicit START STOP UNIT (start = 1). The 4020i/CDD2000 didn't bother > about this. > > I think stopping the drive inside wormclose() should go away; that's > the reason for why i didn't commit the previously posted patch yet. Interesting.. in any case, the previous patch seems to work. Or work better at least (I haven't actually tried to write a disk yet). -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Fri May 9 17:51:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA08956 for hackers-outgoing; Fri, 9 May 1997 17:51:41 -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 RAA08950 for ; Fri, 9 May 1997 17:51:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA01368; Fri, 9 May 1997 17:46:24 -0700 From: Terry Lambert Message-Id: <199705100046.RAA01368@phaeton.artisoft.com> Subject: Re: g++ shared library segfaults To: hasty@rah.star-gate.com (Amancio Hasty) Date: Fri, 9 May 1997 17:46:24 -0700 (MST) Cc: moore@WOLFENET.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199705092336.QAA06620@rah.star-gate.com> from "Amancio Hasty" at May 9, 97 04:36:47 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 > > for (long i = 0; i < count; ++i) { > > ViewerColorInfo& info = _color_info->item_ref(i); > > if (strcmp(info._name, name) == 0) { > > break; > > } > > } > > > > later on it checks the value of i. I change the scope of i and doc just > > fired right up. Will "fix" similar referencs in doc. > > > > Uh, that's not an illegal reference. The scope of i extends to the > > end of the containing block, not the end of the "for" statement. For what it's worth, MSCVC++ and Borland C++ and Oregon C++ all have this same "compiler bug". Are you *sure* about the determination of scope? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri May 9 17:55:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA09077 for hackers-outgoing; Fri, 9 May 1997 17:55:27 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA09072 for ; Fri, 9 May 1997 17:55:25 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id UAA18922; Fri, 9 May 1997 20:55:23 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id UAA13192; Fri, 9 May 1997 20:55:21 -0400 Date: Fri, 9 May 1997 20:54:34 -0400 (EDT) From: Chuck Robey To: Amancio Hasty cc: Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-Reply-To: <199705092336.QAA06620@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Amancio Hasty wrote: > Tnks! > > Here are the patches for Doc 8) > > ftp://rah.star-gate.com/pub/iv-doc.patch > > Can someone make sure that the patches are correct . If doc and idraw > proves to be reliable after a little testing then I suggest including > them in the next release of FreeBSD. Amancio, the only problem with this is that the Interviews tools doc and idraw need the Interviews library, which is both huge and no longer under active development or support. I think either one would invalidate those tools for inclusion into FreeBSD. Really, go do a du on your interviews directory -- if you didn't know its size, you're going to be in for a shock! Now, if something more current (and less corpulent) like maybe qt or V was behind it, that'd maybe be different. Fresco was the successor that the Interviews folks wanted you to move to, but it's never been available for FreeBSD (yet). You want to take on a real chore, go take on Fresco. (That's mostly joke, Amancio, unless you have a fair chunk of free time). > > After further testing we can look into further extend / enhance doc and > idraw. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri May 9 18:23:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA09924 for hackers-outgoing; Fri, 9 May 1997 18:23:07 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA09919 for ; Fri, 9 May 1997 18:23:04 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id SAA10525; Fri, 9 May 1997 18:22:56 -0700 (PDT) Message-Id: <199705100122.SAA10525@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Chuck Robey cc: Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 20:54:34 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 18:22:56 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Chuck, Interview is not that huge well at least is less than 8MB. du . 85 ./config/InterViews 86 ./config 46 ./include/Dispatch 164 ./include/IV-2_6/InterViews 172 ./include/IV-2_6 50 ./include/IV-X11 66 ./include/IV-look 53 ./include/InterViews/Bitmaps 318 ./include/InterViews 51 ./include/OS 88 ./include/Unidraw/Components 48 ./include/Unidraw/Commands 66 ./include/Unidraw/Graphic 21 ./include/Unidraw/Tools 353 ./include/Unidraw 1057 ./include 2593 ./lib/FREEBSD 13 ./lib/all/app-defaults 147 ./lib/all/doc-samples 198 ./lib/all/drawings 41 ./lib/all/ibuild-samples/Clock 22 ./lib/all/ibuild-samples/Grapher 33 ./lib/all/ibuild-samples/Meter 18 ./lib/all/ibuild-samples/Pie 51 ./lib/all/ibuild-samples/Punidraw 71 ./lib/all/ibuild-samples/Sted 17 ./lib/all/ibuild-samples/VMouse 31 ./lib/all/ibuild-samples/VWork 287 ./lib/all/ibuild-samples 71 ./lib/all/images 90 ./lib/all/logos 22 ./lib/all/styles 829 ./lib/all 3423 ./lib 2043 ./bin/FREEBSD 2044 ./bin 665 ./man/mann 962 ./man 7573 . For now "doc" is far more supported than our native document program. I just want to stabilize "doc" as much as possible and then change it Perhaps the final version will not look at all like an Interviews program 8) Anyone care to join in ? Regards, Amancio >From The Desk Of Chuck Robey : > On Fri, 9 May 1997, Amancio Hasty wrote: > > > Tnks! > > > > Here are the patches for Doc 8) > > > > ftp://rah.star-gate.com/pub/iv-doc.patch > > > > Can someone make sure that the patches are correct . If doc and idraw > > proves to be reliable after a little testing then I suggest including > > them in the next release of FreeBSD. > > Amancio, the only problem with this is that the Interviews tools doc and > idraw need the Interviews library, which is both huge and no longer under > active development or support. I think either one would invalidate those > tools for inclusion into FreeBSD. > > Really, go do a du on your interviews directory -- if you didn't know its > size, you're going to be in for a shock! > > Now, if something more current (and less corpulent) like maybe qt or V > was behind it, that'd maybe be different. Fresco was the successor that > the Interviews folks wanted you to move to, but it's never been available > for FreeBSD (yet). You want to take on a real chore, go take on Fresco. > (That's mostly joke, Amancio, unless you have a fair chunk of free time). > > > > > After further testing we can look into further extend / enhance doc and > > idraw. > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 9120 Edmonston Ct #302 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > From owner-freebsd-hackers Fri May 9 18:35:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA10460 for hackers-outgoing; Fri, 9 May 1997 18:35:08 -0700 (PDT) Received: from filoli.filoli.com (filoli.filoli.com [204.162.0.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA10455 for ; Fri, 9 May 1997 18:35:05 -0700 (PDT) Received: from sunspot.filoli.com ([204.162.1.17]) by filoli.filoli.com (8.8.5/8.8.5) with ESMTP id SAA25852; Fri, 9 May 1997 18:32:48 -0700 (PDT) Received: from diamond.filoli.com (diamond [204.162.1.183]) by sunspot.filoli.com (8.8.5/8.8.5) with SMTP id SAA08173; Fri, 9 May 1997 18:32:47 -0700 (PDT) Message-Id: <199705100132.SAA08173@sunspot.filoli.com> Received: by diamond.filoli.com (NX5.67e/NX3.0X) id AA12748; Fri, 9 May 97 18:32:46 -0700 Content-Type: text/plain Mime-Version: 1.0 (NeXT Mail 3.3 v118.2) In-Reply-To: <199705100046.RAA01368@phaeton.artisoft.com> X-Nextstep-Mailer: Mail 3.3 (Enhance 1.3) Received: by NeXT.Mailer (1.118.2) From: Kevet Duncombe Date: Fri, 9 May 97 18:32:44 -0700 To: Terry Lambert Subject: Re: g++ shared library segfaults Cc: freebsd-hackers@FreeBSD.ORG Reply-To: kevet@filoli.com References: <199705100046.RAA01368@phaeton.artisoft.com> Organization: Filoli Information Systems Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You wrote: > > > for (long i = 0; i < count; ++i) { > > > ViewerColorInfo& info = _color_info->item_ref(i); > > > if (strcmp(info._name, name) == 0) { > > > break; > > > } > > > } > > > > > > later on it checks the value of i. I change the scope of i and doc just > > > fired right up. Will "fix" similar referencs in doc. > > > > > > Uh, that's not an illegal reference. The scope of i extends to the > > > end of the containing block, not the end of the "for" statement. > > For what it's worth, MSCVC++ and Borland C++ and Oregon C++ all have > this same "compiler bug". Are you *sure* about the determination of > scope? Though it's been that way in the past, according to the Nov. 1996 working paper at: http://www.csci.csusb.edu/dick/c++std/cd2/stmt.html a change is coming (and it looks like the PC vendors are tracking it). "3 If the for-init-statement is a declaration, the scope of the name(s) declared extends to the end of the for-statement. [Example: int i = 42; int a[10]; for (int i = 0; i < 10; i++) a[i] = i; int j = i; // j = 42 --end example]" --kevet From owner-freebsd-hackers Fri May 9 18:38:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA10544 for hackers-outgoing; Fri, 9 May 1997 18:38:10 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA10537 for ; Fri, 9 May 1997 18:38:07 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id VAA23216; Fri, 9 May 1997 21:37:59 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id VAA21508; Fri, 9 May 1997 21:37:57 -0400 Date: Fri, 9 May 1997 21:37:10 -0400 (EDT) From: Chuck Robey To: Amancio Hasty cc: Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-Reply-To: <199705100122.SAA10525@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Amancio Hasty wrote: > Hi Chuck, > > Interview is not that huge well at least is less than 8MB. [Big listing deleted] Now go back and include the size of the sources. Do we have other packages as big in FreeBSD, outside of our compiler? > > For now "doc" is far more supported than our native document program. Yes, but James Clark still supports groff (though it's pretty stable). There isn't any support at all for Interviews; they tell you at the ftp site to go think about fresco! If we were going to move (and I don't think that's a bad idea, Amancio) then we shouldn't move, on purpose, to a known orphan. My own idea would be to move to a wysiwyg sgml type editor; and an outside formatter. Webtk could be modified to do the editing, and Jade (James Clark's again) would be a good formatter. Maybe, tho, I'm giving up some right to comment, because I can't do that myself right now; I'd hate to find FreeBSD moving into a known blind alley. > > I just want to stabilize "doc" as much as possible and then change it > Perhaps the final version will not look at all like an Interviews program 8) Would it be feasible to ask a tool like doc to format using sgml tags? If so, some of my objections would evaporate. Many more would go, if it was changed to rely on one of the newer gui libraries. I'm not against your general idea, you know ... > > Anyone care to join in ? > > Regards, > Amancio ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri May 9 18:47:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA10873 for hackers-outgoing; Fri, 9 May 1997 18:47:41 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA10868 for ; Fri, 9 May 1997 18:47:39 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id SAA10945; Fri, 9 May 1997 18:47:14 -0700 (PDT) Message-Id: <199705100147.SAA10945@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Chuck Robey cc: Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 21:37:10 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 18:47:14 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thats fine Chuck your concerns are valid but not applicable. What I am looking for is for experienced programmers that can come in and do the "job" -- the job being defined as a cool document program. "doc" started out as an experiment to show that "Glyphs" or "flyweights" are feasible to use in an editor. We can take the same principle an do a document editor. Take Care, Amancio >From The Desk Of Chuck Robey : > On Fri, 9 May 1997, Amancio Hasty wrote: > > > Hi Chuck, > > > > Interview is not that huge well at least is less than 8MB. > > [Big listing deleted] > > Now go back and include the size of the sources. Do we have other > packages as big in FreeBSD, outside of our compiler? > > > > > For now "doc" is far more supported than our native document program. > > Yes, but James Clark still supports groff (though it's pretty stable). > There isn't any support at all for Interviews; they tell you at the ftp > site to go think about fresco! > > If we were going to move (and I don't think that's a bad idea, Amancio) > then we shouldn't move, on purpose, to a known orphan. My own idea would > be to move to a wysiwyg sgml type editor; and an outside formatter. > Webtk could be modified to do the editing, and Jade (James Clark's again) > would be a good formatter. > > Maybe, tho, I'm giving up some right to comment, because I can't do that > myself right now; I'd hate to find FreeBSD moving into a known blind alley. > > > > > I just want to stabilize "doc" as much as possible and then change it > > Perhaps the final version will not look at all like an Interviews program 8 ) > > Would it be feasible to ask a tool like doc to format using sgml tags? > If so, some of my objections would evaporate. Many more would go, if it > was changed to rely on one of the newer gui libraries. I'm not against > your general idea, you know ... > > > > > Anyone care to join in ? > > > > Regards, > > Amancio > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 9120 Edmonston Ct #302 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > > From owner-freebsd-hackers Fri May 9 18:55:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA11111 for hackers-outgoing; Fri, 9 May 1997 18:55:05 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA11106 for ; Fri, 9 May 1997 18:55:03 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id VAA24919; Fri, 9 May 1997 21:55:00 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id VAA25305; Fri, 9 May 1997 21:54:57 -0400 Date: Fri, 9 May 1997 21:54:10 -0400 (EDT) From: Chuck Robey To: Amancio Hasty cc: Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-Reply-To: <199705100147.SAA10945@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Amancio Hasty wrote: > > > Thats fine Chuck your concerns are valid but not applicable. > > What I am looking for is for experienced programmers that can > come in and do the "job" -- the job being defined as a cool > document program. > > "doc" started out as an experiment to show that "Glyphs" or "flyweights" > are feasible to use in an editor. We can take the same principle > an do a document editor. Oh. OK, sorry. Your goals sound just fine. Are you thinking about another gui? Which are your candidates? I'm not sure I like it, but fresco seems to be the only free one out there -- or is it really free? Anyhow, qt wouldn't qualify (too bad!) ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri May 9 18:56:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA11243 for hackers-outgoing; Fri, 9 May 1997 18:56:48 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id SAA11237 for ; Fri, 9 May 1997 18:56:46 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id SAA11098; Fri, 9 May 1997 18:56:44 -0700 (PDT) Message-Id: <199705100156.SAA11098@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Chuck Robey cc: Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 21:54:10 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 18:56:44 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Qt looks pretty good to me replace it by something better and I will consider it. Regards, Amancio >From The Desk Of Chuck Robey : > On Fri, 9 May 1997, Amancio Hasty wrote: > > > > > > > Thats fine Chuck your concerns are valid but not applicable. > > > > What I am looking for is for experienced programmers that can > > come in and do the "job" -- the job being defined as a cool > > document program. > > > > "doc" started out as an experiment to show that "Glyphs" or "flyweights" > > are feasible to use in an editor. We can take the same principle > > an do a document editor. > > Oh. OK, sorry. Your goals sound just fine. Are you thinking about > another gui? Which are your candidates? > > I'm not sure I like it, but fresco seems to be the only free one out > there -- or is it really free? Anyhow, qt wouldn't qualify (too bad!) > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 9120 Edmonston Ct #302 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > From owner-freebsd-hackers Fri May 9 19:23:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA11978 for hackers-outgoing; Fri, 9 May 1997 19:23:02 -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 TAA11973 for ; Fri, 9 May 1997 19:23:00 -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 UAA05625; Fri, 9 May 1997 20:22:03 -0600 (MDT) Message-Id: <199705100222.UAA05625@pluto.plutotech.com> To: Terry Lambert cc: hasty@rah.star-gate.com (Amancio Hasty), moore@WOLFENET.com, freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 17:46:24 PDT." <199705100046.RAA01368@phaeton.artisoft.com> Date: Fri, 09 May 1997 21:20:17 -0600 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > for (long i = 0; i < count; ++i) { >> > ViewerColorInfo& info = _color_info->item_ref(i); >> > if (strcmp(info._name, name) == 0) { >> > break; >> > } >> > } >> > >> > later on it checks the value of i. I change the scope of i and doc just >> > fired right up. Will "fix" similar referencs in doc. >> > >> > Uh, that's not an illegal reference. The scope of i extends to the >> > end of the containing block, not the end of the "for" statement. > >For what it's worth, MSCVC++ and Borland C++ and Oregon C++ all have >this same "compiler bug". Are you *sure* about the determination of >scope? There was a change in the C++ spec fairly recently and g++ as of 2.7.X now follows the spec. From the NEWs entry in the g++ info document: * As described above, the scope of variables declared in the initialization part of a for statement has been changed; such variables are now visible only in the loop body. Use `-fno-for-scope' to get the old behavior. You'll need this flag to build groff version 1.09, Ptolemy, and many other free software packages. > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri May 9 19:26:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12136 for hackers-outgoing; Fri, 9 May 1997 19:26:32 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA12131 for ; Fri, 9 May 1997 19:26:30 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id TAA11373; Fri, 9 May 1997 19:26:27 -0700 (PDT) Message-Id: <199705100226.TAA11373@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Chuck Robey cc: Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 21:54:10 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 19:26:27 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk So far the big OO packages that I have in mind are: Qt GUI ACE comm gear ILU comm gear this package is interesting also because W3 is considering using it for web stuff. ILU has enough comm infrastructure to support HyperActive Documents -- well Microsoft uses Active "xxx" we will use HyperActive technology 8) std++ standard template library to avoid doing or supporting generic algorithms InterViews doc is an app The above list is by no means complete just what I am starting out with. Why "doc"? Good question!! Maybe because is a nice object oriented editor which we can study and change? Is "doc" ready for "commercial" use? Hell no otherwise I wouldn't be trying to do the project. Briefly, there is enough technology floating around to build a very WYSIWIG thingy -- if we do it right the same tool can be a spreadsheet, drawing , imaging, document program with hopefully loadable modules . Cheers, Amancio >From The Desk Of Chuck Robey : > On Fri, 9 May 1997, Amancio Hasty wrote: > > > > > > > Thats fine Chuck your concerns are valid but not applicable. > > > > What I am looking for is for experienced programmers that can > > come in and do the "job" -- the job being defined as a cool > > document program. > > > > "doc" started out as an experiment to show that "Glyphs" or "flyweights" > > are feasible to use in an editor. We can take the same principle > > an do a document editor. > > Oh. OK, sorry. Your goals sound just fine. Are you thinking about > another gui? Which are your candidates? > > I'm not sure I like it, but fresco seems to be the only free one out > there -- or is it really free? Anyhow, qt wouldn't qualify (too bad!) > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@eng.umd.edu | communications topic, C programming, and Unix. > 9120 Edmonston Ct #302 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > From owner-freebsd-hackers Fri May 9 19:48:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id TAA12900 for hackers-outgoing; Fri, 9 May 1997 19:48:38 -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 TAA12895 for ; Fri, 9 May 1997 19:48:33 -0700 (PDT) From: yamagata@nwgpc.kek.jp Received: from nwgpc.kek.jp ([130.87.198.2]) by agora.rdrop.com (8.8.5/8.8.5) with ESMTP id TAA29248 for ; Fri, 9 May 1997 19:46:56 -0700 (PDT) Received: from localhost by nwgpc.kek.jp (8.8.5/X-95.11.12/nwgpc) id LAA16400; Sat, 10 May 1997 11:45:10 +0900 (JST) To: hackers@FreeBSD.ORG Cc: matt@3am-software.com Subject: Re: New de driver In-Reply-To: Your message of "Thu, 08 May 1997 13:27:27 -0400" References: <3.0.1.32.19970508132727.00762f6c@www.3am-software.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19970510114510B.yamagata@nwgpc.kek.jp> Date: Sat, 10 May 1997 11:45:10 +0900 X-Dispatcher: impost version 0.99h (Apr. 2, 1997) Lines: 35 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, In message <3.0.1.32.19970508132727.00762f6c@www.3am-software.com>, Matt Thomas wrote > http://www.3am-software.com/ contains a pointer to a gzipped tar file > which contain a new de driver that runs on 2.2-RELENG. It does not > require ifmedia support (but it will use it if it's there). > > This non-ifmedia support has not been extensively tested but it is > working on one of my test systems. If you have a card that is not > working with the current de driver, please try this driver and let > me know the results. > > Note that this driver supports the 21143 and 21142 chips. It contains > fixes/workaround for all know errata on the 21x4x chips. I have installed this driver just now into my Digital PC which have onboard 21142 ethernet adaptor with UTP and BNC connector. BNC port seems to work fine, but 10BaseT doesn't. With enabling 10BaseT, when tulip_rx_intr() is called, eop->d_status is always 0x80000000, then no input packet can seen. And when sending packet, all of packets are counted in output error. In tulip_tx_intr(), nextin->d_status is always 0x7FFFBC81 or 0x7FFFBC80. I think it means 'Carrier Loss & No Carrier & NoHeartbeat', but monitoring using tcpdump on another host, packets seem to be sent correctly. What should I do to make 10BaseT work? yamagata From owner-freebsd-hackers Fri May 9 20:55:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA14881 for hackers-outgoing; Fri, 9 May 1997 20:55:09 -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 UAA14876 for ; Fri, 9 May 1997 20:55:03 -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 EAA07796; Sat, 10 May 1997 04:54:53 +0100 (BST) Message-Id: <199705100354.EAA07796@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Steve Howe cc: freebsd-hackers Subject: Re: ppp - echo packets? In-reply-to: Your message of "Tue, 29 Apr 1997 17:13:34 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 May 1997 04:54:53 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > i have a problem that only affect FTP downloads ... > > after 300k, my ppp link to my isp always dies. logs show: > (default debug level) > ... > ... > OsLinkup: 123.45.678.9 > ** 2 Too many ECHO packets are lost. ** > OsLinkdown: 123.45.678.9 > Phase Terminate. > Phase Dead. > > i this problems remains when redialing ... > > ... > ... > Phase Authenticate > Phase Network > ** 2 Too many Echo packets are lost. ** > Phase Terminate. > Phase Dead. > > my isp claims they have no problems (Linux box + W95 clients). i have no > problems with HTTP, Telnet, etc. unless auto mode tries to redial, > in which case i have the problems above. i must Quit ppp & restart > it to get it to connect again. > ---------------------------------------------------------------------- > Can you download a copy of http://www.freebsd.org/~brian/ppp-2.2-970509.tar.gz and see if your problems are solved ? Thanks. -- Brian , Don't _EVER_ lose your sense of humour.... From owner-freebsd-hackers Fri May 9 20:56:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA14958 for hackers-outgoing; Fri, 9 May 1997 20:56:20 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA14952 for ; Fri, 9 May 1997 20:56:18 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA17908; Fri, 9 May 1997 20:56:11 -0700 (PDT) To: Chuck Robey cc: Amancio Hasty , Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 21:37:10 EDT." Date: Fri, 09 May 1997 20:56:11 -0700 Message-ID: <17904.863236571@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Now go back and include the size of the sources. Do we have other > packages as big in FreeBSD, outside of our compiler? I think the modula3 package is pretty large. But were you really talking about "packages" or were you actually referring to the FreeBSD base (bin) distribution? Of course there's no way in heck that InterViews will *ever* be a part of the base system - the bloatist camp would have coronaries, for one thing, and it's all we can do to convince them to upgrade perl4 to perl5, much less bring in something like this. :-) Jordan From owner-freebsd-hackers Fri May 9 20:59:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id UAA15159 for hackers-outgoing; Fri, 9 May 1997 20:59:41 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA15154 for ; Fri, 9 May 1997 20:59:39 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id UAA17930; Fri, 9 May 1997 20:59:36 -0700 (PDT) To: Amancio Hasty cc: Chuck Robey , Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 18:47:14 PDT." <199705100147.SAA10945@rah.star-gate.com> Date: Fri, 09 May 1997 20:59:36 -0700 Message-ID: <17926.863236776@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What I am looking for is for experienced programmers that can > come in and do the "job" -- the job being defined as a cool > document program. That job is about 3 man-years worth of work. Yes, I've played with doc, from almost the very earliest days of Interviews (my first collection of bits came from Mark L. :-) and it's not even in the ballpark. In fact, to paraphrase "Pulp Fiction" it's not in the same league, heck, it's not even the same f**king sport. ;-) Seriously, there are no existing freeware document editors which even come close in scope to what is needed and those few which did probably went on to become part of Applixware or StarOffice. Once you've put in that much work, the temptation to take it commercial must be overwhelming. ;-) Jordan From owner-freebsd-hackers Fri May 9 21:00:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA15281 for hackers-outgoing; Fri, 9 May 1997 21:00:43 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15275 for ; Fri, 9 May 1997 21:00:40 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA17952; Fri, 9 May 1997 21:00:40 -0700 (PDT) To: Amancio Hasty cc: Chuck Robey , Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 18:56:44 PDT." <199705100156.SAA11098@rah.star-gate.com> Date: Fri, 09 May 1997 21:00:40 -0700 Message-ID: <17949.863236840@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Qt looks pretty good to me replace it by something better and I will > consider it. I thought we were talking about document prep systems - now we're evaluating GUI toolkits on their own, independant merit? I'm confused. :-) If we're doing the latter then one could certainly far worse than use Qt. Pity about the C++ part though. :-) Jordan From owner-freebsd-hackers Fri May 9 21:05:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA15390 for hackers-outgoing; Fri, 9 May 1997 21:05:22 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15385 for ; Fri, 9 May 1997 21:05:19 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/8.7.3) with SMTP id AAA09831; Sat, 10 May 1997 00:05:17 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id AAA25188; Sat, 10 May 1997 00:05:15 -0400 Date: Sat, 10 May 1997 00:04:27 -0400 (EDT) From: Chuck Robey To: "Jordan K. Hubbard" cc: Amancio Hasty , Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-Reply-To: <17949.863236840@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Jordan K. Hubbard wrote: > > Qt looks pretty good to me replace it by something better and I will > > consider it. > > I thought we were talking about document prep systems - now we're > evaluating GUI toolkits on their own, independant merit? I'm > confused. :-) > > If we're doing the latter then one could certainly far worse than use > Qt. Pity about the C++ part though. :-) I was asking Amancio's opinion of Bruce Wampler's V (web page at http://www.cs.unm.edu/~wampler/vgui/vgui.html), because it's mutiplatform, has hooks to OpenGL, and is freeware. Take a look. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri May 9 21:10:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA15608 for hackers-outgoing; Fri, 9 May 1997 21:10:55 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15603 for ; Fri, 9 May 1997 21:10:52 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id VAA00491; Fri, 9 May 1997 21:10:43 -0700 (PDT) Message-Id: <199705100410.VAA00491@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jordan K. Hubbard" cc: Chuck Robey , Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 21:00:40 PDT." <17949.863236840@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 21:10:43 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of "Jordan K. Hubbard" : > > Qt looks pretty good to me replace it by something better and I will > > consider it. > > I thought we were talking about document prep systems - now we're > evaluating GUI toolkits on their own, independant merit? I'm > confused. :-) Please don't be confuse Jordan is okay. Just sit back and watch 8) Best Regards, Amancio From owner-freebsd-hackers Fri May 9 21:11:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA15652 for hackers-outgoing; Fri, 9 May 1997 21:11:15 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA15647 for ; Fri, 9 May 1997 21:11:13 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id VAA00501; Fri, 9 May 1997 21:11:07 -0700 (PDT) Message-Id: <199705100411.VAA00501@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: "Jordan K. Hubbard" cc: Chuck Robey , Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 20:59:36 PDT." <17926.863236776@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 21:11:06 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It depends if I do it all myself I will seriously consider turning into a commercial product. My job is to reduce the complexity to a more manageable level --- for instance 3 man years is not in my scope . The real issue is whether I or a small team can simplify the task and that is the challenge. ***So who wants to play?*** Amancio >From The Desk Of "Jordan K. Hubbard" : > > What I am looking for is for experienced programmers that can > > come in and do the "job" -- the job being defined as a cool > > document program. > > That job is about 3 man-years worth of work. > > Yes, I've played with doc, from almost the very earliest days of > Interviews (my first collection of bits came from Mark L. :-) and it's > not even in the ballpark. In fact, to paraphrase "Pulp Fiction" it's > not in the same league, heck, it's not even the same f**king > sport. ;-) > > Seriously, there are no existing freeware document editors which even > come close in scope to what is needed and those few which did probably > went on to become part of Applixware or StarOffice. Once you've put > in that much work, the temptation to take it commercial must be > overwhelming. ;-) > > Jordan From owner-freebsd-hackers Fri May 9 21:20:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA16108 for hackers-outgoing; Fri, 9 May 1997 21:20:33 -0700 (PDT) Received: from vegemite.Stanford.EDU (vegemite.Stanford.EDU [171.65.76.158]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16103 for ; Fri, 9 May 1997 21:20:31 -0700 (PDT) Received: (hlew@localhost) by vegemite.Stanford.EDU (8.7.1/8.6.4) id VAA25813; Fri, 9 May 1997 21:20:23 -0700 (PDT) Date: Fri, 9 May 1997 21:20:23 -0700 (PDT) From: Howard Lew To: Darren Reed cc: hackers@FreeBSD.ORG Subject: Re: Non-Intel CPUs and FreeBSD. In-Reply-To: <199705090323.UAA06913@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Darren Reed wrote: > > Is anyone using any of the AMD/Cyrix CPUs with FreeBSD successfully ? > > And more importantly, is it possible to use the CPUs in a multi CPU > configuration under -current (or at all) ? I think to use SMP with OpenPic you need some kind of chipset that supports OpenPIC and so far none are available. Maybe AMD's 640 will do it. Otherwise gotta use a Pentium with Intel chipsets. > > Darren > From owner-freebsd-hackers Fri May 9 21:23:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA16241 for hackers-outgoing; Fri, 9 May 1997 21:23:08 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16236 for ; Fri, 9 May 1997 21:23:05 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost [127.0.0.1]) by time.cdrom.com (8.8.5/8.6.9) with ESMTP id VAA18094; Fri, 9 May 1997 21:23:01 -0700 (PDT) To: Amancio Hasty cc: Chuck Robey , Timothy Moore , freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Fri, 09 May 1997 21:11:06 PDT." <199705100411.VAA00501@rah.star-gate.com> Date: Fri, 09 May 1997 21:23:00 -0700 Message-ID: <18091.863238180@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > My job is to reduce the complexity to a more manageable level --- > for instance 3 man years is not in my scope . The real issue is whether I > or a small team can simplify the task and that is the challenge. > > ***So who wants to play?*** Not me - I've already worked for Lotus and I know it's waaaaaay too much work. I'd sooner write an OS from scratch. :-) Jordan From owner-freebsd-hackers Fri May 9 21:30:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA16586 for hackers-outgoing; Fri, 9 May 1997 21:30:14 -0700 (PDT) Received: from asteroid.intermedia.ru ([194.85.158.35]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA16571 for ; Fri, 9 May 1997 21:30:03 -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 IAA16170 for ; Sat, 10 May 1997 08:34:42 +0400 (MSD) Message-Id: <199705100434.IAA16170@asteroid.intermedia.ru> To: freebsd-hackers@freebsd.org Subject: Trouble building libs/Apache Date: Sat, 10 May 1997 08:34:42 +0400 From: Alex Povolotsky Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! I don't understand clearly where this message belongs, but most likely it belongs here. 1. When trying to build Apache with PHP support and mySQL and Postgres95, I can't link due to error: undefined external __GLOBAL_OFFSET_TABLE. 2. I've searched source tree and found the only reference to it in C++ runtime, but all PHP, Apache, mySQL and Postgres95 sources are plain C. 3. Taking libpq.a from packages (I've build mySQL from sources and Postgres95 from ports) and disabling mySQL support, I've compiled ok. 4. I didn't modified makefiles for PHP, mySQL and Postgres95. It must be somewhere in my system, but I completely don't understand where :-( I don't have precompiled binaries for mySQL, so I can't just use ready binaries. And, after all, it's not a solution. I must fix it, not kludge! Can anyone help? Alex. From owner-freebsd-hackers Fri May 9 21:52:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA17578 for hackers-outgoing; Fri, 9 May 1997 21:52:11 -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 VAA17563 for ; Fri, 9 May 1997 21:52:07 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA00468 for freebsd-hackers@FreeBSD.ORG; Sat, 10 May 1997 06:52:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id GAA09049; Sat, 10 May 1997 06:33:49 +0200 (MET DST) Message-ID: <19970510063349.ZO50925@uriah.heep.sax.de> Date: Sat, 10 May 1997 06:33:49 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers) Subject: Re: g++ shared library segfaults References: <19970509214357.SQ03572@uriah.heep.sax.de> <199705092251.PAA05670@rah.star-gate.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: <199705092251.PAA05670@rah.star-gate.com>; from Amancio Hasty on May 9, 1997 15:51:51 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Amancio Hasty wrote: > I traced it further more and it looks like a bug in Docviewer.c using > an illegal reference to a local variable. > > for (long i = 0; i < count; ++i) { > ViewerColorInfo& info = _color_info->item_ref(i); > if (strcmp(info._name, name) == 0) { > break; > } > } > > later on it checks the value of i. That's not illegal. The scope of i is inside the current block (at the same level where the stuff is you've been quoting), from the line with the `for' loop, to the end of that block. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 9 21:56:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA17901 for hackers-outgoing; Fri, 9 May 1997 21:56:44 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA17896 for ; Fri, 9 May 1997 21:56:41 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id GAA00495 for freebsd-hackers@FreeBSD.ORG; Sat, 10 May 1997 06:56:39 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id GAA09083; Sat, 10 May 1997 06:40:09 +0200 (MET DST) Message-ID: <19970510064009.SP44174@uriah.heep.sax.de> Date: Sat, 10 May 1997 06:40:09 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: WORM drive under 2.2 References: <19970509220557.WZ16385@uriah.heep.sax.de> <199705100042.RAA00626@bubba.whistle.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705100042.RAA00626@bubba.whistle.com>; from Archie Cobbs on May 9, 1997 17:42:02 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Archie Cobbs wrote: > Interesting.. in any case, the previous patch seems to work. > Or work better at least (I haven't actually tried to write a > disk yet). I know :), what i don't know is whether it has any unwanted side-effects. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 9 23:08:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA21675 for hackers-outgoing; Fri, 9 May 1997 23:08:44 -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 XAA21669 for ; Fri, 9 May 1997 23:08:34 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id NAA06915; Sat, 10 May 1997 13:50:56 +0800 (WST) Date: Sat, 10 May 1997 13:50:56 +0800 (WST) From: Adrian Chadd To: "Daniel O'Callaghan" cc: Jim Bryant , freebsd-hackers@FreeBSD.ORG Subject: Re: ESCAPE! Florida Cruise/Vacation $598/4 People In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Daniel O'Callaghan wrote: > I've just installed the patches which Adrian Chadd posted, and they seem > to work quite well to prevent relay. > You're using it? Great. How many other people are just out of curiousity? I've installed it at a few sites, hopefully our (new) mail server will be running them when it goes in in a day or so. > I think the sendmail.cf which is shipped with FreeBSD should have > something like this in it. If someone is going to tweak their > sendmail.cf, then they will probably be able to add the patches > themselves, but the shipped config is used by the masses. Yes, agreed.. which is why I posted them in the first place. Not that I'm claiming fame or anything, none of it is my work, the only "work" on my part is producing the patch *g* Soren, you said you were going to look at it? If people want me to post them as m4 or whatever files, tell me and I'll do it. Adrian From owner-freebsd-hackers Fri May 9 23:17:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA22033 for hackers-outgoing; Fri, 9 May 1997 23:17:44 -0700 (PDT) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA22028 for ; Fri, 9 May 1997 23:17:38 -0700 (PDT) Received: from labs.usn.blaze.net.au (local [127.0.0.1]) by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id QAA00363 for ; Sat, 10 May 1997 16:17:27 +1000 (EST) Message-Id: <199705100617.QAA00363@labs.usn.blaze.net.au> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-hackers@freebsd.org Subject: socketpair() X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P#N+Ec~Z&@;'LL!;3?y Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 May 1997 16:17:26 +1000 From: David Nugent Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What are the advantages (if any) of using socketpair(PF_LOCAL, ... as compared with pipe()? I remember some discussion a while ago about pipe() in FreeBSD having been implemented (until recently?) using socketpair(), so perhaps there's no difference. What about with regards to portability and so forth? Thanks for any response, David David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-hackers Fri May 9 23:32:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA22527 for hackers-outgoing; Fri, 9 May 1997 23:32:44 -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 XAA22522 for ; Fri, 9 May 1997 23:32:40 -0700 (PDT) Received: from localhost (adrian@localhost) by obiwan.psinet.net.au (8.8.5/8.8.5) with SMTP id OAA06977; Sat, 10 May 1997 14:15:48 +0800 (WST) Date: Sat, 10 May 1997 14:15:48 +0800 (WST) From: Adrian Chadd To: Michael Smith cc: hackers@FreeBSD.ORG Subject: Re: Applixware hangs In-Reply-To: <199705082312.IAA05318@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Michael Smith wrote: > Adrian Chadd stands accused of saying: > > > > Maybe someone should make a new linuxlibs package up.. libc 5.0.x is just > > far too outdated *grin* > > > > (The current version is in the high 5.4s..) > > The current linux_lib libc is 5.4.23; good enough? Sorry Michael, the mirror site I'm using for FreeBSD stuff doesn't seem to have the uptodate current packages, and so all I saw was the 2.0 linux_lib. * removes foot from mouth :) * I checked ftp.freebsd.org and have seen the more uptodate lib package. (And I'm going to tell the mirror to fix it :) Thanks, Adrian From owner-freebsd-hackers Fri May 9 23:35:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA22759 for hackers-outgoing; Fri, 9 May 1997 23:35:45 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA22754 for ; Fri, 9 May 1997 23:35:43 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id XAA01088 for ; Fri, 9 May 1997 23:35:43 -0700 (PDT) Message-Id: <199705100635.XAA01088@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 to: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers) Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Sat, 10 May 1997 06:33:49 +0200." <19970510063349.ZO50925@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 May 1997 23:35:42 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You are right thats not illegal . Care to try out doc to find out whats wrong ? 8) Hint: { for (long i = 0....) { // first definition of "i" } var.ref(i) } Regards, Amancio >From The Desk Of J Wunsch : > As Amancio Hasty wrote: > > > I traced it further more and it looks like a bug in Docviewer.c using > > an illegal reference to a local variable. > > > > for (long i = 0; i < count; ++i) { > > ViewerColorInfo& info = _color_info->item_ref(i); > > if (strcmp(info._name, name) == 0) { > > break; > > } > > } > > > > later on it checks the value of i. > > That's not illegal. The scope of i is inside the current block (at > the same level where the stuff is you've been quoting), from the line > with the `for' loop, to the end of that block. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 9 23:39:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA22881 for hackers-outgoing; Fri, 9 May 1997 23:39:59 -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 XAA22876 for ; Fri, 9 May 1997 23:39:54 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id QAA18136; Sat, 10 May 1997 16:46:02 +1000 (EST) Date: Sat, 10 May 1997 16:46:01 +1000 (EST) From: "Daniel O'Callaghan" To: Adrian Chadd cc: Jim Bryant , freebsd-hackers@FreeBSD.ORG Subject: Re: ESCAPE! Florida Cruise/Vacation $598/4 People In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 10 May 1997, Adrian Chadd wrote: > > If people want me to post them as m4 or whatever files, tell me and I'll > do it. Yes, please. It will be looked upon much more favourably if the m4 bits are posted. Otherwise people would have to repatch each time they regenerated sendmail.cf. Danny From owner-freebsd-hackers Fri May 9 23:51:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA23240 for hackers-outgoing; Fri, 9 May 1997 23:51:06 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA23230 for ; Fri, 9 May 1997 23:51:01 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA01257 for freebsd-hackers@FreeBSD.ORG; Sat, 10 May 1997 08:51:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA09478; Sat, 10 May 1997 08:31:42 +0200 (MET DST) Message-ID: <19970510083142.OD64404@uriah.heep.sax.de> Date: Sat, 10 May 1997 08:31:42 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults References: <199705100046.RAA01368@phaeton.artisoft.com> <199705100222.UAA05625@pluto.plutotech.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: <199705100222.UAA05625@pluto.plutotech.com>; from Justin T. Gibbs on May 9, 1997 21:20:17 -0600 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Justin T. Gibbs wrote: > * As described above, the scope of variables declared in the > initialization part of a for statement has been changed; such > variables are now visible only in the loop body. Use > `-fno-for-scope' to get the old behavior. You'll need this flag > to build groff version 1.09, Ptolemy, and many other free software > packages. Du-oh. While i always considered it poor style to declare a variable inside a for statement, when it was intended to use it later on, i think that's a fairly drastic change in the semantics. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 10 00:21:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA24287 for hackers-outgoing; Sat, 10 May 1997 00:21: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 AAA24277 for ; Sat, 10 May 1997 00:21:11 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA01428 for freebsd-hackers@FreeBSD.ORG; Sat, 10 May 1997 09:21:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id IAA09585; Sat, 10 May 1997 08:59:03 +0200 (MET DST) Message-ID: <19970510085902.LT52179@uriah.heep.sax.de> Date: Sat, 10 May 1997 08:59:02 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: socketpair() References: <199705100617.QAA00363@labs.usn.blaze.net.au> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705100617.QAA00363@labs.usn.blaze.net.au>; from David Nugent on May 10, 1997 16:17:26 +1000 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Nugent wrote: > What are the advantages (if any) of using socketpair(PF_LOCAL, ... > as compared with pipe()? socketpair() is guranteed to create a bidirectional connection. pipe() incidentally does this in 4.4BSD, and i think also in FreeBSD (which is now different from 4.4BSD since it has John D's revamped pipe code), i think also in SVR4. pipe() is way faster in FreeBSD, since it avoids the overhead from the network layers. I don't think that PF_LOCAL implements OOB data, so you don't lose anything by using pipe() except portability when it comes to a bidirectional connection. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 10 00:57:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id AAA25213 for hackers-outgoing; Sat, 10 May 1997 00:57:06 -0700 (PDT) Received: from phobos.illtel.denver.co.us (abelits@phobos.illtel.denver.co.us [207.33.75.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA25208 for ; Sat, 10 May 1997 00:57:03 -0700 (PDT) Received: from localhost (abelits@localhost) by phobos.illtel.denver.co.us (8.8.5/8.6.9) with SMTP id BAA26656; Sat, 10 May 1997 01:00:21 -0700 Date: Sat, 10 May 1997 01:00:21 -0700 (PDT) From: Alex Belits To: Joerg Wunsch cc: freebsd-hackers@FreeBSD.ORG Subject: Re: socketpair() In-Reply-To: <19970510085902.LT52179@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 10 May 1997, J Wunsch wrote: > > What are the advantages (if any) of using socketpair(PF_LOCAL, ... > > as compared with pipe()? > > socketpair() is guranteed to create a bidirectional connection. > pipe() incidentally does this in 4.4BSD, and i think also in FreeBSD > (which is now different from 4.4BSD since it has John D's revamped > pipe code), i think also in SVR4. > > pipe() is way faster in FreeBSD, since it avoids the overhead from the > network layers. I don't think that PF_LOCAL implements OOB data, so > you don't lose anything by using pipe() except portability when it > comes to a bidirectional connection. Actually no sane person will use pipe() and expect bidirectional connection to be created in any portable program -- all standards and most of implementations have unidirectional pipes. And having pipe() using AF_LOCAL/AF_UNIX is stupid in the first place unless the whole system is STREAMS-based. The advantage of BSD pipe() is lost on those systems, and STREAMS offer other features that may make program faster if it will utilize them. Fast pipes and slow pipes/sockets with STREAMS produce two mutually exclusive ways to optimize a program (thanks, AT&T! :-\), just like processes with fast context switching and threads with slow context switching for processes (thanks, Sun and M$! :-\). -- Alex From owner-freebsd-hackers Sat May 10 01:27:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA25959 for hackers-outgoing; Sat, 10 May 1997 01:27:38 -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 BAA25954 for ; Sat, 10 May 1997 01:27:34 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.5/8.8.5) id BAA01234; Sat, 10 May 1997 01:27:27 -0700 (PDT) Message-ID: <19970510012727.15710@hydrogen.nike.efn.org> Date: Sat, 10 May 1997 01:27:27 -0700 From: John-Mark Gurney To: "Jordan K. Hubbard" Cc: Luigi Rizzo , hackers@FreeBSD.ORG Subject: Re: kernel bootp and netboot code available References: <199705091356.PAA18117@labinfo.iet.unipi.it> <16543.863214774@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <16543.863214774@time.cdrom.com>; from Jordan K. Hubbard on Fri, May 09, 1997 at 02:52:54PM -0700 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard scribbled this message on May 9: > Erm, and to also explain why I haven't commited this stuff on direct > request from Luigi yet (sorry, Luigi!) - I can't test it. :( > > If someone else would do the honors and get back to me or this > list, I'd be happy to do so on confirmation. well... I plan on testing it in the VERY near future... just need to get a block of time to do it... I already have three machines that netboot so it's just a matter of setting apart a night like tonight (but when I'm more awake) to take a look at this... personally I would like to see a software eprom burner... (i.e. no hardware required) but I don't think I'll ever see this... :) > > For those interested in trying this out... > > > > I have put my changes to enhance netboot (getting rid of TFTP) > > and support kernel bootp at the following URL > > > > http://www.iet.unipi.it/~luigi/FreeBSD.html > > > > Feedback and bug reports are welcome. -- John-Mark Cu Networking Modem/FAX: +1 541 683 6954 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Sat May 10 05:29:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id FAA03689 for hackers-outgoing; Sat, 10 May 1997 05:29:25 -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 FAA03683; Sat, 10 May 1997 05:29:21 -0700 (PDT) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id HAA24958; Sat, 10 May 1997 07:30:47 -0500 (CDT) Message-Id: <199705101230.HAA24958@iworks.InterWorks.org> Date: Sat, 10 May 1997 07:30:47 -0500 (CDT) From: "Daniel M. Eischen" To: jkh@time.cdrom.com, owner-freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults Cc: freebsd-hackers@FreeBSD.ORG, hasty@rah.star-gate.com, moore@WOLFENET.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I was asking Amancio's opinion of Bruce Wampler's V (web page at > http://www.cs.unm.edu/~wampler/vgui/vgui.html), because it's > mutiplatform, has hooks to OpenGL, and is freeware. Take a look. Check out Amulet, a project at CMU and funded by DARPA. http://almond.srv.cs.cmu.edu/afs/cs/project/amulet/www/amulet-home.html Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-hackers Sat May 10 06:42:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA05482 for hackers-outgoing; Sat, 10 May 1997 06:42:01 -0700 (PDT) Received: from gw.wmich.edu (gw.wmich.edu [141.218.1.100]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA05477 for ; Sat, 10 May 1997 06:41:58 -0700 (PDT) Received: from eeyore.cc.wmich.edu (PMDF_BATCH@eeyore.cc.wmich.edu [141.218.20.103]) by gw.wmich.edu (8.8.5/8.8.5) with ESMTP id JAA23493 for ; Sat, 10 May 1997 09:41:57 -0400 (EDT) Received: from pooh.d-net.com ("port 61038"@pm300-18.dialip.mich.net) by wmich.edu (PMDF V5.1-7 #17195) with SMTP id <01IIP7OXC290A4LR4F@wmich.edu> for freebsd-hackers@freeBSD.ORG; Sat, 10 May 1997 09:41:57 EDT Date: Sat, 10 May 1997 09:42:26 -0400 From: Ryan Matteson X-Sender: x96matteson@vms.cc.wmich.edu To: freebsd-hackers@freeBSD.ORG Message-id: <3.0.1.32.19970510094226.0079d140@vms.cc.wmich.edu> MIME-version: 1.0 X-Mailer: Windows Eudora Light Version 3.0.1 (32) Content-type: text/plain; charset="us-ascii" Sender: owner-hackers@freeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe From owner-freebsd-hackers Sat May 10 06:44:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id GAA05584 for hackers-outgoing; Sat, 10 May 1997 06:44:26 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id GAA05559 for ; Sat, 10 May 1997 06:44:10 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA19686; Sat, 10 May 1997 15:03:13 +0200 From: Luigi Rizzo Message-Id: <199705101303.PAA19686@labinfo.iet.unipi.it> Subject: Re: kernel bootp and netboot code available To: gurney_j@resnet.uoregon.edu Date: Sat, 10 May 1997 15:03:13 +0200 (MET DST) Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG In-Reply-To: <19970510012727.15710@hydrogen.nike.efn.org> from "John-Mark Gurney" at May 10, 97 01:27:08 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Jordan K. Hubbard scribbled this message on May 9: > > Erm, and to also explain why I haven't commited this stuff on direct > > request from Luigi yet (sorry, Luigi!) - I can't test it. :( ... > well... I plan on testing it in the VERY near future... just need to get > a block of time to do it... I already have three machines that netboot > so it's just a matter of setting apart a night like tonight (but when > I'm more awake) to take a look at this... > > personally I would like to see a software eprom burner... (i.e. no > hardware required) but I don't think I'll ever see this... :) well new machines have FLASH memories holding the bios, there is certainly room there for the netboot code, the problem is, its' a bit risky... Anywass, YOU DON'T NEED AN EPROM BURNER TO TEST NETBOOT, just a machine with a "ed"-supported ethernet board and a bootp/NFS server with about 15MB to hold a copy of the root partition. You can put the netboot code on a bootable MSDOS floppy and run it from autoexec.bat (and I have some code which was sent to me that makes it possible to 'dd' the netboot code to a floppy and run it. I just did not have time to test it yet :( ). Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Sat May 10 08:18:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id IAA07704 for hackers-outgoing; Sat, 10 May 1997 08:18:54 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id IAA07699 for ; Sat, 10 May 1997 08:18:41 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA19811; Sat, 10 May 1997 16:38:35 +0200 From: Luigi Rizzo Message-Id: <199705101438.QAA19811@labinfo.iet.unipi.it> Subject: sio flow control problems with 2.2? To: hackers@freebsd.org Date: Sat, 10 May 1997 16:38:35 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I am a bit afraid to ask since this might be a configuration problem on my side, but after a week of tests and tens of wasted calls I think I need some advice. Since when I upgraded our ppp server to a P6-200 running FreeBSD 2.2.1R, using a 28.8 modem (which reports 24000 bps at connect) I am having problems with modem flow control. I am using the same modems and serial port setup as on our previous server (a P5-133 w/ FreeBSD 2.1) and client (a P5-133, w/ 2.1 and 2.2, both of which worked), which has been working for months with iijppp. But now, even if, on the client, I start ppp, log into the server (using mgetty), and then start elm, the output is a total mess, I have missing lines, etc. as if flow control were not working. The only way to make things work is to reduce the speed to 9600 at the server side (and still... I suspect it just happens to work..). PPP fails with packets longer than ~750 bytes. On both sides, cuaa1 is set with -clocal crtscts, the internal modems are (apparently) set properly (AT&K3 or AT\Q3, "enable RTS/CTS flow control"), as in the past, and they are recognised as 16550 at boot. What I suspect is that the new machine might be too fast in pumping data to the modem, and for some reason it might miss the handshake thus overflowing the receiver. It might be a broken modem or something wrong in the sio code, has anyone suggestions where to look at ? Thanks Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Sat May 10 09:19:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA09842 for hackers-outgoing; Sat, 10 May 1997 09:19:34 -0700 (PDT) Received: from kevin.sunshine.net ([204.191.205.104]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA09822; Sat, 10 May 1997 09:19:27 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id JAA02906; Sat, 10 May 1997 09:15:23 -0700 (PDT) Date: Sat, 10 May 1997 09:15:17 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: FreeBSD-Hackers , FreeBSD-questions Subject: Question ppp-2.2-970509 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Good Morning, I am running 2.2.1-RELEASE and I tried to make the upgrade to ppp this morning but it was not able to complete. The src is located in /usr/src/ppp-2.2-970509. On running make I received: Warning: Object directory not changed from original /usr/src/ppp-2.2-970509 :it continued to make until: make: don't know how to make uucplock.c. Stop I would have simply installed the binary release but I wanted to lower the DEF_MRU to 552 on the recommendation of a sys admin. that has found it to be a more stable setting with our ISP. I thought that maybe the problem could lie in the unorthodox way I set up my slices on my last install, so even though I risk m/l humiliation I'll include: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0a 63567 13219 45263 23% / /dev/wd0s2e 197951 97372 84743 53% /usr /dev/wd0s2h 98479 46608 43993 51% /usr/local /dev/wd0s2g 361007 54449 277678 16% /usr/src /dev/wd0s2f 59471 1522 53192 3% /var procfs 4 4 0 100% /proc _______________________________________ |\ /| If I hadn't asked | \ kevin_eliuk@sunshine.net / | the questions I asked, | \ Kevin G. Eliuk / | I wouldn't be answering | /^\_________________________/^\ | the questions I'm answering. | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Sat May 10 09:43:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id JAA10623 for hackers-outgoing; Sat, 10 May 1997 09:43:03 -0700 (PDT) Received: from boulder.syr.servtech.com (boulder.syr.servtech.com [206.106.144.94]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id JAA10587; Sat, 10 May 1997 09:41:05 -0700 (PDT) Received: from boulder.syr.servtech.com (localhost [127.0.0.1]) by boulder.syr.servtech.com (8.8.5/8.8.5) with SMTP id MAA07168; Sat, 10 May 1997 12:42:56 -0400 (EDT) Message-ID: <3374A58F.167EB0E7@servtech.com> Date: Sat, 10 May 1997 12:42:55 -0400 From: Shawn Carey X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 2.2.1-RELEASE i386) MIME-Version: 1.0 To: Kevin Eliuk CC: FreeBSD-Hackers , FreeBSD-questions Subject: Re: Question ppp-2.2-970509 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kevin Eliuk wrote: > > Good Morning, > > I am running 2.2.1-RELEASE and I tried to make the upgrade to ppp this > morning but it was not able to complete. > > The src is located in /usr/src/ppp-2.2-970509. On running make I > received: > [...] You need to put it in /usr/src/usr.sbin because the makefile looks for uucplock.c in ../../sbin/startslip. -Shawn Carey From owner-freebsd-hackers Sat May 10 11:24:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15103 for hackers-outgoing; Sat, 10 May 1997 11:24:13 -0700 (PDT) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15098 for ; Sat, 10 May 1997 11:24:12 -0700 (PDT) Received: from localhost (fullermd@localhost) by narcissus.ml.org (8.8.5/8.7.3) with SMTP id LAA23452; Sat, 10 May 1997 11:24:05 -0700 (PDT) Date: Sat, 10 May 1997 11:24:04 -0700 (PDT) From: The Devil Himself To: Mark Holden cc: Darren Reed , hackers@FreeBSD.ORG Subject: Re: Non-Intel CPUs and FreeBSD. In-Reply-To: <199705091959.OAA25501@Blinky.HEMPAC.Net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Mark Holden wrote: > >Is anyone using any of the AMD/Cyrix CPUs with FreeBSD successfully ? > > > >And more importantly, is it possible to use the CPUs in a multi CPU > >configuration under -current (or at all) ? > > > >Darren > > > To add my two cents to this: My main FreeBSD system (that I'm writing this > from) has *always* been an AMD CPU, first a 486/66, then a 486/100, then > a 5x86/133, now a 5K86. All have worked flawlessly. > > -Mark Holden (markh@hempac.net) > Mine's faster; I have almost $0.035. My FreeBSD system started out as a Intel Pentium 120, but soon became a Cyrix 6x86 166+, and I could se a speed difference,but didn't get any unexplained crashes (*cough* 95 *cough*) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* |FreeBSD is good. FreeBSD is our friend. UNIX is our god.| *Micro$oft is bad. Micro$oft causes problems.* |MicroBSD??? I DON'T THINK SO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!| |"I hate quotes in signature files" :-} MAtthew Fuller| *fullermd@narcissus.ml.org FreeBSD junkie* |http://keystone.westminster.edu/~fullermd Westminster College| *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-hackers Sat May 10 11:28:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA15265 for hackers-outgoing; Sat, 10 May 1997 11:28:13 -0700 (PDT) Received: from narcissus.ml.org (root@brosenga.Pitzer.edu [134.173.120.201]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA15260 for ; Sat, 10 May 1997 11:28:12 -0700 (PDT) Received: from localhost (fullermd@localhost) by narcissus.ml.org (8.8.5/8.7.3) with SMTP id LAA23467; Sat, 10 May 1997 11:28:05 -0700 (PDT) Date: Sat, 10 May 1997 11:28:05 -0700 (PDT) From: The Devil Himself To: dkelly@hiwaay.net cc: Troy Settle , freebsd-hackers@FreeBSD.ORG, Robert Withrow Subject: Re: What swap for 1Gb memory? In-Reply-To: <199705092351.SAA08559@nexgen.hiwaay.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997 dkelly@hiwaay.net wrote: > > >Somone was boasting (-;) about their 1Gb memory FreeBSD system. > > How > > >much swap do you configure for such a system? > > > > hmm... none? > > That may not be wise. Back in the days of 2.0.5, or 2.1.0, I upgraded this > system from 16M w/ 32M swap to 48M RAM. Forgot to add swap. And it died in > "make world" when it ran out of core. Then I added my swap partition and > re-executed "make world" while watching memory use on another virtual > console with top. Never did see more than 400k or so swapped. Of course I > didn't sit there for hours (3 or 4 hours, back then, same system now takes > 7) and watch it altho the original failure happened fairly quickly. > > I'd guess even a 1G RAM system would work best with a little swap, say 64M, > if for no other reason than to initialize the same virtual memory paths > everyone else has. But that's only superstitious guessing. I know this is true with BSDi; I'm not sure about FreeBSD, but.... I've heard that it's important/necessary to have at least as much swap as RAM, because if the kernel panics, it dumps a complete image of memory into the swap space, to be recovered on reboot for examination, and it can do bad thigs if there's not enough swap. How bad, I don't know, but I don't think I'd want to find out... > > -- > David Kelly N4HHE, dkelly@hiwaay.net > ===================================================================== > The human mind ordinarily operates at only ten percent of its > capacity -- the rest is overhead for the operating system. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* |FreeBSD is good. FreeBSD is our friend. UNIX is our god.| *Micro$oft is bad. Micro$oft causes problems.* |MicroBSD??? I DON'T THINK SO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!| |"I hate quotes in signature files" :-} MAtthew Fuller| *fullermd@narcissus.ml.org FreeBSD junkie* |http://keystone.westminster.edu/~fullermd Westminster College| *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From owner-freebsd-hackers Sat May 10 12:26:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA17455 for hackers-outgoing; Sat, 10 May 1997 12:26: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 MAA17450 for ; Sat, 10 May 1997 12:26:44 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA04292; Sat, 10 May 1997 12:20:03 -0700 From: Terry Lambert Message-Id: <199705101920.MAA04292@phaeton.artisoft.com> Subject: Re: g++ shared library segfaults To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 10 May 1997 12:20:03 -0700 (MST) Cc: hasty@rah.star-gate.com, chuckr@mat.net, moore@WOLFENET.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <17926.863236776@time.cdrom.com> from "Jordan K. Hubbard" at May 9, 97 08:59:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > What I am looking for is for experienced programmers that can > > come in and do the "job" -- the job being defined as a cool > > document program. > > That job is about 3 man-years worth of work. Cool. If he can get 365 volunteers (and one leap-volunteer 8-)) then he can be done in 3 days. Or if he can get a team of 9 people, we're talking 120 days... that's a September release time frame. > Seriously, there are no existing freeware document editors which even > come close in scope to what is needed and those few which did probably > went on to become part of Applixware or StarOffice. Once you've put > in that much work, the temptation to take it commercial must be > overwhelming. ;-) Well, then he can GPL it. 8^p. ...Say, once you've put in as much work on FreeBSD as you have, Jordan, the temtation to take it commercial must be overwhelming. 8-) 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 Sat May 10 12:39:52 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA18241 for hackers-outgoing; Sat, 10 May 1997 12:39:52 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA18236 for ; Sat, 10 May 1997 12:39:48 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA04308; Sat, 10 May 1997 12:33:10 -0700 From: Terry Lambert Message-Id: <199705101933.MAA04308@phaeton.artisoft.com> Subject: Re: g++ shared library segfaults To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 10 May 1997 12:33:10 -0700 (MST) Cc: hasty@rah.star-gate.com, chuckr@mat.net, moore@WOLFENET.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <17949.863236840@time.cdrom.com> from "Jordan K. Hubbard" at May 9, 97 09:00: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 > > Qt looks pretty good to me replace it by something better and I will > > consider it. > > I thought we were talking about document prep systems - now we're > evaluating GUI toolkits on their own, independant merit? I'm > confused. :-) Don't be so quick to judge. I wanted a single UI program to talk to command line administration programs that obeyed a given set of interactor semantics. So I wrote a set of command line tools for administering user accounts... all the whistles -- UID, GID, renaming, renumbering, relocation of account directories, etc., etc.. The idea was to have user tools, disk management tools, service administration tools, etc.. Basically, an NT 4.0 type UI for UNIX, with about 15-20 actual programs backing it. Then I came up with an interactor grammar for talking to the command line utilities -- command line options and statting of stdin to see if it was a pipe, etc., etc.. Then I started writing an X based UI, but decided that the only way it would ever fly is if the UI had a standard look and feel, and the closest thing UNIX has to a standard is Motif. So I started writing a Motif clone to support the X based UI (it now runs all of the Young sample code pixel-for-pixel identically to the real Motif, but isn't quite there yet, and it looks like ELF is finally going to remove my objections to LGPL, so I haven't hacked on it in six months). I basically work on any of these pieces when I want something fun to hack on. Keep enough projects going, and there's always *something* fun to hack on. FS internals books, serial communications books, C code, C++ code, artwork, etc.. I personally have 136 cataloged projects, and more miscellaneous things than I can count. I guess I'm a dataflow machine? 8-). Anyway, it keeps you sane for your day job. So I definitely understand his digression, and the motivation for the overall project. 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 Sat May 10 13:05:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA19424 for hackers-outgoing; Sat, 10 May 1997 13:05:48 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA19409 for ; Sat, 10 May 1997 13:05:41 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id NAA11689; Sat, 10 May 1997 13:04:44 -0700 (PDT) Message-Id: <199705102004.NAA11689@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Terry Lambert cc: jkh@time.cdrom.com (Jordan K. Hubbard), chuckr@mat.net, moore@WOLFENET.com, freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Sat, 10 May 1997 12:20:03 PDT." <199705101920.MAA04292@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 May 1997 13:04:44 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Terry Lambert : > > > What I am looking for is for experienced programmers that can > > > come in and do the "job" -- the job being defined as a cool > > > document program. > > > > That job is about 3 man-years worth of work. > > Cool. If he can get 365 volunteers (and one leap-volunteer 8-)) > then he can be done in 3 days. Actually, 9 pregnant women can not deliver one baby in a month. "Mythical Man Month" by Fred Brooks first published in 1975. For those interested the book is about managing large scale projects. Reducing complex problems is not the same as throwing bodies at a project. Cheers, Amancio From owner-freebsd-hackers Sat May 10 13:45:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA20834 for hackers-outgoing; Sat, 10 May 1997 13:45:08 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA20828 for ; Sat, 10 May 1997 13:45:06 -0700 (PDT) Received: from www.sdsp.mc.xerox.com ([13.231.132.18]) by alpha.xerox.com with SMTP id <18916(5)>; Sat, 10 May 1997 13:44:35 PDT Received: from gnu.sdsp.mc.xerox.com (gnu.sdsp.mc.xerox.com [13.231.133.90]) by www.sdsp.mc.xerox.com (8.8.5/8.8.5) with SMTP id QAA23637; Sat, 10 May 1997 16:45:25 -0400 (EDT) Received: by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA01420; Sat, 10 May 97 16:44:58 EDT Message-Id: <9705102044.AA01420@gnu.sdsp.mc.xerox.com> To: David Nugent Cc: freebsd-hackers@freebsd.org Subject: Re: socketpair() In-Reply-To: Your message of "Fri, 09 May 1997 23:17:26 PDT." <199705100617.QAA00363@labs.usn.blaze.net.au> Date: Sat, 10 May 1997 13:44:57 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199705100617.QAA00363@labs.usn.blaze.net.au>, you write: >What are the advantages (if any) of using socketpair(PF_LOCAL, ... >as compared with pipe()? > >I remember some discussion a while ago about pipe() in FreeBSD >having been implemented (until recently?) using socketpair(), >so perhaps there's no difference. What about with regards to >portability and so forth? I think socketpair gives you bidirectional pipes... Is it in 1003.1g? (I don't have it yet). marty From owner-freebsd-hackers Sat May 10 14:05:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA21673 for hackers-outgoing; Sat, 10 May 1997 14:05:48 -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 OAA21668 for ; Sat, 10 May 1997 14:05:44 -0700 (PDT) Received: from misery.sdf.com [204.244.213.33] by misery.sdf.com with smtp (Exim 1.61 #1) id 0wQJGK-0002a8-00; Sat, 10 May 1997 14:01:04 -0700 Date: Sat, 10 May 1997 14:01:03 -0700 (PDT) From: Tom Samplonius To: The Devil Himself cc: dkelly@HiWAAY.net, Troy Settle , freebsd-hackers@freebsd.org, Robert Withrow Subject: Re: What swap for 1Gb memory? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 10 May 1997, The Devil Himself wrote: ... > RAM, because if the kernel panics, it dumps a complete image of memory > into the swap space, to be recovered on reboot for examination, and it can > do bad thigs if there's not enough swap. > How bad, I don't know, but I don't think I'd want to find out... It would continue to write beyond the end of swap, possibly wiping out file systems located after the swap space! I believe this bug was fixed long, long ago in almost every BSD system. > > -- > > David Kelly N4HHE, dkelly@hiwaay.net > > ===================================================================== > > The human mind ordinarily operates at only ten percent of its > > capacity -- the rest is overhead for the operating system. > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > |FreeBSD is good. FreeBSD is our friend. UNIX is our god.| > *Micro$oft is bad. Micro$oft causes problems.* > |MicroBSD??? I DON'T THINK SO!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!| > |"I hate quotes in signature files" :-} MAtthew Fuller| > *fullermd@narcissus.ml.org FreeBSD junkie* > |http://keystone.westminster.edu/~fullermd Westminster College| > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > > > Tom From owner-freebsd-hackers Sat May 10 14:11:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22005 for hackers-outgoing; Sat, 10 May 1997 14:11:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id OAA21998 for ; Sat, 10 May 1997 14:11:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA04438; Sat, 10 May 1997 14:04:56 -0700 From: Terry Lambert Message-Id: <199705102104.OAA04438@phaeton.artisoft.com> Subject: Re: g++ shared library segfaults To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 10 May 1997 14:04:56 -0700 (MST) Cc: terry@lambert.org, jkh@time.cdrom.com, chuckr@mat.net, moore@WOLFENET.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199705102004.NAA11689@rah.star-gate.com> from "Amancio Hasty" at May 10, 97 01:04:44 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 > > > > What I am looking for is for experienced programmers that can > > > > come in and do the "job" -- the job being defined as a cool > > > > document program. > > > > > > That job is about 3 man-years worth of work. > > > > Cool. If he can get 365 volunteers (and one leap-volunteer 8-)) > > then he can be done in 3 days. > > Actually, 9 pregnant women can not deliver one baby in a month. > > "Mythical Man Month" by Fred Brooks first published in 1975. > > For those interested the book is about managing large scale projects. > > Reducing complex problems is not the same as throwing bodies at > a project. I know. I was making the distinction between 9 motivated programmers and throwing 365 bodies at the problem. Jordan seemed to be implying that your call for programmers was a throwing of bodies, and that something that would take 3 many years was not worth pursuing on a voluntary basis. 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 Sat May 10 14:13:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA22111 for hackers-outgoing; Sat, 10 May 1997 14:13:22 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA22106 for ; Sat, 10 May 1997 14:13:20 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.5/8.6.9) id QAA03938; Sat, 10 May 1997 16:12:48 -0500 (EST) From: "John S. Dyson" Message-Id: <199705102112.QAA03938@dyson.iquest.net> Subject: Re: What swap for 1Gb memory? In-Reply-To: from The Devil Himself at "May 10, 97 11:28:05 am" To: fullermd@narcissus.ml.org (The Devil Himself) Date: Sat, 10 May 1997 16:12:47 -0500 (EST) Cc: dkelly@hiwaay.net, rewt@i-Plus.net, freebsd-hackers@FreeBSD.ORG, witr@rwwa.com X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > I'd guess even a 1G RAM system would work best with a little swap, say 64M, > > if for no other reason than to initialize the same virtual memory paths > > everyone else has. But that's only superstitious guessing. > > I know this is true with BSDi; I'm not sure about FreeBSD, but.... > I've heard that it's important/necessary to have at least as much swap as > RAM, because if the kernel panics, it dumps a complete image of memory > into the swap space, to be recovered on reboot for examination, and it can > do bad thigs if there's not enough swap. > How bad, I don't know, but I don't think I'd want to find out... > Because of VM system issues, you really do need to have at least as much swap as RAM. You can get by without it in limited situations, but those are anecdotal. John From owner-freebsd-hackers Sat May 10 14:51:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA24612 for hackers-outgoing; Sat, 10 May 1997 14:51:50 -0700 (PDT) Received: from kevin.sunshine.net (pme53.sunshine.net [204.191.205.53]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA24564; Sat, 10 May 1997 14:51:41 -0700 (PDT) Received: from localhost (cagey@localhost) by kevin.sunshine.net (8.8.5/8.8.5) with SMTP id OAA00454; Sat, 10 May 1997 14:47:28 -0700 (PDT) Date: Sat, 10 May 1997 14:47:22 -0700 (PDT) From: Kevin Eliuk Reply-To: Kevin Eliuk To: Shawn Carey cc: FreeBSD-Hackers , FreeBSD-questions Subject: Re: Question ppp-2.2-970509 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 10 May 1997, Shawn Carey wrote: >Kevin Eliuk wrote: >> >> Good Morning, >> >> I am running 2.2.1-RELEASE and I tried to make the upgrade to ppp this >> morning but it was not able to complete. >> >> The src is located in /usr/src/ppp-2.2-970509. On running make I >> received: >> >[...] > >You need to put it in /usr/src/usr.sbin because the makefile looks for >uucplock.c in ../../sbin/startslip. > Thanks Shawn. The update works great. I tested out with a major download and the changed MRU and it was a vast improvement over the old. Kudos to all those involved :-) _______________________________________ |\ /| If I hadn't asked | \ kevin_eliuk@sunshine.net / | the questions I asked, | \ Kevin G. Eliuk / | I wouldn't be answering | /^\_________________________/^\ | the questions I'm answering. | / \ | |/--===### Powered By FreeBSD 2.2.1 \| | www.freebsd.org | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Sat May 10 14:54:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id OAA25126 for hackers-outgoing; Sat, 10 May 1997 14:54:57 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id OAA25117 for ; Sat, 10 May 1997 14:54:55 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id OAA12857; Sat, 10 May 1997 14:53:58 -0700 (PDT) Message-Id: <199705102153.OAA12857@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Terry Lambert cc: jkh@time.cdrom.com, chuckr@mat.net, moore@WOLFENET.com, freebsd-hackers@FreeBSD.ORG Subject: Re: g++ shared library segfaults In-reply-to: Your message of "Sat, 10 May 1997 14:04:56 PDT." <199705102104.OAA04438@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 May 1997 14:53:58 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mea Culpa got a little lost in the meaning of semantics I should have known better what you meant :( Reduction or "Beauty" as it is known in certain other fields is different than brute force methods. Actually, I shouldn't talk down too much brute force --- just ask the current World Chess champion 8) Now working smart and choosing your constraints carefully is a different issue. At any rate back to work over here , based on the feedback that I gotten so far I am looking into webtk and amulet -- Now just because I am looking into those packages does not mean that I am going to use tcl/tck nor the amulet library -- there is such a thing call abstraction 8) Not too say that is really the way to go however I am really impress by webtk --- excellent example of what a poor language can do. So in one corner we have webtk with is obvious advantage/disadvantage and in the opposite corner we have Qt and Amulet. Qt seems easier to use however it lacks a nice GUI builder what is nice about it is its meta object interface for tokens "slots" and "signals". Don't know that much about Amulet yet just got it compile over here so far it looks like a strong contender not so much for it object oriented interface rather for its supporting functionality for constraints : gesture recognition, animation, ability to mimic look/feel for mac/win95/motif. Amulet comes with a "nice" gui builder -- just try it out over here and it looks like it can be useful. Enjoy, Amancio >From The Desk Of Terry Lambert : > > > > > What I am looking for is for experienced programmers that can > > > > > come in and do the "job" -- the job being defined as a cool > > > > > document program. > > > > > > > > That job is about 3 man-years worth of work. > > > > > > Cool. If he can get 365 volunteers (and one leap-volunteer 8-)) > > > then he can be done in 3 days. > > > > Actually, 9 pregnant women can not deliver one baby in a month. > > > > "Mythical Man Month" by Fred Brooks first published in 1975. > > > > For those interested the book is about managing large scale projects. > > > > Reducing complex problems is not the same as throwing bodies at > > a project. > > I know. I was making the distinction between 9 motivated programmers > and throwing 365 bodies at the problem. Jordan seemed to be implying > that your call for programmers was a throwing of bodies, and that > something that would take 3 many years was not worth pursuing on a > voluntary basis. > > > 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 Sat May 10 15:21:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA27346 for hackers-outgoing; Sat, 10 May 1997 15:21:25 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id PAA27333 for ; Sat, 10 May 1997 15:21:21 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA10744 for freebsd-hackers@FreeBSD.ORG; Sun, 11 May 1997 00:21:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id XAA00557; Sat, 10 May 1997 23:51:41 +0200 (MET DST) Message-ID: <19970510235141.QY09547@uriah.heep.sax.de> Date: Sat, 10 May 1997 23:51:41 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-hackers@FreeBSD.ORG Subject: Re: What swap for 1Gb memory? References: <199705092351.SAA08559@nexgen.hiwaay.net> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from The Devil Himself on May 10, 1997 11:28:05 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As The Devil Himself wrote: > ..., because if the kernel panics, it dumps a complete image of memory > into the swap space, to be recovered on reboot for examination, and it can > do bad thigs if there's not enough swap. Coredumping is turned off in FreeBSD by default. It wouldn't make any sense to turn it on unless you've got a single (!) swap partition that is large enough to cover the entire physical memory. Even dumping across multiple partitions is unsupported. Whether attempts to dump core overwrite something or not is a matter of the responsible driver. The sd(4) driver seems to try to avoid this problem: nblocks = lp->d_partitions[part].p_size; /* check transfer bounds against partition size */ if ((dumplo < 0) || ((dumplo + num) > nblocks)) return (EINVAL); Well, looking again into it, it seems setdumpdev() in autoconf.c already attempts to prevent you from this accident, in that it doesn't accept a device as dumpdev if dumplo would underflow. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 10 22:10:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id WAA12198 for hackers-outgoing; Sat, 10 May 1997 22:10:47 -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 WAA12190 for ; Sat, 10 May 1997 22:10:40 -0700 (PDT) Received: from unalmodem.usc.unal.edu.co (unalmodem02.usc.unal.edu.co [168.176.3.32]) by apolo.biblos.unal.edu.co (8.8.5/8.8.5) with SMTP id AAA03803 for ; Sun, 11 May 1997 00:13:48 -0500 (COT) Message-ID: <3375702D.5F08@fps.biblos.unal.edu.co> Date: Sun, 11 May 1997 00:07:25 -0700 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 3.0 (Win16; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Cluster Computing in BSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy, For some strange reason I was looking at BSDI's web and I found the Multicomputer Operating System fo Unix "MOSIX": http://www.cnds.jhu.edu/mirrors/mosix/ It would be worthwhile to convince them to support FreeBSD, and they are probably interested anyway. Has anyone contacted them? (I emailed but I think it's aabbath over there). Pedro. From owner-freebsd-hackers Sat May 10 23:21:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA14514 for hackers-outgoing; Sat, 10 May 1997 23:21:58 -0700 (PDT) Received: from bullfrog.winternet.com (bullfrog.winternet.com [204.246.64.212]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id XAA14509 for ; Sat, 10 May 1997 23:21:54 -0700 (PDT) Received: from localhost (raistlin@localhost) by bullfrog.winternet.com (8.8.5/8.8.5) with SMTP id BAA10842; Sun, 11 May 1997 01:19:17 -0500 (CDT) Date: Sun, 11 May 1997 01:19:16 -0500 (CDT) From: Justen Stepka To: Darren Reed cc: hackers@FreeBSD.ORG Subject: Re: Non-Intel CPUs and FreeBSD. In-Reply-To: <199705090323.UAA06913@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 9 May 1997, Darren Reed wrote: > > Is anyone using any of the AMD/Cyrix CPUs with FreeBSD successfully ? I'm currently using a AMD DX4-100 overclocked just fine, there is no noticable speed difference from this machine to an intel dx4-100 chip. The system is running 2.2.1, and has ran 2.1.X, and 3.0-Current.