From owner-freebsd-hackers Sun Feb 11 00:24:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19930 for hackers-outgoing; Sun, 11 Feb 1996 00:24:22 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA19925 for ; Sun, 11 Feb 1996 00:24:20 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA27753; Sun, 11 Feb 1996 18:54:11 +1030 From: Michael Smith Message-Id: <199602110824.SAA27753@genesis.atrad.adelaide.edu.au> Subject: Re: can't free vnode To: nwestfal@Vorlon.odc.net (Neal Westfall) Date: Sun, 11 Feb 1996 18:54:10 +1030 (CST) Cc: terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <199602110342.TAA09916@Vorlon.odc.net> from "Neal Westfall" at Feb 10, 96 07:42:50 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Neal Westfall stands accused of saying: > > > > There are two occasions when this happens; the first is in a very low > > RAM condition when you fill up swap. The fix is to add more swap. > > We have a 100 MB swap partition on this machine. Is this adequate? > (keeping in mind the machine has 32MB ram and it is a news server) If you are running a full newsfeed and allowing NNRP readers, general consensus would appear to be 'no'. Most of the people I've read talking about their news servers go to 64+M of core and 2-500M of swap. Naturally, your mileage may vary; what does 'swapinfo' tell you about your swap consumption? How big (RSS, VSZ) are your news processes? These are particularly good questions to ask while an expire is running. > > The easiest workaround for now is to make sure you have sufficient > > free vnodes by jacking up the desiredvnodes. > > Is this something we can change in the kernel configuration? Or the > source? Or is this something we need to patch in INN? This is Terry becoming too specific about the nature of the problem 8) In your case, you can check the number of inodes free on your news filesystem(s) and monitor your swap usage carefully. If any of these seem low, it's likely that they'll contribute to the problem that Terry has described. > Neal Westfall -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "wherever you go, there you are" - Buckaroo Banzai [[ From owner-freebsd-hackers Sun Feb 11 00:32:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20294 for hackers-outgoing; Sun, 11 Feb 1996 00:32:01 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA20258 for ; Sun, 11 Feb 1996 00:31:57 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA27801; Sun, 11 Feb 1996 19:02:12 +1030 From: Michael Smith Message-Id: <199602110832.TAA27801@genesis.atrad.adelaide.edu.au> Subject: Re: WordPerfect install To: jason@scott.net (Jason Gilbert) Date: Sun, 11 Feb 1996 19:02:11 +1030 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <311D948F.167EB0E7@scott.net> from "Jason Gilbert" at Feb 11, 96 01:02:39 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Jason Gilbert stands accused of saying: > > I was just trying to install WP and have hit a snag. When the script > hits a point where it is starting the xwpinstall program it complains > about not being able to open /dev/XOR. I can't do a MAKEDEV for it. > I also can't find any install dirs. I don't think they were created. (this is from memory, apologies). Before you start installing xwp, do the following : touch /dev/socksys symlink /dev/X0R to /dev/null symlink /dev/ipx to /dev/null setenv DISPLAY localhost:0.0 (you may have to replace 'localhost' with the IP address of your system) > jason -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "wherever you go, there you are" - Buckaroo Banzai [[ From owner-freebsd-hackers Sun Feb 11 01:06:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22039 for hackers-outgoing; Sun, 11 Feb 1996 01:06:19 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA21991 Sun, 11 Feb 1996 01:06:10 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA27911; Sun, 11 Feb 1996 19:36:08 +1030 From: Michael Smith Message-Id: <199602110906.TAA27911@genesis.atrad.adelaide.edu.au> Subject: Re: Exabyte EXB-2501 To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 11 Feb 1996 19:36:07 +1030 (CST) Cc: dave@kachina.jetcafe.org, questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199602090739.IAA15328@uriah.heep.sax.de> from "J Wunsch" at Feb 9, 96 08:39:08 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk J Wunsch stands accused of saying: > It's not yet supported. There's something that the EXB-2501 doesn't > really like in our tape driver, but i don't know yet _what_ it is. > I've got the Exabyte SCSI ref manual on behalf of another FreeBSD user > whose drive i wanna get humming. Just for reference, there are dozens of differnt firmware revisions for the EXB-250x series, which has caused a lot of the workstation vendors grief. (See comments on this in the SGI hardware FAQ and witness the Sun-exabyte FAQ.) What this means in practical terms is anyone's guess 8) > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "wherever you go, there you are" - Buckaroo Banzai [[ From owner-freebsd-hackers Sun Feb 11 04:40:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA05291 for hackers-outgoing; Sun, 11 Feb 1996 04:40:27 -0800 (PST) Received: from storm.certix.fr (storm.certix.fr [194.51.232.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA05285 for ; Sun, 11 Feb 1996 04:40:23 -0800 (PST) Received: from rafale (client45.sct.fr [194.2.128.75]) by storm.certix.fr (8.6.12/8.6.12) with SMTP id NAA12930 for ; Sun, 11 Feb 1996 13:37:23 +0100 Date: Sun, 11 Feb 1996 13:37:23 +0100 Message-Id: <199602111237.NAA12930@storm.certix.fr> X-Sender: segura@worldnet.net X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freeBSD.ORG From: Fabrice Segura Subject: RE: Non-US DES Sender: owner-hackers@freeBSD.ORG Precedence: bulk Chien-Ta Lee wrote > > > The Non-US secure dist can be legally distributed out of US/CA, > can it be imported into US/CA ?! > > If no, nothing. If yes, why don't we use it as standard FreeBSD > crypt ?! > I guess US users don't see a reason to have easily breakable systems. (Just in a few days/weeks using brute force) My question is, as it has been the case with PGP262i, couldn't someone make a crypt package based on IDEA algorithm, that would be compatible in coding with the regular DES package, and as solid, of course. Other solution to this problem could be letting someone "else" export illegally the package....They already gave up in jailling P Zimmermann (PGP author) for this. Of course, people from so called "free countries", that include France, along with Iran and Irak, would not be granted the right to use it, because local big brothers don't want to stop watching you....:-( (I forgot to mention that I'm French, and I don't like the both the idea of putting my country in the same bag as Iran and Irak, and that my governement wants to read my mail) I hope that the DGSE (our local CIA) failed to read this post, because, I will be getting some troubles someday..... Fabrice SEGURA ---------------------------------------------------------------------------- ---------- This message is not to be posted on the Microsoft network without payment of a $100 posting fee by Microsoft Corporation to the Author of this mes- sage. Posting of this message on "Microsoft" Network indicates acceptance of this agreement by Microsoft Corporation From owner-freebsd-hackers Sun Feb 11 05:57:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA07840 for hackers-outgoing; Sun, 11 Feb 1996 05:57:11 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA07835 Sun, 11 Feb 1996 05:57:07 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id WAA18933; Sun, 11 Feb 1996 22:57:04 +0900 Date: Sun, 11 Feb 1996 22:57:04 +0900 Message-Id: <199602111357.WAA18933@frig.mt.cs.keio.ac.jp> To: hackers@freebsd.org, hardware@freebsd.org Subject: [PCMCIA] pccard.flp is now available!! From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk Hi! Now I release the PCMCIA installation floppy (pccard.flp 960211) for FreeBSD 2.1.0R. You can install FreeBSD 2.1.0R with various PCMCIA Ethernet cards, PCMICA modem cards, and *CD-ROMs over PCMCIA SCSI cards* !! You can get it from, ftp://bash.cc.keio.ac.jp/pub/os/FreeBSD/alpha-test/pccard-flp/pccard-flp-960211.tar.gz [CAUTION]: We are not responsible for the proper functioning of it, and we are not responsible for damages incurred with its use. Currently this floppy supports: Machines: Laptops with Intel i82365SL or compatible PCICs (Cirrus Logic, VLSI, Vadem, etc.) PCMCIA Cards: Ethernet: IBM PCMCIA Ethernet I/II Accton? UE2212 (Very Slow) Accton EN2212 (Very Slow) 3Com Etherlink III 3C589B, 3C589C Farallon EtherMac Fujitsu MBH10302 NextCom J Link NC5310 FAX/Modem: Megahertz XJ1144 Megahertz XJ2144 Megahertz XJ2144J Megahertz XJ2288 Omron ME2814 FAX/DATA MODEM (IRQ 3) Omron MD24XCA FAX/Data Modem TDK DF1414 FAX/Data Modem TDK DF1414EX FAX/Data Modem NewMedia 14.4K FAX/Data Modem PREMAX FM288 FAX/Data Modem Novalink NovaModem 144 US Robotics Sportster PCMCIA V.34 (IRQ 3) US Robotics COURIER PCMCIA V.34 (IRQ 3) Xircom CreditCard Ethernet+Modem (Modem only !!!, IRQ 3) GATEWAY 2000 FAX/Data Modem (14.4K) ISDN: BUG Linkboy D64K Digital Cellular: NTT DoCoMo DATA/FAX Adapter SCSI: Adaptec SlimSCSI APA-1460 (IRQ 5) NewMedia BusToaster RATOC REX-5535AC RATOC REX-5535AMC RATOC REX-5535X We have not tested it on every card. These cards witout "(IRQ x)" uses IRQ 10 or IRQ 11. Please confirm that your machine does not use IRQ 10 or IRQ 11 before installation. I'm not sure whether this floppy can drive the cards whose IRQ is 3 properly. The pccard driver is based on "pccard-test" package 960207-alpha release. If you want to read the source of this floppy, please wait for the next release of "pccard-test" package. If you need it ASAP, please e-mail me about it. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun Feb 11 05:58:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA07890 for hackers-outgoing; Sun, 11 Feb 1996 05:58:11 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA07884 for ; Sun, 11 Feb 1996 05:58:06 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id OAA29025 ; Sun, 11 Feb 1996 14:58:04 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id OAA12706 ; Sun, 11 Feb 1996 14:58:06 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id OAA06066; Sun, 11 Feb 1996 14:39:08 +0100 (MET) From: Ollivier Robert Message-Id: <199602111339.OAA06066@keltia.freenix.fr> Subject: Re: Non-US DES To: segura@worldnet.net (Fabrice Segura) Date: Sun, 11 Feb 1996 14:39:08 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199602111237.NAA12930@storm.certix.fr> from Fabrice Segura at "Feb 11, 96 01:37:23 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1630 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk It seems that Fabrice Segura said: > I guess US users don't see a reason to have easily breakable systems. (Just > in a few days/weeks using brute force) If you think the DES (or MD5) is that breakable, you're for a disappointment. Don't believe eveyone who says DES is dead... The fastest way (the 3.5 M$ machine for 3h1/2) requires something like 2^47 or 2^48 cleartext-crypto couples (8 bytes each). Guess how many bytes it means (hint: too many) ? There are better algorithms of course (IDEA for example). > My question is, as it has been the case with PGP262i, couldn't someone make > a crypt package based on IDEA algorithm, that would be compatible in coding > with the regular DES package, and as solid, of course. The MD5-based package is already believed to be stronger than the DES-based one. But don't forget interoperability. It is useless to try to use MD5 when all the other machines all around you use DES. > (I forgot to mention that I'm French, and I don't like the both the idea of > putting my country in the same bag as Iran and Irak, and that my governement > wants to read my mail) So am I :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #5: Sun Feb 4 03:11:17 MET 1996 From owner-freebsd-hackers Sun Feb 11 07:40:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12075 for hackers-outgoing; Sun, 11 Feb 1996 07:40:34 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA12064 for ; Sun, 11 Feb 1996 07:40:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id FAA04458; Sun, 11 Feb 1996 05:44:10 -0800 To: Ollivier Robert cc: imp@village.org (Warner Losh), hackers@freebsd.org Subject: Re: Kerberos @ freebsd.org? In-reply-to: Your message of "Sun, 11 Feb 1996 14:06:35 +0100." <199602111306.OAA05893@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4455.824046249.1@time.cdrom.com> Date: Sun, 11 Feb 1996 05:44:10 -0800 Message-ID: <4456.824046250@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > It seems that Warner Losh said: > > However, ssh won't encrypt things like NFS traffic, mud traffic, etc. > > You can use FTP thru an encrypted channel or simply uses "scp" to tranfert > files... Who was it here who successfully used ssh and the tun driver to implement an encrypted encapsulation channel? Maybe we should package that functionality a little bit.. :-) Jordan From owner-freebsd-hackers Sun Feb 11 09:16:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15474 for hackers-outgoing; Sun, 11 Feb 1996 09:16:22 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA15405 for ; Sun, 11 Feb 1996 09:15:57 -0800 (PST) Received: by sequent.kiae.su id AA08850 (5.65.kiae-2 ); Sun, 11 Feb 1996 20:13:47 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 11 Feb 96 20:13:47 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id TAA01136; Sun, 11 Feb 1996 19:49:47 +0300 (MSK) To: hackers@freebsd.org, "Jordan K. Hubbard" References: <29434.824001055@time.cdrom.com> In-Reply-To: <29434.824001055@time.cdrom.com>; from "Jordan K. Hubbard" at Sat, 10 Feb 1996 17:10:55 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 11 Feb 1996 19:49:46 +0300 (MSK) X-Mailer: Mail/@ [v2.42 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Manuel Bouyer: update of atapi driver Lines: 23 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk In message <29434.824001055@time.cdrom.com> Jordan K. Hubbard writes: >I would like to campaign for adopting the NetBSD ATAPI driver and >throwing ours away. This doesn't come down to any technical >comparison between the two, simply the fact that NetBSD's driver >appears to be far more actively maintained. The 5 or 6 bug reports >and generate "status? help?" queries I've sent to Serge Vakulenko, > since 2.1 was released have gone completely >unanswered, and I can only conclude that he's abandoned it. I just try our current driver with DSC IDE CD: it shows garbadge on attach state for empty second unit and hangs completely on first atapi request (CD works fine under DOS). I'll like to try NetBSD driver and see how it can handle my CD. I think we can have two drivers at once for a while until NetBSD driver becomes true superset. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Sun Feb 11 12:46:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23591 for hackers-outgoing; Sun, 11 Feb 1996 12:46:41 -0800 (PST) Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23579 for ; Sun, 11 Feb 1996 12:46:34 -0800 (PST) Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id PAA06497; Sun, 11 Feb 1996 15:46:13 -0500 Date: Sun, 11 Feb 1996 15:46:13 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: Michael Smith cc: Jason Gilbert , hackers@FreeBSD.ORG Subject: Re: WordPerfect install In-Reply-To: <199602110832.TAA27801@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sun, 11 Feb 1996, Michael Smith wrote: > Before you start installing xwp, do the following : > > touch /dev/socksys > symlink /dev/X0R to /dev/null > symlink /dev/ipx to /dev/null > setenv DISPLAY localhost:0.0 > (you may have to replace 'localhost' with the IP address of your system) Questions: What version of FreeBSD? What version of WordPerfect? I had no luck with FreeBSD 2.1. I booted a -current kernel and got through the install without problems but I haven't been able to get the *#$&@*& license server to run and WordPerfect won't run without the license server. Various part of the package that can be run independently (eg the drawing program) seem to work fine. BTW, this is genuine licensed version, NOT the demo. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Sun Feb 11 12:53:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA23926 for hackers-outgoing; Sun, 11 Feb 1996 12:53:30 -0800 (PST) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA23921 for ; Sun, 11 Feb 1996 12:53:29 -0800 (PST) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by kitten.mcs.com (8.6.12/8.6.9) with SMTP id OAA28068 for ; Sun, 11 Feb 1996 14:53:20 -0600 Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 11 Feb 96 14:52 CST Message-Id: Subject: CVS usage question To: hackers@freebsd.org Date: Sun, 11 Feb 1996 14:52:46 -0600 (CST) From: "Karl Denninger, MCSNet" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi folks, I've been a "supper" of the STABLE tree for a while, and on the suggestion of a number of the people doing development I've decided to stick a 4G disk in a machine and start mirroring the CVS tree instead -- with the eventual hope of being not only able to support our internal use of FreeBSD better, but also to possibly open a "supX" server for people to grab from (I note that sup4 is offline, sup3 is unreachable, etc.) Now, however, if I'm going to grab CVS stuff instead of the STABLE tree itself, I need to know how to productively use CVS. Here are the goals: 1) To be able to extract -STABLE and/or -CURRENT to work with here. (syntax examples would be most helpful!) Generally speaking, once I check one of these out, I won't want to check it out for modifications (with the possible exception of one or two files which I *WILL* want to check out for changes). 2) To be able to check *in* to a *LOCAL ONLY* branch changes which are in fact local, and incorporate THOSE into the extractions I make (I realize the risks inherent in doing this with version mismatches, but the places we change things aren't likely to be subject to revisions by the primary developers). It would be ideal if these revisions could then be blocked from SUPping by others (if not, I'll need two code trees -- blech). The goal here is to be able to, say, extract a "usr.bin/login" from either our private change tree OR from the standard -STABLE tree. Is this possible while SUPping updates for the CVS masters? 3) To be able to SUP a new "Cvs" update *WITHOUT* destroying my local changes (one of the problems I have right now with SUPping -STABLE is that I have to be most careful where I set up as the target, and how I merge things -- this will get intolerable if I try to mirror daily and offer a SupX server...) 4) How does one build the FreeBSD/2.1.0-RELEASE (or -STABLE) *package* format (so I can load machines from a local code server instead of FTPing from somewhere else?) I know I could just pull the package files, but I'd like to have a set which are custom to us -- and one for general FTPing by the public as well. Doable? Is there a "make" directive for this at the top level /usr/src directory that I've missed? Anyone got a quick tutorial on CVS they can blow at me, point me at, or just lend a hand? Or am I asking for CVS and SUP to do things they aren't designed for... Thanks in advance! -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | T1 from $600 monthly; speeds to DS-3 available Voice: [+1 312 803-MCS1] | 21 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net/ ISDN - Get it here TODAY! | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Sun Feb 11 12:57:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA24156 for hackers-outgoing; Sun, 11 Feb 1996 12:57:42 -0800 (PST) Received: from werple.net.au (werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA24147 for ; Sun, 11 Feb 1996 12:57:39 -0800 (PST) Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id HAA25693 for hackers@FreeBSD.org; Mon, 12 Feb 1996 07:29:56 +1100 (EST) Message-Id: <199602112029.HAA25693@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA19708; Mon, 12 Feb 1996 07:29:51 +1100 From: John Birrell Subject: Re: libc_r and the removal of ccitt and iso To: keltia.freenix.fr!roberto@werple.net.au (Ollivier Robert) Date: Mon, 12 Feb 1996 07:29:50 +1100 (EST) Cc: hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: <199602111625.RAA17495@keltia.freenix.fr> from "Ollivier Robert" at Feb 11, 96 05:25:46 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Now that netccitt and netiso is in the Attic, libc_r still reference > netiso/iso.h in iso_addr.c. > > We should put iso_addr.{c,3} from libc/net into the Attic too (they're not > in the Makefile any more). Keeping libc_r up-to-date with the libc makefiles is a problem. Additions and deletions to the libc makefiles should be reflected in the libc_r tree. It would be nice if the *same* makefiles could be used, but I don't know how to do that. 8-( FWIW, I'm still looking at better (IMO) ways to boot-strap build. There are so many dependencies that I'm beginning to think that we'll either have to shoot the chicken or ban eggs. 8-) Seriously, there needs to be some restrictions placed on which programs are *allowed* to be used as part of the build process. Without some discipline it is always going to be possible for changes to break the build. > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Sun Feb 11 13:07:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA24882 for hackers-outgoing; Sun, 11 Feb 1996 13:07:46 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA24875 for ; Sun, 11 Feb 1996 13:07:43 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18656; Sun, 11 Feb 1996 14:03:52 -0700 From: Terry Lambert Message-Id: <199602112103.OAA18656@phaeton.artisoft.com> Subject: Re: can't free vnode To: nwestfal@Vorlon.odc.net (Neal Westfall) Date: Sun, 11 Feb 1996 14:03:52 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199602110342.TAA09916@Vorlon.odc.net> from "Neal Westfall" at Feb 10, 96 07:42: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 Precedence: bulk > > There are two occasions when this happens; the first is in a very low > > RAM condition when you fill up swap. The fix is to add more swap. > > We have a 100 MB swap partition on this machine. Is this adequate? > (keeping in mind the machine has 32MB ram and it is a news server) Since it is a news server, the amount of swap you need is higher than if it weren't. If it repeats with some frequency, you can use the "vmstat" command to check the amount of free swap. See the "vmstat" man page for details. > > The easiest workaround for now is to make sure you have sufficient > > free vnodes by jacking up the desiredvnodes. > > Is this something we can change in the kernel configuration? Or the > source? Or is this something we need to patch in INN? This is something you can change in the source. You need to look at the /sys/kern/vfs_init.c code. > > A less easy workaround would be to call VOP_ISLOCKED() on the vp in > > vrele() in /sys/kern/vfs_subr.c, and if it is, go to sleep on the > > address until it isn't. This would be something like: > > > > while( VOP_ISLOCKED(vp)) { > > (void) tsleep( (caddr_t)vp->v_data, PINOD, "vfslk", 0); > > } > > > > This is gross, but works because vp->v_data is the same address as the > > inode that VOP_UNLOCK(vp) calls the wakeup on in the FS's that use the > > recursion semantics for potential dissociation of the vnode from the > > underlying FS (see the vclean() comments in vfs_subr.c)... the address > > of the per FS inode data. > > Which method would you recommend? (I'm no kernel hacker, but I'm > perfectly comfortable with applying any patches if it will help). My gut reaction is to fix the hash and get rid of the vnode/fs code that does the disassociation entirely, movining the vp locking up into the common code. This is non-trivial, but it does mean that the dragon would only have to be fought once generally, instead od once per file system type. For you, either cranking the swap or the desiredvnodes will have the effect of letting you ignore the bug. The patch suggested above will "make it go away", but is a kludge, not a fix. > Also, is it true that this problem has been fixed in 2.2-current? Any > chance the fixes will make it into 2.1-stable? >From John's response, I think that it is *not* fixed in -current. He and I have talked about changing the cache so that the ihash code is not necessary, but it hasn't even reached a good design stage (unless John has gone and implemented it already -- he is a maniac 8-)); the idea is one from a coworker of mine from a related project that uses the BSD code in a product. I think if real fixes are made, it will be next release before they make it into a -stable. 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 Feb 11 13:16:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA25484 for hackers-outgoing; Sun, 11 Feb 1996 13:16:15 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA25478 for ; Sun, 11 Feb 1996 13:16:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18684; Sun, 11 Feb 1996 14:11:34 -0700 From: Terry Lambert Message-Id: <199602112111.OAA18684@phaeton.artisoft.com> Subject: Re: can't free vnode To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 11 Feb 1996 14:11:34 -0700 (MST) Cc: nwestfal@Vorlon.odc.net, terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <199602110824.SAA27753@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 11, 96 06:54: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 Precedence: bulk > This is Terry becoming too specific about the nature of the problem 8) > In your case, you can check the number of inodes free on your news > filesystem(s) and monitor your swap usage carefully. If any of these > seem low, it's likely that they'll contribute to the problem that Terry > has described. Actually, the 5-line hack I described will kludge around the problem. It is not a fix, it is a kludge. Anything that works is better than anything that doesn't, but kludges offend my sense of aesthetics, so I give long explanations of "you could do this, but it's not *right*". 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 Feb 11 14:02:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29765 for hackers-outgoing; Sun, 11 Feb 1996 14:02:25 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29760 for ; Sun, 11 Feb 1996 14:02:23 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tljq1-0003xJC; Sun, 11 Feb 96 14:01 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id XAA07186; Sun, 11 Feb 1996 23:01:36 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: John Birrell cc: keltia.freenix.fr!roberto@werple.net.au (Ollivier Robert), hackers@FreeBSD.org, jb@cimlogic.com.au Subject: Re: libc_r and the removal of ccitt and iso In-reply-to: Your message of "Mon, 12 Feb 1996 07:29:50 +1100." <199602112029.HAA25693@werple.net.au> Date: Sun, 11 Feb 1996 23:01:36 +0100 Message-ID: <7184.824076096@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > > Now that netccitt and netiso is in the Attic, libc_r still referenc e > > netiso/iso.h in iso_addr.c. > > > > We should put iso_addr.{c,3} from libc/net into the Attic too (they're no t > > in the Makefile any more). > > Keeping libc_r up-to-date with the libc makefiles is a problem. Additions > and deletions to the libc makefiles should be reflected in the libc_r tree. > It would be nice if the *same* makefiles could be used, but I don't know > how to do that. 8-( .include ../libc/Makefile ?? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc . Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Feb 11 15:09:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA06282 for hackers-outgoing; Sun, 11 Feb 1996 15:09:44 -0800 (PST) Received: from news.NetDTW.com (news.NetDTW.com [192.160.70.145]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA06271 for ; Sun, 11 Feb 1996 15:09:41 -0800 (PST) Received: from localhost (steve@localhost) by news.NetDTW.com (8.6.5/8.6.5) id SAA17420; Sun, 11 Feb 1996 18:09:35 -0500 Date: Sun, 11 Feb 1996 18:09:35 -0500 (EST) From: Steve Corso Subject: 2.1 Fixit disk PROBLEM To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hello Hackers, So, I backup my FreeBSD 2.1 system to a tape drive on another system. Of course, I had created a fixit disk (as well as a boot disk). I boot up and select the fixit disk option from the menu. Then I ifconfig up my ethernet interface. Now, I ping the "other" host, and much to my disappointment ping tells me that it cannot ping because ICMP is an "unknown protocol". Not to be put off I try telnet, and I am sorry to report that it indicates that its an "unknown service (telnet/tcp)". Charging right ahead, I decide to put a copy of /etc/protocols and /etc/services on the fixit disk. This does not help. HElP!!!!PLEASE!!!!!! Steve@netdtw.com From owner-freebsd-hackers Sun Feb 11 15:20:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA06949 for hackers-outgoing; Sun, 11 Feb 1996 15:20:24 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA06938 for ; Sun, 11 Feb 1996 15:20:17 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA17568; Sun, 11 Feb 1996 16:22:57 -0700 Date: Sun, 11 Feb 1996 16:22:57 -0700 From: Nate Williams Message-Id: <199602112322.QAA17568@rocky.sri.MT.net> To: "Karl Denninger, MCSNet" Cc: hackers@freebsd.org Subject: Re: CVS usage question In-Reply-To: References: Sender: owner-hackers@freebsd.org Precedence: bulk > I've been a "supper" of the STABLE tree for a while, and on the suggestion > of a number of the people doing development I've decided to stick a 4G disk > in a machine and start mirroring the CVS tree instead -- with the eventual > hope of being not only able to support our internal use of FreeBSD better, > but also to possibly open a "supX" server for people to grab from (I note > that sup4 is offline, sup3 is unreachable, etc.) Cool. > Now, however, if I'm going to grab CVS stuff instead of the STABLE tree > itself, I need to know how to productively use CVS. Here are the goals: Unfortunately, most of the goals are un-reachable, but I'll comment on them anyway. > 1) To be able to extract -STABLE and/or -CURRENT to work with > here. (syntax examples would be most helpful!) Generally speaking, > once I check one of these out, I won't want to check it out for > modifications (with the possible exception of one or two files which > I *WILL* want to check out for changes). Since CVS allows modification of any bits that are checked out, there is no way to prevent you or anyone else from modifying these files short of the unix allows it now with permissions. For stable bits: # cd /usr # rm -rf src # cvs co -r RELENG_2_1_0 src ... [ To update bits ] # cd /usr/src [ Or wherever ] # cvs update -Pdr RELENG_2_1_0 For current bits: # cd /usr # rm -rf src # cvs co src ... [ To update bits ] # cd /usr/src [ Or wherever ] # cvs update -PdA > 2) To be able to check *in* to a *LOCAL ONLY* branch changes which > are in fact local, and incorporate THOSE into the extractions I make > (I realize the risks inherent in doing this with version mismatches, > but the places we change things aren't likely to be subject to > revisions by the primary developers). It would be ideal if these > revisions could then be blocked from SUPping by others (if not, I'll > need two code trees -- blech). Simply checking out a copy of the sources in a spot in your tree, and then modifying the bits in that tree and checking them in will work. However, as soon as you re-sup the CVS bits from freefall your changes in the CVS tree will be over-written. > The goal here is to be able to, say, extract a "usr.bin/login" from > either our private change tree OR from the standard -STABLE tree. > Is this possible while SUPping updates for the CVS masters? Nope, because the idea of SUPping the CVS bits is to guarantee that you are getting the *exact* same bits as everyone else. If the bits are different on your site vs. the site you are supping from, SUP will notice the discrepancey make sure you get a copy of the 'master' file on site. > 3) To be able to SUP a new "Cvs" update *WITHOUT* destroying my local > changes (one of the problems I have right now with SUPping -STABLE > is that I have to be most careful where I set up as the target, and > how I merge things -- this will get intolerable if I try to mirror > daily and offer a SupX server...) The only solution in the current schema I'm aware of is this: a) Checkout a version from whatever version you wish to modify the bits. b) Modify the bits. c1) As the bits change in the release, use 'cvs update' and such commands to keep your bits 'in-sync' with the changes being made to the tree. OR c2) Once you've made your local-changes, try to convince the CVS folks of the validity of your changes so that you don't need to go through the hassle of c1. > 4) How does one build the FreeBSD/2.1.0-RELEASE (or -STABLE) *package* > format (so I can load machines from a local code server instead of > FTPing from somewhere else?) I know I could just pull the package > files, but I'd like to have a set which are custom to us -- and one > for general FTPing by the public as well. Doable? I'll let Satoshi respond to this, but it's *very* do-able, and I'm sure how things are done now. > Anyone got a quick tutorial on CVS they can blow at me, point me at, or just > lend a hand? Or am I asking for CVS and SUP to do things they aren't > designed for... CVS can do it, given the above constraints. Start off with 'man cvs', and then read the FAQ in the CVS source directory. Nate From owner-freebsd-hackers Sun Feb 11 16:09:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13173 for hackers-outgoing; Sun, 11 Feb 1996 16:09:58 -0800 (PST) Received: from werple.net.au (werple.mira.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA13144 for ; Sun, 11 Feb 1996 16:09:50 -0800 (PST) Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id KAA03172 for hackers@FreeBSD.org; Mon, 12 Feb 1996 10:18:06 +1100 (EST) Message-Id: <199602112318.KAA03172@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA15679; Mon, 12 Feb 1996 10:17:37 +1100 From: John Birrell Subject: Re: libc_r and the removal of ccitt and iso To: critter.tfs.com!phk@werple.net.au (Poul-Henning Kamp) Date: Mon, 12 Feb 1996 10:17:36 +1100 (EST) Cc: hackers@FreeBSD.org, jb@cimlogic.com.au In-Reply-To: <7184.824076096@critter.tfs.com> from "Poul-Henning Kamp" at Feb 11, 96 11:01:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > > Keeping libc_r up-to-date with the libc makefiles is a problem. Additions > > and deletions to the libc makefiles should be reflected in the libc_r tree. > > It would be nice if the *same* makefiles could be used, but I don't know > > how to do that. 8-( > > .include ../libc/Makefile Ummm. Where would that drop the object modules? Would you mind the thread specific treatment of renamed syscalls (for instance) appearing in libc/Makefile? And the extra sub-directory for thread functions? And different CFLAGS? I know all this can be done, but I'd like an opinion as to whether it would be acceptable. > > ?? > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. > http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. > whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Sun Feb 11 17:05:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20398 for hackers-outgoing; Sun, 11 Feb 1996 17:05:27 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20386 for ; Sun, 11 Feb 1996 17:05:23 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id RAA00244; Sun, 11 Feb 1996 17:05:17 -0800 From: Julian Elischer Message-Id: <199602120105.RAA00244@ref.tfs.com> Subject: Re: CVS usage question To: nate@sri.MT.net (Nate Williams) Date: Sun, 11 Feb 1996 17:05:17 -0800 (PST) Cc: karl@mcs.com, hackers@FreeBSD.org In-Reply-To: <199602112322.QAA17568@rocky.sri.MT.net> from "Nate Williams" at Feb 11, 96 04:22:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > Unfortunately, most of the goals are un-reachable, but I'll comment on > them anyway. Haveing watched peter wemm at work with this, I have a suggestion about how to do this.. talk to peter about some of how he was achieving this.. > > Since CVS allows modification of any bits that are checked out, there is > no way to prevent you or anyone else from modifying these files short of > the unix allows it now with permissions. however you can make sure that people can't check back in again.. > > For stable bits: > # cd /usr > # rm -rf src > # cvs co -r RELENG_2_1_0 src doesn't have to be /usr/src.. could be ~xyz/src > ... > # cvs update -Pdr RELENG_2_1_0 are all the options needed? > > > 2) To be able to check *in* to a *LOCAL ONLY* branch changes which > > are in fact local, and incorporate THOSE into the extractions I make > > (I realize the risks inherent in doing this with version mismatches, > > but the places we change things aren't likely to be subject to > > revisions by the primary developers). It would be ideal if these > > revisions could then be blocked from SUPping by others (if not, I'll > > need two code trees -- blech). > > Simply checking out a copy of the sources in a spot in your tree, and > then modifying the bits in that tree and checking them in will work. > However, as soon as you re-sup the CVS bits from freefall your changes > in the CVS tree will be over-written. I notice peter doing this when I visited him and maybe someone else who knows CVS better than I, can explain. He has TWO cvs trees he has a single checked out tree. If I were doing this: (and I will be soon so I'm interested..) I'd expect it to work somewhat like as follows.. I'd do a cvs update to my checked out tree, using the SUPPed tree, then I'd do a cvs commit to the local cvs tree. that would (after changes) bring in merged updates into my local cvs tree I don't know enough about CVS to know all the ways of doing this, but I saw Peter doing similar using two CVS repositories on differnt machines. The checked out tree always had the merged code, with both new FreeBSD changes, and local changes, and the local CVS tree got these updates. As I said.. I have no idea how he was doing this.. > > > The goal here is to be able to, say, extract a "usr.bin/login" from > > either our private change tree OR from the standard -STABLE tree. > > Is this possible while SUPping updates for the CVS masters? > > Nope, because the idea of SUPping the CVS bits is to guarantee that you > are getting the *exact* same bits as everyone else. If the bits are > different on your site vs. the site you are supping from, SUP will > notice the discrepancey make sure you get a copy of the 'master' file on > site. so you need two CVS trees, only one of which is updated > > > 3) To be able to SUP a new "Cvs" update *WITHOUT* destroying my local > > changes (one of the problems I have right now with SUPping -STABLE > > is that I have to be most careful where I set up as the target, and > > how I merge things -- this will get intolerable if I try to mirror > > daily and offer a SupX server...) Usinf only one CVS tree (and SUPing it,) I never check my changes in to it. I use cvs diff -c to keep a diff file of all my changes relative to the baseline and occasionally I shi[ that file to Freefall and commit it. > > The only solution in the current schema I'm aware of is this: > a) Checkout a version from whatever version you wish to modify the bits. > b) Modify the bits. > c1) As the bits change in the release, use 'cvs update' and such commands > to keep your bits 'in-sync' with the changes being made to the tree. what I do when the changes are in testing > OR > c2) Once you've made your local-changes, try to convince the CVS folks > of the validity of your changes so that you don't need to go through > the hassle of c1. what eventually happens if I think it's a good change.. of course you can have several checked out trees, each with a different set of changes in them. > > From owner-freebsd-hackers Sun Feb 11 17:13:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21678 for hackers-outgoing; Sun, 11 Feb 1996 17:13:18 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA21671 for ; Sun, 11 Feb 1996 17:13:14 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id SAA17779; Sun, 11 Feb 1996 18:15:52 -0700 Date: Sun, 11 Feb 1996 18:15:52 -0700 From: Nate Williams Message-Id: <199602120115.SAA17779@rocky.sri.MT.net> To: Julian Elischer Cc: nate@sri.MT.net (Nate Williams), karl@mcs.com, hackers@FreeBSD.org Subject: Re: CVS usage question In-Reply-To: <199602120105.RAA00244@ref.tfs.com> References: <199602112322.QAA17568@rocky.sri.MT.net> <199602120105.RAA00244@ref.tfs.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Unfortunately, most of the goals are un-reachable, but I'll comment on > > them anyway. > > Haveing watched peter wemm at work with this, I have a suggestion > about how to do this.. talk to peter about some of how he was > achieving this.. As I understand it (Peter, jump in here anytime), he was using a local version of the CVS tree and a remote version of the tree. However, both versions were of the same lineage and never deferred from one another except for time. > > Since CVS allows modification of any bits that are checked out, there is > > no way to prevent you or anyone else from modifying these files short of > > the unix allows it now with permissions. > > however you can make sure that people can't check back in again.. Not w/out modifying the permissions of the files. > > For stable bits: > > # cd /usr > > # rm -rf src > > # cvs co -r RELENG_2_1_0 src > > doesn't have to be /usr/src.. could be ~xyz/src True. > > ... > > # cvs update -Pdr RELENG_2_1_0 > are all the options needed? If you want the stable bits, yes. > > > 2) To be able to check *in* to a *LOCAL ONLY* branch changes which > > > are in fact local, and incorporate THOSE into the extractions I make > > > (I realize the risks inherent in doing this with version mismatches, > > > but the places we change things aren't likely to be subject to > > > revisions by the primary developers). It would be ideal if these > > > revisions could then be blocked from SUPping by others (if not, I'll > > > need two code trees -- blech). > > > > Simply checking out a copy of the sources in a spot in your tree, and > > then modifying the bits in that tree and checking them in will work. > > However, as soon as you re-sup the CVS bits from freefall your changes > > in the CVS tree will be over-written. > > I notice peter doing this when I visited him and > maybe someone else who knows CVS better than I, can explain. See above. I also don't think Peter checked in the changes to the local tree, but he can comment on that. > He has TWO cvs trees > he has a single checked out tree. As I understand it, he used the local CVS tree for quick reference, but committed his changes against the remote CVS tree to avoid the grief of bad packet loss on the international lines. However, all of this assumes that the tree will eventually be 'synced' up, so you can't keep local-only changes in the actual CVS tree. You *can* keep them in the checked out copy of the sources, but they aren't in the actual repository. > > > The goal here is to be able to, say, extract a "usr.bin/login" from > > > either our private change tree OR from the standard -STABLE tree. > > > Is this possible while SUPping updates for the CVS masters? > > > > Nope, because the idea of SUPping the CVS bits is to guarantee that you > > are getting the *exact* same bits as everyone else. If the bits are > > different on your site vs. the site you are supping from, SUP will > > notice the discrepancey make sure you get a copy of the 'master' file on > > site. > > so you need two CVS trees, only one of which is updated At which point you make it *very* difficult to keep both trees in sync. since they never converge to the same code. If the trees eventually converge it's not a problem, but trying to keep both in sync. is a non-trivial problem. Nate From owner-freebsd-hackers Sun Feb 11 17:34:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA24671 for hackers-outgoing; Sun, 11 Feb 1996 17:34:11 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA24657 for ; Sun, 11 Feb 1996 17:34:08 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id SAA17831; Sun, 11 Feb 1996 18:36:52 -0700 Date: Sun, 11 Feb 1996 18:36:52 -0700 From: Nate Williams Message-Id: <199602120136.SAA17831@rocky.sri.MT.net> To: hackers@FreeBSD.org Subject: GCC 2.7.2 bugs Sender: owner-hackers@FreeBSD.org Precedence: bulk I found this in the textutils distribution. If you are building with gcc-2.7.2, when you run configure you should expect[*] to see this line (along with lots of others): checking for working const... no That means configure has detected that gcc-2.7.2 generates bad code for certain uses of `const' casts. Although we don't make *heavy* use of const, I guess it's yet another reason to not upgrade our gcc compiler. Nate From owner-freebsd-hackers Sun Feb 11 18:06:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27722 for hackers-outgoing; Sun, 11 Feb 1996 18:06:33 -0800 (PST) Received: from news.NetDTW.com (news.NetDTW.com [192.160.70.145]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA27715 for ; Sun, 11 Feb 1996 18:06:30 -0800 (PST) Received: from localhost (steve@localhost) by news.NetDTW.com (8.6.5/8.6.5) id VAA26834; Sun, 11 Feb 1996 21:06:29 -0500 Date: Sun, 11 Feb 1996 21:06:28 -0500 (EST) From: Steve Corso Subject: More 2.1 Fixit disk PROBLEM (fwd) To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Ok...Well, I was on the right track. You do need the /etc/services and /etc/protocols files, but AH!!, you need to put links up to them since the fixit gets moved to /mnt2. Now then, I would think that there is a place where the already existing link to /etc/spwd.db gets set. However, how that happens remains a secret that I cannot figure out. Can anyone let me in on this one? Thank you, Steve@netdtw.com ---------- Forwarded message ---------- Date: Sun, 11 Feb 1996 18:09:35 -0500 (EST) From: Steve Corso To: hackers@freebsd.org Subject: 2.1 Fixit disk PROBLEM Hello Hackers, So, I backup my FreeBSD 2.1 system to a tape drive on another system. Of course, I had created a fixit disk (as well as a boot disk). I boot up and select the fixit disk option from the menu. Then I ifconfig up my ethernet interface. Now, I ping the "other" host, and much to my disappointment ping tells me that it cannot ping because ICMP is an "unknown protocol". Not to be put off I try telnet, and I am sorry to report that it indicates that its an "unknown service (telnet/tcp)". Charging right ahead, I decide to put a copy of /etc/protocols and /etc/services on the fixit disk. This does not help. HElP!!!!PLEASE!!!!!! Steve@netdtw.com From owner-freebsd-hackers Sun Feb 11 18:26:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29411 for hackers-outgoing; Sun, 11 Feb 1996 18:26:59 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA29404 for ; Sun, 11 Feb 1996 18:26:57 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA01550; Mon, 12 Feb 1996 12:56:10 +1030 From: Michael Smith Message-Id: <199602120226.MAA01550@genesis.atrad.adelaide.edu.au> Subject: Re: WordPerfect install To: jfieber@indiana.edu (John Fieber) Date: Mon, 12 Feb 1996 12:56:09 +1030 (CST) Cc: hackers@freebsd.org In-Reply-To: from "John Fieber" at Feb 11, 96 03:46:13 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk John Fieber stands accused of saying: > > > Before you start installing xwp, do the following : > > > > touch /dev/socksys > > symlink /dev/X0R to /dev/null > > symlink /dev/ipx to /dev/null > > setenv DISPLAY localhost:0.0 > > (you may have to replace 'localhost' with the IP address of your system) > > Questions: > > What version of FreeBSD? I know for certain this was working on an early December 2.2-current. > What version of WordPerfect? The 6.0 demo. > I had no luck with FreeBSD 2.1. I booted a -current kernel and got > through the install without problems but I haven't been able to get the > *#$&@*& license server to run and WordPerfect won't run without the > license server. Various part of the package that can be run > independently (eg the drawing program) seem to work fine. Er, I recall you posting a while back that you were having problems with the license manager truncating your hostname, but that you got past that. However I never heard anything more from you on that, so I just assumed that you had it working. > BTW, this is genuine licensed version, NOT the demo. Does the license manager actually start and run? (You may not need the license server per se. if you're running on the machine the license is for.) Do you still have the URL for the license manager vendor that you posted a while back? > -john -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "wherever you go, there you are" - Buckaroo Banzai [[ From owner-freebsd-hackers Sun Feb 11 18:56:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03359 for hackers-outgoing; Sun, 11 Feb 1996 18:56:14 -0800 (PST) Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03270 for ; Sun, 11 Feb 1996 18:55:54 -0800 (PST) Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id VAA07989; Sun, 11 Feb 1996 21:55:20 -0500 Date: Sun, 11 Feb 1996 21:55:19 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: Michael Smith cc: hackers@freebsd.org Subject: Re: WordPerfect install In-Reply-To: <199602120226.MAA01550@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 12 Feb 1996, Michael Smith wrote: > However I never heard anything more from you on that, so I just > assumed that you had it working. Actually, it is more like "Gee, this thing takes up 70 megabytes, is being a pain in the ass and I've got too many other things to do". However, I'm still interested in getting it working. It now sits on a tape though. > Does the license manager actually start and run? (You may not need the You definately do need the license server running. The licence server start up, then starts a module supplied by WordPerfect which actually regulates the use (through the license manager). When you fire up wordperfect, it contacts the license server which contacts the wordperfect licence module which either approves or denies the request. The problem is that the wordperfect license module fails to get going. It goes like this where (lmgrd) is the license server and (wplmd60) is the wordperfect module: 1/08 20:45:47 (lmgrd) Starting vendor daemons ... 1/08 20:45:47 (lmgrd) Started wplmd60 1/08 20:45:48 (wplmd60) Not logging IN messages 1/08 20:45:48 (wplmd60) Not logging OUT messages 1/08 20:45:48 (wplmd60) Vendor daemon can't talk to lmgrd (invalid returned data from license server) port 7685. 1/08 20:45:48 (lmgrd) Vendor daemon died with status 244 1/08 20:45:48 (lmgrd) Since this is an unknown status, lmgrd will 1/08 20:45:48 (lmgrd) attempt to re-start the vendor daemon. 1/08 20:45:48 (lmgrd) REStarted wplmd60 (internet tcp_port 1028) (and this repeats in an endless loop) If I get the time, I'll go bug Novell (or whoever owns wordperfect at the time). I do have the error return code from the wp license module. Maybe they can tell me what would cause that. I have a feeling it could be a pretty difficult thing to debug. The fact that WP is now sitting on a tape makes it even more difficult. ;) Also, with respect to the SCO uname(2), since it only allows 8 characters for the hostname, maybe it should truncate the name at the first period (.)? I can only make the license manager get this far by setting my hostname to *exactly* eight characters. > for.) Do you still have the URL for the license manager vendor that you > posted a while back? That would be http://www.globetrotter.com/ -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Sun Feb 11 22:20:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA29336 for hackers-outgoing; Sun, 11 Feb 1996 22:20:32 -0800 (PST) Received: from chem.unisa.ac.za (chem.unisa.ac.za [163.200.97.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA29323 for ; Sun, 11 Feb 1996 22:20:09 -0800 (PST) Received: by chem.unisa.ac.za (AIX 4.1/UCB 5.64/4.03) id AA27360; Mon, 12 Feb 1996 08:17:12 +0200 From: radova@chem.unisa.ac.za (A. Radovanovic) Message-Id: <9602120617.AA27360@chem.unisa.ac.za> Subject: multiple IPs and domains on BSD? To: hackers@freebsd.org Date: Mon, 12 Feb 1996 08:17:11 +0200 (USAST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Is it possible to have multiple domains and IPs in FreeBSD? Is there any FAQ how to do this? Alex From owner-freebsd-hackers Sun Feb 11 23:38:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05222 for hackers-outgoing; Sun, 11 Feb 1996 23:38:00 -0800 (PST) Received: from zip.io.org (root@zip.io.org [198.133.36.80]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05217 for ; Sun, 11 Feb 1996 23:37:57 -0800 (PST) Received: (from taob@localhost) by zip.io.org (8.6.12/8.6.12) id CAA29988; Mon, 12 Feb 1996 02:37:12 -0500 Date: Mon, 12 Feb 1996 02:37:11 -0500 (EST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: fgtty: Inappropriate device for ioctl (25) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I have been getting this error when trying to start up screen 3.6.2 on one of my FreeBSD 2.1.0-RELEASE machines (zap.io.org). Several other users have reported the same problem. The error occurs when a new screen is created, either by the hotkey combination or from the .screenrc startup file. The odd thing is that it does not happen on another one of my servers (zip.io.org). As far as I can tell, the two servers are identical in software and hardware. They are running identical kernels, identical screen binaries, an identical set of tty's and pty's in /dev, NFS mount the same home directories, and serve approximately the same number of users. Any suggestions? -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Mon Feb 12 00:36:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA08631 for hackers-outgoing; Mon, 12 Feb 1996 00:36:56 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA08612 for ; Mon, 12 Feb 1996 00:36:49 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA00762; Mon, 12 Feb 1996 09:27:17 +0100 From: Luigi Rizzo Message-Id: <199602120827.JAA00762@labinfo.iet.unipi.it> Subject: Zero Fill On Demand (was Re: Compressed RAM/SWAP) To: toor@dyson.iquest.net (John S. Dyson) Date: Mon, 12 Feb 1996 09:27:17 +0100 (MET) Cc: dufault@hda.com, hackers@FreeBSD.ORG In-Reply-To: <199602101238.MAA03889@dyson.iquest.net> from "John S. Dyson" at Feb 10, 96 12:37:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > If there are lots of zero'd pages that aren't used that often, > > can't be eliminated, and would benefit from compression wouldn't > > it be better to look at a ZFOD (zero fill on demand) mechanism? > > Perhaps using that as a HINT as to which pages might be useful targets > for compression??? Maybe eliminating the wasteful attempted compression. One possible way to achieve ZFOD would be the following: + make sure that there is always a bzeroed page, say ZP + when creating a new page, just build a copy-on-write reference to ZP in the page table. this should be quite fast at creation (and implementation) time, and a bit more powerful than ZFOD, as the page is read-accessible from the beginning without any page fault. I believe it is going to be more expensive when the page is written to, because copying require twice the accesses of bzero-ing. John ? Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Mon Feb 12 02:41:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA13673 for hackers-outgoing; Mon, 12 Feb 1996 02:41:49 -0800 (PST) Received: from ghpc6.ihf.rwth-aachen.de (ghpc6.ihf.RWTH-Aachen.DE [134.130.90.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA13508 for ; Mon, 12 Feb 1996 02:39:36 -0800 (PST) Received: (from thomas@localhost) by ghpc6.ihf.rwth-aachen.de (8.6.12/8.6.9) id LAA20857; Mon, 12 Feb 1996 11:38:08 +0100 From: Thomas Gellekum Message-Id: <199602121038.LAA20857@ghpc6.ihf.rwth-aachen.de> Subject: Re: What a OS!! To: lenzi@cwbtr01.bsi.com.br (Sergio de Almeida Lenzi) Date: Mon, 12 Feb 1996 11:38:07 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: from "Sergio de Almeida Lenzi" at Feb 9, 96 09:20:48 pm Organization: Institut f. Hochfrequenztechnik, RWTH Aachen X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Sergio de Almeida Lenzi wrote: > > Custumers said that word is good for little things but I saw some work done > in LaTex and find it has superior quality..., Thanks a lot, Couldn't agree more. Bernd Rosauers teTeX port will be available in a few days. This is the most complete TeX environment on a UN*X system. tg From owner-freebsd-hackers Mon Feb 12 03:28:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA16494 for hackers-outgoing; Mon, 12 Feb 1996 03:28:56 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA16464 for ; Mon, 12 Feb 1996 03:28:03 -0800 (PST) Received: by sequent.kiae.su id AA27172 (5.65.kiae-2 ); Mon, 12 Feb 1996 14:22:27 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 12 Feb 96 14:22:27 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id MAA00357; Mon, 12 Feb 1996 12:14:35 +0300 (MSK) To: Jake Hamby , "Jordan K. Hubbard" Cc: hackers@FreeBSD.org References: <29434.824001055@time.cdrom.com> <311D9508.280D@lightside.com> In-Reply-To: <311D9508.280D@lightside.com>; from Jake Hamby at Sat, 10 Feb 1996 23:04:40 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 12 Feb 1996 12:14:35 +0300 (MSK) X-Mailer: Mail/@ [v2.42 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Manuel Bouyer: update of atapi driver Lines: 19 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk In message <311D9508.280D@lightside.com> Jake Hamby writes: >I should note that the Workman port never did work with our ATAPI driver >(does it work with Mitsumi or Sony, or are there SCSI-specific >assumptions in there?). 1) I can't ever build Workman, Imake produce error on missing Xview.prog :-( 2) There is only SCSI-specific assumptions and no other assumtions exists. If some player work with SCSI CD and not work with other CD driver, it is definitely other CD driver bug an should be fixed in the driver. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Mon Feb 12 03:39:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17315 for hackers-outgoing; Mon, 12 Feb 1996 03:39:02 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA17298 for ; Mon, 12 Feb 1996 03:38:27 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id PAA24961; Mon, 12 Feb 1996 15:59:32 +0500 From: "Serge A. Babkin" Message-Id: <199602121059.PAA24961@hq.icb.chel.su> Subject: Re: multicast config confusion: can't get mrouted to work To: rminnich@Sarnoff.COM (Ron G. Minnich) Date: Mon, 12 Feb 1996 15:59:31 +0500 (GMT+0500) Cc: hackers@freebsd.org In-Reply-To: from "Ron G. Minnich" at Feb 9, 96 11:55:55 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > i'm lost. I can't get mrouted on freebsd to do anything except quit. > Release is freebsd 2.1R, options MROUTE is on in the kernel. > > Here's a sample ifconfig -a > lp0: flags=8810 mtu 1500 > ep0: flags=863 mtu 1500 > inet 130.33.10.216 netmask 0xfffff800 broadcast 130.33.15.255 > lo0: flags=8009 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > sl0: flags=c010 mtu 552 > tun0: flags=8010 mtu 1500 > > OK, i have two at least multicast capable interfaces. BUT, my ep0 is not > multicast capable. Is this because it can broadcast? there's no ifconfig > option to set multicast ... You need to take the 3c509 driver from -current. -SB From owner-freebsd-hackers Mon Feb 12 04:25:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25622 for hackers-outgoing; Mon, 12 Feb 1996 04:25:14 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA25604 for ; Mon, 12 Feb 1996 04:25:09 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id HAA16076 for hackers@freebsd.org; Mon, 12 Feb 1996 07:31:22 -0500 From: Peter Dufault Message-Id: <199602121231.HAA16076@hda.com> Subject: g++ 2.7.2 / libg++ 2.7.1 and ld To: hackers@freebsd.org Date: Mon, 12 Feb 1996 07:31:22 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I've been down the dead end that apparently several others have in trying to get g++ 2.7.2 / libg++ 2.7.1 fully working on FreeBSD. I believe the final stumbling block is our linker. Quick summary: 1. Start with pgcc in -ports; 2. (Now you need -lstdc++) Use libg++-2.7.1 from prep; 3. (Now you need weak symbol support in assembler) Use "as" from binutils-2.6 4. (Now you need weak symbol support in linker?) Reach a dead end without work on ld. As suggested in the list archives, I tried adding "#define SUPPORTS_WEAK 0" to config/xm-freebsd.h in the compiler, however, it still generates weak symbols. The current problem is that the g++ compiler is generating weak symbols with colliding names that I assume the linker is supposed to uniquely resolve - at least that is my guess. For example, two separate .cc files are generating this symbol: > rt# ./foo > 0000086a ? ___15CG56XCSynchCommRC15CG56XCSynchComm > 00000832 ? ___15CG56XCSynchCommRC15CG56XCSynchComm and an examination of the associated .s shows it is weak. The distributed gnu binutils linker fall down on FreeBSD. If you configure it as any of our formerly close relatives (bsd, bsdi, or netbsd) it won't work: > rt# ./configure i386-unknown-bsd > rt# make all-ld (...) > rt# gcc -o foo foo.c > /usr/lib/crt0.o: file not recognized: File format not recognized If you configure it as just plain a.out it also falls down: > rt# ./configure i386-unknown-aout (...) > rt# gcc -o foo foo.c > ld:/usr/local/lib/gcc-lib/pentium-unknown-freebsd/2.7.2p/libgcc.a: file format not recognized; treating as linker script > ld:/usr/local/lib/gcc-lib/pentium-unknown-freebsd/2.7.2p/libgcc.a:1: parse error I'm surprised at this. I've promised to do the ptolemy pre release testing by Friday and I didn't think the biggest problem would be getting the tool chain up and running. I have to leave for a week this Friday and don't have time to chase down this linker issue as well as everything else I have to finish up. I will be endebted to whomever can get this tool chain working properly by about Wednesday. Please let me know if you can do it. I'm also interested in why we had to go off in left field with our linker. Is it something with our shared library support? Can I perhaps generate static only programs with the gnu tools? -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Mon Feb 12 04:49:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA27321 for hackers-outgoing; Mon, 12 Feb 1996 04:49:41 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA27316 for ; Mon, 12 Feb 1996 04:49:39 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tlxh4-0003xGC; Mon, 12 Feb 96 04:49 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id NAA00258; Mon, 12 Feb 1996 13:49:20 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: John Birrell cc: critter.tfs.com!phk@werple.net.au (Poul-Henning Kamp), hackers@FreeBSD.ORG, jb@cimlogic.com.au Subject: Re: libc_r and the removal of ccitt and iso In-reply-to: Your message of "Mon, 12 Feb 1996 10:17:36 +1100." <199602112318.KAA03172@werple.net.au> Date: Mon, 12 Feb 1996 13:49:19 +0100 Message-ID: <256.824129359@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > > > Keeping libc_r up-to-date with the libc makefiles is a problem. Additions > > > and deletions to the libc makefiles should be reflected in the libc_r tre e. > > > It would be nice if the *same* makefiles could be used, but I don't know > > > how to do that. 8-( > > > > .include ../libc/Makefile > > Ummm. Where would that drop the object modules? ${.CURDIR} doesn't change. > Would you mind the thread specific treatment of renamed syscalls > (for instance) appearing in libc/Makefile? And the extra sub-directory > for thread functions? And different CFLAGS? I know all this can be done, > but I'd like an opinion as to whether it would be acceptable. Rather that than having two almost identical files... If you look in src/release/Makefile you can see another example of reusing almost identical commands for different targets. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Mon Feb 12 05:15:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29132 for hackers-outgoing; Mon, 12 Feb 1996 05:15:36 -0800 (PST) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA29127 for ; Mon, 12 Feb 1996 05:15:33 -0800 (PST) Received: (from root@localhost) by dyson.iquest.net (8.6.11/8.6.9) id IAA02460; Mon, 12 Feb 1996 08:10:58 GMT From: "John S. Dyson" Message-Id: <199602120810.IAA02460@dyson.iquest.net> Subject: Re: Zero Fill On Demand (was Re: Compressed RAM/SWAP) To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Mon, 12 Feb 1996 08:10:57 +0000 () Cc: dufault@hda.com, hackers@FreeBSD.ORG In-Reply-To: <199602120827.JAA00762@labinfo.iet.unipi.it> from "Luigi Rizzo" at Feb 12, 96 09:27:17 am X-Mailer: ELM [version 2.4 PL24 ME8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > If there are lots of zero'd pages that aren't used that often, > > > can't be eliminated, and would benefit from compression wouldn't > > > it be better to look at a ZFOD (zero fill on demand) mechanism? > > > > Perhaps using that as a HINT as to which pages might be useful targets > > for compression??? Maybe eliminating the wasteful attempted compression. > > One possible way to achieve ZFOD would be the following: > > + make sure that there is always a bzeroed page, say ZP > + when creating a new page, just build a copy-on-write reference to ZP > in the page table. > > this should be quite fast at creation (and implementation) time, > and a bit more powerful than ZFOD, as the page is read-accessible > from the beginning without any page fault. > It is easy to put pages into a process at the time that it is put into a process address space, but if you run the lat_mmap benchmark, you notice that it does take finite time. All in all it is a performance boost though, but how much?. > > I believe it is going to be more expensive when the page is written > to, because copying require twice the accesses of bzero-ing. > If the page is written to, the fault will occur before the write. So a copy is not needed, but a new zero page still needs to be grabbed from the zero page queue. (There is an page zeroing mechanism at idle time.) Note that pages that are non-COW, r/w are placed r/w into address space at fault time even though they might be read first. Lemme think about your idea a little longer. John From owner-freebsd-hackers Mon Feb 12 05:19:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29366 for hackers-outgoing; Mon, 12 Feb 1996 05:19:10 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA29100 Mon, 12 Feb 1996 05:14:58 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA01238; Mon, 12 Feb 1996 14:13:45 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA02287; Mon, 12 Feb 1996 14:13:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id NAA28392; Mon, 12 Feb 1996 13:48:33 +0100 (MET) From: J Wunsch Message-Id: <199602121248.NAA28392@uriah.heep.sax.de> Subject: Re: Exabyte EXB-2501 To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 12 Feb 1996 13:48:33 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, dave@kachina.jetcafe.org, questions@FreeBSD.org, hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602110906.TAA27911@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 11, 96 07:36:07 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As Michael Smith wrote: > > Just for reference, there are dozens of differnt firmware revisions for > the EXB-250x series, which has caused a lot of the workstation vendors > grief. (See comments on this in the SGI hardware FAQ and witness the > Sun-exabyte FAQ.) Any URL for these FAQs? -- 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 Feb 12 05:19:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29415 for hackers-outgoing; Mon, 12 Feb 1996 05:19:46 -0800 (PST) Received: from unix.stylo.it ([194.21.207.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA29408 for ; Mon, 12 Feb 1996 05:19:41 -0800 (PST) Received: from trust.stylo.it (trust.stylo.it [194.21.207.253]) by unix.stylo.it (8.6.11/8.6.9) with SMTP id OAA10841 for ; Mon, 12 Feb 1996 14:15:03 +0100 Received: by trust.stylo.it with NT SMTP Gateway ver 31 id <311F3BBB@trust.stylo.it>; Mon, 12 Feb 96 14:08:11 W From: Angelo Turetta To: freebsd-hackers Subject: Message duplicates from -announce Date: Mon, 12 Feb 96 14:06:00 W Message-ID: <311F3BBB@trust.stylo.it> Encoding: 31 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@freebsd.org Precedence: bulk It's just me, or is majordomo sending duplicates of all messages posted on freebsd-announce ? I think the problem started around the beginning of 1996: the true message has the original Subject line and all headers are correct. The copy has an empty subject line and all the headers are duplicated (See below for a copy of the headers in excess from the last message dated Feb 10, 96) >From owner-majordomo Sat Feb 10 21:18:40 1996 Received: from crash.ops.neosoft.com (root@crash.ops.NeoSoft.COM [206.109.4.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA13719 for ; Sat, 10 Feb 1996 21:18:39 -0800 (PST) Received: (from dbaker@localhost) by crash.ops.neosoft.com (8.6.12/8.6.12) id XAA28851 for freebsd-announce@freebsd.org; Sat, 10 Feb 1996 23:17:21 -0600 From: Daniel Baker Message-Id: <199602110517.XAA28851@crash.ops.neosoft.com> Subject: www2.freebsd.org UP To: freebsd-announce@freebsd.org Date: Sat, 10 Feb 1996 23:17:21 -0600 (CST) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Angelo Turetta Stylo Multimedia - http://www.stylo.it mailto:aturetta@stylo.it From owner-freebsd-hackers Mon Feb 12 06:03:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA01215 for hackers-outgoing; Mon, 12 Feb 1996 06:03:34 -0800 (PST) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA01206 for ; Mon, 12 Feb 1996 06:03:25 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tlypO-000I7qC; Mon, 12 Feb 96 15:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #4) id m0tlyVb-00001KC; Mon, 12 Feb 96 14:41 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: What a OS!! To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Date: Mon, 12 Feb 1996 14:41:35 +0100 (MET) Cc: lenzi@cwbtr01.bsi.com.br, hackers@freebsd.org In-Reply-To: <199602121038.LAA20857@ghpc6.ihf.rwth-aachen.de> from "Thomas Gellekum" at Feb 12, 96 11:38:07 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >From the keyboard of Thomas Gellekum: > > Custumers said that word is good for little things but I saw some work done > > in LaTex and find it has superior quality..., Thanks a lot, > > Couldn't agree more. > > Bernd Rosauers teTeX port will be available in a few days. This is > the most complete TeX environment on a UN*X system. And if you prefer a WYSIWYG interface (to LaTeX), have a look at LyX, it looks _very_ promising. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Mon Feb 12 06:06:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA01309 for hackers-outgoing; Mon, 12 Feb 1996 06:06:04 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA01303 for ; Mon, 12 Feb 1996 06:05:52 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id PAA07290 for hackers@freebsd.org; Mon, 12 Feb 1996 15:05:36 +0100 Message-Id: <199602121405.PAA07290@nixpbe.pdb.sni.de> Subject: Re: CCITT support in current To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 12 Feb 96 15:05:57 MET From: Greg Lehey Cc: hackers@freebsd.org (Hackers; FreeBSD) In-Reply-To: <19936.823872136@time.cdrom.com>; from "Jordan K. Hubbard" at Feb 09, 96 5:22 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org Precedence: bulk > >> I've found, what last current does not support CCITT already. Can >> I ask why ? I have installed X400 GW on FreeBSD and plan to install >> other tech. sites on FreeBSD, but I must use other system due of >> abcense of CCITT protocols. > > Because nobody was supporting it! > > I'll make you an offer, however. I'll happily send you a 2.1 or 2.0.5 > (or however far back you'd like to go, really!) CD containing the > CCITT stuff and you can hack it back into your copy of -current and > make it compile / function as it's supposed to. Then, assuming that > you're willing to become Mr. CCITT Protocols Person, it can be merged > into -current but this time as SUPPORTED CODE, that is supported by > you (all code has to be supported by *somebody*, after all, and none > of us use the CCITT stuff!). I have just got back from the IT Forum in Paris (*strange* show). One of the few interesting bits of information I brought with me was the fact that France Telecom has dropped the pricing on Minitel, and as a result a whole lot of new service providers have shot up. For those who don't know Minitel, it's a primitive terminal given to phone subscribers instead of a phone book. A whole industry has sprung up around it. It's rather like having telnet access to the Internet. The difference is that the system runs on Transpac, France Telecom's X.25 service. It looks like FreeBSD would be the ideal vehicle for a Minitel server, but it would mean getting the X.25 up to scratch (and conformant with Transpac, which is based on the 1980 standard). I remember reading a while back that somebody was working on this--are you listening, somebody? In any case, is anybody else interested in development in this direction? Greg From owner-freebsd-hackers Mon Feb 12 06:47:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA03375 for hackers-outgoing; Mon, 12 Feb 1996 06:47:03 -0800 (PST) Received: from border.com (janus.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA03370 for ; Mon, 12 Feb 1996 06:46:59 -0800 (PST) Received: by janus.border.com id <20484-1>; Mon, 12 Feb 1996 09:48:44 -0500 Date: Mon, 12 Feb 1996 09:46:28 -0500 From: Jerry Kendall To: FreeBSD Hackers Subject: Re: Network Address Translation In-Reply-To: <96Feb12.094533est.20482-1@janus.border.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Feb12.094844est.20484-1@janus.border.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk OK all you hackers, I read this in comp.security.firewalls What about FreeBSD as a firewall tool...? On Fri, 9 Feb 1996, Dave Mischler wrote: > > In article <4f786g$ec@Dortmund.Germany.EU.net>, sel05@sel05.bertelsmann.de (Olaf Selke) says: > > >If u look for an easy and low cost solution, use a PC and install Linux. > > This is a workable solution, but I don't think it is the easiest. > > >If u use internally the e.g. the class A net 10.0.0.0, all outgoing > >packets will get the source ip address (this one must be official) of > >your Linux box's public interface. The main drawback in this solution > >is that u can't establish a connection from outside your ip address > >translator to machines inside without logging into your translator. > > Check out http://www.mischler.com/iproute/ for another solution that > doesn't have this drawback. You can redirect incoming requests to > your public IP address to an internal machine on a port-by-port basis. > > IPRoute is a $50 shareware package that runs on a dedicated DOS PC (a > 286 will do in a pinch). It supports ethernet packet drivers, PPP, > SLIP, packet filtering, address translation, event and packet logging > to a syslog daemon, etc. > > - Dave > > Dave Mischler (Dave@Mischler.COM) wrote: > : Check out http://www.mischler.com/iproute/ for another solution that > : doesn't have this drawback. You can redirect incoming requests to > : your public IP address to an internal machine on a port-by-port basis. > > Use plug-gw from the TIS FWTK. Lets you do port "redirection" (I > think you mean tunnelling) on a source address-by-source address > basis, as well as port-by-port. (For TCP, anyway.) > > Also free. > > : IPRoute is a $50 shareware package that runs on a dedicated DOS PC (a > : 286 will do in a pinch). It supports ethernet packet drivers, PPP, > : SLIP, packet filtering, address translation, event and packet logging > : to a syslog daemon, etc. > > Sounds like Linux to me, although you'd need >= a 386, and it won't > cost you the $50. > > And with Linux, you get the source, and a large body of developers for > support. > > Mike > > -- > #> Mike Shaver (shaver@ingenia.com) Ingenia Communications Corporation <# > #> Technical Specialist -- will tame sendmail(8) for food <# > #> <# > #> "You are a very perverse individual, and I think I'd like to get to <# > #> know you better." --- eric@reference.com <# > > -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Mon Feb 12 07:24:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA05753 for hackers-outgoing; Mon, 12 Feb 1996 07:24:15 -0800 (PST) Received: from Lapkin.RoSprint.ru (root@Lapkin.RoSprint.ru [193.232.88.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA05709 for ; Mon, 12 Feb 1996 07:24:05 -0800 (PST) Received: from Lapkin.RoSprint.ru (sandy@localhost [127.0.0.1]) by Lapkin.RoSprint.ru (8.6.12/8.6.9) with SMTP id SAA02350; Mon, 12 Feb 1996 18:23:08 +0300 Message-ID: <311F5B56.FF6D5DF@lapkin.rosprint.ru> Date: Mon, 12 Feb 1996 15:23:02 +0000 From: Sandy Kovshov Organization: RoSprint Moscow X-Mailer: Mozilla 2.0 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Greg Lehey CC: "Jordan K. Hubbard" , "Hackers; FreeBSD" Subject: Re: CCITT support in current References: <199602121405.PAA07290@nixpbe.pdb.sni.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Greg Lehey wrote: > It looks like FreeBSD would be the ideal vehicle for a Minitel server, > but it would mean getting the X.25 up to scratch (and conformant with > Transpac, which is based on the 1980 standard). I remember reading a > while back that somebody was working on this--are you listening, > somebody? In any case, is anybody else interested in development in > this direction? Of course I'm still workin in this direction. But I think what nobody wants to use it. So it comes to be a private project because nobody interesting with support for old (?) protocols :( -- --- Sandy E-mail: Internet: sandy@dream.demos.su sandy@www.RoSprint.ru X.400: (C:USSR,A:SOVMAIL,O:SNUSSR,UN:A.KOVSHOV) X.400: (C:USA,A:TELEMAIL,O:SPRINTINTL,UN:A.KOVSHOV) From owner-freebsd-hackers Mon Feb 12 08:04:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA07606 for hackers-outgoing; Mon, 12 Feb 1996 08:04:19 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA07597 for ; Mon, 12 Feb 1996 08:04:15 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA01901; Mon, 12 Feb 1996 10:02:37 -0600 From: Joe Greco Message-Id: <199602121602.KAA01901@brasil.moneng.mei.com> Subject: Re: Network Address Translation To: jerry@border.com (Jerry Kendall) Date: Mon, 12 Feb 1996 10:02:37 -0600 (CST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <96Feb12.094844est.20484-1@janus.border.com> from "Jerry Kendall" at Feb 12, 96 09:46:28 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > OK all you hackers, I read this in comp.security.firewalls > > What about FreeBSD as a firewall tool...? It works fine. You can firewall. You can redirect. You can set up proxy servers. You can do a lot of nifty things. :-) May the Source be with you, Luke.. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Mon Feb 12 08:59:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA11060 for hackers-outgoing; Mon, 12 Feb 1996 08:59:04 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA10605 for ; Mon, 12 Feb 1996 08:54:22 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA11309; Mon, 12 Feb 1996 17:52:34 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id RAA03290; Mon, 12 Feb 1996 17:52:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id RAA29632; Mon, 12 Feb 1996 17:23:35 +0100 (MET) From: J Wunsch Message-Id: <199602121623.RAA29632@uriah.heep.sax.de> Subject: Re: 2.1 Fixit disk PROBLEM To: steve@news.netdtw.com (Steve Corso) Date: Mon, 12 Feb 1996 17:23:34 +0100 (MET) Cc: hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Steve Corso" at Feb 11, 96 06:09:35 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Steve Corso wrote: > Now, I ping the "other" host, and much to my disappointment ping tells me > that it cannot ping because ICMP is an "unknown protocol". Yup, i've also stumpled across this. The fixit should really get a copy of /etc/protocols and a reasonable subset of /etc/services. I've always typed in the 3-liner files by hand. :) > Charging right ahead, I decide to put a copy of /etc/protocols and > /etc/services on the fixit disk. > > This does not help. Well, the fixit floppy ain't mounted on /, it's mounted on /mnt1. So you still need to ln -s /mnt1/etc/protocols /etc ln -s /mnt1/etc/services /etc Alas, this is not pertinent across reboots, since the root f/s is a memory file system. -- 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 Feb 12 11:50:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA22501 for hackers-outgoing; Mon, 12 Feb 1996 11:50:30 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA22493 for ; Mon, 12 Feb 1996 11:50:23 -0800 (PST) Received: from rah (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id LAA02563 for ; Mon, 12 Feb 1996 11:49:54 -0800 Message-Id: <199602121949.LAA02563@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@FreeBSD.ORG Subject: Any cool X windows java applets for kaffe? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Feb 1996 11:49:53 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Just compiled kaffe on my system and it seems to work 8) Tnks, Amancio From owner-freebsd-hackers Mon Feb 12 11:52:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA22693 for hackers-outgoing; Mon, 12 Feb 1996 11:52:52 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA22685 for ; Mon, 12 Feb 1996 11:52:49 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA20616; Mon, 12 Feb 1996 12:47:50 -0700 From: Terry Lambert Message-Id: <199602121947.MAA20616@phaeton.artisoft.com> Subject: Re: CCITT support in current To: sandy@lapkin.rosprint.ru (Sandy Kovshov) Date: Mon, 12 Feb 1996 12:47:50 -0700 (MST) Cc: lehey.pad@sni.de, jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <311F5B56.FF6D5DF@lapkin.rosprint.ru> from "Sandy Kovshov" at Feb 12, 96 03:23:02 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 Precedence: bulk > > It looks like FreeBSD would be the ideal vehicle for a Minitel server, > > but it would mean getting the X.25 up to scratch (and conformant with > > Transpac, which is based on the 1980 standard). I remember reading a > > while back that somebody was working on this--are you listening, > > somebody? In any case, is anybody else interested in development in > > this direction? > > Of course I'm still workin in this direction. But I think what > nobody wants to use it. So it comes to be a private project because > nobody interesting with support for old (?) protocols :( I disagree. The more support the better. I think the recent attempt to get rid of XNS is ill-considered. There are still a lot of XNS terminal servers out there. They are critically cheap for a startup ISP. 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 Feb 12 11:58:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23107 for hackers-outgoing; Mon, 12 Feb 1996 11:58:56 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA23095 for ; Mon, 12 Feb 1996 11:58:41 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA17590; Mon, 12 Feb 1996 20:57:27 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA05399; Mon, 12 Feb 1996 20:57:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id TAA05558; Mon, 12 Feb 1996 19:48:23 +0100 (MET) From: J Wunsch Message-Id: <199602121848.TAA05558@uriah.heep.sax.de> Subject: Re: More 2.1 Fixit disk PROBLEM (fwd) To: steve@news.netdtw.com (Steve Corso) Date: Mon, 12 Feb 1996 19:48:22 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Steve Corso" at Feb 11, 96 09:06:28 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Steve Corso wrote: > > Ok...Well, I was on the right track. You do need the /etc/services and > /etc/protocols files, but AH!!, you need to put links up to them since > the fixit gets moved to /mnt2. > > Now then, I would think that there is a place where the already existing > link to /etc/spwd.db gets set. However, how that happens remains a secret > that I cannot figure out. Most likely inside sysinstall. Don't try to cope with rebuilding it ``on the fly'', unless you can devote some 400 MB of free disk space, a full CVS tree, plus umpty hours of spare time to spend in a ``make release''. :-) -- 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 Feb 12 11:59:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23137 for hackers-outgoing; Mon, 12 Feb 1996 11:59:13 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA23087 for ; Mon, 12 Feb 1996 11:58:34 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA17633; Mon, 12 Feb 1996 20:57:55 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA05424; Mon, 12 Feb 1996 20:57:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id TAA07237; Mon, 12 Feb 1996 19:50:01 +0100 (MET) From: J Wunsch Message-Id: <199602121850.TAA07237@uriah.heep.sax.de> Subject: Re: multiple IPs and domains on BSD? To: radova@chem.unisa.ac.za (A. Radovanovic) Date: Mon, 12 Feb 1996 19:50:00 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9602120617.AA27360@chem.unisa.ac.za> from "A. Radovanovic" at Feb 12, 96 08:17:11 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As A. Radovanovic wrote: > > Is it possible to have multiple domains and IPs in FreeBSD? Is there > any FAQ how to do this? This belongs to -questions. Yes, it should be in the FAQ. Basically, it's done with the `alias' keyword for ifconfig(8), but you gotta restrict your netmask for the aliased address (usually to all 1's). -- 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 Feb 12 12:32:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA26785 for hackers-outgoing; Mon, 12 Feb 1996 12:32:02 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA26720 for ; Mon, 12 Feb 1996 12:31:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id NAA26546; Mon, 12 Feb 1996 13:30:24 -0700 Message-Id: <199602122030.NAA26546@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Peter Dufault cc: hackers@freefall.freebsd.org Subject: Re: g++ 2.7.2 / libg++ 2.7.1 and ld Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Feb 1996 13:30:23 -0700 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi, > I've been down the dead end that apparently several others have in > trying to get g++ 2.7.2 / libg++ 2.7.1 fully working on FreeBSD. > I believe the final stumbling block is our linker. > ... > 4. (Now you need weak symbol support in linker?) Reach > a dead end without work on ld. This I don't understand. As I stated previously, I (independantly) went down this path, EXCEPT for #4. I just use the standard linker, and code that used to trip over the ".weak" point links and runs fine Summary: g++ 2.7.2 from ports-current as from binutils 2.6, placed into g++ 2.7.2's 'search first' lib directory ld from 2.1.0-REL libstdc++ from 2.7.1 libg++ from 2.1.0-REL I have compiled several hello worlds, and a X11 app that talks thru pipes to a program that bit fiddles a serial port, which works (as well as the one with 2.1.0 g++, but thats another story). Do you have a sample program that fails for you that I might try to compile here? -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-hackers Mon Feb 12 12:32:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA26953 for hackers-outgoing; Mon, 12 Feb 1996 12:32:55 -0800 (PST) Received: from maui.com (langfod@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA26946 for ; Mon, 12 Feb 1996 12:32:52 -0800 (PST) Received: (from langfod@localhost) by maui.com (8.6.10/8.6.6) id KAA22958; Mon, 12 Feb 1996 10:37:26 -1000 From: David Langford Message-Id: <199602122037.KAA22958@ maui.com> Subject: ANNOUNCE: Photo4D eval Linux version for downloading (fwd) To: multimedia@star-gate.com, hackers@freebsd.org Date: Mon, 12 Feb 1996 10:37:25 -1000 (HST) X-blank-line: This space intentionaly left blank. 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 Precedence: bulk Looks like a cool product- last line of post they ask for other platform requests. :) Still wish we had Photoshop.... >From compint@web.igs.net Mon Feb 12 10:25:27 HST 1996 >Article: 4018 of comp.graphics.misc >From: compint@web.igs.net (CompInt) >Subject: ANNOUNCE: Photo4D eval Linux version for downloading >Date: 4 Feb 1996 21:24:25 -0500 >Keywords: 3D modeling digitizing motion capture > > >Due to several requests, the Linux version of Photo4D Lite V1.1 evaluation >program is made available for downloading at http://www.igs.net/~compint/ > >I include the previous announement in case you have missed it. > >Best Regards, > >Albert Yang >CompInt >Nepean, Ont, Canada >compint@igs.net >613-721-1643 > >---------------------------------------------------------------- > >CompInt is now providing a free evaluation version of its >revolutionary Photo4D-Lite 3D digitizing software. The evaluation >version is fully functional, e.g., you can use you own images to >evalute all the features. The only limitation is that "save" and >"export" are not included. > >Photo4D-Lite allows you to construct accurate 3D models of existing >objects using images. Photo4D-Pro, scheduled to be release at the end >of Febrary, 1996, can be used to capture 2D/3D motion from videos. > >Photo4D-Lite was designed to give users maximum >flexibility and providing accurate results. It contains a >powerful algorithm that performs global optimization. It uses >information from two or more photos to calculate the x, y, and z >coordinates. The algorithm can use many types of reference points and >geometrical constraints to enhance accuracy and robustness. In >addition, The algorithm can be configured to compute any or all of the >following imaging parameters: camera location, look at direction, >focal length, lens distortion, and aspect ratio error. This >eliminates the need for camera calibration and setup in most cases. >You require no special cameras or other expensive equipment. And you >are free to capture objects of any size in any location. > >Best of all, Photo4D-Lite is affordable priced at just $99 US >(PC/LINUX version). Take advantage of our introductory prices and >incentives. To find out more about Photo4D, or for information about >how to obtain your free evaluation copy, visit our Home Page for at: >www.igs.net/~compint/. Or you can contact us at compint@igs.net. > >This evaluation version of Photo4D-Lite is currently compiled for the >following platforms: > > - SUN SPARC (SUNOS) > - HP700/800 (HPUX) > - PC (Linux) > >If you would like to evaluation Photo4D on other platforms, please >Email us. > > > -- /--------------------------------------------------------------------\ | David Langford - Kihei, Maui, Hawaii - langfod@maui.com | | Maui Research and Technology Center -- Network Administrator | \--------------------------------------------------------------------/ From owner-freebsd-hackers Mon Feb 12 12:39:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27532 for hackers-outgoing; Mon, 12 Feb 1996 12:39:59 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27526 for ; Mon, 12 Feb 1996 12:39:55 -0800 (PST) Received: from rah (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id MAA00818; Mon, 12 Feb 1996 12:38:38 -0800 Message-Id: <199602122038.MAA00818@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: David Langford cc: multimedia@star-gate.com, hackers@freebsd.org Subject: Re: ANNOUNCE: Photo4D eval Linux version for downloading (fwd) In-reply-to: Your message of "Mon, 12 Feb 1996 10:37:25 -1000." <199602122037.KAA22958@ maui.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Feb 1996 12:38:38 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Yeap, the linux version seems to work over here . It would be nice to have freebsd version :) Enjoy, Amancio >>> David Langford said: > Looks like a cool product- last line of post they ask for other > platform requests. :) > > Still wish we had Photoshop.... > > >From compint@web.igs.net Mon Feb 12 10:25:27 HST 1996 > >Article: 4018 of comp.graphics.misc > >From: compint@web.igs.net (CompInt) > >Subject: ANNOUNCE: Photo4D eval Linux version for downloading > >Date: 4 Feb 1996 21:24:25 -0500 > >Keywords: 3D modeling digitizing motion capture > > > > > >Due to several requests, the Linux version of Photo4D Lite V1.1 evaluation > >program is made available for downloading at http://www.igs.net/~compint/ > > > >I include the previous announement in case you have missed it. > > > >Best Regards, > > > >Albert Yang > >CompInt > >Nepean, Ont, Canada > >compint@igs.net > >613-721-1643 > > > >---------------------------------------------------------------- > > > >CompInt is now providing a free evaluation version of its > >revolutionary Photo4D-Lite 3D digitizing software. The evaluation > >version is fully functional, e.g., you can use you own images to > >evalute all the features. The only limitation is that "save" and > >"export" are not included. > > > >Photo4D-Lite allows you to construct accurate 3D models of existing > >objects using images. Photo4D-Pro, scheduled to be release at the end > >of Febrary, 1996, can be used to capture 2D/3D motion from videos. > > > >Photo4D-Lite was designed to give users maximum > >flexibility and providing accurate results. It contains a > >powerful algorithm that performs global optimization. It uses > >information from two or more photos to calculate the x, y, and z > >coordinates. The algorithm can use many types of reference points and > >geometrical constraints to enhance accuracy and robustness. In > >addition, The algorithm can be configured to compute any or all of the > >following imaging parameters: camera location, look at direction, > >focal length, lens distortion, and aspect ratio error. This > >eliminates the need for camera calibration and setup in most cases. > >You require no special cameras or other expensive equipment. And you > >are free to capture objects of any size in any location. > > > >Best of all, Photo4D-Lite is affordable priced at just $99 US > >(PC/LINUX version). Take advantage of our introductory prices and > >incentives. To find out more about Photo4D, or for information about > >how to obtain your free evaluation copy, visit our Home Page for at: > >www.igs.net/~compint/. Or you can contact us at compint@igs.net. > > > >This evaluation version of Photo4D-Lite is currently compiled for the > >following platforms: > > > > - SUN SPARC (SUNOS) > > - HP700/800 (HPUX) > > - PC (Linux) > > > >If you would like to evaluation Photo4D on other platforms, please > >Email us. > > > > > > > > > -- > /--------------------------------------------------------------------\ > | David Langford - Kihei, Maui, Hawaii - langfod@maui.com | > | Maui Research and Technology Center -- Network Administrator | > \--------------------------------------------------------------------/ From owner-freebsd-hackers Mon Feb 12 13:19:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01184 for hackers-outgoing; Mon, 12 Feb 1996 13:19:37 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA01175 for ; Mon, 12 Feb 1996 13:19:31 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA29913 ; Mon, 12 Feb 1996 22:19:27 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA19663 ; Mon, 12 Feb 1996 22:19:30 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id VAA04042; Mon, 12 Feb 1996 21:59:03 +0100 (MET) From: Ollivier Robert Message-Id: <199602122059.VAA04042@keltia.freenix.fr> Subject: Re: multiple IPs and domains on BSD? To: radova@chem.unisa.ac.za (A. Radovanovic) Date: Mon, 12 Feb 1996 21:59:02 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <9602120617.AA27360@chem.unisa.ac.za> from "A. Radovanovic" at "Feb 12, 96 08:17:11 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1661 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk It seems that A. Radovanovic said: > Is it possible to have multiple domains and IPs in FreeBSD? Is there > any FAQ how to do this? If you're talking about multiple addresses on an interface, the man page of ifconfig(8) lists the "alias" command to do that. alias Establish an additional network address for this inter- face. This is sometimes useful when changing network numbers, and one wishes to accept packets addressed to the old interface. If you're talking about multiple domains (in DNS terms) of course the named present in FreeBSD is able to do that. "man named". I recommend the "DNS & BIND" book from O'Reilly for more details. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 From owner-freebsd-hackers Mon Feb 12 13:19:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01219 for hackers-outgoing; Mon, 12 Feb 1996 13:19:48 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA01176 for ; Mon, 12 Feb 1996 13:19:33 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA29915 ; Mon, 12 Feb 1996 22:19:27 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA19666 ; Mon, 12 Feb 1996 22:19:31 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id WAA04065; Mon, 12 Feb 1996 22:04:50 +0100 (MET) From: Ollivier Robert Message-Id: <199602122104.WAA04065@keltia.freenix.fr> Subject: Re: Network Address Translation To: jerry@border.com (Jerry Kendall) Date: Mon, 12 Feb 1996 22:04:50 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <96Feb12.094844est.20484-1@janus.border.com> from Jerry Kendall at "Feb 12, 96 09:46:28 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1661 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk It seems that Jerry Kendall said: > OK all you hackers, I read this in comp.security.firewalls > > What about FreeBSD as a firewall tool...? It would be nice to have address translation like Linux under FreeBSD. A few people I know asked me about FreeBSD's support in that area and went to Linux when they heard it supported it and us not... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 From owner-freebsd-hackers Mon Feb 12 13:21:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01465 for hackers-outgoing; Mon, 12 Feb 1996 13:21:01 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA01453 for ; Mon, 12 Feb 1996 13:20:50 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA29901 ; Mon, 12 Feb 1996 22:19:24 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA19654 ; Mon, 12 Feb 1996 22:19:27 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id VAA03969; Mon, 12 Feb 1996 21:54:24 +0100 (MET) From: Ollivier Robert Message-Id: <199602122054.VAA03969@keltia.freenix.fr> Subject: Re: 96 Mb Ram To: davide@galactica.it Date: Mon, 12 Feb 1996 21:54:24 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) In-Reply-To: <199602121532.QAA18350@blaise.ibp.fr> from "davide@galactica.it" at "Feb 12, 96 04:17:28 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1661 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that davide@galactica.it said: > I added the "MAXMEM=" option in my kernel but after > reload the system (FreeBSD) check only for 64Mb Ram. What are the kernel's messages at boot time ? > How can I know if my system see ram above 64Mb ? > 1)Is there any application that says me the ammount > of memory of my machine ? The kernel should tell you that :-) > 2) The kernel recompiled has the same dimention of > the old one ... is it right ? Yes. I don't think it should change the binary itself. I put a Cc: to the hackers' list where it belong. I hope one of the VM gurus will be able to sort that out. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 From owner-freebsd-hackers Mon Feb 12 14:11:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06044 for hackers-outgoing; Mon, 12 Feb 1996 14:11:41 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA06038 for ; Mon, 12 Feb 1996 14:11:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id PAA07850; Mon, 12 Feb 1996 15:11:11 -0700 Message-Id: <199602122211.PAA07850@rover.village.org> To: Ollivier Robert Subject: Re: Network Address Translation Cc: jerry@border.com (Jerry Kendall), freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Mon, 12 Feb 1996 22:04:50 +0100 Date: Mon, 12 Feb 1996 15:11:11 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : It would be nice to have address translation like Linux under FreeBSD. A : few people I know asked me about FreeBSD's support in that area and went to : Linux when they heard it supported it and us not... IPFILT offers this address translation... While we're not using that feature of ipfilt in the village, we do use it for its filtering features. Warner From owner-freebsd-hackers Mon Feb 12 14:16:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06395 for hackers-outgoing; Mon, 12 Feb 1996 14:16:46 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA06333 Mon, 12 Feb 1996 14:16:17 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id XAA29879; Mon, 12 Feb 1996 23:16:26 +0100 Received: by uni4nn.iaf.nl with UUCP id AA13213 (5.67b/IDA-1.5); Mon, 12 Feb 1996 23:15:55 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA13483 (5.67b/IDA-1.5); Mon, 12 Feb 1996 22:35:13 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id TAA00854; Mon, 12 Feb 1996 19:56:40 +0100 From: Wilko Bulte Message-Id: <199602121856.TAA00854@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: Exabyte EXB-2501 To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 12 Feb 1996 19:56:40 +0100 (MET) Cc: msmith@atrad.adelaide.edu.au, dave@kachina.jetcafe.org, questions@freebsd.org, hackers@freebsd.org In-Reply-To: <199602121248.NAA28392@uriah.heep.sax.de> from "J Wunsch" at Feb 12, 96 01:48:33 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > As Michael Smith wrote: > > > > Just for reference, there are dozens of differnt firmware revisions for > > the EXB-250x series, which has caused a lot of the workstation vendors > > grief. (See comments on this in the SGI hardware FAQ and witness the > > Sun-exabyte FAQ.) > > Any URL for these FAQs? > > -- > cheers, J"org I think it was simply http://www.exabyte.com/techsup (or something similar). I have a hardcopy here for Exabyte-on-Sun and that came from their website. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Mon Feb 12 14:16:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06407 for hackers-outgoing; Mon, 12 Feb 1996 14:16:48 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA06337 Mon, 12 Feb 1996 14:16:23 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id XAA29882; Mon, 12 Feb 1996 23:16:30 +0100 Received: by uni4nn.iaf.nl with UUCP id AA13225 (5.67b/IDA-1.5); Mon, 12 Feb 1996 23:16:05 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA13483 (5.67b/IDA-1.5); Mon, 12 Feb 1996 22:35:13 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id TAA00854; Mon, 12 Feb 1996 19:56:40 +0100 From: Wilko Bulte Message-Id: <199602121856.TAA00854@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: Exabyte EXB-2501 To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 12 Feb 1996 19:56:40 +0100 (MET) Cc: msmith@atrad.adelaide.edu.au, dave@kachina.jetcafe.org, questions@freebsd.org, hackers@freebsd.org In-Reply-To: <199602121248.NAA28392@uriah.heep.sax.de> from "J Wunsch" at Feb 12, 96 01:48:33 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > As Michael Smith wrote: > > > > Just for reference, there are dozens of differnt firmware revisions for > > the EXB-250x series, which has caused a lot of the workstation vendors > > grief. (See comments on this in the SGI hardware FAQ and witness the > > Sun-exabyte FAQ.) > > Any URL for these FAQs? > > -- > cheers, J"org I think it was simply http://www.exabyte.com/techsup (or something similar). I have a hardcopy here for Exabyte-on-Sun and that came from their website. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Mon Feb 12 14:37:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07956 for hackers-outgoing; Mon, 12 Feb 1996 14:37:49 -0800 (PST) Received: from cwbone.bsi.com.br ([200.250.250.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA07942 for ; Mon, 12 Feb 1996 14:37:35 -0800 (PST) Received: from cwbtr01.bsi.com.br (cwbtr01.bsi.com.br [200.250.250.18]) by cwbone.bsi.com.br (8.6.12/8.6.9) with SMTP id TAA04251 for ; Mon, 12 Feb 1996 19:37:42 GMT Date: Mon, 12 Feb 1996 20:40:51 +0000 () From: Sergio de Almeida Lenzi To: hackers@freebsd.org Subject: Re: What a OS!! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 12 Feb 1996, Hellmuth Michaelis wrote: > >From the keyboard of Thomas Gellekum: > > And if you prefer a WYSIWYG interface (to LaTeX), have a look at LyX, it > looks _very_ promising. Great Idea! I'll look for that. very thanks... Sergio de Almeida Lenzi. From owner-freebsd-hackers Mon Feb 12 14:39:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08057 for hackers-outgoing; Mon, 12 Feb 1996 14:39:36 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08050 for ; Mon, 12 Feb 1996 14:39:32 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA20517; Mon, 12 Feb 1996 15:42:10 -0700 Date: Mon, 12 Feb 1996 15:42:10 -0700 From: Nate Williams Message-Id: <199602122242.PAA20517@rocky.sri.MT.net> To: Terry Lambert Cc: sandy@lapkin.rosprint.ru (Sandy Kovshov), jkh@time.cdrom.com, hackers@FreeBSD.org Subject: Re: CCITT support in current In-Reply-To: <199602121947.MAA20616@phaeton.artisoft.com> References: <311F5B56.FF6D5DF@lapkin.rosprint.ru> <199602121947.MAA20616@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk Terry Lambert writes: > > > It looks like FreeBSD would be the ideal vehicle for a Minitel server, > > > but it would mean getting the X.25 up to scratch (and conformant with > > > Transpac, which is based on the 1980 standard). I remember reading a > > > while back that somebody was working on this--are you listening, > > > somebody? In any case, is anybody else interested in development in > > > this direction? > > > > Of course I'm still workin in this direction. But I think what > > nobody wants to use it. So it comes to be a private project because > > nobody interesting with support for old (?) protocols :( I think Jordan made it clear that if *someone* is willing to maintain the code, it is welcome in the tree. So, if you are willing to fix the code to work it could end up back into the tree. Heck, we've gots lots of 'useless to many folks'/'irreplacable to others' utilities in the tree. :) > I think the recent attempt to get rid of XNS is ill-considered. There > are still a lot of XNS terminal servers out there. They are critically > cheap for a startup ISP. I think that Terry's recent attempt to sway folks into thinking that Garrett is going to 'remove' all traces of XNS from public view is ill-mannerred. The CVS tree is publically accessible, and contains the bits if anyone is willing to 'champion' them. However, until that happens (are you volunteering for it since you see the obvouis usefulness of the code?) it should not be part of the normally distributed system. Nate From owner-freebsd-hackers Mon Feb 12 14:58:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09663 for hackers-outgoing; Mon, 12 Feb 1996 14:58:16 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA09658 for ; Mon, 12 Feb 1996 14:58:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA03594; Mon, 12 Feb 1996 14:57:35 -0800 To: Jerry Kendall cc: FreeBSD Hackers Subject: Re: Network Address Translation In-reply-to: Your message of "Mon, 12 Feb 1996 09:46:28 EST." <96Feb12.094844est.20484-1@janus.border.com> Date: Mon, 12 Feb 1996 14:57:35 -0800 Message-ID: <3592.824165855@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > OK all you hackers, I read this in comp.security.firewalls > > What about FreeBSD as a firewall tool...? What about it? `man ipfw' and off you go! :-) Jordan From owner-freebsd-hackers Mon Feb 12 15:14:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11001 for hackers-outgoing; Mon, 12 Feb 1996 15:14:33 -0800 (PST) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA10987 for ; Mon, 12 Feb 1996 15:14:24 -0800 (PST) Received: from aida (localhost [127.0.0.1]) by aida (8.6.12/8.6.9) with SMTP id AAA00555; Tue, 13 Feb 1996 00:09:13 +0100 Date: Tue, 13 Feb 1996 00:09:13 +0100 (MET) From: didier@aida.org To: Sandy Kovshov cc: Greg Lehey , "Jordan K. Hubbard" , "Hackers; FreeBSD" Subject: Re: CCITT support in current In-Reply-To: <311F5B56.FF6D5DF@lapkin.rosprint.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 12 Feb 1996, Sandy Kovshov wrote: > Greg Lehey wrote: > > > It looks like FreeBSD would be the ideal vehicle for a Minitel server, > > but it would mean getting the X.25 up to scratch (and conformant with > > Transpac, which is based on the 1980 standard). I remember reading a > > while back that somebody was working on this--are you listening, > > somebody? In any case, is anybody else interested in development in > > this direction? > > Of course I'm still workin in this direction. But I think what > nobody wants to use it. So it comes to be a private project because > nobody interesting with support for old (?) protocols :( > > > -- > --- > Sandy > E-mail: Internet: sandy@dream.demos.su sandy@www.RoSprint.ru > X.400: (C:USSR,A:SOVMAIL,O:SNUSSR,UN:A.KOVSHOV) > X.400: (C:USA,A:TELEMAIL,O:SPRINTINTL,UN:A.KOVSHOV) > > It's easier to connect the X25 lines to ASM boxes to make a minitel server. I've a minitel server installed (192 channels) on a pentium 133 with 128Mo of memory -- Didier Derny | My computer is Microsoft Free... didier@aida.org | Private FreeBSD 2.1-STABLE site. From owner-freebsd-hackers Mon Feb 12 15:29:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12210 for hackers-outgoing; Mon, 12 Feb 1996 15:29:33 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA12203 for ; Mon, 12 Feb 1996 15:29:31 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA21297; Mon, 12 Feb 1996 16:23:31 -0700 From: Terry Lambert Message-Id: <199602122323.QAA21297@phaeton.artisoft.com> Subject: Re: CCITT support in current To: nate@sri.MT.net (Nate Williams) Date: Mon, 12 Feb 1996 16:23:31 -0700 (MST) Cc: terry@lambert.org, sandy@lapkin.rosprint.ru, jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199602122242.PAA20517@rocky.sri.MT.net> from "Nate Williams" at Feb 12, 96 03:42: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 Precedence: bulk > > I think the recent attempt to get rid of XNS is ill-considered. There > > are still a lot of XNS terminal servers out there. They are critically > > cheap for a startup ISP. > > I think that Terry's recent attempt to sway folks into thinking that > Garrett is going to 'remove' all traces of XNS from public view is > ill-mannerred. The CVS tree is publically accessible, and contains the > bits if anyone is willing to 'champion' them. I only want it installable of the CDROM do that people will not have to work very, very hard to get it up to snuff, above and beyond the code modification necessary. Hiding the code in the basement with the cousing no one talks about adds a large barrier to entry to getting the code "up to snuff". > However, until that happens (are you volunteering for it since you see > the obvouis usefulness of the code?) it should not be part of the > normally distributed system. I left my XNS hardware to the University when I moved out of Utah; I have no way of handling this without hardware, or I *would* handle it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Feb 12 15:42:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13438 for hackers-outgoing; Mon, 12 Feb 1996 15:42:24 -0800 (PST) Received: from werple.net.au (werple.mira.net.au [203.9.190.21]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA13433 for ; Mon, 12 Feb 1996 15:42:21 -0800 (PST) Received: from cimaxp1.UUCP (Ucimlogi@localhost) by werple.net.au (8.7/8.7.1) with UUCP id KAA27706 for hackers@FreeBSD.org; Tue, 13 Feb 1996 10:00:23 +1100 (EST) Message-Id: <199602122300.KAA27706@werple.net.au> X-Authentication-Warning: werple.net.au: Ucimlogi set sender to cimaxp1!jb using -f Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA04021; Tue, 13 Feb 1996 10:00:14 +1100 From: John Birrell Subject: rtld LD_NO_INTERN_SEARCH and LD_LIBRARY_PATH To: hackers@FreeBSD.org Date: Tue, 13 Feb 1996 10:00:11 +1100 (EST) Cc: jb@cimlogic.com.au X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk G'day, The man file for rtld describes an environment variable called LD_NO_INTERN_SEARCH. This does not appear to be implemented. The man file says that LD_LIBRARY_PATH is "A colon separated list of directories, overriding the default search path for shared libraries." We *always* use -nostdlib and *never* -l to specify libraries. Our build process gives an explicit path to the shared library that we want it to link against. This path is written by ld into the executable file. When we release the programs and libraries, we expect to be able to set LD_LIBRARY_PATH to the place where the libraries are installed, not where they were when the program was linked. This does not work because rtld is always taking the path in the executable. Was the LD_NO_INTERN_SEARCH option to rtld supposed to stop it using the paths out of the execuable? FWIW, here is an example of a link command (edited to multiple lines to make it halfway readable) we use: gcc -Xlinker -e -Xlinker start -nostdlib -nostartfiles -Xlinker -o pre bld00000.w /u/dev/usr/lib/crt0.ws pre.w pre_uap.w pre_uapd.w pre_uapi.w pre_uapp.w pre_uapr.w pre_uaps.w pre.a /u/dev/cim/lib/dhu.so.1.1 /u/dev/cim/lib/st5.so.1.2 /u/dev/cim/lib/t5s.so.1.2 /u/dev/cim/lib/t5c.so.1.2 /u/dev/cim/lib/uap.so.1.2 prl.so.1.2 /u/dev/cim/lib/sd.so.1.2 /u/dev/cim/lib/sm.so.1.2 /u/dev/cim/lib/elg.so.1.2 /u/dev/lib/pro.so.1.2 /u/dev/lib/dhl.so.1.2 /u/dev/lib/io.so.1.2 /u/dev/lib/ex.so.1.2 /u/dev/lib/ll.so.1.2 /u/dev/lib/ic.so.1.2 /u/dev/lib/mem.so.1.2 /u/dev/lib/dbg.so.1.2 /u/dev/lib/uf.so.1.2 /u/dev/lib/c.so.1.2 /u/dev/usr/lib/libgcc.so.1.1 /u/dev/usr/lib/libc.so.1.2 After running automatic tests on programs like this, we release to a /u/rel tree. We don't want to have released programs using shared libraries out of the /u/dev tree. Any hints as to how we can do this? Regards, -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Mon Feb 12 15:45:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13693 for hackers-outgoing; Mon, 12 Feb 1996 15:45:35 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13683 for ; Mon, 12 Feb 1996 15:45:32 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id PAA14193; Mon, 12 Feb 1996 15:45:19 -0800 Message-Id: <199602122345.PAA14193@austin.polstra.com> To: dufault@hda.com Cc: freebsd-hackers@freebsd.org Subject: Re: g++ 2.7.2 / libg++ 2.7.1 and ld Date: Mon, 12 Feb 1996 15:45:19 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk Peter Dufault wrote: > 1. Start with pgcc in -ports; > ... > As suggested in the list archives, I tried adding "#define > SUPPORTS_WEAK 0" to config/xm-freebsd.h in the compiler, however, > it still generates weak symbols. I was working on ports of gcc-2.7.2 and libg++-2.7.1 for a while. I got interrupted and put it down, unfortunately. But maybe I can put you on the right track. (Note: I haven't looked at the pgcc stuff.) The way to get rid of the weak symbols is to delete these lines from "config/i386/freebsd.h": #define ASM_WEAKEN_LABEL(FILE,NAME) \ do { fputs ("\t.weak\t", FILE); assemble_name (FILE, NAME); \ fputc ('\n', FILE); } while (0) Just delete them; that's all you have to do. After that, everything should work fine with our standard assembler and linker. > The distributed gnu binutils linker fall down on FreeBSD. If you > configure it as any of our formerly close relatives (bsd, bsdi, or > netbsd) it won't work: Right. Don't waste your time on the GNU binutils linker. FreeBSD support is MILES away. For starters, there is absolutely _no_ support for our shared libraries in it. > I will be endebted to whomever can get this tool chain working > properly by about Wednesday. Don't use binutils. Just make the compiler change to get rid of weak symbols, and use the standard FreeBSD assembler and linker. > I'm also interested in why we had to go off in left field with our > linker. We didn't go off in left field with our linker. It's just old, that's all. We stayed in one place, while GNU went off somewhere else (left field?). I dearly wish that GNU binutils had up-to-date FreeBSD support, but it doesn't. It would take a _lot_ of work to put it in. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Mon Feb 12 15:48:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14001 for hackers-outgoing; Mon, 12 Feb 1996 15:48:53 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13993 for ; Mon, 12 Feb 1996 15:48:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA08216; Mon, 12 Feb 1996 15:47:53 -0800 To: Terry Lambert cc: sandy@lapkin.rosprint.ru (Sandy Kovshov), lehey.pad@sni.de, hackers@FreeBSD.org Subject: Re: CCITT support in current In-reply-to: Your message of "Mon, 12 Feb 1996 12:47:50 MST." <199602121947.MAA20616@phaeton.artisoft.com> Date: Mon, 12 Feb 1996 15:47:52 -0800 Message-ID: <8214.824168872@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > I think the recent attempt to get rid of XNS is ill-considered. There > are still a lot of XNS terminal servers out there. They are critically > cheap for a startup ISP. But clearly nobody's using them with FreeBSD or the XNS code wouldn't have been the mess that it was. I think it's important to separate *theoretical* importance from practical, proven importance. To use your analogy back, people are using the IDE driver code that you're forced to load on your system and not use, but not, to anyone's knowledge, the XNS code. Jordan From owner-freebsd-hackers Mon Feb 12 15:55:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14514 for hackers-outgoing; Mon, 12 Feb 1996 15:55:19 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14505 for ; Mon, 12 Feb 1996 15:55:15 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id TAA17734; Mon, 12 Feb 1996 19:01:35 -0500 From: Peter Dufault Message-Id: <199602130001.TAA17734@hda.com> Subject: Re: g++ 2.7.2 / libg++ 2.7.1 and ld To: jdp@polstra.com (John Polstra) Date: Mon, 12 Feb 1996 19:01:35 -0500 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199602122345.PAA14193@austin.polstra.com> from "John Polstra" at Feb 12, 96 03:45:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > 1. Start with pgcc in -ports; > > ... > > As suggested in the list archives, I tried adding "#define > > SUPPORTS_WEAK 0" to config/xm-freebsd.h in the compiler, however, > > it still generates weak symbols. > > I was working on ports of gcc-2.7.2 and libg++-2.7.1 for a while. I got > interrupted and put it down, unfortunately. But maybe I can put you on > the right track. (Note: I haven't looked at the pgcc stuff.) > > The way to get rid of the weak symbols is to delete these lines from > "config/i386/freebsd.h": > > #define ASM_WEAKEN_LABEL(FILE,NAME) \ > do { fputs ("\t.weak\t", FILE); assemble_name (FILE, NAME); \ > fputc ('\n', FILE); } while (0) > > Just delete them; that's all you have to do. After that, everything > should work fine with our standard assembler and linker. Yes, John is right (Thanks to Thomas Graichen who also suggested this solution). Those of you who told me things work just fine after moving to a new assembler and using the existing linker: No they aren't - you just haven't had problems yet. The problems only come up occasionally with name collisions in C++ output that the new .weak code apparently expects the linker to resolve. -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Mon Feb 12 16:11:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15514 for hackers-outgoing; Mon, 12 Feb 1996 16:11:11 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA15506 for ; Mon, 12 Feb 1996 16:11:03 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA07173; Tue, 13 Feb 1996 10:41:35 +1030 From: Michael Smith Message-Id: <199602130011.KAA07173@genesis.atrad.adelaide.edu.au> Subject: Re: Exabyte EXB-2501 To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 13 Feb 1996 10:41:34 +1030 (CST) Cc: hackers@freebsd.org In-Reply-To: <199602121248.NAA28392@uriah.heep.sax.de> from "J Wunsch" at Feb 12, 96 01:48:33 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch stands accused of saying: > > As Michael Smith wrote: > > > > Just for reference, there are dozens of differnt firmware revisions for > > the EXB-250x series, which has caused a lot of the workstation vendors > > grief. (See comments on this in the SGI hardware FAQ and witness the > > Sun-exabyte FAQ.) > > Any URL for these FAQs? The SGI FAQs go past in news.answers on a regular basis; I would expect to find them on rtfm.mit.edu in the comp.sys.sgi.* area. Wilko has already suggested exabyte as a source for the sun-exabyte faq; I remember reading an extract from it in a posting once, but haven't ever found it (somewhat grail-like really 8) > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Mon Feb 12 16:31:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16749 for hackers-outgoing; Mon, 12 Feb 1996 16:31:03 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16742 for hackers; Mon, 12 Feb 1996 16:31:02 -0800 (PST) Date: Mon, 12 Feb 1996 16:31:02 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199602130031.QAA16742@freefall.freebsd.org> To: hackers Subject: Is it just my imagination... Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Or is BSD/OS looking more like FreeBSD every day? :-) http://www.bsdi.com/products/internet-server/new-features-2.1.html Jordan From owner-freebsd-hackers Mon Feb 12 16:52:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17640 for hackers-outgoing; Mon, 12 Feb 1996 16:52:16 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA17635 for ; Mon, 12 Feb 1996 16:52:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA13023 for ; Mon, 12 Feb 1996 16:52:08 -0800 To: hackers@freebsd.org Subject: Kewl! If we can make it work, maybe I'll buy a pair of these.. Date: Mon, 12 Feb 1996 16:52:08 -0800 Message-ID: <13021.824172728@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk [From USENET - Keith Slower writes] >Is there an existing WaveLan device driver for FreeBSD? I'm getting a WaveLan >card soon and I need to get it set up. I know that Linux has a driver but I >really don't want to switch to Linux from BSD. Hari Balakrishnan, a graduate student here did a BSDI driver, (for the use of the mobile computing group here). They gave me permission to put various versions of the driver out for anonymous ftp from vangogh.cs.berkeley.edu:~ftp/pub/kls/wavelan There is normal version wl.c, a pcmcia version wlp.c, a 2.4 gigahertz versions wlg.c. It will probably take some hacking for FreeBSD, but far less than starting with the linux version. >If there is no current driver, how hard would it be for someone with no device >driver experience to port the Linux driver to BSD? (impossible?) I looked at >the Linux code and it's 2300 lines of unpleasantness. I'ld recommend somebody who had already done some kernel hacking to do the job. It isn't that it hard, but the conventions are different from user-level programming and it takes a while to get used to. From owner-freebsd-hackers Mon Feb 12 17:23:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19044 for hackers-outgoing; Mon, 12 Feb 1996 17:23:10 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA19023 Mon, 12 Feb 1996 17:22:45 -0800 (PST) Received: from rah (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id RAA01501; Mon, 12 Feb 1996 17:22:13 -0800 Message-Id: <199602130122.RAA01501@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Jordan K. Hubbard" cc: hackers@freefall.freebsd.org Subject: Re: Is it just my imagination... In-reply-to: Your message of "Mon, 12 Feb 1996 16:31:02 PST." <199602130031.QAA16742@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Feb 1996 17:22:12 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I didn't see a mention of the matrox meteor driver nor for tv so their port is incomplete 8) Amancio >>> "Jordan K. Hubbard" said: > Or is BSD/OS looking more like FreeBSD every day? :-) > > http://www.bsdi.com/products/internet-server/new-features-2.1.html > > Jordan > From owner-freebsd-hackers Mon Feb 12 17:27:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19250 for hackers-outgoing; Mon, 12 Feb 1996 17:27:12 -0800 (PST) Received: from cs.pdx.edu (root@cs.pdx.edu [131.252.20.183]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA19028 for ; Mon, 12 Feb 1996 17:22:54 -0800 (PST) Received: from sirius.cs.pdx.edu (root@sirius.cs.pdx.edu [131.252.20.199]) by cs.pdx.edu (8.7.3/CATastrophe-2/10/96-P) with ESMTP id RAA17982; Mon, 12 Feb 1996 17:20:55 -0800 (PST) for Received: from localhost (jrb@localhost [127.0.0.1]) by sirius.cs.pdx.edu (8.7.3/CATastrophe-9/18/94-C) with ESMTP id RAA14975; Mon, 12 Feb 1996 17:20:54 -0800 (PST) for Message-Id: <199602130120.RAA14975@sirius.cs.pdx.edu> To: freebsd-hackers@freebsd.org Subject: mobile-ip/icmp router advertisements Date: Mon, 12 Feb 1996 17:20:53 -0800 From: Jim Binkley Sender: owner-hackers@freebsd.org Precedence: bulk I'm starting to work on a mobile-ip implementation for FreeBSD. One of the features needed is that "mobility agents" are supposed to send out ICMP router advertisement messages periodically. It would probably be easier and preferable if the agent could be a user process as opposed to a chunk of kernel code. However the IETF mobile-ip draft states that the router advertisements need to be sent to either the multicast all hosts address (224.0.0.1) for multicast capable interfaces OR to the limited broadcast address, 255.255.255.255. The last time I looked doing the latter was a tad tough on bsd-based boxes; i.e., it wasn't possible for an application to send limited bcast packets out interfaces other than the 1st. You had to use directed broadcast so that IP would have a route. Maybe this isn't true any more? The last time I looked was during the Reno/Tahoe era. Is there some scheme for allowing an application to send packets directly out a given interface? It seems like multicasting apps would be able to do this, but maybe not. If there is no such scheme, I'm thinking about doing something like this: Alter ifconfig so that you can set a BEACON flag and network address (either multicast or limited broadcast). Have the daemon walk the interfaces to see who has BEACON capability. (Or call is RADVERT) Use a raw/icmp socket and sendto with a new flag along with ROUTETOIF and then check for that flag in the "route to if" code in ip_output. If found, access the interface and get the BEACON address and change the dst address accordingly. You could use the directed broadcast address to make the packet routeable, I presume. Better schemes gratefully accepted. regards, Jim Binkley jrb@cs.pdx.edu From owner-freebsd-hackers Mon Feb 12 17:41:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20251 for hackers-outgoing; Mon, 12 Feb 1996 17:41:59 -0800 (PST) Received: from bubba.tribe.com ([205.184.207.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20246 Mon, 12 Feb 1996 17:41:57 -0800 (PST) Received: (from archie@localhost) by bubba.tribe.com (8.6.12/8.6.12) id RAA25018; Mon, 12 Feb 1996 17:40:47 -0800 From: Archie Cobbs Message-Id: <199602130140.RAA25018@bubba.tribe.com> Subject: Re: Q: programming sockets source address? To: ejs@bfd.com (Eric J. Schwertfeger) Date: Mon, 12 Feb 1996 17:40:46 -0800 (PST) Cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: from "Eric J. Schwertfeger" at Feb 12, 96 01:59: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 Precedence: bulk > So far, my initial attempts to use bind() before connect() have been a > wash, as bind returns an errno of EADDRNOTAVAIL, regardless of which > address I'm using. I was under the impression that bind could be used > before a connect to set the source address. Is this wrong? Is there a > correct way to do this (needs to be portable to Linux)? I don't know if this is the source of your problem, but the following caused me a bit of head scratching. When bind() is given a specific IP address, it looks through the list of interfaces and tries to match it to each interface address. The way it does the compare is by a byte-by-byte compare of the sockaddr structure. But you're passing a (sockaddr_in *), cast to a (sockaddr *)... Now if you haven't specifically set the length field, this means that some irrelevant bytes in the structure may screw up the comparison. So the solution seems to be to zero out your sockaddr_in structure first. At least that worked for me. Maybe some IP interface expert could comment on this? -Archie _______________________________________________________________________________ Archie L. Cobbs, archie@tribe.com * Tribe Computer Works http://www.tribe.com From owner-freebsd-hackers Mon Feb 12 18:16:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22557 for hackers-outgoing; Mon, 12 Feb 1996 18:16:22 -0800 (PST) Received: from cwbone.bsi.com.br ([200.250.250.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22423 for ; Mon, 12 Feb 1996 18:15:52 -0800 (PST) Received: from cwbtr01.bsi.com.br (cwbtr01.bsi.com.br [200.250.250.18]) by cwbone.bsi.com.br (8.6.12/8.6.9) with SMTP id XAA08359 for ; Mon, 12 Feb 1996 23:15:55 GMT Date: Mon, 12 Feb 1996 23:16:06 +0000 () From: Sergio de Almeida Lenzi cc: hackers@freefall.freebsd.org Subject: Re: Is it just my imagination... In-Reply-To: <199602130031.QAA16742@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Mon, 12 Feb 1996, Jordan K. Hubbard wrote: > Or is BSD/OS looking more like FreeBSD every day? :-) > > http://www.bsdi.com/products/internet-server/new-features-2.1.html > > Jordan Sure it is. but with the difference in price... I was wondering... If I knew the address of some "big" in Microsoft, I'll mail him, asking if it is not time to stop whith that NT and invest in FreeBSD, is cheaper, good, fast, and easy to operate than a NT machine.. Only a few enhancements, ant it (FreeBSD) will put all those windows95 happy. Sergio de Almeida Lenzi. From owner-freebsd-hackers Mon Feb 12 19:00:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25286 for hackers-outgoing; Mon, 12 Feb 1996 19:00:33 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA25277 Mon, 12 Feb 1996 19:00:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA13615; Mon, 12 Feb 1996 19:00:23 -0800 To: hackers@freebsd.org cc: jfieber@freebsd.org Subject: Uh, who's maintaining ftp://ftp.freebsd.org/pub/FreeBSD/docs/ ? Date: Mon, 12 Feb 1996 19:00:23 -0800 Message-ID: <13613.824180423@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I'm just curious (it ain't me!) since it's a month out of date.. If no one minds, I'll push new docs over, I just don't want to tred on anybody's feet. Is this you, John? My memory may be going with old age here.. :-) Jordan From owner-freebsd-hackers Mon Feb 12 19:19:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA26506 for hackers-outgoing; Mon, 12 Feb 1996 19:19:11 -0800 (PST) Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA26501 for ; Mon, 12 Feb 1996 19:19:08 -0800 (PST) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id WAA06586; Mon, 12 Feb 1996 22:18:34 -0500 Date: Mon, 12 Feb 1996 22:18:34 -0500 From: Charles Kenneth Green - PRC Message-Id: <199602130318.WAA06586@fang.cs.sunyit.edu> In-Reply-To: "Jordan K. Hubbard" "Is it just my imagination..." (Feb 12, 4:31pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Jordan K. Hubbard" Subject: Re: Is it just my imagination... Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Feb 12, 4:31pm, "Jordan K. Hubbard" wrote: } Subject: Is it just my imagination... } Or is BSD/OS looking more like FreeBSD every day? :-) } } http://www.bsdi.com/products/internet-server/new-features-2.1.html } } Jordan }-- End of excerpt from "Jordan K. Hubbard" Yes it is. (to site an example) At USENIX, when BSDi was asked if they were going to implement a lockd they replied saying that they were going to wait for FreeBSD to implement it first and then "examine" it's implementation. -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Mon Feb 12 19:54:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA28582 for hackers-outgoing; Mon, 12 Feb 1996 19:54:40 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA28576 for ; Mon, 12 Feb 1996 19:54:34 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tmB7b-000858C; Mon, 12 Feb 96 21:09 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tmB1r-000CCbC; Mon, 12 Feb 96 21:03 WET Message-Id: Date: Mon, 12 Feb 96 21:03 WET To: hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Mon Feb 12 1996, 21:03:43 CST Subject: Re: Manuel Bouyer: update of atapi driver Sender: owner-hackers@freebsd.org Precedence: bulk [1](aka Andrey A. Chernov, Black Mage) writes: [1]2) There is only SCSI-specific assumptions and no other assumtions [1]exists. If some player work with SCSI CD and not work with other [1]CD driver, it is definitely other CD driver bug an should be fixed [1]in the driver. Uh, there is at least one CD-Audio "player" that outputs pre-built SCSI commands directly to an ioctl that the SCSI driver accepts and passes directly to the drive. If I remember right, "workman" is the SCSI-only CD audio application. It is unreasonable to expect all the non-SCSI drives to parse all possible SCSI commands received via this ioctl, issue equivalent proprietary commands to the drive, read and repackage the results from the drive and return that to the package. Apart from being a waste of time, these translators would make the drivers huge. Cdplayer (now deleted from the tree) and xcdplayer use the standard CD-audio ioctls. Most of the CD-ROM drivers support these ioctls and issue appropriate commands to the drives (at least this was true in 2.1.0). Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" ^------(this is the fastest route)|"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Mon Feb 12 19:55:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA28629 for hackers-outgoing; Mon, 12 Feb 1996 19:55:19 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA28622 for ; Mon, 12 Feb 1996 19:55:16 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tmBHn-00087AC; Mon, 12 Feb 96 21:20 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tmBEz-000CCbC; Mon, 12 Feb 96 21:17 WET Message-Id: Date: Mon, 12 Feb 96 21:17 WET To: hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Mon Feb 12 1996, 21:17:17 CST Subject: Re: Watchdog timer - update Sender: owner-hackers@freebsd.org Precedence: bulk A week or two ago when we were talking about the watchdog timer, someone asked when a design had to be certified for Part 15 compliance. I could not recall the precise answer at the time, but I've done a little checking and thought I would give you the results. 1. If the device generates or uses frequencies of 9KHz (nine kilohertz) or more, it must be certified. This is covered in Title 47 USC, Part 15 for the US, and EN 55022 and 50082 for the EU. 2. If the device consumes less than 7 nanowatts of overall power, it does not need certification (US) regardless of the frequencies generated or used. This exception is apparently there for digital wristwatches, which do not require certification. So there it is. Any microprocessor with even feeble computing power trying to interface to an ISA or PCI connector will probably exceed the power requirements and force certification. Now it is possible to clock several different CMOS-style processors at a speed below 9KHz (CMOS devices usually have static clocking states), but the CPU would not be able to do very much. Supposedly the FCC regulations are on the FCC web site, so you can examine them there for any other details. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" ^------(this is the fastest route)|"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Mon Feb 12 20:13:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA29586 for hackers-outgoing; Mon, 12 Feb 1996 20:13:09 -0800 (PST) Received: from talking (talking.talking.com [206.14.52.81]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA29580 Mon, 12 Feb 1996 20:12:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by talking (8.6.12/8.6.12) with SMTP id UAA04520; Mon, 12 Feb 1996 20:07:19 -0800 Message-Id: <199602130407.UAA04520@talking> X-Authentication-Warning: talking.talking.com: Host localhost didn't use HELO protocol To: ejs@bfd.com (Eric J. Schwertfeger) cc: questions@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Q: programming sockets source address? Date: Mon, 12 Feb 1996 20:07:18 -0800 From: Terry Braun Sender: owner-hackers@FreeBSD.org Precedence: bulk Your message dated: Mon, 12 Feb 1996 17:40:46 PST > >> So far, my initial attempts to use bind() before connect() have been a >> wash, as bind returns an errno of EADDRNOTAVAIL, regardless of which >> address I'm using. I was under the impression that bind could be used >> before a connect to set the source address. Is this wrong? Is there a >> correct way to do this (needs to be portable to Linux)? > I'm not sure what you are trying to do, but if you want to listen on a particular socket on you local machine, say on port 1520, this code will work- bindname.sin_addr.s_addr = htonl(INADDR_ANY); bindname.sin_family = AF_INET; bindname.sin_port = htons(1520); n = bind(sock, &bindname, sizeof(bindname)); \t -------- Terry Braun tab@talking.com Talking Networks, Inc. 510-525-6696 From owner-freebsd-hackers Mon Feb 12 20:54:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA02820 for hackers-outgoing; Mon, 12 Feb 1996 20:54:29 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA02801 for ; Mon, 12 Feb 1996 20:54:25 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA09264; Tue, 13 Feb 1996 15:25:06 +1030 From: Michael Smith Message-Id: <199602130455.PAA09264@genesis.atrad.adelaide.edu.au> Subject: Re: Is it just my imagination... To: chuck@fang.cs.sunyit.edu (Charles Kenneth Green - PRC) Date: Tue, 13 Feb 1996 15:25:05 +1030 (CST) Cc: jkh@freefall.freebsd.org, hackers@freebsd.org In-Reply-To: <199602130318.WAA06586@fang.cs.sunyit.edu> from "Charles Kenneth Green - PRC" at Feb 12, 96 10:18:34 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Charles Kenneth Green - PRC stands accused of saying: > Yes it is. (to site an example) At USENIX, when BSDi was asked if > they were going to implement a lockd they replied saying that they were > going to wait for FreeBSD to implement it first and then "examine" it's > implementation. Well, that's fair enough I guess, as long as they credit the implementors. If they're really actually picking up ideas from us, it'd be nice to hear the occasional 'thanks' back from them. Then again, we're making use of a lot of work that some of the people there have done, so I 'spose it evens out in the long run. > Charles Green, PRC Inc. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Mon Feb 12 22:11:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12495 for hackers-outgoing; Mon, 12 Feb 1996 22:11:08 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA12477 for ; Mon, 12 Feb 1996 22:11:04 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA04810 for ; Tue, 13 Feb 1996 07:11:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA10434 for freebsd-hackers@freebsd.org; Tue, 13 Feb 1996 07:11:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id GAA07772 for freebsd-hackers@freebsd.org; Tue, 13 Feb 1996 06:58:12 +0100 (MET) From: J Wunsch Message-Id: <199602130558.GAA07772@uriah.heep.sax.de> Subject: Re: CCITT support in current To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 13 Feb 1996 06:58:12 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602122323.QAA21297@phaeton.artisoft.com> from "Terry Lambert" at Feb 12, 96 04:23:31 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Terry Lambert wrote: > > I only want it installable of the CDROM do that people will not have to > work very, very hard to get it up to snuff, above and beyond the code > modification necessary. It's already installable off the 4.4BSD-Lite CDROM. That's been one of the arguments for killing it in our regular tree: the code is just the stock CSRG code (modulo a few cosmetic changes, that have been done on a routine base [i.e. ``big sweep over all kernel sources'']). -- 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 Feb 12 22:11:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12502 for hackers-outgoing; Mon, 12 Feb 1996 22:11:09 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA12475 for ; Mon, 12 Feb 1996 22:11:03 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA04805 for ; Tue, 13 Feb 1996 07:11:01 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA10433 for freebsd-hackers@freebsd.org; Tue, 13 Feb 1996 07:11:00 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id GAA07459 for freebsd-hackers@freebsd.org; Tue, 13 Feb 1996 06:55:24 +0100 (MET) From: J Wunsch Message-Id: <199602130555.GAA07459@uriah.heep.sax.de> Subject: Re: CCITT support in current To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 13 Feb 1996 06:55:23 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602122242.PAA20517@rocky.sri.MT.net> from "Nate Williams" at Feb 12, 96 03:42:10 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Nate Williams wrote: > I think Jordan made it clear that if *someone* is willing to maintain > the code, it is welcome in the tree. So, if you are willing to fix the > code to work it could end up back into the tree. Hmm, but ``maintaining'' is quite a bit more than ``willing to fix''. It means continuing support, at least continuing testing. -- 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 Feb 12 22:15:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12950 for hackers-outgoing; Mon, 12 Feb 1996 22:15:17 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA12935 for ; Mon, 12 Feb 1996 22:15:08 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA10056 for hackers@freebsd.org; Tue, 13 Feb 1996 16:46:33 +1030 From: Michael Smith Message-Id: <199602130616.QAA10056@genesis.atrad.adelaide.edu.au> Subject: device driver ioctl for nonblocking IO? To: hackers@freebsd.org Date: Tue, 13 Feb 1996 16:46:32 +1030 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I've got a really stupid one here... In a device driver I'm writing, I'd like to support nonblocking I/O. If I open an fd on the device and fcntl(fd, F_SETFL, O_NONBLOCK), I get a mystery ioctl sent to my device. The question is : what is it? I haven't been able to find an example where this is done anywhere else (*grumble*), so I'm left a little puzzled. Any ideas? -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Mon Feb 12 23:14:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17408 for hackers-outgoing; Mon, 12 Feb 1996 23:14:16 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA17402 for ; Mon, 12 Feb 1996 23:14:13 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA10491; Tue, 13 Feb 1996 17:45:41 +1030 From: Michael Smith Message-Id: <199602130715.RAA10491@genesis.atrad.adelaide.edu.au> Subject: Re: device driver ioctl for nonblocking IO? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 13 Feb 1996 17:45:41 +1030 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199602130616.QAA10056@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 13, 96 04:46:32 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Michael Smith stands accused of saying: > > I've got a really stupid one here... ... > If I open an fd on the device and fcntl(fd, F_SETFL, O_NONBLOCK), I get > a mystery ioctl sent to my device. Argh. FIONBIO. Not enough coffee. Sorry. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Mon Feb 12 23:26:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18304 for hackers-outgoing; Mon, 12 Feb 1996 23:26:10 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA18290 for ; Mon, 12 Feb 1996 23:26:05 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id JAA04432; Tue, 13 Feb 1996 09:26:20 +0200 Date: Tue, 13 Feb 1996 09:26:19 +0200 (EET) From: Narvi To: Sergio de Almeida Lenzi cc: hackers@freefall.freebsd.org Subject: Re: Is it just my imagination... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Mon, 12 Feb 1996, Sergio de Almeida Lenzi wrote: > On Mon, 12 Feb 1996, Jordan K. Hubbard wrote: > > > Or is BSD/OS looking more like FreeBSD every day? :-) > > > > http://www.bsdi.com/products/internet-server/new-features-2.1.html > > > > Jordan > > Sure it is. but with the difference in price... > > I was wondering... If I knew the address of some "big" in Microsoft, > I'll mail him, asking if it is not time to stop whith that NT and invest in > FreeBSD, is cheaper, > good, fast, and easy to operate than a NT machine.. Only a few enhancements, > ant it (FreeBSD) will put all those windows95 happy. > > Sergio de Almeida Lenzi. > > Please don't - any good has never come out of Micro$oft. They would just take it up, wreck it, claim even more how superior they are and so on - I really don't think any good would come out of it. But then again - it would be good if more commercial software was available and supported on FreeBSD - but the OS should remain free. Sander. From owner-freebsd-hackers Tue Feb 13 00:30:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21504 for hackers-outgoing; Tue, 13 Feb 1996 00:30:54 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21495 Tue, 13 Feb 1996 00:30:47 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tmG8M-0003vyC; Tue, 13 Feb 96 00:30 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id JAA01765; Tue, 13 Feb 1996 09:30:44 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Is it just my imagination... In-reply-to: Your message of "Mon, 12 Feb 1996 16:31:02 PST." <199602130031.QAA16742@freefall.freebsd.org> Date: Tue, 13 Feb 1996 09:30:43 +0100 Message-ID: <1763.824200243@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Or is BSD/OS looking more like FreeBSD every day? :-) > > http://www.bsdi.com/products/internet-server/new-features-2.1.html > I'd say... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Feb 13 00:34:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21816 for hackers-outgoing; Tue, 13 Feb 1996 00:34:53 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21797 for ; Tue, 13 Feb 1996 00:34:24 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id TAA18551; Tue, 13 Feb 1996 19:31:51 +1100 Date: Tue, 13 Feb 1996 19:31:51 +1100 From: Bruce Evans Message-Id: <199602130831.TAA18551@godzilla.zeta.org.au> To: hackers@freebsd.org, nate@sri.MT.net Subject: Re: GCC 2.7.2 bugs Sender: owner-hackers@freebsd.org Precedence: bulk >I found this in the textutils distribution. > If you are building with gcc-2.7.2, when you run configure you > should expect[*] to see this line (along with lots of others): > checking for working const... no > That means configure has detected that gcc-2.7.2 generates bad code > for certain uses of `const' casts. >Although we don't make *heavy* use of const, I guess it's yet another >reason to not upgrade our gcc compiler. Well, configure (in textutils-1.14) detects a working const with my version of gcc-2.7.2. The test only tests for a compile-time failure so it couldn't detect bad code generation. Bruce From owner-freebsd-hackers Tue Feb 13 00:58:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22799 for hackers-outgoing; Tue, 13 Feb 1996 00:58:31 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22794 for ; Tue, 13 Feb 1996 00:58:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA14483 for ; Tue, 13 Feb 1996 00:58:20 -0800 To: hackers@freebsd.org Subject: All mail sent to me for the last 48 hours have been lost.. Date: Tue, 13 Feb 1996 00:58:20 -0800 Message-ID: <14481.824201900@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk The wonders of procmail... Enough that it fails on me spontaneously every couple of days and starts refusing to run, when I finally "disable" it by removing my $HOME/.procmailrc I forget to remove the .forward pointing at it, and it forwards all my mail directly to /dev/null (you'd think it'd store it someplace, and it even claims that it does, but that "someplace" is nowhere I can find!). Therefore, if you sent me mail anytime in the last couple of days, you may assume that I probably lost it. It's very strange, since I *have* gotten some mail here and there and even replied to stuff as early as this morning, but when I just tested it just now I was able to watch procmail send it into the void. Feh. I'd say that's soured me on procmail forever more! :( Jordan From owner-freebsd-hackers Tue Feb 13 01:16:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23798 for hackers-outgoing; Tue, 13 Feb 1996 01:16:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23789 for ; Tue, 13 Feb 1996 01:16:07 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id UAA19799; Tue, 13 Feb 1996 20:09:43 +1100 Date: Tue, 13 Feb 1996 20:09:43 +1100 From: Bruce Evans Message-Id: <199602130909.UAA19799@godzilla.zeta.org.au> To: msmith@atrad.adelaide.edu.au Subject: Re: device driver ioctl for nonblocking IO? Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >> I've got a really stupid one here... >... >> If I open an fd on the device and fcntl(fd, F_SETFL, O_NONBLOCK), I get >> a mystery ioctl sent to my device. >Argh. FIONBIO. Not enough coffee. Sorry. FIONBIO should be ignored unless you want to handle the races that can result when a process changes the flag while another process is blocked in an i/o. The O_NONBLOCK flag (aka the O_NDELAY flag) (aka the FNDELAY flag) is better aka the FNONBLOCK flag in the kernel. It is stored in the file descriptor flags and passed to all read and write functions after converting it to the IO_NDELAY. It is also passed to the open, ioctl and close functions without conversion. Bruce From owner-freebsd-hackers Tue Feb 13 01:24:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24753 for hackers-outgoing; Tue, 13 Feb 1996 01:24:50 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA24690 Tue, 13 Feb 1996 01:24:17 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id SAA00501; Tue, 13 Feb 1996 18:23:31 +0900 Date: Tue, 13 Feb 1996 18:23:31 +0900 Message-Id: <199602130923.SAA00501@frig.mt.cs.keio.ac.jp> To: hackers@freebsd.org, hardware@freebsd.org Subject: Re: [PCMCIA] pccard.flp is now available!! In-Reply-To: Your message of Sun, 11 Feb 1996 22:57:04 +0900. <199602111357.WAA18933@frig.mt.cs.keio.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk In article <199602111357.WAA18933@frig.mt.cs.keio.ac.jp> hosokawa@mt.cs.keio.ac.jp writes: >> You can install FreeBSD 2.1.0R with various PCMCIA Ethernet cards, >> PCMICA modem cards, and *CD-ROMs over PCMCIA SCSI cards* !! OOPS! I found a bug of this floppy disk. I can use it for CD-ROM install, but sysinstall fails to detect PCMCIA network devices (I passed over this bug because I checked it by executing ping to the target laptop from other machine that is ifconfig'ed with fixit floppy). I'll release the new floppy in a few days. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Tue Feb 13 01:33:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25512 for hackers-outgoing; Tue, 13 Feb 1996 01:33:40 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA25502 for ; Tue, 13 Feb 1996 01:33:35 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA10882; Tue, 13 Feb 1996 20:04:55 +1030 From: Michael Smith Message-Id: <199602130934.UAA10882@genesis.atrad.adelaide.edu.au> Subject: Re: device driver ioctl for nonblocking IO? To: bde@zeta.org.au (Bruce Evans) Date: Tue, 13 Feb 1996 20:04:54 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199602130909.UAA19799@godzilla.zeta.org.au> from "Bruce Evans" at Feb 13, 96 08:09:43 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Bruce Evans stands accused of saying: > >> If I open an fd on the device and fcntl(fd, F_SETFL, O_NONBLOCK), I get > >> a mystery ioctl sent to my device. > > >Argh. FIONBIO. Not enough coffee. Sorry. > > FIONBIO should be ignored unless you want to handle the races that can > result when a process changes the flag while another process is blocked > in an i/o. The O_NONBLOCK flag (aka the O_NDELAY flag) (aka the FNDELAY I'm only allowing one open (no more make any sense), so that's not a problem. > flag) is better aka the FNONBLOCK flag in the kernel. It is stored in > the file descriptor flags and passed to all read and write functions > after converting it to the IO_NDELAY. It is also passed to the open, > ioctl and close functions without conversion. That makes it much easier than keeping state in the unit structure; thanks. > Bruce -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Tue Feb 13 03:44:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA02414 for hackers-outgoing; Tue, 13 Feb 1996 03:44:18 -0800 (PST) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA02409 for ; Tue, 13 Feb 1996 03:44:10 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.6.12/8.6.12) id TAA29621 for freebsd-hackers@freebsd.org; Tue, 13 Feb 1996 19:44:20 +0800 Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 13 Feb 96 11:27:10 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199602111306.OAA05893@keltia.freenix.fr>, <4456.824046250@time.cdrom.com> Subject: Re: Kerberos @ freebsd.org? Sender: owner-hackers@freebsd.org Precedence: bulk jkh@time.cdrom.com (Jordan K. Hubbard) writes: >> It seems that Warner Losh said: >> > However, ssh won't encrypt things like NFS traffic, mud traffic, etc. >> >> You can use FTP thru an encrypted channel or simply uses "scp" to tranfert >> files... >Who was it here who successfully used ssh and the tun driver to implement an >encrypted encapsulation channel? Maybe we should package that functionality >a little bit.. :-) Me.. :-) I did a REALLY crude hack in about 10 minutes. It uses a simple 2-byte length to encode the length of the datagram following. The basic problem with doing it this way is that you can't do routing over it to get all sessions to the remote host going over the tunnel, because the tunnel's packets themselves would go over the tunnel. The only way around it would be to use IP aliases to get the tunnel endpoints or some other hack. I used it for a few test cases like this: iptun -l 1.1.1.1 -r 2.2.2.2 -c "ssh otherhost iptun -l 2.2.2.2 -r 1.1.1.1" It works with rsh and any other *guaranteed* reliable, 8-bit clean protocol. It has no way of recovering from an error. > Jordan If anybody wants to have a play with this, be my guest... :-) /* * Copyright (c) 1996 Peter Wemm * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, is permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice immediately at the beginning of the file, without modification, * this list of conditions, and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. Absolutely no warranty of function or purpose is made by the author * Peter Wemm. * 4. Modifications may be freely made to this file providing the above * conditions are met. */ #include #include #include #include #include #include #include #include #include #include #include #include void Usage(char *s) { fprintf(stderr, "Usage: %s -l locaddr -r remaddr [ -c command ]\n", s); exit(1); } #define MYMTU 1500 int main(int ac, char **av) { char buf[PATH_MAX]; int i; int n; int c; int tunfd = -1; int tununit = -1; char *locaddr = NULL; char *remaddr = NULL; char *netmask = NULL; int readfd; /* read fd to remote */ int writefd; /* write fd to remote */ int pipe1[2], pipe2[2]; u_char txbuf[MYMTU + 10]; /* transmit staging buffer (tun to remote) */ u_char rxbuf[MYMTU + 10]; /* receive staging buffer (remote to tun) */ int rxwant, rxgot; /* how much do we want vs got */ fd_set fdsr, fdse; char *progname = *av++; locaddr = *av++; if (!locaddr) { fprintf(stderr, "You must supply a local address!\n"); Usage(progname); } remaddr = *av++; if (!remaddr) { fprintf(stderr, "You must supply a remote address!\n"); Usage(progname); } netmask = *av++; if (!netmask) { fprintf(stderr, "You must supply a netmask!\n"); Usage(progname); } for (i = 0; i < 256; i++) { sprintf(buf, "/dev/tun%d", i); tunfd = open(buf, O_RDWR, 0); if (tunfd != -1) { tununit = i; break; } if (errno == ENOENT || i == 255) { fprintf(stderr, "Not enough IP tunnel devices (/dev/tunXX) configured!\n"); exit(1); } } assert(tunfd != -1); assert(tununit != -1); sprintf(buf, "/sbin/ifconfig tun%d %s %s netmask %s", tununit, locaddr, remaddr, netmask); system(buf); fflush(stdout); fflush(stdin); if (av[0]) { /* start remote server command */ pipe(pipe1); /* parent -> child */ pipe(pipe2); /* child -> parent */ if (fork() == 0) { /* child */ dup2(pipe1[0], 0); dup2(pipe2[1], 1); close(tunfd); close(pipe1[1]); close(pipe2[0]); execv(av[0], av); perror("execv"); _exit(1); } else { /* parent */ writefd = pipe1[1]; readfd = pipe2[0]; close(pipe1[0]); close(pipe2[1]); } signal(SIGPIPE, SIG_IGN); /* master - read/write to pipe */ } else { /* slave - read/write to stdin/out */ readfd = 0; writefd = 1; } i = 1; ioctl(tunfd, FIONBIO, &i); /* lets get on with it.. :-) */ #if 1 ioctl(readfd, FIONBIO, &i); ioctl(writefd, FIONBIO, &i); #endif rxwant = rxgot = 0; while(1) { FD_ZERO(&fdsr); FD_ZERO(&fdse); FD_SET(tunfd, &fdsr); FD_SET(readfd, &fdsr); FD_SET(readfd, &fdse); FD_SET(writefd, &fdse); n = tunfd > readfd ? tunfd : readfd; n = select(n + 1, &fdsr, NULL, &fdse, NULL); if (n < 0) { if (errno == EINTR) continue; perror("select"); exit(1); } /* net drop? */ if (FD_ISSET(readfd, &fdse)) { fprintf(stderr, "exception on remote read file descriptor.."); exit(1); } if (FD_ISSET(writefd, &fdse)) { fprintf(stderr, "exception on remote write file descriptor.."); exit(1); } if (FD_ISSET(readfd, &fdsr)) { int try; /* * rxwant - how much data is in the IP packet * rxgot - how much data is in rxbuf * Note rxgot includes the length, rxwant does not */ if (!rxwant) try = 2; else try = rxwant - rxgot + 2; /* slurp in any more data */ if (try > 0) { n = read(readfd, rxbuf + rxgot, try); if (n > 0) { rxgot += n; } if (n == 0) { _exit(1); } if (n < 0) { if (errno != EAGAIN && errno != EINTR) { perror("read"); exit(0); } } } if (!rxwant) { /* new packet starting */ if (rxgot >= 2) { /* ok. got count */ rxwant = rxbuf[0] * 256 + rxbuf[1]; } } if (rxwant > MYMTU) { fprintf(stderr, "rxwant: %d\n", rxwant); _exit(1); /* "cant happen"... :-) */ } /* are we counting for a packet */ if (rxwant) { if ((rxgot - 2) >= rxwant) { /* all here... */ write(tunfd, rxbuf + 2, rxwant); /* ignore error */ rxgot = 0; rxwant = 0; } } } if (FD_ISSET(tunfd, &fdsr)) { n = read(tunfd, txbuf + 2, MYMTU); if (n > 0) { txbuf[0] = n / 256; /* high count */ txbuf[1] = n % 256; /* low count */ write(writefd, txbuf, n + 2); /* ignore error */ } } } } Cheers, -Peter From owner-freebsd-hackers Tue Feb 13 04:28:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06526 for hackers-outgoing; Tue, 13 Feb 1996 04:28:50 -0800 (PST) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA06518 for ; Tue, 13 Feb 1996 04:28:43 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (8.6.12/8.6.12) id UAA01333 for freebsd-hackers@freebsd.org; Tue, 13 Feb 1996 20:28:57 +0800 Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 13 Feb 96 11:56:05 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <199602120105.RAA00244@ref.tfs.com>, <199602120115.SAA17779@rocky.sri.MT.net> Subject: Re: CVS usage question Sender: owner-hackers@freebsd.org Precedence: bulk nate@sri.MT.net (Nate Williams) writes: >> > Unfortunately, most of the goals are un-reachable, but I'll comment on >> > them anyway. >> >> Haveing watched peter wemm at work with this, I have a suggestion >> about how to do this.. talk to peter about some of how he was >> achieving this.. >As I understand it (Peter, jump in here anytime), he was using a local >version of the CVS tree and a remote version of the tree. However, both >versions were of the same lineage and never deferred from one another >except for time. Exactly.. And there is the odd "gotcha!" waiting to bite you as well, doing it the way I do. >> > # cvs update -Pdr RELENG_2_1_0 >> are all the options needed? >If you want the stable bits, yes. Yes, and if you want -current, you need the -Pd as well. I personally use "cvs -q update -d -P -A", with the -A being to release any accidental sticky tags that I occasionally set for checking older code.. >> > > 2) To be able to check *in* to a *LOCAL ONLY* branch changes which >> > > are in fact local, and incorporate THOSE into the extractions I make >> > > (I realize the risks inherent in doing this with version mismatches, >> > > but the places we change things aren't likely to be subject to >> > > revisions by the primary developers). It would be ideal if these >> > > revisions could then be blocked from SUPping by others (if not, I'll >> > > need two code trees -- blech). >> > >> > Simply checking out a copy of the sources in a spot in your tree, and >> > then modifying the bits in that tree and checking them in will work. >> > However, as soon as you re-sup the CVS bits from freefall your changes >> > in the CVS tree will be over-written. >> >> I notice peter doing this when I visited him and >> maybe someone else who knows CVS better than I, can explain. >See above. I also don't think Peter checked in the changes to the local >tree, but he can comment on that. Yes. I never commit locally. I have used a RCS tree locally though to keep track of the overall changes... This is only really short-term though. % ls -F CVS/ Makefile RCS/ fsdb.1 fsdb.c obj@ I dont use this very often though, only when I significantly diverge from the FreeBSD version for local reasons or for my Real Job. >> He has TWO cvs trees >> he has a single checked out tree. >As I understand it, he used the local CVS tree for quick reference, but >committed his changes against the remote CVS tree to avoid the grief of >bad packet loss on the international lines. >However, all of this assumes that the tree will eventually be 'synced' >up, so you can't keep local-only changes in the actual CVS tree. You >*can* keep them in the checked out copy of the sources, but they aren't >in the actual repository. Yes.. And there's the first gotcha! The CVS/Entries file records the revision you checked out, and the timestamp it put on the file. If the timestamp changes, it compares the revision to see if you've actually changed it, or whether it's just a "touch". Once you edit a file locally, it sees the timestamp has changed, compares it, records it as "M" (and caches that with the "last checked" timestamp). If the revision in the repository changes, it's merged. If you do a "remote commit", your entries file is updated to the new version number (say 1.6 for example) and the new timestamp is recorded. The next time you do a "cvs update", it sees the old local revision (say 1.5), and since 1.5 != 1.6, it replaces your freshy committed version with the old one. "Gotcha!" You have to do a sup or wait for the next CTM delta to get your commit back. I am very aware of this when I work and keep this in mind, so I rarely get caught. If I do and it's a problem, I do a "cvs -d freefall:/home/ncvs update filename.c" to get it back and be careful to not do an update until the next ctm delta arrives. >> > > The goal here is to be able to, say, extract a "usr.bin/login" from >> > > either our private change tree OR from the standard -STABLE tree. >> > > Is this possible while SUPping updates for the CVS masters? >> > >> > Nope, because the idea of SUPping the CVS bits is to guarantee that you >> > are getting the *exact* same bits as everyone else. If the bits are >> > different on your site vs. the site you are supping from, SUP will >> > notice the discrepancey make sure you get a copy of the 'master' file on >> > site. >> >> so you need two CVS trees, only one of which is updated >At which point you make it *very* difficult to keep both trees in >sync. since they never converge to the same code. If the trees >eventually converge it's not a problem, but trying to keep both in >sync. is a non-trivial problem. I have often wondered about the possibility of doing a weekly sup/ctm checkout of the "live" source, and then doing a "cvs import" into a local tree, and doing a "cvs update -jFREEBSD:yesterday -jFREEBSD". This is a good way to excercise your disks for a few hours, but it would allow you to have your local changes under CVS control and have FREEBSD on the "vendor branch". I think this would be workable if you: 1) have a lot of disk and CPU, and 2) need to do your own local development but still track (say) -stable, and 3) are tracking a slow-moving tree like 2.1-stable Once 2.2 became stable, you could flip over to 2.2-stable and have a big merge and relatively quickly roll in your local developments. >Nate From owner-freebsd-hackers Tue Feb 13 04:55:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA08618 for hackers-outgoing; Tue, 13 Feb 1996 04:55:15 -0800 (PST) Received: from firtech.lri.fr (firtech.lri.fr [129.175.15.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA08610 for ; Tue, 13 Feb 1996 04:55:03 -0800 (PST) From: souchu@firtech.lri.fr Received: from batman.lri.fr by firtech.lri.fr (8.6.12/general) with ESMTP id NAA00846 ; Tue, 13 Feb 1996 13:47:39 +0100 Received: by batman.lri.fr (8.6.12/feuille) id NAA05614 ; Tue, 13 Feb 1996 13:48:37 +0100 Date: Tue, 13 Feb 1996 13:48:37 +0100 Message-Id: <199602131248.NAA05614@batman.lri.fr> To: msmith@atrad.adelaide.edu.au CC: bde@zeta.org.au, hackers@FreeBSD.org In-reply-to: <199602110732.SAA27556@genesis.atrad.adelaide.edu.au> (message from Michael Smith on Sun, 11 Feb 1996 18:02:01 +1030 (CST)) Subject: Re: EIDE 2300+ Promise Sender: owner-hackers@FreeBSD.org Precedence: bulk | | Bruce Evans stands accused of saying: | > | > >My controller EIDE 2300+ Promise fails at boot in int 13h or | > >just after when executing real_to_proc, I don't know exactly. | > | > >What's wrong ? | > | > I don't know. | | This one has been done to death, and a search of the list archives | should turn up the answer; the onboard BIOS on the 2300 is _broken_ and | must be disabled completely for FreeBSD to boot. If I do that, I loose the translation facilities and need to install OnTrack for my 850 Mo HD and reinstall every software (DOS, OS2) :^(( isn't it ? | I also recall reading that if you subsequently turn it back on, you can/will | hose your BSD partition. Sorry, but I don't understand this. | | > >I have an idea. Why not programming a sort of linux-lodlin that would | > >start FreeBSD from DOS after installing the Promise int 13h driver ? | > | > dosboot.exe in FreeBSD already does this. | | The Promise driver is 'installed' by having the BIOS on the card enabled, | it _is_ the source of the problem. You mean the DOSboot idea isn't the solution... the EIDE2300.SYS driver is just way to configure the board ? Anyway, any other system (Linux, OS2, DOS...) is able to boot with this controller, why not FreeBSD ? nicolas -- Nicolas SOUCHU - DEA d'Architectures Paralleles 95 - LRI - France email: souchu@firtech.lri.fr - signature courte, le reseau dit "Ouf!" From owner-freebsd-hackers Tue Feb 13 05:37:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA11741 for hackers-outgoing; Tue, 13 Feb 1996 05:37:49 -0800 (PST) Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA11732 for ; Tue, 13 Feb 1996 05:37:45 -0800 (PST) Received: from muggsy.lkg.dec.com by mail11.digital.com (5.65v3.2/1.0/WV) id AA01306; Tue, 13 Feb 1996 08:26:03 -0500 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA09397; Tue, 13 Feb 1996 08:26:01 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id NAA12632; Tue, 13 Feb 1996 13:44:39 GMT Message-Id: <199602131344.NAA12632@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: Kewl! If we can make it work, maybe I'll buy a pair of these.. In-Reply-To: Your message of "Mon, 12 Feb 1996 16:52:08 PST." <13021.824172728@time.cdrom.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Tue, 13 Feb 1996 13:44:21 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk > [From USENET - Keith Slower writes] > > >Is there an existing WaveLan device driver for FreeBSD? I'm getting a WaveLan > >card soon and I need to get it set up. I know that Linux has a driver but I > >really don't want to switch to Linux from BSD. > > Hari Balakrishnan, a graduate student here did a BSDI driver, (for the > use of the mobile computing group here). They gave me permission to > put various versions of the driver out for anonymous ftp from > > vangogh.cs.berkeley.edu:~ftp/pub/kls/wavelan I've been playing with this code for a few weeks (since I do have two WaveLAN card) and only major problem is the lack of reasonable PCMCIA support. I try the pccard stuff but it didn't grok the WaveLAN's CIS. If someone is willing to help me through the PCMCIA cruft, I'll the rest of the driver running. 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 Tue Feb 13 06:01:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12479 for hackers-outgoing; Tue, 13 Feb 1996 06:01:12 -0800 (PST) Received: from mail.zrz.TU-Berlin.DE (mail.zrz.TU-Berlin.DE [130.149.4.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA12453 for ; Tue, 13 Feb 1996 06:00:45 -0800 (PST) Received: from itrsp2.fb10.tu-berlin.de by mail.zrz.TU-Berlin.DE with SMTP (PP); Tue, 13 Feb 1996 14:59:51 +0100 Date: Tue, 13 Feb 96 14:59:50 +0100 From: Goetz Fischer Message-Id: <9602131359.AA02936@itrsp2.fb10.tu-berlin.de> To: hackers@freebsd.org Subject: psm0 not found at 0x60 Sender: owner-hackers@freebsd.org Precedence: bulk ----- Begin Included Message ----- >From owner-freebsd-questions@freefall.freebsd.org Thu Feb 1 16:05:46 1996 Original-Received: from localhost (daemon@localhost) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA24989 Thu, 1 Feb 1996 05:11:36 -0800 (PST) Pp-Warning: Illegal Received field on preceding line Date: Thu, 01 Feb 96 12:08:37 0100 From: Goetz Fischer X-Mailer: Mozilla 1.1N (X11; I; SunOS 4.1.2 sun4c) Mime-Version: 1.0 Subject: psm0 not found at 0x60 X-Url: http://www.de.freebsd.org/support.html Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-questions@freebsd.org Status: RO X-Status: Hi, I have a Gigabyte Board GA586ATE with PS/2-port on it. After building a new kernel with psm0 support and/or-not no_reset option it doesn't find the mouseport. IRQ 12 isn't used by another device. The mouse is a Microsoft Carrera PS/2 / seriell mouse and works fine in OS/2 and DOS on the PS/2-Port. What to do?? By Goetz ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ * Goetz Fischer * * e-mail: gofi1033@zrzsp8.fb10.tu-berlin.de * * Tel. : 030 314-22495 * ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ----- End Included Message ----- From owner-freebsd-hackers Tue Feb 13 06:23:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13463 for hackers-outgoing; Tue, 13 Feb 1996 06:23:06 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA13452 for ; Tue, 13 Feb 1996 06:22:56 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id PAA01130 for hackers@freebsd.org; Tue, 13 Feb 1996 15:22:44 +0100 Message-Id: <199602131422.PAA01130@nixpbe.pdb.sni.de> Subject: I had mail configuration problems... To: hackers@freebsd.org (Hackers; FreeBSD), freebsd-doc@freebsd.org (FreeBSD Documenters) Date: Tue, 13 Feb 96 15:23:08 MET From: Greg Lehey X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org Precedence: bulk I've just recovered from a system configuration error here at SNI. If you sent me mail during the last 24 hours, it probably bounced. If you send it again, I hope it won't. Greg From owner-freebsd-hackers Tue Feb 13 06:32:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA14049 for hackers-outgoing; Tue, 13 Feb 1996 06:32:45 -0800 (PST) Received: from tepcogw.tepco.co.jp (tepcogw.tepco.co.jp [202.32.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA14044 for ; Tue, 13 Feb 1996 06:32:41 -0800 (PST) From: T0682740@pmail.tepco.co.jp Received: by tepcogw.tepco.co.jp (8.6.9+2.4W/3.3W995032220) id XAA11698; Tue, 13 Feb 1996 23:31:39 +0900 Received: from j1102041 (h1009043) by h1009051.smtpgw.tepco.co.jp (4.1/6.4J.6) id AA19368; Tue, 13 Feb 96 23:31:23 JST Received: from j1101044 by j1102041 (AIX 3.2/UCB 5.64/4.03) id AA45572; Tue, 13 Feb 1996 23:30:12 +0900 Received: from loopback by j1101044.pmail.tepco.co.jp (AIX 3.2/UCB 5.64/4.03) id AA32842; Tue, 13 Feb 1996 23:31:36 +0900 Received: by pmail.tepco.co.jp (ATSON-1) ; 13 Feb 96 23:31:36 JST Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Subject: VM question X-From: =?ISO-2022-JP?B?GyRCP0pGIyEhO3E3MRsoSg==?= Date: 13 Feb 96 23:31:36 JST To: hackers@freebsd.org Lines: 26 Message-Id: <3120A0C8.2A46.001@pmail.tepco.co.jp> Content-Type: text/plain; charset=ISO-2022-JP Sender: owner-hackers@freebsd.org Precedence: bulk Dear hackers, I posted the following mail to questoins@freebsd.org but no one answered unfortunately. So please let me post it here again with one additional question. I know that FreeBSD adopted Mach VM system. Does this mean FreeBSD can have an external pager as Mach can? --------- Hi, chuck@fang.cs.sunyit.edu said: > I was going through the tutorials that were presented at USENIX > last month and found a paper (from the "An Introduction to UNIX Kernel > Internals" tutorial) called "A New Virtual Memory Implementation for > Berkeley UNIX". I'm quite interested in this paper. How can I get it? Is it located somewhere on the Internet? Also, according to the latest snapshopt announcement, it has a VM performance enhancement over the 2.1.0-RELEASE. Could someone briefly explain about it? Thank you in advance! --------- Motonori Shindou From owner-freebsd-hackers Tue Feb 13 07:15:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16411 for hackers-outgoing; Tue, 13 Feb 1996 07:15:09 -0800 (PST) Received: from border.com (janus.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA16389 for ; Tue, 13 Feb 1996 07:14:59 -0800 (PST) Received: by janus.border.com id <20494-1>; Tue, 13 Feb 1996 10:15:29 -0500 Date: Tue, 13 Feb 1996 10:14:35 -0500 From: Jerry Kendall To: "Amancio Hasty Jr." Cc: hackers@FreeBSD.org Subject: Re: Any cool X windows java applets for kaffe? In-Reply-To: <199602121949.LAA02563@rah.star-gate.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Feb13.101529est.20494-1@janus.border.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk Will kaffe be available on the next FreeBSD release CD ???? Maybe in th eports area???? On Mon, 12 Feb 1996, Amancio Hasty Jr. wrote: > > > Just compiled kaffe on my system and it seems to work 8) > > Tnks, > Amancio > > > -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Tue Feb 13 08:32:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21077 for hackers-outgoing; Tue, 13 Feb 1996 08:32:53 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA21071 for ; Tue, 13 Feb 1996 08:32:47 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA22644; Tue, 13 Feb 1996 09:35:22 -0700 Date: Tue, 13 Feb 1996 09:35:22 -0700 From: Nate Williams Message-Id: <199602131635.JAA22644@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: All mail sent to me for the last 48 hours have been lost.. In-Reply-To: <14481.824201900@time.cdrom.com> References: <14481.824201900@time.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk > The wonders of procmail... Enough that it fails on me spontaneously > every couple of days and starts refusing to run, when I finally > "disable" it by removing my $HOME/.procmailrc I forget to remove the > .forward pointing at it, and it forwards all my mail directly to > /dev/null (you'd think it'd store it someplace, and it even claims > that it does, but that "someplace" is nowhere I can find!). It should save your email in your standard 'mail' folder, which is probably /usr/spool/mail/jkh. :( > Feh. I'd say that's soured me on procmail forever more! :( I've *never* had any problems with it on my box. Are you sure you've setup locking correctly and such, so that it doesn't get stuck when lots of email comes in? Nate From owner-freebsd-hackers Tue Feb 13 08:51:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22217 for hackers-outgoing; Tue, 13 Feb 1996 08:51:29 -0800 (PST) Received: from firtech.lri.fr (firtech.lri.fr [129.175.15.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA22209 for ; Tue, 13 Feb 1996 08:51:11 -0800 (PST) From: souchu@firtech.lri.fr Received: from marsupilami.lri.fr by firtech.lri.fr (8.6.12/general) with ESMTP id RAA01299 ; Tue, 13 Feb 1996 17:46:14 +0100 Received: by marsupilami.lri.fr (8.6.12/feuille) id RAA02891 ; Tue, 13 Feb 1996 17:46:30 +0100 Date: Tue, 13 Feb 1996 17:46:30 +0100 Message-Id: <199602131646.RAA02891@marsupilami.lri.fr> To: msmith@atrad.adelaide.edu.au CC: bde@zeta.org.au, hackers@FreeBSD.org In-reply-to: <199602110732.SAA27556@genesis.atrad.adelaide.edu.au> (message from Michael Smith on Sun, 11 Feb 1996 18:02:01 +1030 (CST)) Subject: Re: EIDE 2300+ Promise Sender: owner-hackers@FreeBSD.org Precedence: bulk All right, this is not the good list and I found all responses in the hardware list's archives. Thanks. nicolas -- Nicolas SOUCHU - DEA d'Architectures Paralleles 95 - LRI - France email: souchu@firtech.lri.fr - signature courte, le reseau dit "Ouf!" From owner-freebsd-hackers Tue Feb 13 08:52:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22400 for hackers-outgoing; Tue, 13 Feb 1996 08:52:19 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA22395 for ; Tue, 13 Feb 1996 08:52:16 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA04096 for ; Tue, 13 Feb 1996 11:52:19 -0500 Date: Tue, 13 Feb 1996 11:52:19 -0500 Message-Id: <199602131652.LAA04096@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: New USR Modem Problems Sender: owner-hackers@freebsd.org Precedence: bulk Has anyone tried to use the new USR sportsters (with 33k capability)? They've lost the swiches and the O/S doesnt find them on probe. They dont work well with Window's fax software either. Same box as all the other ones we've bought... clearly a different modem. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Tue Feb 13 09:18:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23963 for hackers-outgoing; Tue, 13 Feb 1996 09:18:29 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA23944 Tue, 13 Feb 1996 09:18:18 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id MAA17284; Mon, 13 Feb 1995 12:18:14 -0500 From: Rashid Karimov Message-Id: <199502131718.MAA17284@rk.ios.com> Subject: Re: Is it just my imagination... To: jkh@freefall.freebsd.org (Jordan K. Hubbard) Date: Mon, 13 Feb 1995 12:18:14 -0500 (EST) Cc: hackers@freefall.freebsd.org In-Reply-To: <199602130031.QAA16742@freefall.freebsd.org> from "Jordan K. Hubbard" at Feb 12, 96 04:31:02 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 Precedence: bulk Hi there folx, > > Or is BSD/OS looking more like FreeBSD every day? :-) There is actually something on "user classes": Users may be assigned a class in password file Per-class limits, priorities, restrictions Separate authentication and authorization System administrator may define additional authentication schemes Support for cryptographic tokens: CryptoCard, ActiveCard, SNK004 Any support for it in FreeBSD ? I hate to ask about it, but some ppl here want to get BSDI in place mostly because of this stuff. Rashid From owner-freebsd-hackers Tue Feb 13 09:24:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24464 for hackers-outgoing; Tue, 13 Feb 1996 09:24:16 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA24459 for ; Tue, 13 Feb 1996 09:24:14 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA22812; Tue, 13 Feb 1996 10:26:52 -0700 Date: Tue, 13 Feb 1996 10:26:52 -0700 From: Nate Williams Message-Id: <199602131726.KAA22812@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: hackers@freebsd.org Subject: Re: New USR Modem Problems In-Reply-To: <199602131652.LAA04096@etinc.com> References: <199602131652.LAA04096@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk > Has anyone tried to use the new USR sportsters (with 33k capability)? My external works well. > They've lost the swiches and the O/S doesnt find them on probe. They > dont work well with Window's fax software either. Same box as all the > other ones we've bought... clearly a different modem. Since they do voice mail and caller-id, they *must* have the correct parity of the voltage lines coming in from your phone or else they won't work. Nate From owner-freebsd-hackers Tue Feb 13 09:56:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26277 for hackers-outgoing; Tue, 13 Feb 1996 09:56:02 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26266 for ; Tue, 13 Feb 1996 09:56:01 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA23356; Tue, 13 Feb 1996 10:49:58 -0700 From: Terry Lambert Message-Id: <199602131749.KAA23356@phaeton.artisoft.com> Subject: Re: Is it just my imagination... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 13 Feb 1996 10:49:58 -0700 (MST) Cc: chuck@fang.cs.sunyit.edu, jkh@freefall.freebsd.org, hackers@FreeBSD.ORG In-Reply-To: <199602130455.PAA09264@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 13, 96 03:25: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 Precedence: bulk > Charles Kenneth Green - PRC stands accused of saying: > > Yes it is. (to site an example) At USENIX, when BSDi was asked if > > they were going to implement a lockd they replied saying that they were > > going to wait for FreeBSD to implement it first and then "examine" it's > > implementation. > > Well, that's fair enough I guess, as long as they credit the implementors. > > If they're really actually picking up ideas from us, it'd be nice to > hear the occasional 'thanks' back from them. We have their "init" code, I believe. I *would* like to see their login.conf changes publically available, but that might be considered part of their "value add" for their niche as an ISP platform? 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 Feb 13 09:58:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26426 for hackers-outgoing; Tue, 13 Feb 1996 09:58:40 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26421 for ; Tue, 13 Feb 1996 09:58:38 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA23393; Tue, 13 Feb 1996 10:53:41 -0700 From: Terry Lambert Message-Id: <199602131753.KAA23393@phaeton.artisoft.com> Subject: Re: device driver ioctl for nonblocking IO? To: bde@zeta.org.au (Bruce Evans) Date: Tue, 13 Feb 1996 10:53:41 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <199602130909.UAA19799@godzilla.zeta.org.au> from "Bruce Evans" at Feb 13, 96 08:09: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 Precedence: bulk > >> I've got a really stupid one here... > >... > >> If I open an fd on the device and fcntl(fd, F_SETFL, O_NONBLOCK), I get > >> a mystery ioctl sent to my device. > > >Argh. FIONBIO. Not enough coffee. Sorry. > > FIONBIO should be ignored unless you want to handle the races that can > result when a process changes the flag while another process is blocked > in an i/o. The O_NONBLOCK flag (aka the O_NDELAY flag) (aka the FNDELAY > flag) is better aka the FNONBLOCK flag in the kernel. It is stored in > the file descriptor flags and passed to all read and write functions > after converting it to the IO_NDELAY. It is also passed to the open, > ioctl and close functions without conversion. The race is easily handled by blocking the FIONBIO operation on the same semaphore, I think. 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 Feb 13 09:59:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26468 for hackers-outgoing; Tue, 13 Feb 1996 09:59:04 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26463 for ; Tue, 13 Feb 1996 09:59:01 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA23378; Tue, 13 Feb 1996 10:51:30 -0700 From: Terry Lambert Message-Id: <199602131751.KAA23378@phaeton.artisoft.com> Subject: Re: CCITT support in current To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 13 Feb 1996 10:51:30 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199602130558.GAA07772@uriah.heep.sax.de> from "J Wunsch" at Feb 13, 96 06:58:12 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > I only want it installable of the CDROM do that people will not have to > > work very, very hard to get it up to snuff, above and beyond the code > > modification necessary. > > It's already installable off the 4.4BSD-Lite CDROM. That's been one > of the arguments for killing it in our regular tree: the code is just > the stock CSRG code (modulo a few cosmetic changes, that have been > done on a routine base [i.e. ``big sweep over all kernel sources'']). The 4.4 CDROM is no longer being published by O'Reilly and Associates, according to their web page. When what they have is gone, it's gone. 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 Feb 13 10:04:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26735 for hackers-outgoing; Tue, 13 Feb 1996 10:04:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26727 for ; Tue, 13 Feb 1996 10:04:23 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA23407; Tue, 13 Feb 1996 10:58:39 -0700 From: Terry Lambert Message-Id: <199602131758.KAA23407@phaeton.artisoft.com> Subject: Re: EIDE 2300+ Promise To: souchu@firtech.lri.fr Date: Tue, 13 Feb 1996 10:58:39 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@FreeBSD.ORG In-Reply-To: <199602131248.NAA05614@batman.lri.fr> from "souchu@firtech.lri.fr" at Feb 13, 96 01:48:37 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 Precedence: bulk [ ... EIDE 2300+ Promise ... ] > Anyway, any other system (Linux, OS2, DOS...) is able to boot with > this controller, why not FreeBSD ? Because the FreeBSD bootblocks don't understand LBA and because the controller does not report the fact of geometry translation to the non-BIOS interface (the WD interface reports the real as opposed to translated geometry -- this is a Promise bug). 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 Feb 13 10:11:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27026 for hackers-outgoing; Tue, 13 Feb 1996 10:11:26 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA27021 for ; Tue, 13 Feb 1996 10:11:22 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA23438; Tue, 13 Feb 1996 11:06:49 -0700 From: Terry Lambert Message-Id: <199602131806.LAA23438@phaeton.artisoft.com> Subject: Re: VM question To: T0682740@pmail.tepco.co.jp Date: Tue, 13 Feb 1996 11:06:49 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <3120A0C8.2A46.001@pmail.tepco.co.jp> from "T0682740@pmail.tepco.co.jp" at Feb 13, 96 11:31: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 Precedence: bulk > I posted the following mail to questoins@freebsd.org but no one > answered unfortunately. So please let me post it here again with one > additional question. I know that FreeBSD adopted Mach VM system. Does > this mean FreeBSD can have an external pager as Mach can? > > --------- > Hi, > > chuck@fang.cs.sunyit.edu said: > > I was going through the tutorials that were presented at USENIX > > last month and found a paper (from the "An Introduction to UNIX Kernel > > Internals" tutorial) called "A New Virtual Memory Implementation for > > Berkeley UNIX". > > I'm quite interested in this paper. How can I get it? Is it located > somewhere on the Internet? > > Also, according to the latest snapshopt announcement, it has a > VM performance enhancement over the 2.1.0-RELEASE. Could someone > briefly explain about it? Thank you in advance! > > --------- The Usenix papers are generally available for anonymouse FTP, both by the authors home site, and from the Usenix SAGE group ftp site. The SAGE FTP site is: ftp://ftp/sage.usenix.org/ FreeBSD does not have a mach VM system any more. The MACH VM system does not operate (implicitly) on a unified buffer cache scheme. Cache unification is an important win. External pagers cause crossing of protection domains. The use of external pagers is one of the reasons MACH is so slow; for a full list of speed problems in MACH, you should check out the Chorus papers. Chorus is a competing microkernel, and is the basis of much work at USL over the past 2 years or so. You could implement an external demand pager on the basis of trapping the SIGSEGV signal, and implementing mapping of resources as a result; you would robably be better off providing a kernel interface, however, since you would have to coalesce domains to keep the number of entries small enough to avoid problems. There are a couple of Usenix papers on this technique as well; other papers are available at the CS department of Washington State University's 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 Tue Feb 13 10:11:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27078 for hackers-outgoing; Tue, 13 Feb 1996 10:11:58 -0800 (PST) Received: from Vorlon.odc.net (root@Vorlon.odc.net [206.250.32.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA27072 for ; Tue, 13 Feb 1996 10:11:55 -0800 (PST) Received: from darkside ([139.182.42.5]) by Vorlon.odc.net (8.7.1/8.7.1) with SMTP id KAA09326; Tue, 13 Feb 1996 10:15:00 -0800 Received: by darkside with Microsoft Mail id <01BAF9FB.18A9D200@darkside>; Tue, 13 Feb 1996 10:07:35 -0800 Message-ID: <01BAF9FB.18A9D200@darkside> From: "Neal E. Westfall" To: "'msmith@atrad.adelaide.edu.au'" , "'souchu@firtech.lri.fr'" Cc: "'bde@zeta.org.au'" , "'hackers@FreeBSD.ORG'" Subject: RE: EIDE 2300+ Promise Date: Tue, 13 Feb 1996 10:07:11 -0800 Encoding: 46 TEXT Sender: owner-hackers@FreeBSD.ORG Precedence: bulk | > >My controller EIDE 2300+ Promise fails at boot in int 13h or | > >just after when executing real_to_proc, I don't know exactly. | > | > >What's wrong ? | > | > I don't know. | | This one has been done to death, and a search of the list archives | should turn up the answer; the onboard BIOS on the 2300 is _broken_ and | must be disabled completely for FreeBSD to boot. If I do that, I loose the translation facilities and need to install OnTrack for my 850 Mo HD and reinstall every software (DOS, OS2) :^(( isn't it ? It may be possible to keep your current translation, if your motherboard bios supports LBA mode. Unfortunately, there is no way to get this card to work with FreeBSD (or Linux) as long as the onboard bios is enabled. | I also recall reading that if you subsequently turn it back on, you can/will | hose your BSD partition. Sorry, but I don't understand this. | | > >I have an idea. Why not programming a sort of linux-lodlin that would | > >start FreeBSD from DOS after installing the Promise int 13h driver ? | > | > dosboot.exe in FreeBSD already does this. | | The Promise driver is 'installed' by having the BIOS on the card enabled, | it _is_ the source of the problem. You mean the DOSboot idea isn't the solution... the EIDE2300.SYS driver is just way to configure the board ? Anyway, any other system (Linux, OS2, DOS...) is able to boot with this controller, why not FreeBSD ? nicolas -- Nicolas SOUCHU - DEA d'Architectures Paralleles 95 - LRI - France email: souchu@firtech.lri.fr - signature courte, le reseau dit "Ouf!" From owner-freebsd-hackers Tue Feb 13 10:42:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28610 for hackers-outgoing; Tue, 13 Feb 1996 10:42:43 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA28600 for ; Tue, 13 Feb 1996 10:42:38 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA04271 for ; Tue, 13 Feb 1996 13:42:27 -0500 Date: Tue, 13 Feb 1996 13:42:27 -0500 Message-Id: <199602131842.NAA04271@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Re: New USR Modem Problems Sender: owner-hackers@freebsd.org Precedence: bulk >> Has anyone tried to use the new USR sportsters (with 33k capability)? > >My external works well. They must have some new setup requirements (I have the internal ones). > >> They've lost the swiches and the O/S doesnt find them on probe. They >> dont work well with Window's fax software either. Same box as all the >> other ones we've bought... clearly a different modem. > >Since they do voice mail and caller-id, they *must* have the correct >parity of the voltage lines coming in from your phone or else they won't >work. > I've read a few things on another list about mass returns for it.....of course if the serial driver can't find it on boot Ive got much bigger problems than wiring..... db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Tue Feb 13 10:46:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28831 for hackers-outgoing; Tue, 13 Feb 1996 10:46:42 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA28824 for ; Tue, 13 Feb 1996 10:46:38 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA23221; Tue, 13 Feb 1996 11:49:17 -0700 Date: Tue, 13 Feb 1996 11:49:17 -0700 From: Nate Williams Message-Id: <199602131849.LAA23221@rocky.sri.MT.net> To: Terry Lambert Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG Subject: Re: CCITT support in current In-Reply-To: <199602131751.KAA23378@phaeton.artisoft.com> References: <199602130558.GAA07772@uriah.heep.sax.de> <199602131751.KAA23378@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > I only want it installable of the CDROM do that people will not have to > > > work very, very hard to get it up to snuff, above and beyond the code > > > modification necessary. > > > > It's already installable off the 4.4BSD-Lite CDROM. That's been one > > of the arguments for killing it in our regular tree: the code is just > > the stock CSRG code (modulo a few cosmetic changes, that have been > > done on a routine base [i.e. ``big sweep over all kernel sources'']). > > The 4.4 CDROM is no longer being published by O'Reilly and Associates, > according to their web page. When what they have is gone, it's gone. But, WC is publishing the 4.4Lite CD, which has been updated to 4.4Lite2, so you can get both the FreeBSD CD and the 4.4Lite CD from the same source. :) Nate From owner-freebsd-hackers Tue Feb 13 11:09:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29995 for hackers-outgoing; Tue, 13 Feb 1996 11:09:35 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA29987 Tue, 13 Feb 1996 11:09:30 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA23314; Tue, 13 Feb 1996 12:12:15 -0700 Date: Tue, 13 Feb 1996 12:12:15 -0700 From: Nate Williams Message-Id: <199602131912.MAA23314@rocky.sri.MT.net> To: hackers@FreeBSD.org, isp@FreeBSD.org Subject: Frame Relay and FreeBSD Sender: owner-hackers@FreeBSD.org Precedence: bulk I *really* like having the firewall features I'm using now. I suppose I could simply stick my firewall box and whatever external equipment I use on a separate ethernet segment, although it would require me buying another ethernet card as well a Cisco or whatever. We're trying to do Video Conferencing, and ISDN isn't available in Montana (and won't be available for quite a while). The only option we have is F.R., either to our ISP or directly to SRI-Menlo. What kind of costs are we looking at here for the networking equipment, etc.? Thanks for any advice you can give, Nate From owner-freebsd-hackers Tue Feb 13 12:02:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03424 for hackers-outgoing; Tue, 13 Feb 1996 12:02:34 -0800 (PST) Received: from ncd.com (firewall-user@welch.ncd.com [192.43.160.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA03417 for ; Tue, 13 Feb 1996 12:02:32 -0800 (PST) Received: by ncd.com; id MAA09190; Tue, 13 Feb 1996 12:06:43 -0800 Received: from z-code.z-code.com(192.82.56.21) by welch.ncd.com via smap (g3.0.1) id xma009183; Tue, 13 Feb 96 12:06:34 -0800 Received: from zolaris.z-code.com (zolaris.z-code.com [192.82.56.41]) by z-code.z-code.com (8.6.9/8.6.9) with SMTP id LAA08810; Tue, 13 Feb 1996 11:59:49 -0800 Received: by zolaris.z-code.com (5.x/SMI-SVR4) id AA00524; Tue, 13 Feb 1996 11:57:36 -0800 From: "Ulf Zimmermann" Message-Id: <9602131157.ZM522@zolaris.z-code.com> Date: Tue, 13 Feb 1996 11:57:35 -0800 In-Reply-To: Nate Williams "Re: New USR Modem Problems" (Feb 13, 10:26) References: <199602131652.LAA04096@etinc.com> <199602131726.KAA22812@rocky.sri.MT.net> X-Mailer: Z-Mail (3.2.0 06sep94) To: Nate Williams , dennis@etinc.com (dennis) Subject: Re: New USR Modem Problems Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Feb 13, 10:26, Nate Williams wrote: > Subject: Re: New USR Modem Problems > > Has anyone tried to use the new USR sportsters (with 33k capability)? > > My external works well. > > > They've lost the swiches and the O/S doesnt find them on probe. They > > dont work well with Window's fax software either. Same box as all the > > other ones we've bought... clearly a different modem. > > Since they do voice mail and caller-id, they *must* have the correct > parity of the voltage lines coming in from your phone or else they won't > work. > > > > Nate >-- End of excerpt from Nate Williams I have here one of this new Sportster and has problems as long V.34/V.34+ is switched on. It works fine with V.32bis, but with faster speeds it is hanging all the time and droping the line often. Need to return it. Ulf. -- Ulf Zimmermann, NCD Software, 101 Rowland Way, Suite 300, Novato, CA 94945 phone: 415-899-7941, email: ulf@z-code.ncd.com, phone-home: 510-865-0204 ====================================== FreeBSD 2.1.0 is available now! -------------------------------------- FreeBSD: Turning PCs into Workstations ====================================== From owner-freebsd-hackers Tue Feb 13 12:32:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05639 for hackers-outgoing; Tue, 13 Feb 1996 12:32:48 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA05620 Tue, 13 Feb 1996 12:32:37 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA03367; Tue, 13 Feb 1996 14:30:22 -0600 From: Joe Greco Message-Id: <199602132030.OAA03367@brasil.moneng.mei.com> Subject: Re: Frame Relay and FreeBSD To: nate@sri.MT.net (Nate Williams) Date: Tue, 13 Feb 1996 14:30:22 -0600 (CST) Cc: hackers@FreeBSD.org, isp@FreeBSD.org In-Reply-To: <199602131912.MAA23314@rocky.sri.MT.net> from "Nate Williams" at Feb 13, 96 12:12:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > I *really* like having the firewall features I'm using now. I suppose I > could simply stick my firewall box and whatever external equipment I use > on a separate ethernet segment, although it would require me buying > another ethernet card as well a Cisco or whatever. > > We're trying to do Video Conferencing, and ISDN isn't available in > Montana (and won't be available for quite a while). The only option we > have is F.R., either to our ISP or directly to SRI-Menlo. > > What kind of costs are we looking at here for the networking equipment, > etc.? > > Thanks for any advice you can give, See http://www.etinc.com/... Dennis has a pretty decent product that looks like it would handle most FR needs with ease. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Tue Feb 13 12:35:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05846 for hackers-outgoing; Tue, 13 Feb 1996 12:35:41 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA05841 for ; Tue, 13 Feb 1996 12:35:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA03915; Tue, 13 Feb 1996 12:35:25 -0800 To: Nate Williams cc: hackers@freebsd.org Subject: Re: All mail sent to me for the last 48 hours have been lost.. In-reply-to: Your message of "Tue, 13 Feb 1996 09:35:22 MST." <199602131635.JAA22644@rocky.sri.MT.net> Date: Tue, 13 Feb 1996 12:35:24 -0800 Message-ID: <3913.824243724@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > It should save your email in your standard 'mail' folder, which is > probably /usr/spool/mail/jkh. :( Turns out it was failing and actually bouncing the messages, though nothing was recorded to /var/log/messages (I did look there first :-) to indicate the fact. Grump grump grump. Jordan From owner-freebsd-hackers Tue Feb 13 12:52:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA06638 for hackers-outgoing; Tue, 13 Feb 1996 12:52:28 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA06633 for ; Tue, 13 Feb 1996 12:52:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA03972; Tue, 13 Feb 1996 12:51:49 -0800 To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG Subject: Re: CCITT support in current In-reply-to: Your message of "Tue, 13 Feb 1996 10:51:30 MST." <199602131751.KAA23378@phaeton.artisoft.com> Date: Tue, 13 Feb 1996 12:51:49 -0800 Message-ID: <3970.824244709@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > The 4.4 CDROM is no longer being published by O'Reilly and Associates, > according to their web page. When what they have is gone, it's gone. Not to worry - it's still published by Walnut Creek CDROM, and we've in fact done both import and export versions of the Lite2 disk (something O'Reilly never got around to, it seems). I'll go one further: If Terry or any other developer wants a copy of this CD for reference purposes, send me your address and I'll give you a freebie (whooie I just know I'm going to regret this :-). Please don't send me mail if you (not Terry, the global "you") just want this to decorate your shelf - there are hundreds of people on this list and I don't particularly want to process hundreds of requests (trust me, I have other things to do! :-). I'm more happy to send out CDs to those who genuinely intend to use them in some FreeBSD related manner, however. Jordan From owner-freebsd-hackers Tue Feb 13 13:42:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09750 for hackers-outgoing; Tue, 13 Feb 1996 13:42:15 -0800 (PST) Received: from Jessica.RatsNest.VaBeach.VA.US. (shiva2.ipctech.com [205.197.74.248]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09734 for ; Tue, 13 Feb 1996 13:42:11 -0800 (PST) Message-Id: <199602132142.NAA09734@freefall.freebsd.org> Comments: Authenticated sender is From: "Pavlov's Cat" Organization: Organized? Me? Hah! To: hackers@freebsd.org Date: Tue, 13 Feb 1996 16:42:03 -240 Subject: Re: New USR Modem Problems Reply-to: SimsS@Infi.Net Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-hackers@freebsd.org Precedence: bulk dennis@etinc.com (dennis) inquires... : Has anyone tried to use the new USR sportsters (with 33k capability)? : They've lost the swiches and the O/S doesnt find them on probe. They dont : work well with Window's fax software either. Same box as all the other ones : we've bought... clearly a different modem. I've got an external one on /dev/cuaa0 and it's working sweet.... (Now if I could just find another USR to talk to at 33K....) -- ...sjs... Steve Sims (SJS7) SimsS@Infi.Net Systems Engineer, IPC Technologies, Inc. Virginia Beach, VA "Everyone wants to save the Earth; Nobody wants to help Mom do the dishes." ...P.J. O'Roarke From owner-freebsd-hackers Tue Feb 13 13:43:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09982 for hackers-outgoing; Tue, 13 Feb 1996 13:43:16 -0800 (PST) Received: from ncd.com (firewall-user@welch.ncd.com [192.43.160.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09951 Tue, 13 Feb 1996 13:43:09 -0800 (PST) Received: by ncd.com; id NAA16421; Tue, 13 Feb 1996 13:47:22 -0800 Received: from z-code.z-code.com(192.82.56.21) by welch.ncd.com via smap (g3.0.1) id xma016414; Tue, 13 Feb 96 13:47:21 -0800 Received: from zolaris.z-code.com (zolaris.z-code.com [192.82.56.41]) by z-code.z-code.com (8.6.9/8.6.9) with SMTP id NAA09673; Tue, 13 Feb 1996 13:40:33 -0800 Received: by zolaris.z-code.com (5.x/SMI-SVR4) id AA01165; Tue, 13 Feb 1996 13:38:24 -0800 From: "Ulf Zimmermann" Message-Id: <9602131338.ZM1163@zolaris.z-code.com> Date: Tue, 13 Feb 1996 13:38:22 -0800 In-Reply-To: Nate Williams "Frame Relay and FreeBSD" (Feb 13, 12:12) References: <199602131912.MAA23314@rocky.sri.MT.net> X-Mailer: Z-Mail (3.2.0 06sep94) To: Nate Williams , hackers@freebsd.org, isp@freebsd.org Subject: Re: Frame Relay and FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk On Feb 13, 12:12, Nate Williams wrote: > Subject: Frame Relay and FreeBSD > I *really* like having the firewall features I'm using now. I suppose I > could simply stick my firewall box and whatever external equipment I use > on a separate ethernet segment, although it would require me buying > another ethernet card as well a Cisco or whatever. > > We're trying to do Video Conferencing, and ISDN isn't available in > Montana (and won't be available for quite a while). The only option we > have is F.R., either to our ISP or directly to SRI-Menlo. > > What kind of costs are we looking at here for the networking equipment, > etc.? > > Thanks for any advice you can give, > > > > Nate >-- End of excerpt from Nate Williams So far my calculation for FR is: A Frame Relay card: ETinc.: ET/5025 56K/64K $495 V.35/EIA-530 option (for T1) $100 Frame Relay/X.25 $50 or ET5025-16 56K/64K $695 V.35/EIA-530 option (for T1) $100 (per port) Frame Relay/X.25 $200 Dual Port Option $100 or ET5025-25 T1 incl Frame Relay $1095 Dual Port Option $200 You need a CSU/DSU for this card, price for 56K/64K is about $250-$600, for 128K-1.5MB price is starting around $700 and up to $2000. Or you take cards from SDL Comm, which have only a Frame Relay driver for BSDI at the moment. But the cards are cheaper. RISCom/N2s 56K/64K $490 RISCom/N2d dual port 56K/64K $590 RISCom/N2dds dual port with one CSU/DSU on board 56K/64K $650 RISCom/N2csu dual port with one T1 CSU/DSU on board something around $1100 Frame Relay option for BSDI $150 About monthly Frame Relay I can't say anything, but in California I would pay about $275 for 128K Ulf. -- Ulf Zimmermann, NCD Software, 101 Rowland Way, Suite 300, Novato, CA 94945 phone: 415-899-7941, email: ulf@z-code.ncd.com, phone-home: 510-865-0204 ====================================== FreeBSD 2.1.0 is available now! -------------------------------------- FreeBSD: Turning PCs into Workstations ====================================== From owner-freebsd-hackers Tue Feb 13 14:35:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA13744 for hackers-outgoing; Tue, 13 Feb 1996 14:35:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA13712 for ; Tue, 13 Feb 1996 14:35:47 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA06337; Tue, 13 Feb 1996 23:35:06 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA18857; Tue, 13 Feb 1996 23:35:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA05912; Tue, 13 Feb 1996 23:26:35 +0100 (MET) From: J Wunsch Message-Id: <199602132226.XAA05912@uriah.heep.sax.de> Subject: Re: psm0 not found at 0x60 To: gofi1033@itrsp2.fb10.tu-berlin.de (Goetz Fischer) Date: Tue, 13 Feb 1996 23:26:34 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9602131359.AA02936@itrsp2.fb10.tu-berlin.de> from "Goetz Fischer" at Feb 13, 96 02:59:50 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Goetz Fischer wrote: > I have a Gigabyte Board GA586ATE with PS/2-port on it. > After building a new kernel with psm0 support and/or-not no_reset option > it doesn't find the mouseport. IRQ 12 isn't used by another device. > The mouse is a Microsoft Carrera PS/2 / seriell mouse and works fine in > OS/2 and DOS on the PS/2-Port. What to do?? If it's a serial mouse, it ain't a ``PS/2'' mouse. PS/2 mice are keyboard mice, they talk to the keyboard controller and behave like some additional (though very specific in their purpose) keyboard. -- 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 Feb 13 14:48:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14707 for hackers-outgoing; Tue, 13 Feb 1996 14:48:40 -0800 (PST) Received: from uni-kl.de (mmdf@stepsun.uni-kl.de [131.246.136.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA14696 for ; Tue, 13 Feb 1996 14:48:15 -0800 (PST) Received: from mater.student.uni-kl.de by stepsun.uni-kl.de id aa29901; 13 Feb 96 23:48 MET Received: by mater.student.uni-kl.de (Smail3.1.28.1 #1) id m0tmTW7-0001cYC; Tue, 13 Feb 96 23:48 CET Date: Tue, 13 Feb 1996 23:48:11 +0100 (CET) From: Martin Heller To: hackers@freebsd.org Subject: Q: Somebody working on more recent binutils ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi ! I'd like to know if someone is porting gas/ld 2.6 or 2.5.x ? To have a more recent gas/ld than the ones coming with the distribution is absolutely necessary for running g++ 2.7.2 andd libg++2.7.1 because g++ needs the .weak symbols in some circumstances to produce the 'right' code . If no weak labels can be used, very strange things can happen to arrays and classes. g++ 2.6.3 doesn't do the job, because I need the STL-conformant libg++2.7.1 (I think many others too !) :-((( . If nobody does it, is there any piece of information available, what's been changed in the sources to adopt gas/ld 1.x.x for FreeBSD ? Martin From owner-freebsd-hackers Tue Feb 13 14:59:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15560 for hackers-outgoing; Tue, 13 Feb 1996 14:59:41 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA15537 Tue, 13 Feb 1996 14:59:33 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id RAA04864; Tue, 13 Feb 1996 17:59:37 -0500 Date: Tue, 13 Feb 1996 17:59:37 -0500 Message-Id: <199602132259.RAA04864@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Nate Williams From: dennis@etinc.com (dennis) Subject: Re: Frame Relay and FreeBSD Cc: hackers@freebsd.org, isp@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >I *really* like having the firewall features I'm using now. I suppose I >could simply stick my firewall box and whatever external equipment I use >on a separate ethernet segment, although it would require me buying >another ethernet card as well a Cisco or whatever. > >We're trying to do Video Conferencing, and ISDN isn't available in >Montana (and won't be available for quite a while). The only option we >have is F.R., either to our ISP or directly to SRI-Menlo. > >What kind of costs are we looking at here for the networking equipment, >etc.? > >Thanks for any advice you can give, How about a $645. card, and you can keep your box :-) dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Tue Feb 13 15:02:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15834 for hackers-outgoing; Tue, 13 Feb 1996 15:02:30 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA15827 Tue, 13 Feb 1996 15:02:26 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA24381; Tue, 13 Feb 1996 16:05:06 -0700 Date: Tue, 13 Feb 1996 16:05:06 -0700 From: Nate Williams Message-Id: <199602132305.QAA24381@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: Nate Williams , hackers@freebsd.org, isp@freebsd.org Subject: Re: Frame Relay and FreeBSD In-Reply-To: <199602132259.RAA04864@etinc.com> References: <199602132259.RAA04864@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk > >I *really* like having the firewall features I'm using now. I suppose I > >could simply stick my firewall box and whatever external equipment I use > >on a separate ethernet segment, although it would require me buying > >another ethernet card as well a Cisco or whatever. > > > >We're trying to do Video Conferencing, and ISDN isn't available in > >Montana (and won't be available for quite a while). The only option we > >have is F.R., either to our ISP or directly to SRI-Menlo. > > > >What kind of costs are we looking at here for the networking equipment, > >etc.? > > > >Thanks for any advice you can give, > > How about a $645. card, and you can keep your box :-) I just looked at your Web Page, and if I understand correctly that buys me: 1) Sync. card 2) Watchdog timer 3) F.R. protocol I'd still need to buy a CSU/DSU pair, correct? Also, can I buy a CSU/DSU that does 56/64K now, but can be switched to 128K or T1 at a later date? Will the card support both? Nate From owner-freebsd-hackers Tue Feb 13 15:07:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16284 for hackers-outgoing; Tue, 13 Feb 1996 15:07:24 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA16235 Tue, 13 Feb 1996 15:07:08 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id RAA00594; Tue, 13 Feb 1996 17:04:36 -0600 From: Joe Greco Message-Id: <199602132304.RAA00594@brasil.moneng.mei.com> Subject: Driver for Hayes ESP cards.. To: hackers@freebsd.org, isp@freebsd.org Date: Tue, 13 Feb 1996 17:04:35 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hey all, Has anyone looked into writing a driver for the Hayes ESP cards? http://www.hayes.com/esporder.htm ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Tue Feb 13 15:22:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17472 for hackers-outgoing; Tue, 13 Feb 1996 15:22:03 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA17412 for ; Tue, 13 Feb 1996 15:21:45 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA07825 for ; Wed, 14 Feb 1996 00:21:36 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA19145 for freebsd-hackers@freebsd.org; Wed, 14 Feb 1996 00:21:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA06499 for freebsd-hackers@freebsd.org; Wed, 14 Feb 1996 00:13:12 +0100 (MET) From: J Wunsch Message-Id: <199602132313.AAA06499@uriah.heep.sax.de> Subject: Re: Is it just my imagination... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 14 Feb 1996 00:13:12 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199502131718.MAA17284@rk.ios.com> from "Rashid Karimov" at Feb 13, 95 12:18:14 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Rashid Karimov wrote: > > Hi there folx, (Btw., you're one year late. :) > There is actually something on "user classes": > Any support for it in FreeBSD ? I hate to ask about it, but > some ppl here want to get BSDI in place mostly because of this > stuff. Nope. I would hate it if we had to re-invent the wheel for it, but i guess it'll be hard to convince the BSDi folks to release at least the specs to the public. The framework for this has already been laid down in 4.4BSD, but the ``class'' field in passwd(5) remained empty and unused. Everything looks like it hasn't got ready in time for 4.4BSD, and thus been omitted. Now, i assume some of the former CSRG member currently with BSDi did complete the intended work. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Feb 13 15:22:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17500 for hackers-outgoing; Tue, 13 Feb 1996 15:22:12 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA17487 for ; Tue, 13 Feb 1996 15:22:07 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA07804; Wed, 14 Feb 1996 00:21:25 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA19135; Wed, 14 Feb 1996 00:21:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA06334; Tue, 13 Feb 1996 23:51:39 +0100 (MET) From: J Wunsch Message-Id: <199602132251.XAA06334@uriah.heep.sax.de> Subject: Re: EIDE 2300+ Promise To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 13 Feb 1996 23:51:38 +0100 (MET) Cc: souchu@firtech.lri.fr Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602131758.KAA23407@phaeton.artisoft.com> from "Terry Lambert" at Feb 13, 96 10:58:39 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Terry Lambert wrote: > Because the FreeBSD bootblocks don't understand LBA ... The FreeBSD bootblocks do understand LBA, if the BIOS understands it. The FreeBSD kernel doesn't understand LBA, but has no problems to speak to ST-506-interfaced drives up to j@uriah 683% echo '(2^16*16*255*512)/2^30' | bc 127 gigabytes, or at least j@uriah 684% echo '(2^16*16*63*512)/2^30' | bc 31 gigabytes if the drive is also to be used by the BIOS. Obviously, only the first 1024 ficticuous cylinders of such a drive will be addressable by the BIOS. -- 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 Feb 13 15:27:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17693 for hackers-outgoing; Tue, 13 Feb 1996 15:27:20 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA17688 for ; Tue, 13 Feb 1996 15:27:16 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA24481; Tue, 13 Feb 1996 16:28:00 -0700 Date: Tue, 13 Feb 1996 16:28:00 -0700 From: Nate Williams Message-Id: <199602132328.QAA24481@rocky.sri.MT.net> To: Martin Heller Cc: hackers@FreeBSD.org Subject: Re: Q: Somebody working on more recent binutils ? In-Reply-To: References: Sender: owner-hackers@FreeBSD.org Precedence: bulk > I'd like to know if someone is porting gas/ld 2.6 or 2.5.x ? Gas works already, ld is not going to happen anytime soon, if at all. > To have a more recent gas/ld than the ones coming with the > distribution is absolutely necessary for running g++ 2.7.2 > andd libg++2.7.1 because g++ needs the .weak symbols in > some circumstances to produce the 'right' code. Are you absolutely *sure*? According to recent reports posted to this list (today or yesterday) it isn't necessary. All that's required is to remove the creation of .weak symbols by gcc2.7.2. > If nobody does it, is there any piece of information available, > what's been changed in the sources to adopt gas/ld 1.x.x for > FreeBSD ? The version of ld in FreeBSD is a *very* old version (1.X). It has been *heavily* hacked to support shared libraries. The current binutils is at version 2, which is *radically* different from version 1, so it's not a simple matter of 'updating' the bits. There are folks who are good at this who have already looked at the code and went *YUCK*, so I suspect you won't find anyone willing to do the work unless you've got $$ to pony-up for the project. (And, you still might not find anyone willing.) Nate From owner-freebsd-hackers Tue Feb 13 15:29:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17796 for hackers-outgoing; Tue, 13 Feb 1996 15:29:39 -0800 (PST) Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA17791 for ; Tue, 13 Feb 1996 15:29:36 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.3/8.7.3) id SAA01236; Tue, 13 Feb 1996 18:29:35 -0500 (EST) Date: Tue, 13 Feb 1996 18:29:34 -0500 (EST) From: "Marc G. Fournier" To: hackers@freebsd.org Subject: sup'ng CVS Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... Can someone send me an example of what is involved in setting up a supfilesrv for cvs? As well as an idea of what the current disk space requirements are for it? It was recommended that in order to kill n birds with 1 stone, it would be better to do cvs to grab both current and stable, and, I'm assuming, ports? To try it out, I tried changing "release=current" to "release=cvs" in my supfiles, but I'm pulling a bunch of ,v(RCS) files over, so figure I'm doing something wrong. Comments/ideas? Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Tue Feb 13 15:59:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18793 for hackers-outgoing; Tue, 13 Feb 1996 15:59:46 -0800 (PST) Received: from cwbone.bsi.com.br ([200.250.250.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18768 for ; Tue, 13 Feb 1996 15:59:34 -0800 (PST) Received: from cwbtr01.bsi.com.br (cwbtr01.bsi.com.br [200.250.250.18]) by cwbone.bsi.com.br (8.6.12/8.6.9) with SMTP id UAA24370 for ; Tue, 13 Feb 1996 20:59:42 GMT Date: Tue, 13 Feb 1996 20:59:48 +0000 () From: Sergio de Almeida Lenzi To: hackers@freebsd.org Subject: Re: Your 3D product (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Sergio de Almeida Lenzi. ---------- Forwarded message ---------- Date: Tue, 13 Feb 1996 15:59:24 -0500 (EST) From: CompInt To: Sergio de Almeida Lenzi Cc: CompInt Subject: Re: Your 3D product Thank you for your information about FreeBSD. I checked out the web page. It seems FreeBSD can run Linux binaries. Our linux version is statiscally linked (Linux 1.2.1 X11R6). Do you think it will run under FreeBSD? Right now all our R&D resources are busy on the Photo4D-Pro which will do motion capture. If you or anyone from FreeBSD group can offer to try the current Linux version out, We will truely appreciate it. You can ftp the software: address: www.igs.net userid: feng passwd: CompInt (please do not publicize the password) Get the linux binnary, the shared, and the ug files. Thank you. Regards, Albert Yang compint@igs.net From owner-freebsd-hackers Tue Feb 13 16:17:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA19688 for hackers-outgoing; Tue, 13 Feb 1996 16:17:04 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA19681 for ; Tue, 13 Feb 1996 16:16:59 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id RAA29395; Tue, 13 Feb 1996 17:16:51 -0700 Message-Id: <199602140016.RAA29395@rover.village.org> To: Nate Williams Subject: Re: Q: Somebody working on more recent binutils ? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of Tue, 13 Feb 1996 16:28:00 MST Date: Tue, 13 Feb 1996 17:16:51 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : The version of ld in FreeBSD is a *very* old version (1.X). It has been : *heavily* hacked to support shared libraries. The current binutils is : at version 2, which is *radically* different from version 1, so it's not : a simple matter of 'updating' the bits. It makes it much harder to build a cross compiler for FreeBSD, especially on an Alpha. However, you can build a cross compiler on, say, Linux with only a moderate amount of hacking. I took a peek at doing it and also came to the "icky-foo-foo" conclusion. It was easier to port the ld in FreeBSD to the target env than to port the deltas to 2.6 :-(. It sure would be nice, but fear it is a *BIG* task... Warner From owner-freebsd-hackers Tue Feb 13 16:20:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA19887 for hackers-outgoing; Tue, 13 Feb 1996 16:20:27 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA19882 for ; Tue, 13 Feb 1996 16:20:25 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id RAA24745; Tue, 13 Feb 1996 17:23:01 -0700 Date: Tue, 13 Feb 1996 17:23:01 -0700 From: Nate Williams Message-Id: <199602140023.RAA24745@rocky.sri.MT.net> To: "Marc G. Fournier" Cc: hackers@freebsd.org Subject: Re: sup'ng CVS In-Reply-To: References: Sender: owner-hackers@freebsd.org Precedence: bulk > To try it out, I tried changing "release=current" to "release=cvs" > in my supfiles, but I'm pulling a bunch of ,v(RCS) files over, so figure I'm > doing something wrong. Nope, CVS is a 'super-RCS' package. Nate From owner-freebsd-hackers Tue Feb 13 16:20:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA19920 for hackers-outgoing; Tue, 13 Feb 1996 16:20:33 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA19888 Tue, 13 Feb 1996 16:20:27 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id TAA05047; Tue, 13 Feb 1996 19:20:13 -0500 Date: Tue, 13 Feb 1996 19:20:13 -0500 Message-Id: <199602140020.TAA05047@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Ulf Zimmermann" From: dennis@etinc.com (dennis) Subject: Re: Frame Relay and FreeBSD Cc: hackers@freebsd.org, isp@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >On Feb 13, 12:12, Nate Williams wrote: >> Subject: Frame Relay and FreeBSD >> I *really* like having the firewall features I'm using now. I suppose I >> could simply stick my firewall box and whatever external equipment I use >> on a separate ethernet segment, although it would require me buying >> another ethernet card as well a Cisco or whatever. >> >> We're trying to do Video Conferencing, and ISDN isn't available in >> Montana (and won't be available for quite a while). The only option we >> have is F.R., either to our ISP or directly to SRI-Menlo. >> >> What kind of costs are we looking at here for the networking equipment, >> etc.? >> >> Thanks for any advice you can give, >> >> >> >> Nate >>-- End of excerpt from Nate Williams > >So far my calculation for FR is: > >A Frame Relay card: > >ETinc.: > >ET/5025 56K/64K $495 >V.35/EIA-530 option (for T1) $100 >Frame Relay/X.25 $50 > >or > >ET5025-16 56K/64K $695 >V.35/EIA-530 option (for T1) $100 (per port) >Frame Relay/X.25 $200 >Dual Port Option $100 > >or > >ET5025-25 T1 incl Frame Relay $1095 >Dual Port Option $200 > >You need a CSU/DSU for this card, price for 56K/64K is about $250-$600, for >128K-1.5MB price is starting around $700 and up to $2000. > >Or you take cards from SDL Comm, which have only a Frame Relay driver for BSDI >at the moment. But the cards are cheaper. > >RISCom/N2s 56K/64K $490 >RISCom/N2d dual port 56K/64K $590 >RISCom/N2dds dual port with one CSU/DSU on board 56K/64K $650 >RISCom/N2csu dual port with one T1 CSU/DSU on board something around $1100 >Frame Relay option for BSDI $150 > >About monthly Frame Relay I can't say anything, but in California I would pay >about $275 for 128K to clarify this.... Realize that you get software and support from BSDI (its their software)....with our product you buy the software (and get the support) from us. see www.etinc.com/compare.htm for the "biased" poop. BTW..we sell brand-name, high quality CSU/DSUs for (56/64k) 325. and 695. (T1) and lesser quality ones (still better than an on-board CSU) for $190 (56k) and $300. (T1....available any day now). db . From owner-freebsd-hackers Tue Feb 13 16:27:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20336 for hackers-outgoing; Tue, 13 Feb 1996 16:27:43 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA20331 for ; Tue, 13 Feb 1996 16:27:41 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA24150; Tue, 13 Feb 1996 17:23:18 -0700 From: Terry Lambert Message-Id: <199602140023.RAA24150@phaeton.artisoft.com> Subject: Re: EIDE 2300+ Promise To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 13 Feb 1996 17:23:18 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG, souchu@firtech.lri.fr In-Reply-To: <199602132251.XAA06334@uriah.heep.sax.de> from "J Wunsch" at Feb 13, 96 11:51:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Because the FreeBSD bootblocks don't understand LBA ... > > The FreeBSD bootblocks do understand LBA, if the BIOS understands it. No. FreeBSD boot blocks are still limited to 24 bits of cylinders because of the INT 13 interface, or 16 because of the ISA. The INT13 redirection based LBA command translation (and potentially geometry translation) is based on making the INT13 interface look like LBA isn't there. The problem is that the Promise controller in the subject line still fails to work; this one is a reported vs. translate geometry problem in the controller firmware. 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 Feb 13 16:35:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20823 for hackers-outgoing; Tue, 13 Feb 1996 16:35:57 -0800 (PST) Received: from ncd.com (firewall-user@welch.ncd.com [192.43.160.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA20804 Tue, 13 Feb 1996 16:35:51 -0800 (PST) Received: by ncd.com; id QAA29001; Tue, 13 Feb 1996 16:40:09 -0800 Received: from z-code.z-code.com(192.82.56.21) by welch.ncd.com via smap (g3.0.1) id xma028987; Tue, 13 Feb 96 16:39:56 -0800 Received: from zolaris.z-code.com (zolaris.z-code.com [192.82.56.41]) by z-code.z-code.com (8.6.9/8.6.9) with SMTP id QAA11091; Tue, 13 Feb 1996 16:33:04 -0800 Received: by zolaris.z-code.com (5.x/SMI-SVR4) id AA01431; Tue, 13 Feb 1996 16:30:55 -0800 From: "Ulf Zimmermann" Message-Id: <9602131630.ZM1429@zolaris.z-code.com> Date: Tue, 13 Feb 1996 16:30:53 -0800 In-Reply-To: dennis@etinc.com (dennis) "Re: Frame Relay and FreeBSD" (Feb 13, 19:20) References: <199602140020.TAA05047@etinc.com> X-Mailer: Z-Mail (3.2.0 06sep94) To: dennis@etinc.com (dennis) Subject: Re: Frame Relay and FreeBSD Cc: hackers@freebsd.org, isp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk On Feb 13, 19:20, dennis wrote: > Subject: Re: Frame Relay and FreeBSD > >On Feb 13, 12:12, Nate Williams wrote: > >> Subject: Frame Relay and FreeBSD > >> I *really* like having the firewall features I'm using now. I suppose I > >> could simply stick my firewall box and whatever external equipment I use > >> on a separate ethernet segment, although it would require me buying > >> another ethernet card as well a Cisco or whatever. > >> > >> We're trying to do Video Conferencing, and ISDN isn't available in > >> Montana (and won't be available for quite a while). The only option we > >> have is F.R., either to our ISP or directly to SRI-Menlo. > >> > >> What kind of costs are we looking at here for the networking equipment, > >> etc.? > >> > >> Thanks for any advice you can give, > >> > >> > >> > >> Nate > >>-- End of excerpt from Nate Williams > > > >So far my calculation for FR is: > > > >A Frame Relay card: > > > >ETinc.: > > > >ET/5025 56K/64K $495 > >V.35/EIA-530 option (for T1) $100 > >Frame Relay/X.25 $50 > > > >or > > > >ET5025-16 56K/64K $695 > >V.35/EIA-530 option (for T1) $100 (per port) > >Frame Relay/X.25 $200 > >Dual Port Option $100 > > > >or > > > >ET5025-25 T1 incl Frame Relay $1095 > >Dual Port Option $200 > > > >You need a CSU/DSU for this card, price for 56K/64K is about $250-$600, for > >128K-1.5MB price is starting around $700 and up to $2000. > > > >Or you take cards from SDL Comm, which have only a Frame Relay driver for BSDI > >at the moment. But the cards are cheaper. > > > >RISCom/N2s 56K/64K $490 > >RISCom/N2d dual port 56K/64K $590 > >RISCom/N2dds dual port with one CSU/DSU on board 56K/64K $650 > >RISCom/N2csu dual port with one T1 CSU/DSU on board something around $1100 > >Frame Relay option for BSDI $150 > > > >About monthly Frame Relay I can't say anything, but in California I would pay > >about $275 for 128K > > to clarify this.... > > Realize that you get software and support from BSDI (its their > software)....with our > product you buy the software (and get the support) from us. > > see www.etinc.com/compare.htm for the "biased" poop. > > > BTW..we sell brand-name, high quality CSU/DSUs for (56/64k) 325. and 695. (T1) > and lesser quality ones (still better than an on-board CSU) for $190 (56k) and > $300. (T1....available any day now). > >-- End of excerpt from dennis Dennis, kick your webmaster that he should update the prices ;-) On the web is still $725 for T1. Look I have a price of $1100 from SDL Comm for a 2 port card with CSU/DSU on board and the BSDI Frame Relay option. (Btw. they claim they are better) Even if I take the smallest card from Etinc I have $495 (card) + $100 (V.35 option) + $50 (Frame Relay) + $695 (T1 CSU/DSU) = Total of $1340. With only 1 port and a card there ETinc's web page is saying for 56K/64K (it is some kind of confusing, to say 56K/64K but offer a T1 option). This $240 more then I have from SDL Comm, but SDL has no FreeBSD driver. I am trying at the moment to get $3000 together, so I can get me Frame Relay (128K as it looks like at the moment). That is $1009 for PB, $500 for the provider and rest for hardware I need. Ulf. -- ===================================| NCD Software Div. Z-Code, SysAdmin FreeBSD 2.1.0 is available now! | Phone: 415-899-7941 Fax: 898-8299 -----------------------------------| Rowland Way 101, Novato, CA-94945 Turning PCs into Workstations | E-Mail: ulf@ncd.com ===================================| Phone @home: 510-865-0204 From owner-freebsd-hackers Tue Feb 13 17:13:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA22782 for hackers-outgoing; Tue, 13 Feb 1996 17:13:15 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA22777 for ; Tue, 13 Feb 1996 17:13:10 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id TAA00910; Tue, 13 Feb 1996 19:12:47 -0600 (CST) Message-Id: <199602140112.TAA00910@mpp.minn.net> Subject: Re: Is it just my imagination... To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 13 Feb 1996 19:12:46 -0600 (CST) From: "Mike Pritchard" Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199602132313.AAA06499@uriah.heep.sax.de> from "J Wunsch" at Feb 14, 96 00:13:12 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk J Wunsch wrote: > > As Rashid Karimov wrote: > > > > Hi there folx, > > (Btw., you're one year late. :) > > > There is actually something on "user classes": > > > Any support for it in FreeBSD ? I hate to ask about it, but > > some ppl here want to get BSDI in place mostly because of this > > stuff. > > Nope. I would hate it if we had to re-invent the wheel for it, but i > guess it'll be hard to convince the BSDi folks to release at least the > specs to the public. > > The framework for this has already been laid down in 4.4BSD, but the > ``class'' field in passwd(5) remained empty and unused. Everything > looks like it hasn't got ready in time for 4.4BSD, and thus been > omitted. Now, i assume some of the former CSRG member currently with > BSDi did complete the intended work. I've toyed around with the idea of going in and implementing the "class" database. Some of the things that it would be good for that I can think of off the top of my head: password expiration/account expiration terms process limits (cpu, memory, nproc, etc...setrlimit type stuff) login limits (e.g. X # of users of this "class") quota "classes" (could be used integrated into the "protype-user" stuff in edquota somehow) I'm sure there is a lot more than I can't think of right now. If BSDI would let us see what they store in their database (it is supposed to be a termcap style database after all), working backwards from there wouldn't be too hard. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Tue Feb 13 17:22:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA23343 for hackers-outgoing; Tue, 13 Feb 1996 17:22:46 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA23326 Tue, 13 Feb 1996 17:22:39 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id UAA05186; Tue, 13 Feb 1996 20:22:48 -0500 Date: Tue, 13 Feb 1996 20:22:48 -0500 Message-Id: <199602140122.UAA05186@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Ulf Zimmermann" From: dennis@etinc.com (dennis) Subject: Re: Frame Relay and FreeBSD Cc: hackers@freebsd.org, isp@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >On Feb 13, 19:20, dennis wrote: >> Subject: Re: Frame Relay and FreeBSD >> >On Feb 13, 12:12, Nate Williams wrote: >> >> Subject: Frame Relay and FreeBSD >> >> I *really* like having the firewall features I'm using now. I suppose I >> >> could simply stick my firewall box and whatever external equipment I use >> >> on a separate ethernet segment, although it would require me buying >> >> another ethernet card as well a Cisco or whatever. >> >> >> >> We're trying to do Video Conferencing, and ISDN isn't available in >> >> Montana (and won't be available for quite a while). The only option we >> >> have is F.R., either to our ISP or directly to SRI-Menlo. >> >> >> >> What kind of costs are we looking at here for the networking equipment, >> >> etc.? >> >> >> >> Thanks for any advice you can give, >> >> >> >> >> >> >> >> Nate >> >>-- End of excerpt from Nate Williams >> > >> >So far my calculation for FR is: >> > >> >A Frame Relay card: >> > >> >ETinc.: >> > >> >ET/5025 56K/64K $495 >> >V.35/EIA-530 option (for T1) $100 >> >Frame Relay/X.25 $50 >> > >> >or >> > >> >ET5025-16 56K/64K $695 >> >V.35/EIA-530 option (for T1) $100 (per port) >> >Frame Relay/X.25 $200 >> >Dual Port Option $100 >> > >> >or >> > >> >ET5025-25 T1 incl Frame Relay $1095 >> >Dual Port Option $200 >> > >> >You need a CSU/DSU for this card, price for 56K/64K is about $250-$600, for >> >128K-1.5MB price is starting around $700 and up to $2000. >> > >> >Or you take cards from SDL Comm, which have only a Frame Relay driver for >BSDI >> >at the moment. But the cards are cheaper. >> > >> >RISCom/N2s 56K/64K $490 >> >RISCom/N2d dual port 56K/64K $590 >> >RISCom/N2dds dual port with one CSU/DSU on board 56K/64K $650 >> >RISCom/N2csu dual port with one T1 CSU/DSU on board something around $1100 >> >Frame Relay option for BSDI $150 >> > >> >About monthly Frame Relay I can't say anything, but in California I would >pay >> >about $275 for 128K >> >> to clarify this.... >> >> Realize that you get software and support from BSDI (its their >> software)....with our >> product you buy the software (and get the support) from us. >> >> see www.etinc.com/compare.htm for the "biased" poop. >> >> >> BTW..we sell brand-name, high quality CSU/DSUs for (56/64k) 325. and 695. >(T1) >> and lesser quality ones (still better than an on-board CSU) for $190 (56k) >and >> $300. (T1....available any day now). >> >>-- End of excerpt from dennis > >Dennis, > >kick your webmaster that he should update the prices ;-) On the web is still >$725 for T1. Look I have a price of $1100 from SDL Comm for a 2 port card with >CSU/DSU on board and the BSDI Frame Relay option. (Btw. they claim they are >better) Even if I take the smallest card from Etinc I have $495 (card) + $100 >(V.35 option) + $50 (Frame Relay) + $695 (T1 CSU/DSU) = Total of $1340. With >only 1 port and a card there ETinc's web page is saying for 56K/64K (it is some >kind of confusing, to say 56K/64K but offer a T1 option). This $240 more then I >have from SDL Comm, but SDL has no FreeBSD driver. > >I am trying at the moment to get $3000 together, so I can get me Frame Relay >(128K as it looks like at the moment). That is $1009 for PB, $500 for the >provider and rest for hardware I need. I suspect that you've only read the pricelist and not the other 28 pages so that you'd know what you're buying. $725. includes the V.35 cable....$695. without. You wouldn't want to use the ET/5025 for T1, so for T1 it would be $995. + $725. for the first one, about 150 less for subsequent ones. You gotta pay for a mercedes, man. but you're gonna use it every day....get something good. our 56/64k boards have RS-232 interfaces..You can try to run it at T1 if you like. You need V.35 or X.21 or EIA-530 to run T1, which is an add-on option. Our 56k boards have the same RISC processor as our T1 boards...theirs is a clunker. Our dual port card has 2 CPUs on it....so it costs extra. The day that SDL has any product better than ours is the day that I retire. First they dont even have a real protocol engine for FR.....just "wrapper encapsulation". A traceroute on their web site and "server" would suggest that they don't even use their own products. .After 2 years in "beta" with their frame relay its suddenly 'better" than ours... Hehehehehehehehehe, LOL...... Its your money...you get what you pay for...spend it as you like......You can get a Yugo for $250. Do you drive one? Quoting price only (as if all products are created equal) is irresponsible. You're gonna pay (how much?) a month and you're gonna scrimp on your interface? Now lets keep this off the lists 'cause we're just gonna make everyone angry..... db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Tue Feb 13 18:05:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26489 for hackers-outgoing; Tue, 13 Feb 1996 18:05:46 -0800 (PST) Received: from wa3ymh.transsys.com (#6@wa3ymh.TransSys.COM [144.202.42.42]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA26465 Tue, 13 Feb 1996 18:05:41 -0800 (PST) Received: from wa3ymh.transsys.com (#6@localhost.TransSys.COM [127.0.0.1]) by wa3ymh.transsys.com (8.7.3/8.7.3) with ESMTP id VAA16901; Tue, 13 Feb 1996 21:05:34 -0500 (EST) Message-Id: <199602140205.VAA16901@wa3ymh.transsys.com> To: "Ulf Zimmermann" cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: Frame Relay and FreeBSD In-reply-to: Your message of "Tue, 13 Feb 1996 16:30:53 PST." <9602131630.ZM1429@zolaris.z-code.com> Date: Tue, 13 Feb 1996 21:05:33 -0500 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I am trying at the moment to get $3000 together, so I can get me Frame Relay > (128K as it looks like at the moment). That is $1009 for PB, $500 for the > provider and rest for hardware I need. > > Ulf. You guys should also look at the relative cost of an external, standalone Ascend Pipeline 50 LS56 router, which has an ethernet interface and a 56K DDS leased line interface (with built-in CSU/DSU). I'm using one of these things at home, and it works really, really great. Its physically the same size as the Pipeline 50 ISDN router. For T1 upgrade paths, you might also look at the newly announced Pipeline 130 router, which I think has ISDN, 56K and T1 interfaces. I don't know what it costs. http://www.ascend.com louie From owner-freebsd-hackers Tue Feb 13 18:10:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26830 for hackers-outgoing; Tue, 13 Feb 1996 18:10:57 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA26824 for ; Tue, 13 Feb 1996 18:10:54 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id DAA24872 ; Wed, 14 Feb 1996 03:10:48 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id DAA26035 ; Wed, 14 Feb 1996 03:10:52 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id CAA00812; Wed, 14 Feb 1996 02:42:51 +0100 (MET) From: Ollivier Robert Message-Id: <199602140142.CAA00812@keltia.freenix.fr> Subject: Re: All mail sent to me for the last 48 hours have been lost.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 14 Feb 1996 02:42:50 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <14481.824201900@time.cdrom.com> from "Jordan K. Hubbard" at "Feb 13, 96 00:58:20 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1661 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Jordan K. Hubbard said: > > Feh. I'd say that's soured me on procmail forever more! :( I saw your other message about the bounces but I'm really surprised about procmail failing... I get about 12 or 13 MB of mail (90% for FreeBSD :-)) per month and have yet to loose a single mail. 3.10 core dumped frequently but 3.11pre3 and 3.11pre4 are very nice. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 From owner-freebsd-hackers Tue Feb 13 18:14:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27083 for hackers-outgoing; Tue, 13 Feb 1996 18:14:00 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA27056 for ; Tue, 13 Feb 1996 18:13:09 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id VAA23082; Tue, 13 Feb 1996 21:09:15 -0500 From: Peter Dufault Message-Id: <199602140209.VAA23082@hda.com> Subject: Re: Q: Somebody working on more recent binutils ? To: nate@sri.MT.net (Nate Williams) Date: Tue, 13 Feb 1996 21:09:14 -0500 (EST) Cc: mheller@student.uni-kl.de, hackers@freebsd.org In-Reply-To: <199602132328.QAA24481@rocky.sri.MT.net> from "Nate Williams" at Feb 13, 96 04:28:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > I'd like to know if someone is porting gas/ld 2.6 or 2.5.x ? > > Gas works already, ld is not going to happen anytime soon, if at all. > > > To have a more recent gas/ld than the ones coming with the > > distribution is absolutely necessary for running g++ 2.7.2 > > andd libg++2.7.1 because g++ needs the .weak symbols in > > some circumstances to produce the 'right' code. > > Are you absolutely *sure*? According to recent reports posted to this > list (today or yesterday) it isn't necessary. All that's required is to > remove the creation of .weak symbols by gcc2.7.2. All I really know so far is that Ptolemy builds and at least some demos run without the .weak symbol support. I was just going to test things some more. I'd sure like the definitive answer on .weak symbols and the need in g++. > > If nobody does it, is there any piece of information available, > > what's been changed in the sources to adopt gas/ld 1.x.x for > > FreeBSD ? > > The version of ld in FreeBSD is a *very* old version (1.X). It has been > *heavily* hacked to support shared libraries. The current binutils is > at version 2, which is *radically* different from version 1, so it's not > a simple matter of 'updating' the bits. > > There are folks who are good at this who have already looked at the code > and went *YUCK*, so I suspect you won't find anyone willing to do the > work unless you've got $$ to pony-up for the project. (And, you still > might not find anyone willing.) I don't know, Nate. I think the need to run the new g++ will outweigh any "yuckiness" in the job if we really need to hack in .weak support. I don't know what a weak symbol is - but it probably isn't that bad to hack weak support into our linker if we have to. -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Tue Feb 13 21:21:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08498 for hackers-outgoing; Tue, 13 Feb 1996 21:21:42 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08453 for ; Tue, 13 Feb 1996 21:21:36 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id WAA25320; Tue, 13 Feb 1996 22:20:11 -0700 Date: Tue, 13 Feb 1996 22:20:11 -0700 From: Nate Williams Message-Id: <199602140520.WAA25320@rocky.sri.MT.net> To: Peter Dufault Cc: nate@sri.MT.net (Nate Williams), hackers@freebsd.org Subject: Re: Q: Somebody working on more recent binutils ? In-Reply-To: <199602140209.VAA23082@hda.com> References: <199602132328.QAA24481@rocky.sri.MT.net> <199602140209.VAA23082@hda.com> Sender: owner-hackers@freebsd.org Precedence: bulk Peter Dufault writes: > > > > > I'd like to know if someone is porting gas/ld 2.6 or 2.5.x ? > > > > Gas works already, ld is not going to happen anytime soon, if at all. > > > > > To have a more recent gas/ld than the ones coming with the > > > distribution is absolutely necessary for running g++ 2.7.2 > > > andd libg++2.7.1 because g++ needs the .weak symbols in > > > some circumstances to produce the 'right' code. > > > > Are you absolutely *sure*? According to recent reports posted to this > > list (today or yesterday) it isn't necessary. All that's required is to > > remove the creation of .weak symbols by gcc2.7.2. > > All I really know so far is that Ptolemy builds and at least some > demos run without the .weak symbol support. I was just going to test > things some more. I'd sure like the definitive > answer on .weak symbols and the need in g++. The funny thing about the weak symbol support is that I remember bringing in changes were the NetBSD logs purported to support weak symbols. revision 1.24 date: 1995/03/04 17:46:05; author: nate; state: Exp; lines: +242 -138 Weak symbol support from NetBSD. This should bring us in sync with the NetBSD ld code except for local changes for dlopen() and friends and the hashing on the minor value of the shlibs. We should be binary compatible now with all their libraries. It may be that the linker is not generating them in a manner that FreeBSD expects. Looking at the NetBSD stuff would be a good way to find out. > > The version of ld in FreeBSD is a *very* old version (1.X). It has been > > *heavily* hacked to support shared libraries. The current binutils is > > at version 2, which is *radically* different from version 1, so it's not > > a simple matter of 'updating' the bits. > > > > There are folks who are good at this who have already looked at the code > > and went *YUCK*, so I suspect you won't find anyone willing to do the > > work unless you've got $$ to pony-up for the project. (And, you still > > might not find anyone willing.) > > I don't know, Nate. I think the need to run the new g++ will outweigh > any "yuckiness" in the job if we really need to hack in .weak support. > I don't know what a weak symbol is - but it probably isn't that bad > to hack weak support into our linker if we have to. Adding weak support is something completely different to updating the ld souces to the version in the newest binutils. The former is doable and less painful, the latter is very painful and I suspect won't be done. Nate From owner-freebsd-hackers Tue Feb 13 22:16:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA14315 for hackers-outgoing; Tue, 13 Feb 1996 22:16:29 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA14083 Tue, 13 Feb 1996 22:14:58 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA08874; Wed, 14 Feb 1996 17:11:28 +1100 Date: Wed, 14 Feb 1996 17:11:28 +1100 From: Bruce Evans Message-Id: <199602140611.RAA08874@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, isp@FreeBSD.ORG, jgreco@brasil.moneng.mei.com Subject: Re: Driver for Hayes ESP cards.. Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Has anyone looked into writing a driver for the Hayes ESP cards? No one has even reported using the one in -current ;-(. Bruce From owner-freebsd-hackers Tue Feb 13 22:34:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA16090 for hackers-outgoing; Tue, 13 Feb 1996 22:34:42 -0800 (PST) Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA16080 for ; Tue, 13 Feb 1996 22:34:39 -0800 (PST) Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.12) id OAA27641; Wed, 14 Feb 1996 14:33:39 +0800 Date: Wed, 14 Feb 1996 14:33:38 +0800 (HKT) From: John Beukema To: FreeBSD hackers Subject: 2945W driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I am running 2.1.0R and I understand that the ahc driver is flawed. After several mysterious reboots, I have decided to change to the driver in -stable. I down loaded the aic* from /sys/pci /sys/dev/aic7xxx /sys/i386/scsi and /sys/i386/isa applied them to the 2.1.0R directories and tried to remake the kernel. I am missing, apparently the file defining struct scsi_link at least which is a component of struct scsi_data. Can any one help? 1. is the stable driver OK? 2. What pieces am I missing? jbeukema From owner-freebsd-hackers Tue Feb 13 23:52:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA21955 for hackers-outgoing; Tue, 13 Feb 1996 23:52:18 -0800 (PST) Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA21947 for ; Tue, 13 Feb 1996 23:52:15 -0800 (PST) Received: from spase1 by sun4nl.NL.net via EUnet id AA27488 (5.65b/CWI-3.3); Wed, 14 Feb 1996 08:52:13 +0100 Received: from phobos.spase.nl by spase.nl (4.1/SMI-4.1) id AA15258; Wed, 14 Feb 96 08:49:21 GMT From: dutchman@spase.nl (Kees Jan Koster) Received: (dutchman@localhost) by phobos.spase.nl (8.6.11/8.6.11) id IAA00902 for freebsd-hackers@FreeBSD.ORG; Wed, 14 Feb 1996 08:49:09 +0100 Message-Id: <199602140749.IAA00902@phobos.spase.nl> Subject: R.I.P. To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Date: Wed, 14 Feb 1996 08:49:08 +0100 (MET) 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 Precedence: bulk /-----------v-\ AMD 486DX4-100 / \ 8Mb, 256kb / \ IDE 85Mb Seagate (?) / \ SCSI Seagate ST41200N | R I P | DEC RRD42 (cdrom) | | | LikeEver | boot, root and swap on IDE | | /usr and swap on SCSI | My faithful PC | | and companion for | | long rainy days | | | | | /\| \ |/ \/\/\/ \/\/\/\/\/\/\/\/\/\///\/\/\/ Last night my system crashed, badly. I don't know what the cause is, so I'll report the incident here. I was playing with a newly-installed old cdrom player when my system stopped dead in its tracks. Glancing over at the console I saw a flash of the following message: <...> Illegal request <...> syncing disks 5 5 5 5 5 5 5 5 5 5 5 5 5 5 giving up. press any key to reboot... All this time the IDE drive led was lit, but there was no disk activity. The system is quite dead now. It won't boot from the IDE drive. If I try I get the message: Error: C:0 H:0 S:0 Error: C:0 H:0 S:0 Error: C:0 H:0 S:0 Error: C:0 H:0 S:0 The CMOS IDE autodetector detects the disk correctly. However, when I (floppy)boot MS-DOS, fdisk only finds the SCSI disk. I guess that's because the SCSI driver maps the drive over the BIOS C drive. Before I bring out the low-level formatters: - What's this `Illegal request' that I got? I don't know any more details. I was stupid enough to reboot the thing without noting the message. (Yes, I have been using MS-DOS <:( ) - What does that `5 5 5 5 5 5 5 5 5 giving up' mean? I've seen the numbers before. They are very intriguing, what do they mean? - What's the `Error: C:0 ...' message. (Cylinder 0, Head 0, Sector 0 not readable? Now, let's see... Where did I leave the address to get the FreeBSD CD... Groetjes, Kees Jan ======================================================================v== Kees Jan Koster e-mail: dutchman@spase.nl Van Somerenstraat 50 tel: NL-24-3234708 6521 BS Nijmegen the Netherlands ========================================================================= Who is this general Failure and why is he reading my disk? (anonymous) ========================================================================= From owner-freebsd-hackers Tue Feb 13 23:52:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA21995 for hackers-outgoing; Tue, 13 Feb 1996 23:52:47 -0800 (PST) Received: from irz101.inf.tu-dresden.de (irz101.inf.tu-dresden.de [141.76.1.9]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA21987 for ; Tue, 13 Feb 1996 23:52:33 -0800 (PST) Received: from sax.sax.de by irz101.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA27256 for ; Wed, 14 Feb 1996 08:51:51 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA22582 for freebsd-hackers@freebsd.org; Wed, 14 Feb 1996 08:51:50 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id IAA13244 for freebsd-hackers@freebsd.org; Wed, 14 Feb 1996 08:34:01 +0100 (MET) From: J Wunsch Message-Id: <199602140734.IAA13244@uriah.heep.sax.de> Subject: Re: Is it just my imagination... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 14 Feb 1996 08:34:00 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602140112.TAA00910@mpp.minn.net> from "Mike Pritchard" at Feb 13, 96 07:12:46 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Mike Pritchard wrote: > > The framework for this has already been laid down in 4.4BSD, but the > > ``class'' field in passwd(5) remained empty and unused. > If BSDI would let us see what they store in their database (it > is supposed to be a termcap style database after all), > working backwards from there wouldn't be too hard. I don't ask for giving away any actual code, but rather for a description so that one who wants to re-implement it isn't forced to do this in an incompatible way. -- 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 Feb 13 23:54:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA22173 for hackers-outgoing; Tue, 13 Feb 1996 23:54:33 -0800 (PST) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA22168 for ; Tue, 13 Feb 1996 23:54:31 -0800 (PST) Received: (from winter@localhost) by sasami.jurai.net (8.6.12/8.6.9) id BAA29675; Wed, 14 Feb 1996 01:54:04 -0600 Date: Wed, 14 Feb 1996 01:54:04 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Ollivier Robert cc: "Jordan K. Hubbard" , hackers@FreeBSD.org Subject: Re: All mail sent to me for the last 48 hours have been lost.. In-Reply-To: <199602140142.CAA00812@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 14 Feb 1996, Ollivier Robert wrote: > I saw your other message about the bounces but I'm really surprised about > procmail failing... I get about 12 or 13 MB of mail (90% for FreeBSD :-)) > per month and have yet to loose a single mail. 3.10 core dumped frequently > but 3.11pre3 and 3.11pre4 are very nice. Agreed, I run 400-500 messages a day through procmail and its flawless. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-hackers Wed Feb 14 00:05:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22788 for hackers-outgoing; Wed, 14 Feb 1996 00:05:30 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22770 for ; Wed, 14 Feb 1996 00:05:15 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA16330; Wed, 14 Feb 1996 09:06:34 +0100 Message-Id: <199602140806.JAA16330@gilberto.physik.rwth-aachen.de> Subject: Re: All mail sent to me for the last 48 hours have been lost.. To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Wed, 14 Feb 1996 09:06:33 +0100 (MET) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199602140142.CAA00812@keltia.freenix.fr> from "Ollivier Robert" at Feb 14, 96 02:42:50 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > It seems that Jordan K. Hubbard said: > > > > Feh. I'd say that's soured me on procmail forever more! :( > > I saw your other message about the bounces but I'm really surprised about > procmail failing... I get about 12 or 13 MB of mail (90% for FreeBSD :-)) > per month and have yet to loose a single mail. 3.10 core dumped frequently > but 3.11pre3 and 3.11pre4 are very nice. > -- As a data point regarding procmail: After I moved a 1.1.5.1 machine recently to 2.1 (fresh net installation) I installed xdm and X and had it running for 24 hours. When I came into the office after that period the machine was amnesic. (ping response but no login possible). I reported this and Kaleb Keithley confirmed that it was most probably be a leak in X. So far so good. Later I heard from a colleague that he had recompiled and installed *procmail* behind my back and procmail got the machine hung during the kernel locking test. I'm mentioning this because Jordan was mentioning something with locking in his original message. > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Feb 14 00:12:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA23353 for hackers-outgoing; Wed, 14 Feb 1996 00:12:25 -0800 (PST) Received: from mailhub.aros.net ([205.164.111.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA23347 for ; Wed, 14 Feb 1996 00:12:23 -0800 (PST) Received: from terra.aros.net (terra.aros.net [205.164.111.10]) by mailhub.aros.net (8.6.12/Unknown) with ESMTP id BAA26334 for ; Wed, 14 Feb 1996 01:14:38 -0700 Received: (from angio@localhost) by terra.aros.net (8.6.12/8.6.12) id BAA04009 for hackers@freebsd.org; Wed, 14 Feb 1996 01:12:21 -0700 From: Dave Andersen Message-Id: <199602140812.BAA04009@terra.aros.net> Subject: kbdcontrol change To: hackers@freebsd.org Date: Wed, 14 Feb 1996 01:12:21 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I got annoyed with kbdcontrol's inability to put returns or tabs in macros (makes it difficult to do multi-line commands. :), so I patched it to handle \ notation.. kbdcontrol -f 1 "cd /\nls\ncd\n" works admirably to create a sequence of: cd / ls cd Minor tweak, but it was bugging me that it wouldn't work. The disadvantage is that if anyone uses \s in their current keyboard macros, they'll have to escape them with \\. I can't see anywhere that the changes to kbdcontrol would cause any problems except that. I also left out the other standard escape characters, because I figured that those three are all you really need in a keyboard macro. Easy to insert them later. -Dave Andersen This is a diff off of FreeBSD-stable (as of today), which is identical to -current's kbdcontrol. *** kbdcontrol.c Tue Jan 30 19:53:42 1996 --- kbdnew.c Wed Feb 14 01:00:26 1996 *************** *** 403,408 **** --- 403,409 ---- void set_functionkey(char *keynumstr, char *string) { + int i, j; fkeyarg_t fkey; int keynum; *************** *** 417,422 **** --- 418,441 ---- NUM_FKEYS); return; } + + /* Do substitution on backslashed characters */ + + for (i = j = 0; string[i] != 0; i++) { + if (string[i] == '\\') { + if (!string[i+1]) string[j++] = '\\'; + else + switch (string[i+1]) { + case 'n' : string[j++] = '\n'; break; + case 't' : string[j++] = '\t'; break; + case 'r' : string[j++] = '\r'; break; + default : string[j++] = string[i+1]; + } + i++; + } else string[j++] = string[i]; + } + string[j] = 0; /* Make sure it's terminated */ + if ((fkey.flen = strlen(string)) > MAXFK) { fprintf(stderr, "function key string too long (%d > %d)\n", fkey.flen, MAXFK); From owner-freebsd-hackers Wed Feb 14 00:29:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25063 for hackers-outgoing; Wed, 14 Feb 1996 00:29:14 -0800 (PST) Received: from mailhub.aros.net ([205.164.111.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA25055 for ; Wed, 14 Feb 1996 00:29:13 -0800 (PST) Received: from terra.aros.net (terra.aros.net [205.164.111.10]) by mailhub.aros.net (8.6.12/Unknown) with ESMTP id BAA26367 for ; Wed, 14 Feb 1996 01:31:22 -0700 Received: (from angio@localhost) by terra.aros.net (8.6.12/8.6.12) id BAA04612 for hackers@freebsd.org; Wed, 14 Feb 1996 01:29:04 -0700 From: Dave Andersen Message-Id: <199602140829.BAA04612@terra.aros.net> Subject: man page fix for kbdcontrol To: hackers@freebsd.org Date: Wed, 14 Feb 1996 01:29:04 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk This diff has two things.. fixes two typos in the kbdcontrol(1) man page ("argument may be one of normal which set" (instead of sets)) and puts in a blurb that it accepts \n or \t as an argument to -f. (That is, provided the changes to kbdcontrol go over well). Why does the 1994 date on that file make me feel like I'm the only one who's running a non-X freebsd machine at home? -Dave Andersen -- angio@aros.net Complete virtual hosting and business-oriented system administration Internet services. (WWW, FTP, email) http://www.aros.net/ http://www.aros.net/about/virtual/ "There are only two industries that refer to thier customers as 'users'." *** kbdcontrol.1.orig Wed Feb 14 01:15:21 1996 --- kbdcontrol.1 Wed Feb 14 01:27:07 1996 *************** *** 33,41 **** .BI "\-b\ " [ duration.pitch | normal | visual ] Set the bell duration and pitch values. Argument may also be one of .BI "normal" ! which set sound parameters back to normal values, or .BI "visual" ! which set the bell to visual mode, ie flashes the screen instead. .TP .BI "\-r\ " [ delay.repeat | slow | fast | normal ] Set keyboard --- 33,41 ---- .BI "\-b\ " [ duration.pitch | normal | visual ] Set the bell duration and pitch values. Argument may also be one of .BI "normal" ! which sets sound parameters back to normal values, or .BI "visual" ! which sets the bell to visual mode, ie flashes the screen instead. .TP .BI "\-r\ " [ delay.repeat | slow | fast | normal ] Set keyboard *************** *** 59,65 **** Set function key number .I # to send ! .I string . .TP .BI "\-F\ " --- 59,66 ---- Set function key number .I # to send ! .I string. ! Accepts \\n for a return, or \\t for a tab . .TP .BI "\-F\ " From owner-freebsd-hackers Wed Feb 14 00:31:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25237 for hackers-outgoing; Wed, 14 Feb 1996 00:31:04 -0800 (PST) Received: from vcgate1.mei.co.jp (vcgate1.mei.co.jp [202.32.14.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA25204 for ; Wed, 14 Feb 1996 00:30:30 -0800 (PST) Received: by vcgate1.mei.co.jp (5.65mei1.2g/5.5:4.6:vcgate0:950406) id AA29117; Wed, 14 Feb 96 17:29:24 +0900 Received: by vcmei.vanc.mei.co.jp (5.65mei1.1/5.9:4.9:vcmei:960124) id AA04667; Wed, 14 Feb 96 17:28:42 +0900 Received: by kmegate.kme.mei.co.jp (4.1/5.5:4.6:kmegate:960117) id AA05282; Wed, 14 Feb 96 17:29:35 JST Date: Wed, 14 Feb 96 17:29:35 JST From: akiyama@kme.mei.co.jp (Shunsuke Akiyama) Message-Id: <9602140829.AA05282@kmegate.kme.mei.co.jp> To: hackers@freebsd.org Subject: Optical disk driver update and enhancement patch. Sender: owner-hackers@freebsd.org Precedence: bulk Hi FreeBSD hackers, I made optical disk driver update(1) and enhancement(2) patch for 2.2-960130-SNAP. It's not for -current, sorry. Here are brief descriptions. (1) update patch * some fixes. * add CD device compatible lock/unlock and eject ioctl. * improved ficticious geometry translation. * add bogus sense code handling. (2) enhancement patch * UFS works on 1024 byte/sector optical disk media. Known problem: UFS build on 1024 byte/sector media can not mount as root filesystem. -- Shunsuke Akiyama Kyushu Matsushita Electric Co., Ltd. Fukuoka, Japan. akiyama@kme.mei.co.jp ----- (1) update patch ----- =================================================================== RCS file: etc/etc.i386/RCS/MAKEDEV,v retrieving revision 1.111 diff -u -r1.111 etc/etc.i386/MAKEDEV --- 1.111 1996/01/28 19:10:37 +++ etc/etc.i386/MAKEDEV 1996/02/12 12:59:24 @@ -93,7 +93,7 @@ # isdn* ISDN devices # labpc* National Instrument's Lab-PC and LAB-PC+ # -# $Id: MAKEDEV,v 1.111 1996/01/28 19:10:37 bde Exp $ +# $Id: MAKEDEV,v 1.111.0.1 1996/02/11 12:54:52 shun Exp $ # PATH=/sbin:/bin/:/usr/bin:/usr/sbin: @@ -164,7 +164,7 @@ all) sh MAKEDEV std # standard - sh MAKEDEV wd0 wd1 wd2 wd3 fd0 fd1 sd0 sd1 sd2 sd3 # bdev, disk + sh MAKEDEV wd0 wd1 wd2 wd3 fd0 fd1 sd0 sd1 sd2 sd3 od0 # bdev, disk sh MAKEDEV cd0 mcd0 scd0 matcd0 # bdev, cdrom sh MAKEDEV ft0 wt0 st0 # bdev, tape sh MAKEDEV ttyd0 ttyd1 ttyd2 ttyd3 # cdev, serial =================================================================== RCS file: sys/scsi/RCS/cd.c,v retrieving revision 1.60 diff -u -r1.60 sys/scsi/cd.c --- 1.60 1996/01/30 16:38:30 +++ sys/scsi/cd.c 1996/02/12 12:59:25 @@ -14,7 +14,7 @@ * * Ported to run under 386BSD by Julian Elischer (julian@tfs.com) Sept 1992 * - * $Id: cd.c,v 1.60 1996/01/30 16:38:30 ache Exp $ + * $Id: cd.c,v 1.60.0.1 1996/02/12 12:57:14 shun Exp $ */ #include "opt_bounce.h" @@ -237,7 +237,7 @@ if (sc_link->quirks & CD_Q_NO_TOUCH) { dp->disksize = 0; } else { - cd_get_parms(unit, SCSI_NOSLEEP | SCSI_NOMASK); + cd_get_parms(unit, SCSI_NOSLEEP | SCSI_NOMASK | SCSI_SILENT); } if (dp->disksize) { printf("cd present [%ld x %ld byte records]", =================================================================== RCS file: sys/scsi/RCS/od.c,v retrieving revision 1.12 diff -u -r1.12 sys/scsi/od.c --- 1.12 1996/01/27 04:18:00 +++ sys/scsi/od.c 1996/02/12 12:59:25 @@ -1,5 +1,5 @@ /* - * Copyright (c) 1995 Shunsuke Akiyama. All rights reserved. + * Copyright (c) 1995, 1996 Shunsuke Akiyama. All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions @@ -28,12 +28,17 @@ * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF * THE POSSIBILITY OF SUCH DAMAGE. * - * $Id: od.c,v 1.12 1996/01/27 04:18:00 bde Exp $ + * $Id: od.c,v 1.12.0.4 1996/02/11 13:38:06 shun Exp $ */ /* - * TODO: - * 1. Add optical disk specific ioctl functions, such as eject etc. + * Compile option defines: + * OD_BOGUS_NOT_READY - If drive returns sense key as 0x02 with + * vendor specific additional sense code (ASC) + * and additional sense code qualifier (ASCQ), + * or illegal ASC and ASCQ. This cause an error + * (NOT READY) and retrying. + * To suppress this, define "OD_BOGUS_NOT_READY". */ #include "opt_bounce.h" @@ -53,6 +58,7 @@ #include #include #include +#include #include #include #ifdef DEVFS @@ -68,7 +74,7 @@ static u_int32 odstrats, odqueues; -#define SECSIZE 512 +#define SECSIZE 512 #define ODOUTSTANDING 4 #define OD_RETRIES 4 #define MAXTRANSFER 8 /* 1 page at a time */ @@ -142,18 +148,18 @@ static struct scsi_device od_switch = { - od_sense_handler, - odstart, /* have a queue, served by this */ - NULL, /* have no async handler */ - NULL, /* Use default 'done' routine */ - "od", - 0, + od_sense_handler, + odstart, /* have a queue, served by this */ + NULL, /* have no async handler */ + NULL, /* Use default 'done' routine */ + "od", + 0, {0, 0}, - 0, /* Link flags */ + 0, /* Link flags */ odattach, "Optical", odopen, - sizeof(struct scsi_data), + sizeof(struct scsi_data), T_OPTICAL, odunit, odsetunit, @@ -191,7 +197,7 @@ dev_attach(kdc); if(dk_ndrive < DK_NDRIVE) { sprintf(dk_names[dk_ndrive], "od%d", unit); - dk_wpms[dk_ndrive] = (8*1024*1024/2); + dk_wpms[dk_ndrive] = (1*1024*1024/2); /* 1MB/sec */ SCSI_DATA(&od_switch, unit)->dkunit = dk_ndrive++; } else { SCSI_DATA(&od_switch, unit)->dkunit = -1; @@ -293,7 +299,7 @@ * to look for a new device if we are not initted */ if ((!od) || (!(od->flags & ODINIT))) { - return (ENXIO); + return ENXIO; } SC_DEBUG(sc_link, SDEV_DB1, @@ -351,7 +357,7 @@ if (errcode) { goto bad; } - if (od->params.secsiz != SECSIZE) { /* XXX One day... */ + if (od->params.secsiz != SECSIZE) { printf("od%ld: Can't deal with %d bytes logical blocks\n", unit, od->params.secsiz); Debugger("od"); @@ -368,8 +374,10 @@ label.d_ncylinders = od->params.cyls; label.d_secpercyl = od->params.heads * od->params.sectors; if (label.d_secpercyl == 0) - label.d_secpercyl = 100; - /* XXX as long as it's not 0 - readdisklabel divides by it (?) */ + label.d_secpercyl = (64 * 32); + /* XXX as long as it's not 0 + * - readdisklabel divides by it (?) + */ label.d_secperunit = od->params.disksize; /* Initialize slice tables. */ @@ -411,7 +419,7 @@ scsi_prevent(sc_link, PR_ALLOW, SCSI_SILENT | SCSI_ERR_OK); sc_link->flags &= ~SDEV_OPEN; } - return (0); + return 0; } /* @@ -439,6 +447,11 @@ } /* + * check it's not too big a transfer for our adapter + */ + scsi_minphys(bp, &od_switch); + + /* * Odd number of bytes */ if (bp->b_bcount % DEV_BSIZE != 0) { @@ -566,7 +579,6 @@ /* * Fill out the scsi command */ - bzero(&cmd, sizeof(cmd)); cmd.op_code = (bp->b_flags & B_READ) ? READ_BIG : WRITE_BIG; cmd.addr_3 = (blkno & 0xff000000UL) >> 24; @@ -575,6 +587,7 @@ cmd.addr_0 = blkno & 0xff; cmd.length2 = (nblk & 0xff00) >> 8; cmd.length1 = (nblk & 0xff); + cmd.byte2 = cmd.reserved = cmd.control = 0; /* * Call the routine that chats with the adapter. * Note: we cannot sleep as we may be an interrupt @@ -624,27 +637,40 @@ od = sc_link->sd; SC_DEBUG(sc_link, SDEV_DB1, ("odioctl (0x%x)", cmd)); -#if 0 - /* Wait until we have exclusive access to the device. */ - /* XXX this is how wd does it. How did we work without this? */ - wdsleep(du->dk_ctrlr, "wdioct"); -#endif - /* * If the device is not valid.. abandon ship */ if (!(sc_link->flags & SDEV_MEDIA_LOADED)) - return (EIO); + return EIO; + + switch (cmd) { + case DIOCSBAD: + error = EINVAL; /* XXX */ + break; + case CDIOCEJECT: + error = scsi_stop_unit(sc_link, 1, 0); + break; + case CDIOCALLOW: + error = scsi_prevent(sc_link, PR_ALLOW, 0); + break; + case CDIOCPREVENT: + error = scsi_prevent(sc_link, PR_PREVENT, 0); + break; + default: + error = dsioctl("od", dev, cmd, addr, flag, &od->dk_slices, + odstrategy1, (ds_setgeom_t *)NULL); + if (error == -1) { + if (PARTITION(dev) != RAW_PART) { + error = ENOTTY; + } else { + error = scsi_do_ioctl(dev, cmd, addr, + flag, p, sc_link); + } + } + break; + } - if (cmd == DIOCSBAD) - return (EINVAL); /* XXX */ - error = dsioctl("od", dev, cmd, addr, flag, &od->dk_slices, - odstrategy1, (ds_setgeom_t *)NULL); - if (error != -1) - return (error); - if (PARTITION(dev) != RAW_PART) - return (ENOTTY); - return (scsi_do_ioctl(dev, cmd, addr, flag, p, sc_link)); + return error; } /* @@ -657,7 +683,9 @@ struct scsi_read_cap_data rdcap; struct scsi_read_capacity scsi_cmd; u_int32 size; + u_int32 secsize; struct scsi_link *sc_link = SCSI_LINK(&od_switch, unit); + struct scsi_data *od = sc_link->sd; /* * make up a scsi command and ask the scsi driver to do @@ -679,14 +707,21 @@ 20000, NULL, flags | SCSI_DATA_IN) != 0) { - return (0); + return 0; } else { - size = rdcap.addr_0 + 1; + size = rdcap.addr_0; size += rdcap.addr_1 << 8; size += rdcap.addr_2 << 16; size += rdcap.addr_3 << 24; - } - return (size); + size += 1; + secsize = rdcap.length_0; + secsize += rdcap.length_1 << 8; + secsize += rdcap.length_2 << 16; + secsize += rdcap.length_3 << 24; + } + od->params.disksize = size; + od->params.secsiz = secsize; + return size; } #ifdef notyet @@ -712,7 +747,7 @@ rbdata.defect_descriptor[0].dlbaddr_1 = ((block >> 8) & 0xff); rbdata.defect_descriptor[0].dlbaddr_0 = ((block) & 0xff); - return (scsi_scsi_cmd(sc_link, + return scsi_scsi_cmd(sc_link, (struct scsi_generic *) &scsi_cmd, sizeof(scsi_cmd), (u_char *) & rbdata, @@ -720,7 +755,7 @@ OD_RETRIES, 20000, NULL, - SCSI_DATA_OUT)); + SCSI_DATA_OUT); } #endif #define b2tol(a) (((unsigned)(a##_1) << 8) + (unsigned)a##_0 ) @@ -747,16 +782,28 @@ return 0; /* - * use adaptec standard ficticious geometry - * this depends on which controller (e.g. 1542C is - * different. but we have to put SOMETHING here..) + * Use ficticious geometry, this depends on the size of medium. */ sectors = od_size(unit, flags); + /* od_size() sets secsiz and disksize */ disk_parms->heads = 64; disk_parms->sectors = 32; disk_parms->cyls = sectors / (64 * 32); - disk_parms->secsiz = SECSIZE; - disk_parms->disksize = sectors; + while (disk_parms->cyls >= 1024) { + if (disk_parms->heads < 128) { + disk_parms->heads *= 2; + } else { + if (disk_parms->sectors < 128) { + disk_parms->sectors *= 2; + } else { + disk_parms->cyls + = sectors / (disk_parms->heads * disk_parms->sectors); + break; + } + } + disk_parms->cyls + = sectors / (disk_parms->heads * disk_parms->sectors); + } if (sectors != 0) { sc_link->flags |= SDEV_MEDIA_LOADED; @@ -788,6 +835,13 @@ if ((sense->error_code & SSD_ERRCODE) == 0x71) return SCSIRET_CONTINUE; +#ifdef OD_BOGUS_NOT_READY + if (((sense->error_code & SSD_ERRCODE) == 0x70) && + ((sense->ext.extended.flags & SSD_KEY) == 0x02)) + /* No point in retrying Not Ready */ + return SCSIRET_CONTINUE; +#endif + if (((sense->error_code & SSD_ERRCODE) == 0x70) && ((sense->ext.extended.flags & SSD_KEY) == 0x04)) /* No point in retrying Hardware Failure */ @@ -851,5 +905,3 @@ } SYSINIT(oddev,SI_SUB_DRIVERS,SI_ORDER_MIDDLE+CDEV_MAJOR,od_drvinit,NULL) - - ----- (1) update patch ----- ----- (2) enhancement patch ----- =================================================================== RCS file: sys/kern/RCS/subr_diskslice.c,v retrieving revision 1.19 diff -u -r1.19 sys/kern/subr_diskslice.c --- 1.19 1996/01/28 08:15:44 +++ sys/kern/subr_diskslice.c 1996/02/12 13:01:22 @@ -43,7 +43,7 @@ * from: wd.c,v 1.55 1994/10/22 01:57:12 phk Exp $ * from: @(#)ufs_disksubr.c 7.16 (Berkeley) 5/4/91 * from: ufs_disksubr.c,v 1.8 1994/06/07 01:21:39 phk Exp $ - * $Id: subr_diskslice.c,v 1.19 1996/01/28 08:15:44 bde Exp $ + * $Id: subr_diskslice.c,v 1.19.0.1 1996/02/11 13:34:04 shun Exp $ */ #include @@ -111,6 +111,7 @@ struct partition *pp; struct diskslice *sp; long sz; + long scale; if (bp->b_blkno < 0) { Debugger("Slice code got negative blocknumber"); @@ -121,15 +122,17 @@ lp = sp->ds_label; sz = (bp->b_bcount + DEV_BSIZE - 1) >> DEV_BSHIFT; if (lp == NULL) { + scale = 1; blkno = bp->b_blkno; labelsect = -LABELSECTOR - 1; maxsz = sp->ds_size; } else { - labelsect = lp->d_partitions[LABEL_PART].p_offset; + scale = lp->d_secsize / DEV_BSIZE; + labelsect = lp->d_partitions[LABEL_PART].p_offset * scale; if (labelsect != 0) Debugger("labelsect != 0 in dscheck()"); pp = &lp->d_partitions[dkpart(bp->b_dev)]; - blkno = pp->p_offset + bp->b_blkno; - maxsz = pp->p_size; + blkno = pp->p_offset * scale + bp->b_blkno; + maxsz = pp->p_size * scale; if (sp->ds_bad != NULL && ds_debug) { daddr_t newblkno; @@ -142,9 +145,9 @@ /* overwriting disk label ? */ /* XXX should also protect bootstrap in first 8K */ - if (blkno <= LABELSECTOR + labelsect && + if (blkno <= LABELSECTOR * scale + labelsect && #if LABELSECTOR != 0 - bp->b_blkno + sz > LABELSECTOR + labelsect && + bp->b_blkno + sz > LABELSECTOR * scale + labelsect && #endif (bp->b_flags & B_READ) == 0 && sp->ds_wlabel == 0) { bp->b_error = EROFS; @@ -177,7 +180,7 @@ } /* calculate cylinder for disksort to order transfers with */ - bp->b_pblkno = blkno + sp->ds_offset; + bp->b_pblkno = blkno + sp->ds_offset * scale; if (lp == NULL) bp->b_cylinder = 0; /* XXX always 0 would be better */ else @@ -188,9 +191,9 @@ * offsets in the label to keep the in-core label coherent with * the on-disk one. */ - if (blkno <= LABELSECTOR + labelsect + if (blkno <= LABELSECTOR * scale + labelsect #if LABELSECTOR != 0 - && bp->b_blkno + sz > LABELSECTOR + labelsect + && bp->b_blkno + sz > LABELSECTOR * scale + labelsect #endif && sp->ds_offset != 0) { struct iodone_chain *ic; @@ -199,8 +202,8 @@ ic->ic_prev_flags = bp->b_flags; ic->ic_prev_iodone = bp->b_iodone; ic->ic_prev_iodone_chain = bp->b_iodone_chain; - ic->ic_args[0].ia_long = (LABELSECTOR + labelsect - blkno) - << DEV_BSHIFT; + ic->ic_args[0].ia_long = + (LABELSECTOR * scale + labelsect - blkno) << DEV_BSHIFT; ic->ic_args[1].ia_ptr = sp; bp->b_flags |= B_CALL; bp->b_iodone = dsiodone; @@ -764,7 +767,8 @@ lp = ssp->dss_slices[slice].ds_label; if (lp == NULL) return (-1); - return ((int)lp->d_partitions[part].p_size); + return ((int)lp->d_partitions[part].p_size + * (lp->d_secsize / DEV_BSIZE)); } static void =================================================================== RCS file: sys/scsi/RCS/od.c,v retrieving revision 1.12.0.4 diff -u -r1.12.0.4 sys/scsi/od.c --- 1.12.0.4 1996/02/11 13:38:06 +++ sys/scsi/od.c 1996/02/12 13:01:22 @@ -28,7 +28,7 @@ * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF * THE POSSIBILITY OF SUCH DAMAGE. * - * $Id: od.c,v 1.12.0.4 1996/02/11 13:38:06 shun Exp $ + * $Id: od.c,v 1.12.0.4.0.1 1996/02/11 13:41:33 shun Exp $ */ /* @@ -357,7 +357,7 @@ if (errcode) { goto bad; } - if (od->params.secsiz != SECSIZE) { + if (od->params.secsiz != SECSIZE && od->params.secsiz != 1024) { printf("od%ld: Can't deal with %d bytes logical blocks\n", unit, od->params.secsiz); Debugger("od"); @@ -533,6 +533,7 @@ struct buf *bp = 0; struct scsi_rw_big cmd; u_int32 blkno, nblk; + u_int32 secsize; SC_DEBUG(sc_link, SDEV_DB2, ("odstart ")); /* @@ -569,12 +570,13 @@ * We have a buf, now we know we are going to go through * With this thing.. */ - blkno = bp->b_pblkno; - if (bp->b_bcount & (SECSIZE - 1)) + secsize = od->params.secsiz; + blkno = bp->b_pblkno / (secsize / DEV_BSIZE); + if (bp->b_bcount & (secsize - 1)) { goto bad; } - nblk = bp->b_bcount >> 9; + nblk = (bp->b_bcount + (secsize - 1)) / secsize; /* * Fill out the scsi command =================================================================== RCS file: sys/ufs/ffs/RCS/ffs_vfsops.c,v retrieving revision 1.35 diff -u -r1.35 sys/ufs/ffs/ffs_vfsops.c --- 1.35 1996/01/19 03:59:14 +++ sys/ufs/ffs/ffs_vfsops.c 1996/02/12 13:01:22 @@ -31,7 +31,7 @@ * SUCH DAMAGE. * * @(#)ffs_vfsops.c 8.8 (Berkeley) 4/18/94 - * $Id: ffs_vfsops.c,v 1.35 1996/01/19 03:59:14 dyson Exp $ + * $Id: ffs_vfsops.c,v 1.35.0.2 1996/02/12 07:45:48 shun Exp $ */ #include "opt_quota.h" @@ -144,7 +144,7 @@ struct ufs_args args; struct ufsmount *ump = 0; - register struct fs *fs; + register struct fs *fs = NULL; int flags; /* @@ -326,6 +326,14 @@ */ (void)VFS_STATFS(mp, &mp->mnt_stat, p); + if (fs == NULL) { + /* root mounts, set default sector size */ + mp->mnt_stat.f_spare[0] = 512; + } else { + /* non-root mounts, set sector size */ + mp->mnt_stat.f_spare[0] = fs->fs_fsize / fs->fs_nspf; + } + goto success; @@ -530,6 +538,8 @@ fs->fs_fmod = 1; fs->fs_clean = 0; } + for (fs->fs_fsbtodb = 0, i = fs->fs_fsize / DEV_BSIZE; i > 1; i >>= 1) + fs->fs_fsbtodb++; blks = howmany(fs->fs_cssize, fs->fs_fsize); base = space = malloc((u_long)fs->fs_cssize, M_UFSMNT, M_WAITOK); =================================================================== RCS file: sys/ufs/ufs/RCS/ufs_disksubr.c,v retrieving revision 1.20 diff -u -r1.20 sys/ufs/ufs/ufs_disksubr.c --- 1.20 1995/11/23 07:24:32 +++ sys/ufs/ufs/ufs_disksubr.c 1996/02/12 13:01:22 @@ -36,7 +36,7 @@ * SUCH DAMAGE. * * @(#)ufs_disksubr.c 8.5 (Berkeley) 1/21/94 - * $Id: ufs_disksubr.c,v 1.20 1995/11/23 07:24:32 dyson Exp $ + * $Id: ufs_disksubr.c,v 1.20.0.1 1996/02/11 14:00:36 shun Exp $ */ #include @@ -249,13 +249,15 @@ register struct buf *bp; struct disklabel *dlp; char *msg = NULL; + int scale; + scale = lp->d_secsize / DEV_BSIZE; bp = geteblk((int)lp->d_secsize); bp->b_dev = dev; - bp->b_blkno = LABELSECTOR; + bp->b_blkno = LABELSECTOR * scale; bp->b_bcount = lp->d_secsize; bp->b_flags = B_BUSY | B_READ; - bp->b_cylinder = LABELSECTOR / lp->d_secpercyl; + bp->b_cylinder = (LABELSECTOR * scale) / lp->d_secpercyl; (*strat)(bp); if (biowait(bp)) msg = "I/O error"; @@ -353,7 +355,7 @@ } bp = geteblk((int)lp->d_secsize); bp->b_dev = dkmodpart(dev, labelpart); - bp->b_blkno = LABELSECTOR; + bp->b_blkno = LABELSECTOR * (lp->d_secsize / DEV_BSIZE); bp->b_bcount = lp->d_secsize; #if 1 /* =================================================================== RCS file: sys/vm/RCS/vnode_pager.c,v retrieving revision 1.58 diff -u -r1.58 sys/vm/vnode_pager.c --- 1.58 1996/01/19 04:00:31 +++ sys/vm/vnode_pager.c 1996/02/12 13:01:23 @@ -38,7 +38,7 @@ * SUCH DAMAGE. * * from: @(#)vnode_pager.c 7.5 (Berkeley) 4/20/91 - * $Id: vnode_pager.c,v 1.58 1996/01/19 04:00:31 dyson Exp $ + * $Id: vnode_pager.c,v 1.58.0.1 1996/02/11 14:04:46 shun Exp $ */ /* @@ -628,12 +628,14 @@ struct buf *bp; int s; int error = 0; + int dev_bsize; vp = object->handle; if (vp->v_mount == NULL) return VM_PAGER_BAD; bsize = vp->v_mount->mnt_stat.f_iosize; + dev_bsize = vp->v_mount->mnt_stat.f_spare[0]; /* get the UNDERLYING device for the file with VOP_BMAP() */ @@ -752,7 +754,7 @@ * round up physical size for real devices */ if (dp->v_type == VBLK || dp->v_type == VCHR) - size = (size + DEV_BSIZE - 1) & ~(DEV_BSIZE - 1); + size = (size + dev_bsize - 1) & ~(dev_bsize - 1); bp = getpbuf(); kva = (vm_offset_t) bp->b_data; ----- (2) enhancement patch ----- From owner-freebsd-hackers Wed Feb 14 01:41:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA02693 for hackers-outgoing; Wed, 14 Feb 1996 01:41:13 -0800 (PST) Received: from dini.iet.unipi.it (dini.iet.unipi.it [131.114.9.244]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA02615 for ; Wed, 14 Feb 1996 01:40:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by dini.iet.unipi.it (8.6.9/8.6.9) with SMTP id KAA03848 for ; Wed, 14 Feb 1996 10:14:05 +0100 Message-Id: <199602140914.KAA03848@dini.iet.unipi.it> X-Authentication-Warning: dini.iet.unipi.it: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: shared libraries and dynamic linking From: Gianluca Dini Organisation: U. Pisa, Faculty of Engineering, Dept of Information Eng., Italy Date: Wed, 14 Feb 1996 10:14:05 +0100 Sender: owner-hackers@freebsd.org Precedence: bulk hi, i would like to use shared libraries and dynaminc linking under freebsd as a case-study for students. unfortunately, the only information that i've got so far is that reported by "man" that, for this purpose, is insufficient. what i'm looking for is a complete description about how they work and their architecture. i'm not sure whether this is the right place to make this request. thanks all the best gianluca dini ----------------------------------------------------------- Dr Gianluca Dini Dipartimento di Ingegneria dell'Informazione University of Pisa PHONE: +39-50-568549 Via Diotisalvi, 2 FAX : +39-50-568522 56126 Pisa EMAIL : gianluca@iet.unipi.it Italy ------------------------------------------------------------ From owner-freebsd-hackers Wed Feb 14 01:46:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA03357 for hackers-outgoing; Wed, 14 Feb 1996 01:46:37 -0800 (PST) Received: from deputy.pavilion.co.uk (deputy.pavilion.co.uk [194.193.24.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA03339 for ; Wed, 14 Feb 1996 01:46:30 -0800 (PST) Received: from poolb05.pavilion.co.uk (poolb05.pavilion.co.uk [194.193.28.69]) by deputy.pavilion.co.uk (8.7/8.7) with SMTP id JAA16156; Wed, 14 Feb 1996 09:45:00 GMT Message-Id: <199602140945.JAA16156@deputy.pavilion.co.uk> X-Sender: aledm@mailhost.pavilion.co.uk X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 14 Feb 1996 09:09:52 +0000 To: Steve Corso , hackers@FreeBSD.ORG From: Aled Morris Subject: Re: More 2.1 Fixit disk PROBLEM (fwd) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk At 21:06 11/02/96 -0500, Steve Corso wrote: >Ok...Well, I was on the right track. You do need the /etc/services and >/etc/protocols files, but AH!!, you need to put links up to them since >the fixit gets moved to /mnt2. I would prefer it if the versions of Ping, Telnet etc. on the fixit floppy were more robust in the absence of these "informational" files. i.e. if the getservbyname fails, use a hardwired service port. Is there a good reason why the *standard* versions of Ping, Telnet etc. don't do this? Good defaults makes robust software. Aled -- telephone +44 973 207987 From owner-freebsd-hackers Wed Feb 14 01:51:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA03985 for hackers-outgoing; Wed, 14 Feb 1996 01:51:21 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA03965 for ; Wed, 14 Feb 1996 01:51:16 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA16773 for hackers@freebsd.org; Wed, 14 Feb 1996 20:23:28 +1030 From: Michael Smith Message-Id: <199602140953.UAA16773@genesis.atrad.adelaide.edu.au> Subject: care and feeding of selwakeup() ? To: hackers@freebsd.org Date: Wed, 14 Feb 1996 20:23:27 +1030 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hiho all you device-driver people again; yet another question to bore you senseless. (Eric, are you keeping track of all these answers? 8) I have a device select function that (appears) to be happily registering a selector on my device (only one, but that's fine). eg: if (rw == FREAD) /* selecting to read */ { if (rxbuflen(md)) /* data available to read */ { splx(s); return(1); } selrecord(p,&(md->rsel)); splx(s); return(0); } I can tracewrite and see that this is called OK, and the process selecting waits on 'select', so all appears OK there. Now my interrupt handler comes along, receives some data and wants to kick any selector into action : if (readsome) /* anything in? */ { debug("kick read selector (pid %d)",md->rsel.si_pid); selwakeup(&md->rsel); md->rsel.si_pid = 0; md->rsel.si_flags = 0; ... } But select in the reader never comes back (though the pid's match). Any magic ideas? I'm stumped... -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Wed Feb 14 01:52:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA04215 for hackers-outgoing; Wed, 14 Feb 1996 01:52:38 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA04183 Wed, 14 Feb 1996 01:52:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA05789; Wed, 14 Feb 1996 01:51:03 -0800 To: Joe Greco cc: hackers@freebsd.org, isp@freebsd.org Subject: Re: Driver for Hayes ESP cards.. In-reply-to: Your message of "Tue, 13 Feb 1996 17:04:35 CST." <199602132304.RAA00594@brasil.moneng.mei.com> Date: Wed, 14 Feb 1996 01:51:03 -0800 Message-ID: <5787.824291463@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk /sys/i386/isa/sio.c: revision 1.131 date: 1995/12/29 12:50:54; author: bde; state: Exp; lines: +120 -1 Added support for the Hayes ESP serial card. Submitted by: Sean Eric Fagan (sef@kithrup.com) Based on code by John Vinopal (banshee@resort.com) Cosmetic (I hope) changes by me (bde). :-) Jordan > Hey all, > > Has anyone looked into writing a driver for the Hayes ESP cards? > > http://www.hayes.com/esporder.htm > > ... Joe > > ----------------------------------------------------------------------------- -- > Joe Greco - Systems Administrator jgreco@ns.sol.net > Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Wed Feb 14 02:05:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA05913 for hackers-outgoing; Wed, 14 Feb 1996 02:05:11 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA05903 for ; Wed, 14 Feb 1996 02:05:08 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA16829; Wed, 14 Feb 1996 20:37:15 +1030 From: Michael Smith Message-Id: <199602141007.UAA16829@genesis.atrad.adelaide.edu.au> Subject: Re: kbdcontrol change To: angio@aros.net (Dave Andersen) Date: Wed, 14 Feb 1996 20:37:14 +1030 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199602140812.BAA04009@terra.aros.net> from "Dave Andersen" at Feb 14, 96 01:12:21 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Dave Andersen stands accused of saying: > > I got annoyed with kbdcontrol's inability to put returns or tabs in > macros (makes it difficult to do multi-line commands. :), so I patched it > to handle \ notation.. Not necessarily a bad thing... > kbdcontrol -f 1 "cd /\nls\ncd\n" > works admirably to create a sequence of: > cd / > ls > cd But what's wrong with "cd /;nls;ncd" ?? -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Wed Feb 14 02:05:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA05935 for hackers-outgoing; Wed, 14 Feb 1996 02:05:15 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA05920 for ; Wed, 14 Feb 1996 02:05:12 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA16820; Wed, 14 Feb 1996 20:36:06 +1030 From: Michael Smith Message-Id: <199602141006.UAA16820@genesis.atrad.adelaide.edu.au> Subject: Re: R.I.P. To: dutchman@spase.nl (Kees Jan Koster) Date: Wed, 14 Feb 1996 20:36:06 +1030 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199602140749.IAA00902@phobos.spase.nl> from "Kees Jan Koster" at Feb 14, 96 08:49:08 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Kees Jan Koster stands accused of saying: > > Last night my system crashed, badly. I don't know what the cause is, so > I'll report the incident here. > > I was playing with a newly-installed old cdrom player when my system > stopped dead in its tracks. Glancing over at the console I saw a flash > of the following message: > > <...> Illegal request <...> Possibly the CDrom puked and locked the SCSI bus. > Before I bring out the low-level formatters: > > - What's this `Illegal request' that I got? I don't know any more > details. I was stupid enough to reboot the thing without noting > the message. (Yes, I have been using MS-DOS <:( ) It means that a SCSI device responded to a command with an "Illegal Request" response. If you saw what was before it, you would have known which device it was. > - What does that `5 5 5 5 5 5 5 5 5 giving up' mean? I've seen the > numbers before. They are very intriguing, what do they mean? They mean that there are 5 buffers to be flushed, and that after waiting for a while the kernel has decided that it's unable to write them out so it gives up. In your case, they may have been on either disk; the SCSI bus was probably locked so you couldn't write to the SCSI disk, and the IDE bus was probably screwed too. > - What's the `Error: C:0 ...' message. (Cylinder 0, Head 0, Sector 0 > not readable? The bootcode is trying to read 0/0/0 and the BIOS is giving it an error, most likely come through from the IDE disk. > Kees Jan Koster e-mail: dutchman@spase.nl -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Wed Feb 14 03:26:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14565 for hackers-outgoing; Wed, 14 Feb 1996 03:26:03 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA14555 for ; Wed, 14 Feb 1996 03:26:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA06475; Wed, 14 Feb 1996 03:24:30 -0800 To: "Matthew N. Dodd" cc: Ollivier Robert , hackers@FreeBSD.org Subject: Re: All mail sent to me for the last 48 hours have been lost.. In-reply-to: Your message of "Wed, 14 Feb 1996 01:54:04 CST." Date: Wed, 14 Feb 1996 03:24:30 -0800 Message-ID: <6473.824297070@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk Well, in the interests of fairness, perhaps I'll hang a copy off of a "dummy load" for awhile and see if I can make it or whatever part of my system is misconfig'd to fall over. Jordan > On Wed, 14 Feb 1996, Ollivier Robert wrote: > > I saw your other message about the bounces but I'm really surprised about > > procmail failing... I get about 12 or 13 MB of mail (90% for FreeBSD :-)) > > per month and have yet to loose a single mail. 3.10 core dumped frequently > > but 3.11pre3 and 3.11pre4 are very nice. > > Agreed, I run 400-500 messages a day through procmail and its flawless. > > | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | > | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | > | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| > From owner-freebsd-hackers Wed Feb 14 03:29:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15117 for hackers-outgoing; Wed, 14 Feb 1996 03:29:03 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA15106 for ; Wed, 14 Feb 1996 03:29:00 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA06501; Wed, 14 Feb 1996 03:27:45 -0800 To: dutchman@spase.nl (Kees Jan Koster) cc: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Subject: Re: R.I.P. In-reply-to: Your message of "Wed, 14 Feb 1996 08:49:08 +0100." <199602140749.IAA00902@phobos.spase.nl> Date: Wed, 14 Feb 1996 03:27:44 -0800 Message-ID: <6498.824297264@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I was playing with a newly-installed old cdrom player when my system > stopped dead in its tracks. Glancing over at the console I saw a flash > of the following message: > > <...> Illegal request <...> > syncing disks 5 5 5 5 5 5 5 5 5 5 5 5 5 5 giving up. > press any key to reboot... > > All this time the IDE drive led was lit, but there was no disk activity. > > The system is quite dead now. It won't boot from the IDE drive. If I try > I get the message: > > Error: C:0 H:0 S:0 > Error: C:0 H:0 S:0 *OUCH*! What kind of SCSI controller are you using? This might help us to narrow down the section of code that clearly blew some error check and ended up doing Really Bad Things(tm) to your system. I'm always sorry to hear about failure reports like this! These are truly the worst types of software failure in FreeBSD (at least until someone's stupid enough to run his pacemaker from a daemon, anyway :-). Jordan From owner-freebsd-hackers Wed Feb 14 04:13:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19332 for hackers-outgoing; Wed, 14 Feb 1996 04:13:26 -0800 (PST) Received: from firtech.lri.fr (firtech.lri.fr [129.175.15.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA19310 for ; Wed, 14 Feb 1996 04:13:17 -0800 (PST) From: souchu@firtech.lri.fr Received: from marsupilami.lri.fr by firtech.lri.fr (8.6.12/general) with ESMTP id NAA00821 ; Wed, 14 Feb 1996 13:08:56 +0100 Received: by marsupilami.lri.fr (8.6.12/feuille) id NAA03384 ; Wed, 14 Feb 1996 13:09:16 +0100 Date: Wed, 14 Feb 1996 13:09:16 +0100 Message-Id: <199602141209.NAA03384@marsupilami.lri.fr> To: terry@lambert.org CC: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG In-reply-to: <199602140023.RAA24150@phaeton.artisoft.com> (message from Terry Lambert on Tue, 13 Feb 1996 17:23:18 -0700 (MST)) Subject: Re: EIDE 2300+ Promise Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Would it be a good hack to install the motherboard's int 13h in boot1 (first part of the boot before entering protected mode) instead of the external one in the interrupt table ? Then, the Promise bios would be disabled for FreeBSD and enabled for any other system. Anyway, my FreeBSD partition is under 1024 cylinders. nicolas -- Nicolas SOUCHU - DEA d'Architectures Paralleles 95 - LRI - France email: souchu@firtech.lri.fr - signature courte, le reseau dit "Ouf!" From owner-freebsd-hackers Wed Feb 14 04:42:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA21650 for hackers-outgoing; Wed, 14 Feb 1996 04:42:18 -0800 (PST) Received: from tepcogw.tepco.co.jp (tepcogw.tepco.co.jp [202.32.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA21645 for ; Wed, 14 Feb 1996 04:42:15 -0800 (PST) From: T0682740@pmail.tepco.co.jp Received: by tepcogw.tepco.co.jp (8.6.9+2.4W/3.3W995032220) id VAA22634; Wed, 14 Feb 1996 21:40:35 +0900 Received: from j1102041 (h1009043) by h1009051.smtpgw.tepco.co.jp (4.1/6.4J.6) id AA27706; Wed, 14 Feb 96 21:31:39 JST Received: from j1101044 by j1102041 (AIX 3.2/UCB 5.64/4.03) id AA47501; Wed, 14 Feb 1996 21:30:29 +0900 Received: from loopback by j1101044.pmail.tepco.co.jp (AIX 3.2/UCB 5.64/4.03) id AA33384; Wed, 14 Feb 1996 21:31:53 +0900 Received: by pmail.tepco.co.jp (ATSON-1) ; 14 Feb 96 21:31:53 JST Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Subject: Re: VM question In-Reply-To: <199602131806.LAA23438@phaeton.artisoft.com> X-From: =?ISO-2022-JP?B?GyRCP0pGIyEhO3E3MRsoSg==?= Date: 14 Feb 96 21:31:15 JST To: terry@lambert.org Cc: hackers@freebsd.org Lines: 33 Message-Id: <3121D613.C680.001@pmail.tepco.co.jp> Content-Type: text/plain; charset=ISO-2022-JP Sender: owner-hackers@freebsd.org Precedence: bulk Hi, > The Usenix papers are generally available for anonymouse FTP, both by > the authors home site, and from the Usenix SAGE group ftp site. The > SAGE FTP site is: ftp://ftp/sage.usenix.org/ Unfortunately they don't hold the latest papers. Only up to 1994 or so. > FreeBSD does not have a mach VM system any more. The MACH VM system > does not operate (implicitly) on a unified buffer cache scheme. Cache > unification is an important win. Is there any paper about unified buffer cache scheme? > You could implement an external demand pager on the basis of trapping > the SIGSEGV signal, and implementing mapping of resources as a result; > you would robably be better off providing a kernel interface, however, > since you would have to coalesce domains to keep the number of entries > small enough to avoid problems. Actually, I'd like to implement a sort of DSM that provides page-in/out over the network transparently to the user process. > There are a couple of Usenix papers on this technique as well; other > papers are available at the CS department of Washington State University's > FTP server. I haven't checked this yet but I'll try it. Thanks! --- Motonori Shindou From owner-freebsd-hackers Wed Feb 14 04:55:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA23004 for hackers-outgoing; Wed, 14 Feb 1996 04:55:01 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA22992 for ; Wed, 14 Feb 1996 04:54:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id EAA06750; Wed, 14 Feb 1996 04:49:26 -0800 To: Gianluca Dini cc: hackers@freebsd.org Subject: Re: shared libraries and dynamic linking In-reply-to: Your message of "Wed, 14 Feb 1996 10:14:05 +0100." <199602140914.KAA03848@dini.iet.unipi.it> Date: Wed, 14 Feb 1996 04:49:26 -0800 Message-ID: <6748.824302166@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > i would like to use shared libraries and dynaminc linking under > freebsd as a case-study for students. unfortunately, the only > information that i've got so far is that reported by "man" that, > for this purpose, is insufficient. what i'm looking for is a > complete description about how they work and their > architecture. i'm not sure whether this is the right place to > make this request. Seriously, for what you wish to do there's really only one place to look: /usr/src/gnu/usr.bin/ld/ You should be able to study the operation of the linker in detail by running builds of some small shared library in /usr/src/lib with `cc -v' to show the calling sequence and flags, then trace through the source and see what it's actually doing. The runtime relocation done for shared executables can be similarly understood by reading through /usr/src/gnu/usr.bin/ld/rtld/ Good luck! Jordan From owner-freebsd-hackers Wed Feb 14 05:30:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26342 for hackers-outgoing; Wed, 14 Feb 1996 05:30:51 -0800 (PST) Received: from orthanic.jrw.org (jr@cronus.pacificorp.com [131.219.36.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA26332 for ; Wed, 14 Feb 1996 05:30:48 -0800 (PST) Received: (from jr@localhost) by orthanic.jrw.org (8.6.12/8.6.9) id GAA07339 for freebsd-hackers@freebsd.org; Wed, 14 Feb 1996 06:30:50 -0700 From: "J.R. Westmoreland" Message-Id: <199602141330.GAA07339@orthanic.jrw.org> Subject: Kernel version info location To: freebsd-hackers@freebsd.org Date: Wed, 14 Feb 1996 06:30:48 -0700 (MST) Reply-To: jr@jrw.org X-Phone: (801) 546-3254 X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Where do I find the version information for the kernel. I'm working on the DOS Emulator and need to locate the vernel version for the build process. Thanks, J.R. -- J.R. Westmoreland E-mail: jr@jrw.org Callsign: N7MFF Phone: work: (801) 220-4784 fax: (801) 220-4412 home: (801) 546-3254 Address: J.R. Westmoreland 1456 E. Hilda Dr. Fruit Heights, UT 84037 From owner-freebsd-hackers Wed Feb 14 06:57:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13209 for hackers-outgoing; Wed, 14 Feb 1996 06:57:04 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA13198 for ; Wed, 14 Feb 1996 06:56:56 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id BAA04025; Thu, 15 Feb 1996 01:56:29 +1100 From: michael butler Message-Id: <199602141456.BAA04025@asstdc.scgt.oz.au> Subject: Re: Kernel version info location To: jr@jrw.org Date: Thu, 15 Feb 1996 01:56:26 +1100 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199602141330.GAA07339@orthanic.jrw.org> from "J.R. Westmoreland" at Feb 14, 96 06:30:48 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk J.R. Westmoreland writes: > Where do I find the version information for the kernel. I'm working on the > DOS Emulator and need to locate the vernel version for the build process. asstdc:~ # sysctl -n kern.osrelease 2.1-stable asstdc:~ # uname -r 2.1-stable .. or examine uname(3), michael From owner-freebsd-hackers Wed Feb 14 07:01:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13773 for hackers-outgoing; Wed, 14 Feb 1996 07:01:24 -0800 (PST) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA13755 for ; Wed, 14 Feb 1996 07:01:15 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id JAA10143; Wed, 14 Feb 1996 09:58:17 -0500 Date: Wed, 14 Feb 1996 09:58:16 -0500 (EST) From: "Ron G. Minnich" To: hackers@FreeBSD.org Subject: Re: VM question In-Reply-To: <3121D613.C680.001@pmail.tepco.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk > Actually, I'd like to implement a sort of DSM that provides > page-in/out over the network transparently to the user process. well, having done some of these myself I can tell you: the freebsd signal handling code is not quite there and so won't tell you what you need to know when a sigsegv/sigbus happens, to wit: you can't tell what type of fault occurred (read or write). It is now giving you the faulting virtual address, which is an improvement. also, the vm does not quite work right in terms of communicating needed information to the lower-level layers so that information is not available there also. For a view of how to do this right, check out the sunos vm (just look in the include files for protos of getpage/putpage etc.). No bsd unix has done this right for DSM, and neither has linux, which is a shame. IF you want to write a DSM to learn how to do it, go for it. If you just want one you have a couple choices: 1) basic DSM with no coherency support: use NFS shared mapped files over the net 2) Add simple coherency support: many options: 1) use my MNFS, except due to aforementioned VM/VFS problems it does not work completely 2) add a tcp connection to support coherency traffic ron ron From owner-freebsd-hackers Wed Feb 14 07:20:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15975 for hackers-outgoing; Wed, 14 Feb 1996 07:20:07 -0800 (PST) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15906 for ; Wed, 14 Feb 1996 07:19:58 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id KAA10270; Wed, 14 Feb 1996 10:16:31 -0500 Date: Wed, 14 Feb 1996 10:16:30 -0500 (EST) From: "Ron G. Minnich" To: hackers@freebsd.org Subject: autocacher source Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk it's online. Go to ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html and you'll see the entry unders "Sources". The TCL stuff will come later, i just need to preen it one more time. ron Ron Minnich |" XNFPREP: ERROR 4007: rminnich@sarnoff.com | Everything in the design was deleted." (609)-734-3120 |Was it something I said? ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Wed Feb 14 07:32:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17754 for hackers-outgoing; Wed, 14 Feb 1996 07:32:20 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA17724 for ; Wed, 14 Feb 1996 07:32:07 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id QAA17344 for hackers@freebsd.org; Wed, 14 Feb 1996 16:31:55 +0100 Message-Id: <199602141531.QAA17344@nixpbe.pdb.sni.de> Subject: Confused!!!! (fwd) To: hackers@freebsd.org (Hackers; FreeBSD) Date: Wed, 14 Feb 96 16:27:35 MET From: Greg Lehey Cc: freebsd-doc@freebsd.org (FreeBSD Documenters), mollers.pad@sni.de X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org Precedence: bulk Forwarded message: > From: Frank J Estremera > > I am so confused as to how to boot FreeBSD from a boot manager, while on a > second drive. I have an internal IDE drive running Windows95. I also have a > secondary SCSI drive (device 0), totally devoted to FreeBSD. I do have > FreeBSD loaded on it, but when I installed FreeBSD, and selected BootEasy > as the boot manager, The operating system could not be found when booting to > Windows95 (primary drive). I deinstalled BootEasy and installed System > Commander as my boot manager. It recognized the SCSI drive as having FreeBSD > loaded on it, but when selected, System Commander tells me that the boot block > is missing on this device. The only way that I can boot FreeBSD is to insert > the install diskette in the A drive, boot from it, and when the BOOT prompt > appears, pointing it to hd(1,a)/kernel (I think). Just for laughs I did a > disklabel -B sd0 to maybe try to force a boot block on the SCSI device, but > to no avail (unless I am totally out in left field, which is likely). What > am I missing??? Why is my operating system under Windows95 being clobbered?? > (I then have to do an fdisk from diskette to activate my C: partition again). > Please shine a flashlight on my face and enlighten me! Could it be that the lack of replies to this message is the result of everybody else being confused as well? I currently can't get near a running FreeBSD system, and I honestly don't know a good answer, but I get the feeling that we have a bug which manifests itself when using booteasy when FreeBSD is not on the first drive. I've had another report of this kind of problem here at SNI, and in this case I'm pretty sure it wasn't user error. Any comments from others? Greg From owner-freebsd-hackers Wed Feb 14 07:33:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17937 for hackers-outgoing; Wed, 14 Feb 1996 07:33:43 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA17928 for ; Wed, 14 Feb 1996 07:33:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id HAA04637; Wed, 14 Feb 1996 07:33:42 -0800 Message-Id: <199602141533.HAA04637@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: dutchman@spase.nl (Kees Jan Koster), freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Subject: Re: R.I.P. In-reply-to: Your message of "Wed, 14 Feb 1996 03:27:44 PST." <6498.824297264@time.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 14 Feb 1996 07:33:42 -0800 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> I was playing with a newly-installed old cdrom player when my system >> stopped dead in its tracks. Glancing over at the console I saw a flash >> of the following message: >> >> <...> Illegal request <...> >> syncing disks 5 5 5 5 5 5 5 5 5 5 5 5 5 5 giving up. >> press any key to reboot... >> >> All this time the IDE drive led was lit, but there was no disk activity. >> >> The system is quite dead now. It won't boot from the IDE drive. If I try >> I get the message: >> >> Error: C:0 H:0 S:0 >> Error: C:0 H:0 S:0 > >*OUCH*! > >What kind of SCSI controller are you using? This might help us to narrow >down the section of code that clearly blew some error check and ended up >doing Really Bad Things(tm) to your system. > >I'm always sorry to hear about failure reports like this! These are truly >the worst types of software failure in FreeBSD (at least until someone's >stupid enough to run his pacemaker from a daemon, anyway :-). The above looks like a hardware failure to me. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Feb 14 07:52:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19938 for hackers-outgoing; Wed, 14 Feb 1996 07:52:36 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19928 Wed, 14 Feb 1996 07:52:33 -0800 (PST) Message-Id: <199602141552.HAA19928@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: John Beukema cc: FreeBSD hackers Subject: Re: 2945W driver In-reply-to: Your message of "Wed, 14 Feb 1996 14:33:38 +0800." Date: Wed, 14 Feb 1996 07:52:32 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >I am running 2.1.0R and I understand that the ahc driver is flawed. >After several mysterious reboots, I have decided to change to the driver >in -stable. I down loaded the aic* from /sys/pci /sys/dev/aic7xxx >/sys/i386/scsi and /sys/i386/isa applied them to the 2.1.0R directories >and tried to remake the kernel. I am missing, apparently the file >defining struct scsi_link at least which is a component of struct scsi_data. > >Can any one help? > >1. is the stable driver OK? Its much better than the driver in 2.1R. >2. What pieces am I missing? sys/scsi/* > >jbeukema > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Wed Feb 14 08:22:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA23213 for hackers-outgoing; Wed, 14 Feb 1996 08:22:19 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA23163 Wed, 14 Feb 1996 08:22:09 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA01239; Wed, 14 Feb 1996 10:21:32 -0600 From: Joe Greco Message-Id: <199602141621.KAA01239@brasil.moneng.mei.com> Subject: Re: Driver for Hayes ESP cards.. To: bde@zeta.org.au (Bruce Evans) Date: Wed, 14 Feb 1996 10:21:32 -0600 (CST) Cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG In-Reply-To: <199602140611.RAA08874@godzilla.zeta.org.au> from "Bruce Evans" at Feb 14, 96 05:11:28 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >Has anyone looked into writing a driver for the Hayes ESP cards? > > No one has even reported using the one in -current ;-(. Hi Bruce, I wasn't aware there was one. I am supping an update now. I don't have one of these cards, (yet?), but it seemed like an interesting offer. The Hayes pricing still seems steep though. Question: I expect the answer is "no" (I'll look at the sources shortly), but do the changes actually use the ESP card in the ESP mode, or just in 16550-sorta-compat mode? I'd be delighted to hear "yes" :-) Thanks as always, ... JG From owner-freebsd-hackers Wed Feb 14 09:04:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00263 for hackers-outgoing; Wed, 14 Feb 1996 09:04:23 -0800 (PST) Received: from lightning.Stanford.EDU (tip-mp7-ncs-4.Stanford.EDU [36.173.0.131]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA00257 Wed, 14 Feb 1996 09:04:15 -0800 (PST) Received: (from bora@localhost) by lightning.Stanford.EDU (8.6.12/8.6.12) id JAA00215; Wed, 14 Feb 1996 09:00:49 -0800 Date: Wed, 14 Feb 1996 09:00:49 -0800 (PST) From: Bora Akyol X-Sender: bora@lightning.Stanford.EDU To: Greg Lehey cc: hackers@freebsd.org, FreeBSD Documenters , mollers.pad@sni.de Subject: Re: Confused!!!! (fwd) In-Reply-To: <199602141531.QAA17350@nixpbe.pdb.sni.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Here is what I did when I had the same setup. I used os-bs beta version that is on the Walnut Creek CDROM. I made sure that the SCSI drive is seen by dos (does not need to be formatted). Then, I used os-bs beta version to create a boot menu. When it was done , everything worked. ONe thing that needs to be done is to hard wire the device id for the scsi drive for the kernel. Otherwise, it automatically assigns an ID at boot time to the scsi drive and it can't find the root partition when it comes to fsck at boot. After you do hard wire the drive in the kernel config DO not forget the change the fstab file. Hope this helps, if anyone has specific questions email me at akyol@leland.stanford.edu Bora On Wed, 14 Feb 1996, Greg Lehey wrote: > Forwarded message: > > > From: Frank J Estremera > > > > I am so confused as to how to boot FreeBSD from a boot manager, while on a > > second drive. I have an internal IDE drive running Windows95. I also have a > > secondary SCSI drive (device 0), totally devoted to FreeBSD. I do have > > FreeBSD loaded on it, but when I installed FreeBSD, and selected BootEasy > > as the boot manager, The operating system could not be found when booting to > > Windows95 (primary drive). I deinstalled BootEasy and installed System > > Commander as my boot manager. It recognized the SCSI drive as having FreeBSD > > loaded on it, but when selected, System Commander tells me that the boot block > > is missing on this device. The only way that I can boot FreeBSD is to insert > > the install diskette in the A drive, boot from it, and when the BOOT prompt > > appears, pointing it to hd(1,a)/kernel (I think). Just for laughs I did a > > disklabel -B sd0 to maybe try to force a boot block on the SCSI device, but > > to no avail (unless I am totally out in left field, which is likely). What > > am I missing??? Why is my operating system under Windows95 being clobbered?? > > (I then have to do an fdisk from diskette to activate my C: partition again). > > Please shine a flashlight on my face and enlighten me! > > Could it be that the lack of replies to this message is the result of > everybody else being confused as well? I currently can't get near a > running FreeBSD system, and I honestly don't know a good answer, but I > get the feeling that we have a bug which manifests itself when using > booteasy when FreeBSD is not on the first drive. I've had another > report of this kind of problem here at SNI, and in this case I'm > pretty sure it wasn't user error. Any comments from others? > > Greg > > > From owner-freebsd-hackers Wed Feb 14 09:13:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00938 for hackers-outgoing; Wed, 14 Feb 1996 09:13:03 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA00933 for ; Wed, 14 Feb 1996 09:12:59 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id KAA00148 for freebsd-hackers@freefall.cdrom.com; Wed, 14 Feb 1996 10:12:58 -0700 From: Don Yuniskis Message-Id: <199602141712.KAA00148@seagull.rtd.com> Subject: Re: Confused!!!! (fwd) To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Wed, 14 Feb 1996 10:12:58 -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 Precedence: bulk > > I am so confused as to how to boot FreeBSD from a boot manager, while on a > > second drive. I have an internal IDE drive running Windows95. I also have a > > secondary SCSI drive (device 0), totally devoted to FreeBSD. I do have > > FreeBSD loaded on it, but when I installed FreeBSD, and selected BootEasy > > as the boot manager, The operating system could not be found when booting to > > Windows95 (primary drive). I deinstalled BootEasy and installed System > > Commander as my boot manager. It recognized the SCSI drive as having FreeBSD > > loaded on it, but when selected, System Commander tells me that the boot block > > is missing on this device. The only way that I can boot FreeBSD is to insert > > the install diskette in the A drive, boot from it, and when the BOOT prompt > > appears, pointing it to hd(1,a)/kernel (I think). Just for laughs I did a > > disklabel -B sd0 to maybe try to force a boot block on the SCSI device, but > > to no avail (unless I am totally out in left field, which is likely). What > > am I missing??? Why is my operating system under Windows95 being clobbered?? > > (I then have to do an fdisk from diskette to activate my C: partition again). > > Please shine a flashlight on my face and enlighten me! > > Could it be that the lack of replies to this message is the result of > everybody else being confused as well? I currently can't get near a > running FreeBSD system, and I honestly don't know a good answer, but I > get the feeling that we have a bug which manifests itself when using > booteasy when FreeBSD is not on the first drive. I've had another > report of this kind of problem here at SNI, and in this case I'm > pretty sure it wasn't user error. Any comments from others? I have a pair of IDE and a pair of SCSI drives configured as: wd0 MS-BowWow wd1 FBSD 2.1R (/) sd0 More puppies sd1 FBSD 2.1R (/home) I have BootEasy installed such that I am given the choice to boot DOS (F1) or FBSD (F5) on startup. I suspect the problem mentioned has to do with FBSD sysinstall (?) trashing the MBR on installation. In my case, I believe I just had to set the ACTIVE flag (which had magically be cleared!) for the DOS partition on wd*0* and all went well. Tho' I believe others have had similar but different experiences... --don > From owner-freebsd-hackers Wed Feb 14 09:50:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02951 for hackers-outgoing; Wed, 14 Feb 1996 09:50:59 -0800 (PST) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA02946 for ; Wed, 14 Feb 1996 09:50:57 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id JAA16327 for freebsd-hackers@freebsd.org; Wed, 14 Feb 1996 09:50:52 -0800 Date: Wed, 14 Feb 1996 09:50:52 -0800 From: David Muir Sharnoff Message-Id: <199602141750.JAA16327@idiom.com> To: freebsd-hackers@freebsd.org Subject: An ISP's Wishlist... Sender: owner-hackers@freebsd.org Precedence: bulk I know you've seen such things before, so I'm sending mostly to keep the feedback coming. First off, a hearty: Keep up the good work! FreeBSD is great and I'm really happy to have it. Here's my wishlist. ** Things that were so import that I've cobbled together solutions to the following. If someone wants what I've done, contact me. Idle time for kernel PPP sessions or at least an idle timeout. Automatic getty detection of incoming PPP connects. Ability to set all PPP parameters based on PAP login information. Efficient wtmp/utmp/lastlog tracking of PAP-authorized login sessions. Ability to add a route (not a default route) with pppd. A better (doens't have to use /etc/passwd) POP server in ports. (There seems to be one in the mh distribution) ** Things that are really important working & useful ipfw. The filter sorting has been removed, so this fix is in the pipeline. fixed boca16 driver so that it doesn't hang once a week. (No current urgency -- I bought a pair of Cyclades 16e's to use until the boca driver is fixed) Better performance on ip aliases. A friend of mine has some proprietary mods that allow ifconfig'ing to a netmask. A web server that doesn't have be restarted when new virtual hosts are added. A named that didn't die or at least restarted automatically. Lack of a nameserver can be a problem. My guess is that the named problems stem from having a system that is constantly running ifconfig... It doesn't seem to like to have the addresses that it binds to change. ** Things that would ve very nice It would be very nice to be able to have a separate configuration for each port that named might bind to. There are times when I want to serve different information to different nets. This is particularly handy when building firewalls. Memory efficiency. The most expensive part of putting a system together at the moment is memory. automatic reboot and report of diagnostics when the system hangs in disk wait. Getty should track modem disconnect codes, reset the modem, and notice incoming faxes. I've already modified the default getty to notice PPP connects, but that's needed here too. Support for Win95 PPP modes that to autoconfigure DNS server During major disk activity on disks 1 & 2, (tar | tar), small accesses to disk 3 seem to pause for a long time. Since the tar|tar is a news filesystem, most of the time spent is doing synchronous writes to disk 2. Such writes should not cause delays to reading disk 3. Environment: 2.1-STABLE, ncr53c810, disks are 7200rpm'ers from Seagate & Micropolis. A port of 'ofiles' or 'lsof' SMP. Sometimes more CPU is needed. Real layered filesystems. In particular, I want to layer system configurations over a read-only root filesystem that is replicated to all my computers. Reliable and secure NFS. I haven't tried it myself, but I've been told that using NFS will cause instability. Reliable and secure NIS or an equivelent. Randomization to prevent TCP sequence number guessing. ** Things that would make my life easier, but don't have to do with the fact that I'm an ISP Pkg_manage enhancements to show what has been installed. I typically install about 90% of the packages and it's a real pain to remember what's been installed. And don't mention that useless unsorted list on the right. Better support for CDROM changers: it would be nice if it figured out a mount point by looking at the disk the way that Solaris does. sysconfig should control the startup of xdm Better and easier OS emulation support. In order of importance: Win3.1, Win95, Solaris, Macintosh (emulated), BSDI, Linux, WinNT, DOS, Sys5.4, and SCO. I would like to be able to call up Frame and say, please send me a copy for ??? without worrying that it won't work. Better filesystem compatability. In order: DOS (improved), Linux (can be handled by SysV filesystem support because Linux also has it). Much less important: all the rest (Win95, WinNT, OS/2, SCO, Linux native, UMSDOS) ** Things that would be way-cool, but aren't required Go faster. This is in this category because FreeBSD is already very fast. SGI's XFS. It dynamically allocates inodes. It keeps directories in btrees (so you can used big directories without dying). It goes really really fast. Netscape commerce server style sysadmin interface. (Have you installed netscape's server lately?). Very good for the system as a whole, for various daemons: apache, samba, inetd, named, innd, sendmail (well, maybe not), gated, etc. Appletalk support. disks, printers, Apple Remote Access. Netware support. Linux has it. ** Things that appear to have been fixed by installing 2.1 Fix of whatever bug locks up my disks sometimes. (NCR53c810 + 2 Barracudas). Problem last seen on 2.0.5, From owner-freebsd-hackers Wed Feb 14 09:55:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03267 for hackers-outgoing; Wed, 14 Feb 1996 09:55:31 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA03262 for ; Wed, 14 Feb 1996 09:55:29 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA25465; Wed, 14 Feb 1996 10:50:55 -0700 From: Terry Lambert Message-Id: <199602141750.KAA25465@phaeton.artisoft.com> Subject: Re: Optical disk driver update and enhancement patch. To: akiyama@kme.mei.co.jp (Shunsuke Akiyama) Date: Wed, 14 Feb 1996 10:50:54 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <9602140829.AA05282@kmegate.kme.mei.co.jp> from "Shunsuke Akiyama" at Feb 14, 96 05:29:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > Hi FreeBSD hackers, > > I made optical disk driver update(1) and enhancement(2) patch for > 2.2-960130-SNAP. It's not for -current, sorry. > > Here are brief descriptions. > > (2) enhancement patch > > * UFS works on 1024 byte/sector optical disk media. > > Known problem: > UFS build on 1024 byte/sector media can not mount as root > filesystem. What are the failure symptoms? Is it the BIOS-based boot blocks, or does the kernel not recognize the device? I can help you fix this one... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Feb 14 09:56:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03459 for hackers-outgoing; Wed, 14 Feb 1996 09:56:56 -0800 (PST) Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA03453 Wed, 14 Feb 1996 09:56:52 -0800 (PST) Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id MAA14830; Wed, 14 Feb 1996 12:56:20 -0500 Date: Wed, 14 Feb 1996 12:56:20 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: Greg Lehey cc: hackers@freebsd.org, FreeBSD Documenters , mollers.pad@sni.de, festremera@shell.monmouth.com Subject: Re: Confused!!!! (fwd) In-Reply-To: <199602141531.QAA17350@nixpbe.pdb.sni.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 14 Feb 1996, Greg Lehey wrote: > Forwarded message: > > > From: Frank J Estremera > > > > I am so confused as to how to boot FreeBSD from a boot manager, while on a > > second drive. I have an internal IDE drive running Windows95. I also have a > > secondary SCSI drive (device 0), totally devoted to FreeBSD. I do have Sounds like my setup, minus the Windows95. > Could it be that the lack of replies to this message is the result of > everybody else being confused as well? I currently can't get near a > running FreeBSD system, and I honestly don't know a good answer, but I > get the feeling that we have a bug which manifests itself when using > booteasy when FreeBSD is not on the first drive. I've had another > report of this kind of problem here at SNI, and in this case I'm > pretty sure it wasn't user error. Any comments from others? My first drive is an IDE and is dedicated to the various lesser operating systems (currently DOS, Windoze, and OS/2). The second drive (SCSI ID 0) is FreeBSD. The only problem I had booting of the second drive was figuring out that I had to type hd0 at the boot prompt or FreeBSD would get confused about where its root partition was. (I've since made new bootblocks with this as the default. I've also since given up booteasy for the OS/2 bootmanager.) My understanding is that failing to find bootblocks is frequently evidence of geometry translation problems. Also, I have an Adaptec 1542C and to boot from the second drive, I had to enable the BIOS on the controller, otherwize booteasy wouldn't detect the existance of the SCSI drive. That is about as much light as I can shed on the issue. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Wed Feb 14 09:59:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03535 for hackers-outgoing; Wed, 14 Feb 1996 09:59:07 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA03529 for ; Wed, 14 Feb 1996 09:59:03 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA25488; Wed, 14 Feb 1996 10:52:44 -0700 From: Terry Lambert Message-Id: <199602141752.KAA25488@phaeton.artisoft.com> Subject: Re: More 2.1 Fixit disk PROBLEM (fwd) To: aledm@pavilion.co.uk (Aled Morris) Date: Wed, 14 Feb 1996 10:52:44 -0700 (MST) Cc: steve@news.netdtw.com, hackers@FreeBSD.org In-Reply-To: <199602140945.JAA16156@deputy.pavilion.co.uk> from "Aled Morris" at Feb 14, 96 09:09:52 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 Precedence: bulk > At 21:06 11/02/96 -0500, Steve Corso wrote: > >Ok...Well, I was on the right track. You do need the /etc/services and > >/etc/protocols files, but AH!!, you need to put links up to them since > >the fixit gets moved to /mnt2. > > I would prefer it if the versions of Ping, Telnet etc. on the fixit floppy > were more robust in the absence of these "informational" files. > > i.e. if the getservbyname fails, use a hardwired service port. > > Is there a good reason why the *standard* versions of Ping, Telnet etc. > don't do this? Good defaults makes robust software. Shouldn't these "hacks" go into "getservbyname" instead of each and every program seperately? In case of failure, you could relookup in a small internal table. 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 Feb 14 10:14:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA04401 for hackers-outgoing; Wed, 14 Feb 1996 10:14:59 -0800 (PST) Received: from tenet.CS.Berkeley.EDU (root@tenet.CS.Berkeley.EDU [128.32.33.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA04394 for ; Wed, 14 Feb 1996 10:14:57 -0800 (PST) Received: from premise.CS.Berkeley.EDU (premise.CS.Berkeley.EDU [128.32.33.172]) by tenet.CS.Berkeley.EDU (8.6.11/8.6.6) with ESMTP id KAA20643; Wed, 14 Feb 1996 10:14:49 -0800 Received: from premise.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by premise.CS.Berkeley.EDU (8.6.11/1.3-tenet) with ESMTP id KAA24558; Wed, 14 Feb 1996 10:14:47 -0800 Message-Id: <199602141814.KAA24558@premise.CS.Berkeley.EDU> X-Mailer: exmh version 1.6.5 12/11/95 To: Peter Dufault cc: nate@sri.mt.net (Nate Williams), mheller@student.uni-kl.de, hackers@freebsd.org, bmah@cs.Berkeley.EDU Subject: Re: Q: Somebody working on more recent binutils ? In-reply-to: Your message of "Tue, 13 Feb 1996 21:09:14 EST." <199602140209.VAA23082@hda.com> From: bmah@cs.Berkeley.EDU (Bruce A. Mah) Reply-to: bmah@cs.Berkeley.EDU X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ Date: Wed, 14 Feb 1996 10:14:35 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk Peter Dufault writes: > > > > > I'd like to know if someone is porting gas/ld 2.6 or 2.5.x ? > > > > Gas works already, ld is not going to happen anytime soon, if at all. > > > > > To have a more recent gas/ld than the ones coming with the > > > distribution is absolutely necessary for running g++ 2.7.2 > > > andd libg++2.7.1 because g++ needs the .weak symbols in > > > some circumstances to produce the 'right' code. > > > > Are you absolutely *sure*? According to recent reports posted to this > > list (today or yesterday) it isn't necessary. All that's required is to > > remove the creation of .weak symbols by gcc2.7.2. > > All I really know so far is that Ptolemy builds and at least some > demos run without the .weak symbol support. I was just going to test > things some more. I'd sure like the definitive > answer on .weak symbols and the need in g++. #undef LURK Another data point: I'm working on a very large IP-over-ATM network simulator (~26,000 lines of C++). To date, I've seen identical results on my DEC Alpha at work (Digital UNIX 3.2, g++ 2.7.2) and my PC at home (FreeBSD 2.1.0-RELEASE, g++ 2.7.2 with "no .weak symbol" patch). So far, no indications of compiler malfunctions. Bruce. #define LURK 1 From owner-freebsd-hackers Wed Feb 14 10:36:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA05831 for hackers-outgoing; Wed, 14 Feb 1996 10:36:41 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA05813 Wed, 14 Feb 1996 10:36:28 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA05559; Thu, 15 Feb 1996 05:31:31 +1100 Date: Thu, 15 Feb 1996 05:31:31 +1100 From: Bruce Evans Message-Id: <199602141831.FAA05559@godzilla.zeta.org.au> To: bde@zeta.org.au, jgreco@brasil.moneng.mei.com Subject: Re: Driver for Hayes ESP cards.. Cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Question: I expect the answer is "no" (I'll look at the sources shortly), >but do the changes actually use the ESP card in the ESP mode, or just in >16550-sorta-compat mode? I'd be delighted to hear "yes" :-) It's supposed to give only 16550 compatibility mode with a 1K fifo. I think the large fifo got lost in porting. (FIFO_DMA_MODE | ... | FIFO_RX_MEDH) gets uselessly (?) written to the fifo control register but com->fifo_image doesn't get initialized to match; it is initialized later with different values. I can't test this. Bruce From owner-freebsd-hackers Wed Feb 14 10:42:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06028 for hackers-outgoing; Wed, 14 Feb 1996 10:42:16 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA06019 for ; Wed, 14 Feb 1996 10:42:07 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id MAA03544; Wed, 14 Feb 1996 12:41:59 -0600 (CST) Message-Id: <199602141841.MAA03544@mpp.minn.net> Subject: Re: man page fix for kbdcontrol To: angio@aros.net (Dave Andersen) Date: Wed, 14 Feb 1996 12:41:59 -0600 (CST) From: "Mike Pritchard" Cc: hackers@freebsd.org In-Reply-To: <199602140829.BAA04612@terra.aros.net> from "Dave Andersen" at Feb 14, 96 01:29:04 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Dave Andersen wrote: > > > This diff has two things.. fixes two typos in the kbdcontrol(1) man page > ("argument may be one of normal which set" (instead of sets)) and puts in > a blurb that it accepts \n or \t as an argument to -f. > > (That is, provided the changes to kbdcontrol go over well). > > Why does the 1994 date on that file make me feel like I'm the only one > who's running a non-X freebsd machine at home? I rarely run X myself, so you aren't alone. I'll gladly go install your patch, but first explain to me how you get "\n" or "\t" to work as arguments to -f. Every attempt I make to use those escape sequences simply generates the string "\n" back at me. E.g. kbdcontrol -f 1 "ls\n" (hit F1) ls\n The "ls\n" is exactly what is displayed on my screen. Looking at kbdcontrol.c, it doesn't look like the set_functionkey routine is doing anything special with the string, or looking for things like "\n" or "\t". -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Wed Feb 14 10:45:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06305 for hackers-outgoing; Wed, 14 Feb 1996 10:45:36 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA06286 Wed, 14 Feb 1996 10:45:31 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA06729; Wed, 14 Feb 1996 13:45:28 -0500 Date: Wed, 14 Feb 1996 13:45:28 -0500 Message-Id: <199602141845.NAA06729@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Louis A. Mamakos" From: dennis@etinc.com (dennis) Subject: Re: Frame Relay and FreeBSD Cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >> I am trying at the moment to get $3000 together, so I can get me Frame Relay >> (128K as it looks like at the moment). That is $1009 for PB, $500 for the >> provider and rest for hardware I need. >> >> Ulf. > >You guys should also look at the relative cost of an external, >standalone Ascend Pipeline 50 LS56 router, which has an ethernet >interface and a 56K DDS leased line interface (with built-in CSU/DSU). > >I'm using one of these things at home, and it works really, really >great. Its physically the same size as the Pipeline 50 ISDN router. > >For T1 upgrade paths, you might also look at the newly announced >Pipeline 130 router, which I think has ISDN, 56K and T1 interfaces. I >don't know what it costs. > eeee-gads...why? Can it by my firewall? can I add an ethernet for $60.? Can I add a T1 for $200? Can it serve my Web pages? can it be my E-mail server? A good rule of thumb: If you know un*x, use un*x....if you don't, use something else. db From owner-freebsd-hackers Wed Feb 14 11:41:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08540 for hackers-outgoing; Wed, 14 Feb 1996 11:41:41 -0800 (PST) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA08521 Wed, 14 Feb 1996 11:41:37 -0800 (PST) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id LAA29287; Wed, 14 Feb 1996 11:41:31 -0800 Date: Wed, 14 Feb 1996 11:41:31 -0800 From: Sean Eric Fagan Message-Id: <199602141941.LAA29287@kithrup.com> To: dennis@etinc.com, louie@TransSys.COM Subject: Re: Frame Relay and FreeBSD Cc: hackers@FreeBSD.org, isp@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >eeee-gads...why? Can it by my firewall? can I add an ethernet for $60.? Can >I add a T1 >for $200? Can it serve my Web pages? can it be my E-mail server? Can your Web or e-mail server boot up in 30 seconds or less? Does your Web or e-mail server have NO moving parts? Can your Web or e-mail server function without a keyboard, monitor, monitor card, disk drive, floppy drive, etc? Can you fit 10-15 of your Web or e-mail servers in the space taken up by a standard large tower PC case? Sean. From owner-freebsd-hackers Wed Feb 14 12:06:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09593 for hackers-outgoing; Wed, 14 Feb 1996 12:06:20 -0800 (PST) Received: from slipsrv03.btx.dtag.de (slipsrv03.Btx.DTAG.DE [194.25.2.135]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA09580 for ; Wed, 14 Feb 1996 12:06:10 -0800 (PST) Received: from ermail00.btx.dtag.de ([194.25.2.69]) by slipsrv03.btx.dtag.de with smtp (S3.1.29.1) id ; Wed, 14 Feb 96 20:46 MET Received: by ermail00.btx.dtag.de with (S3.1.29.1) id ; Wed, 14 Feb 96 20:46 MET Message-Id: Date: Wed, 14 Feb 96 20:48 +0100 From: FreeBSD_mail@t-online.de (Martin Heller) X-Sender: 06338993050-0002@t-online.de (Martin Heller) Subject: errors which MUST NOT happen with g++/libg++ To: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >Bala PERIASAMY (bala@cst.com.au) wrote (in the newsgroup) : >: FreeBSD 2.1.0 >: gcc 2.7.2 (with repo patch) >: GNU assembler version 1.92.3, FreeBSD $Revision: 1.4 $ >: I have got gcc 2.7.2 installed with the repo patch. >: I tried to get libg++2.7.1 install. > You will find that at a minimum that lseek() and > stat() do not work correctly in the lib after > you have fixed the .weak problem. yup ! this is a FreeBSD only problem !!!! lseek works on LINUX (what a shame for FreeBSD ;-) ) > stat() writes beyond the end of its buffer. > lseek() reports EINVAL for good values of the 3rd > parameter. (the same as above) > Not to mention that G++ 2.7.2 SEGV's on a lot of > C++ code that compiles under 2.7.2. on HPUX. > try this class MyException { public: MyException(); virtual ~MyException(); }; extern int dbg_flags; void error(void); void execute(void) { try { } catch( MyException e ) { } if( dbg_flags ) error(); } > BArry this was taken form the newsgroup by me and it shows very clearly the need of an updated gas/ld with '.weak' support . What about asking the guys at CYGNUS ?? Martin From owner-freebsd-hackers Wed Feb 14 12:11:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09904 for hackers-outgoing; Wed, 14 Feb 1996 12:11:48 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA09898 for ; Wed, 14 Feb 1996 12:11:44 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA26991; Wed, 14 Feb 1996 13:14:01 -0700 Date: Wed, 14 Feb 1996 13:14:01 -0700 From: Nate Williams Message-Id: <199602142014.NAA26991@rocky.sri.MT.net> To: David Muir Sharnoff Cc: freebsd-hackers@FreeBSD.org Subject: Re: An ISP's Wishlist... In-Reply-To: <199602141750.JAA16327@idiom.com> References: <199602141750.JAA16327@idiom.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk > Here's my wishlist. > > ** Things that were so import that I've cobbled together > solutions to the following. If someone wants what I've > done, contact me. > > Idle time for kernel PPP sessions or at least an idle timeout. I'm interested in this. > Automatic getty detection of incoming PPP connects. You've sent this in already. ... > Ability to add a route (not a default route) with pppd. Isn't this already doable w/out hacks using /etc/ppp/ip-up and /etc/ppp/ip-down? > A better (doens't have to use /etc/passwd) POP server in ports. > (There seems to be one in the mh distribution) Huh? What's wrong with using /etc/passwd? Also, the POP server in ports is the 'de-facto' standard that most folks end up using. > ** Things that are really important > > working & useful ipfw. The filter sorting has been removed, so this > fix is in the pipeline. *grin* > ** Things that would ve very nice ... > automatic reboot and report of diagnostics when the system > hangs in disk wait. I think the 'watchdog' board talked about at length would be a solution. > During major disk activity on disks 1 & 2, (tar | tar), small > accesses to disk 3 seem to pause for a long time. Since the > tar|tar is a news filesystem, most of the time spent is doing > synchronous writes to disk 2. Such writes should not cause > delays to reading disk 3. Environment: 2.1-STABLE, ncr53c810, > disks are 7200rpm'ers from Seagate & Micropolis. Do you have only one controller? If your SCSI bus is saturated, there is nothing FreeBSD can do to put more data on the wire. > Reliable and secure NIS or an equivelent. What's wrong with the NIS implementation already distributed? (Having secure and NIS in the same sentence is comical. It's almost as bad as having secure and NFS in the same sentence. :) > ** Things that would make my life easier, but don't have to > do with the fact that I'm an ISP > > Pkg_manage enhancements to show what has been installed. Umm, what's wrong with 'pkg_info -aI'? I > typically install about 90% of the packages and it's a real pain > to remember what's been installed. And don't mention that useless > unsorted list on the right. Huh? > ** Things that would be way-cool, but aren't required .. > Appletalk support. disks, printers, Apple Remote Access. I think CAP is available as an 'aftermarket' add-on. However, it would be nice if it were user to add. > Netware support. Linux has it. We have IPX/SPX support. Are you talking about the proprietary netware stuff in Caldera? Nate From owner-freebsd-hackers Wed Feb 14 12:46:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12928 for hackers-outgoing; Wed, 14 Feb 1996 12:46:22 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12901 Wed, 14 Feb 1996 12:46:07 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id PAA06973; Wed, 14 Feb 1996 15:34:38 -0500 Date: Wed, 14 Feb 1996 15:34:38 -0500 Message-Id: <199602142034.PAA06973@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Sean Eric Fagan From: dennis@etinc.com (dennis) Subject: Re: Frame Relay and FreeBSD Cc: hackers@FreeBSD.org, isp@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >>eeee-gads...why? Can it by my firewall? can I add an ethernet for $60.? Can >>I add a T1 >>for $200? Can it serve my Web pages? can it be my E-mail server? > >Can your Web or e-mail server boot up in 30 seconds or less? yes...maybe 32... > >Does your Web or e-mail server have NO moving parts? >Can your Web or e-mail server function without a keyboard, monitor, monitor >card, disk drive, floppy drive, etc? This is pretty stupid.....because you still need a server....so the answer is that there are no ADDITIONAL moving parts....yes. This moving parts argument really cracks me up....my novell server has been up for 18months....... :-) >Can you fit 10-15 of your Web or e-mail servers in the space taken >up by standard large tower PC case? Why would you do this when you could just buy a single router? If you dont have room in your office for a PC then you are correct....otherwise you're not. The bottom line is that an external router vs a card: -adds a hop. -routes with a much slower processor -has fewer features -is less expandable -costs more other than that....its a good idea. dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Feb 14 12:47:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12983 for hackers-outgoing; Wed, 14 Feb 1996 12:47:21 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA12970 for ; Wed, 14 Feb 1996 12:47:16 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id OAA15917; Wed, 14 Feb 1996 14:46:56 -0600 (CST) Message-Id: <199602142046.OAA15917@mpp.minn.net> Subject: Re: An ISP's Wishlist... To: muir@idiom.com (David Muir Sharnoff) Date: Wed, 14 Feb 1996 14:46:56 -0600 (CST) From: "Mike Pritchard" Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199602141750.JAA16327@idiom.com> from "David Muir Sharnoff" at Feb 14, 96 09:50:52 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk David Muir Sharnoff wrote: > > A port of 'ofiles' or 'lsof' try fstat or pstat -f. > Pkg_manage enhancements to show what has been installed. I > typically install about 90% of the packages and it's a real pain > to remember what's been installed. And don't mention that useless > unsorted list on the right. "ls /var/db/pkg" maybe? -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Wed Feb 14 13:35:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15937 for hackers-outgoing; Wed, 14 Feb 1996 13:35:43 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA15917 Wed, 14 Feb 1996 13:35:32 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id PAA01656; Wed, 14 Feb 1996 15:31:41 -0600 From: Joe Greco Message-Id: <199602142131.PAA01656@brasil.moneng.mei.com> Subject: Re: Frame Relay and FreeBSD To: sef@kithrup.com (Sean Eric Fagan) Date: Wed, 14 Feb 1996 15:31:40 -0600 (CST) Cc: dennis@etinc.com, louie@transsys.com, hackers@FreeBSD.ORG, isp@FreeBSD.ORG In-Reply-To: <199602141941.LAA29287@kithrup.com> from "Sean Eric Fagan" at Feb 14, 96 11:41:31 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > >eeee-gads...why? Can it by my firewall? can I add an ethernet for $60.? Can > >I add a T1 > >for $200? Can it serve my Web pages? can it be my E-mail server? > > Can your Web or e-mail server boot up in 30 seconds or less? yes > Does your Web or e-mail server have NO moving parts? no > Can your Web or e-mail server function without a keyboard, monitor, monitor > card, disk drive, floppy drive, etc? yes, actually it could > Can you fit 10-15 of your Web or e-mail servers in the space taken up by a > standard large tower PC case? maybe. Kids, kids. Quit the bickering. We all know that FreeBSD sucks and Linux rules. This is the same argument, just different specifics. A FreeBSD based router has many advantages. Standard PC parts. Same OS you use for everything else. Unified management, backup, monitoring strategies. Inexpensive. You get the source. Many other advantages. A dedicated (Cisco, etc) router has many advantages. No moving parts. Generally tends to be optimized for the job. More specialized networking abilities. Many other advantages. But NEITHER is the right choice for ALL situations. I've been served well by my FreeBSD-based routers. I'm well aware of people who have been served well by Cisco routers. Look for the solution that gets the job done in the most appropriate fashion in your environment, and then do it. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Wed Feb 14 14:08:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17865 for hackers-outgoing; Wed, 14 Feb 1996 14:08:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA17859 for ; Wed, 14 Feb 1996 14:08:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00734; Wed, 14 Feb 1996 15:04:05 -0700 From: Terry Lambert Message-Id: <199602142204.PAA00734@phaeton.artisoft.com> Subject: Re: EIDE 2300+ Promise To: souchu@firtech.lri.fr Date: Wed, 14 Feb 1996 15:04:05 -0700 (MST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199602141209.NAA03384@marsupilami.lri.fr> from "souchu@firtech.lri.fr" at Feb 14, 96 01:09:16 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 Precedence: bulk > Would it be a good hack to install the motherboard's int 13h in boot1 > (first part of the boot before entering protected mode) instead of the > external one in the interrupt table ? Then, the Promise bios would be > disabled for FreeBSD and enabled for any other system. > > Anyway, my FreeBSD partition is under 1024 cylinders. Er. Good hack, but not a good fix (ie: it would make you run fine). 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 Feb 14 14:26:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18839 for hackers-outgoing; Wed, 14 Feb 1996 14:26:11 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA18811 for ; Wed, 14 Feb 1996 14:26:04 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00837; Wed, 14 Feb 1996 15:23:52 -0700 From: Terry Lambert Message-Id: <199602142223.PAA00837@phaeton.artisoft.com> Subject: Re: VM question To: T0682740@pmail.tepco.co.jp Date: Wed, 14 Feb 1996 15:23:52 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.org In-Reply-To: <3121D613.C680.001@pmail.tepco.co.jp> from "T0682740@pmail.tepco.co.jp" at Feb 14, 96 09:31:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > The Usenix papers are generally available for anonymouse FTP, both by > > the authors home site, and from the Usenix SAGE group ftp site. The > > SAGE FTP site is: ftp://ftp/sage.usenix.org/ > > Unfortunately they don't hold the latest papers. Only up to 1994 or > so. You'll have to subscribe to the proceedings, or get a copy from somone who does (or hit up the authors, but it's hard to get that information without the rest of it...). > > FreeBSD does not have a mach VM system any more. The MACH VM system > > does not operate (implicitly) on a unified buffer cache scheme. Cache > > unification is an important win. > > Is there any paper about unified buffer cache scheme? Talk to John Dyson and David Greenman. They should write and present a paper, IMO. > > You could implement an external demand pager on the basis of trapping > > the SIGSEGV signal, and implementing mapping of resources as a result; > > you would robably be better off providing a kernel interface, however, > > since you would have to coalesce domains to keep the number of entries > > small enough to avoid problems. > > Actually, I'd like to implement a sort of DSM that provides > page-in/out over the network transparently to the user process. I believe this exists and is in ports already -- or in experimental. One of the interesting apps is cluster computing (search for "David Sarnoff" or slight varioations on the web -- that's the name of the research center). The Willows software does user mode paging; it's available with agreement to their license (see www.willows.com). 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 Feb 14 14:32:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19172 for hackers-outgoing; Wed, 14 Feb 1996 14:32:29 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA19164 for ; Wed, 14 Feb 1996 14:32:23 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id RAA25543; Wed, 14 Feb 1996 17:38:43 -0500 From: Peter Dufault Message-Id: <199602142238.RAA25543@hda.com> Subject: Re: Q: Somebody working on more recent binutils ? To: bmah@cs.Berkeley.EDU Date: Wed, 14 Feb 1996 17:38:42 -0500 (EST) Cc: nate@sri.MT.net, mheller@student.uni-kl.de, hackers@freebsd.org In-Reply-To: <199602141814.KAA24558@premise.CS.Berkeley.EDU> from "Bruce A. Mah" at Feb 14, 96 10:14:35 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Another data point: I'm working on a very large IP-over-ATM network simulator > (~26,000 lines of C++). To date, I've seen identical results on my DEC Alpha > at work (Digital UNIX 3.2, g++ 2.7.2) and my PC at home (FreeBSD > 2.1.0-RELEASE, g++ 2.7.2 with "no .weak symbol" patch). So far, no > indications of compiler malfunctions. > I've since done a fair amount of testing, including in the places where I believe the previous multiple definitions were, and it seems OK. Not the definitive answer, but it looks good. -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Wed Feb 14 14:37:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19505 for hackers-outgoing; Wed, 14 Feb 1996 14:37:54 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA19485 Wed, 14 Feb 1996 14:37:49 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id RAA07196; Wed, 14 Feb 1996 17:37:57 -0500 Date: Wed, 14 Feb 1996 17:37:57 -0500 Message-Id: <199602142237.RAA07196@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Stephen Fisher From: dennis@etinc.com (dennis) Subject: Re: Frame Relay and FreeBSD Cc: hackers@freebsd.org, isp@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >But no they can't run your e-mail and webpages -- those should be on >another computer anyway. porque? sometimes this is true...but anyone using a small, desktop router could most likely benefit functionally, performance and dollar-wise with a single solution. db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Feb 14 14:46:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19837 for hackers-outgoing; Wed, 14 Feb 1996 14:46:27 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA19817 Wed, 14 Feb 1996 14:46:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id PAA05910; Wed, 14 Feb 1996 15:38:04 -0700 Message-Id: <199602142238.PAA05910@rover.village.org> To: Joe Greco Subject: Re: Frame Relay and FreeBSD Cc: sef@kithrup.com (Sean Eric Fagan), dennis@etinc.com, louie@transsys.com, hackers@FreeBSD.ORG, isp@FreeBSD.ORG In-reply-to: Your message of Wed, 14 Feb 1996 15:31:40 CST Date: Wed, 14 Feb 1996 15:38:03 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk One thing to keep in mind is that PCs also come in 4"x4"x4" cubes that are expandible via PC-104 bus cards. Something like this could easily stack like firewood to fill a small space in little time. Put a ramdisk or flashram card inot this mix, run FreeBSD on it and you have a nice little box. I believe that these boxes are 100% PC compatible, but am not 100% positive. They are showing up in places like the Circuit Cellar magazine. I don't hink you'll find a pentium on one of these boxes, but I recall seeing 386 and 486 in them. So not all PC's are what you think they are :-) Warner From owner-freebsd-hackers Wed Feb 14 14:49:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19977 for hackers-outgoing; Wed, 14 Feb 1996 14:49:49 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA19960 Wed, 14 Feb 1996 14:49:40 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00886; Wed, 14 Feb 1996 15:48:36 -0700 From: Terry Lambert Message-Id: <199602142248.PAA00886@phaeton.artisoft.com> Subject: Re: Confused!!!! (fwd) To: lehey.pad@sni.de (Greg Lehey) Date: Wed, 14 Feb 1996 15:48:36 -0700 (MST) Cc: hackers@freebsd.org, freebsd-doc@freebsd.org, mollers.pad@sni.de In-Reply-To: <199602141531.QAA17344@nixpbe.pdb.sni.de> from "Greg Lehey" at Feb 14, 96 04:27:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > Forwarded message: > > > From: Frank J Estremera > > > > I am so confused as to how to boot FreeBSD from a boot manager, while on a > > second drive. I have an internal IDE drive running Windows95. I also have a > > secondary SCSI drive (device 0), totally devoted to FreeBSD. I do have > > FreeBSD loaded on it, but when I installed FreeBSD, and selected BootEasy > > as the boot manager, The operating system could not be found when booting to > > Windows95 (primary drive). I deinstalled BootEasy and installed System > > Commander as my boot manager. It recognized the SCSI drive as having FreeBSD > > loaded on it, but when selected, System Commander tells me that the boot block > > is missing on this device. The only way that I can boot FreeBSD is to insert > > the install diskette in the A drive, boot from it, and when the BOOT prompt > > appears, pointing it to hd(1,a)/kernel (I think). Just for laughs I did a > > disklabel -B sd0 to maybe try to force a boot block on the SCSI device, but > > to no avail (unless I am totally out in left field, which is likely). What > > am I missing??? Why is my operating system under Windows95 being clobbered?? > > (I then have to do an fdisk from diskette to activate my C: partition again). > > Please shine a flashlight on my face and enlighten me! > > Could it be that the lack of replies to this message is the result of > everybody else being confused as well? I currently can't get near a > running FreeBSD system, and I honestly don't know a good answer, but I > get the feeling that we have a bug which manifests itself when using > booteasy when FreeBSD is not on the first drive. I've had another > report of this kind of problem here at SNI, and in this case I'm > pretty sure it wasn't user error. Any comments from others? I haven't answered because of the formatting. It's impossible to quickly scan through the provided information and see the problem (but then I'm dyslexic and use eidetic memory coexamination as a crosscheck for what I read, so I may be the only one bothered by the way the question was organized). Comment if this is incorrect: 1) One IDE drive. Drive is primary boot device (DOS drive "C:"). 2) One SCSI drive. Drive is seen by DOS FDISK as drive "D:". 3) Loading FreeBSD on SCSI drive. 4) Want boot manager to boot DOS on IDE or BSD on SCSI. If this is correct, then: o When you install BSD on the second drive, you *don't* want to use BSD to install the boot manager. It doesn't do this very well because of OnTrack and similar translation strangeness not being equally applicable to both drives. o FDISK up the SCSI drive as a bootable drive. You may have to disable the IDE and boot from floppy to do this. If you disabled the IDE, reenable it afterwards. This will put the standard DOS MBR on the SCSI disk. o Install BSD. If you disabled the IDE in the previous step, it's easiest to do this with the IDE disabled (the SCSI drive will be drive "C:" if the IDE is disabled). o Make sure you can boot the floppy and give the device name at the floppy boot prompt and boot BSD from the SCSI. This means that BSD is properly installed on the SCSI. o With the IDE enabled, use the DOS install for the OS-BS/Booteasy boot selector *after* booting from the IDE drive. If you are running Windows95, you need to pick "Restart the computer in MS-DOS Mode" from the shutdown dialog". You have to do this because: o If you boot from a floppy instead of the IDE drive, you may not have the translation software correctly loaded. o When you are installing OS-BS/Booteasy during the BSD install, it doesn't look for the translation software except on the install drive, and even then, it only looks for the translation software it knows about. o Windows95 "MD-DOS Prompt" windows go through Windows95 I/O by default (you *can* make one that doesn't, but it involves making a shortcut to the DOS prompt and changing the properties by clicking the "Advanved..." button on the "Program" tab and checking "MS-DOS mode" in the "Advanced Program Settings" dialog). Now the boot manager will offer you to boot "DOS" (Windows95) or to boot from the second drive (which has no boot selector, only a DOS MBR with the BSD partition marked "active"). This presumes the SCSI drive looks like drive "D:" to fdisk and the SCSI BIOS correctly implements interrupt chaining for INT 13. Adapetc does, not everyone else does. Note that some BIOS incorrectly fill out the register that is supposed to contain the device actually booted from. If this happens, you will need to replace the MBR on the second drive with the boot selector as well. Do that with the IDE drive disabled, or after booting from a floppy instead of the IDE drive. 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 Feb 14 14:57:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20498 for hackers-outgoing; Wed, 14 Feb 1996 14:57:47 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20491 for ; Wed, 14 Feb 1996 14:57:40 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA00908; Wed, 14 Feb 1996 15:55:53 -0700 From: Terry Lambert Message-Id: <199602142255.PAA00908@phaeton.artisoft.com> Subject: Re: An ISP's Wishlist... To: nate@sri.MT.net (Nate Williams) Date: Wed, 14 Feb 1996 15:55:53 -0700 (MST) Cc: muir@idiom.com, freebsd-hackers@freebsd.org In-Reply-To: <199602142014.NAA26991@rocky.sri.MT.net> from "Nate Williams" at Feb 14, 96 01:14: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 Precedence: bulk > > Netware support. Linux has it. > > We have IPX/SPX support. Are you talking about the proprietary netware > stuff in Caldera? There is some minimal client code available on the NTFS site, FYI. 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 Feb 14 15:10:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21018 for hackers-outgoing; Wed, 14 Feb 1996 15:10:14 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21001 Wed, 14 Feb 1996 15:10:07 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA00950; Wed, 14 Feb 1996 16:06:08 -0700 From: Terry Lambert Message-Id: <199602142306.QAA00950@phaeton.artisoft.com> Subject: Re: Frame Relay and FreeBSD To: sef@kithrup.com (Sean Eric Fagan) Date: Wed, 14 Feb 1996 16:06:07 -0700 (MST) Cc: dennis@etinc.com, louie@TransSys.COM, hackers@FreeBSD.org, isp@FreeBSD.org In-Reply-To: <199602141941.LAA29287@kithrup.com> from "Sean Eric Fagan" at Feb 14, 96 11:41:31 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > >eeee-gads...why? Can it by my firewall? can I add an ethernet for $60.? Can > >I add a T1 > >for $200? Can it serve my Web pages? can it be my E-mail server? > > Can your Web or e-mail server boot up in 30 seconds or less? IF you have a swap area that is the size of usable swap *plus* the size of memory *AND* You add state save/restore patches, THEN the answer is 15-20 seconds. The answer is about 30-40 seconds for an install, if the install calculates (and you immediately accept) reasonable minimal config defaults. > Does your Web or e-mail server have NO moving parts? Do fans count? 8-). > Can your Web or e-mail server function without a keyboard, monitor, monitor > card, disk drive, floppy drive, etc? Does "etc." include Flash-ATA? 8-). > Can you fit 10-15 of your Web or e-mail servers in the space taken up by a > standard large tower PC case? Do portables count? You pay a premium for density... 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 Feb 14 15:10:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21037 for hackers-outgoing; Wed, 14 Feb 1996 15:10:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21031 for ; Wed, 14 Feb 1996 15:10:16 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA00966; Wed, 14 Feb 1996 16:07:54 -0700 From: Terry Lambert Message-Id: <199602142307.QAA00966@phaeton.artisoft.com> Subject: Re: errors which MUST NOT happen with g++/libg++ To: FreeBSD_mail@t-online.de (Martin Heller) Date: Wed, 14 Feb 1996 16:07:53 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: from "Martin Heller" at Feb 14, 96 08:48:00 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 Precedence: bulk > > You will find that at a minimum that lseek() and > > stat() do not work correctly in the lib after > > you have fixed the .weak problem. > > yup ! this is a FreeBSD only problem !!!! lseek works on LINUX > (what a shame for FreeBSD ;-) ) > > > stat() writes beyond the end of its buffer. > > lseek() reports EINVAL for good values of the 3rd > > parameter. > > (the same as above) Uh, the prototypes are incorrect. The off_t type is "long long" or "quad". 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 Feb 14 15:23:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21669 for hackers-outgoing; Wed, 14 Feb 1996 15:23:22 -0800 (PST) Received: from iquest.net (dorite1.iquest.net [206.27.192.75]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA21664 for ; Wed, 14 Feb 1996 15:23:16 -0800 (PST) Received: from truly.indecent.com by iquest.net with smtp (Smail3.1.29.1 #14) id m0tmqXL-004XHgC; Wed, 14 Feb 96 18:22 EST Message-Id: <2.2.32.19960214232803.00673220@pop.iquest.net> X-Sender: partek@pop.iquest.net X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 14 Feb 1996 18:28:03 -0500 To: freebsd-hackers@freebsd.org From: David Anderson Subject: EIDE support Sender: owner-hackers@freebsd.org Precedence: bulk I've attempted to install FreeBSD on 2 machines that are using EIDE cards(Promise and Siig) because they have hard drives larger than 528MB and the motherboard has no LBA support in it's BIOS. Well, both times FreeBSD refused to work, and on one the install disk even refused to boot. I was told on #FreeBSD that it's because FreeBSD doesn't support the EIDE standard. I don't have the money to upgrade these machines to SCSI, or upgrade their motherboards to ones with BIOS's that have LBA support, and would rather use FreeBSD than Linux for obvious reasons(both are servers). So, I'm curious if there are plans to add EIDE support? Thanks, Dave From owner-freebsd-hackers Wed Feb 14 15:51:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23286 for hackers-outgoing; Wed, 14 Feb 1996 15:51:47 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA23278 for ; Wed, 14 Feb 1996 15:51:42 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA06231; Thu, 15 Feb 1996 00:51:34 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA00293; Thu, 15 Feb 1996 00:51:34 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA27737; Thu, 15 Feb 1996 00:31:30 +0100 (MET) From: J Wunsch Message-Id: <199602142331.AAA27737@uriah.heep.sax.de> Subject: Re: An ISP's Wishlist... To: muir@idiom.com (David Muir Sharnoff) Date: Thu, 15 Feb 1996 00:31:30 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602141750.JAA16327@idiom.com> from "David Muir Sharnoff" at Feb 14, 96 09:50:52 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As David Muir Sharnoff wrote: Just to pick this single one... > A port of 'ofiles' or 'lsof' I know that lsof does more (well, it's been in the ports once?!), but what's wrong with fstat(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 Wed Feb 14 16:04:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24077 for hackers-outgoing; Wed, 14 Feb 1996 16:04:12 -0800 (PST) Received: from mailhub.aros.net (mailhub.aros.net [205.164.111.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA24072 for ; Wed, 14 Feb 1996 16:04:09 -0800 (PST) Received: from terra.aros.net (terra.aros.net [205.164.111.10]) by mailhub.aros.net (8.6.12/Unknown) with ESMTP id RAA03699; Wed, 14 Feb 1996 17:06:40 -0700 Received: (from angio@localhost) by terra.aros.net (8.6.12/8.6.12) id RAA04545; Wed, 14 Feb 1996 17:03:59 -0700 From: Dave Andersen Message-Id: <199602150003.RAA04545@terra.aros.net> Subject: Re: kbdcontrol change To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 14 Feb 1996 17:03:59 -0700 (MST) Cc: angio@aros.net, hackers@FreeBSD.org In-Reply-To: <199602141007.UAA16829@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 14, 96 08:37:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk Lo and behold, Michael Smith once said: > Dave Andersen stands accused of saying: > > > > I got annoyed with kbdcontrol's inability to put returns or tabs in > > macros (makes it difficult to do multi-line commands. :), so I patched it > > to handle \ notation.. > > Not necessarily a bad thing... > > > kbdcontrol -f 1 "cd /\nls\ncd\n" > > But what's wrong with "cd /;nls;ncd" ?? It still won't handle the trailing return correctly, and it won't work if you want to make it do a sequence of characters in (say) a text editor that doesn't support other kinds of macroing. Admittedly, 16 characters is a really short macro, but you can always hit F1F2 to type your signature (which, actually, I have it set to do). I just feel that it's a change that lends some more functionality without causing any problems. And I think it'd be a welcome one based on the email I got from someone else. -Dave Andersen -- angio@aros.net Complete virtual hosting and business-oriented system administration Internet services. (WWW, FTP, email) http://www.aros.net/ http://www.aros.net/about/virtual/ "There are only two industries that refer to thier customers as 'users'." From owner-freebsd-hackers Wed Feb 14 16:05:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24160 for hackers-outgoing; Wed, 14 Feb 1996 16:05:29 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA24155 for ; Wed, 14 Feb 1996 16:05:25 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA18935; Thu, 15 Feb 1996 10:37:06 +1030 From: Michael Smith Message-Id: <199602150007.KAA18935@genesis.atrad.adelaide.edu.au> Subject: Re: An ISP's Wishlist... To: muir@idiom.com (David Muir Sharnoff) Date: Thu, 15 Feb 1996 10:37:05 +1030 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199602141750.JAA16327@idiom.com> from "David Muir Sharnoff" at Feb 14, 96 09:50:52 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk David Muir Sharnoff stands accused of saying: > > I know you've seen such things before, so I'm sending mostly to > keep the feedback coming. Wishlists are a Good Thing 8) > ** Things that were so import that I've cobbled together > solutions to the following. If someone wants what I've > done, contact me. Yes. All of it. Put it where people can get at it and advertise same. Pester for someone to review and commit whatever is relevant. 8) > fixed boca16 driver so that it doesn't hang once a week. (No current > urgency -- I bought a pair of Cyclades 16e's to use until the boca > driver is fixed) It appears that there's a problem with acknowledging interrupts and the Boca cards. I don't know if Joe Greco ever got to the beottom of his locking up... > A named that didn't die or at least restarted automatically. Lack > of a nameserver can be a problem. My guess is that the named problems > stem from having a system that is constantly running ifconfig... It > doesn't seem to like to have the addresses that it binds to change. Wrap it in a tiny shellscript : while [ 1 ]; do named $* done > It would be very nice to be able to have a separate configuration for > each port that named might bind to. There are times when I want to > serve different information to different nets. This is particularly > handy when building firewalls. That definitely falls into "you have the source" 8) > Memory efficiency. The most expensive part of putting a system > together at the moment is memory. What have you identified as the major wasters of memory? If you're running 2.1 or -STABLE, bring malloc.c in from current and recompile libc. This gets you the new phkmalloc, which seems to be somewhat more efficient. > automatic reboot and report of diagnostics when the system > hangs in disk wait. Justin has this (for SCSI disks) on the drawing board. > Getty should track modem disconnect codes, reset the modem, and > notice incoming faxes. I've already modified the default getty > to notice PPP connects, but that's needed here too. Modem disconnect coeds are as good as impossible to catch; some modems emit then before dropping DCD, so there's no way of knowing that they _are_ disconnect codes. To do this properly would require major modifications to the serial driver(s). mgetty does much of what else you want; it also recognises incoming FNT connections. > Support for Win95 PPP modes that to autoconfigure DNS server This would be (AFAIK) in direct violation of a number of the RFC's that define PPP. There was some discussion on this a while back; non consensus was reached as I recall. > A port of 'ofiles' or 'lsof' lsof should be in the ports collection. I believe I've seen discussion on 'ofiles', but I'm not sure. 'fstat' is quite helpful sometimes. > SMP. Sometimes more CPU is needed. This is being worked on; if you have resources, talk to Terry. > Real layered filesystems. In particular, I want to layer system > configurations over a read-only root filesystem that is replicated > to all my computers. Fix the unionfs 8) > Reliable and secure NIS or an equivelent. There's completely new NIS code going in to 2.2 as we speak. From reading the commit messages this is a serious piece of work. > Pkg_manage enhancements to show what has been installed. I > typically install about 90% of the packages and it's a real pain > to remember what's been installed. And don't mention that useless > unsorted list on the right. pkg_manage was recently diked, IIRC. pkg_info will tell you what's installed : 'pkg_info -aI |sort' > Better support for CDROM changers: it would be nice if it figured > out a mount point by looking at the disk the way that Solaris does. Not enough disks have meaningful identifiers; still, this could be done with a shellscript. > Better and easier OS emulation support. In order of importance: > Win3.1, Win95, Coming, but nontrivial. See Wine and TWIN. > Solaris, Dunno 8) > Macintosh (emulated), Via Executor & the Linux emulation. > BSDI, Linux, Already in place. > WinNT, Not likely in the short-term future. > DOS, Already (PCemu), will get better (DOSemu) > Sys5.4, and SCO. iBCS2 and particularly SCO support is there already. > I would like to be able to call up Frame > and say, please send me a copy for ??? without worrying that it > won't work. Dreaming 8) > Better filesystem compatability. In order: DOS (improved), In progress. > Linux (can be handled by SysV filesystem support because Linux No it can't, but we already have ext2fs support. > also has it). Much less important: all the rest (Win95, WinNT, > OS/2, SCO, Linux native, UMSDOS) VFAT is likely once the FAT support is fixed. There's a readonly NTFS around already. I don't recall anyone working on HPFS, SCO or UMSDOS. UMSDOS should be redundant (apart from for compatability reasons) once VFAT is done. > Netscape commerce server style sysadmin interface. (Have you installed > netscape's server lately?). Very good for the system as a whole, for > various daemons: apache, samba, inetd, named, innd, sendmail (well, maybe > not), gated, etc. Yetch. Requires netscape; not necessarily a winner. > Appletalk support. disks, printers, Apple Remote Access. CAP works, gives you 2 of 3 8) > Netware support. Linux has it. In what regard? FreeBSD can route IPX as well. Thanks for the list! -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Wed Feb 14 16:32:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25867 for hackers-outgoing; Wed, 14 Feb 1996 16:32:38 -0800 (PST) Received: from gw3.att.com (gw4.att.com [204.179.186.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA25855 for ; Wed, 14 Feb 1996 16:32:35 -0800 (PST) Received: from clipper.cb.att.com by ig4.att.att.com id AA12177; Wed, 14 Feb 96 19:25:12 EST Received: by clipper.cb.att.com (4.1/EMS-1.1 SunOS) id AA17980; Wed, 14 Feb 96 19:32:22 EST From: Daniel.M.Obrien@att.com Received: from cbsky.cb.att.com by clipper.cb.att.com (4.1/EMS-1.1 SunOS) id AA17976; Wed, 14 Feb 96 19:32:20 EST Received: by cbsky.cb.att.com (5.x/EMS-1.1 client.cf 1/8/94 (SMI-4.1/SVR4)) id AA03877; Wed, 14 Feb 1996 19:32:20 -0500 Date: Wed, 14 Feb 1996 19:32:20 -0500 Original-From: dob@clipper.cb.att.com Message-Id: <9602150032.AA03877@cbsky.cb.att.com> To: hackers@freefall.freebsd.org Subject: Re: hackers-digest V1 #880 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > I am so confused as to how to boot FreeBSD from a boot manager, while on a > > Could it be that the lack of replies to this message is the result of > everybody else being confused as well? I currently can't get near a I worked with Frank (the original poster) offline. I couldn't get boot manager to work properly on my system either and I did rebuild my DOS partition fixing the MBR and stuff. Boot manager would select my SCSI drive and load the kernel just fine, but when the kernel tried to mount the root FS it couldn't and would panic. I could boot fine off the install floppy specifying the SCSI device (hd(1,a)/kernel), so instead of fiddling more with the boot manager I hacked the i386/boot/biosboot code to DEFAULT to the SCSI drive after the time out and made myself a nice boot floppy. It boots FreeBSD off my SCSI device just fine without any manual intervention. This way I can pull out the boot floppy and not worry about the kids *accidently* booting my FreeBSD system and flipping the power switch when they don't like what they see. (They haven't become enlightened like the rest of us :-) I sent Frank my source changes and the boot image. He is happy at this point. (I didn't find any instructions in how to make a boot floppy so I reversed engineered the install floppy image and figured out boot1 and boot2 need to be put together and put on a floppy... but that is another story for another time...) Peace, Dan O'Brien Lucent Technologies (Bell Labs) Columbus, OH USA From owner-freebsd-hackers Wed Feb 14 16:33:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25938 for hackers-outgoing; Wed, 14 Feb 1996 16:33:52 -0800 (PST) Received: from Post-Office.UH.EDU (Post-Office.UH.EDU [129.7.1.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA25933 for ; Wed, 14 Feb 1996 16:33:51 -0800 (PST) Received: from UUCP-GW.CC.UH.EDU by Post-Office.UH.EDU (PMDF V5.0-5 #8380) id <01I17OUJ69O60003F1@Post-Office.UH.EDU> for hackers@freebsd.org; Wed, 14 Feb 1996 18:33:47 -0600 (CST) Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA20487 (5.67a/IDA-1.5 for hackers@freebsd.org); Wed, 14 Feb 1996 18:14:40 -0600 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id RAA26009 for hackers@freebsd.org; Wed, 14 Feb 1996 17:54:59 -0600 Date: Wed, 14 Feb 1996 17:54:59 -0600 (CST) From: peter@taronga.com (Peter da Silva) Subject: Minor glitch in error message... To: hackers@freebsd.org Message-id: <199602142354.RAA26009@bonkers.taronga.com> X-Mailer: ELM [version 2.4 PL24] Content-type: text Content-transfer-encoding: 7BIT Sender: owner-hackers@freebsd.org Precedence: bulk Panic in vm_daemon around line 900 of vm_pageout.c reads: panic("vm_object_cache_trim: I'm sooo confused."); Obviously cut and paste from vm_object_cache_trim in vm_object.c. From owner-freebsd-hackers Wed Feb 14 17:35:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA29967 for hackers-outgoing; Wed, 14 Feb 1996 17:35:50 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA29960 for ; Wed, 14 Feb 1996 17:35:45 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA19630; Thu, 15 Feb 1996 12:08:19 +1030 From: Michael Smith Message-Id: <199602150138.MAA19630@genesis.atrad.adelaide.edu.au> Subject: Re: EIDE support To: partek@iquest.net (David Anderson) Date: Thu, 15 Feb 1996 12:08:18 +1030 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <2.2.32.19960214232803.00673220@pop.iquest.net> from "David Anderson" at Feb 14, 96 06:28:03 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk David Anderson stands accused of saying: > > I've attempted to install FreeBSD on 2 machines that are using EIDE > cards(Promise and Siig) because they have hard drives larger than 528MB and > the motherboard has no LBA support in it's BIOS. Unless you are sharing the disks with other operating systems, this is not necessary. Just set the BIOS to the right geometry, and make sure the FreeBSD installer has the right numbers as well. Make sure you keep your root filesystem under 500M, and you're laughing. > Well, both times FreeBSD refused to work, and on one the install disk even > refused to boot. I was told on #FreeBSD that it's because FreeBSD doesn't > support the EIDE standard. No, it has to do with the incompatible and bogus BIOS code on the cards. Disable the onboard BIOS stuff and you should be fine. > I don't have the money to upgrade these machines to SCSI, or upgrade their > motherboards to ones with BIOS's that have LBA support, and would rather use > FreeBSD than Linux for obvious reasons(both are servers). So, I'm curious if > there are plans to add EIDE support? Not necessary, or terribly useful. "Doesn't support EIDE" means "does not require or make use of EIDE features", not "cannot work with EIDE disks". > Dave -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Wed Feb 14 17:37:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA00292 for hackers-outgoing; Wed, 14 Feb 1996 17:37:53 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA00281 for ; Wed, 14 Feb 1996 17:37:49 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA19665; Thu, 15 Feb 1996 12:10:10 +1030 From: Michael Smith Message-Id: <199602150140.MAA19665@genesis.atrad.adelaide.edu.au> Subject: Re: kbdcontrol change To: angio@aros.net (Dave Andersen) Date: Thu, 15 Feb 1996 12:10:10 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, angio@aros.net, hackers@FreeBSD.org In-Reply-To: <199602150003.RAA04545@terra.aros.net> from "Dave Andersen" at Feb 14, 96 05:03:59 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Dave Andersen stands accused of saying: > > > kbdcontrol -f 1 "cd /\nls\ncd\n" > > > > But what's wrong with "cd /;nls;ncd" ?? > > It still won't handle the trailing return correctly, and it won't work Doh! Of course. > I just feel that it's a change that lends some more functionality > without causing any problems. And I think it'd be a welcome one based on > the email I got from someone else. Not disagreeing there. > -Dave Andersen -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Wed Feb 14 17:51:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01370 for hackers-outgoing; Wed, 14 Feb 1996 17:51:00 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA01365 for ; Wed, 14 Feb 1996 17:50:55 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA19814; Thu, 15 Feb 1996 12:22:34 +1030 From: Michael Smith Message-Id: <199602150152.MAA19814@genesis.atrad.adelaide.edu.au> Subject: Re: EIDE 2300+ Promise To: souchu@firtech.lri.fr Date: Thu, 15 Feb 1996 12:22:33 +1030 (CST) Cc: terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199602141209.NAA03384@marsupilami.lri.fr> from "souchu@firtech.lri.fr" at Feb 14, 96 01:09:16 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk souchu@firtech.lri.fr stands accused of saying: > > Would it be a good hack to install the motherboard's int 13h in boot1 > (first part of the boot before entering protected mode) instead of the > external one in the interrupt table ? Then, the Promise bios would be > disabled for FreeBSD and enabled for any other system. Good hack I guess. Tell me; how are you going to find the motherboard bios's int13 entrypoint? > Nicolas SOUCHU - DEA d'Architectures Paralleles 95 - LRI - France -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Wed Feb 14 17:56:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01813 for hackers-outgoing; Wed, 14 Feb 1996 17:56:41 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA01789 Wed, 14 Feb 1996 17:56:29 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA19883; Thu, 15 Feb 1996 12:28:59 +1030 From: Michael Smith Message-Id: <199602150158.MAA19883@genesis.atrad.adelaide.edu.au> Subject: Re: Confused!!!! (fwd) To: lehey.pad@sni.de (Greg Lehey) Date: Thu, 15 Feb 1996 12:28:58 +1030 (CST) Cc: hackers@freebsd.org, freebsd-doc@freebsd.org, mollers.pad@sni.de In-Reply-To: <199602141531.QAA17350@nixpbe.pdb.sni.de> from "Greg Lehey" at Feb 14, 96 04:27:35 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Greg Lehey stands accused of saying: > > Could it be that the lack of replies to this message is the result of > everybody else being confused as well? I currently can't get near a More likely that the message is close to unreadable, and thus easily ignored by all but the most patient. > running FreeBSD system, and I honestly don't know a good answer, but I > get the feeling that we have a bug which manifests itself when using > booteasy when FreeBSD is not on the first drive. I've had another > report of this kind of problem here at SNI, and in this case I'm > pretty sure it wasn't user error. Any comments from others? There are a number of problems with the 2.1 installer's handling of MBRs. In the specific case outlined in the original message, the installer has not written a bootable MBR to the second disk and thus when Booteasy tries to run it it fails. The solution here is to use 'bootinst' off the 2.1 CD or FTP site to install booteasy onto the second disk as well. > Greg -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Wed Feb 14 17:57:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA01862 for hackers-outgoing; Wed, 14 Feb 1996 17:57:25 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA01852 for ; Wed, 14 Feb 1996 17:57:21 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA01323; Wed, 14 Feb 1996 18:55:06 -0700 From: Terry Lambert Message-Id: <199602150155.SAA01323@phaeton.artisoft.com> Subject: Re: An ISP's Wishlist... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 14 Feb 1996 18:55:06 -0700 (MST) Cc: muir@idiom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199602150007.KAA18935@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 15, 96 10:37:05 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 Precedence: bulk Mike Smith writes: > David Muir Sharnoff stands accused of saying: > > > > I know you've seen such things before, so I'm sending mostly to > > keep the feedback coming. > > Wishlists are a Good Thing 8) [ ... ] > > Memory efficiency. The most expensive part of putting a system > > together at the moment is memory. > > What have you identified as the major wasters of memory? If you're > running 2.1 or -STABLE, bring malloc.c in from current and recompile > libc. This gets you the new phkmalloc, which seems to be somewhat more > efficient. I'd say that the install was a hog (though this has been fixed in the most recent SNAP, it seems). I'd like to see space recovered for all drivers not currently in use. > > Getty should track modem disconnect codes, reset the modem, and > > notice incoming faxes. I've already modified the default getty > > to notice PPP connects, but that's needed here too. > > Modem disconnect coeds are as good as impossible to catch; some modems > emit then before dropping DCD, so there's no way of knowing that they > _are_ disconnect codes. To do this properly would require major > modifications to the serial driver(s). > > mgetty does much of what else you want; it also recognises incoming FNT > connections. And mgetty is evil, for resons disucdded beofre at geat length (see the list archives instead of starting this one up again... 8-)). > > SMP. Sometimes more CPU is needed. > > This is being worked on; if you have resources, talk to Terry. Especially if you have ICE hardware. The current problem preventing submission as a set of patches is processor environment setup (specifically per processor LDT/GDT on the second processor). Everything else is ready to go. I'm starting on the hierarchical lock code for FS multithreading now. > > Real layered filesystems. In particular, I want to layer system > > configurations over a read-only root filesystem that is replicated > > to all my computers. > > Fix the unionfs 8) It wouldn't fix it because of /etc. It would require custom rc work, even if unionfs were employed. [ ... OS ABI ... ] > > Solaris, > > Dunno 8) This is one that should be worked on... > > WinNT, > > Not likely in the short-term future. Actually, most WinNT programs are Win32 programs, so there is some hope on this one, though I would recommend against holding your breath. > > Sys5.4, and SCO. > > iBCS2 and particularly SCO support is there already. SVR4 is ELF. SVR3 is iBCS2. SCO is SVR3. Add Xenix ABI to this list. > > I would like to be able to call up Frame > > and say, please send me a copy for ??? without worrying that it > > won't work. > > Dreaming 8) We need an ABI-using tested software list. I don't know how Frame tests, but most companies use automated testing techniques for port validation. We need to talk them into running them on BSD. Part of the problem is that ABI includes install environments for the apps to be loaded with. Right now, it's hand-install or nothing. A lot of Databases and other programs that have daemons like to drop code into /etc/rc?.d/* files to start at the correct run level. > > also has it). Much less important: all the rest (Win95, WinNT, > > OS/2, SCO, Linux native, UMSDOS) > > VFAT is likely once the FAT support is fixed. There's a readonly NTFS > around already. I don't recall anyone working on HPFS, SCO or UMSDOS. > UMSDOS should be redundant (apart from for compatability reasons) once > VFAT is done. UMSDOS allows permissions, file ownership, and other inode data, on top of simple long name support. VFAT will not fix this. > > Netware support. Linux has it. > > In what regard? FreeBSD can route IPX as well. Linux has client and minimal server code. The client code is on the SMBFS site, I believe. The server code is from Caldera. Youmight be able to get them to do a port, or someone may want to talk to "Puxxle Systems" about porting their 3.x NetWare server as a loss-leader. 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 Feb 14 18:04:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA02436 for hackers-outgoing; Wed, 14 Feb 1996 18:04:48 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA02429 for ; Wed, 14 Feb 1996 18:04:44 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id VAA26192 for hackers@freebsd.org; Wed, 14 Feb 1996 21:11:55 -0500 From: Peter Dufault Message-Id: <199602150211.VAA26192@hda.com> Subject: APC Back Ups To: hackers@freebsd.org Date: Wed, 14 Feb 1996 21:11:55 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I saw some past archives about the APC "back ups" and Alexis recent Smart Ups demon. I want to properly support the dumber cousin, the APC Back-Ups. Did anyone add support the Back-Ups yet? Here is my take on what is needed for an interface. The APC Back Ups has two switches that close to indicate Line Fail and Low Battery and an input that will shut off the power when asserted when the battery is supplying power. It appears that I have to make up a cable that will connect the switches to modem control lines so that high to low signals will cause modem activity and then I can assert a signal high for .5 seconds to shut off the power. Now no laughing at my picture: "-\ -" = switch. "-||" = ground. PC BACK-UPS DTR HIGH (to supply power)-->--+-----+ | | (resistor) | | (resistor) | | | | | | (switch) (gnd) DSR------------------<--+-------pin 3 (Line Fail)-------\ -------|| | CTS------------------<--------+-pin 5 (Low Battery)-----\ -------|| RTS------------------>----------pin 2 (Shut Down) DTR high through the resistors holds the signals high when the switches are open. When the UPS closes the switches the signals go low. Setting CTS high for .5 second when the battery is off will shut down the power. There are other signals I can use - I want to check which ones the non-modem control Boca board supports and stick with those. I believe a BREAK signal is TX high for a time and may be what APC uses. It would be nice to use the same pin out as APC uses. Does anyone know the pinout or have a cable that they can check out? -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Wed Feb 14 18:06:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA02551 for hackers-outgoing; Wed, 14 Feb 1996 18:06:15 -0800 (PST) Received: from ncd.com (firewall-user@welch.ncd.com [192.43.160.250]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA02542 Wed, 14 Feb 1996 18:06:09 -0800 (PST) Received: by ncd.com; id SAA06051; Wed, 14 Feb 1996 18:11:06 -0800 Received: from z-code.z-code.com(192.82.56.21) by welch.ncd.com via smap (g3.0.1) id xma006044; Wed, 14 Feb 96 18:10:56 -0800 Received: from zolaris.z-code.com (zolaris.z-code.com [192.82.56.41]) by z-code.z-code.com (8.6.9/8.6.9) with SMTP id SAA20842; Wed, 14 Feb 1996 18:03:24 -0800 Received: by zolaris.z-code.com (5.x/SMI-SVR4) id AA02852; Wed, 14 Feb 1996 18:01:16 -0800 From: "Ulf Zimmermann" Message-Id: <9602141801.ZM2850@zolaris.z-code.com> Date: Wed, 14 Feb 1996 18:01:15 -0800 In-Reply-To: Terry Lambert "Re: Frame Relay and FreeBSD" (Feb 14, 16:06) References: <199602142306.QAA00950@phaeton.artisoft.com> X-Mailer: Z-Mail (3.2.0 06sep94) To: isp@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Frame Relay and FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@FreeBSD.org Precedence: bulk Ok, ok, now some more news about Frame Relay :) The company Sourcecom has a ISA/EISA card which which just get the power from the PC (as far I can see this from their web page). It has a RJ45 ethernet and a V.35 port up to T1. Price for this card is $679 at Datacom Warehouse. PCI card version for $859. It supports Frame Relay (RFC1490, Q.920, Q.921 & Q.922, Annex 'D & LMI, up to 24 PVC's), PPP (LCP (RFC1661), IPCP (RFC1332), IPXCP (RFC1552), BNCP (RFC1638), HDLC. Many software feature. Take a look at http://www.sourcecom.com/. And Ascend sells now the Pipeline 130, with 1 Ethernet port, 1 WAN port with T1 CSU/DSU and 1 ISDN BRI port. List price $1995. Ulf. -- ===================================| NCD Software Div. Z-Code, SysAdmin FreeBSD 2.1.0 is available now! | Phone: 415-899-7941 Fax: 898-8299 -----------------------------------| Rowland Way 101, Novato, CA-94945 Turning PCs into Workstations | E-Mail: ulf@ncd.com ===================================| Phone @home: 510-865-0204 From owner-freebsd-hackers Wed Feb 14 18:59:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA04351 for hackers-outgoing; Wed, 14 Feb 1996 18:59:25 -0800 (PST) Received: from gateway.sequent.com (gateway.sequent.com [138.95.18.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA04343 for ; Wed, 14 Feb 1996 18:59:18 -0800 (PST) Received: from eng4.sequent.com (eng4.sequent.com [138.95.7.64]) by gateway.sequent.com (8.6.13/8.6.9) with ESMTP id SAA09431; Wed, 14 Feb 1996 18:58:18 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id SAA10030; Wed, 14 Feb 1996 18:58:33 -0800 Message-Id: <199602150258.SAA10030@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol To: Michael Smith Cc: muir@idiom.com (David Muir Sharnoff), freebsd-hackers@FreeBSD.org Subject: minor nit (was: An ISP's Wishlist... ) In-reply-to: Your message of "Thu, 15 Feb 96 10:37:05 +1030." <199602150007.KAA18935@genesis.atrad.adelaide.edu.au> Date: Wed, 14 Feb 96 18:58:33 PST From: Ben Jackson Sender: owner-hackers@FreeBSD.org Precedence: bulk In message <199602150007.KAA18935@genesis.atrad.adelaide.edu.au> , you wrote: > Wrap it in a tiny shellscript : > > while [ 1 ]; do > named $* > done This particular construct is one of my pet peeves. The arguments get resplit, so when you run the script with "foo bar" it becomes two words on the named command line. The idiom for doing this correctly is: named "$@" And while I'm here I'd suggest `while :' for infinte loops. :-) -- Ben Jackson ben@ben.com http://www.ben.com/~ben/ From owner-freebsd-hackers Wed Feb 14 19:54:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA07979 for hackers-outgoing; Wed, 14 Feb 1996 19:54:27 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA07974 for ; Wed, 14 Feb 1996 19:54:23 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tmulq-000859C; Wed, 14 Feb 96 21:54 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tmuiw-000CU4C; Wed, 14 Feb 96 21:51 WET Message-Id: Date: Wed, 14 Feb 96 21:51 WET To: hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Wed Feb 14 1996, 21:51:14 CST Subject: Is "immutable" supposed to be a good idea? Sender: owner-hackers@freebsd.org Precedence: bulk I ran into a very annoying support call yesterday. A 2.1 system had crashed badly and had rebooted and fscked automatically, causing some key directories to be "lost" and some files to be corrupted. It may have actually rebooted several times before it could not proceed further. After wading through the debris, it became obvious that several of the shared libraries were corrupted and needed to be replaced. Almost none of the dynamically linked applications would run, or they would dump core immediately. Some of the /stand directory files were also missing, but "mt" and "restore" still worked, so I took the latest backup and used it to restore /usr/lib. But guess what I found once the restore was complete? Thanks to those lovely "immutable" flags on the shared libraries, the restore had no effect on them! So after the restore was completed, the garbled files were still there. Of course, /stand/rm would not work to get rid of these files, chflags wasn't around anymore (and it probably relies on the shared libraries anyway since it isn't in /stand). Finally, (thankfully) I realized I could "/stand/mv" the entire /usr/lib directory out of the way, delete all I could out of the copy, then restore /usr/lib from tape. Then I could get to fixing the rest of the damage with tools that worked. The result of this was that the immutable flags on the libraries extended the amount of time to recover the system by some hours. I noted some recent discussion about the "hole" created by being able to move a directory containing an immutable file elsewhere. Thank goodness for this "hole"! Don't plug it! I probably would have had to nuke the entire system otherwise. If restore isn't really doing a restore, then it would be Really Nice if it said so, something like "I can't replace this file", or "%d files could not be restored". Personally, if this immutable thing has to stay (of which currently I see no benefit except to prevent people running as root from doing stupid things and to prevent people running as root or in maintenance mode from doing smart things), I would rather see restore, tar, cpio, rm and any other system recovery tools all be able to replace files with these flags, if the utility is running suid==root. We should not make the system impossible to maintain or to recover. It would also be nice if a static version of chflags existed in /stand too, NOT A LINK. If this utility is so bloody important there ought to be a couple of copies of it around. Strangely, one of the directories with these immutable files was moved into /tmp to get it out of the way. On the next reboot, the normal system start was able to get rid of all of the files. That seems curious. What has rc got that I haven't got? Unless someone knows a really good reason, I plan to turn off immutable on all files on the customer systems I have to maintain. This was too big of a hassle to revisit and cost everybody involved. Oh, weird party trick: some time just before nuking a system to do a fresh install or something, rm /sbin/init, halt and reboot and watch. That is certainly not what other UNIX systems do... Frank Durda IV |"You are in a maze of twisty or uhclem%nemesis@rwsystr.nkn.net | little symlinks, all alike." ^------(this is the fastest route)| or ...letni!rwsys!nemesis!uhclem | From owner-freebsd-hackers Wed Feb 14 20:35:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA11028 for hackers-outgoing; Wed, 14 Feb 1996 20:35:24 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA11020 for ; Wed, 14 Feb 1996 20:35:19 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id VAA28551; Wed, 14 Feb 1996 21:37:55 -0700 Date: Wed, 14 Feb 1996 21:37:55 -0700 From: Nate Williams Message-Id: <199602150437.VAA28551@rocky.sri.MT.net> To: uhclem@nemesis.lonestar.org (Frank Durda IV) Cc: hackers@FreeBSD.org Subject: Re: Is "immutable" supposed to be a good idea? In-Reply-To: References: Sender: owner-hackers@FreeBSD.org Precedence: bulk > Oh, weird party trick: some time just before nuking a system to do > a fresh install or something, rm /sbin/init, halt and reboot and watch. > That is certainly not what other UNIX systems do... It is most certainly what other Unix systems do. Someone mistakenly wiped out init on an Ultrix box at my University (they thought they were deleting an old user account, rm -rf *), and it required a complete re-install to get things working. I wiped out init in the 386bsd days, but luckily I was able to recover by installing a new version of init off the install floppy. Nate From owner-freebsd-hackers Wed Feb 14 20:53:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12499 for hackers-outgoing; Wed, 14 Feb 1996 20:53:10 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA12494 for ; Wed, 14 Feb 1996 20:53:07 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tmvFG-000858C; Wed, 14 Feb 96 22:24 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tmv1B-000CU9C; Wed, 14 Feb 96 22:10 WET Message-Id: Date: Wed, 14 Feb 96 22:10 WET To: freebsd-hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Wed Feb 14 1996, 22:10:04 CST Subject: Re: An ISP's Wishlist... Sender: owner-hackers@freebsd.org Precedence: bulk [0]Getty should track modem disconnect codes, reset the modem, and [0]notice incoming faxes. I've already modified the default getty [0]to notice PPP connects, but that's needed here too. [1]Modem disconnect coeds are as good as impossible to catch; some modems [1]emit then before dropping DCD, so there's no way of knowing that they [1]_are_ disconnect codes. To do this properly would require major [1]modifications to the serial driver(s). Most modems allow you to interrogate them AFTER the call has completed to find out the cause of the failure. Nearly all modems based on Rockwell chipsets do this, so do most AT&T, and Sierra chipset designs. The simplest thing would be to have something other than getty reacquire the port after a disconnect, query the modem, then reset the modem and exec the real getty. Personally, I always run dialup/dialout modems in ATW2 mode, so that the modem sends NO information back to the host on incoming calls. It is far to easy for the modem and getty to get into a war. Once the call has ended, then an AT command can find out the final word on the call. Don't be too hopeful about getting useful information; unless both modems honor tear-down negotiations, you might see a lot of "loss of carrier" on calls that completed successfully, and the other party forced their modem on-hook by dropping DTR and the modem simply went on-hook rather than performing the tear-down first. Some modem makers do it right, some don't. [0]Better support for CDROM changers: it would be nice if it figured [0]out a mount point by looking at the disk the way that Solaris does. [1]Not enough disks have meaningful identifiers; still, this could be [1]done with a shellscript. Good point, but we have done similar things in CD-audio player applications. In those applications, we attempted to read the UPC to ID the disc. If there was none, (or in addition), we used the toc entries (starting minute, second and frame of each track) to construct a hash. The hash would then be used to search a table to get the preferred play order for that disc. The same technique could be used to ID discs and mount the where you desire based on a table stored somewhere. Since not all drives are able to provide the UPC field, using the TOC entries is pretty idiot-proof. Frank Durda IV |"Look, he has two cents." or uhclem%nemesis@rwsystr.nkn.net |"What, all of them?" ^------(this is the fastest route)| or ...letni!rwsys!nemesis!uhclem | From owner-freebsd-hackers Wed Feb 14 21:10:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA13268 for hackers-outgoing; Wed, 14 Feb 1996 21:10:16 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA13263 for ; Wed, 14 Feb 1996 21:10:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA00450; Wed, 14 Feb 1996 21:10:01 -0800 To: uhclem@nemesis.lonestar.org (Frank Durda IV) cc: hackers@FreeBSD.org Subject: Re: Is "immutable" supposed to be a good idea? In-reply-to: Your message of "Wed, 14 Feb 1996 21:51:00 +0700." Date: Wed, 14 Feb 1996 21:10:01 -0800 Message-ID: <448.824361001@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Of course, /stand/rm would not work to get rid of these files, chflags > wasn't around anymore (and it probably relies on the shared libraries anyway Actually, chflags is compiled deliberately static and could have been used to extricate yourself from this mess had it not been nuked. The strongest argument I've heard in all of the rest of this posting is one for a viable fixit floppy! :-) Jordan From owner-freebsd-hackers Wed Feb 14 21:54:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA14467 for hackers-outgoing; Wed, 14 Feb 1996 21:54:58 -0800 (PST) Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA14462 for ; Wed, 14 Feb 1996 21:54:56 -0800 (PST) Received: from pain.csrv.uidaho.edu (fn@localhost [127.0.0.1]) by pain.csrv.uidaho.edu (8.7.3/8.6.9) with ESMTP id VAA27947; Wed, 14 Feb 1996 21:54:35 -0800 (PST) To: peter@taronga.com (Peter da Silva) cc: hackers@FreeBSD.org Subject: Re: Minor glitch in error message... In-reply-to: Your message of "Wed, 14 Feb 1996 17:54:59 CST." <199602142354.RAA26009@bonkers.taronga.com> Date: Wed, 14 Feb 1996 21:54:34 -0800 Message-ID: <27943.824363674@pain.csrv.uidaho.edu> From: Faried Nawaz Sender: owner-hackers@FreeBSD.org Precedence: bulk Peter da Silva wrote... Panic in vm_daemon around line 900 of vm_pageout.c reads: panic("vm_object_cache_trim: I'm sooo confused."); Obviously cut and paste from vm_object_cache_trim in vm_object.c. been 'string'ing your kernel again, haven't you? :) From owner-freebsd-hackers Wed Feb 14 22:25:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA15467 for hackers-outgoing; Wed, 14 Feb 1996 22:25:15 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA15462 for ; Wed, 14 Feb 1996 22:25:13 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.12) id WAA00334; Wed, 14 Feb 1996 22:25:02 -0800 From: Julian Elischer Message-Id: <199602150625.WAA00334@ref.tfs.com> Subject: Re: Is "immutable" supposed to be a good idea? To: uhclem@nemesis.lonestar.org (Frank Durda IV) Date: Wed, 14 Feb 1996 22:25:02 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: from "Frank Durda IV" at Feb 14, 96 09:51:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > [....] > as root from doing stupid things and to prevent people running as root > or in maintenance mode from doing smart things), I would rather see > restore, tar, cpio, rm and any other system recovery tools all be able to > replace files with these flags, if the utility is running suid==root. I vaguely remember that some of these flags were not supposed to come into effect until the system went into multi-user mode.. Is n't there suppose to be a way to go into 'secure' mode from which there was no return? or Was I dreaming... This was all talked about by keirk during his 4.4 class I went to in 1992, but I can't remember all the points any more.. > > We should not make the system impossible to maintain or to recover. aye! I don't think these flags should be noticed till root decides to go 'secure' > > Strangely, one of the directories with these immutable files was moved into > /tmp to get it out of the way. On the next reboot, the normal system start > was able to get rid of all of the files. That seems curious. What has > rc got that I haven't got? hmm maybe that IS how it is doneA after all? > > Unless someone knows a really good reason, I plan to turn off immutable > on all files on the customer systems I have to maintain. This was too big > of a hassle to revisit and cost everybody involved. > > Oh, weird party trick: some time just before nuking a system to do > a fresh install or something, rm /sbin/init, halt and reboot and watch. > That is certainly not what other UNIX systems do... Well FreeBSD will try look for /stand/init and /stand/install if /etc/init aint there.. (at least I've seen code to do that....) That's how the install disk works I think... (maybe I'm out of date) julian From owner-freebsd-hackers Wed Feb 14 23:39:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17705 for hackers-outgoing; Wed, 14 Feb 1996 23:39:53 -0800 (PST) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA17698 for ; Wed, 14 Feb 1996 23:39:49 -0800 (PST) Received: from noel.cs.rice.edu (noel.cs.rice.edu [128.42.1.136]) by cs.rice.edu (8.7.1/8.7.1) with ESMTP id BAA02417; Thu, 15 Feb 1996 01:39:47 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by noel.cs.rice.edu (8.7.3/8.7.3) with ESMTP id BAA16225; Thu, 15 Feb 1996 01:39:47 -0600 (CST) Message-Id: <199602150739.BAA16225@noel.cs.rice.edu> To: hackers@freebsd.org cc: alc@cs.rice.edu Subject: Re: VM question Date: Thu, 15 Feb 1996 01:39:46 -0600 From: Alan Cox Sender: owner-hackers@freebsd.org Precedence: bulk > > Actually, I'd like to implement a sort of DSM that provides > > page-in/out over the network transparently to the user process. > > well, having done some of these myself I can tell you: the freebsd signal > handling code is not quite there and so won't tell you what you need to > know when a sigsegv/sigbus happens, to wit: you can't tell what type of > fault occurred (read or write). It is now giving you the faulting virtual > address, which is an improvement. I recently ported the TreadMarks DSM system developed by my group at Rice to FreeBSD 2.1. Overall, I'm pleased with the performance. TreadMarks uses UDP for interprocessor communication, so the speed of the networking code (compared to SunOS, IRIX, etc.) makes a real difference. I agree with Ron that it would be nice if the signal handler told you whether the sigbus was caused by a read or a write. Currently, I have to assume that a sigbus on an invalid (PROT_NONE) page is a read, and fault again (after changing the page to PROT_READ) if, in fact, it's a write. However, that's not the worst problem. All of the VM systems derived from Mach/OSF (except DEC UNIX) have a severe performance problem when you start mprotect'ing thousands of pages individually. The vm map list eventually has one entry per page. Consequently, sigbus and mprotect take forever, because the underlying mechanisms search the vm map list. (The hint kept in the vm map actually doesn't help much.) My group is fairly serious about using FreeBSD for our research (and publishing results based on it). So I'd love to discuss this in more detail with the developers responsible for the VM system. I believe that coallescing adjacent vm map entries (where possible) would solve 90% of the problem for us. Alan P.S. If you'd like to know more about TreadMarks, please see our web page at http://www.cs.rice.edu/~willy/TreadMarks/overview.html or the article appearing in the Feb issue of IEEE Computer magazine. From owner-freebsd-hackers Thu Feb 15 00:05:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA18757 for hackers-outgoing; Thu, 15 Feb 1996 00:05:25 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA18752 Thu, 15 Feb 1996 00:05:22 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tmyf2-0003wZC; Thu, 15 Feb 96 00:03 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA01510; Thu, 15 Feb 1996 08:31:38 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Warner Losh cc: Joe Greco , sef@kithrup.com (Sean Eric Fagan), dennis@etinc.com, louie@transsys.com, hackers@freebsd.org, isp@freebsd.org Subject: Re: Frame Relay and FreeBSD In-reply-to: Your message of "Wed, 14 Feb 1996 15:38:03 MST." <199602142238.PAA05910@rover.village.org> Date: Thu, 15 Feb 1996 08:31:37 +0100 Message-ID: <1508.824369497@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > One thing to keep in mind is that PCs also come in 4"x4"x4" cubes that > are expandible via PC-104 bus cards. Something like this could easily > stack like firewood to fill a small space in little time. Put a > ramdisk or flashram card inot this mix, run FreeBSD on it and you have > a nice little box. I believe that these boxes are 100% PC compatible, > but am not 100% positive. They are showing up in places like the > Circuit Cellar magazine. I don't hink you'll find a pentium on one of > these boxes, but I recall seeing 386 and 486 in them. These are the absolute craze in automation and industrial environments. You can get P5s, I've even seen a P6 prerelease. Mostly you get a cpu card with all the std: ram sockets, 2s1p, 2ide, 1fd and a pc/104 and a ISA connector. You can then either put them in a passive ISA bus, or use the PC/104 or both. You can stack a 16 port server into no space with these. I have personally seen one 19" rack unit about 8" high, contain a server (4G/32G/P5/90) and four clients (0G/16M/486/66) where each of the clients had 32 serial ports. Inside the box was a 1' ethernet, and the server had a second ethernet to "the big world". The point about this, in the words of the owner: "The users run no processes on the server. It's almost impossible to hack it. They can try to hack the client, but it will reboot if it think it has been hacked, and on a reboot everything is rebuilt from the servers R/O copy so it's a shortlived glory." Of course the modems took up 10 times as much space... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Feb 15 00:18:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19567 for hackers-outgoing; Thu, 15 Feb 1996 00:18:49 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA19558 for ; Thu, 15 Feb 1996 00:18:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id AAA06083; Thu, 15 Feb 1996 00:18:50 -0800 Message-Id: <199602150818.AAA06083@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Alan Cox cc: hackers@freebsd.org Subject: Re: VM question In-reply-to: Your message of "Thu, 15 Feb 1996 01:39:46 CST." <199602150739.BAA16225@noel.cs.rice.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 15 Feb 1996 00:18:49 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >in fact, it's a write. However, that's not the worst problem. All >of the VM systems derived from Mach/OSF (except DEC UNIX) have a severe >performance problem when you start mprotect'ing thousands of pages >individually. The vm map list eventually has one entry per page. >Consequently, sigbus and mprotect take forever, because the underlying >mechanisms search the vm map list. (The hint kept in the vm map >actually doesn't help much.) > >My group is fairly serious about using FreeBSD for our research (and >publishing results based on it). So I'd love to discuss this in more >detail with the developers responsible for the VM system. I believe that >coallescing adjacent vm map entries (where possible) would solve 90% >of the problem for us. That's interesting and something John or me will certainly look into! -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Feb 15 00:21:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19690 for hackers-outgoing; Thu, 15 Feb 1996 00:21:17 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA19684 for ; Thu, 15 Feb 1996 00:21:06 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA21383 for hackers@freebsd.org; Thu, 15 Feb 1996 18:53:55 +1030 From: Michael Smith Message-Id: <199602150823.SAA21383@genesis.atrad.adelaide.edu.au> Subject: selwakeup() in device driver... To: hackers@freebsd.org Date: Thu, 15 Feb 1996 18:53:54 +1030 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Grr. Following on from my losing question; for some reason upping the maxfd parameter to FD_SETSIZE (from the calculated max fd+1) in my test program fixed everything. The driver fragment as posted is fine (although zeroing the selp fields after the selwakeup call is redundant). -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Thu Feb 15 00:55:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20890 for hackers-outgoing; Thu, 15 Feb 1996 00:55:17 -0800 (PST) Received: from main.gbdata.com (tty17.com1.houston.net [198.65.148.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20848 for ; Thu, 15 Feb 1996 00:53:53 -0800 (PST) Received: (from gclarkii@localhost) by main.gbdata.com (8.6.12/8.6.9) id CAA09757 for freebsd-hackers@freebsd.org; Thu, 15 Feb 1996 02:54:43 -0600 From: Gary Clark II Message-Id: <199602150854.CAA09757@main.gbdata.com> Subject: SUP...evil...:) To: freebsd-hackers@freebsd.org Date: Thu, 15 Feb 1996 02:54:40 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I've just about gone crazy here... I've been supping stable (because somewhere along the way we broke CBASE's (Conetic Software database) ZDaemon in current). In the middle of the sup, sup2.freebsd.org went down. No big deal I thought, wrote a perl script to convert all sup2 to sup and fire it off again. Ekk!!!! All kinds of things have been hosed here, missing _iso_nota(I think thats it), lpt.c barfing on bpf stuff and an erased kgdb to start with. I'm in the process of going to sup3 and see if it works....:( I hate to ask this question, but since stable does not change that much, should we not be able to switch in mid sup and have it work??? Gary -- Gary Clark II (N5VMF) gclarkii@FreeBSD.ORG gclarkii@Main.GBData.COM (Yea, I've got my domain back...:)) From owner-freebsd-hackers Thu Feb 15 02:34:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA24751 for hackers-outgoing; Thu, 15 Feb 1996 02:34:28 -0800 (PST) Received: from pusdata.dprin.go.id ([202.46.245.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA24588 for ; Thu, 15 Feb 1996 02:31:05 -0800 (PST) From: dex@pusdata.dprin.go.id Message-Id: <199602151031.CAA24588@freefall.freebsd.org> To: HACKERS@FREEBSD.ORG Date: 15 Feb 1996 17:26:28 +0700 Subject: help Sender: owner-hackers@FREEBSD.ORG Precedence: bulk help From owner-freebsd-hackers Thu Feb 15 03:27:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA26792 for hackers-outgoing; Thu, 15 Feb 1996 03:27:14 -0800 (PST) Received: from addhat.demon.co.uk (addhat.demon.co.uk [158.152.20.164]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA26770 for ; Thu, 15 Feb 1996 03:26:12 -0800 (PST) Date: Thu, 15 Feb 1996 11:00:11 GMT From: graham@spcplus.co.uk (graham dresch) Reply-To: graham@spcplus.co.uk Message-Id: <358@spcplus.co.uk> To: hackers@freebsd.org Subject: Multiport card drivers X-Mailer: PCElm 1.10 Lines: 57 Sender: owner-hackers@freebsd.org Precedence: bulk You may be interested in a reply i received from Stallion Technologies in answer to a quwstion about supporting their intelligent i/o cards on FreeBSD systems: >From alan@stallion.oz.au Thu Feb 15 08:27:58 1996 Received: from punt4.demon.co.uk by addhat.demon.co.uk with SMTP id AA357 ; Thu, 15 Feb 96 08:27:57 GMT Received: from punt-4.mail.demon.net by mailstore for graham@addhat.demon.co.uk id 824305166:28605:0; Wed, 14 Feb 96 13:39:26 GMT Received: from easy.stallion.com ([204.31.184.2]) by punt-4.mail.demon.net id aa28220; 14 Feb 96 13:38 GMT Received: from stallion.stallion.oz.au by easy.stallion.com id aa09175; 14 Feb 96 5:38 PST Received: from office.stallion.oz.au by stallion.stallion.oz.au id aa07773; 14 Feb 96 23:34 AEST From: Alan Johnston To: graham@addhat.demon.co.uk Subject: FreeBSD drivers for a Brumby Cc: info@stallion.oz.au X-Mailer: SCO Portfolio 2.0 Date: Wed, 14 Feb 1996 23:33:20 +1000 (AEST) Message-ID: <9602142333.aa05062@office.stallion.oz.au> Status: R Graham, < Is there any chance of producing drivers for FreeBSD 2.1 ? One of our programmers has already started writing FreeBSD drivers for our cards. At this stage, only the EasyIO and Easconnection 8/32 cards are supported by the drivers. He will be adding support for the other cards, including the Brumby, over the next few months. The company does not officially support these drivers. You are quite welcome to look at what we have so far. The drivers are to be found in the directory "drivers/unsupported/freebsd" on our Web server "stallion.com". We have already written Linux drivers, which are officially supported, for all of our multi-port cards. These drivers are also available from our ftp site, if you are interested. Regards, Alan -------------------------------------------------------------------------------- Alan Johnston, Stallion Technologies e-mail address : alan@stallion.com or alan@stallion.oz.au AsiaPacific Support : 61 7 3270 4243 AsiaPacific Sales : 61 7 3270 4244 General Enquiries : 61 7 3270 4242 Fax : 61 7 3371 8881 -- Graham Dresch Development eng. SPC+ From owner-freebsd-hackers Thu Feb 15 05:07:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29337 for hackers-outgoing; Thu, 15 Feb 1996 05:07:21 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA29329 for ; Thu, 15 Feb 1996 05:07:03 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA07491 for hackers@freebsd.org; Thu, 15 Feb 1996 14:02:41 +0100 From: Luigi Rizzo Message-Id: <199602151302.OAA07491@labinfo.iet.unipi.it> Subject: Paging questions To: hackers@freebsd.org Date: Thu, 15 Feb 1996 14:02:41 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk More questions/thoughts on paging support for small-memory system. First, a preliminary question: How expensive is it to get a page fault which immediately returns without doing anything (lets call this a Quick Fault) ? According to the 4.3BSD book, I believe this is what was used on the VAX to simulate the 'reference' bit for a page. The x86 supports this in hardware (the DIRTY bit) so we do not have such a need. However I would not expect this kind of operation to be very expensive. And now a couple of questions/ideas: 1) Assume a page is swapped to disk, then copied back in core, and not modified afterwards. Do we keep a reference to the disk block for the page, so as to save subsequent pageouts ? Do we have an idea on how frequently this occurs ? I have no data on this. 2) Can we make DATA pages shared, CopyOnWrite more or less as text pages ? The idea is to consider DATA page readonly when they are first loaded, and make them shared. At the first write access, the page is either copied or (if there is only one process referencing it) transformed into a RW page -- this should be the way COW works. This could be useful in the following cases: - "undump"-ed programs; - "crunched" executables - shared libraries I have to admit I don't know if this can be really useful. A quick check on my system shows that many standard binaries and libraries only use 1-2 pages of DATA and so this is not going to save much memory. However, it should not introduce a significant overhead in the system (an additional Quick Fault in all those cases a DATA page would be copied from disk). 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 Thu Feb 15 05:18:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29934 for hackers-outgoing; Thu, 15 Feb 1996 05:18:27 -0800 (PST) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA29923 for ; Thu, 15 Feb 1996 05:18:25 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id IAA14167; Thu, 15 Feb 1996 08:14:43 -0500 Date: Thu, 15 Feb 1996 08:14:42 -0500 (EST) From: "Ron G. Minnich" To: Alan Cox cc: hackers@freebsd.org Subject: basic VM issue In-Reply-To: <199602150739.BAA16225@noel.cs.rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Alan in his message makes an important point. The Mach VM tends to think of pages as units, rather than thinking of objects as the unit, and so in many places in the xxxbsd vm code you see functions (e.g. vm_fault) which operate on one page at a time. This results in lower-level code having to attempt to re-aggregate page-sized requests into larger units. It is really strange to walk the whole page fault path and see how many times information is lost and then recreated. This is another area where sunos got it right: their vm tends to operate in terms of (offset,length), i.e. in blocks of data, and if fragmentation needs to happen it will happen at the lowest level, not the highest. ron Ron Minnich |" XNFPREP: ERROR 4007: rminnich@sarnoff.com | Everything in the design was deleted." (609)-734-3120 |Was it something I said? ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Thu Feb 15 05:42:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA00646 for hackers-outgoing; Thu, 15 Feb 1996 05:42:50 -0800 (PST) Received: from research.gate.nec.co.jp (research.gate.nec.co.jp [202.32.8.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA00640 for ; Thu, 15 Feb 1996 05:42:43 -0800 (PST) Received: from sbl-gw.sbl.cl.nec.co.jp by research.gate.nec.co.jp (8.7.3+2.6Wbeta5/950912) with SMTP id WAA18702; Thu, 15 Feb 1996 22:42:30 +0900 (JST) Received: from sirius.sbl.cl.nec.co.jp by sbl-gw.sbl.cl.nec.co.jp (8.6.9/3.3W6) with ESMTP id WAA23679; Thu, 15 Feb 1996 22:42:31 +0900 Received: by sirius.sbl.cl.nec.co.jp (8.6.9/3.3W6) with UUCP id WAA16411; Thu, 15 Feb 1996 22:44:13 +0900 Date: Thu, 15 Feb 1996 22:44:13 +0900 From: Naoki Hamada Message-Id: <199602151344.WAA16411@sirius.sbl.cl.nec.co.jp> To: hackers@FreeBSD.ORG Subject: mbuf enhancement patch Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hello, guys! I found mbuf's are not buffered though mclusters are. So here is my patch for /sys/sys/mbuf.h. This seems to provide me slightly good network performance. -nao --- mbuf.h.orig Thu Feb 15 20:48:22 1996 +++ mbuf.h Thu Feb 15 21:35:27 1996 @@ -165,6 +165,8 @@ /* * mbuf allocation/deallocation macros: * + * MMALLOC(struct mbuf *m, int how, int type) + * allocates an mbuf. * MGET(struct mbuf *m, int how, int type) * allocates an mbuf and initializes it to contain internal data. * @@ -172,8 +174,18 @@ * allocates an mbuf and initializes it to contain a packet header * and internal data. */ +#define MMALLOC(m, how, type) \ + MBUFLOCK( \ + if (mfree == 0) {\ + MALLOC((m), struct mbuf *, MSIZE, mbtypes[type], (how)); \ + } else { \ + (m) = mfree; \ + mfree = (m)->m_next; \ + } \ + ) + #define MGET(m, how, type) { \ - MALLOC((m), struct mbuf *, MSIZE, mbtypes[type], (how)); \ + MMALLOC((m), (how), (type)); \ if (m) { \ (m)->m_type = (type); \ MBUFLOCK(mbstat.m_mtypes[type]++;) \ @@ -186,7 +198,7 @@ } #define MGETHDR(m, how, type) { \ - MALLOC((m), struct mbuf *, MSIZE, mbtypes[type], (how)); \ + MMALLOC((m), (how), (type)); \ if (m) { \ (m)->m_type = (type); \ MBUFLOCK(mbstat.m_mtypes[type]++;) \ @@ -270,7 +282,10 @@ MCLFREE((m)->m_ext.ext_buf); \ } \ (nn) = (m)->m_next; \ - FREE((m), mbtypes[(m)->m_type]); \ + MBUFLOCK ( \ + (m)->m_next = mfree; \ + mfree = (m); \ + ) \ } #endif @@ -358,6 +373,7 @@ }; #ifdef KERNEL +struct mbuf *mfree; extern struct mbuf *mbutl; /* virtual address of mclusters */ extern char *mclrefcnt; /* cluster reference counts */ struct mbstat mbstat; From owner-freebsd-hackers Thu Feb 15 05:52:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA00970 for hackers-outgoing; Thu, 15 Feb 1996 05:52:21 -0800 (PST) Received: from firtech.lri.fr (firtech.lri.fr [129.175.15.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA00965 for ; Thu, 15 Feb 1996 05:52:19 -0800 (PST) From: souchu@firtech.lri.fr Received: from abraracourcix.lri.fr by firtech.lri.fr (8.6.12/general) with ESMTP id OAA01081 ; Thu, 15 Feb 1996 14:48:00 +0100 Received: by abraracourcix.lri.fr (8.6.12/feuille) id OAA02581 ; Thu, 15 Feb 1996 14:48:29 +0100 Date: Thu, 15 Feb 1996 14:48:29 +0100 Message-Id: <199602151348.OAA02581@abraracourcix.lri.fr> To: msmith@atrad.adelaide.edu.au CC: freebsd-hackers@FreeBSD.ORG In-reply-to: <199602150152.MAA19814@genesis.atrad.adelaide.edu.au> (message from Michael Smith on Thu, 15 Feb 1996 12:22:33 +1030 (CST)) Subject: Re: EIDE 2300+ Promise Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I have a DOS internals documentation that tells this entry point is f000:930d. Either, according to this paper, I should find it with the undocumented function 13h of int 2fh when my controller's bios is disabled. Is it wrong ? nicolas -- Nicolas SOUCHU - DEA d'Architectures Paralleles 95 - LRI - France email: souchu@firtech.lri.fr - signature courte, le reseau dit "Ouf!" From owner-freebsd-hackers Thu Feb 15 06:07:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA01368 for hackers-outgoing; Thu, 15 Feb 1996 06:07:18 -0800 (PST) Received: from firtech.lri.fr (firtech.lri.fr [129.175.15.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA01363 for ; Thu, 15 Feb 1996 06:07:04 -0800 (PST) From: souchu@firtech.lri.fr Received: from abraracourcix.lri.fr by firtech.lri.fr (8.6.12/general) with ESMTP id OAA01098 ; Thu, 15 Feb 1996 14:59:06 +0100 Received: by abraracourcix.lri.fr (8.6.12/feuille) id OAA02586 ; Thu, 15 Feb 1996 14:59:35 +0100 Date: Thu, 15 Feb 1996 14:59:35 +0100 Message-Id: <199602151359.OAA02586@abraracourcix.lri.fr> To: msmith@atrad.adelaide.edu.au CC: hackers@FreeBSD.org In-reply-to: <199602110732.SAA27556@genesis.atrad.adelaide.edu.au> (message from Michael Smith on Sun, 11 Feb 1996 18:02:01 +1030 (CST)) Subject: Re: EIDE 2300+ Promise Sender: owner-hackers@FreeBSD.org Precedence: bulk | | > >I have an idea. Why not programming a sort of linux-lodlin that would | > >start FreeBSD from DOS after installing the Promise int 13h driver ? | > | > dosboot.exe in FreeBSD already does this. | | The Promise driver is 'installed' by having the BIOS on the card enabled, | it _is_ the source of the problem. | | > Bruce Maybe surprising, fbsdboot.exe boots FreeBSD properly when the external bios is activated... without EIDE2300.SYS loaded. May the Promise bug be corrected by DOS ? nicolas -- Nicolas SOUCHU - DEA d'Architectures Paralleles 95 - LRI - France email: souchu@firtech.lri.fr - signature courte, le reseau dit "Ouf!" From owner-freebsd-hackers Thu Feb 15 06:22:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA01703 for hackers-outgoing; Thu, 15 Feb 1996 06:22:01 -0800 (PST) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA01698 for ; Thu, 15 Feb 1996 06:21:58 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id JAA14407; Thu, 15 Feb 1996 09:17:31 -0500 Date: Thu, 15 Feb 1996 09:17:31 -0500 (EST) From: "Ron G. Minnich" To: Luigi Rizzo cc: hackers@FreeBSD.org Subject: Re: Paging questions In-Reply-To: <199602151302.OAA07491@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk > More questions/thoughts on paging support for small-memory system. > First, a preliminary question: > How expensive is it to get a page fault which immediately > returns without doing anything (lets call this a Quick Fault) OK, i did a test of this on a p90. If you short stop the trap code in i386/i386/trap.c and just return on a user fault from a page fault it happens in about 4 microseconds on a p90, fbsd 2.05R, neptune chipset. IF you do much more, and in particular if pmap_unuse_pt gets called, it goes to more like 100. ron From owner-freebsd-hackers Thu Feb 15 06:23:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA01745 for hackers-outgoing; Thu, 15 Feb 1996 06:23:36 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA01740 for ; Thu, 15 Feb 1996 06:23:35 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA03818; Thu, 15 Feb 1996 08:21:50 -0600 From: Joe Greco Message-Id: <199602151421.IAA03818@brasil.moneng.mei.com> Subject: Re: An ISP's Wishlist... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 15 Feb 1996 08:21:50 -0600 (CST) Cc: muir@idiom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199602150007.KAA18935@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 15, 96 10:37:05 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > Wishlists are a Good Thing 8) Absolutely :-) > > fixed boca16 driver so that it doesn't hang once a week. (No current > > urgency -- I bought a pair of Cyclades 16e's to use until the boca > > driver is fixed) > > It appears that there's a problem with acknowledging interrupts and the > Boca cards. I don't know if Joe Greco ever got to the beottom of his > locking up... >From my discussions with other folks, it seems like there may be problems with particular combinations of BB's and MB's. What we did discover is that it is trivial to detect the condition and that the card can be reset by detaching all processes from it (i.e. flipping all the ttys entries to "off" and then back "on"). The problem occurs with very low frequency and I haven't had a chance to test anything more sophisticated, last discovery was made about two weeks ago ;-) I'm not sure that the problem I'm seeing is the same problem others are seeing, however. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Thu Feb 15 07:01:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA02982 for hackers-outgoing; Thu, 15 Feb 1996 07:01:09 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA02977 for ; Thu, 15 Feb 1996 07:01:05 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tn4wl-000858C; Thu, 15 Feb 96 08:46 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tn4rk-000C1CC; Thu, 15 Feb 96 08:41 WET Message-Id: Date: Thu, 15 Feb 96 08:41 WET To: hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Thu Feb 15 1996, 08:41:00 CST Subject: Re: Is "immutable" supposed to be a good idea? Sender: owner-hackers@freebsd.org Precedence: bulk [0]Oh, weird party trick: some time just before nuking a system to do [0]a fresh install or something, rm /sbin/init, halt and reboot and watch. [0]That is certainly not what other UNIX systems do... [1]It is most certainly what other Unix systems do. Someone mistakenly [1]wiped out init on an Ultrix box at my University (they thought they were [1]deleting an old user account, rm -rf *), and it required a complete [1]re-install to get things working. I wiped out init in the 386bsd days, [1]but luckily I was able to recover by installing a new version of init [1]off the install floppy. Actually, most UNIX (and XENIX) systems simply say "panic: no init" instead of doing what we do. Even in this state, you can recover with a boot floppy (if you have one). Otherwise, it is reinstall time. (Kids, don't try this at home.) Frank Durda IV | or uhclem%nemesis@rwsystr.nkn.net | ^------(this is the fastest route)| or ...letni!rwsys!nemesis!uhclem | From owner-freebsd-hackers Thu Feb 15 08:12:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA06344 for hackers-outgoing; Thu, 15 Feb 1996 08:12:52 -0800 (PST) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA06338 for ; Thu, 15 Feb 1996 08:12:47 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id HAA02342; Thu, 15 Feb 1996 07:59:36 -0800 Date: Thu, 15 Feb 1996 07:59:36 -0800 From: David Muir Sharnoff Message-Id: <199602151559.HAA02342@idiom.com> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@FreeBSD.org Subject: Re: Re: An ISP's Wishlist... Sender: owner-hackers@FreeBSD.org Precedence: bulk * As David Muir Sharnoff wrote: * * Just to pick this single one... * * > A port of 'ofiles' or 'lsof' * * I know that lsof does more (well, it's been in the ports once?!), but * what's wrong with fstat(1)? Absolutely nothing if one knows that it exists! I've run into this one before: there's a command in a different version of unix-like OS that has an equivelent, but it isn't obvious. truss/trace/ktrace. lsof/ofiles/fstat. I'm sure there are more. An optional package of "pointer" commands would be nice. Has to be very careful never to install over something that exists. /usr/local/bin/ofiles: #!/bin/sh echo The FreeBSD equivalent is fstat. I'm not to bothered about it. I suppose I should do a real RTFM one of these days -- who knows what I might discover? On the other hand, the other day I counted apporimately 1,700 unique commands in the various bin directories. -Dave From owner-freebsd-hackers Thu Feb 15 08:34:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA07620 for hackers-outgoing; Thu, 15 Feb 1996 08:34:38 -0800 (PST) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA07615 for ; Thu, 15 Feb 1996 08:34:34 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id IAA03261; Thu, 15 Feb 1996 08:34:05 -0800 Date: Thu, 15 Feb 1996 08:34:05 -0800 From: David Muir Sharnoff Message-Id: <199602151634.IAA03261@idiom.com> To: Nate Williams Cc: freebsd-hackers@FreeBSD.org Subject: Re: Re: An ISP's Wishlist... Sender: owner-hackers@FreeBSD.org Precedence: bulk * > Idle time for kernel PPP sessions or at least an idle timeout. * * I'm interested in this. I built something using ip-up and ip-down. They save the mapping of interface -> tty in /var/if and I've got a cron job that runs netstat -in every six minutes and checks for differences from the last run. I didn't send in my work because I don't think this is the right way to do it. It solved my problem though. I think there may be enough interest for me to post it anyway. * > Ability to add a route (not a default route) with pppd. * * Isn't this already doable w/out hacks using /etc/ppp/ip-up and * /etc/ppp/ip-down? That's where I do it, but it was very annoying because at the time I was invoking pppd, I knew what routes to add. * > A better (doens't have to use /etc/passwd) POP server in ports. * > (There seems to be one in the mh distribution) * * Huh? What's wrong with using /etc/passwd? Also, the POP server in * ports is the 'de-facto' standard that most folks end up using. The default pop server doesn't map uppercase to lowercase and my users are messing that one up frequently. I'm going to change the source shortly. As for /etc/passwd, what I would really like to be able to do with pop is provide mailboxes in domains other than my own. info@idiom.com and info@customer-domain. * > automatic reboot and report of diagnostics when the system * > hangs in disk wait. * * I think the 'watchdog' board talked about at length would be a solution. Sorry, I missed the discussion. It's funny, I wrote the Wishlist over a period of several weeks, but I still managed to leave off some important things. Perhaps the most important thing for me is the ability to manage a system remotely. In particular, I want to be able to recover from a corrupted root filesystem. I don't know how well the serial console stuff works. Can you select your boot device from a serial console? If so, it's easy enough to have an extra disk (sd0) that isn't used for anything except to redirect boots to sd1. If something goes wrong with sd1, then sd0 can be used to fix sd1. Or at least that was my tentative thought. I was figuring: arrange the computers in a ring of consoles. Give each one an cheap/slow disk 0 that isn't normally used. Boot for real off of disk 1 which is removable (for easy upgrades). Use X10 units for when things go really bad. It would be nice to have some way of remotely hitting the reset button, but cycling the power will do. While what I'm describing is kind of a high-end remote management solution, there is need for easier things: lots of ISPs are selling co-location services. The people buying these services need to be able to manage their computers. * > During major disk activity on disks 1 & 2, (tar | tar), small * > accesses to disk 3 seem to pause for a long time. Since the * > tar|tar is a news filesystem, most of the time spent is doing * > synchronous writes to disk 2. Such writes should not cause * > delays to reading disk 3. Environment: 2.1-STABLE, ncr53c810, * > disks are 7200rpm'ers from Seagate & Micropolis. * * Do you have only one controller? If your SCSI bus is saturated, there * is nothing FreeBSD can do to put more data on the wire. I have only one controller, but this was a news filesystem that I was moving. Small files. I was getting less than 2MB/second through the controller. Reading large files I can get over 8MB/second. * > Reliable and secure NIS or an equivelent. * * What's wrong with the NIS implementation already distributed? (Having * secure and NIS in the same sentence is comical. It's almost as bad as * having secure and NFS in the same sentence. :) I don't trust that it is secure. A secure solution to the distributed user authentication database problem is needed. * > Pkg_manage enhancements to show what has been installed. * * Umm, what's wrong with 'pkg_info -aI'? Okay, about pkg_manage. First, pkg_manage is a great improvement over pkg_add, but it's still got some problems: 1. It doesn't detect easy failures ahead of time. If one package depends on another, it should detect that itself rather than letting pkg_add fail. Actually, it should probably ask if the other package should be installed. 2. It should run in more of a batch mode. Installing 90% of the packages takes a lot of time. 3. When selecting which packages to install, it needs to let you know which of the packages you are currently looking at are already installed. My pea-brain can't remember them all. 4. Some of the packages can't be installed by pkg_manage because they ask for input in their install scripts. (Some of the tex stuff.) -Dave From owner-freebsd-hackers Thu Feb 15 08:51:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA08405 for hackers-outgoing; Thu, 15 Feb 1996 08:51:29 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA08376 Thu, 15 Feb 1996 08:51:15 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA00260; Thu, 15 Feb 1996 11:53:16 -0500 Date: Thu, 15 Feb 1996 11:53:16 -0500 Message-Id: <199602151653.LAA00260@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Re: Frame Relay and FreeBSD Cc: isp@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >One thing to keep in mind is that PCs also come in 4"x4"x4" cubes that >are expandible via PC-104 bus cards. Something like this could easily >stack like firewood to fill a small space in little time. Put a >ramdisk or flashram card inot this mix, run FreeBSD on it and you have >a nice little box. I believe that these boxes are 100% PC compatible, >but am not 100% positive. They are showing up in places like the >Circuit Cellar magazine. I don't hink you'll find a pentium on one of >these boxes, but I recall seeing 386 and 486 in them. > The real point here is that many "routers" are just re-packaged PCs...the "smaller is better" argument applies if you're willing to make the necessary trade-offs. Frankly, I'd rather have the benefits of a good sized hard drive and expandabiltiy than to save a cubic foot of space. Rememberr that your talking about 2 very different kinds of users....service providers and end users. From an end users perspective there is no way that any stand-alone router can give me more utility than my single-box freebsd server/router/gateway. Even if service providers use the "big net rack mount" type units in your facility, they can score points with their customers by giving them a rather impressive server/router solution. And with protocols like Frame relay there are 50-100 times the number of end user units than there are service provider units. dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Thu Feb 15 09:01:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA08956 for hackers-outgoing; Thu, 15 Feb 1996 09:01:16 -0800 (PST) Received: from zip.io.org (root@zip.io.org [198.133.36.80]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA08951 for ; Thu, 15 Feb 1996 09:01:14 -0800 (PST) Received: (from taob@localhost) by zip.io.org (8.6.12/8.6.12) id MAA03360; Thu, 15 Feb 1996 12:00:47 -0500 Date: Thu, 15 Feb 1996 12:00:46 -0500 (EST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: sharedactive patch for inn1.4-unoff3 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Has anyone been able to use in.nnrpd patched with sharedactive on a FreeBSD 2.1.0-R system? I applied the patch, remade the in.nnrpd binary and tried readin news. No go. It either segfaults on connect, or it makes the connection but then hangs (I can see the in.nnrpd process on the server, but it isn't chewing up any CPU time). -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Thu Feb 15 09:07:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09224 for hackers-outgoing; Thu, 15 Feb 1996 09:07:45 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA09219 for ; Thu, 15 Feb 1996 09:07:43 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id JAA28743; Thu, 15 Feb 1996 09:07:01 -0800 Message-Id: <199602151707.JAA28743@austin.polstra.com> To: jb@cimlogic.com.au Cc: freebsd-hackers@freebsd.org Subject: Re: rtld LD_NO_INTERN_SEARCH and LD_LIBRARY_PATH Date: Thu, 15 Feb 1996 09:07:01 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk > The man file for rtld describes an environment variable called > LD_NO_INTERN_SEARCH. This does not appear to be implemented. That's correct. > The man file says that LD_LIBRARY_PATH is "A colon separated list > of directories, overriding the default search path for shared > libraries." Actually, it _augments_ the default search path. First, directories in LD_LIBRARY_PATH are searched, then directories in the default search path. (The default search path is just "/usr/lib", plus whatever has been put into the hints file via ldconfig.) > We *always* use -nostdlib and *never* -l to specify libraries. Our > build process gives an explicit path to the shared library that we > want it to link against. This path is written by ld into the > executable file. When we release the programs and libraries, we > expect to be able to set LD_LIBRARY_PATH to the place where the > libraries are installed, not where they were when the program was > linked. This does not work because rtld is always taking the path > in the executable. Yes, if you specify an explicit path on the "ld" command line, then that path goes into the executable file, verbatim. In that case, rtld will use the path directly -- no searching will be done. If you want rtld to search for a shared library, you must specify it on the "ld" command line using the "-l" option. > After running automatic tests on programs like this, we release to > a /u/rel tree. We don't want to have released programs using shared > libraries out of the /u/dev tree. > > Any hints as to how we can do this? Don't specify explicit library pathnames on the "ld" command line. Instead, use "-L" and "-l". For example, instead of specifying "/u/dev/cim/lib/dhu.so.1.1", use "-L/u/dev/cim/lib -ldhu". Then, at runtime, make sure you have "/u/rel" in your LD_LIBRARY_PATH environment variable. -- 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 Feb 15 09:12:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA09599 for hackers-outgoing; Thu, 15 Feb 1996 09:12:51 -0800 (PST) Received: from deputy.pavilion.co.uk (deputy.pavilion.co.uk [194.193.24.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA09591 for ; Thu, 15 Feb 1996 09:12:45 -0800 (PST) Received: from poolc40.pavilion.co.uk (poolc40.pavilion.co.uk [194.193.28.168]) by deputy.pavilion.co.uk (8.7/8.7) with SMTP id RAA27119; Thu, 15 Feb 1996 17:10:59 GMT Message-Id: <199602151710.RAA27119@deputy.pavilion.co.uk> X-Sender: aledm@mailhost.pavilion.co.uk X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 15 Feb 1996 17:13:52 +0000 To: Terry Lambert From: Aled Morris Subject: Re: More 2.1 Fixit disk PROBLEM (fwd) Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk At 10:52 14/02/96 -0700, Terry Lambert wrote: >> i.e. if the getservbyname fails, use a hardwired service port. > >Shouldn't these "hacks" go into "getservbyname" instead of each and >every program seperately? I don't think so - there should be a conscious programmer decision to code defensively in the event of a service failure, and the return from getservbyname should be authoratative (not an educated guess :-) In this way the "hack" would also be more visible to anyone debugging their application. Aled -- telephone +44 973 207987 From owner-freebsd-hackers Thu Feb 15 09:22:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA10120 for hackers-outgoing; Thu, 15 Feb 1996 09:22:44 -0800 (PST) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA10115 for ; Thu, 15 Feb 1996 09:22:41 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id JAA05526; Thu, 15 Feb 1996 09:20:36 -0800 Date: Thu, 15 Feb 1996 09:20:36 -0800 From: David Muir Sharnoff Message-Id: <199602151720.JAA05526@idiom.com> To: Joe Greco Cc: msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-hackers@FreeBSD.org Subject: Re: Re: An ISP's Wishlist... Sender: owner-hackers@FreeBSD.org Precedence: bulk * > It appears that there's a problem with acknowledging interrupts and the * > Boca cards. I don't know if Joe Greco ever got to the beottom of his * > locking up... * * >From my discussions with other folks, it seems like there may be problems * with particular combinations of BB's and MB's. What we did discover is that * it is trivial to detect the condition and that the card can be reset by * detaching all processes from it (i.e. flipping all the ttys entries to "off" * and then back "on"). The problem occurs with very low frequency and I * haven't had a chance to test anything more sophisticated, last discovery was * made about two weeks ago ;-) * * I'm not sure that the problem I'm seeing is the same problem others are * seeing, however. I don't know. I never tried turning off all my ports when they locked up. I'm not going to -- I'm an ISP and I would like to be thought of as a reliable one. Hanging up on all my users every other day is not going to promote that image. That isn't really a very good fix. I'll keep that BB2016 on the shelf until there is a driver-level fix available. -Dave From owner-freebsd-hackers Thu Feb 15 09:32:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA10753 for hackers-outgoing; Thu, 15 Feb 1996 09:32:23 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA10747 for ; Thu, 15 Feb 1996 09:32:11 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA04141; Thu, 15 Feb 1996 11:30:19 -0600 From: Joe Greco Message-Id: <199602151730.LAA04141@brasil.moneng.mei.com> Subject: Re: Re: An ISP's Wishlist... To: muir@idiom.com (David Muir Sharnoff) Date: Thu, 15 Feb 1996 11:30:19 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.org In-Reply-To: <199602151720.JAA05526@idiom.com> from "David Muir Sharnoff" at Feb 15, 96 09:20:36 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > * >From my discussions with other folks, it seems like there may be problems > * with particular combinations of BB's and MB's. What we did discover is that > * it is trivial to detect the condition and that the card can be reset by > * detaching all processes from it (i.e. flipping all the ttys entries to "off" > * and then back "on"). The problem occurs with very low frequency and I > * haven't had a chance to test anything more sophisticated, last discovery was > * made about two weeks ago ;-) > * > * I'm not sure that the problem I'm seeing is the same problem others are > * seeing, however. > > I don't know. I never tried turning off all my ports when they > locked up. I'm not going to -- I'm an ISP and I would like to > be thought of as a reliable one. Hanging up on all my users every > other day is not going to promote that image. What's the alternative? Resetting the box? Seems to me that my solution is a little more preferable! You only hit the 16 ports you are having a problem with. The reality is, you'd PREFER to hang up on your customers rather than maintain 16 dead ports. > That isn't really a very good fix. I'll keep that BB2016 on the > shelf until there is a driver-level fix available. Working on it. :-) It's hard to characterize a problem when the problem is so infrequent. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Thu Feb 15 10:12:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA12978 for hackers-outgoing; Thu, 15 Feb 1996 10:12:08 -0800 (PST) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA12966 for ; Thu, 15 Feb 1996 10:12:03 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id KAA07180; Thu, 15 Feb 1996 10:11:56 -0800 Date: Thu, 15 Feb 1996 10:11:56 -0800 From: David Muir Sharnoff Message-Id: <199602151811.KAA07180@idiom.com> To: Michael Smith Cc: freebsd-hackers@FreeBSD.org Subject: Re: Re: An ISP's Wishlist... Sender: owner-hackers@FreeBSD.org Precedence: bulk * Wrap it in a tiny shellscript : * * while [ 1 ]; do * named $* * done Or #!/bin/csh while (1) named $argv:q end I'm going to do it, but I'm not all that happy about it. Perhaps an inetd-like program that keeps other programs running? * > It would be very nice to be able to have a separate configuration for * > each port that named might bind to. There are times when I want to * > serve different information to different nets. This is particularly * > handy when building firewalls. * * That definitely falls into "you have the source" 8) True enough, but this is a _Wishlist_, not "here's what I'm working on list". Well, the second part of this task is to do IP address rewrites on the fly. Give all my dialup users static addresses in a reserved network and then rewrite them on the fly as needed. * > Memory efficiency. The most expensive part of putting a system * > together at the moment is memory. * * What have you identified as the major wasters of memory? If you're * running 2.1 or -STABLE, bring malloc.c in from current and recompile * libc. This gets you the new phkmalloc, which seems to be somewhat more * efficient. Okay, I'll give that a shot. * > Getty should track modem disconnect codes, reset the modem, and * > notice incoming faxes. I've already modified the default getty * > to notice PPP connects, but that's needed here too. * * Modem disconnect coeds are as good as impossible to catch; some modems * emit then before dropping DCD, so there's no way of knowing that they * _are_ disconnect codes. To do this properly would require major * modifications to the serial driver(s). * * mgetty does much of what else you want; it also recognises incoming FNT * connections. I didn't want to use mgetty because it locks the port very differently then everything else in FreeBSD. It might be nice to have a serial port interface that allows access to the modem without turning DTR on. With such a thing, it might be possible to use mgetty in the background. It could set up the modem and tell it to answer and exec a normal getty for non-fax calls. (Sounds a bit like faxgetty doesn't it?) As for the disconnnect codes, with the sportsters if you don't have the modem reset on DTR drop, you can simply issue an "ati6" command and see what's up. I've been thinking about putting a wrapper around the normal getty that tips to the modem, does an "ati6i4z", records the output, disconnects, and execs a normal getty. * > Support for Win95 PPP modes that to autoconfigure DNS server * * This would be (AFAIK) in direct violation of a number of the RFC's * that define PPP. There was some discussion on this a while back; * non consensus was reached as I recall. Optional. Those of us that have Win95-using customers could hold our collective noses as we turn it on. * > Better support for CDROM changers: it would be nice if it figured * > out a mount point by looking at the disk the way that Solaris does. * * Not enough disks have meaningful identifiers; still, this could be * done with a shellscript. It doesn't have to choose a good name, just a consistent one. * > Linux (can be handled by SysV filesystem support because Linux * * No it can't, but we already have ext2fs support. We do??? I guess it must be in -current... * > Netscape commerce server style sysadmin interface. (Have you installed * > netscape's server lately?). Very good for the system as a whole, for * > various daemons: apache, samba, inetd, named, innd, sendmail (well, maybe * > not), gated, etc. * * Yetch. Requires netscape; not necessarily a winner. Big win. It makes it easy to administer. This is the sort of feature that can wean people away from Windows. -Dave From owner-freebsd-hackers Thu Feb 15 10:13:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA13145 for hackers-outgoing; Thu, 15 Feb 1996 10:13:11 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA13140 for ; Thu, 15 Feb 1996 10:13:09 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA02589; Thu, 15 Feb 1996 11:11:04 -0700 From: Terry Lambert Message-Id: <199602151811.LAA02589@phaeton.artisoft.com> Subject: Re: An ISP's Wishlist... To: uhclem@nemesis.lonestar.org (Frank Durda IV) Date: Thu, 15 Feb 1996 11:11:03 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Frank Durda IV" at Feb 14, 96 10:10:00 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 Precedence: bulk > Most modems allow you to interrogate them AFTER the call has completed > to find out the cause of the failure. Nearly all modems based on > Rockwell chipsets do this, so do most AT&T, and Sierra chipset designs. A correctly configured modem will reset on the last close because of the on-to-off DTR transition. > The simplest thing would be to have something other than getty reacquire > the port after a disconnect, query the modem, then reset the modem and > exec the real getty. What you propose would require significantly rearchitecting the tty revocation model (specifically, to exempt init but not its children) so that the DTR would not drop until the query is complete. This could not be done while maintaining compliance with POSIX termios. 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 Feb 15 10:36:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14205 for hackers-outgoing; Thu, 15 Feb 1996 10:36:57 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA14198 for ; Thu, 15 Feb 1996 10:36:55 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA00485; Thu, 15 Feb 1996 13:37:39 -0500 Date: Thu, 15 Feb 1996 13:37:39 -0500 Message-Id: <199602151837.NAA00485@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Joe Greco From: dennis@etinc.com (dennis) Subject: Re: An ISP's Wishlist... Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> Wishlists are a Good Thing 8) > >Absolutely :-) > >> > fixed boca16 driver so that it doesn't hang once a week. (No current >> > urgency -- I bought a pair of Cyclades 16e's to use until the boca >> > driver is fixed) >> >> It appears that there's a problem with acknowledging interrupts and the >> Boca cards. I don't know if Joe Greco ever got to the beottom of his >> locking up... How is the cyclade's driver? Has the problem reported earlier with this been repaired? If so....has anyone tried the fixes on 2.1R? dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Thu Feb 15 10:37:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14244 for hackers-outgoing; Thu, 15 Feb 1996 10:37:36 -0800 (PST) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA14239 for ; Thu, 15 Feb 1996 10:37:34 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id KAA07911; Thu, 15 Feb 1996 10:37:24 -0800 Date: Thu, 15 Feb 1996 10:37:24 -0800 From: David Muir Sharnoff Message-Id: <199602151837.KAA07911@idiom.com> To: Terry Lambert Cc: msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-hackers@FreeBSD.org Subject: Re: Re: An ISP's Wishlist... Sender: owner-hackers@FreeBSD.org Precedence: bulk * > > I would like to be able to call up Frame * > > and say, please send me a copy for ??? without worrying that it * > > won't work. * > * > Dreaming 8) * * We need an ABI-using tested software list. I don't know how Frame tests, * but most companies use automated testing techniques for port validation. * We need to talk them into running them on BSD. * * Part of the problem is that ABI includes install environments for the * apps to be loaded with. Right now, it's hand-install or nothing. * * A lot of Databases and other programs that have daemons like to drop * code into /etc/rc?.d/* files to start at the correct run level. Exactly. Binary emulation isn't really enough to make things fly. Making it really work is very hard, but it's fairly important. Doing SunOS, Solaris, or SysV well is required to get the apps that BSDI hasn't managed to attract. Solaris is probably the best bet from the point of view of having lots of apps. SunOS second and SysV last. The other possibility is to build ports-like installers for 3rd party apps. I'm not sure this is any easier. Frame wasn't an idle question for me. I've got a floating license. Right now it floats over to my Sparcstation 1. Kinda slow. -Dave From owner-freebsd-hackers Thu Feb 15 10:37:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14267 for hackers-outgoing; Thu, 15 Feb 1996 10:37:47 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA14262 for ; Thu, 15 Feb 1996 10:37:43 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA04251; Thu, 15 Feb 1996 12:35:10 -0600 From: Joe Greco Message-Id: <199602151835.MAA04251@brasil.moneng.mei.com> Subject: Re: Re: An ISP's Wishlist... To: muir@idiom.com (David Muir Sharnoff) Date: Thu, 15 Feb 1996 12:35:10 -0600 (CST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199602151559.HAA02342@idiom.com> from "David Muir Sharnoff" at Feb 15, 96 07:59:36 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Absolutely nothing if one knows that it exists! > > I've run into this one before: there's a command in a different > version of unix-like OS that has an equivelent, but it isn't > obvious. > > truss/trace/ktrace. > lsof/ofiles/fstat. don't forget Solaris "fuser" > I'm sure there are more. An optional package of "pointer" commands > would be nice. Has to be very careful never to install over something > that exists. > > /usr/local/bin/ofiles: > #!/bin/sh > echo The FreeBSD equivalent is fstat. > > I'm not to bothered about it. I suppose I should do a real RTFM > one of these days -- who knows what I might discover? > > On the other hand, the other day I counted apporimately 1,700 unique > commands in the various bin directories. Don't forget to do all the DOS commands too :-) I've been doing this on Solaria (SunOS 4.1) for years... # ls -l /usr/local/bin/dir -rwxr-xr-x 1 jgreco 187 Sep 10 1992 /usr/local/bin/dir # cat /usr/local/bin/dir #! /bin/sh - ( echo echo "The UNIX command to list files is \"ls\". For more information on the" echo "workings of \"ls\", type \"man ls\" at a shell prompt." echo ls -al $* ) | more Not to mention, "cls", "copy", "era/erase", "fc", "find", "ren", "type", etc... anybody interested in my set of scripts, let me know. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Thu Feb 15 10:42:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14515 for hackers-outgoing; Thu, 15 Feb 1996 10:42:06 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA14510 for ; Thu, 15 Feb 1996 10:42:04 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA00492 for ; Thu, 15 Feb 1996 13:44:07 -0500 Date: Thu, 15 Feb 1996 13:44:07 -0500 Message-Id: <199602151844.NAA00492@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: BSD/OS 2.1 Sender: owner-hackers@freebsd.org Precedence: bulk I've finished installing the new release of BSD/OS....which by the way is rather unimpressive for a year's work on their part. The installation itself is not nearly as good as freebsd's...and the manual continues to be virtually useless. I'd like to benchmark it against freebsd and perhaps publish the results (if they're favorable, of course )...can anyone point me at some good, portable, widely accepted benchmark utilities. Obviously network-related stuff is of interest to me. dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Thu Feb 15 11:12:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16227 for hackers-outgoing; Thu, 15 Feb 1996 11:12:19 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.54]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA16221 for ; Thu, 15 Feb 1996 11:12:08 -0800 (PST) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.6.12/8.6.9) id LAA01472 for freebsd-hackers@freebsd.org; Thu, 15 Feb 1996 11:08:08 -0800 From: "Steven G. Kargl" Message-Id: <199602151908.LAA01472@troutmask.apl.washington.edu> Subject: eisa0 and ahb in -current To: freebsd-hackers@freebsd.org Date: Thu, 15 Feb 1996 11:08:08 -0800 (PST) Reply-To: kargl@apl.washington.edu 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 Precedence: bulk Can a kernel (that doesn't hang or panic) be built with -current sources for an Adaptec 1742 EISA SCSI-2 controller? -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.x-stable | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Thu Feb 15 11:35:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17196 for hackers-outgoing; Thu, 15 Feb 1996 11:35:23 -0800 (PST) Received: from digital.netvoyage.net (root@digital.netvoyage.net [205.162.154.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA17173 for ; Thu, 15 Feb 1996 11:35:15 -0800 (PST) Received: (from bogawa@localhost) by digital.netvoyage.net (8.6.11/8.6.9) id LAA10852; Thu, 15 Feb 1996 11:35:05 -0800 Date: Thu, 15 Feb 1996 11:35:05 -0800 (PST) From: Bryan Ogawa at Work To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: sharedactive patch for inn1.4-unoff3 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 15 Feb 1996, Brian Tao wrote: > Has anyone been able to use in.nnrpd patched with sharedactive on > a FreeBSD 2.1.0-R system? I applied the patch, remade the in.nnrpd > binary and tried readin news. No go. It either segfaults on connect, > or it makes the connection but then hangs (I can see the in.nnrpd > process on the server, but it isn't chewing up any CPU time). Yeah... I have it running (although the memory profiles are a little strange -- anyone else running it who'll post a ps -aux?) The big thing is that this requires a kernel recompile--you need to turn on SYSV IPC . I ended up with the following in my kernel config: options SYSVSHM options "SHMMAXPGS=512" # 2048Kb (?) of sharable memory options SYSVSEM # enable for semaphores options SYSVMSG # enable for messaging I'm not sure that it really comes out to 2Meg of shareable memory, but you need at least SHMMAXPGS=128 to run the patch as it comes (out of the box). However, that expects your active file to only be 500000 bytes (mine's larger). I set mine to 700000 and 15000 groups and had to recompile the kernel to get it to not error. However, it won't core if you just have the SHMMAXPGS set too small--you'll just get some error when trying to connect to the server. > -- > Brian Tao (BT300, taob@io.org) > Systems Administrator, Internex Online Inc. > "Though this be madness, yet there is method in't" > > Bryan K. Ogawa Questions or Problems with NetVoyage? help@netvoyage.net Check out the NetVoyage HelpWeb at.. From owner-freebsd-hackers Thu Feb 15 12:03:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA18753 for hackers-outgoing; Thu, 15 Feb 1996 12:03:13 -0800 (PST) Received: from becker1.u.washington.edu (spaz@becker1.u.washington.edu [140.142.12.67]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA18748 for ; Thu, 15 Feb 1996 12:03:07 -0800 (PST) Received: by becker1.u.washington.edu (5.65+UW96.02/UW-NDC Revision: 2.33 ) id AA28056; Thu, 15 Feb 96 12:03:01 -0800 X-Sender: spaz@becker1.u.washington.edu Date: Thu, 15 Feb 1996 12:03:00 -0800 (PST) From: John Utz To: hackers@freebsd.org Subject: Where is NoName the Latex WYSIWYG? Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi gang; I had a message that i thought i had saved giving the location of NoName/Lyrix, the nifty word processor. I cant find it anywhere! It also does not show up as an archie could some kind soul forward me the patch and location? tnx! ******************************************************************************* John Utz spaz@u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Thu Feb 15 12:19:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA19687 for hackers-outgoing; Thu, 15 Feb 1996 12:19:28 -0800 (PST) Received: from border.com (ns.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA19682 for ; Thu, 15 Feb 1996 12:19:22 -0800 (PST) Received: by janus.border.com id <20495-2>; Thu, 15 Feb 1996 15:21:01 -0500 Date: Thu, 15 Feb 1996 15:19:03 -0500 From: Jerry Kendall To: FreeBSD Hackers Subject: Memory question... Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Feb15.152101est.20495-2@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk FreeBSD 2.1.0-RELEASE #0: Tue Feb 13 23:37:35 EST 1996 root@antares.kcis.com:/usr/src/sys/compile/ANTARES CPU: 75-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 75497472 (73728K bytes) Physical memory hole(s): avail memory = 69865472 (68228K bytes) I got my system to 'see' the 72Meg that is in it. However, what is this 'Physical memory hole(s):' line and is the 5.5Meg difference due to kernel buffers and stuff ??? Jerry From owner-freebsd-hackers Thu Feb 15 12:27:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA20091 for hackers-outgoing; Thu, 15 Feb 1996 12:27:08 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA20086 Thu, 15 Feb 1996 12:27:03 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA01202; Thu, 15 Feb 1996 13:29:36 -0700 Date: Thu, 15 Feb 1996 13:29:36 -0700 From: Nate Williams Message-Id: <199602152029.NAA01202@rocky.sri.MT.net> To: hackers@FreeBSD.org CC: wollman@FreeBSD.org Subject: Broadcast, Netmask, and other such information Sender: owner-hackers@FreeBSD.org Precedence: bulk I'm peering through my O'Reilly TCP/IP book and it's not jumping out at me, so I'm asking for the net-wisdom. Part of this has to do with recent questions posed to the list, so I want to make sure I understand things (I'm beginning to think I'm confused). Standard class B and class C stuff is pretty straightforward. I don't have any problems with understanding it. However, when we want to subnet a class C (into let's say 8 segmens of 32 apiece), how do you setup the broadcast and netmask? According to O'Reilly, 'The standard broadcast address is an address where all the host bits are set to one', but there's no description for netmask. However ifconfig(8) states as follows: The mask contains 1's for the bit positions in the 32-bit address which are to be used for the network and subnet parts, and 0's for the host part. The mask should contain at least the standard network portion, and the subnet field should be contiguous with the network portion. So, to help me out I'll create a sample system with a bogus class C network assigned to us. NOT assigned the class C network 10.5.5.255 to me, and I want to break it into 32 host segments (realizing the overhead of being unable to allocate some IP #'s due to broad-cast addresses and such). So, the subnets get this addressing scheme: hosts: hosts: 10.5.5.1 - 10.5.5.31 10.5.5.32 - 10.5.5.63 netmask: netmask: 255.255.255.224 255.255.255.192 broadcast: broadcast: 10.5.5.31 10.5.5.63 hosts: hosts: 10.5.5.64 - 10.5.5.95 10.5.5.96 - 10.5.5.127 netmask: netmask: 255.255.255.160 255.255.255.128 broadcast: broadcast: 10.5.5.95 10.5.5.127 hosts: hosts: 10.5.5.128 - 10.5.5.159 10.5.5.160 - 10.5.5.191 netmask: netmask: 255.255.255.96 255.255.255.64 broadcast: broadcast: 10.5.5.159 10.5.5.191 hosts: hosts: 10.5.5.192 - 10.5.5.223 10.5.5.224 - 10.5.5.254 netmask: netmask: 255.255.255.32 255.255.255.0 broadcast: broadcast: 10.5.5.223 10.5.5.254 But that doesn't sit well with me, especially that the broadcast address is the same IP as the last host, and that the netmask of the last group is the same as the entire class C. Am I really confused, or can someone else tell me how to calculate these? Nate From owner-freebsd-hackers Thu Feb 15 12:38:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21021 for hackers-outgoing; Thu, 15 Feb 1996 12:38:32 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA21016 Thu, 15 Feb 1996 12:38:23 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA13188; Thu, 15 Feb 1996 15:37:53 -0500 Date: Thu, 15 Feb 1996 15:37:53 -0500 From: "Garrett A. Wollman" Message-Id: <9602152037.AA13188@halloran-eldar.lcs.mit.edu> To: Nate Williams Cc: hackers@FreeBSD.org, wollman@FreeBSD.org Subject: Broadcast, Netmask, and other such information In-Reply-To: <199602152029.NAA01202@rocky.sri.MT.net> References: <199602152029.NAA01202@rocky.sri.MT.net> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: > hosts: hosts: > 10.5.5.1 - 10.5.5.31 10.5.5.32 - 10.5.5.63 > netmask: netmask: > 255.255.255.224 255.255.255.192 > broadcast: broadcast: > 10.5.5.31 10.5.5.63 10.5.5.31 is not a valid host address. (Neither is 10.5.5.0, which you correctly avoided using; it means ``this host''.) The netmask must be the same for all subnets of the same size. In this example, it should be 255.255.255.224. The network you describe would then be referred to as 10.5.5.0/227, 10.5.5.32/227, etc. > But that doesn't sit well with me, especially that the broadcast address > is the same IP as the last host As above, that is not a vaild host address. >, and that the netmask of the last group > is the same as the entire class C. > Am I really confused, or can someone else tell me how to calculate > these? You are really confused. Hopefully this will unconfuse you. Part of the confusion may result from using classful terms in a classless world. It Used To Be Easier. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Thu Feb 15 12:45:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21451 for hackers-outgoing; Thu, 15 Feb 1996 12:45:34 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA21446 Thu, 15 Feb 1996 12:45:29 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA01295; Thu, 15 Feb 1996 13:48:01 -0700 Date: Thu, 15 Feb 1996 13:48:01 -0700 From: Nate Williams Message-Id: <199602152048.NAA01295@rocky.sri.MT.net> To: "Garrett A. Wollman" Cc: Nate Williams , hackers@FreeBSD.org, wollman@FreeBSD.org Subject: Re: Broadcast, Netmask, and other such information In-Reply-To: <9602152037.AA13188@halloran-eldar.lcs.mit.edu> References: <199602152029.NAA01202@rocky.sri.MT.net> <9602152037.AA13188@halloran-eldar.lcs.mit.edu> Sender: owner-hackers@FreeBSD.org Precedence: bulk > > hosts: hosts: > > 10.5.5.1 - 10.5.5.31 10.5.5.32 - 10.5.5.63 > > netmask: netmask: > > 255.255.255.224 255.255.255.192 > > broadcast: broadcast: > > 10.5.5.31 10.5.5.63 > > 10.5.5.31 is not a valid host address. (Neither is 10.5.5.0, which > you correctly avoided using; it means ``this host''.) Ok, so neither is 10.5.5.63 then either? This should be (using from below that all netmasks should be the same): hosts: hosts: 10.5.5.1 - 10.5.5.30 10.5.5.32 - 10.5.5.62 netmask: netmask: 255.255.255.224 255.255.255.224 broadcast: broadcast: 10.5.5.31 10.5.5.63 > The netmask must be the same for all subnets of the same size. In > this example, it should be 255.255.255.224. The network you describe > would then be referred to as 10.5.5.0/227, 10.5.5.32/227, etc. Where does /227 come from? I see 224, but it looks like you've pulled 227 out of thin air. > > Am I really confused, or can someone else tell me how to calculate > > these? > > You are really confused. Hopefully this will unconfuse you. So to determine the netmask, you need to know how many addresses are in the subnet, and subtract that from 255.255.255.255, right? And, to determine the broadcast, you add one to the highest host # assigned to you (which should be one-less than a 2^n boundary based on the # of hosts you are using), right? Nate From owner-freebsd-hackers Thu Feb 15 12:49:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA21804 for hackers-outgoing; Thu, 15 Feb 1996 12:49:36 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA21799 Thu, 15 Feb 1996 12:49:33 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA01312; Thu, 15 Feb 1996 13:52:08 -0700 Date: Thu, 15 Feb 1996 13:52:08 -0700 From: Nate Williams Message-Id: <199602152052.NAA01312@rocky.sri.MT.net> To: "Garrett A. Wollman" Cc: Nate Williams , hackers@FreeBSD.org, wollman@FreeBSD.org Subject: Re: Broadcast, Netmask, and other such information In-Reply-To: <9602152037.AA13188@halloran-eldar.lcs.mit.edu> References: <199602152029.NAA01202@rocky.sri.MT.net> <9602152037.AA13188@halloran-eldar.lcs.mit.edu> Sender: owner-hackers@FreeBSD.org Precedence: bulk > 10.5.5.31 is not a valid host address. (Neither is 10.5.5.0, which > you correctly avoided using; it means ``this host''.) Currently, we are allocated an entire class C (204.182.243.255), and I get the same results when I ping '204.182.243.0' as when I ping the broadcast address, '204.182.243.255'. I always understood that '127.0.0.1' meant ``this host''. Nate From owner-freebsd-hackers Thu Feb 15 12:54:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA22214 for hackers-outgoing; Thu, 15 Feb 1996 12:54:18 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA22197 for ; Thu, 15 Feb 1996 12:54:14 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA13444; Thu, 15 Feb 1996 15:54:03 -0500 Date: Thu, 15 Feb 1996 15:54:03 -0500 From: "Garrett A. Wollman" Message-Id: <9602152054.AA13444@halloran-eldar.lcs.mit.edu> To: Nate Williams Cc: hackers@FreeBSD.org Subject: Re: Broadcast, Netmask, and other such information In-Reply-To: <199602152048.NAA01295@rocky.sri.MT.net> References: <199602152029.NAA01202@rocky.sri.MT.net> <9602152037.AA13188@halloran-eldar.lcs.mit.edu> <199602152048.NAA01295@rocky.sri.MT.net> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: >> 10.5.5.31 is not a valid host address. (Neither is 10.5.5.0, which >> you correctly avoided using; it means ``this host''.) > Ok, so neither is 10.5.5.63 then either? Right. >> The netmask must be the same for all subnets of the same size. In >> this example, it should be 255.255.255.224. The network you describe >> would then be referred to as 10.5.5.0/227, 10.5.5.32/227, etc. > Where does /227 come from? I see 224, but it looks like you've pulled > 227 out of thin air. I had a brain fart. It should be /27, not /227. It's the number of one bits in the netmask. > So to determine the netmask, you need to know how many addresses are in > the subnet, and subtract that from 255.255.255.255, right? Well, no. You need to know how many addresses there are total, and subtract the log_2 of that from 32. That gives you the number of one bits in the mask. You'll probably find it clearer if you write the masks in hex. > And, to determine the broadcast, you add one to the highest host # > assigned to you (which should be one-less than a 2^n boundary based on > the # of hosts you are using), right? To determine the broadcast, you take: (subnet & netmask) | ~netmask If you leave the broadcast address unspecified, the system will automatically figure this out for you. Basically, all you have to remember is that the highest and lowest addresses in every subnet are reserved. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Thu Feb 15 12:58:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA22538 for hackers-outgoing; Thu, 15 Feb 1996 12:58:53 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA22525 for ; Thu, 15 Feb 1996 12:58:46 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA13534; Thu, 15 Feb 1996 15:58:26 -0500 Date: Thu, 15 Feb 1996 15:58:26 -0500 From: "Garrett A. Wollman" Message-Id: <9602152058.AA13534@halloran-eldar.lcs.mit.edu> To: Nate Williams Cc: hackers@FreeBSD.org Subject: Re: Broadcast, Netmask, and other such information In-Reply-To: <199602152052.NAA01312@rocky.sri.MT.net> References: <199602152029.NAA01202@rocky.sri.MT.net> <9602152037.AA13188@halloran-eldar.lcs.mit.edu> <199602152052.NAA01312@rocky.sri.MT.net> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: >> 10.5.5.31 is not a valid host address. (Neither is 10.5.5.0, which >> you correctly avoided using; it means ``this host''.) > Currently, we are allocated an entire class C (204.182.243.255), and I > get the same results when I ping '204.182.243.0' as when I ping the > broadcast address, '204.182.243.255'. I always understood that > '127.0.0.1' meant ``this host''. Be careful about writing the addresses. What you are allocated is 204.182.243.0/24, which used to be called a class C and is now called a 24-bit network or just a ``/24'' for short. The reason why pinging the zero address acts like a broadcast is because 4.2BSD got the broadcast address wrong, and subsequent versions contained brain-damage which attempts to remain compatible with it. -current has had this brain-damage excised. 127.0.0.1 means `host 1 on network 127'. By convention, network 127 was assigned to the loopback interface. There is no technical reason behind this convention; it could just as easily have been network 69. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Thu Feb 15 13:12:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23400 for hackers-outgoing; Thu, 15 Feb 1996 13:12:57 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA23394 for ; Thu, 15 Feb 1996 13:12:51 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id OAA01407; Thu, 15 Feb 1996 14:15:17 -0700 Date: Thu, 15 Feb 1996 14:15:17 -0700 From: Nate Williams Message-Id: <199602152115.OAA01407@rocky.sri.MT.net> To: "Garrett A. Wollman" Cc: Nate Williams , hackers@FreeBSD.org Subject: Re: Broadcast, Netmask, and other such information In-Reply-To: <9602152054.AA13444@halloran-eldar.lcs.mit.edu> References: <199602152029.NAA01202@rocky.sri.MT.net> <9602152037.AA13188@halloran-eldar.lcs.mit.edu> <199602152048.NAA01295@rocky.sri.MT.net> <9602152054.AA13444@halloran-eldar.lcs.mit.edu> Sender: owner-hackers@FreeBSD.org Precedence: bulk > I had a brain fart. It should be /27, not /227. It's the number of > one bits in the netmask. 3 * 8 + 3, okay. (Using information from the other article you replied to.) > > So to determine the netmask, you need to know how many addresses are in > > the subnet, and subtract that from 255.255.255.255, right? > > Well, no. You need to know how many addresses there are total, and > subtract the log_2 of that from 32. What's the different between 'how many addresses in the subnet' and 'how many addresses there are total'. Maybe I'm not making myself clear. When I say 'addresses in the subnet', I'm trying to convey a number which *should* be a power of 2 #. In the above example, there are 32 addresses assigned in each subnet, of which there are only 31 usable as host addresses (except in the first and last subnets due to the .0 & .255 addresses being unusable). This number should be subtracted from 255.255.255.255. I'm trying to apply this in a generic sense, so if I have the network address 128.18.0.0/16 address assigned to me, and I try to be funky and not assign addresses on byte boundaries how I would calculate things. Or, if I try to break things into 4x64 chunks given a 10.5.6/24 address assigned to me. (Using the calculation I used above would mean a subnet on the /24 address broken into 4 chunks would have a broadcast of 255.255.255.192, right?) Nate From owner-freebsd-hackers Thu Feb 15 13:35:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA25025 for hackers-outgoing; Thu, 15 Feb 1996 13:35:10 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA25016 for ; Thu, 15 Feb 1996 13:35:01 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA13625; Thu, 15 Feb 1996 16:34:48 -0500 Date: Thu, 15 Feb 1996 16:34:48 -0500 From: "Garrett A. Wollman" Message-Id: <9602152134.AA13625@halloran-eldar.lcs.mit.edu> To: Nate Williams Cc: hackers@FreeBSD.org Subject: Re: Broadcast, Netmask, and other such information In-Reply-To: <199602152115.OAA01407@rocky.sri.MT.net> References: <199602152029.NAA01202@rocky.sri.MT.net> <9602152037.AA13188@halloran-eldar.lcs.mit.edu> <199602152048.NAA01295@rocky.sri.MT.net> <9602152054.AA13444@halloran-eldar.lcs.mit.edu> <199602152115.OAA01407@rocky.sri.MT.net> Sender: owner-hackers@FreeBSD.org Precedence: bulk < said: > Or, if I try to break things into 4x64 chunks given a 10.5.6/24 address > assigned to me. > (Using the calculation I used above would mean a subnet on the /24 > address broken into 4 chunks would have a broadcast of 255.255.255.192, > right?) No, it would have a /netmask/ of 255.255.255.192, or 0xffffffc0. It would have a different broadcast for each chunk (but as I said before, you usually don't have to worry about that because the system should get it right for you). -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Thu Feb 15 13:52:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA26536 for hackers-outgoing; Thu, 15 Feb 1996 13:52:44 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA26531 for ; Thu, 15 Feb 1996 13:52:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id NAA07580; Thu, 15 Feb 1996 13:52:27 -0800 Message-Id: <199602152152.NAA07580@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Jerry Kendall cc: FreeBSD Hackers Subject: Re: Memory question... In-reply-to: Your message of "Thu, 15 Feb 1996 15:19:03 EST." <96Feb15.152101est.20495-2@janus.border.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 15 Feb 1996 13:52:27 -0800 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >FreeBSD 2.1.0-RELEASE #0: Tue Feb 13 23:37:35 EST 1996 > root@antares.kcis.com:/usr/src/sys/compile/ANTARES >CPU: 75-MHz Pentium 735\\90 or 815\\100 (Pentium-class CPU) > Origin = "GenuineIntel" Id = 0x525 Stepping=5 > Features=0x1bf >real memory = 75497472 (73728K bytes) >Physical memory hole(s): >avail memory = 69865472 (68228K bytes) > > >I got my system to 'see' the 72Meg that is in it. However, >what is this 'Physical memory hole(s):' line and is the >5.5Meg difference due to kernel buffers and stuff ??? That's a bug, actually. It happens whenever the system finds that it has to reduce the amount specified with MAXMEM to cope with reality - which is some amount less. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Feb 15 14:07:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27292 for hackers-outgoing; Thu, 15 Feb 1996 14:07:59 -0800 (PST) Received: from tanelorn.netural.com (root@tanelorn.NETural.com [206.54.248.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27283 for ; Thu, 15 Feb 1996 14:07:52 -0800 (PST) Received: (from thekind@localhost) by tanelorn.netural.com (8.6.12/8.6.12) id QAA00216; Thu, 15 Feb 1996 16:07:40 -0600 Date: Thu, 15 Feb 1996 16:07:39 -0600 (CST) From: "Adam W. Dace" To: freebsd-hackers@freebsd.org cc: linux-connectix@crynwr.com Subject: qcam for FreeBSD -- packaged Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi all, just wanted to let everyone know, if you're looking to get your Connectix QuickCam working under FreeBSD, I patched it on up, then created a .tar.gz file out of the patched version. It's available at: ftp.netural.com:/pub/qcam/qcam-0.3-FreeBSD.tar.gz Scott Laird, I'm not even sure who -wrote- these patches, but you might want to incorporate them into the original distribution of qcam-0.3. i.e. make linux makes linux, make freebsd makes freebsd. If you want/need some help with this, I have a little bit of spare free time on my hand with which I could incorporate the FreeBSD work into your package... Over and Out, | Adam W. Dace | NETural Communications, Inc. | | Webmaster | Paying too much for your Net access? | | http://www.NETural.com/ | NETural Voice: (312) 819-2231 | P.S. CGI webpage coming soon, of course. :-) From owner-freebsd-hackers Thu Feb 15 14:15:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA27789 for hackers-outgoing; Thu, 15 Feb 1996 14:15:42 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA27781 for ; Thu, 15 Feb 1996 14:15:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id OAA07636; Thu, 15 Feb 1996 14:15:29 -0800 Message-Id: <199602152215.OAA07636@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Nate Williams cc: "Garrett A. Wollman" , hackers@FreeBSD.ORG Subject: Re: Broadcast, Netmask, and other such information In-reply-to: Your message of "Thu, 15 Feb 1996 14:15:17 MST." <199602152115.OAA01407@rocky.sri.MT.net> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 15 Feb 1996 14:15:29 -0800 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Maybe I'm not making myself clear. When I say 'addresses in the >subnet', I'm trying to convey a number which *should* be a power of 2 #. >In the above example, there are 32 addresses assigned in each subnet, of >which there are only 31 usable as host addresses (except in the first >and last subnets due to the .0 & .255 addresses being unusable). Actually, no, you would only get 30 hosts per subnet. The all-ones host part on each subnet is the subnet's broadcast address and all-zeros host can't be used, either. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Feb 15 14:20:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28354 for hackers-outgoing; Thu, 15 Feb 1996 14:20:44 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28346 for ; Thu, 15 Feb 1996 14:20:34 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA01710; Thu, 15 Feb 1996 15:23:13 -0700 Date: Thu, 15 Feb 1996 15:23:13 -0700 From: Nate Williams Message-Id: <199602152223.PAA01710@rocky.sri.MT.net> To: davidg@Root.COM Cc: Nate Williams , hackers@FreeBSD.ORG Subject: Re: Broadcast, Netmask, and other such information In-Reply-To: <199602152215.OAA07636@Root.COM> References: <199602152115.OAA01407@rocky.sri.MT.net> <199602152215.OAA07636@Root.COM> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk David Greenman writes: > >Maybe I'm not making myself clear. When I say 'addresses in the > >subnet', I'm trying to convey a number which *should* be a power of 2 #. > >In the above example, there are 32 addresses assigned in each subnet, of > >which there are only 31 usable as host addresses (except in the first > >and last subnets due to the .0 & .255 addresses being unusable). > > Actually, no, you would only get 30 hosts per subnet. The all-ones host > part on each subnet is the subnet's broadcast address and all-zeros host > can't be used, either. I'm assigned 32 IP addresses out of the 10.5.5.0/24, which is 10.5.5.96/27. Are you saying that I can't use the address 10.5.5.96 since it's the 'all zeroes' address? Nate From owner-freebsd-hackers Thu Feb 15 14:29:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28875 for hackers-outgoing; Thu, 15 Feb 1996 14:29:27 -0800 (PST) Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28852 for ; Thu, 15 Feb 1996 14:29:19 -0800 (PST) Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.12) id GAA24153; Fri, 16 Feb 1996 06:27:34 +0800 Date: Fri, 16 Feb 1996 06:27:33 +0800 (HKT) From: John Beukema To: John Utz cc: hackers@freebsd.org Subject: Re: Where is NoName the Latex WYSIWYG? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk ftp://ftp.via.exp.fr/pub/lyx jbeukema On Thu, 15 Feb 1996, John Utz wrote: > Hi gang; > > I had a message that i thought i had saved giving the location of > NoName/Lyrix, the nifty word processor. > > I cant find it anywhere! > > It also does not show up as an archie > > could some kind soul forward me the patch and location? > tnx! > > ******************************************************************************* > John Utz spaz@u.washington.edu > idiocy is the impulse function in the convolution of life > > From owner-freebsd-hackers Thu Feb 15 14:35:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29323 for hackers-outgoing; Thu, 15 Feb 1996 14:35:20 -0800 (PST) Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29315 for ; Thu, 15 Feb 1996 14:35:16 -0800 (PST) Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA04646; Thu, 15 Feb 96 16:34:24 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA20172; Thu, 15 Feb 1996 15:34:23 -0700 Date: Thu, 15 Feb 1996 15:34:23 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9602152234.AA20172@emu.fsl.noaa.gov> To: muir@idiom.com Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org In-Reply-To: <199602151811.KAA07180@idiom.com> (message from David Muir Sharnoff on Thu, 15 Feb 1996 10:11:56 -0800) Subject: Off-topic; was Re: Re: An ISP's Wishlist... Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "David" == David Muir Sharnoff writes: David> Or #!/bin/csh Eyuck! Although I'm not fond of Tom Christiansen, I refer you to his article ``C Shell Programming Considered Harmful.'' Look for it at http://www.cis.ohio-state.edu/hypertext/faq/usenet/unix-faq/shell/csh-whynot/faq.html. And given all that listed in that article, also note that the csh version of the script has a running set size of about 100k larger than the sh version. And since it's just plain old #!/bin/csh (no -f, or better yet, -bf), it'll read your ~/.cshrc and grab aliases, settings, and other what-not it'll never use. DON'T write csh scripts. -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA I think people tend to forget that trees are living creatures. They're sort of like dogs. Huge, quiet, motionless dogs, with bark instead of fur. -- Jack Handey From owner-freebsd-hackers Thu Feb 15 14:42:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29682 for hackers-outgoing; Thu, 15 Feb 1996 14:42:11 -0800 (PST) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA29671 for ; Thu, 15 Feb 1996 14:42:05 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id OAA15830; Thu, 15 Feb 1996 14:41:49 -0800 Date: Thu, 15 Feb 1996 14:41:49 -0800 From: David Muir Sharnoff Message-Id: <199602152241.OAA15830@idiom.com> To: kelly@fsl.noaa.gov (Sean Kelly) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org Subject: Re: Off-topic; was Re: Re: An ISP's Wishlist... Sender: owner-hackers@freebsd.org Precedence: bulk * Eyuck! Although I'm not fond of Tom Christiansen, I refer you to his * article ``C Shell Programming Considered Harmful.'' Look for it at Sorry, I was just joking. Before I switched to perl five years ago, I did lots of csh programming. I'm much more comfortable in csh than sh, but I realize it's a very strange language. One of my aliases even won a egregeous-use-of-a-utility award at a previous Usenix. Most folks don't know about :q quoting in csh. That's why I put the script in. -Dave From owner-freebsd-hackers Thu Feb 15 14:49:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29894 for hackers-outgoing; Thu, 15 Feb 1996 14:49:41 -0800 (PST) Received: from multivac.orthanc.com (root@multivac.orthanc.com [206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA29887 for ; Thu, 15 Feb 1996 14:49:36 -0800 (PST) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7.3/8.7.3) with SMTP id OAA27116 for ; Thu, 15 Feb 1996 14:49:18 -0800 (PST) Message-Id: <199602152249.OAA27116@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: freebsd-hackers@freebsd.org Subject: 3C5XX diskless boot w/BOOTWARE ROMs? X-Attribution: VE7TCP Date: Thu, 15 Feb 1996 14:49:18 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk Has anyone managed to get a diskless boot happening with Bootware's boot ROMs? They load the boot image at a different address, and I've made what I think are the appropriate changes in the kernel image, etc., but I'm ending up with a wedged machine. Anyone out there have some prior art they're willing to share before I dig into this further? Thanks, --lyndon From owner-freebsd-hackers Thu Feb 15 14:57:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA00361 for hackers-outgoing; Thu, 15 Feb 1996 14:57:22 -0800 (PST) Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA00356 for ; Thu, 15 Feb 1996 14:57:19 -0800 (PST) Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA04832; Thu, 15 Feb 96 16:57:11 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA20211; Thu, 15 Feb 1996 15:57:10 -0700 Date: Thu, 15 Feb 1996 15:57:10 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9602152257.AA20211@emu.fsl.noaa.gov> To: muir@idiom.com Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org In-Reply-To: <199602152241.OAA15830@idiom.com> (message from David Muir Sharnoff on Thu, 15 Feb 1996 14:41:49 -0800) Subject: Re: Off-topic; was Re: Re: An ISP's Wishlist... Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "David" == David Muir Sharnoff writes: David> Sorry, I was just joking. Okay, I guess I overreacted a bit. David> Most folks don't know about :q quoting in csh. That's why David> I put the script in. Ah, the truth comes out. Shame on you! :-) (And me, for the ``Eyuck!'') -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA I guess I kinda lost control, because in the middle of the play I ran up and lit the evil puppet villain on fire. No, I didn't. Just kidding. I just said that to illustrate one of the human emotions, which is freaking out. Another emotion is greed, as when someone kills someone for money, or something like that. Another emotion is generosity, as when you pay someone double what he paid for his stupid puppet. -- Deep Thoughts, by Jack Handey From owner-freebsd-hackers Thu Feb 15 15:48:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA03012 for hackers-outgoing; Thu, 15 Feb 1996 15:48:48 -0800 (PST) Received: from nieuws.IAEhv.nl (nieuws.IAEhv.nl [192.87.208.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA03007 for ; Thu, 15 Feb 1996 15:48:43 -0800 (PST) Received: by nieuws.IAEhv.nl (8.6.12/1.63) id AAA00220; Fri, 16 Feb 1996 00:48:29 +0100 X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Received: by adv.IAEhv.nl (8.6.11/1.63) id AAA15376; Fri, 16 Feb 1996 00:40:12 +0100 Date: Fri, 16 Feb 1996 00:40:12 +0100 From: Arjan.deVet@adv.IAEhv.nl (Arjan de Vet) Message-Id: <199602152340.AAA15376@adv.IAEhv.nl> To: taob@io.org Subject: Re: sharedactive patch for inn1.4-unoff3 X-Newsgroups: list.freebsd.hackers In-Reply-To: Organization: Internet Access Eindhoven, the Netherlands Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article you write: > Has anyone been able to use in.nnrpd patched with sharedactive on >a FreeBSD 2.1.0-R system? I applied the patch, remade the in.nnrpd >binary and tried readin news. No go. It either segfaults on connect, >or it makes the connection but then hangs (I can see the in.nnrpd >process on the server, but it isn't chewing up any CPU time). Yes, although with INN1.4sec2. Did you compile the kernel with support for SYSV shared memory stuff? # # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG Arjan From owner-freebsd-hackers Thu Feb 15 16:03:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA04193 for hackers-outgoing; Thu, 15 Feb 1996 16:03:17 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA04180 for ; Thu, 15 Feb 1996 16:03:15 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id BAA09979 for ; Fri, 16 Feb 1996 01:03:07 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id BAA09072 for hackers@freebsd.org; Fri, 16 Feb 1996 01:03:06 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id XAA15210 for hackers@freebsd.org; Thu, 15 Feb 1996 23:31:12 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id HAA02345 for hackers@freebsd.org; Thu, 15 Feb 1996 07:57:44 +0100 (MET) From: Philippe Regnauld Message-Id: <199602150657.HAA02345@tetard.frmug.fr.net> Subject: Re: Photo4D (fwd) To: hackers@freebsd.org (hackers) Date: Thu, 15 Feb 1996 07:57:44 +0100 (MET) X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I got a reply from CompInt (the people who make Photo4D software), as I'd asked them when a FreeBSD port would be available -- notice the last sentence: their binaries are *statistically* linked :-) CompInt écrit / writes: > From compint@host.igs.net Thu Feb 15 05:49:19 1996 > From: CompInt > Message-Id: <199602141013.FAA02109@host.igs.net> > Subject: Re: Photo4D > To: regnauld@tetard.frmug.fr.net (Philippe Regnauld) > Date: Wed, 14 Feb 1996 05:13:02 -0500 (EST) > Cc: compint@host.igs.net (CompInt) > In-Reply-To: <199602132056.VAA03368@tetard.frmug.fr.net> from "Philippe Regnauld" at Feb 13, 96 09:56:39 pm > X-Mailer: ELM [version 2.4 PL24] > Content-Type: text > > > > > I have got around to taking a look at the evaluation version of > > your Photo4D software for Linux, and am very interested in it -- > > but I am myself using FreeBSD -- are there any plans of porting > > Photo4D to this platform? > > > Thank you for your interest in Photo4D. Porting to FreeBSD should be > easy. However we do not have a machine with FreeBSD installed, and > all our development resources are busy on the final stage of Photo4D > Pro, which will do motion capture. Therefore, I cannot say when we > will port it to FreeBSD. > > >From the FreeBSD web page, I read that it compactible with Linux > binaries. The current Linux evaluation version is statistically > linked. Do you think it will run under FreeBSD also? > > Regards, > > Albert Yang > CompInt > compint@igs.net > -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-hackers Thu Feb 15 17:01:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA08603 for hackers-outgoing; Thu, 15 Feb 1996 17:01:50 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA08573 Thu, 15 Feb 1996 17:01:44 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA24146; Fri, 16 Feb 1996 11:31:16 +1030 From: Michael Smith Message-Id: <199602160101.LAA24146@genesis.atrad.adelaide.edu.au> Subject: Re: Frame Relay and FreeBSD To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 16 Feb 1996 11:31:16 +1030 (CST) Cc: imp@village.org, jgreco@brasil.moneng.mei.com, sef@kithrup.com, dennis@etinc.com, louie@TransSys.COM, hackers@freebsd.org, isp@freebsd.org In-Reply-To: <1508.824369497@critter.tfs.com> from "Poul-Henning Kamp" at Feb 15, 96 08:31:37 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Poul-Henning Kamp stands accused of saying: > > > One thing to keep in mind is that PCs also come in 4"x4"x4" cubes that > > are expandible via PC-104 bus cards. Something like this could easily > > stack like firewood to fill a small space in little time. Put a > > ramdisk or flashram card inot this mix, run FreeBSD on it and you have > > a nice little box. I believe that these boxes are 100% PC compatible, > > but am not 100% positive. They are showing up in places like the > > Circuit Cellar magazine. I don't hink you'll find a pentium on one of > > these boxes, but I recall seeing 386 and 486 in them. > > These are the absolute craze in automation and industrial environments. > You can get P5s, I've even seen a P6 prerelease. A couple of problems with these units : Co$t (Especially for anything more than a 486DLC Heat dissipation PC-104 is ISA on a different connector Having said that, if space is critical, they're a great way to go. > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Thu Feb 15 17:04:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09039 for hackers-outgoing; Thu, 15 Feb 1996 17:04:52 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA09033 for ; Thu, 15 Feb 1996 17:04:49 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA24223; Fri, 16 Feb 1996 11:37:39 +1030 From: Michael Smith Message-Id: <199602160107.LAA24223@genesis.atrad.adelaide.edu.au> Subject: Re: EIDE 2300+ Promise To: souchu@firtech.lri.fr Date: Fri, 16 Feb 1996 11:37:39 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199602151348.OAA02581@abraracourcix.lri.fr> from "souchu@firtech.lri.fr" at Feb 15, 96 02:48:29 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk souchu@firtech.lri.fr stands accused of saying: > > > I have a DOS internals documentation that tells this entry point is > f000:930d. Either, according to this paper, I should find it with the > undocumented function 13h of int 2fh when my controller's bios is > disabled. Hmm. Grab half a dozen different BIOSses and see if it actually works with all of them. It's something worth trying. > Nicolas SOUCHU - DEA d'Architectures Paralleles 95 - LRI - France -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Thu Feb 15 17:08:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09453 for hackers-outgoing; Thu, 15 Feb 1996 17:08:42 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA09448 for ; Thu, 15 Feb 1996 17:08:39 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA24268; Fri, 16 Feb 1996 11:40:07 +1030 From: Michael Smith Message-Id: <199602160110.LAA24268@genesis.atrad.adelaide.edu.au> Subject: Re: An ISP's Wishlist... To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Fri, 16 Feb 1996 11:40:07 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, muir@idiom.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199602151421.IAA03818@brasil.moneng.mei.com> from "Joe Greco" at Feb 15, 96 08:21:50 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Joe Greco stands accused of saying: > > It appears that there's a problem with acknowledging interrupts and the > > Boca cards. I don't know if Joe Greco ever got to the beottom of his > > locking up... ... > I'm not sure that the problem I'm seeing is the same problem others are > seeing, however. I've certainly seen a problem that was symptomatically identical; I'm fairly sure that there's something in it. > Joe Greco - Systems Administrator jgreco@ns.sol.net -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Thu Feb 15 17:12:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09827 for hackers-outgoing; Thu, 15 Feb 1996 17:12:53 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA09822 for ; Thu, 15 Feb 1996 17:12:50 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA24317; Fri, 16 Feb 1996 11:45:47 +1030 From: Michael Smith Message-Id: <199602160115.LAA24317@genesis.atrad.adelaide.edu.au> Subject: Re: Re: An ISP's Wishlist... To: muir@idiom.com (David Muir Sharnoff) Date: Fri, 16 Feb 1996 11:45:46 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.org In-Reply-To: <199602151811.KAA07180@idiom.com> from "David Muir Sharnoff" at Feb 15, 96 10:11:56 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk David Muir Sharnoff stands accused of saying: > > I'm going to do it, but I'm not all that happy about it. > > Perhaps an inetd-like program that keeps other programs running? Huh? You don't make any sense; the shell loop _is_ "an inetd-like program that keeps other programs running". The question is "why does named bomb out", and the people to ask would be the bind-workers mailing list. > Well, the second part of this task is to do IP address rewrites on > the fly. Give all my dialup users static addresses in a reserved > network and then rewrite them on the fly as needed. This is not going to be popular with _anyone_. Why use a reserved network? Why not either grab a class C (not hard) or use something like SLiRP? (SLiRP works _very_ well these days). > As for the disconnnect codes, with the sportsters if you don't have the > modem reset on DTR drop, you can simply issue an "ati6" command and see > what's up. Not resetting modems on DTR drop is inviting sure death from modem firmware problems, _particularly_ with low-end modems like the sportster. > * > Better support for CDROM changers: it would be nice if it figured > * > out a mount point by looking at the disk the way that Solaris does. > * > * Not enough disks have meaningful identifiers; still, this could be > * done with a shellscript. > > It doesn't have to choose a good name, just a consistent one. No, the problem's just that not all CDroms can be meaningfully identified from their volume labels or contents. > * Yetch. Requires netscape; not necessarily a winner. > > Big win. It makes it easy to administer. This is the sort of feature > that can wean people away from Windows. Optional point-n-click sysadmin interface yes. Netscape/Webserver/CGIbin requiring implementation _no_. > -Dave -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Thu Feb 15 17:29:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA11413 for hackers-outgoing; Thu, 15 Feb 1996 17:29:32 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA11408 for ; Thu, 15 Feb 1996 17:29:28 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id CAA10625 for ; Fri, 16 Feb 1996 02:29:20 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id CAA09459 for hackers@freebsd.org; Fri, 16 Feb 1996 02:29:19 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id CAA16553 for hackers@freebsd.org; Fri, 16 Feb 1996 02:12:24 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id CAA04830 for hackers@freebsd.org; Fri, 16 Feb 1996 02:02:15 +0100 (MET) From: Philippe Regnauld Message-Id: <199602160102.CAA04830@tetard.frmug.fr.net> Subject: Thot word processor To: hackers@freebsd.org (hackers) Date: Fri, 16 Feb 1996 02:02:10 +0100 (MET) X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I don't remember who mentioned Thot -- anyway, I tried it, it runs, but when you try to create or open any document: Undefined C library functions: 1. light C shared image (Use the real one instead.) ... and dies quietly. -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-hackers Thu Feb 15 17:42:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12292 for hackers-outgoing; Thu, 15 Feb 1996 17:42:53 -0800 (PST) Received: from io.org (io.org [198.133.36.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA12286 for ; Thu, 15 Feb 1996 17:42:51 -0800 (PST) Received: from mnewton.newland.com (mnewton.net5a.io.org [199.166.190.83]) by io.org (8.6.12/8.6.12) with SMTP id UAA13005 for ; Thu, 15 Feb 1996 20:42:44 -0500 Message-ID: <3123E144.7435@io.org> Date: Thu, 15 Feb 1996 20:43:32 -0500 From: malcolm newton X-Mailer: Mozilla 2.0b5 (Win95; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: PPP -auto and -direct References: <3123E0FA.9A9@io.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I have a web server attached via ISDN line to an ISP which I need to keep up permanently.(or as close as possible) I am using /etc/ppp and i works fine until the line drops. I am thinking of doing something like -auto timeout set to 300 (timeout for what) then background ping to isp to ensure connection If the line is up does ppp try to dial on outgoing packets?? if the line is down will ppp dial ?? Does timeout mean redial after n secs of no packets ? whats a good blend to ensure line is up most of the time?? any one tried this ?? From owner-freebsd-hackers Thu Feb 15 18:28:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA15136 for hackers-outgoing; Thu, 15 Feb 1996 18:28:10 -0800 (PST) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA15120 for ; Thu, 15 Feb 1996 18:28:03 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.12/8.6.12) id SAA21980; Thu, 15 Feb 1996 18:27:38 -0800 Date: Thu, 15 Feb 1996 18:27:38 -0800 From: David Muir Sharnoff Message-Id: <199602160227.SAA21980@idiom.com> To: Michael Smith Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.org Subject: Re: Re: Re: An ISP's Wishlist... Sender: owner-hackers@FreeBSD.org Precedence: bulk * > Well, the second part of this task is to do IP address rewrites on * > the fly. Give all my dialup users static addresses in a reserved * > network and then rewrite them on the fly as needed. * * This is not going to be popular with _anyone_. Why use a reserved network? * Why not either grab a class C (not hard) or use something like SLiRP? * (SLiRP works _very_ well these days). There are a number of advantages. You can rewrite the addresses differently depending on which POP the user connected to. It can almost transparent to almost everyone. You'll never run out of addresses or have to hassle the NIC for more. * > As for the disconnnect codes, with the sportsters if you don't have the * > modem reset on DTR drop, you can simply issue an "ati6" command and see * > what's up. * * Not resetting modems on DTR drop is inviting sure death from modem firmware * problems, _particularly_ with low-end modems like the sportster. That's why it's important to issue an "atz" afterwards. * > It doesn't have to choose a good name, just a consistent one. * * No, the problem's just that not all CDroms can be meaningfully identified * from their volume labels or contents. No matter. Make one up. A readable hash of the contents of the root directory. Anything. * > * Yetch. Requires netscape; not necessarily a winner. * > * > Big win. It makes it easy to administer. This is the sort of feature * > that can wean people away from Windows. * * Optional point-n-click sysadmin interface yes. Netscape/Webserver/CGIbin * requiring implementation _no_. Tk vs. HTML. Not worth fighting about. -Dave From owner-freebsd-hackers Thu Feb 15 18:53:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16906 for hackers-outgoing; Thu, 15 Feb 1996 18:53:43 -0800 (PST) Received: from wa3ymh.transsys.com (#6@wa3ymh.TransSys.COM [144.202.42.42]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA16885 Thu, 15 Feb 1996 18:53:34 -0800 (PST) Received: from wa3ymh.transsys.com (#6@localhost.TransSys.COM [127.0.0.1]) by wa3ymh.transsys.com (8.7.3/8.7.3) with ESMTP id VAA19944; Thu, 15 Feb 1996 21:53:19 -0500 (EST) Message-Id: <199602160253.VAA19944@wa3ymh.transsys.com> To: dennis@etinc.com (dennis) cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: Frame Relay and FreeBSD In-reply-to: Your message of "Wed, 14 Feb 1996 13:45:28 EST." <199602141845.NAA06729@etinc.com> Date: Thu, 15 Feb 1996 21:53:16 -0500 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > >> I am trying at the moment to get $3000 together, so I can get me Frame Relay > >> (128K as it looks like at the moment). That is $1009 for PB, $500 for the > >> provider and rest for hardware I need. > >> > >> Ulf. > > > >You guys should also look at the relative cost of an external, > >standalone Ascend Pipeline 50 LS56 router, which has an ethernet > >interface and a 56K DDS leased line interface (with built-in CSU/DSU). > > > >I'm using one of these things at home, and it works really, really > >great. Its physically the same size as the Pipeline 50 ISDN router. > > > >For T1 upgrade paths, you might also look at the newly announced > >Pipeline 130 router, which I think has ISDN, 56K and T1 interfaces. I > >don't know what it costs. > > > > eeee-gads...why? Can it by my firewall? can I add an ethernet for $60.? Can > I add a T1 > for $200? Can it serve my Web pages? can it be my E-mail server? On the other hand, your Internet gateway doesn't have to fsck when the power fails and comes back again. It doesn't serve web pages, or run SMTP.. it does actually route packets pretty well. To each his own.. My PL50 works really well, and takes up less space than the ZyXEL modem I used to use. It doesn't have moving parts, and doesn't need an external CSU/DSU. > > A good rule of thumb: If you know un*x, use un*x....if you don't, use > something else. > Yes, it's true that if the only tool you have is a hammer, everything looks like a nail. That's no excuse not to get the 'right' tool for the job. louie From owner-freebsd-hackers Thu Feb 15 19:23:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA19208 for hackers-outgoing; Thu, 15 Feb 1996 19:23:36 -0800 (PST) Received: from cwbone.bsi.com.br ([200.250.250.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA19194 for ; Thu, 15 Feb 1996 19:23:22 -0800 (PST) Received: from lenzi ([200.250.250.81]) by cwbone.bsi.com.br (8.6.12/8.6.9) with SMTP id AAA07007 for ; Fri, 16 Feb 1996 00:22:54 GMT Date: Fri, 16 Feb 1996 00:25:11 +0000 () From: Sergio de Almeida lenzi X-Sender: lenzi@lenzi To: hackers@freebsd.org Subject: Photo4D Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk ---------- Forwarded message ---------- Date: Thu, 15 Feb 1996 21:14:11 -0500 (EST) From: CompInt To: Sergio de Almeida lenzi Cc: CompInt > > I receive your message about 3D products.... > I passed it forword to my friends in FreeBSD list (hackers) a list > of builders of the system. Unfortunatly your password gone with it, > No problem at all. I am glad that there are some interests on Photo4D in the FreeBSD community. I will leave the password unchanged for a while just in case someone received your message want to ftp the software. Best regards, Albert compint@igs.net From owner-freebsd-hackers Thu Feb 15 20:23:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA24309 for hackers-outgoing; Thu, 15 Feb 1996 20:23:07 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA24299 for ; Thu, 15 Feb 1996 20:23:01 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tnHQO-000858C; Thu, 15 Feb 96 22:05 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tnFFp-000CqQC; Thu, 15 Feb 96 19:46 WET Message-Id: Date: Thu, 15 Feb 96 19:46 WET To: freebsd-hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Thu Feb 15 1996, 19:46:32 CST Subject: Re: An ISP's Wishlist... Sender: owner-hackers@freebsd.org Precedence: bulk [2]Most modems allow you to interrogate them AFTER the call has completed [2]to find out the cause of the failure. Nearly all modems based on [2]Rockwell chipsets do this, so do most AT&T, and Sierra chipset designs. [3]A correctly configured modem will reset on the last close because of [3]the on-to-off DTR transition. But that is not what he wanted in this situation. [2]The simplest thing would be to have something other than getty reacquire [2]the port after a disconnect, query the modem, then reset the modem and [2]exec the real getty. [3]What you propose would require significantly rearchitecting the tty [3]revocation model (specifically, to exempt init but not its children) [3]so that the DTR would not drop until the query is complete. [3]This could not be done while maintaining compliance with POSIX termios. Uh, I was trying to solve the problem for an ISP who really doesn't care about POSIX-anything. If it does what he wants and he is happy, it is compliant in a more important way. He can already do his completion polling easily with UUCP connections. For other calls, there are other ways to hold DTR (including a dummy process that holds it open) until the information is recovered. We use to do this with Apple Laserwriters so that the printer response messages would not disappear or get truncated when a file being printed ended (serial printer). There is a solution to this problem, that's all. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" ^------(this is the fastest route)|"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Thu Feb 15 20:40:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA25687 for hackers-outgoing; Thu, 15 Feb 1996 20:40:51 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA25678 for ; Thu, 15 Feb 1996 20:40:46 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA26172 for hackers@freebsd.org; Fri, 16 Feb 1996 15:13:49 +1030 From: Michael Smith Message-Id: <199602160443.PAA26172@genesis.atrad.adelaide.edu.au> Subject: Multidrop serial (422/485) driver To: hackers@freebsd.org Date: Fri, 16 Feb 1996 15:13:48 +1030 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Ok, after much personal enlightenment I'm happy(?) to be asking publically for testers for a new device driver. The 'mdsio' driver provides support for multidrop serial busses, either using a standard RS-422/485 interface card, or a standard RS-232 serial port with DTR- or RTS-controlled transmit/receive. At this point, the driver is for -stable; at some stage DEVFS support will be added I'm sure. As the interface stands, it's simply a means for moving data on the bus; to run IP (for example) on the bus would require a simple wrapper to hang off a 'tun' device. If anyone believes they have an environment in which they could test/use this driver, please contact me for more details. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Thu Feb 15 20:46:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA26183 for hackers-outgoing; Thu, 15 Feb 1996 20:46:59 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA26178 for ; Thu, 15 Feb 1996 20:46:55 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA26327; Fri, 16 Feb 1996 15:19:46 +1030 From: Michael Smith Message-Id: <199602160449.PAA26327@genesis.atrad.adelaide.edu.au> Subject: Re: Re: Re: An ISP's Wishlist... To: muir@idiom.com (David Muir Sharnoff) Date: Fri, 16 Feb 1996 15:19:46 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.org In-Reply-To: <199602160227.SAA21980@idiom.com> from "David Muir Sharnoff" at Feb 15, 96 06:27:38 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk David Muir Sharnoff stands accused of saying: > > > * > Well, the second part of this task is to do IP address rewrites on > * > the fly. Give all my dialup users static addresses in a reserved > * > network and then rewrite them on the fly as needed. > * > * This is not going to be popular with _anyone_. Why use a reserved network? > * Why not either grab a class C (not hard) or use something like SLiRP? > * (SLiRP works _very_ well these days). > > There are a number of advantages. You can rewrite the addresses > differently depending on which POP the user connected to. It can almost > transparent to almost everyone. You'll never run out of addresses > or have to hassle the NIC for more. Address rewriting is not going to make you popular with too many people. SLiRP is close to transparent as well, and doesn't require any work on your part. > * Not resetting modems on DTR drop is inviting sure death from modem firmware > * problems, _particularly_ with low-end modems like the sportster. > > That's why it's important to issue an "atz" afterwards. ... you're still at the mercy of the modem's firmware. > * No, the problem's just that not all CDroms can be meaningfully identified > * from their volume labels or contents. > > No matter. Make one up. A readable hash of the contents of the > root directory. Anything. So then what do you do with it? Create a filename based on the hash? Look it up somewhere? Why not md5 the first 50K of the disk in a shellscript as I originally suggested, and use a LUT to get a pathname? > * Optional point-n-click sysadmin interface yes. Netscape/Webserver/CGIbin > * requiring implementation _no_. > > Tk vs. HTML. Not worth fighting about. Nothing to do with that; I'm talking about the spastic overhead that such an approach imposes on a smaller system. > -Dave -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Thu Feb 15 21:41:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00931 for hackers-outgoing; Thu, 15 Feb 1996 21:41:15 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA00908 for ; Thu, 15 Feb 1996 21:40:51 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA25665; Fri, 16 Feb 1996 10:39:28 +0500 From: "Serge A. Babkin" Message-Id: <199602160539.KAA25665@hq.icb.chel.su> Subject: Re: Where is NoName the Latex WYSIWYG? To: spaz@u.washington.edu (John Utz) Date: Fri, 16 Feb 1996 10:39:27 +0500 (GMT+0500) Cc: hackers@freebsd.org In-Reply-To: from "John Utz" at Feb 15, 96 12:03:00 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Hi gang; > > I had a message that i thought i had saved giving the location of > NoName/Lyrix, the nifty word processor. > > I cant find it anywhere! > > It also does not show up as an archie > > could some kind soul forward me the patch and location? > tnx! It's Lyx at ftp://ftp.via.ecp.fr/pub/lyx -SB From owner-freebsd-hackers Thu Feb 15 21:44:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA01326 for hackers-outgoing; Thu, 15 Feb 1996 21:44:34 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA01216 for ; Thu, 15 Feb 1996 21:43:57 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA25834; Fri, 16 Feb 1996 10:43:02 +0500 From: "Serge A. Babkin" Message-Id: <199602160543.KAA25834@hq.icb.chel.su> Subject: Re: 3C5XX diskless boot w/BOOTWARE ROMs? To: lyndon@orthanc.com (Lyndon Nerenberg VE7TCP) Date: Fri, 16 Feb 1996 10:43:02 +0500 (GMT+0500) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199602152249.OAA27116@multivac.orthanc.com> from "Lyndon Nerenberg VE7TCP" at Feb 15, 96 02:49:18 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Has anyone managed to get a diskless boot happening with Bootware's > boot ROMs? They load the boot image at a different address, and I've > made what I think are the appropriate changes in the kernel image, etc., > but I'm ending up with a wedged machine. Anyone out there have some > prior art they're willing to share before I dig into this further? As far as I know the Bootware boot ROM was designed primarily for DOS booting. Did you tried the existing network boot support in /sys/i386/boot/netboot ? There exists support for 3c509 (and possibly 3c579 but I did not tested it). Adding changes for other members of Etherlink III family must be easy. -SB From owner-freebsd-hackers Thu Feb 15 22:39:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA08195 for hackers-outgoing; Thu, 15 Feb 1996 22:39:41 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA08176 for ; Thu, 15 Feb 1996 22:39:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id XAA10149; Thu, 15 Feb 1996 23:39:14 -0700 Message-Id: <199602160639.XAA10149@rover.village.org> To: Michael Smith Subject: Re: An ISP's Wishlist... Cc: muir@idiom.com (David Muir Sharnoff), freebsd-hackers@freebsd.org In-reply-to: Your message of Fri, 16 Feb 1996 15:19:46 +1030 Date: Thu, 15 Feb 1996 23:39:14 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : Address rewriting is not going to make you popular with too many people. : SLiRP is close to transparent as well, and doesn't require any work on : your part. SLiRP (as well as TIA) do address rewriting... Or is that your point? Warner From owner-freebsd-hackers Thu Feb 15 22:49:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09686 for hackers-outgoing; Thu, 15 Feb 1996 22:49:23 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA09677 for ; Thu, 15 Feb 1996 22:49:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA00363; Thu, 15 Feb 1996 22:48:34 -0800 To: Michael Smith cc: hackers@FreeBSD.ORG Subject: Re: Multidrop serial (422/485) driver In-reply-to: Your message of "Fri, 16 Feb 1996 15:13:48 +1030." <199602160443.PAA26172@genesis.atrad.adelaide.edu.au> Date: Thu, 15 Feb 1996 22:48:34 -0800 Message-ID: <361.824453314@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > The 'mdsio' driver provides support for multidrop serial busses, either > using a standard RS-422/485 interface card, or a standard RS-232 serial > port with DTR- or RTS-controlled transmit/receive. Uh. Interesting. I wasn't aware that anyone was still playing with serial networks since they dismantled BERKNET. :-) Are you guys actually using this stuff in such an application? Jordan > > At this point, the driver is for -stable; at some stage DEVFS support will > be added I'm sure. > > As the interface stands, it's simply a means for moving data on the bus; > to run IP (for example) on the bus would require a simple wrapper to > hang off a 'tun' device. > > If anyone believes they have an environment in which they could test/use > this driver, please contact me for more details. > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Thu Feb 15 22:53:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10240 for hackers-outgoing; Thu, 15 Feb 1996 22:53:17 -0800 (PST) Received: from vcgate1.mei.co.jp (vcgate1.mei.co.jp [202.32.14.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA10234 for ; Thu, 15 Feb 1996 22:53:13 -0800 (PST) Received: by vcgate1.mei.co.jp (5.65mei1.2g/5.5:4.6:vcgate0:950406) id AA06809; Fri, 16 Feb 96 15:51:24 +0900 Received: by vcmei.vanc.mei.co.jp (5.65mei1.1/5.9:4.9:vcmei:960215) id AA03630; Fri, 16 Feb 96 15:50:44 +0900 Received: by kmegate.kme.mei.co.jp (4.1/5.5:4.6:kmegate:960117) id AA13666; Fri, 16 Feb 96 15:51:22 JST Date: Fri, 16 Feb 96 15:51:22 JST From: akiyama@kme.mei.co.jp (Shunsuke Akiyama) Message-Id: <9602160651.AA13666@kmegate.kme.mei.co.jp> To: terry@lambert.org Cc: hackers@freebsd.org In-Reply-To: <199602141750.KAA25465@phaeton.artisoft.com> (message from Terry Lambert on Wed, 14 Feb 1996 10:50:54 -0700 (MST)) Subject: Re: Optical disk driver update and enhancement patch. Sender: owner-hackers@freebsd.org Precedence: bulk > Terry Lambert writes: > >> Known problem: >> UFS build on 1024 byte/sector media can not mount as root >> filesystem. > > What are the failure symptoms? Is it the BIOS-based boot blocks, > or does the kernel not recognize the device? It's mostly boot blocks. The PC-BIOS can handle 512 byte/sector size only. Kernel on 1024 byte/sector media never load into memeory, if boot blocks uses the BIOS. And another point, that's my patch. I reviewed my changes, then I found mistake. I made fix patch like bellow. I guess this patch may be fix mounting 1024 byte/sector media on root filesystem, with booting kernel on DOS FS using fbsdboot.exe. -- Shunsuke Akiyama Kyushu Matsushita Electric Co., Ltd. Fukuoka, Japan. akiyama@kme.mei.co.jp ----- Patch Here ----- =================================================================== RCS file: sys/ufs/ffs/RCS/ffs_vfsops.c,v retrieving revision 1.35.0.2 diff -u -r1.35.0.2 sys/ufs/ffs/ffs_vfsops.c --- 1.35.0.2 1996/02/12 07:45:48 +++ sys/ufs/ffs/ffs_vfsops.c 1996/02/15 14:02:35 @@ -31,7 +31,7 @@ * SUCH DAMAGE. * * @(#)ffs_vfsops.c 8.8 (Berkeley) 4/18/94 - * $Id: ffs_vfsops.c,v 1.35.0.2 1996/02/12 07:45:48 shun Exp $ + * $Id: ffs_vfsops.c,v 1.35.0.3 1996/02/15 14:02:35 shun Exp $ */ #include "opt_quota.h" @@ -327,12 +327,11 @@ (void)VFS_STATFS(mp, &mp->mnt_stat, p); if (fs == NULL) { - /* root mounts, set default sector size */ - mp->mnt_stat.f_spare[0] = 512; - } else { - /* non-root mounts, set sector size */ - mp->mnt_stat.f_spare[0] = fs->fs_fsize / fs->fs_nspf; + ump = VFSTOUFS(mp); + fs = ump->um_fs; } + /* set sector size */ + mp->mnt_stat.f_spare[0] = fs->fs_fsize / fs->fs_nspf; goto success; ----- Patch End ----- From owner-freebsd-hackers Thu Feb 15 23:54:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16423 for hackers-outgoing; Thu, 15 Feb 1996 23:54:14 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA16411 for ; Thu, 15 Feb 1996 23:54:09 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA27443; Fri, 16 Feb 1996 18:26:03 +1030 From: Michael Smith Message-Id: <199602160756.SAA27443@genesis.atrad.adelaide.edu.au> Subject: Re: Multidrop serial (422/485) driver To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 16 Feb 1996 18:26:02 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <361.824453314@time.cdrom.com> from "Jordan K. Hubbard" at Feb 15, 96 10:48:34 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > The 'mdsio' driver provides support for multidrop serial busses, either > > using a standard RS-422/485 interface card, or a standard RS-232 serial > > port with DTR- or RTS-controlled transmit/receive. > > Uh. Interesting. I wasn't aware that anyone was still playing with > serial networks since they dismantled BERKNET. :-) > > Are you guys actually using this stuff in such an application? It's called "industrial control". RS-485 is very heavily used in machine interfaces; properly wired it's nearly immune to interference, you can run it hundreds of metres over telephone cable, and it takes a $0.75 part to interface it to almost any UART or microcontroller. The 2000 olympics stadium at Homebush in Sydney is riddled with the stuff (cue Michael Butler 8), we use it for communications between our data acquisition systems and the associated radar transmitters; with an optically-isolated interface it doesn't suffer for being run in the same cable trays as the main antenna feeds (100KW+ @54MHz). > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Fri Feb 16 01:08:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA20979 for hackers-outgoing; Fri, 16 Feb 1996 01:08:50 -0800 (PST) Received: from nixpbe.pdb.sni.de (mail.sni.de [192.109.2.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA20974 for ; Fri, 16 Feb 1996 01:08:44 -0800 (PST) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id KAA25178 for hackers@freebsd.org; Fri, 16 Feb 1996 10:08:29 +0100 Message-Id: <199602160908.KAA25178@nixpbe.pdb.sni.de> Subject: Tracing HTTP connections To: hackers@freebsd.org (Hackers; FreeBSD) Date: Fri, 16 Feb 96 10:04:06 MET From: Greg Lehey X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org Precedence: bulk OK, this is off topic for FreeBSD, but I suspect that somebody here will have some useful input. I have a strange problem with a web server here, and I'm trying to figure out what's going on. The problem is that neither requestor nor server give me a useful error message. The server is the CERN server, and we've tried with a number of requestors, ranging from Mosaic and Netscape on UNIX to Internet Explorer (?) on Windoze 95%. In each case, on bit map images only, the requestor sporadically reports an "unable to connect messsage" after about 20 seconds. We've run tcpdump on the connection, but I can't recognize anything without knowing the protocol. Where can I find it? FWIW, here's a section where I suspect that something has gone wrong: 10:20:40.56 pcd72097.1055 > SMABSZ16.http: S 8161300:8161300(0) win 8192 (DF) 4500 002C 9207 4000 * 2006 A862 5911 643F E~~,~~@~ ~(bY~d? 5911 0A01 041F 0050 * 007C 8814 0000 0000 Y~~~~~~P~|~~~~~~ 6002 2000 CAC4 0000 * 0204 05B4 B4B4 `~ ~JD~~~~~444 10:20:40.56 SMABSZ16.http > pcd72097.1055: S 5640705:5640705(0) ack 8161301 win 32767 4500 002C BCA6 0000 * 4006 9DC3 5911 0A01 E~~,<&~~@~~CY~~~ 5911 643F 0050 041F * 0056 1201 007C 8815 Y~d?~P~~~V~~~|~~ 6012 7FFF 585D 0000 * 0204 05B4 0000 `~~X]~~~~~4~~ 10:20:40.56 pcd72097.1055 > SMABSZ16.http: . ack 1 win 8760 (DF) 4500 0028 9307 4000 * 2006 A766 5911 643F E~~(~~@~ ~'fY~d? 5911 0A01 041F 0050 * 007C 8815 0056 1202 Y~~~~~~P~|~~~V~~ 5010 2238 CDE1 0000 * 0000 0000 0000 P~"8Ma~~~~~~~~ 10:20:40.60 pcd72097.1055 > SMABSZ16.http: P 1:233(232) ack 1 win 8760 (DF) 4500 0110 9407 4000 * 2006 A57E 5911 643F E~~~~~@~ ~%~Y~d? 5911 0A01 041F 0050 * 007C 8815 0056 1202 Y~~~~~~P~|~~~V~~ 5018 2238 DCF0 0000 * 4745 5420 2F63 6769 P~"8\p~~GET /cgi 2D62 696E 2F68 7469 * 6D61 6765 2F6D 6170 -bin/htimage/map 732F 7765 6C63 6F6D * 652E 6D61 703F 3238 s/welcome.map?28 312C 3336 2048 5454 * 502F 312E 300D 0A52 1,36 HTTP/1.0~~R 6566 6572 6572 3A20 * 6874 7470 3A2F 2F38 eferer: http://8 392E 3137 2E31 302E * 312F 0D0A 436F 6E6E 9.17.10.1/~~Conn 6563 7469 6F6E 3A20 * 4B65 6570 2D41 6C69 ection: Keep-Ali 7665 0D0A 5573 6572 * 2D41 6765 6E74 3A20 ve~~User-Agent: 4D6F 7A69 6C6C 612F * 322E 3062 3520 2857 Mozilla/2.0b5 (W 696E 3935 3B20 4929 * 0D0A 486F 7374 3A20 in95; I)~~Host: 3839 2E31 372E 3130 * 2E31 0D0A 4163 6365 89.17.10.1~~Acce 7074 3A20 696D 6167 * 652F 6769 662C 2069 pt: image/gif, i 6D61 6765 2F78 2D78 * 6269 746D 6170 2C20 mage/x-xbitmap, 696D 6167 652F 6A70 * 6567 2C20 696D 6167 image/jpeg, imag 652F 706A 7065 672C * 202A 2F2A 0D0A 0D0A e/pjpeg, */*~~~~ 10:20:40.66 SMABSZ16.http > pcd72097.1055: . ack 233 win 32767 4500 0028 BCA7 0000 * 4006 9DC6 5911 0A01 E~~(<'~~@~~FY~~~ 5911 643F 0050 041F * 0056 1202 007C 88FD Y~d?~P~~~V~~~|~} 5010 7FFF 6F32 0000 * 0000 5491 C000 P~~o2~~~~T~@~ 10:20:40.74 SMABSZ16.http > pcd72097.1055: F 1:1(0) ack 233 win 32767 4500 0028 BCA8 0000 * 4006 9DC5 5911 0A01 E~~(<(~~@~~EY~~~ 5911 643F 0050 041F * 0056 1202 007C 88FD Y~d?~P~~~V~~~|~} 5011 7FFF 6F31 0000 * 0000 0008 0000 P~~o1~~~~~~~~ 10:20:40.74 pcd72097.1055 > SMABSZ16.http: . ack 2 win 8760 (DF) 4500 0028 9507 4000 * 2006 A566 5911 643F E~~(~~@~ ~%fY~d? 5911 0A01 041F 0050 * 007C 88FD 0056 1203 Y~~~~~~P~|~}~V~~ 5010 2238 CCF8 0000 * 0000 0000 0000 P~"8Lx~~~~~~~~ 10:20:40.77 pcd72097.1055 > SMABSZ16.http: R 8161533:8161533(0) win 0 (DF) 4500 0028 9807 4000 * 2006 A266 5911 643F E~~(~~@~ ~"fY~d? 5911 0A01 041F 0050 * 007C 88FD 44BD 3069 Y~~~~~~P~|~}D=0i 5004 0000 8C6F 0000 * 0000 0000 0000 P~~~~o~~~~~~~~ --- note long delay here. Maybe user delay? I suspect that something in the exchange above has caused the requestor to report the error. 10:21:04.74 pcd72097.1056 > SMABSZ16.http: S 8185492:8185492(0) win 8192 (DF) 4500 002C 9C07 4000 * 2006 9E62 5911 643F E~~,~~@~ ~~bY~d? 5911 0A01 0420 0050 * 007C E694 0000 0000 Y~~~~ ~P~|f~~~~~ 6002 2000 6C43 0000 * 0204 05B4 B4B4 `~ ~lC~~~~~444 Greg From owner-freebsd-hackers Fri Feb 16 01:36:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22743 for hackers-outgoing; Fri, 16 Feb 1996 01:36:51 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA22733 for ; Fri, 16 Feb 1996 01:36:40 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA23808 for freebsd-hackers@freefall.cdrom.com; Fri, 16 Feb 1996 10:37:36 +0100 Message-Id: <199602160937.KAA23808@gilberto.physik.rwth-aachen.de> Subject: xosview beta-test volunteers needed (fwd) To: freebsd-hackers@freefall.FreeBSD.org (user alias) Date: Fri, 16 Feb 1996 10:37:35 +0100 (MET) From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Picked up from a concurrent thread FYI: Forwarded message: > From owner-netbsd-help@netbsd.org Fri Feb 16 04:55:29 1996 > Message-Id: <199602152045.OAA13269@marvin.ece.utexas.edu> > Subject: xosview beta-test volunteers needed > To: netbsd-help@netbsd.org > Date: Thu, 15 Feb 1996 14:45:16 -0600 (CST) > From: bgrayson@pine.ece.utexas.edu (Brian C. Grayson) > X-Mailer: ELM [version 2.4 PL24 ME8b] > Mime-Version: 1.0 > Content-Type: text/plain; charset=US-ASCII > Content-Transfer-Encoding: 7bit > Content-Length: 1684 > Sender: owner-netbsd-help@netbsd.org > Precedence: list > X-Loop: netbsd-help@NetBSD.ORG > > Several months ago, I ported the Linux xosview application (a graphical > performance meter) to NetBSD-i386. After communication with the original > author, Mike Romberg, further enhancements have been done, and the > NetBSD port of xosview has been merged in with the C++ source tree. > xosview 1.4 is currently close to release, which will be xosview's public > debut as a NetBSD application. > > So far, xosview for NetBSD has only been tested on 5 Pentium machines I > have access to. In addition, I'm the only one who has installed it. As > such, I'd like some beta testers, preferrably including people from > non-i386 ports, to see how easy it is to install (and how good the > directions are), and make sure that it performs as expected (no major > bugs). We want the 1.4 release to be as high-quality as possible! > gcc-2.7.0 is required (or at least recommended -- we blew away 2.5.2(?) > when we bumped up to 2.7.2, so I can't test it with 2.5.2). > > I have a very simple home page for xosview, at > http://lore.ece.utexas.edu/~bgrayson/xosview.html. A real, permanent kind > of web page is being designed by Mike Romberg, that will also have links > for downloading source code or binaries. > > Volunteers should reply directly to me (no reason to clutter up the > mailing list any worse than necessary!). I'll send you a uuencoded tgz > file (~50KB in size) as soon as time permits! > > Thanks for your time! I hope other people agree that xosview is a useful > utility. > > Brian > -- > Brian Grayson (bgrayson@ece.utexas.edu) > Graduate Student, Electrical and Computer Engineering > The University of Texas at Austin > Office: ENS 406 (512) 471-8011 > Finger bgrayson@pine.ece.utexas.edu for PGP key. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Feb 16 01:44:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23250 for hackers-outgoing; Fri, 16 Feb 1996 01:44:49 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23239 for ; Fri, 16 Feb 1996 01:44:36 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id UAA29040; Fri, 16 Feb 1996 20:43:28 +1100 From: michael butler Message-Id: <199602160943.UAA29040@asstdc.scgt.oz.au> Subject: Re: Multidrop serial (422/485) driver To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 16 Feb 1996 20:43:26 +1100 (EST) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199602160756.SAA27443@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 16, 96 06:26:02 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Michael Smith writes: > It's called "industrial control". RS-485 is very heavily used in > machine interfaces; properly wired it's nearly immune to interference, > you can run it hundreds of metres over telephone cable, and it takes a > $0.75 part to interface it to almost any UART or microcontroller. It can be considered to be a similar balanced line technology to the HSSI port at the back of your average Cisco but because we don't want (or need) E1 or T1 speeds we can be far more "liberal" with both cabling and termination requirements. My test bed runs with 38k4 async between "photo-size" (5"x7") micro controllers (of my own design) in (almost raw) IP framing .. a little like an ethernet actually. With sufficient care, it can be made to work extremely well. > The 2000 olympics stadium at Homebush in Sydney is riddled with the stuff > (cue Michael Butler 8), .. Not quite yet .. first phase is the Cricket Ground and Football Stadium site (where the soccer will be played) with integrated fire and intrusion alarm monitoring (being implemented now). Building and plant monitoring management (including irrigation) will follow. Because it's IP-encapsulated, I can route it the 4km to here (at home) or across the (~14km) ISDN link to Homebush as easily as any other data stream. If any "disaster" occurs to that link (which will be B-ISDN by 2000) it's no pain at all to dynamically re-route over a standby microwave channel. At no time, however, do I expect the comms link to be real-time .. IP just isn't .. what I do expect is to be able to download event scheduling information and since each micro has a clock with 5mS resolution .. it just looks like it does. Having all but ditched the commercial unix implementations, FreeBSD now forms the core of this network. When it's all up and running as I want it, I will be making more "noise" about this :-) > .. we use it for communications between our data acquisition systems and > the associated radar transmitters; with an optically-isolated interface it > doesn't suffer for being run in the same cable trays as the main antenna > feeds (100KW+ @54MHz). The SCG also have about 30km of fibre installed .. not so much because of RF EMI (we only run weather radar, Bendix hand-helds and the local mobile-phone cell) but because of lightning strikes .. averaging the demise of one colour CCTV camera every two weeks at the moment .. ~75 metre high lighting towers don't help :-( michael From owner-freebsd-hackers Fri Feb 16 02:07:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA24409 for hackers-outgoing; Fri, 16 Feb 1996 02:07:42 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA24402 for ; Fri, 16 Feb 1996 02:07:27 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id VAA05234; Fri, 16 Feb 1996 21:04:20 +1100 Date: Fri, 16 Feb 1996 21:04:20 +1100 From: Bruce Evans Message-Id: <199602161004.VAA05234@godzilla.zeta.org.au> To: msmith@atrad.adelaide.edu.au, souchu@firtech.lri.fr Subject: Re: EIDE 2300+ Promise Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >Maybe surprising, fbsdboot.exe boots FreeBSD properly when >the external bios is activated... without EIDE2300.SYS loaded. >May the Promise bug be corrected by DOS ? Apparently. dosboot does essentially the same things as biosboot to convert to C/H/S values. Bruce From owner-freebsd-hackers Fri Feb 16 02:22:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA25244 for hackers-outgoing; Fri, 16 Feb 1996 02:22:26 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA25234 for ; Fri, 16 Feb 1996 02:22:01 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id PAA04128; Fri, 16 Feb 1996 15:18:05 +0500 From: "Serge A. Babkin" Message-Id: <199602161018.PAA04128@hq.icb.chel.su> Subject: Digi patch To: bde@zeta.org.au (Bruce Evans) Date: Fri, 16 Feb 1996 15:18:05 +0500 (GMT+0500) Cc: hackers@freebsd.org In-Reply-To: <199512261054.VAA31894@godzilla.zeta.org.au> from "Bruce Evans" at Dec 26, 95 09:54:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hello! There is a fix for the bug reported to me by Alexis Yashin (sometimes the process hangs when closing digi port). Commit it please. Thank you! *** dgb.c 1996/02/05 04:35:28 --- dgb.c 1996/02/05 04:40:17 *************** *** 1386,1391 **** --- 1386,1392 ---- } #ifndef TS_ASLEEP /* post 2.0.5 FreeBSD */ ttwwakeup(tp); + wakeup(TSA_OCOMPLETE(tp)); #else if(tp->t_state & TS_ASLEEP) { tp->t_state &= ~TS_ASLEEP; From owner-freebsd-hackers Fri Feb 16 02:43:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26737 for hackers-outgoing; Fri, 16 Feb 1996 02:43:48 -0800 (PST) Received: from doberman.cisco.com (doberman.cisco.com [171.69.1.178]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26732 for ; Fri, 16 Feb 1996 02:43:45 -0800 (PST) Received: (amcrae@localhost) by doberman.cisco.com (8.6.8+c/8.6.5) id CAA19529 for hackers@@freebsd.org; Fri, 16 Feb 1996 02:43:14 -0800 Date: Fri, 16 Feb 1996 02:43:14 -0800 From: Andrew McRae Message-Id: <199602161043.CAA19529@doberman.cisco.com> To: hackers@@freebsd.org Subject: Re: Multidrop serial (422/485) driver Sender: owner-hackers@freebsd.org Precedence: bulk michael butler writes: >Michael Smith writes: > >> It's called "industrial control". RS-485 is very heavily used in >> machine interfaces; properly wired it's nearly immune to interference, >> you can run it hundreds of metres over telephone cable, and it takes a >> $0.75 part to interface it to almost any UART or microcontroller. > >It can be considered to be a similar balanced line technology to the HSSI >port at the back of your average Cisco but because we don't want (or need) >E1 or T1 speeds we can be far more "liberal" with both cabling and >termination requirements. > >My test bed runs with 38k4 async between "photo-size" (5"x7") micro >controllers (of my own design) in (almost raw) IP framing .. a little like >an ethernet actually. With sufficient care, it can be made to work extremely >well. This may seem to be a little off the freebsd topic, but maybe not... Why does it seem that only Australian companies are using RS-485! At my previous job (MITS, used to be Megadata) we were using RS-485 to run Token Bus through electrical substations. Because of the differential nature, the length of bus is inversely proportional to the speed. We were running at 2 Mbits, which would run hundreds of metres. The Motorola 68824 TBC interfaced to a RS-485 twisted pair modem; the TBC did all that nasty media access to give you a nice looking LAN which we ran IP over. None of this dinky low speed async stuff :-) The same setup also had freebsd running on an industrial PC running a graphical interface for the substation, gatewayed via ethernet to the rest of the internet (which often included WAN links to other substations etc.). A serious FreeBSD application. Lots of people are using RS-485 in industrial applications, and I applaud the effort to get a working FreeBSD interface to it. Now if only those pesky PLC people would get their act together and start to develop some *real* protocols instead of the crap that they come out with... BTW I wouldn't say that there is a HSSI at the back of your average cisco box, nor is it a good comparison to RS-485. RS-485 is more closely akin to RS-449, just like RS-423 is the differential version of RS-232. HSSI (at 52 Mbits/sec) uses ECL drivers and is point-to-point (which my *new* employer designed :-) Cheers, Andrew McRae (amcrae@cisco.com) From owner-freebsd-hackers Fri Feb 16 02:45:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26960 for hackers-outgoing; Fri, 16 Feb 1996 02:45:22 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26893 for ; Fri, 16 Feb 1996 02:44:33 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA13884; Fri, 16 Feb 1996 12:46:50 +0200 Date: Fri, 16 Feb 1996 12:46:49 +0200 (EET) From: Narvi To: Nate Williams cc: hackers@FreeBSD.ORG Subject: Re: Broadcast, Netmask, and other such information In-Reply-To: <199602152223.PAA01710@rocky.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 15 Feb 1996, Nate Williams wrote: > David Greenman writes: > > >Maybe I'm not making myself clear. When I say 'addresses in the > > >subnet', I'm trying to convey a number which *should* be a power of 2 #. > > >In the above example, there are 32 addresses assigned in each subnet, of > > >which there are only 31 usable as host addresses (except in the first > > >and last subnets due to the .0 & .255 addresses being unusable). > > > > Actually, no, you would only get 30 hosts per subnet. The all-ones host > > part on each subnet is the subnet's broadcast address and all-zeros host > > can't be used, either. > > I'm assigned 32 IP addresses out of the 10.5.5.0/24, which is > 10.5.5.96/27. Are you saying that I can't use the address 10.5.5.96 > since it's the 'all zeroes' address? > > > > Nate > Yes, you can't. The "network" and "broadcast" adresses are reserved - you can't use them for IP adresses for physical interfaces. I assure you - there is no way and it should not be done. Sander. From owner-freebsd-hackers Fri Feb 16 03:29:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29380 for hackers-outgoing; Fri, 16 Feb 1996 03:29:10 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA29375 for ; Fri, 16 Feb 1996 03:28:59 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id WAA07943; Fri, 16 Feb 1996 22:18:55 +1100 Date: Fri, 16 Feb 1996 22:18:55 +1100 From: Bruce Evans Message-Id: <199602161118.WAA07943@godzilla.zeta.org.au> To: babkin@hq.icb.chel.su, bde@zeta.org.au Subject: Re: Digi patch Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >There is a fix for the bug reported to me by Alexis Yashin (sometimes >the process hangs when closing digi port). Commit it please. >Thank you! >*** dgb.c 1996/02/05 04:35:28 >--- dgb.c 1996/02/05 04:40:17 >*************** >*** 1386,1391 **** >--- 1386,1392 ---- > } > #ifndef TS_ASLEEP /* post 2.0.5 FreeBSD */ > ttwwakeup(tp); >+ wakeup(TSA_OCOMPLETE(tp)); > #else > if(tp->t_state & TS_ASLEEP) { > tp->t_state &= ~TS_ASLEEP; Er, it's wrong. Processes sleeping on TSA_OCOMPLETE(tp) should not be woken up until output is complete. ttwwakeup() does this. Output is complete if t_outq is empty and the TS_BUSY bit is clear. The bug is probably that TS_BUSY doesn't get cleared properly. TS_BUSY apparently gets cleared in the next call to t_oproc() - otherwise ttywait() would loop forever waking itself up. The extra wakeup would be harmless if this livelock wasn't a possibility. Bruce From owner-freebsd-hackers Fri Feb 16 03:37:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00167 for hackers-outgoing; Fri, 16 Feb 1996 03:37:22 -0800 (PST) Received: from hda.com ([199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA00161 for ; Fri, 16 Feb 1996 03:37:19 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id GAA00964 for hackers@freebsd.org; Fri, 16 Feb 1996 06:45:11 -0500 From: Peter Dufault Message-Id: <199602161145.GAA00964@hda.com> Subject: Away for a week To: hackers@freebsd.org Date: Fri, 16 Feb 1996 06:45:09 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I'll be away for a week starting tomorrow AM. I'll be off all the lists - anyone peripherally working on something with me is advised to send private e-mail. "hda.com" will stay up this time (I hope) - I should even have the UPS working. [I'm off to "Disney World" with the kids for a week during a school vacation week. Anyone down at Disney on the list? We can talk FreeBSD strategy at the world's largest entertainment conglomerate. Follow up my idle chat to -chat, please] Peter -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Feb 16 04:02:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA01363 for hackers-outgoing; Fri, 16 Feb 1996 04:02:25 -0800 (PST) Received: from hda.com ([199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA01356 for ; Fri, 16 Feb 1996 04:02:22 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id HAA01114; Fri, 16 Feb 1996 07:09:36 -0500 From: Peter Dufault Message-Id: <199602161209.HAA01114@hda.com> Subject: Re: Multidrop serial (422/485) driver To: imb@scgt.oz.au (michael butler) Date: Fri, 16 Feb 1996 07:09:35 -0500 (EST) Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, hackers@FreeBSD.ORG In-Reply-To: <199602160943.UAA29040@asstdc.scgt.oz.au> from "michael butler" at Feb 16, 96 08:43:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Having all but ditched the commercial unix implementations, FreeBSD now > forms the core of this network. When it's all up and running as I want it, I > will be making more "noise" about this :-) Please budget the time for a nice web page I can direct our clients too... -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Feb 16 05:53:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA05723 for hackers-outgoing; Fri, 16 Feb 1996 05:53:34 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA05718 for ; Fri, 16 Feb 1996 05:53:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id FAA05781; Fri, 16 Feb 1996 05:53:04 -0800 To: Sergio de Almeida Lenzi cc: hackers@FreeBSD.org, compint@host.igs.net Subject: Re: Your 3D product (fwd) In-reply-to: Your message of "Tue, 13 Feb 1996 20:59:48 GMT." Date: Fri, 16 Feb 1996 05:53:04 -0800 Message-ID: <5779.824478784@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > It seems FreeBSD can run Linux binaries. Our linux version is > statiscally linked (Linux 1.2.1 X11R6). Do you think it will > run under FreeBSD? It appears to run just fine. I've tried all the major functions that are supported in the stock Linux version and I had no trouble with any of them - not even any of the warning messages that our emulator sometimes spits out. I'll say that I'd be hard pressed to think of a convincing reason to do a FreeBSD port when the Linux one works this well. Perhaps some notation could be made saying that FreeBSD 2.1-RELEASE or later can run this in emulation mode? Of course, should these folks decide to start doing motion capture directly from one of our supported frame grabber cards, well, that the might require some native support! :-) Jordan From owner-freebsd-hackers Fri Feb 16 06:30:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07112 for hackers-outgoing; Fri, 16 Feb 1996 06:30:28 -0800 (PST) Received: from border.com (janus.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA07106 for ; Fri, 16 Feb 1996 06:30:22 -0800 (PST) Received: by janus.border.com id <20481-1>; Fri, 16 Feb 1996 09:32:15 -0500 Date: Fri, 16 Feb 1996 09:29:54 -0500 From: Jerry Kendall To: "Serge A. Babkin" Cc: Lyndon Nerenberg VE7TCP , freebsd-hackers@freebsd.org Subject: Re: 3C5XX diskless boot w/BOOTWARE ROMs? In-Reply-To: <199602160543.KAA25834@hq.icb.chel.su> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Feb16.093215est.20481-1@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk About 3 months ago, I put a document together that detailed to a very good level, how to do this... Here is te html version.... don't know what I did with the ascii version. Have fun. Jerry ---------- CUT ------------- DISKLESS X SERVER

DISKLESS X SERVER

A how to guide

By Jerry Kendall

(jerry@kcis.com)

With the help of some 'friends' on the FreeBSD-hackers list, I have been able to create a diskless X terminal... The creation of the X terminal required first creating a diskless system with minimal utilities mounted via NFS. These same steps were used to create 2 seperate diskless systems. The first is 'altair.kcis.com'. A diskless X terminal that I run on my old 386DX-40. It has a 340Meg hard disk but, I did not want to change it. So, it boots from 'antares.kcis.com' across a ethernet. The second system is a 486DX2-66. I setup a diskless FreeBSD(complete) that uses no local disk. The server in that case is a Sun 670MP running SunOS 4.1.3. The same setup configuration was needed for both.

NOTE: I am sure that there is stuff that needs to be added to this. Please send me any comments....
  • Creating the boot floppy(On the diskless system)

    Since the network boot loaders will not work with some of the TSR's and such that MS-DOS uses, it is best to create a dedicated boot floppy OR, if you can, create an MS-DOS menu that will(via the config.sys/autoexec.bat files) ask what configuration to load when the system starts. The later is the method that I use and it works great. My MS-DOS(6.x) menu is below.

    	---- config.sys ----
	[menu]
	menuitem=normal, normal
	menuitem=unix, unix
	[normal]
	....
	normal config.sys stuff
	...
	[unix]
	----

	---- autoexec.bat ----
	@ECHO OFF
	goto %config%

	:normal
	...
	normal autoexec.bat stuff
	...
	goto end

	:unix
	cd \netboot
	nb8390.com

	:end
	----

  • Getting the network boot programs(On the server)

    Compile the 'net-boot' programs that are located in /usr/src/sys/i386/boot/netboot. You should read the comments at the top of the makefile. Adjust as required. !!!! make a backup of the original in case it gets fobar'd !!! When the build is done, there should be 2 MS-DOS executables, 'nb8390.com' and 'nb3c509.com'. One of these two programs will be what you need to run on the diskless server. It will load the kernel from the boot server. At this point, put both programs on the MS-DOS boot floppy created earlier.

  • Determine which program to run(On the diskless system)

    If you know the chipset that your ethernet adapter uses, this is easy. If you have the NS8390 chipset, or a NS8390 based chipset, use NB8390.COM. If you have a 3Com 509 based chipset, use the NB3C509.COM boot program. If you are not sure which you have, try using one, if it says 'No adapter found', try the other. Beyond that, you are pretty much on your own.

  • Booting across the network

    Boot the diskless system with out any config.sys/autoexec.bat files. try running the boot program for your ethernet adapter.

    		
	My ethernet adapter is running in WD8013 16bit mode so
	I run NB8390.COM

	C:> cd \netboot
	C:> nb8390

		Boot from Network (Y/N) ?  Y

		BOOTP/TFTP/NFS bootstrap loader     ESC for menu

		Searching for adapter..
		WD8013EBT base 0x0300, memory 0x000D8000, addr 00:40:01:43:26:66

		Searching for server..

    At this point, my diskless system is trying to find a machine to act as a boot server. Make note of the addr line above, you will need this number later. Reset the diskless system and modify your config.sys and autoexec.bat files to do these steps automatically for you. Perhaps in a menu. If you had to run 'nb3c509.com' instead of 'nb8390.com' the output is the same as above. If you got 'No adapter found' at the 'Searching for adapter..' message, verify that you did indeed set the compile time defines in the makefile correctly.

  • Allowing systems to boot across the network(On the server)

    Make sure the /etc/inetd.conf file has entries for tftp and bootps. Mine are listed below:

    	---- /etc/inetd.conf ----
	tftp	dgram	udp	wait	nobody	/usr/libexec/tftpd	tftpd
	#
	# Additions by who ever you are
	bootps  dgram  udp  wait  root  /usr/libexec/bootpd bootpd /etc/bootptab
	----

    If you have to change the /etc/inetd.conf file, send a HUP signal to inetd. To do this, get the process ID of inetd with 'ps -ax | grep inetd | grep -v grep'. Once you have it, send it a HUP signal. Do this by 'kill -HUP '. This will force inetd to re-read its config file.

    Did you remember to note the 'addr' line from the output of the boot loader on the diskless system???? Guess what, here is where you need it.

    Add an entry to /etc/bootptab(maybe creating the file). It should be laid out identical to this:

    	altair:\
		:ht=ether:\
		:ha=004001432666:\
		:sm=255.255.255.0:\
		:hn:\
		:ds=199.246.76.1:\
		:ip=199.246.76.2:\
		:gw=199.246.76.1:\
		:vm=rfc1048:

	The lines are as follows:
		'altair' the diskless systems name without the domain name.
		'ht=ether' the hardware type of 'ethernet'.
		'ha=004001432666' the hardware address(the number noted above).
		'sm=255.255.255.0' the subnet mask.
		'hn' tells server to send client's hostname to the client.
		'ds=199.246.76.1' tells the client who the domain server is.
		'ip=199.246.76.2' tells the client what it's IP address is.
		'gw=199.246.76.1' tells the client what the default gateway is.
		'vm=...' just leave it there...

    NOTE: ****** Be sure to setup the IP addresses correctly, the addresses above are my own......

    Create the directory '/tftpboot' on the server it will contain the configuration files for the diskless systems that the server will serve. These files will be named 'cfg.' where is the IP address of the diskless system. The config file for 'altair' is /tftpboot/cfg.199.246.76.2. The contents is:

    	---- /tftpboot/cfg.199.246.76.2 ----
	rootfs 199.246.76.1:/DiskLess/rootfs/altair
	hostname altair.kcis.com
	----
    The line 'hostname altair.kcis.com' simply tells the diskless system what its fully qualified domain name is.

    The line 'rootfs 199.246.76.1:/DiskLess/rootfs/altair' tells the diskless system where its NFS mountable root filesystem is located.

    NOTE:!!!!! The NFS mounted root filesystem will be mounted READ ONLY.

    The hierarchy for the diskless system can be re-mounted allowing read-write operations if required.

    I use my spare 386DX-40 as a dedicated X terminal...

    The hierarchy for 'altair' is:

    	/
	/bin
	/etc
	/tmp
	/sbin
	/dev
	/dev/fd
	/usr
	/var
	/var/run

    The actual list of files is:

    	-r-xr-xr-x  1 root  wheel  779984 Dec 11 23:44 ./kernel
	-r-xr-xr-x  1 root    bin  299008 Dec 12 00:22 ./bin/sh
	-rw-r--r--  1 root  wheel     499 Dec 15 15:54 ./etc/rc
	-rw-r--r--  1 root  wheel    1411 Dec 11 23:19 ./etc/ttys
	-rw-r--r--  1 root  wheel     157 Dec 15 15:42 ./etc/hosts
	-rw-r--r--  1 root    bin    1569 Dec 15 15:26 ./etc/XF86Config.altair
	-r-x------  1 bin     bin  151552 Jun 10  1995 ./sbin/init
	-r-xr-xr-x  1 bin     bin  176128 Jun 10  1995 ./sbin/ifconfig
	-r-xr-xr-x  1 bin     bin  110592 Jun 10  1995 ./sbin/mount_nfs
	-r-xr-xr-x  1 bin     bin  135168 Jun 10  1995 ./sbin/reboot
	-r-xr-xr-x  1 root    bin   73728 Dec 13 22:38 ./sbin/mount
	-r-xr-xr-x  1 root  wheel    1992 Jun 10  1995 ./dev/MAKEDEV.local
	-r-xr-xr-x  1 root  wheel   24419 Jun 10  1995 ./dev/MAKEDEV

    Don't forget to 'MAKEDEV all' in the 'dev' directory.

    My /etc/rc for 'altair' is:

    	#!/bin/sh
	#
	PATH=/bin:/sbin
	export PATH
	#
	# configure the localhost
	/sbin/ifconfig lo0 127.0.0.1
	#
	# configure the ethernet card
	/sbin/ifconfig ed0 199.246.76.2 netmask 0xffffff00
	#
	# mount the root filesystem via NFS
	/sbin/mount antares:/DiskLess/rootfs/altair /
	#
	# mount the /usr filesystem via NFS
	/sbin/mount antares:/DiskLess/usr /usr
	#
	/usr/X11R6/bin/XF86_SVGA -query antares -xf86config /etc/XF86Config.altair > /dev/null 2>&1
	#
	# Reboot after X exits
	/sbin/reboot
	#
	# We blew up....
	exit 1

    Any comments and ALL questions welcome....

    Jerry Kendall

    jerry@kcis.com

    ---------- CUT ------------- On Fri, 16 Feb 1996, Serge A. Babkin wrote: > > > > > Has anyone managed to get a diskless boot happening with Bootware's > > boot ROMs? They load the boot image at a different address, and I've > > made what I think are the appropriate changes in the kernel image, etc., > > but I'm ending up with a wedged machine. Anyone out there have some > > prior art they're willing to share before I dig into this further? > > As far as I know the Bootware boot ROM was designed primarily for DOS booting. > > Did you tried the existing network boot support in > > /sys/i386/boot/netboot ? > > There exists support for 3c509 (and possibly 3c579 but I did not tested > it). Adding changes for other members of Etherlink III family must > be easy. > > -SB > -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Fri Feb 16 06:48:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA08230 for hackers-outgoing; Fri, 16 Feb 1996 06:48:43 -0800 (PST) Received: from pain.csrv.uidaho.edu (root@pain.csrv.uidaho.edu [129.101.114.109]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA08224 for ; Fri, 16 Feb 1996 06:48:35 -0800 (PST) Received: (from fn@localhost) by pain.csrv.uidaho.edu (8.7.3/8.6.9) id GAA10052 for hackers@freebsd.org; Fri, 16 Feb 1996 06:48:26 -0800 (PST) Date: Fri, 16 Feb 1996 06:48:26 -0800 (PST) From: Faried Nawaz Message-Id: <199602161448.GAA10052@pain.csrv.uidaho.edu> To: hackers@freebsd.org Subject: fyi. Sender: owner-hackers@freebsd.org Precedence: bulk Path: news.uidaho.edu!news.orst.edu!engr.orst.edu!reuter.cse.ogi.edu!psgrain!newsfeed.internetmci.com!bloom-beacon.mit.edu!jik.datasrv.co.il!jik.datasrv.co.il!jik From: jik@annex-1-slip-jik.cam.ov.com (Jonathan Kamens) Newsgroups: comp.protocols.kerberos,comp.bugs.4bsd Subject: krlogin/krlogind usage of OOB data is broken Date: 10 Feb 1996 18:32:09 GMT Organization: jik's Linux box Lines: 99 Sender: jik@jik.datasrv.co.il (Jonathan Kamens) Message-ID: <4fiobt$590@jik.datasrv.co.il> NNTP-Posting-Host: jik.datasrv.co.il Xref: news.uidaho.edu comp.protocols.kerberos:3550 comp.bugs.4bsd:167 (Comp.bugs.4bsd folks: This posting relates to a problem in how the Kerberos rlogin and rlogind programs use out-of-band data. However, I believe that the problem I'm describing here is shared by the stock BSD rlogin and rlogind programs, which is why I'm cross-posting to comp.bugs.4bsd.) I understand that Sam Hartman has done a considerable amount of work on rlogin and rlogind, trying to get their handling of out-of-band data to work properly. I've done similar work independently of Sam, and I suspect that my changes are quite different from the ones he's implemented; nevertheless, I've come to the conclusion that the way the protocl uses OOB data is broken in at least on way that simply cannot be fixed without changing the protocol. The basic problem I'm encountering is this: What happens if krlogind sends an OOB message to krlogin, and then it sends a *second* OOB message before krlogin has processed the first one? This *can* and *does* happen. For example, when I krlogin from my Linux box at home to an AIX box at work over a SLIP link, the AIX box sends three different OOB messages as part of the initial initialization of the connection, and network congestion can easily cause all of them to get to my Linux box in consecutive packets, too quickly for it to deal with each of them before the next one arrives. Unfortunately, the way OOB data is implemented in the Linux kernel (and I believe in many other UNIX kernels as well) is that only one OOB message is allowed at a time. If a second message is received while the first one is still pending, the first one becomes part of the normal data stream, and the OOB mark is moved to the second one. This does appear to be legal, according to the BSD documentation about OOB data. Consider what occurs if this happens with krlogin/krlogind -- if krlogind sends multiple OOB messages consecutively, then krlogin will process one of them, but the rest will simply be part of the data stream, thus causing one or more garbage characters to appear on the user's screen. If the connection is being encrypted, the results are much worse -- the OOB messages that enter the normal data stream corrupt it, which usually causes krlogin to complain and close the connection. I came up with three hacks to reduce the likelihood of this problem, but they're all real hacks, and even all of them together don't work 100% of the time. First of all, I modified the protocol() function in krlogind so that any single run through the protocol() loop only causes a single OOB byte to be sent, with all the commands that need to be sent OR'd together in it. This appears to be OK since (a) krlogin treats the OOB byte as a mask, and checks it to see which bits are set, and (b) the various commands sent as OOB bytes are bit-wise exlusive of each other. I confess that of the three hacks I came up with, this is the one I'm least sure about, so if anyone can confirm or deny that this is a reasonable thing to do, I'd love to hear it. For the Linux -> AIX case I mentioned above, this reduces the number of OOB bytes sent by the AIX box from three to two. Second, I modified krlogind so that it never sends two OOB messages less than five seconds apart. In *most* cases, this gives the client time to process the first OOB message before the second one is sent. But of course, it introduces delays when initiating some connections. Sometimes network congestion or whatever makes the five-second pause by krlogind meaningless, and besides, sometimes krlogin will have to talk to a krlogind which hasn't been modified in this way. So I put a third hack hack in des_read() in krlogin. When des_read() reads the length of the next encrypted data block off the net, and that length is absurd, it checks to see if the first byte of the length contains a valid OOB message. If it does, it processes it as an OOB message, shifts the three remaining bytes of the length up one, and then reads a new byte to replace the one that was treated as OOB. In the case of the Linux -> AIX connection I mentioned above, it ends up doing this twice, since the Linux box gets three OOB messages in quick succession and only ends up dealing with one of them as OOB data. I figured that this doesn't really pose a thread to the encrypted data stream, since if there's really a problem with it the problem will turn up later anyway. However, that second hack in krlogin will only work when an encrypted session is being used. Non-encrypted sessions will still end up with some OOB messages not getting processed and ending up as garbage in the data stream. Furthermore, even with these hacks, I've still seen instances where des_read() gets unexpected values when it tries to read the length off the net, or where the encrypted data is not available for some reason when it tries to read it. As far as I can tell, the only way to make this work reliably is to require hand-shaking -- when krlogind sends OOB data to krlogin, krlogin needs to send OOB data back to krlogind to tell it when it has processed the data, and krlogind needs to wait for that ACK before sending any more OOB data. This is, I believe, how telnet/telnetd handle their OOB data. Unfortunately, this would require changing the krlogin/krlogind protocol (and I realize that "protocol" is a strong word) in a way that would make the new krlogin incompatible with the old krlogind and vice versa. The closest thing that I can come up with to modifying the protocol in a backward-compatible way is to have krlogind set a bit in the first OOB byte it sends, to tell krlogin, "I know how to deal with OOB ACK messages, so you should ACK every OOB message you receive." Unfortunately, I can't figure out a protocol-compatible way for krlogin to tell krlogind that it knows how to deal with this bit, so after sending this bit to krlogin, krlogind has no way of knowing whether it should wait for the ACK from krlogin. I would appreciate any input that people might have into this problem. Am I right that there's a problem? Has it always been there? Is there any way to solve it, short of either (a) modifying the protocol in a way that isn't backward-compatible, or (b) ditching krlogin/krlogind altogether and using ktelnet/ktelnetd instead (yes, I'd love to do that, but first of all, some of our customers demand krlogin/krlogind, and second, I've heard rumors that the security negotiation in ktelnet/ktelnetd is vulnerable). Thanks. From owner-freebsd-hackers Fri Feb 16 06:53:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA08349 for hackers-outgoing; Fri, 16 Feb 1996 06:53:14 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA08344 for ; Fri, 16 Feb 1996 06:53:12 -0800 (PST) Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id JAA12992; Fri, 16 Feb 1996 09:52:58 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id JAA01507; Fri, 16 Feb 1996 09:52:39 -0500 (EST) Date: Fri, 16 Feb 1996 09:51:33 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: Michael Smith cc: "Jordan K. Hubbard" , msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG Subject: Re: Multidrop serial (422/485) driver In-Reply-To: <199602160756.SAA27443@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 16 Feb 1996, Michael Smith wrote: > Jordan K. Hubbard stands accused of saying: > > > > > The 'mdsio' driver provides support for multidrop serial busses, either > > > using a standard RS-422/485 interface card, or a standard RS-232 serial > > > port with DTR- or RTS-controlled transmit/receive. > > > > Uh. Interesting. I wasn't aware that anyone was still playing with > > serial networks since they dismantled BERKNET. :-) > > > > Are you guys actually using this stuff in such an application? > > It's called "industrial control". RS-485 is very heavily used in > machine interfaces; properly wired it's nearly immune to interference, > you can run it hundreds of metres over telephone cable, and it takes a > $0.75 part to interface it to almost any UART or microcontroller. > > The 2000 olympics stadium at Homebush in Sydney is riddled with the stuff > (cue Michael Butler 8), we use it for communications between our > data acquisition systems and the associated radar transmitters; with > an optically-isolated interface it doesn't suffer for being run in the > same cable trays as the main antenna feeds (100KW+ @54MHz). One other common application: light boards in theatres. One common system that's out there run by the use of RS-485. Amateur theatre groups would be fascinated by a free system to control their lights for them. The protocol is public ... > > > Jordan > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ > ----------------------------+----------------------------------------------- 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 n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Feb 16 07:17:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09343 for hackers-outgoing; Fri, 16 Feb 1996 07:17:23 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09322 Fri, 16 Feb 1996 07:17:18 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA02788; Fri, 16 Feb 1996 10:19:14 -0500 Date: Fri, 16 Feb 1996 10:19:14 -0500 Message-Id: <199602161519.KAA02788@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Louis A. Mamakos" From: dennis@etinc.com (dennis) Subject: Re: Frame Relay and FreeBSD Cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Louis writes..... >On the other hand, your Internet gateway doesn't have to fsck when the >power fails and comes back again. It doesn't serve web pages, or run >SMTP.. it does actually route packets pretty well. You're missing the point...you're comparing a router to a host/router, and I'm comparing a card to a router box.. No....my card doesnt have any moving parts either. There are substantial performance and functional advantages to having a common code solution between router and server. What's really funny is that you contradict yourself in your next "argument" > >To each his own.. My PL50 works really well, and takes up less space >than the ZyXEL modem I used to use. It doesn't have moving parts, and >doesn't need an external CSU/DSU. My argument is to put a router INTO my server...your argument of putting the CSU into the router is similar, except that you almost always dont have a choice of which CSU/DSU to use with an integrated solution. If you dont care...then fine...but they're almost never as good or reliable as external ones. > >> >> A good rule of thumb: If you know un*x, use un*x....if you don't, use >> something else. >> > >Yes, it's true that if the only tool you have is a hammer, everything >looks like a nail. That's no excuse not to get the 'right' tool for >the job. I dont think that the "hammer" argument works here...theres no evidence that your solution is better or more appropriate than a unix solution, and much evidence that it is less flexible and lower performance (due to an added hop, at the minimum). From the talk about problems with the PLs, I'd say its a pretty risky choice. dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Fri Feb 16 07:47:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11221 for hackers-outgoing; Fri, 16 Feb 1996 07:47:07 -0800 (PST) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA11203 for ; Fri, 16 Feb 1996 07:46:35 -0800 (PST) Received: from uucp3.UU.NET by relay5.UU.NET with SMTP id QQadel28482; Fri, 16 Feb 1996 10:46:17 -0500 (EST) Received: from uanet.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Fri, 16 Feb 1996 10:46:18 -0500 Received: by crocodil.monolit.kiev.ua; Fri, 16 Feb 96 16:17:44 +0200 Received: (from dk@localhost) by dog.farm.org (8.6.11/dk#3) id OAA24477; Fri, 16 Feb 1996 14:36:25 +0200 Date: Fri, 16 Feb 1996 14:36:25 +0200 From: Dmitry Kohmanyuk Message-Id: <199602161236.OAA24477@dog.farm.org> To: uhclem@nemesis.lonestar.org (Frank Durda IV) Cc: freebsd-hackers@freebsd.org Subject: Re: Is "immutable" supposed to be a good idea? Newsgroups: cs-monolit.gated.lists.freebsd.hackers Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org Precedence: bulk In article you wrote: > Some of the /stand directory files were also missing, but "mt" and > "restore" still worked, so I took the latest backup and used it to restore > /usr/lib. But guess what I found once the restore was complete? Thanks > to those lovely "immutable" flags on the shared libraries, the restore had > no effect on them! So after the restore was completed, the garbled files > were still there. Hmmm... I run 2.0.5, and have moved my system to different drives several times, so perhaps I have lost them... But my understanding that file flags work only in security level 0 or above, and the default security level is -1, and can be raised only by hand by `sysctl -w kern.securelevel=0'. >From my understanding, none of /etc/* scripts changes securelevel. It's up to sysadmin to enable this ( and I really _love_ to make my /kernel /sbin/init /bin/sh and perhaps some others immutable). > Of course, /stand/rm would not work to get rid of these files, chflags > wasn't around anymore (and it probably relies on the shared libraries anyway > since it isn't in /stand). Finally, (thankfully) I realized I could it's bad chflags is not in the /stand/'s crunch, IMHO. but since init uses -1 by default (contrary to man page which says it's 0 single-user and 1 multi-user; see /sys/kern/kern_sysctl.c, not the /sys/conf/param.c as man page for init suggests). > "/stand/mv" the entire /usr/lib directory out of the way, delete all I > could out of the copy, then restore /usr/lib from tape. Then I could > get to fixing the rest of the damage with tools that worked. that's bug ;-) if you set immutable on /usr/lib, you're stuck, I guess. > I noted some recent discussion about the "hole" created by being able to > move a directory containing an immutable file elsewhere. Thank goodness > for this "hole"! Don't plug it! I probably would have had to nuke the > entire system otherwise. you probably just have to boot kernel with securelevel of -1. is `fixit' kernel of this kind? > If restore isn't really doing a restore, then it would be Really Nice > if it said so, something like "I can't replace this file", or "%d files > could not be restored". Personally, if this immutable thing has to stay > (of which currently I see no benefit except to prevent people running > as root from doing stupid things and to prevent people running as root > or in maintenance mode from doing smart things), I would rather see > restore, tar, cpio, rm and any other system recovery tools all be able to > replace files with these flags, if the utility is running suid==root. IMHO, that's kernel feature to _disallow_ anyone to change immutable flags. And you can't decrement securelevel once it's risen, and if your kernel is immutable and you don't have access to the console/machine and can't boot a different kernel (boot floppy, different kernel name on boot prompt) you cannot hack your lovely 4.4 box. That was the whole point of CSRG immultable files design, I beleive ;-) > Strangely, one of the directories with these immutable files was moved into > /tmp to get it out of the way. On the next reboot, the normal system start > was able to get rid of all of the files. That seems curious. What has > rc got that I haven't got? I think it was securelevel of -1 not changed. again, I'm referring to 2.0.5 here hoping 2.1 haven't changed default securelevel... hack your kernel/init if it does. -- "I want to die peacefully in my sleep like my grandfather. Not screaming in terror like his passengers." From owner-freebsd-hackers Fri Feb 16 07:51:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11545 for hackers-outgoing; Fri, 16 Feb 1996 07:51:35 -0800 (PST) Received: from brasil.moneng.mei.com ([151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA11540 for ; Fri, 16 Feb 1996 07:51:31 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA05449; Fri, 16 Feb 1996 09:48:51 -0600 From: Joe Greco Message-Id: <199602161548.JAA05449@brasil.moneng.mei.com> Subject: Re: An ISP's Wishlist... To: imp@village.org (Warner Losh) Date: Fri, 16 Feb 1996 09:48:50 -0600 (CST) Cc: msmith@atrad.adelaide.edu.au, muir@idiom.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199602160639.XAA10149@rover.village.org> from "Warner Losh" at Feb 15, 96 11:39:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > : Address rewriting is not going to make you popular with too many people. > : SLiRP is close to transparent as well, and doesn't require any work on > : your part. > > SLiRP (as well as TIA) do address rewriting... Or is that your point? No, they don't... they just LOOK like they do due to the inherent nature of emulation. No packets actually pass from one network to another, so there can be no "rewriting". (from a user's point of view, maybe it doesn't matter). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Fri Feb 16 08:07:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA12312 for hackers-outgoing; Fri, 16 Feb 1996 08:07:50 -0800 (PST) Received: from nevis.oss.uswest.net (nevis.oss.uswest.net [204.147.85.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA12304 for ; Fri, 16 Feb 1996 08:07:44 -0800 (PST) Received: (from greg@localhost) by nevis.oss.uswest.net (8.6.12/8.6.12) id KAA21822 for freebsd-hackers@freebsd.org; Fri, 16 Feb 1996 10:06:34 -0600 From: "Greg Rowe" Message-Id: <9602161006.ZM21820@nevis.oss.uswest.net> Date: Fri, 16 Feb 1996 10:06:34 -0600 X-Mailer: Z-Mail (3.2.1 10oct95) To: freebsd-hackers@freebsd.org Subject: Latest CERT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk The latest CERT on Bind suggests upgrading to 4.9.3 Release. I noticed that -current includes that version. I'm running 2.1 Release on my Nameserver system and would prefer to stay at that release. Will I have any problems taking the -current source for named (what else do I need to take ?) and rebuilding on a 2.1 system ? Thanks, Greg -- Greg Rowe | U S West - Interact Services | INTERNET greg@uswest.net 111 Washington Ave. South | Fax: (612) 672-8537 Minneapolis, MN USA 55401 | Voice: (612) 672-8535 Never trust an operating system you don't have source for.... From owner-freebsd-hackers Fri Feb 16 08:40:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14539 for hackers-outgoing; Fri, 16 Feb 1996 08:40:25 -0800 (PST) Received: from rover.village.org ([204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA14534 for ; Fri, 16 Feb 1996 08:40:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id JAA11232; Fri, 16 Feb 1996 09:38:28 -0700 Message-Id: <199602161638.JAA11232@rover.village.org> To: Joe Greco Subject: Re: An ISP's Wishlist... Cc: msmith@atrad.adelaide.edu.au, muir@idiom.com, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Fri, 16 Feb 1996 09:48:50 CST Date: Fri, 16 Feb 1996 09:38:28 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : No, they don't... they just LOOK like they do due to the inherent nature of : emulation. No packets actually pass from one network to another, so there : can be no "rewriting". (from a user's point of view, maybe it doesn't : matter). Joe. I'm sorry, but I have been working on on TIA as a consultant for the past 10 months. The UDP packets have their headers rewritten and sent out. The TCP packets are, indeed, batched up, but IP addresses in the data streams of TCP and/or port numbers are hacked along the way. TIA (and SLiRP) are the ultimate filtering firewalls. My probings of SLiRP show it to be doing the same sorts of things. Maybe I'm missing something here, but why doesn't that qualify as rewriting? Or are we having a semantic arguement? Warner From owner-freebsd-hackers Fri Feb 16 08:56:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15284 for hackers-outgoing; Fri, 16 Feb 1996 08:56:44 -0800 (PST) Received: from brasil.moneng.mei.com ([151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA15279 for ; Fri, 16 Feb 1996 08:56:42 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA05525; Fri, 16 Feb 1996 10:54:44 -0600 From: Joe Greco Message-Id: <199602161654.KAA05525@brasil.moneng.mei.com> Subject: Re: An ISP's Wishlist... To: imp@village.org (Warner Losh) Date: Fri, 16 Feb 1996 10:54:44 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, msmith@atrad.adelaide.edu.au, muir@idiom.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199602161638.JAA11232@rover.village.org> from "Warner Losh" at Feb 16, 96 09:38:28 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > : No, they don't... they just LOOK like they do due to the inherent nature of > : emulation. No packets actually pass from one network to another, so there > : can be no "rewriting". (from a user's point of view, maybe it doesn't > : matter). > > Joe. I'm sorry, but I have been working on on TIA as a consultant for > the past 10 months. The UDP packets have their headers rewritten and > sent out. The TCP packets are, indeed, batched up, but IP addresses > in the data streams of TCP and/or port numbers are hacked along the > way. TIA (and SLiRP) are the ultimate filtering firewalls. My > probings of SLiRP show it to be doing the same sorts of things. > > Maybe I'm missing something here, but why doesn't that qualify as > rewriting? Or are we having a semantic arguement? Yes, you don't have an interface at all... it's a userland program presenting a fake interface to the remote client. If I shoot a packet at TIA, it *interprets* the packet and uses an algorithm to invoke the host system's socket(), bind(), connect(), accept(), read(), and write() calls to *simulate* what it believes the client user's intent was. The client user's packet is in no way passed on to the Internet. They do NOT "have their headers rewritten". It's not the same packet at all! The host system is actually sending out a shiny-all-new packet. Think of a Web proxy server. The analogy is similar. I'm not arguing the USEFULNESS of these sorts of utilities - I have one client who makes excellent use of slirp - I'm just trying to kill this bit of misinformation. It's important for people to understand how TIA/slirp actually DO work so that they understand the inherent limitations of the technique. ... JG From owner-freebsd-hackers Fri Feb 16 09:43:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19088 for hackers-outgoing; Fri, 16 Feb 1996 09:43:41 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19082 for ; Fri, 16 Feb 1996 09:43:36 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id MAA07156 for hackers@freebsd.org; Fri, 16 Feb 1996 12:43:25 -0500 From: Rashid Karimov Message-Id: <199602161743.MAA07156@rk.ios.com> Subject: 10/100 PCI Ether. adap . - What Brand To: hackers@freebsd.org Date: Fri, 16 Feb 1996 12:43:24 -0500 (EST) 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 Precedence: bulk Hi there folx, Finally I'm ready to go 100Mb on local LAN, so I wanna know what is the best card to go with . Currently I use SMCs EtherPowers at 10Mb and I know SMC has something at 100Mb which works great too , so I need a model number. ( Bonus Qs :) Aslo, are there any pitfalls with going 100Mb ? Like different standards and stuff ? Any advices on (switching)hubs ? Are SMCs good ? Rashid. From owner-freebsd-hackers Fri Feb 16 10:10:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20596 for hackers-outgoing; Fri, 16 Feb 1996 10:10:02 -0800 (PST) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA20565 for ; Fri, 16 Feb 1996 10:09:59 -0800 (PST) Received: (from mbarkah@localhost) by hemi.com (8.6.11/8.6.9) id LAA23462; Fri, 16 Feb 1996 11:08:14 -0700 From: Ade Barkah Message-Id: <199602161808.LAA23462@hemi.com> Subject: Re: Re: An ISP's Wishlist... To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Fri, 16 Feb 1996 11:08:14 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199602151835.MAA04251@brasil.moneng.mei.com> from "Joe Greco" at Feb 15, 96 12:35:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk [Joe Greco wrote] > Don't forget to do all the DOS commands too :-) I've been doing this on > Solaria (SunOS 4.1) for years... [...] > > # cat /usr/local/bin/dir > echo "The UNIX command to list files is \"ls\". [...] Hmm, that's pretty interesting. I've been putting this sort of things in our users' default .cshrc/.profile, etc., from /skel: alias dir ls -l alias copy cp ... In other words, I'm `hiding' Unix from our DOS clients, but you're teaching them too. Maybe I'll switch to your method. =-) -Ade -------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: -------------------------------------------------------------------- From owner-freebsd-hackers Fri Feb 16 10:14:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20920 for hackers-outgoing; Fri, 16 Feb 1996 10:14:38 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA20913 for ; Fri, 16 Feb 1996 10:14:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id LAA11453; Fri, 16 Feb 1996 11:12:54 -0700 Message-Id: <199602161812.LAA11453@rover.village.org> To: Joe Greco Subject: Re: An ISP's Wishlist... Cc: msmith@atrad.adelaide.edu.au, muir@idiom.com, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Fri, 16 Feb 1996 10:54:44 CST Date: Fri, 16 Feb 1996 11:12:54 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Ah, semantics :-) You are aboslutely correct that TIA and SLiRP don't have their own interface. From a protocol analyser point of view it is rewriting, but you are correct that there are a lot of limitations in this... Warner From owner-freebsd-hackers Fri Feb 16 10:25:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21959 for hackers-outgoing; Fri, 16 Feb 1996 10:25:18 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA21954 for ; Fri, 16 Feb 1996 10:25:16 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05077; Fri, 16 Feb 1996 11:23:12 -0700 From: Terry Lambert Message-Id: <199602161823.LAA05077@phaeton.artisoft.com> Subject: Re: An ISP's Wishlist... To: uhclem@nemesis.lonestar.org (Frank Durda IV) Date: Fri, 16 Feb 1996 11:23:11 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Frank Durda IV" at Feb 15, 96 07:46:00 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 Precedence: bulk > [2]Most modems allow you to interrogate them AFTER the call has completed > [2]to find out the cause of the failure. Nearly all modems based on > [2]Rockwell chipsets do this, so do most AT&T, and Sierra chipset designs. > > [3]A correctly configured modem will reset on the last close because of > [3]the on-to-off DTR transition. > > But that is not what he wanted in this situation. Doesn't matter; barring observation of DTR drop, there's no way to cause a modem to reset under software control,short of external circuitry to power-cycle it. > [2]The simplest thing would be to have something other than getty reacquire > [2]the port after a disconnect, query the modem, then reset the modem and > [2]exec the real getty. > > [3]What you propose would require significantly rearchitecting the tty > [3]revocation model (specifically, to exempt init but not its children) > [3]so that the DTR would not drop until the query is complete. > [3]This could not be done while maintaining compliance with POSIX termios. > > Uh, I was trying to solve the problem for an ISP who really doesn't > care about POSIX-anything. If it does what he wants and he is happy, > it is compliant in a more important way. > > He can already do his completion polling easily with UUCP connections. > For other calls, there are other ways to hold DTR (including a dummy process > that holds it open) until the information is recovered. We use to do this > with Apple Laserwriters so that the printer response messages would not > disappear or get truncated when a file being printed ended (serial printer). > There is a solution to this problem, that's all. Agreed. But the cure is worse than the disease. It's important for an ISP to be able to soft reset modems. To allow DTR drop to continue to function correctly, you need a program to get control of the modem after the DCD drop causes the SIGHUP and revocation of the tty. The port ownership is chained, not wrappered, in both POSIX and in the tty driver implementation in BSD. What you suggest is that the last close not drop DTR, and have getty, or a program other than getty that later exec's getty, query the modem for the reason for the disconnect (assuming the modem supports it), and then forcibly drops the DTR so the modem resets (as expected). This would require a mod to the tty driver and a modification to getty, in the simplest possible case. Such a mod would be unlikely to make it into release, unless it was as a replacement getty and #ifdef's, since it would require losing standards compliance to make it work. That's a lot of work to support more-expensive-than-average modems that most-people-including-ISP's don't have. Never said it couldn't be solved. Only that he will probably have to do the solving himself. 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 Feb 16 10:32:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22580 for hackers-outgoing; Fri, 16 Feb 1996 10:32:30 -0800 (PST) Received: from border.com (janus.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA22487 Fri, 16 Feb 1996 10:30:55 -0800 (PST) Received: by janus.border.com id <20481-1>; Fri, 16 Feb 1996 13:32:27 -0500 Date: Fri, 16 Feb 1996 13:30:04 -0500 From: Jerry Kendall To: FreeBSD Questions , Wes Santee Cc: FreeBSD Hackers Subject: Re: Solution: Telling if User PPP is up or down In-Reply-To: <199602161700.JAA21548@wsantee.oz.net> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Feb16.133227est.20481-1@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk Hey all. Sounds to me like mayby it is the time to modify the ppp program to create a file that has the times that the link was established and when it was last broken. If the broken down time is, say perhaps a string 'FUTURE', in the future, then as far as the system is concerned, the link is active. When the link is broken, it puts the date and time it was dropped.. Maybe even something as simple as the creation of '/tmp/ppp.up' when the link is created and deleted when the link is broken... The second option is easier to implement, but, the first option allows for more fexibility. I have cc'd the hackers to get feed back from them... I could do the changes if it generaly excepted as the 'best' possible solution... Hey all you hackers: what do you think???? On Fri, 16 Feb 1996, Wes Santee wrote: > > Whoops. I read that as posing the question "isn't there a lockfile > that can be checked first?". At any rate, I've had people e-mail me > to say that even doing that doesn't always work. Looks like it's > back to the drawing board. > > Cheers, > -- -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Fri Feb 16 10:44:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23426 for hackers-outgoing; Fri, 16 Feb 1996 10:44:14 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA23421 for ; Fri, 16 Feb 1996 10:44:10 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id LAA29211 for freebsd-hackers@freefall.cdrom.com; Fri, 16 Feb 1996 11:43:59 -0700 From: Don Yuniskis Message-Id: <199602161843.LAA29211@seagull.rtd.com> Subject: AUIS port? To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Fri, 16 Feb 1996 11:43:59 -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 Precedence: bulk Greetings! Before setting out on my own, has anyone played with AUIS on 2.1R? Thanx, --don From owner-freebsd-hackers Fri Feb 16 11:42:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26963 for hackers-outgoing; Fri, 16 Feb 1996 11:42:33 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA26958 for ; Fri, 16 Feb 1996 11:42:31 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA05726; Fri, 16 Feb 1996 13:40:52 -0600 From: Joe Greco Message-Id: <199602161940.NAA05726@brasil.moneng.mei.com> Subject: Re: Re: An ISP's Wishlist... To: mbarkah@hemi.com (Ade Barkah) Date: Fri, 16 Feb 1996 13:40:51 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199602161808.LAA23462@hemi.com> from "Ade Barkah" at Feb 16, 96 11:08:14 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > [Joe Greco wrote] > > > Don't forget to do all the DOS commands too :-) I've been doing this on > > Solaria (SunOS 4.1) for years... [...] > > > > # cat /usr/local/bin/dir > > echo "The UNIX command to list files is \"ls\". [...] > > Hmm, that's pretty interesting. I've been putting this sort of > things in our users' default .cshrc/.profile, etc., from /skel: > > alias dir ls -l > alias copy cp > ... > > In other words, I'm `hiding' Unix from our DOS clients, but you're > teaching them too. Maybe I'll switch to your method. =-) Hiding it from them has the nasty habit of malfunctioning in most unfortunate ways. I'm not going to be silly and claim that my scripts work anywhere near as well as I would like (command line switches, etc.), but someone with some time and energy to spend could certainly do a nicer job. Since Solaria's emphasis is on being a public access UNIX site, rather than an ISP, the assumption I made was that most people on the system were actually interested in learning UNIX. :-) That probably isn't the case with your typical ISP. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Fri Feb 16 12:00:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28631 for hackers-outgoing; Fri, 16 Feb 1996 12:00:51 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28621 for ; Fri, 16 Feb 1996 12:00:49 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA05250; Fri, 16 Feb 1996 12:58:55 -0700 From: Terry Lambert Message-Id: <199602161958.MAA05250@phaeton.artisoft.com> Subject: Re: Tracing HTTP connections To: lehey.pad@sni.de (Greg Lehey) Date: Fri, 16 Feb 1996 12:58:55 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199602160908.KAA25178@nixpbe.pdb.sni.de> from "Greg Lehey" at Feb 16, 96 10:04:06 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > OK, this is off topic for FreeBSD, but I suspect that somebody here > will have some useful input. > > I have a strange problem with a web server here, and I'm trying to > figure out what's going on. The problem is that neither requestor nor > server give me a useful error message. The server is the CERN server, > and we've tried with a number of requestors, ranging from Mosaic and > Netscape on UNIX to Internet Explorer (?) on Windoze 95%. In each > case, on bit map images only, the requestor sporadically reports an > "unable to connect messsage" after about 20 seconds. Is this running from inetd? man inetd. Increase the number of respawns allowed in the time period. 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 Feb 16 12:03:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28851 for hackers-outgoing; Fri, 16 Feb 1996 12:03:44 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28846 for ; Fri, 16 Feb 1996 12:03:42 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA05235; Fri, 16 Feb 1996 12:56:31 -0700 From: Terry Lambert Message-Id: <199602161956.MAA05235@phaeton.artisoft.com> Subject: Re: 3C5XX diskless boot w/BOOTWARE ROMs? To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Fri, 16 Feb 1996 12:56:31 -0700 (MST) Cc: lyndon@orthanc.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199602160543.KAA25834@hq.icb.chel.su> from "Serge A. Babkin" at Feb 16, 96 10:43:02 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Has anyone managed to get a diskless boot happening with Bootware's > > boot ROMs? They load the boot image at a different address, and I've > > made what I think are the appropriate changes in the kernel image, etc., > > but I'm ending up with a wedged machine. Anyone out there have some > > prior art they're willing to share before I dig into this further? > > As far as I know the Bootware boot ROM was designed primarily for DOS booting. > > Did you tried the existing network boot support in > > /sys/i386/boot/netboot ? > > There exists support for 3c509 (and possibly 3c579 but I did not tested > it). Adding changes for other members of Etherlink III family must > be easy. Use their boot code to boot a DOS that runs the BSD NETBOOT.EXE in its AUTOEXEC.BAT. Problem solved. 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 Feb 16 12:19:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00862 for hackers-outgoing; Fri, 16 Feb 1996 12:19:07 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA00857 for ; Fri, 16 Feb 1996 12:19:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05309; Fri, 16 Feb 1996 13:16:19 -0700 From: Terry Lambert Message-Id: <199602162016.NAA05309@phaeton.artisoft.com> Subject: Re: fyi. To: fn@pain.csrv.uidaho.edu (Faried Nawaz) Date: Fri, 16 Feb 1996 13:16:19 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199602161448.GAA10052@pain.csrv.uidaho.edu> from "Faried Nawaz" at Feb 16, 96 06:48:26 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 Precedence: bulk > (Comp.bugs.4bsd folks: This posting relates to a problem in how the Kerberos > rlogin and rlogind programs use out-of-band data. However, I believe that > the problem I'm describing here is shared by the stock BSD rlogin and rlogind > programs, which is why I'm cross-posting to comp.bugs.4bsd.) > > I understand that Sam Hartman has done a considerable amount of work on rlogin > and rlogind, trying to get their handling of out-of-band data to work > properly. I've done similar work independently of Sam, and I suspect that my > changes are quite different from the ones he's implemented; nevertheless, I've > come to the conclusion that the way the protocl uses OOB data is broken in at > least on way that simply cannot be fixed without changing the protocol. > > The basic problem I'm encountering is this: What happens if krlogind sends an > OOB message to krlogin, and then it sends a *second* OOB message before > krlogin has processed the first one? This *can* and *does* happen. For > example, when I krlogin from my Linux box at home to an AIX box at work over a > SLIP link, the AIX box sends three different OOB messages as part of the > initial initialization of the connection, and network congestion can easily > cause all of them to get to my Linux box in consecutive packets, too quickly > for it to deal with each of them before the next one arrives. The OOB protocol bug is specific to the BSD version. New (4.3 and better) versions correctly handle OOB. The old telnet code used to use the option negotiaton order to determine if it were talking to a 4.3 or a 4.2 telnetd so that it would know how to correctly handle the OOB channel. The recent telnet implementations seem to now ignore the option negotiation order (in fact they change it in some cases), causing incorrect assumptions on the part of older clients and servers. I believe that this loss of information engendered by the order changes to be a loss of backward compatability. I don't know what you can do about it. > Unfortunately, the way OOB data is implemented in the Linux kernel (and I > believe in many other UNIX kernels as well) is that only one OOB message is > allowed at a time. If a second message is received while the first one is > still pending, the first one becomes part of the normal data stream, and the > OOB mark is moved to the second one. This does appear to be legal, according > to the BSD documentation about OOB data. SVR4 streams and other MP capable streams implement a "priority banding" policy, and typically use band 0 for regular data and band 1 for the traditional OOB data. The distinction between the "read" and "recv"/"recvmsg" are used to implement band checking of the non-default band queue. Note that this will not work for use of "read" on an fd that is a descriptor for a socket vnode instead of a descriptor for a file; technically, it's a mistake to use "read". The use of the MSG_OOB bit and the examination of the msg_control and msg_control with a NULL data pointer (incorrectly an iov structure in the BSD implementation instead of a flat caddr_t as well) is the OOB message interface for a single OOB channel. See the recvmsy man page for details. > As far as I can tell, the only way to make this work reliably is to require > hand-shaking -- when krlogind sends OOB data to krlogin, krlogin needs to send > OOB data back to krlogind to tell it when it has processed the data, and > krlogind needs to wait for that ACK before sending any more OOB data. This > is, I believe, how telnet/telnetd handle their OOB data. This is the backward compatability code for the 4.2 OOB implementation, as far as I know, and may not be directly applicable to the non-4.2 case. Hopefully this will help, though I don't see a clearly portable soloution to your problem. 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 Feb 16 13:55:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10966 for hackers-outgoing; Fri, 16 Feb 1996 13:55:38 -0800 (PST) Received: from wa3ymh.transsys.com (#6@wa3ymh.TransSys.COM [144.202.42.42]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA10940 Fri, 16 Feb 1996 13:55:28 -0800 (PST) Received: from wa3ymh.transsys.com (#6@localhost.TransSys.COM [127.0.0.1]) by wa3ymh.transsys.com (8.7.3/8.7.3) with ESMTP id QAA21088; Fri, 16 Feb 1996 16:55:21 -0500 (EST) Message-Id: <199602162155.QAA21088@wa3ymh.transsys.com> To: dennis@etinc.com (dennis) cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: Frame Relay and FreeBSD In-reply-to: Your message of "Fri, 16 Feb 1996 10:19:14 EST." <199602161519.KAA02788@etinc.com> Date: Fri, 16 Feb 1996 16:55:19 -0500 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Louis writes..... > > >On the other hand, your Internet gateway doesn't have to fsck when the > >power fails and comes back again. It doesn't serve web pages, or run > >SMTP.. it does actually route packets pretty well. > > You're missing the point...you're comparing a router to a host/router, and > I'm comparing a card to a router box.. No....my card doesnt have > any moving parts either. There are substantial performance and functional > advantages to having a common code solution between router and server. > What's really funny is that you contradict yourself in your next "argument" No, you're missing the point. In my original message I pointed out that the cost of a dedicated Ascend Pipeline 50 LS56 is very close if not cheaper than the cost of the synchronous interface for a PC platform and the associated external CSU/DSU. The moving parts refer to the disk drive in the PC that loads the OS that makes the interface do anything useful. If you only have one machine, then the failure of the disk isn't any big deal. If, on the other hand, you have a local ethernet with a handful of machines on it, why would you tie their functioning to a realtively delicate platform with moving parts? > >To each his own.. My PL50 works really well, and takes up less space > >than the ZyXEL modem I used to use. It doesn't have moving parts, and > >doesn't need an external CSU/DSU. > > My argument is to put a router INTO my server...your argument of putting the > CSU into the router is similar, except that you almost always dont have a choice > of which CSU/DSU to use with an integrated solution. If you dont care...then > fine...but they're almost never as good or reliable as external ones. You only need a working CSU/DSU that conforms to the relevant Bellcore specs. I don't know why you'd believe the external CSU/DSUs are more reliable since they all use the same VLSI these days. > > > >> > >> A good rule of thumb: If you know un*x, use un*x....if you don't, use > >> something else. > >> > > > >Yes, it's true that if the only tool you have is a hammer, everything > >looks like a nail. That's no excuse not to get the 'right' tool for > >the job. > > I dont think that the "hammer" argument works here...theres no evidence > that your solution is better or more appropriate than a unix solution, and > much evidence that it is less flexible and lower performance (due to an > added hop, at the minimum). From the talk about problems with the PLs, > I'd say its a pretty risky choice. It absolutely is more reliable; the performance of your entire network doesn't depend on the functioning of a UNIX box with disk drives, etc. When there's a power failure, I don't want the connectivity to my network to fail until someone comes along and types 'fsck -y' on the console to reboot the gateway. Louis A. Mamakos From owner-freebsd-hackers Fri Feb 16 14:01:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11474 for hackers-outgoing; Fri, 16 Feb 1996 14:01:08 -0800 (PST) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA11458 Fri, 16 Feb 1996 14:01:03 -0800 (PST) Received: from gilligan.eng.umd.edu (gilligan.eng.umd.edu [129.2.98.205]) by jolt.eng.umd.edu (8.7.3/8.7) with ESMTP id RAA29121; Fri, 16 Feb 1996 17:00:57 -0500 (EST) Received: (from chuckr@localhost) by gilligan.eng.umd.edu (8.7/8.7) id RAA10767; Fri, 16 Feb 1996 17:00:56 -0500 (EST) Date: Fri, 16 Feb 1996 17:00:53 -0500 (EST) From: Chuck Robey X-Sender: chuckr@gilligan.eng.umd.edu To: Jerry Kendall cc: FreeBSD Questions , Wes Santee , FreeBSD Hackers Subject: Re: Solution: Telling if User PPP is up or down In-Reply-To: <96Feb16.133227est.20481-1@janus.border.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Fri, 16 Feb 1996, Jerry Kendall wrote: > > > Hey all. > > Sounds to me like mayby it is the time to modify the ppp program > to create a file that has the times that the link was established > and when it was last broken. If the broken down time is, say perhaps > a string 'FUTURE', in the future, then as far as the system is > concerned, the link is active. When the link is broken, it puts the > date and time it was dropped.. Maybe even something as simple as > the creation of '/tmp/ppp.up' when the link is created and deleted > when the link is broken... The second option is easier to implement, > but, the first option allows for more fexibility. > > I have cc'd the hackers to get feed back from them... I could do the > changes if it generaly excepted as the 'best' possible solution... > > Hey all you hackers: what do you think???? Jerry, I looked at the code, and if a SIGHUP was received (meaning the modem had hung up) then Hangup() is called, which calls Cleanup(). This should (and seems to) ifconfig the interface down. Isn't this what you want it to do; can't you detect if the interface is up or down via a call to ifconfig, then? I checked this on current. Are you guys talking about current? > > > On Fri, 16 Feb 1996, Wes Santee wrote: > > > > > Whoops. I read that as posing the question "isn't there a lockfile > > that can be checked first?". At any rate, I've had people e-mail me > > to say that even doing that doesn't always work. Looks like it's > > back to the drawing board. > > > > Cheers, > > -- > > -------------------------------------------------------------------------------- > > Any comments or opinions in this message are my own and may or may not reflect > the comments or opinions of my present or previous employers. > > Jerry Kendall Border Network Technologies Inc. > System Software Engineer Tel +1-416-368-7157 ext 303 > jerry@border.com Fax +1-416-368-7178 > > > ----------------------------+----------------------------------------------- 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 n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Feb 16 16:01:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17071 for hackers-outgoing; Fri, 16 Feb 1996 16:01:55 -0800 (PST) Received: from crlabs.com (CRLABS.COM [146.99.201.129]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA17066 for ; Fri, 16 Feb 1996 16:01:50 -0800 (PST) Received: (from cwiener@localhost) by crlabs.com (8.7.3/8.7.3) id TAA03530 for freebsd-hackers@freefall.cdrom.com; Fri, 16 Feb 1996 19:01:39 -0500 (EST) From: Chris Wiener Message-Id: <199602170001.TAA03530@crlabs.com> Subject: Patches for TWIN under -current To: freebsd-hackers@freefall.FreeBSD.org Date: Fri, 16 Feb 1996 19:01:39 -0500 (EST) 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 Precedence: bulk Where can I find patches for TWIN? They have not yet appeared on ftp.willows.com, and I remember seeing them mentioned a week or so ago. Chris -- Christopher Wiener N2CR CR Labs, Morris Plains, NJ DOMAIN: cwiener@CRLABS.COM "Live music is better ... bumper stickers should be issued." - Neil Young From owner-freebsd-hackers Fri Feb 16 16:11:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA18392 for hackers-outgoing; Fri, 16 Feb 1996 16:11:13 -0800 (PST) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA18387 for ; Fri, 16 Feb 1996 16:11:10 -0800 (PST) Received: from uucp3.UU.NET by relay5.UU.NET with SMTP id QQadfs01929; Fri, 16 Feb 1996 19:11:03 -0500 (EST) Received: from uanet.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Fri, 16 Feb 1996 19:11:03 -0500 Received: by crocodil.monolit.kiev.ua; Sat, 17 Feb 96 02:08:22 +0200 Received: (from dk@localhost) by dog.farm.org (8.6.11/dk#3) id BAA28096 for freebsd-hackers@freebsd.org; Sat, 17 Feb 1996 01:21:38 +0200 Date: Sat, 17 Feb 1996 01:21:38 +0200 From: Dmitry Kohmanyuk Message-Id: <199602162321.BAA28096@dog.farm.org> To: freebsd-hackers@freebsd.org Subject: Re: An ISP's Wishlist... Newsgroups: cs-monolit.gated.lists.freebsd.hackers Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org Precedence: bulk Mike Pritchard (mpp@mpp.minn.net) wrote: > > Pkg_manage enhancements to show what has been installed. I > > typically install about 90% of the packages and it's a real pain > > to remember what's been installed. And don't mention that useless > > unsorted list on the right. > "ls /var/db/pkg" maybe? what I find really nice of Caldera's (oh, yes, RedHat's) package manager is switch to lookup any file in all packages, then show this package's information, filelist, whatever. (e.g.: rpm -qlf `which ypcat` shows list of all NIS bits out there) I can % pkg_info -L `grep this/file /var/db/pkg/*/+CONTENTS | cut -d/ -f5`, but I guess an option to pkg_info can be helpful for other folks ;-) (rpm maintains a _binary_ (ick!) database of packages and files; FreeBSD's approach is better, but you really have to scan all these small file lists). -- "C is quirky, flawed, and an enormous success." - Dennis M. Ritchie From owner-freebsd-hackers Fri Feb 16 16:38:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA19937 for hackers-outgoing; Fri, 16 Feb 1996 16:38:39 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA19927 for ; Fri, 16 Feb 1996 16:38:32 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id QAA06047; Fri, 16 Feb 1996 16:40:36 -0800 Date: Fri, 16 Feb 1996 16:40:35 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: alarm() problems? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Anybody using qpop 2.1.4-r3 on FreeBSD 2.1, and getting instant "POP timeouts"? I've looked at the code in question under the deamon, and in some cases, alarm() seems to be tripping instantly, or within a couple seconds, when in actuality, it should've waited something like 120 seconds or so. Unfortunately, I have not been able to reproduce it at will, although it is happening with some frequency. 100 or so occurences out of 10k POP requests so far today. I am not using the port, but compiled with "44bsd" settings. Although from looking at the patch, it doesn't look like these are areas that are tweaked... The problem is also not traceable to a specific user, in that they can check mail 1x and get the error, and the next time it will work fine. From owner-freebsd-hackers Fri Feb 16 17:53:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA22772 for hackers-outgoing; Fri, 16 Feb 1996 17:53:56 -0800 (PST) Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA22759 for ; Fri, 16 Feb 1996 17:53:53 -0800 (PST) Received: (from mmead@localhost) by Glock.COM (8.7.3/8.7.3) id UAA04317 for hackers@freebsd.org; Fri, 16 Feb 1996 20:53:46 -0500 (EST) From: "matthew c. mead" Message-Id: <199602170153.UAA04317@Glock.COM> Subject: hacking xmkmf stuff To: hackers@freebsd.org Date: Fri, 16 Feb 1996 20:53:45 -0500 (EST) 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 Precedence: bulk Ok, I've just done a clean install of 2.1.0-RELEASE in order to best accommodate a newly arrived drive. The reason I did this was to design a disk layout so that all system related stuff is kept on one drive, with part of that drive being used for /usr/local. All other modifications to stock 2.1.0-RELEASE are on other drives. In keeping with this idea, I want to modify the xmkmf Imake templates so that a number of things happen: installations go to /usr/local/X11R6/{bin,lib,include,man} includes are referenced from /usr/X11R6/include and /usr/local/X11R6/include libs are referenced from /usr/X11R6/lib and /usr/local/X11R6/lib Has anyone done this? I've looked at it and it looks like a fairly complicated task. Thanks in advance for any help! -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Fri Feb 16 18:01:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA23110 for hackers-outgoing; Fri, 16 Feb 1996 18:01:40 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA23104 for ; Fri, 16 Feb 1996 18:01:38 -0800 (PST) Received: by tfs.com (smail3.1.28.1) Message-Id: Date: Fri, 16 Feb 96 18:01 PST From: julian@TFS.COM (Julian Elischer) To: hackers@freebsd.org Subject: an invite to industrial users of Freebsd. Sender: owner-hackers@freebsd.org Precedence: bulk Hello all. I'm looking at getting together some sort of mailing list for people who are using FreeBSD/NetBSD in serious applications. Partly this is to be able to show people that BSD can be used seriously, and partly to help foster this sort of activity. Those of us interested in this sort of thing are sparse enough on the ground, that it's doubtful that we would be in direct competition with each other, so It's not unlikely that as a group there may be enough synergy to save each member some work at times.. e.g. If person A has a driver for board X, person B might be able to use it.. By serious work, in this context I'm thinking of the following types of applications: process control serving video streams (see the USENIX paper) clusters for large scale computing.. I'm not really thinking of those using BSD as a router, unless it's part of something bigger, or it's hidden (embedded)in a product, (e.g like whatever it is that ipsilon are doing ) :) use of BSD on the desktop or as an ISP are covered adequitly elsewhere. The sort of problems I see as being discussed include: embedding BSD using flashrams and memory filesystems etc. totally stripped down systems BSD on single-board systems. power management reliability issues. real-time issues. (what-ever your definition of real-time might be this week) etc. If interested, send email to serious@ref.tfs.com and if there is enough interest, I'll set up the mailinglists. I know of at least 5 groups of people doing this sort of thing, so there should be more.. research groups doing work on related topics are invited to show up too. julian From owner-freebsd-hackers Fri Feb 16 18:52:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26382 for hackers-outgoing; Fri, 16 Feb 1996 18:52:41 -0800 (PST) Received: from zip.io.org (root@zip.io.org [198.133.36.80]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA26374 for ; Fri, 16 Feb 1996 18:52:35 -0800 (PST) Received: (from taob@localhost) by zip.io.org (8.6.12/8.6.12) id VAA26398; Fri, 16 Feb 1996 21:52:00 -0500 Date: Fri, 16 Feb 1996 21:52:00 -0500 (EST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Web server locks up... but not quite. (?) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk This sort of thing has happened before with other 2.1.0-R machines here, but tonight was the first time I was able to get to the console of one before someone else rebooted it. Our web server is a P90 with 64 megabytes of RAM, running Apache 1.0.2. For no discernable reason, it stopped working tonight. "Stopped working" in that no TCP services were available, NFS clients that mounted a filesystem served from it hung in disk wait and no rwhod packets were being broadcast. You could telnet to various ports on it (indicating that inetd was still bound to those ports), but none of the services normally attached to those ports would run, including internal ones like chargen or daytime (indicating that inetd was blocked in some way). It wasn't fielding RPC requests either. The login prompt was still displayed on all the virtual consoles (I was still able to switch between them), but there was no response from the keyboard, as if the getty's had died off. The only sign of life was that it was returning pings from another machine. There were no telltale messages on the console, nor in the syslog. This server gets 250,000 to 300,000 hits per day. While it is running, it does not appear to be under any excessive load. There are typically 40 to 60 httpd's running. It exports a 4-gigabyte filesystem containing access logs to client machines so our customers can produce statistical reports. It also mounts 26 gigabytes of home directories from a central NFS server. Since there is no indication as to the source of the hang, is there anything I can run periodically from cron to help track down the problem? I can start tracking load averages, swap space usage, the output of vmstat, netstat, iostat and nfsstat if that will help. Any suggestions? -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Fri Feb 16 18:53:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26496 for hackers-outgoing; Fri, 16 Feb 1996 18:53:39 -0800 (PST) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA26485 for ; Fri, 16 Feb 1996 18:53:36 -0800 (PST) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id VAA07286 for hackers@freebsd.org; Fri, 16 Feb 1996 21:53:34 -0500 From: Charles Henrich Message-Id: <199602170253.VAA07286@crh.cl.msu.edu> Subject: Willow? To: hackers@freebsd.org Date: Fri, 16 Feb 1996 21:53:33 -0500 (EST) 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 Precedence: bulk Has anyone gotten a Willow port for FreeBSD completed? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Fri Feb 16 20:37:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17426 for hackers-outgoing; Fri, 16 Feb 1996 20:37:54 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA17406 for ; Fri, 16 Feb 1996 20:37:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id VAA13213; Fri, 16 Feb 1996 21:37:37 -0700 Message-Id: <199602170437.VAA13213@rover.village.org> To: "matthew c. mead" Subject: Re: hacking xmkmf stuff Cc: hackers@FreeBSD.ORG In-reply-to: Your message of Fri, 16 Feb 1996 20:53:45 EST Date: Fri, 16 Feb 1996 21:37:36 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : Has anyone done this? I've looked at it and it looks like a fairly : complicated task. Thanks in advance for any help! Add the following to your site.def file: #define ProjectRoot /usr/local/X11R6 This will get you almost all of the way there. Now you need to tell X there are other places to look for include files, so add the followig lines: #define StandardIncludes -I/usr/X11R6/include #define LdPreLib -L/usr/X11R6/lib These to items will cause the right things to happen, with the possible exception of make depend that depends on libraries in /usr/X11R6/lib. That should be about all that you need to make this work for most X programs. I've not tested this, but have done a lot of work with Imake over the years (including a gnu config interface for it, and a complete make system for OI/OB), so this should get you close. There are variations on this theme that you can do, but I think this is closest to the original spirit and design of imake. Warner From owner-freebsd-hackers Fri Feb 16 20:42:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA17778 for hackers-outgoing; Fri, 16 Feb 1996 20:42:59 -0800 (PST) Received: from pahtoh.cwu.edu (pahtoh.cwu.edu [198.104.65.27]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA17768 for ; Fri, 16 Feb 1996 20:42:57 -0800 (PST) Received: from tahoma.cwu.edu (skynyrd@tahoma.cwu.edu [198.104.67.25]) by pahtoh.cwu.edu (8.6.12/8.6.9) with ESMTP id UAA22382; Fri, 16 Feb 1996 20:42:16 -0800 Received: (from skynyrd@localhost) by tahoma.cwu.edu (8.6.12/8.6.9) id UAA22589; Fri, 16 Feb 1996 20:42:14 -0800 Date: Fri, 16 Feb 1996 20:42:14 -0800 (PST) From: Chris Timmons To: Greg Rowe cc: freebsd-hackers@freebsd.org Subject: Re: Latest CERT In-Reply-To: <9602161006.ZM21820@nevis.oss.uswest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk That should work fine for you. I'm running 4.9.3p1 compiled from the bind distribution; the only change I needed to make relative to the bind build directory is remove compat/include/sys/cdefs.h. Otherwise something conflicts and you'll get ugly errors that I can't remember too much about right now. good luck, -Chris On Fri, 16 Feb 1996, Greg Rowe wrote: > The latest CERT on Bind suggests upgrading to 4.9.3 Release. I noticed that > -current includes that version. I'm running 2.1 Release on my Nameserver system > and would prefer to stay at that release. Will I have any problems taking the > -current source for named (what else do I need to take ?) and rebuilding on a > 2.1 system ? > > Thanks, > Greg > > -- > Greg Rowe | > U S West - Interact Services | INTERNET greg@uswest.net > 111 Washington Ave. South | Fax: (612) 672-8537 > Minneapolis, MN USA 55401 | Voice: (612) 672-8535 > > Never trust an operating system you don't have source for.... > From owner-freebsd-hackers Fri Feb 16 21:15:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA20986 for hackers-outgoing; Fri, 16 Feb 1996 21:15:44 -0800 (PST) Received: from Rogue.Northwest.com (rogue.northwest.com [204.119.42.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA20969 for ; Fri, 16 Feb 1996 21:15:36 -0800 (PST) Received: by Rogue.Northwest.com (Linux Smail3.1.29.1 #1) id m0tnfJ1-0004I1C; Fri, 16 Feb 96 21:35 PST Message-Id: Date: Fri, 16 Feb 96 21:35 PST From: timb49@Northwest.com (Tim Bach) To: freebsd-hackers@freebsd.org Subject: micron motherboard Sender: owner-hackers@freebsd.org Precedence: bulk Not sure of the model..But it has a 1993 copyright bios. 3 pci and 5 isa ports..Basicly i can't get SCSI hardrive to work with it. First time it noticed it..Then it just timed out.. Lastly it made all kind's of wierd noises which worried me. Using a cyrix 586 cpu.. Any clues anyone? FreeBSD and ide seem's to work great with it. Oh yeah this is with a adaptect 2940 and micropolis 3.6 and dec 2 gig drive. I also tried it with a adaptec 1542b which basicly worked a little better. Except for the fact it would stop working all of a sudden. :w! From owner-freebsd-hackers Fri Feb 16 22:39:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA24189 for hackers-outgoing; Fri, 16 Feb 1996 22:39:45 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA24179 for ; Fri, 16 Feb 1996 22:39:21 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id AAA06538; Sat, 17 Feb 1996 00:38:02 -0600 From: Joe Greco Message-Id: <199602170638.AAA06538@brasil.moneng.mei.com> Subject: Re: Web server locks up... but not quite. (?) To: taob@io.org (Brian Tao) Date: Sat, 17 Feb 1996 00:38:01 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Brian Tao" at Feb 16, 96 09:52:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > This sort of thing has happened before with other 2.1.0-R machines > here, but tonight was the first time I was able to get to the console > of one before someone else rebooted it. > > Our web server is a P90 with 64 megabytes of RAM, running Apache > 1.0.2. For no discernable reason, it stopped working tonight. > "Stopped working" in that no TCP services were available, NFS clients > that mounted a filesystem served from it hung in disk wait and no > rwhod packets were being broadcast. > > You could telnet to various ports on it (indicating that inetd was > still bound to those ports), but none of the services normally > attached to those ports would run, including internal ones like > chargen or daytime (indicating that inetd was blocked in some way). > It wasn't fielding RPC requests either. The login prompt was still > displayed on all the virtual consoles (I was still able to switch > between them), but there was no response from the keyboard, as if the > getty's had died off. The only sign of life was that it was returning > pings from another machine. > > There were no telltale messages on the console, nor in the syslog. > This server gets 250,000 to 300,000 hits per day. While it is > running, it does not appear to be under any excessive load. There are > typically 40 to 60 httpd's running. It exports a 4-gigabyte > filesystem containing access logs to client machines so our customers > can produce statistical reports. It also mounts 26 gigabytes of home > directories from a central NFS server. > > Since there is no indication as to the source of the hang, is > there anything I can run periodically from cron to help track down the > problem? I can start tracking load averages, swap space usage, the > output of vmstat, netstat, iostat and nfsstat if that will help. Any > suggestions? I've seen similar hangs occasionally under both 2.0.5R and 2.1.0R and one additional "thing" I've noticed is that processes that are completely in-core appear to keep running (i.e. I had a "vmstat 1" running for a few weeks and when the box I am thinking of locked up, the vmstat 1 was still scrolling output, the box was ping-able, but any services that were not entirely in-core or required other disk accesses were not available). There is something to the "in-core" business because I have seen the same box both continue to broadcast rwho and NOT broadcast rwho, presumably determined by whether or not it was in-core.. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Fri Feb 16 22:41:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA24286 for hackers-outgoing; Fri, 16 Feb 1996 22:41:28 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA24276 for ; Fri, 16 Feb 1996 22:41:25 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id HAA05123 ; Sat, 17 Feb 1996 07:41:23 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA15609 ; Sat, 17 Feb 1996 07:41:22 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id BAA00643; Sat, 17 Feb 1996 01:14:48 +0100 (MET) From: Ollivier Robert Message-Id: <199602170014.BAA00643@keltia.freenix.fr> Subject: Re: All mail sent to me for the last 48 hours have been lost.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 17 Feb 1996 01:14:48 +0100 (MET) Cc: winter@jurai.net, hackers@FreeBSD.ORG In-Reply-To: <6473.824297070@time.cdrom.com> from "Jordan K. Hubbard" at "Feb 14, 96 03:24:30 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1661 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Jordan K. Hubbard said: > Well, in the interests of fairness, perhaps I'll hang a copy off of a > "dummy load" for awhile and see if I can make it or whatever part of > my system is misconfig'd to fall over. I should mention I'm using procmail as local delivery agent so I don't use the .forward file... FEATURE(local_procmail) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 From owner-freebsd-hackers Fri Feb 16 22:41:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA24292 for hackers-outgoing; Fri, 16 Feb 1996 22:41:29 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA24277 for ; Fri, 16 Feb 1996 22:41:26 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id HAA05127 ; Sat, 17 Feb 1996 07:41:24 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA15612 ; Sat, 17 Feb 1996 07:41:23 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id BAA00675; Sat, 17 Feb 1996 01:19:09 +0100 (MET) From: Ollivier Robert Message-Id: <199602170019.BAA00675@keltia.freenix.fr> Subject: Re: 10/100 PCI Ether. adap . - What Brand To: rashid@rk.ios.com (Rashid Karimov) Date: Sat, 17 Feb 1996 01:19:09 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199602161743.MAA07156@rk.ios.com> from Rashid Karimov at "Feb 16, 96 12:43:24 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1661 X-Mailer: ELM [version 2.4ME+ PL5 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Rashid Karimov said: > Currently I use SMCs EtherPowers at 10Mb and > I know SMC has something at 100Mb which works > great too , so I need a model number. I know there're others but here the SMC (extracted from the FAQ): SMC EtherPower 10/100 (Model 9332) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Fri Feb 9 21:27:02 MET 1996 From owner-freebsd-hackers Fri Feb 16 23:51:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA28497 for hackers-outgoing; Fri, 16 Feb 1996 23:51:28 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA28486 for ; Fri, 16 Feb 1996 23:51:25 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA18118 for ; Sat, 17 Feb 1996 08:51:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA22386 for freebsd-hackers@freebsd.org; Sat, 17 Feb 1996 08:51:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id IAA07908 for freebsd-hackers@freebsd.org; Sat, 17 Feb 1996 08:40:20 +0100 (MET) From: J Wunsch Message-Id: <199602170740.IAA07908@uriah.heep.sax.de> Subject: Re: hacking xmkmf stuff To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 17 Feb 1996 08:40:20 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602170153.UAA04317@Glock.COM> from "matthew c. mead" at Feb 16, 96 08:53:45 pm X-Phone: +49-351-2012 669 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 Precedence: bulk As matthew c. mead wrote: > In keeping with this idea, I want to modify > the xmkmf Imake templates so that a number of things happen: > > installations go to /usr/local/X11R6/{bin,lib,include,man} > includes are referenced from /usr/X11R6/include and /usr/local/X11R6/include > libs are referenced from /usr/X11R6/lib and /usr/local/X11R6/lib > > > Has anyone done this? I've looked at it and it looks like a fairly > complicated task. Thanks in advance for any help! Try #define ProjectRoot /usr/local/X11R6 as a point to start. You will run into troubles when it comes to lib directories (all X11 libs go into one directory by now, but you need two of them -- think of things like libXpm), and to app-defaults. -- 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 Feb 17 00:22:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA00482 for hackers-outgoing; Sat, 17 Feb 1996 00:22:57 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA00476 for ; Sat, 17 Feb 1996 00:22:54 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA20040; Sat, 17 Feb 1996 09:21:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA22464; Sat, 17 Feb 1996 09:21:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA08102; Sat, 17 Feb 1996 09:04:13 +0100 (MET) From: J Wunsch Message-Id: <199602170804.JAA08102@uriah.heep.sax.de> Subject: Re: Web server locks up... but not quite. (?) To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Sat, 17 Feb 1996 09:04:13 +0100 (MET) Cc: taob@io.org, freebsd-hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199602170638.AAA06538@brasil.moneng.mei.com> from "Joe Greco" at Feb 17, 96 00:38:01 am X-Phone: +49-351-2012 669 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 Precedence: bulk As Joe Greco wrote: > > Since there is no indication as to the source of the hang, is > > there anything I can run periodically from cron to help track down the > > problem? > I've seen similar hangs occasionally under both 2.0.5R and 2.1.0R and one > additional "thing" I've noticed is that processes that are completely > in-core appear to keep running (i.e. I had a "vmstat 1" running for a few > weeks and when the box I am thinking of locked up, the vmstat 1 was still > scrolling output, the box was ping-able, but any services that were not > entirely in-core or required other disk accesses were not available). Hmm, we've also experienced these symptoms at sax.sax.de (small local non-commercial ISP), and i admit that i've basically been suspecting hardware in the first place. Your reports make me nervous however that it might be software. The system is plain 2.0.5R. Brian, if you got physical access to the box, try placing a simple card into the PC that hooks ISA pins A1/B1 to a pushbutton. Pushing it will cause an NMI (``IO channel check condition''), hopefully leaving you a coredump. Our machine is located in an mostly operator-less machine room at the University, i've already been playing with the idea to build a watchdog card that lowers the IOCHCK signal (and finally gives up 5 minutes later and issues a RESET). -- 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 Feb 17 01:25:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA02219 for hackers-outgoing; Sat, 17 Feb 1996 01:25:09 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA02213 for ; Sat, 17 Feb 1996 01:25:05 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA01420; Sat, 17 Feb 1996 19:58:59 +1030 From: Michael Smith Message-Id: <199602170928.TAA01420@genesis.atrad.adelaide.edu.au> Subject: Re: Patches for TWIN under -current To: cwiener@crlabs.com (Chris Wiener) Date: Sat, 17 Feb 1996 19:58:58 +1030 (CST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199602170001.TAA03530@crlabs.com> from "Chris Wiener" at Feb 16, 96 07:01:39 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Chris Wiener stands accused of saying: > > Where can I find patches for TWIN? They have not yet appeared on > ftp.willows.com, and I remember seeing them mentioned a week or so > ago. Still not ready; be patient 8) If you're a 386 assembly wizard, we'd love your input... > Chris -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "I seek PEZ!" - The Tick [[ From owner-freebsd-hackers Sat Feb 17 01:45:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA03133 for hackers-outgoing; Sat, 17 Feb 1996 01:45:13 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA03127 for ; Sat, 17 Feb 1996 01:45:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id BAA01341; Sat, 17 Feb 1996 01:45:22 -0800 Message-Id: <199602170945.BAA01341@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: Web server locks up... but not quite. (?) In-reply-to: Your message of "Fri, 16 Feb 1996 21:52:00 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 17 Feb 1996 01:45:21 -0800 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > This sort of thing has happened before with other 2.1.0-R machines >here, but tonight was the first time I was able to get to the console >of one before someone else rebooted it. > > Our web server is a P90 with 64 megabytes of RAM, running Apache >1.0.2. For no discernable reason, it stopped working tonight. >"Stopped working" in that no TCP services were available, NFS clients >that mounted a filesystem served from it hung in disk wait and no >rwhod packets were being broadcast. This really sounds like the out-of-mbuf-clusters problem. What do you have maxusers set to? Do you have an NMBCLUSTERS= kernel option? -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Feb 17 03:07:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA06234 for hackers-outgoing; Sat, 17 Feb 1996 03:07:14 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA06226 for ; Sat, 17 Feb 1996 03:07:08 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id GAA06130; Sat, 17 Feb 1996 06:15:21 -0500 From: Peter Dufault Message-Id: <199602171115.GAA06130@hda.com> Subject: Re: an invite to industrial users of Freebsd. To: julian@TFS.COM (Julian Elischer) Date: Sat, 17 Feb 1996 06:15:20 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Julian Elischer" at Feb 16, 96 06:01:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > real-time issues. (what-ever your definition of real-time > might be this week) I have a list of people interested in realtime issues. There hasn't been a mailing to it in about a year. I'll hand all those names over to Julian under separate copy; I HUMBLY apologize to anyone who tried to send anything to that list since last October, since I now realize that that list was never installed on the new hda.com mail server that went on line back then! I'd like to have that list rehosted at freebsd.org where it gets advertised and run by competent people (just to make it clear who screws up here at hda.com: I set up and "maintain" this mail server with occasional 4:30 AM work on it). If anyone is willing to set it up Julian now has the names. I'm leaving this AM so I'm not going to see the responses to this thread, but I'm going to (after the SCSI clean up with you, Julian, which has to come first since though it ain't that interesting it affects many more people) start in on the skeleton for the real time extensions. My initial plans are modest - add the recently posted real time interface to rtprio (I cleared up the copyright with the author), add rtprio aware resource allocation to the kernel during the SCSI cleanup, and define and add the infrastructure for adding the POSIX real time extensions (no-brainer infrastructure - required header files, C stubs that return that something doesn't work per POSIX, kernel compile options that disable the POSIX functionality mechanistically derived from the POSIX facility test macros so that it is modular and can be added in pieces, etc). This with a few additions will especially help out the multimedia group who will then have a standard way to do some of the sort of things they want to do - they are really the biggest group interested in real time sorts of stuff. If you are interested in this get the latest POSIX spec which includes the realtime extensions. Then you multimedia folk can drool over the direct and async I/O. If anyone wants to actually contract with me to work on this I'll give you a good rate (or on the SCSI cleanup, for that matter). Please defer discussion of realtime until the new list is up. Please no many page follow ups about kernel threads and MP support when I talk about adding POSIX async I/O and user specified memory range locking (you know who you are) - I'm a simple man. -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sat Feb 17 04:59:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA09530 for hackers-outgoing; Sat, 17 Feb 1996 04:59:23 -0800 (PST) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA09525 for ; Sat, 17 Feb 1996 04:59:21 -0800 (PST) Received: from fakir.india.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA296681945; Sat, 17 Feb 1996 04:59:09 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA270801746; Sat, 17 Feb 1996 18:25:46 +0530 Message-Id: <199602171255.AA270801746@fakir.india.hp.com> To: freebsd-hackers@freebsd.org Subject: Doing a rep movsw Date: Sat, 17 Feb 1996 18:25:45 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org Precedence: bulk Hi, How can one perform a "rep movsw" in Gcc? I saw inline code to do a "rep insw" in machine/cpufunc.h --- is there an equivalent inline macro for "movsw" that I've missed out? I cannot use `bcopy' here because I am trying to access a memory mapped I/O port which requires word accesses (no 8/32 bit accesses are permitted). Koshy From owner-freebsd-hackers Sat Feb 17 05:38:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10815 for hackers-outgoing; Sat, 17 Feb 1996 05:38:31 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA10810 for ; Sat, 17 Feb 1996 05:38:27 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA24404 for ; Sat, 17 Feb 1996 14:38:25 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA24923 for freebsd-hackers@freebsd.org; Sat, 17 Feb 1996 14:38:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id OAA09112 for freebsd-hackers@freebsd.org; Sat, 17 Feb 1996 14:30:51 +0100 (MET) From: J Wunsch Message-Id: <199602171330.OAA09112@uriah.heep.sax.de> Subject: Re: Patches for TWIN under -current To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 17 Feb 1996 14:30:51 +0100 (MET) In-Reply-To: <199602170928.TAA01420@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 17, 96 07:58:58 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk As Michael Smith wrote: > > Where can I find patches for TWIN? > Still not ready; be patient 8) If you're a 386 assembly wizard, we'd > love your input... My time is limited, but what exactly do you need? -- 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 Feb 17 07:33:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15232 for hackers-outgoing; Sat, 17 Feb 1996 07:33:37 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15226 for ; Sat, 17 Feb 1996 07:33:31 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id AAA06288; Sun, 18 Feb 1996 00:33:26 +0900 Date: Sun, 18 Feb 1996 00:33:26 +0900 Message-Id: <199602171533.AAA06288@frig.mt.cs.keio.ac.jp> To: hackers@freebsd.org Subject: sysinstall bug? From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk Hi! I'm making PC-card ready floppy for 2.1.0R and I found a bug (?) of original sysinstall. This bug has not fixed on -current. --- devices.c.orig Wed Nov 15 15:57:02 1995 +++ devices.c Sat Feb 17 18:53:59 1996 @@ -319,8 +319,9 @@ continue; /* Eliminate network devices that don't make sense */ if (!strncmp(ifptr->ifr_name, "tun", 3) + || !strncmp(ifptr->ifr_name, "sl", 2) || !strncmp(ifptr->ifr_name, "lo0", 3)) - continue; + goto loopend; deviceRegister(ifptr->ifr_name, ifptr->ifr_name, ifptr->ifr_name, DEVICE_TYPE_NETWORK, TRUE, mediaInitNetwork, NULL, NULL, mediaShutdownNetwork, NULL); msgDebug("Found a device of type network named: %s\n", ifptr->ifr_name); @@ -330,6 +331,7 @@ msgConfirm("ifconfig: socket"); continue; } +loopend: if (ifptr->ifr_addr.sa_len) /* I'm not sure why this is here - it's inherited */ ifptr = (struct ifreq *)((caddr_t)ifptr + ifptr->ifr_addr.sa_len - sizeof(struct sockaddr)); } -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sat Feb 17 07:44:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15750 for hackers-outgoing; Sat, 17 Feb 1996 07:44:47 -0800 (PST) Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15744 for ; Sat, 17 Feb 1996 07:44:44 -0800 (PST) Received: by freebsd.netcom.com (8.6.12/SMI-4.1) id JAA03588; Sat, 17 Feb 1996 09:48:34 -0600 From: bugs@freebsd.netcom.com (Mark Hittinger) Message-Id: <199602171548.JAA03588@freebsd.netcom.com> Subject: Re: Web server locks up... but not quite. (?) (fwd) To: hackers@freebsd.org Date: Sat, 17 Feb 1996 09:48:33 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > From: Joe Greco > To: taob@io.org (Brian Tao) > > typically 40 to 60 httpd's running. It exports a 4-gigabyte > > filesystem containing access logs to client machines so our customers > > can produce statistical reports. Is the 4 gig drive a Seagate barracuda? (yes for me, bt946c) Do you run alias ip's for 'virtual web sites'? (yes for me, a bunch) What ethernet card do you run on the box? (3c509 isa for me) How large is your swap file? (256mb swap file) The reason I ask these questions is that other boxes running the same rev of FreeBSD will not exhibit the problem at all. I am trying to find the common thread. > I've seen similar hangs occasionally under both 2.0.5R and 2.1.0R and one > additional "thing" I've noticed is that processes that are completely > in-core appear to keep running (i.e. I had a "vmstat 1" running for a few > weeks and when the box I am thinking of locked up, the vmstat 1 was still > scrolling output, the box was ping-able, but any services that were not > entirely in-core or required other disk accesses were not available). > There is something to the "in-core" business because I have seen the same > box both continue to broadcast rwho and NOT broadcast rwho, presumably > determined by whether or not it was in-core.. I saw this behavior before 2.0.5, then it went away until about 3 weeks before 2.1R was cut. I will see the following kinds of processes hang (unkillable) in "D+" state via ps. Innd, Cern httpd, and ps. Ps seems to have it happen a lot. "ps -ax" will hang whereas simply "ps" will not. When "ps -ax" hangs, who and top will run ok. I am wondering if the "ps -ax" hangs are because it is trying to look at the swap space of another process which is hung and I don't realize it :-) This would imply some kind of deadlock condition for a page out on the swap space. Regards, Mark Hittinger Netcom/Dallas bugs@freebsd.netcom.com From owner-freebsd-hackers Sat Feb 17 09:12:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19170 for hackers-outgoing; Sat, 17 Feb 1996 09:12:48 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19160 Sat, 17 Feb 1996 09:12:44 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id CAA06782; Sun, 18 Feb 1996 02:12:41 +0900 Date: Sun, 18 Feb 1996 02:12:41 +0900 Message-Id: <199602171712.CAA06782@frig.mt.cs.keio.ac.jp> To: hackers@freebsd.org, hardware@freebsd.org Subject: [PCMCIA on FreeBSD] New PCMCIA-ready installation floppy From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk In article <4fp47n$sv0@kogwy.cc.keio.ac.jp> writes: >> I found a bug of this sysinstall that fails to detect PCMCIA network >> card. If I use fixit floppy and ifconfig it, it responds ping >> requests, but sysinstall fails to detect it. CD-ROM via SlimSCSI >> works fine on my laptop. This bug is fixed. You can get the newest version from ftp://bash.cc.keio.ac.jp/pub/os/FreeBSD/alpha-test/pccard-flp/pccard-flp-960218.tar.gz or http://www.mt.cs.keio.ac.jp/person/hosokawa/freebsd-pcmcia/ Enjoy! pccard.flp FreeBSD 2.1.0R installation disk for PCMCIA (PC-card) HOSOKAWA, Tatsumi --------------------------------------------------------------------- Read COPYRIGHT file for original FreeBSD copyright notice. Note that this floppy is alpha-test version. This floppy is freely redistributable. But if you want to write something about this floppy on magazines or books, please contact me first. --------------------------------------------------------------------- You can install FreeBSD 2.1.0R with various PCMCIA Ethernet cards, PCMICA modem cards, and *CD-ROMs via PCMCIA SCSI cards* !! [CAUTION]: We are not responsible for the proper functioning of it, and we are not responsible for damages incurred with its use. Currently this floppy supports: Machines: Laptops with Intel i82365SL or compatible PCICs (Cirrus Logic, VLSI, Vadem, etc.) PCMCIA Cards: Ethernet: IBM PCMCIA Ethernet I/II Accton? UE2212 (Very Slow) Accton EN2212 (Very Slow) 3Com Etherlink III 3C589B, 3C589C Farallon EtherMac Fujitsu MBH10302 NextCom J Link NC5310 FAX/Modem: Megahertz XJ1144 Megahertz XJ2144 Megahertz XJ2144J Megahertz XJ2288 Omron ME2814 FAX/DATA MODEM Omron MD24XCA FAX/Data Modem TDK DF1414 FAX/Data Modem TDK DF1414EX FAX/Data Modem NewMedia 14.4K FAX/Data Modem PREMAX FM288 FAX/Data Modem Novalink NovaModem 144 US Robotics Sportster PCMCIA V.34 US Robotics COURIER PCMCIA V.34 Xircom CreditCard Ethernet+Modem (Modem only !!!) GATEWAY 2000 FAX/Data Modem (14.4K) ISDN: BUG Linkboy D64K Digital Cellular: NTT DoCoMo DATA/FAX Adapter SCSI: Adaptec SlimSCSI APA-1460 (IRQ 5) NewMedia BusToaster RATOC REX-5535AC RATOC REX-5535AMC RATOC REX-5535X We have not tested it on every cards. These cards witout "(IRQ x)" uses IRQ 10 or IRQ 11. Please confirm that your machine does not use IRQ 10 or IRQ 11 before installation. The pccard driver is based on "pccard-test" package 960207-alpha release. If you want to read the source of this floppy, please wait for the next release of "pccard-test" package. If you need it ASAP, please e-mail me about it. Contents: pccboot.flp PC-card ready FreeBSD 2.1.0R installation disk - PC-card ready kernel - PC-card ready sysinstall pccfixit.flp PC-card ready FreeBSD 2.1.0R fixit disk - pccardd and pccardc are included. This floppy is still useless for automatic installation. Sorry. From owner-freebsd-hackers Sat Feb 17 09:16:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19332 for hackers-outgoing; Sat, 17 Feb 1996 09:16:57 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19324 for ; Sat, 17 Feb 1996 09:16:46 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id CAA06791; Sun, 18 Feb 1996 02:16:40 +0900 Date: Sun, 18 Feb 1996 02:16:40 +0900 Message-Id: <199602171716.CAA06791@frig.mt.cs.keio.ac.jp> To: hackers@freebsd.org Subject: 2.1.0R Installation problem with 3c589C is solved. From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk Sometimes I read articles that the original boot.flp of 2.1.0R can't install FreeBSD with 3c589C PCMCIA Ethernt III (3c589B and 3c589 is okay). I've made a new boot.flp for 3c589C. ftp://bash.cc.keio.ac.jp/pub/os/FreeBSD/alpha-test/zpfix-flp/zpfix.flp is it. Thanks. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sat Feb 17 12:09:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25468 for hackers-outgoing; Sat, 17 Feb 1996 12:09:10 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA25377 for ; Sat, 17 Feb 1996 12:08:00 -0800 (PST) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id WAA01226; Sat, 17 Feb 1996 22:07:27 +0200 (EET) Received: (hsu@localhost) by cantina.clinet.fi (8.6.12/8.6.4) id WAA11931; Sat, 17 Feb 1996 22:06:35 +0200 Date: Sat, 17 Feb 1996 22:06:35 +0200 Message-Id: <199602172006.WAA11931@cantina.clinet.fi> From: Heikki Suonsivu To: dennis@etinc.com (dennis) Cc: freebsd-hackers@freebsd.org In-reply-to: dennis@etinc.com's message of 15 Feb 1996 21:18:19 +0200 Subject: Re: BSD/OS 2.1 Organization: Clinet Ltd, Espoo, Finland References: <199602151844.NAA00492@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk In article <199602151844.NAA00492@etinc.com> dennis@etinc.com (dennis) writes: I've finished installing the new release of BSD/OS....which by the way is rather ... I'd like to benchmark it against freebsd and perhaps publish the results (if they're favorable, of course )...can anyone point me at some good, portable, widely accepted benchmark utilities. Obviously network-related stuff is of interest Allow 50-100 users to log in and use anything they want, including installing new software (non-root) and run it, and tell us how long the thing stays up. For large site use, it is the one and only benchmark. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 From owner-freebsd-hackers Sat Feb 17 12:21:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25974 for hackers-outgoing; Sat, 17 Feb 1996 12:21:40 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25969 for ; Sat, 17 Feb 1996 12:21:37 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA08733 for ; Sat, 17 Feb 1996 21:21:50 +0100 Received: by uni4nn.iaf.nl with UUCP id AA02059 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sat, 17 Feb 1996 21:21:28 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA18805 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sat, 17 Feb 1996 20:21:33 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id TAA08929 for FreeBSD-hackers@freebsd.org; Sat, 17 Feb 1996 19:23:17 +0100 From: Wilko Bulte Message-Id: <199602171823.TAA08929@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: using FreeBSD with POP at ISP To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Sat, 17 Feb 1996 19:23:16 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi there Maybe I should direct this to -questions but: I'm setting up a network with the following components: 5x MS WFW3.11 for Netscape client use, 5x Sun Sparcs for 'real' applics. One 386/40 with FreeBSD 2.0.5R is used as a proxy server connecting the network to the outside world using dialup user-PPP on a 28K8 modem. If you think this is overloading the PPP link you are probably correct, but this is a low-budget technical youth club affair. And after the last patches to user PPP it really works remarkably well and not too slow even. Now the question: the ISP runs Win NT servers (yikes, I know). Email is normally handled using POP from the NT box to the ISP's client. As you can guess, having 10 different clients hanging off a local proxy is very non-typical for the ISP. What I need to do is making some sort of POP connection from the proxy machine to the ISP, getting the mail out and sendmailing it to the Suns and (probably??) POPing it further to the WFW PCs. Is this feasible at all or just plain bogus? And if it's feasible how to proceed? Thanks for input, Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Feb 17 12:28:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA26279 for hackers-outgoing; Sat, 17 Feb 1996 12:28:37 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA26272 for ; Sat, 17 Feb 1996 12:28:36 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA09397 for hackers@freebsd.org; Sat, 17 Feb 1996 13:26:29 -0700 From: Terry Lambert Message-Id: <199602172026.NAA09397@phaeton.artisoft.com> Subject: News group split time? To: hackers@freebsd.org Date: Sat, 17 Feb 1996 13:26:29 -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 Precedence: bulk Just to throw another topic out here... Over the past week, the volume on comp.unix.bsd.freebsd.misc has been eight times the volume of comp.unix.bsd.netbsd.misc and six times the volume of comp.unix.bsd.bsdi.misc. Is it time to reorg the group? I vote for comp.freebsd.* or comp.bsd.freebsd.*... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Feb 17 12:48:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27155 for hackers-outgoing; Sat, 17 Feb 1996 12:48:05 -0800 (PST) Received: from etinc.com (etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27150 for ; Sat, 17 Feb 1996 12:48:03 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id PAA06355; Sat, 17 Feb 1996 15:49:54 -0500 Date: Sat, 17 Feb 1996 15:49:54 -0500 Message-Id: <199602172049.PAA06355@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Heikki Suonsivu From: dennis@etinc.com (dennis) Subject: Re: BSD/OS 2.1 Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > >In article <199602151844.NAA00492@etinc.com> dennis@etinc.com (dennis) writes: > I've finished installing the new release of BSD/OS....which by the way is rather >... > I'd like to benchmark it against freebsd and perhaps publish the results (if > they're > favorable, of course )...can anyone point me at some good, portable, widely > accepted benchmark utilities. Obviously network-related stuff is of interest > >Allow 50-100 users to log in and use anything they want, including >installing new software (non-root) and run it, and tell us how long the >thing stays up. For large site use, it is the one and only benchmark. Benchmarking and reliability testing are different animals...we're selling routers and small-medium corporate web server/routers....I don't think how it handles huge loads is an issue. Its kind of like someone telling you that the wheels will fly off a particular car when you hit 150MpH....If you have no plans to drive that fast its not going to keep you from buying it. dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Sat Feb 17 12:48:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27184 for hackers-outgoing; Sat, 17 Feb 1996 12:48:27 -0800 (PST) Received: from tombstone.sunrem.com (tombstone.sunrem.com [199.104.90.54]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27178 for ; Sat, 17 Feb 1996 12:48:23 -0800 (PST) Received: (from brandon@localhost) by tombstone.sunrem.com (8.6.12/8.6.12) id NAA28856; Sat, 17 Feb 1996 13:44:49 -0700 Date: Sat, 17 Feb 1996 13:44:48 -0700 (MST) From: Brandon Gillespie To: freebsd-hackers@freebsd.org Subject: BIND patched binaries? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Just curious, are there plans to make patched binaries available for FreeBSD, or are we on our own in recompiling? Neither is too much of a bother, but if there are no plans I can place binaries/libresolv available for downloads.. (2.1-R) -Brandon Gillespie- From owner-freebsd-hackers Sat Feb 17 13:01:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA27859 for hackers-outgoing; Sat, 17 Feb 1996 13:01:53 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA27854 for ; Sat, 17 Feb 1996 13:01:50 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id PAA06868; Sat, 17 Feb 1996 15:00:14 -0600 From: Joe Greco Message-Id: <199602172100.PAA06868@brasil.moneng.mei.com> Subject: Re: Web server locks up... but not quite. (?) (fwd) To: bugs@freebsd.netcom.com (Mark Hittinger) Date: Sat, 17 Feb 1996 15:00:13 -0600 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199602171548.JAA03588@freebsd.netcom.com> from "Mark Hittinger" at Feb 17, 96 09:48:33 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Is the 4 gig drive a Seagate barracuda? (yes for me, bt946c) > > Do you run alias ip's for 'virtual web sites'? (yes for me, a bunch) > > What ethernet card do you run on the box? (3c509 isa for me) > > How large is your swap file? (256mb swap file) > > The reason I ask these questions is that other boxes running the same rev > of FreeBSD will not exhibit the problem at all. I am trying to find the > common thread. For me, the box was a 486DX4/120 with IDE disk, no IP aliases, SMC Elite 8013, unknown swap file size, acting as a PPP terminal server. The frequency of occurence was extremely low (I think twice in a six month period). > > I've seen similar hangs occasionally under both 2.0.5R and 2.1.0R and one > > additional "thing" I've noticed is that processes that are completely > > in-core appear to keep running (i.e. I had a "vmstat 1" running for a few > > weeks and when the box I am thinking of locked up, the vmstat 1 was still > > scrolling output, the box was ping-able, but any services that were not > > entirely in-core or required other disk accesses were not available). > > There is something to the "in-core" business because I have seen the same > > box both continue to broadcast rwho and NOT broadcast rwho, presumably > > determined by whether or not it was in-core.. > > I saw this behavior before 2.0.5, then it went away until about 3 weeks > before 2.1R was cut. > > I will see the following kinds of processes hang (unkillable) > in "D+" state via ps. Innd, Cern httpd, and ps. > > Ps seems to have it happen a lot. "ps -ax" will hang whereas simply "ps" > will not. When "ps -ax" hangs, who and top will run ok. I wasn't lucky enough to have a runnable shell prompt. > I am wondering if the "ps -ax" hangs are because it is trying to look at > the swap space of another process which is hung and I don't realize it :-) > This would imply some kind of deadlock condition for a page out on the > swap space. It's looking like that could well be the case, it is consistent with the symptoms I had seen. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Sat Feb 17 14:13:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA02170 for hackers-outgoing; Sat, 17 Feb 1996 14:13:22 -0800 (PST) Received: from nieuws.IAEhv.nl (nieuws.IAEhv.nl [192.87.208.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA02165 for ; Sat, 17 Feb 1996 14:13:17 -0800 (PST) Received: by nieuws.IAEhv.nl (8.6.12/1.63) id XAA28397; Sat, 17 Feb 1996 23:13:03 +0100 X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Received: by adv.IAEhv.nl (8.6.11/1.63) id XAA07502; Sat, 17 Feb 1996 23:08:58 +0100 Date: Sat, 17 Feb 1996 23:08:58 +0100 From: Arjan.deVet@adv.IAEhv.nl (Arjan de Vet) Message-Id: <199602172208.XAA07502@adv.IAEhv.nl> To: taob@io.org Subject: Re: Web server locks up... but not quite. (?) X-Newsgroups: list.freebsd.hackers In-Reply-To: Organization: Internet Access Eindhoven, the Netherlands Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article you write: > This sort of thing has happened before with other 2.1.0-R machines >here, but tonight was the first time I was able to get to the console >of one before someone else rebooted it. [...] > You could telnet to various ports on it (indicating that inetd was >still bound to those ports), but none of the services normally >attached to those ports would run, including internal ones like >chargen or daytime (indicating that inetd was blocked in some way). >It wasn't fielding RPC requests either. The login prompt was still >displayed on all the virtual consoles (I was still able to switch >between them), but there was no response from the keyboard, as if the >getty's had died off. The only sign of life was that it was returning >pings from another machine. [...] > Since there is no indication as to the source of the hang, is >there anything I can run periodically from cron to help track down the >problem? I can start tracking load averages, swap space usage, the >output of vmstat, netstat, iostat and nfsstat if that will help. Any >suggestions? We have seen exactly these symptoms too. At one moment our main ISP machine (2.0.5) hung almost every night between 2:06h and 2:07h. We had all kinds of programs running from cron like the ones you suggest but we could not find anything strange. But because it always happened around 2:07h when /etc/daily was running we moved /etc/daily from 02:00h to 10:00h (when there's always somebody near the machine to reboot it) and the nightly hangs disappeared. They happen once in while now, around 10:07 :-((. But the real problem has not been found yet... Arjan From owner-freebsd-hackers Sat Feb 17 15:04:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA04280 for hackers-outgoing; Sat, 17 Feb 1996 15:04:57 -0800 (PST) Received: from zip.io.org (root@zip.io.org [198.133.36.80]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA04273 for ; Sat, 17 Feb 1996 15:04:55 -0800 (PST) Received: (from taob@localhost) by zip.io.org (8.6.12/8.6.12) id SAA22226; Sat, 17 Feb 1996 18:04:09 -0500 Date: Sat, 17 Feb 1996 18:04:09 -0500 (EST) From: Brian Tao To: Bryan Ogawa at Work cc: FREEBSD-HACKERS-L Subject: Re: sharedactive patch for inn1.4-unoff3 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 15 Feb 1996, Bryan Ogawa at Work wrote: > > options SYSVSHM > options "SHMMAXPGS=512" # 2048Kb (?) of sharable memory > options SYSVSEM # enable for semaphores > options SYSVMSG # enable for messaging I had the SysV IPC stuff compiled in, but didn't increase the maximum shareable segment size. I have SHMMAXPGS=1024 in the kernel config (I can probably get away with 512 too) and MAX_ACTIVE_SIZE set to 2097152 bytes in nnrpd/group.c. With an 864K active file and 792K newsgroups file, each in.nnrpd was taking up about 2100K. With sharedactive, they only occupy 300K or less! VSZ RSS COMMAND 296 1988 -aces.net3.io.org GROUP 308 2044 -nwatch.net2.io.org XOVER 292 2024 -mittens.net5a.io.org XHDR 292 2028 -dyna-48.net7a.io.org ARTICLE 288 2012 -dyna-48.net7a.io.org ARTICLE 288 2024 -wayned.net5c.io.org ARTICLE 296 2032 -myriad.net5c.io.org ARTICLE 308 2020 -dyna-197.net7b.io.org ARTICLE 288 692 -205.206.18.21 XOVER 288 1020 -myriad.net5c.io.org ARTICLE 288 2024 -restoule.net5d.io.org ARTICLE [...] -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sat Feb 17 16:01:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA06484 for hackers-outgoing; Sat, 17 Feb 1996 16:01:38 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA06476 for ; Sat, 17 Feb 1996 16:01:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id RAA15816 for ; Sat, 17 Feb 1996 17:01:15 -0700 Message-Id: <199602180001.RAA15816@rover.village.org> To: hackers@freebsd.org Subject: Quick question on syscons.c Date: Sat, 17 Feb 1996 17:01:15 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk Syscons sets the keyboard control mode bits to be 0x4d. Linux sets this to be 0x65. On linux I know this is EKI + SYS + DMS + KCC. FreeBSD should be KCC + SYS + EKI + ???. Can anybody comment on these differences and/or point me at a good and readily availble reference? Is there a good reference for all the "esoteric" PC things: DMA, Timer chips, interrupts, etc? I have the mindshare books, and those are good, as far as they go, but I need something better. Thanks a bunch for any help on this... Warner From owner-freebsd-hackers Sat Feb 17 16:22:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA06977 for hackers-outgoing; Sat, 17 Feb 1996 16:22:50 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA06970 for ; Sat, 17 Feb 1996 16:22:44 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id QAA09211; Sat, 17 Feb 1996 16:24:58 -0800 Date: Sat, 17 Feb 1996 16:24:58 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: 2 questions. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Did anybody put in some patches for the ep0 driver in the tree relating to a timer problem? I supped -stable today, and I don't see anything showing up. I remember somebody saying they were going to, but don't remember who. I have a new box with an AMI BIOS that keeps assigning my ahc0 and ahc1 cards the same IRQ. Or at least, that's what the -RELEASE kernel says. It then stops right after npx0. Unfortunately, the BIOS has about zero tunability, and other than disabling PnP, I can't see anything else to tweak. (I think it's an endeavor MB). If anybody has any suggestions on either of these 2 issues, I'm all ears. From owner-freebsd-hackers Sat Feb 17 17:27:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09253 for hackers-outgoing; Sat, 17 Feb 1996 17:27:09 -0800 (PST) Received: from shell.monmouth.com (festremera@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA09248 for ; Sat, 17 Feb 1996 17:27:06 -0800 (PST) Received: (from festremera@localhost) by shell.monmouth.com (8.6.12/8.6.12) id UAA09885; Sat, 17 Feb 1996 20:24:37 -0500 Date: Sat, 17 Feb 1996 20:24:36 -0500 (EST) From: Frank J Estremera To: hackers@FreeBSD.ORG Subject: SD0 boot image question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk First of all I would like to thank all that responded to my previous question, dealing with my confusion as to how to configure FreeBSD on a second (SCSI) drive. I would also like to appologize for the rambling format that I used in posing the question. My level of frustration was quite high at the time. I have been succesful in configuring System Commander as my boot manager with Windows95 on my IDE drive (wd0) and FreeBSD on my SCSI (sd0). My problem now is that when I select FreeBSD, sd1 is defaulting as the boot drive instead of sd0. I have tried reconfiguring biosboot, installing the binaries in /usr/mdec, but still no luck. Could someone explain how to compile & install a new boot image that would point to sd0 instead of sd1 when wd0 exists? Thank you in advance, Frank Estremera From owner-freebsd-hackers Sat Feb 17 17:38:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09860 for hackers-outgoing; Sat, 17 Feb 1996 17:38:46 -0800 (PST) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09853 Sat, 17 Feb 1996 17:38:44 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199602180138.RAA09853@freefall.freebsd.org> Subject: Re: an invite to industrial users of Freebsd. To: dufault@hda.com (Peter Dufault) Date: Sat, 17 Feb 1996 17:38:44 -0800 (PST) Cc: julian@TFS.COM, hackers@freebsd.org In-Reply-To: <199602171115.GAA06130@hda.com> from "Peter Dufault" at Feb 17, 96 06:15:20 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Peter Dufault wrote: > I'd like to have that list rehosted at freebsd.org where it gets > advertised and run by competent people (just to make it clear who > screws up here at hda.com: I set up and "maintain" this mail server > with occasional 4:30 AM work on it). If anyone is willing to set > it up Julian now has the names. i will set up the list. how do you all like freebsd-realtime. jmb From owner-freebsd-hackers Sat Feb 17 20:00:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA22109 for hackers-outgoing; Sat, 17 Feb 1996 20:00:44 -0800 (PST) Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA22104 for ; Sat, 17 Feb 1996 20:00:38 -0800 (PST) Received: from localhost (mmead@localhost [127.0.0.1]) by Glock.COM (8.7.3/8.7.3) with SMTP id XAA17530; Sat, 17 Feb 1996 23:00:01 -0500 (EST) Message-Id: <199602180400.XAA17530@Glock.COM> X-Authentication-Warning: Glock.COM: Host mmead@localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 To: Warner Losh cc: hackers@FreeBSD.ORG Subject: Re: hacking xmkmf stuff In-reply-to: Your message of "Fri, 16 Feb 1996 21:37:36 MST." <199602170437.VAA13213@rover.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 17 Feb 1996 23:00:01 -0500 From: "matthew c. mead" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk [details of imake config removed] Thanks for your help; it's much appreciated! -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Sat Feb 17 20:32:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23180 for hackers-outgoing; Sat, 17 Feb 1996 20:32:35 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA23171 for ; Sat, 17 Feb 1996 20:32:33 -0800 (PST) Received: by tfs.com (smail3.1.28.1) Message-Id: From: julian@TFS.COM (Julian Elischer) Subject: Re: an invite to industrial users of Freebsd. To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Sat, 17 Feb 1996 20:32:22 -0800 (PST) Cc: dufault@hda.com, julian@TFS.COM, hackers@freebsd.org In-Reply-To: <199602180138.RAA09853@freefall.freebsd.org> from "Jonathan M. Bresler" at Feb 17, 96 05:38:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Peter Dufault wrote: > i will set up the list. how do you all like freebsd-realtime. I was thinking of a bit more general.. and I sent it to NetBSD people too.. I was thinking of bsd-industrial or similar > > jmb > From owner-freebsd-hackers Sat Feb 17 20:41:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23560 for hackers-outgoing; Sat, 17 Feb 1996 20:41:55 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA23551 for ; Sat, 17 Feb 1996 20:41:51 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tnzGs-00087AC; Sat, 17 Feb 96 20:54 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tnzDm-000C8oC; Sat, 17 Feb 96 20:51 WET Message-Id: Date: Sat, 17 Feb 96 20:51 WET To: hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Feb 17 1996, 20:51:30 CST Subject: Re: Is "immutable" supposed to be a good idea? Sender: owner-hackers@freebsd.org Precedence: bulk [4]I vaguely remember that some of these flags were not supposed to [4]come into effect until the system went into multi-user mode.. That would be OK *if* we waited until the system was all the way up before going into that mode. In my case, fsck bombed and offered me a sh. The system is apparently already in this "secure" mode at that point. The same was true if I booted -s. By the time I got a shell, the system was honoring the immut flag. If secure mode is something we turn on during the boot process, perhaps the solution it to move that moment further down in the installation process so that maintenance mode can actually do maintenance. [4]I don't think these flags should be noticed till root decides to go [4]'secure' I agree. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" ^------(this is the fastest route)|"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Sat Feb 17 20:42:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23615 for hackers-outgoing; Sat, 17 Feb 1996 20:42:29 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA23601 for ; Sat, 17 Feb 1996 20:42:25 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tnzjL-00087CC; Sat, 17 Feb 96 21:24 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tnzaS-000C8oC; Sat, 17 Feb 96 21:14 WET Message-Id: Date: Sat, 17 Feb 96 21:14 WET To: hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Feb 17 1996, 21:14:55 CST Subject: Re: Multidrop serial (422/485) driver Sender: owner-hackers@freebsd.org Precedence: bulk [0]The 'mdsio' driver provides support for multidrop serial busses, either [0]using a standard RS-422/485 interface card, or a standard RS-232 serial [0]port with DTR- or RTS-controlled transmit/receive. [2]Jordan K. Hubbard stands accused of saying: [2]Uh. Interesting. I wasn't aware that anyone was still playing with [2]serial networks since they dismantled BERKNET. :-) [2] [2]Are you guys actually using this stuff in such an application? [3]It's called "industrial control". RS-485 is very heavily used in [3]machine interfaces; properly wired it's nearly immune to interference, [3]you can run it hundreds of metres over telephone cable, and it takes a [3]$0.75 part to interface it to almost any UART or microcontroller. Yes indeed. Someone in my office was complaining that their group has a bunch of Betacam SP transports that they drive into the ground by doing frame-at-a-time record and sample. They sit there and rewind, roll, record one frame, rewind, roll, record one frame, all day long. They want to do batch record and batch playback, but they have to use the 422 interface on the deck for this. However the drive package for DOS costs several hundred for RS-232 decks and an extra $1K for the modules for driving 422 decks. He was looking for drivers for *any* platform.... Hmmmm... Also, there are several HVAC systems that use RS485 to poll temperature sensors, activate boost heaters and blowers, and generally control things. I know of a seven story building in Ft. Worth TX wired with such a system that was bought off the shelf. And, if you are so inclined, Appletalk is really 485 running at 230.4Kbit/sec over a somewhat strange wiring arrangement. Centram/Farallon use the same scheme (and unshielded wire for triple the network size) and bump the speed to 230.4K or 768K, and Tandy copied the Centram design (down to the jumper numbers) and sold it as TandyLink. Those Tandy cards are driving a lot of DOS packet radio equipment all over the place, and are cheap. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" ^------(this is the fastest route)|"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Sat Feb 17 21:32:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25255 for hackers-outgoing; Sat, 17 Feb 1996 21:32:17 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA25233 for ; Sat, 17 Feb 1996 21:31:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA27533; Sun, 18 Feb 1996 16:27:33 +1100 Date: Sun, 18 Feb 1996 16:27:33 +1100 From: Bruce Evans Message-Id: <199602180527.QAA27533@godzilla.zeta.org.au> To: hackers@freebsd.org, imp@village.org Subject: Re: Quick question on syscons.c Sender: owner-hackers@freebsd.org Precedence: bulk >Syscons sets the keyboard control mode bits to be 0x4d. Linux sets >this to be 0x65. On linux I know this is EKI + SYS + DMS + KCC. >FreeBSD should be KCC + SYS + EKI + ???. This magic is inherited from 386BSD-0.1 or earlier. 0x08 is "ignore security lock". See /sys/i386/isa/ic/i8042.h. This file is no longer used, but should be. See also /sys/i386/isa/pcvt/pcvt_hdr.h, which also suffers from NIH and defines all the keyboard bits with different, worse (longer yet more more ambiguous) names. pcvt has ifdefs to support the 4 possible values of the security lock and scancode conversion bits. See also the NetBSD pccons.c and i8042reg.h. The 0x20 bit is to disable the mouse according to NetBSD. NetBSD doesn't disable the mouse or the security lock, and it enables mouse interrupts. >Can anybody comment on these differences and/or point me at a good and >readily availble reference? Is there a good reference for all the >"esoteric" PC things: DMA, Timer chips, interrupts, etc? I have the >mindshare books, and those are good, as far as they go, but I need >something better. I haven't seen one :-(. OTOH there are a lot of examples in source code. See also the Linux keyboard driver... :-). Bruce From owner-freebsd-hackers Sat Feb 17 21:47:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA26013 for hackers-outgoing; Sat, 17 Feb 1996 21:47:35 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA25939 for ; Sat, 17 Feb 1996 21:46:52 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA28125; Sun, 18 Feb 1996 16:41:52 +1100 Date: Sun, 18 Feb 1996 16:41:52 +1100 From: Bruce Evans Message-Id: <199602180541.QAA28125@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, koshy@india.hp.com Subject: Re: Doing a rep movsw Sender: owner-hackers@freebsd.org Precedence: bulk >How can one perform a "rep movsw" in Gcc? I saw inline code to do a "rep insw" asm("rep movsw") :-). >in machine/cpufunc.h --- is there an equivalent inline macro for "movsw" >that I've missed out? No. >I cannot use `bcopy' here because I am trying to access a memory mapped I/O >port which requires word accesses (no 8/32 bit accesses are permitted). There used to be a bcopyw for this. Write it in C. "rep movs" isn't very efficient (it shouldn't be used to implement bcopy except possibly on 386's), and for memory mapped i/o you will probably be waiting for the i/o. Bruce From owner-freebsd-hackers Sat Feb 17 21:58:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA26520 for hackers-outgoing; Sat, 17 Feb 1996 21:58:00 -0800 (PST) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA26515 for ; Sat, 17 Feb 1996 21:57:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id WAA16529; Sat, 17 Feb 1996 22:57:35 -0700 Message-Id: <199602180557.WAA16529@rover.village.org> To: Bruce Evans Subject: Re: Quick question on syscons.c Cc: hackers@FreeBSD.ORG In-reply-to: Your message of Sun, 18 Feb 1996 16:27:33 +1100 Date: Sat, 17 Feb 1996 22:57:35 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : See also the Linux keyboard driver... :-). Well, its like this... That's the driver I'm trying to debug... I'm trying to figure out why the keyboard on this MIPS PC that I have and am porting Linux/MIPS to wasn't working... Thanks for the other pointers. I understand the code better now. Warner From owner-freebsd-hackers Sat Feb 17 21:59:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA26566 for hackers-outgoing; Sat, 17 Feb 1996 21:59:06 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA26561 for ; Sat, 17 Feb 1996 21:59:03 -0800 (PST) From: tedm@os2box Received: by agora.rdrop.com with UUCP (Smail3.1.29.1 #17) id m0to294-000AmcC; Sat, 17 Feb 96 21:58 PST Received: from tedsbox.rdrop.com (tedsbox [198.6.35.20]) by toybox (8.6.12/8.6.12) with SMTP id VAA00751 for ; Sat, 17 Feb 1996 21:04:16 -0800 Received: by tedsbox.rdrop.com (IBM OS/2 SENDMAIL VERSION 1.3.6)/(3.0sos) id AA0092; Sat, 17 Feb 96 21:09:44 GMT Message-Id: <9602172109.AA0092@tedsbox.rdrop.com> Date: Sat, 17 Feb 96 21:08:23 PST8PDT Reply-To: tedm%toybox@agora.rdrop.com To: hackers@freebsd.org Subject: Info to add to the Hardware FAQ Sender: owner-hackers@freebsd.org Precedence: bulk I've been meaning to send you guys this info and so here it is......... Question: I cannot get my Bustek 742a EISA SCSI to be recognized by FreeBSD 2.1 Answer: This info is specific to the 742a but may also cover other Buslogic cards. (Bustek = Buslogic) There are 2 general "versions" of the 742a card. They are hardware revisions A-G, and revisions H - onwards. The revision letter is located after the Assembly number on the edge of the card. The 742a has 2 ROM chips on it, one is the BIOS chip and the other is the Firmware chip. FreeBSD doesen't care what version of BIOS chip you have but it does care about what version of firmware chip. Buslogic will send upgrade ROMS out if you call their tech support dept. The BIOS and Firmware chips are shipped as a matched pair. You must have the most current Firmware ROM in your adapter card for your hardware revision. The REV A-G cards can only accept BIOS/Firmware sets up to 2.41/2.21. The REV H- up cards can accept the most current BIOS/Firmware sets of 4.70/3.37 The difference between the firmware sets is that the 3.37 firmware supports "round robin" The Buslogic cards also have a serial number on them. If you have a old hardware revision card you can call the Buslogic RMA department and give them the serial number and attempt to exchange the card for a newer hardware revision. If the card is young enough they will do so. FreeBSD 2.1 only supports Firmware revisions 2.21 onward. If you have a Firmware revision older than this your card will not be recognized as a Buslogic card. It may be recognized as an Adaptec 1540, however. The early Buslogic firmware contains an AHA1540 "emulation" mode. This is not a good thing for an EISA card, however. If yu have an old hardware revision card and you obtain the 2.21 firmware for it, you will need to check the position of jumper W1 to B-C, the default is A-B. The 742a EISA cards never had the > 16MB problem mentioned in the FreeBSD FAQ This is a problem that occurs with the Vesa-Local Buslogic SCSI cards. From owner-freebsd-hackers Sat Feb 17 22:13:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA27262 for hackers-outgoing; Sat, 17 Feb 1996 22:13:03 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA27238 for ; Sat, 17 Feb 1996 22:12:34 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA29273; Sun, 18 Feb 1996 17:08:54 +1100 Date: Sun, 18 Feb 1996 17:08:54 +1100 From: Bruce Evans Message-Id: <199602180608.RAA29273@godzilla.zeta.org.au> To: hackers@freebsd.org, uhclem@nemesis.lonestar.org Subject: Re: Is "immutable" supposed to be a good idea? Sender: owner-hackers@freebsd.org Precedence: bulk >[4]I vaguely remember that some of these flags were not supposed to >[4]come into effect until the system went into multi-user mode.. No, see the init man page. >That would be OK *if* we waited until the system was all the way up >before going into that mode. In my case, fsck bombed and >offered me a sh. The system is apparently already in this >"secure" mode at that point. By default, the system is always in insecure mode (security level -1; use `sysctl kern.securelevel' to see the level). >The same was true if I booted -s. By the time I got a shell, >the system was honoring the immut flag. The immututable flags are always honoured. In secure mode, you can't turn then off. In highly secure mode, you can write to the disk directly to turn them off. >If secure mode is something we turn on during the boot process, You'd be really unhappy if we turned on secure mode :-). >[4]I don't think these flags should be noticed till root decides to go >[4]'secure' >I agree. I disagree. The problem is that the immutable flags are set by default on systems that will never run in secure mode. This provides some protection against root doing stupid things, but very little security. The immutable flags aren't much use for protecting binaries and libraries anyway. Root can bypass them by moving the directory out of the way. Only their contents is protected. Protecting contents is useful for log files, but log files aren't immutable or append-only by default. Bruce From owner-freebsd-hackers Sat Feb 17 23:11:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29194 for hackers-outgoing; Sat, 17 Feb 1996 23:11:37 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA29188 for ; Sat, 17 Feb 1996 23:11:32 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id SAA26723; Sun, 18 Feb 1996 18:11:15 +1100 From: michael butler Message-Id: <199602180711.SAA26723@asstdc.scgt.oz.au> Subject: Re: Info to add to the Hardware FAQ To: tedm%toybox@agora.rdrop.com Date: Sun, 18 Feb 1996 18:11:14 +1100 (EST) Cc: hackers@freebsd.org In-Reply-To: <9602172109.AA0092@tedsbox.rdrop.com> from "tedm@os2box" at Feb 17, 96 09:08:23 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk tedm@os2box writes: > There are 2 general "versions" of the 742a card. They are hardware > revisions A-G, and revisions H - onwards. The revision letter is located > after the Assembly number on the edge of the card. The 742a has 2 ROM > chips on it, one is the BIOS chip and the other is the Firmware chip. > FreeBSD doesen't care what version of BIOS chip you have but it does care > about what version of firmware chip. Buslogic will send upgrade ROMS out > if you call their tech support dept. The BIOS and Firmware chips are > shipped as a matched pair. You must have the most current Firmware ROM in > your adapter card for your hardware revision. If you have access to an EPROM programmer, you can now also download them from http://www.buslogic.com :-) > The REV A-G cards can only accept BIOS/Firmware sets up to 2.41/2.21. The > REV H- up cards can accept the most current BIOS/Firmware sets of 4.70/3.37 > The difference between the firmware sets is that the 3.37 firmware supports > "round robin" These comments are also appropriate to the BT-542B .. michael