From owner-freebsd-hackers Sun Apr 14 00:24:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02331 for hackers-outgoing; Sun, 14 Apr 1996 00:24:21 -0700 (PDT) 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 AAA02314 Sun, 14 Apr 1996 00:24:15 -0700 (PDT) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id QAA05775; Sun, 14 Apr 1996 16:24:10 +0900 Date: Sun, 14 Apr 1996 16:24:10 +0900 Message-Id: <199604140724.QAA05775@frig.mt.cs.keio.ac.jp> To: freebsd-mobile@freebsd.org, freebsd-hackers@freebsd.org Reply-To: freebsd-mobile@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: [PCMCIA] pccard-960414 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 X-Loop: FreeBSD.org Precedence: bulk We release new version of the PC-card (PCMCIA) package for FreeBSD. You can get this package from: ftp://bash.cc.keio.ac.jp/pub/os/FreeBSD/alpha-test/pccard/pccard-test-960414.tar.gz Important Notice: This is the last release that supports FreeBSD 2.1.0-RELEASE (we have no resources and time for maintain and test the 2.1.0-RELEASE based sources). If you want to use the future version of this package, please move to 2.2-SNAP. Even in this package, there are some problems that is fixed for 2.2-SNAP, but not fixed for 2.1.0-RELEASE (kernel upgrade patch from 960328 for 2.1.0-RELEASE is only 19KB, but 55KB for 2.2-SNAP). ----------------------------------------------------------------------- Current Status ----------------------------------------------------------------------- Type Card Status Driver ----------------------------------------------------------------------- Ethernet 3Com Etherlink III 3C589 OK nep 3Com Etherlink III 3C589B OK nep 3Com Etherlink III 3C589C OK nep Accton EN2212 OK ed Contec C-NET(PC)C OK fe Dayna Communications CommuniCard E OK ed Eiger Labs EPX-ET10T2 Combo OK ed Farallon EtherMac OK nep Fujitsu FMV-J181 OK fe Fujitsu FMV-J182 OK fe Fujitsu FMV-J182A OK fe GVC NIC-2000P Ethernet Card OK ed Hitachi HT-4840-11 OK fe IC-card Ethernet OK ed IBM Creditcard Ethernet I OK ed IBM Creditcard Ethernet II OK ed Megahertz Ethernet Adapter OK sn Megahertz X-Jack Ethernet OK sn Melco LPC-T OK ed NextCom J Link NC5310 OK fe PLANET Smart Com 2000 OK ed PLANET Smart Com 3500 OK ed RATOC REX-9821 OK fe TDK LAK-CD021 OK fe TDK LAK-CD021A OK fe FAX/Modem Virtually all modem card should work sio *2 (but it still does not work on some machines...) Alpha-testers reported that they can use the following cards. AIWA PV-JF144 OK sio AIWA PV-JF288 OK sio APEX DATA Mobile Plus V.34 OK sio Dell Dacom Modem/FAX V32.bis OK sio Fujitsu FMV-JMD712 OK sio GATEWAY2000 MODEM OK sio Hayes OPTIMA 144 OK sio Hayes OPTIMA 288 V.34 OK sio IBM Push/Pop Modem OK sio Megahertz XJ1144 OK sio Megahertz XJ2144 OK sio Megahertz XJ2144 (JP) OK sio Megahertz XJ2288 OK sio Megahertz XJ3288 (JP) OK sio NewMedia FAX/Modem 14.4K OK sio Novalink NovaModem 144 OK sio NTT-IT ThunderCard AVF288 OK sio OMRON ME2814 Fax/Modem OK sio OMRON MD24XCA Fax/Modem OK sio Panasonic CF-JMD101 OK sio Panasonic TO-CAF288 OK sio PREMAX FM288 OK sio Smart ST1414L Fax/Voice/Modem OK sio TDK DF1414 OK sio TDK DF1414EX OK sio TDK DF2814B/M OK sio US Robotics Sportster PCMCIA V.34 OK sio *3 US Robotics COURIER PCMCIA V.34 OK sio *3 ISDN BUG Linkboy D64K OK sio Digital Cellular NTT DoCoMo DATA/FAX Adapter OK sio SCSI Adaptec SlimSCSI APA-1460 OK aic NewMedia BusToaster OK aic RATOC REX-5535AC OK spc RATOC REX-5535AMC OK spc RATOC REX-5535X OK spc RATOC REX-5535XM OK spc Flash ATA Virtually all Flash ATA card should work wdc Alpha-testers reported that they can use the following cards. Epson Flash Packer 5MB OK wdc Epson Flash Packer 20MB OK wdc Epson Flash Packer 40MB OK wdc HP F1012A OK wdc Midori Elec. Fast Flash OK wdc SunDisk SPD5-5 OK wdc SunDisk SPD5-20 OK wdc SunDisk SPD-40 OK wdc ATA HDD Virtually all ATA HDD card should work wdc Alpha-testers reported that they can use the following cards. Maxtor MobileMax MXL131 OK wdc Mitsubishi M6887-3 170MB OK wdc ATAPI CD-ROM DEC Digital Mobile Media OK wdc *4 ----------------------------------------------------------------------- *1 Only works on 2.2-SNAP. *2 Some cards or laptops needs modifications to /etc/pccard.conf, and some combinations of cards and laptops do not work. *3 But, there are also some reports that US Robotics Modem cards can't be used with this package. *4 This CD-ROM has PCIC in it, so it can't be hotplugged. And, ATAPI CDROM is supported by 2.2-SNAP only. ----------------------------------------------------------------------- These are most of supported Ethernet cards of Linux PCMCIA package and the cards whose chipset is supported by current FreeBSD PC-Card package. I think that most of these cards should work and I've already written configurations for some of them in /etc/pccard.conf in this package, but they are not tested. If you have (or your friend has :-)) these cards, please test them and e-mail me (hosokawa@mt.cs.keio.ac.jp) the result WHETHER THEY WORK OR NOT!!! If you can't use these card with this package, send me the following data. 1. Name of the card 2. Name of the chipset the card uses (if you can know that) 3. The result of "pccardc dumpcis" (kill pccardd before testing) 4. The result of "pccardc rdattr 0 0 10000" (if you inserted card into second slot, it's "pccardc rdattr 1 0 10000") 5. Your /etc/pccard.conf Please put "[pccard-test]" on the head of the "Subject:" to pick it up easily. ----------------------------------------------------------------------- Type Card Status Driver ----------------------------------------------------------------------- Ethernet Accton EN2216 EtherCard ? ed Allied Telesis Ethernet Card ? ed AST 1082 Ethernet ? ed CNet CN30BC Ethernet Card ? ed CNet CN40BC Ethernet Card ? ed DataTrek NetCard ? ed Digital DEPCM-BA Ethernet ? ed D-Link DE-650 Ethernet Card ? ed Edimax Ethernet Combo ? ed EFA InfoExpress SPT EFA 205 10baseT ? ed EP-210 Ethernet Card ? ed Epson EEN10B Ethernet Card ? ed Farallon Etherwave ? ed Genius ME3000II Ethernet ? ed Grey Cell GCS2220 Ethernet Card ? ed Hitachi HT-4840-10 ? fe Hypertec HyperEnet ? ed Infotel IN650ct Ethernet ? ed National Semiconductor InfoMover 4100 ? ed Katron PE-520 Ethernet Card ? ed Kingston KNE-PCM/x Ethernet ? ed LANEED Ethernet ? ed Linksys Ethernet Card ? ed Maxtech PCN2000 Ethernet ? ed NDC Instant-Link ? ed Network General "Sniffer" ? ed RATOC REX-5585 Ethernet ? fe RATOC REX-5588 Ethernet ? fe PreMax PE-200 Ethernet Card ? ed Proteon Ethernet ? ed RPTI EP400 Ethernet Card ? ed SCM Ethernet Combo ? ed Thomas-Conrad Ethernet ? ed Trust Ethernet Combo ? ed Volktek Ethernet ? ed ----------------------------------------------------------------------- These cards work, but they have serious problems ----------------------------------------------------------------------- Type Card Status Driver ----------------------------------------------------------------------- Ethernet Socket EA LAN Adapter NG ed (Broken CIS and broken DMA status register, it hangs up on heavy traffic) ----------------------------------------------------------------------- From owner-freebsd-hackers Sun Apr 14 00:34:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA02573 for hackers-outgoing; Sun, 14 Apr 1996 00:34:40 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA02568 for ; Sun, 14 Apr 1996 00:34:37 -0700 (PDT) Received: from freebsd.ki.net (root@freebsd.ki.net [205.150.102.51]) by ki.net (8.7.4/8.7.4) with ESMTP id DAA11524 for ; Sun, 14 Apr 1996 03:34:41 -0400 (EDT) Received: from localhost (scrappy@localhost) by freebsd.ki.net (8.7.5/8.7.5) with SMTP id DAA08989 for ; Sun, 14 Apr 1996 03:34:37 -0400 (EDT) X-Authentication-Warning: freebsd.ki.net: scrappy owned process doing -bs Date: Sun, 14 Apr 1996 03:34:36 -0400 (EDT) From: "Marc G. Fournier" To: hackers@freebsd.org Subject: Hardware Recommendations Requested Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... I'm just about to get at least one, if not several, new machines put together to run -stable on, and figure before I get quotes on the hardware, I'd get opinions on the hardware that I'm currently planning on going with, as to whether I can expect problems with it or not. All the machines will be essentially the same, some with a little more hard drive space, but that's about it: Hard Drives: Quantum or Fujitsu? Will vary from 500meg to 2Gig Mainly, I've heard that the Fujitsu are good drives, and price wise, are cheaper then the Quantum...but are they the sort of drive that I can *confidently* rely on? And, any size range to shy away from? I seem to recall that it used to be that if you wanted a <1gig drive, conner was good, but >1gig, you stayed away from conner. Does Fujitsu have anything like that? Video: Trident 512K ISA SVGA Monitor/Keyboard will be shared using a switch, as I currently don't need any more systems...staff currently works from home instead of coming to the office. Motherboard: 486DX4-100, ASUS, PCI Now, ASUS motherboards I've always had good luck with, and I've noticed that most on the lists seem to agree that they are good boards...but I also seem to recall someone mentioning something wrong with the DX4-100's? Would I be better to pop up to a Pentium 100 instead? I haven't checked motherboard prices recently, but last time I checked, the DX4-100's were substantially cheaper, and performance compared to the P100's was pretty good (for the price difference, at least)... Oh...I read the thread awhile back about the Triton-II chipset, but haven't seen anything recently regarding whether it is out yet or not...is it? Memory: 32Meg Parity 72pin SIMMS - Brand ?? Memory wise, I'm going with Parity memory, but really haven't got a clue if I'm going to notice anything different using Parity vs Non-Parity...I've always used Non-Parity, mainly since I was told once, erroneously I've since heard, that PCs don't use parity *sigh* Comments? Any particular manufacturer to stay away from? Someone mentioned Panasonic as being good... Ethernet: SMC 8013, 10baseT If I were to go with a PCI SMC Ethernet card (which SMC is it that supports the DEC DC21x40 100/10Mbs chipset again?) but only am using a standard 10baseT hub currently, would I see any performance difference over the ISA model? Ie. would I get any more data throughput using a PCI model over the ISA? SCSI Controller: ASUS SC-200 (PCI) SCSI controller...should I stay away from the ASUS SC-200? if so, which PCI controller is recommended? Right now, I'm only looking at 1 or 2 drives on the bus, so if the ASUS model is felt to be stable enough, and the drivers are solid, you can't beat the price...and if I need more in the future, its easy to upgrade. I think that about covers it. I'm trying to build a machine that I won't have to worry too much about hearing "its a hardware problem" if I have any kernel panics, so want to be confident in what I'm putting together. I'd much rather have a kernel panic that is software related, and readily fixable, then a hardware related panic that requires swapping hardware around to try and isolate it :( Thoughts? Caveats? Recommendations? Thanks... Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-hackers Sun Apr 14 02:39:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA11831 for hackers-outgoing; Sun, 14 Apr 1996 02:39:17 -0700 (PDT) Received: from gerard (groudier@tlaloc.iplus.fr [194.51.186.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA11818 for ; Sun, 14 Apr 1996 02:38:49 -0700 (PDT) Received: (from groudier@localhost) by gerard (8.6.12/8.6.9) id LAA00163; Sun, 14 Apr 1996 11:38:32 GMT Date: Sun, 14 Apr 1996 11:38:31 +0000 (GMT) From: Gerard Roudier X-Sender: groudier@gerard To: dennis cc: hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-Reply-To: <199604140406.AAA08761@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, dennis wrote: > Gerard Roudier says after comparing current linux to Freebsd 2.0.5..... > > >Even if this benchmark is a little questionnable, I invite people who say or > >write that Unix B is FASTER than Unix A to stop, or to say or write > >the OPPOSITE > > I think the NEW thing to say is that Linux is now only 1 year behind FreeBSD. > That sounds about accurate. > > Dennis > Gerard Roudier says after comparing current linux to Freebsd 2.0.5..... > >Even if this benchmark is a little questionnable, I invite people who say or > >write that Unix B is FASTER than Unix A to stop, or to say or write > >the OPPOSITE > I think the NEW thing to say is that Linux is now only 1 year behind FreeBSD. > That sounds about accurate. > Dennis I am very disappointed. It seems that people of Unix B mailing list who have understood the true meaning of my questionnable comparison do not reply to that mail. 1 - In France at least, Unix end users do not see lots of differences between Unices. They run Unix or some other proprietary systems. Is that system "Unix A", "Unix B" or "Unix S"? It is not the question. The question is to use a Unix system or a Gates's system. A little unfair for us. ( Did youd remember some recent thread in the linux kernel list?) 2 - People that claim that Unix B is FASTER than Unix A rarely indicate the versions of systems (nor the used benchmarks). I was expecting that Unix B version 2.0.5 was still a little FASTER that Unix A version 1.3.87, and I get the OPPOSITE. The difference is that I wrote that my benckmark is "questionnable" and give enough informations to guess missing informations. Most of Unix end users are not able to guess the MISSING informations. They BELEIVE what we CLAIM. 3 - It seems to me that now, current Linux is as FAST as FreeBSD-current. Good news!!!!!!!!!! It is difficult to have both Linux and FreeBSD in their current version. Only linux is up to date on my machine. If you are a FreeBSD-current user and if you have about the same configuration as mine, can you run the old BYTE benchmark and send to me your results? Thanks per advance, Best Regards, Gerard. From owner-freebsd-hackers Sun Apr 14 04:20:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA16140 for hackers-outgoing; Sun, 14 Apr 1996 04:20:12 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA16135 for ; Sun, 14 Apr 1996 04:20:10 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id NAA12033; Sun, 14 Apr 1996 13:00:24 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id MAA07155; Sun, 14 Apr 1996 12:52:46 +0200 (MET DST) Date: Sun, 14 Apr 1996 12:52:45 +0200 (MET DST) From: Andreas Klemm To: barth cc: hackers@freebsd.org Subject: how to bring the internet to you via push button In-Reply-To: <9604132347.AA28533@ltidec3.epfl.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sun, 14 Apr 1996, barth wrote: > begin 644 su-tools.tgz Thanks .. I solved it now doing the following... fvwm95 has now an "internet" button... The program 'internet' is suid root and calls a suid root script internetswitch. 'internet' checks, if you are root or UID 1000 (that's me here on my 1 user FreeBSD box). Then it sets UID to 0 so that the via execl called shellscript really runs suid root, to do the desired tasks. So I simply push the Internet Button of my fvwm95 desktop manager and start everything I like a) ppp -auto on demand b) cached (the WWW proxy server) c) ping ISP (initiate connection) d) then start uucico to get mail and news, since we are just online If you setup UUCP clever, then it looks first if he can callout directly. But since the modem device is blocked, the alternate rule is called, and the alternate rule tells UUCP to dialup via TCP/IP ;-)) system easix phone 02131xxx alternate phone 02131xxx alternate address easix.gun.de port type tcp protocol itGg chat ogin: \L word: \P If I push the butten again, I'm able to stop internet access via modem. internet.c: - ----------- #include #include #include main() { uid_t t; /* check authorization for this suid tool */ if (getuid() == 1000 || getuid() == 0) { t=setuid(0); t=seteuid(0); execl("/home/andreas/bin/internetswitch", NULL, NULL); } } internetswitch: - --------------- #! /bin/sh PATH=/bin:/usr/bin:/usr/sbin:/sbin:/usr/local/bin if [ -f /var/spool/lock/internet.on ]; then # we already enabled internet # we only have to kill ppp -auto ondemand kill -9 `ps -ax \ | egrep "ppp " \ | egrep -v "egrep" | \ sed 's/^\([ 0-9]*\) .*/\1'/` # clean activity mark rm -f /var/spool/lock/internet.on # say it ;-) echo "INET: closing connection to internet" > /dev/console else # set activity mark touch /var/spool/lock/internet.on # fire up PPP to dial on demand /usr/sbin/ppp -auto ondemand > /dev/null 2>&1 echo "INET: initiating dialup to internet" > /dev/console CACHED=`ps -ax | egrep cached | egrep -v egrep` if [ ! "$CACHED" ]; then /usr/local/harvest/bin/RunCache & echo "INET: starting cached..." > /dev/console fi # start uucp transfer /sbin/ping -c 5 xypl-02 > /dev/null 2>&1 /usr/libexec/uucp/uucico -r1 -Seasix echo "INET: calling easix..." > /dev/console fi - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMXDY/fMLpmkD/U+FAQEcwgQAif03F+Umn7m4UaA25TzlSaVSdJmzff26 /d+C8cB0vECJKnKoQ/JzrQghPK+tNB2TB27lGIwKUilFcZZZ5VsKscI2QuAs+vXH CJD5q3rFFmxb4FfstnKlP+vlOGDCCMM6xyllrNgvXqehnYxszAFhCOsNDBhA3Q9Q 5UkBRPngUrA= =Avbx -----END PGP SIGNATURE----- From owner-freebsd-hackers Sun Apr 14 04:55:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA17770 for hackers-outgoing; Sun, 14 Apr 1996 04:55:12 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA17765 for ; Sun, 14 Apr 1996 04:55:09 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id EAA07726; Sun, 14 Apr 1996 04:54:14 -0700 (PDT) To: Gerard Roudier cc: dennis , hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-reply-to: Your message of "Sun, 14 Apr 1996 11:38:31 -0000." Date: Sun, 14 Apr 1996 04:54:14 -0700 Message-ID: <7724.829482854@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am very disappointed. It seems that people of Unix B mailing list who have > understood the true meaning of my questionnable comparison do not reply to > that mail. Or the number of people who were able to divine the twisty machinations of your logic (or knew which kinds of chicken bones to throw and how to read them) equaled precisely zero. You seem to have a talent for making broad inferences from the smallest scraps of data! :-) > Is that system "Unix A", "Unix B" or "Unix S"? It is not the question. > The question is to use a Unix system or a Gates's system. > A little unfair for us. So then what use are BYTE benchmarks in this context? Why are you not out benchmarking WinNT against YourFavoriteFreeUNIX? Remember: You were the one who came to US with a set of benchmark results and very unclear motives (the telepathy quotient for both groups still being somewhat on the low side). Now you attempt to tell us that this had something to do with people chosing Windows over any of the free UNIXes? Sorry, it does not follow. > 2 - People that claim that Unix B is FASTER than Unix A rarely > indicate the versions of systems (nor the used benchmarks). We do not make that claim here - you must be thinking of someone else. In fact, the most notable benchmarks recently published were done by groups that had nothing whatsoever to do with us and I myself do not publish comparative benchmarks at all - I know better. You yourself approached this group with questionable benchmark results, so just what the heck is going on here? It's like going into a neighborhood watch meeting and saying "Citizens, crime is out of control in this neighborhood! Why just now a pair of drug dealers tried to take this television I stole from a store down the street away from me! It's a disgrace, I tell you!" :-) > I was expecting that Unix B version 2.0.5 was still a little FASTER that > Unix A version 1.3.87, and I get the OPPOSITE. So what? The data did not fit your expectations, and that proves only one thing: You should not harbor faulty expectations! "Doctor, it hurts when I do *this*!" > The difference is that I wrote that my benckmark is "questionnable" and > give enough informations to guess missing informations. Phooey. There was nothing to "guess." - the situation has changed and the numbers have changed and anyone who tries to extrapolate from a non-linear curve is a fool, nothing more, nothing less. > Most of Unix end users are not able to guess the MISSING informations. > They BELEIVE what we CLAIM. "Elvis seen in shopping mall - weighs 400 pounds and is now a woman!" "Alien gives birth to two-headed madonna clone! Says she's Jesus!" "UFOs stole my wife's brain and replaced her with an exact replica!" People believe a lot of stupid things that they read in print. So what's your point? > 3 - It seems to me that now, current Linux is as FAST as FreeBSD-current. > Good news!!!!!!!!!! To you, clearly. You've no agenda at all here, have you? Please, just go away, Gerard! Your logic is flawed, your reasoning suspect and your preconceived agenda very clear indeed. Such "unbiased reporting" we hardly need more of in this world, on *either* side! You are simply trying to stir things up for no good reason and you are not accomplishing anything positive here, so knock it off! Jordan From owner-freebsd-hackers Sun Apr 14 06:19:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA24086 for hackers-outgoing; Sun, 14 Apr 1996 06:19:39 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA24081 for ; Sun, 14 Apr 1996 06:19:35 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id IAA00843; Sun, 14 Apr 1996 08:18:51 -0500 (EST) From: "John S. Dyson" Message-Id: <199604141318.IAA00843@dyson.iquest.net> Subject: Re: Unices are created equal, but ... To: groudier@iplus.fr (Gerard Roudier) Date: Sun, 14 Apr 1996 08:18:51 -0500 (EST) Cc: dennis@etinc.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-Reply-To: from "Gerard Roudier" at Apr 14, 96 11:38:31 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 X-Loop: FreeBSD.org Precedence: bulk > > I am very disappointed. It seems that people of Unix B mailing list who have > understood the true meaning of my questionnable comparison do not reply to > that mail. > This is a strange statement indeed. What kind of "divine, true meaning" are you speaking of? > > The question is to use a Unix system or a Gates's system. > A little unfair for us. > Hmmm... well, it is unlikely that Unix A now would be nearly as good as Unix B is without Unix B prodding it. Note also that Unix A has very far to go to even approach the usability of "Gates's system" in certain areas that it is foolhardy to even thing that it is even in the same league. Lithium Carbonate can be used to help such grandiose thinking (it also helps keep the rebound from driving you so deep into depression when the bizarre thought processes subside, by minimizing the manic phase.) At least in our office you need compatibility with Microsoft Word, Microsoft Powerpoint, and Microsoft Excel for interoperability. Please refer to the latest, say spec on the ATA interface -- hmmm... what format is it in? Oh... Mickeysoft!!! So even to get compatibility with standards work you need access to that (convoluted) format... > > ( Did youd remember some recent thread in the linux kernel list?) > What does this have to do with anything with FreeBSD and what context are you refering to? Sorry, I am not sure that you posted your comment to the right list at all. > > 2 - People that claim that Unix B is FASTER than Unix A rarely > indicate the versions of systems (nor the used benchmarks). > Anytime that I have talked about it publically I have been VERY clear about which versions of the OS. > > I was expecting that Unix B version 2.0.5 was still a little FASTER that > Unix A version 1.3.87, and I get the OPPOSITE. > I am not sure if you know a critical fact about OSes... Even if one benchmarks under a certain kind of synthetic load slower than the other -- it can be faster under other sets of real circumstances. Additionally, 2.0.5 is lightyears behind our -current code... FreeBSD is not a static piece of code, and it appears that some people assume that it is. > > The difference is that I wrote that my benckmark is "questionnable" and > give enough informations to guess missing informations. > Most of Unix end users are not able to guess the MISSING informations. > They BELEIVE what we CLAIM. > Well, I regularly benchmark FreeBSD vs. Linux, and I could see immediately the totally flawed logic in your claims. In fact I also have been benchmarking FreeBSD vs. NetBSD -- wanna guess my results? Sorry though, I am not divulging them because the purpose of my benchmarking is NOT to publically compare the OSes as much as to make sure that FreeBSD is not falling behind in one area or another. > > 3 - It seems to me that now, current Linux is as FAST as FreeBSD-current. > Good news!!!!!!!!!! > Your benchmarks do NOT demonstrate that. They show that current Linux can benchmark faster than an ancient (and somewhat more buggy) FreeBSD in certain areas. Little is to be gained here. > > It is difficult to have both Linux and FreeBSD in their current version. > Whaaa!!! (To non-native English/American speakers -- this is a baby's cry.) > > Only linux is up to date on my machine. > If you are a FreeBSD-current user and if you have about the same > configuration as mine, can you run the old BYTE benchmark > and send to me your results? > The results would be bogus, you really cannot gain accurate comparisons of OSes using two seperate pieces of hardware. Also, in the next few weeks there are going to be some significant (further) improvements in the performance of FreeBSD in a couple of areas. So how timely are the results going to be? I can compare FreeBSD/Linux/NetBSD on identcal hardware within 1/2 hour to an hour. If I publically (or privately) take it upon myself to discuss the results of a comparison, I also take the trouble to do the comparison fairly. I suggest that you do so also, Gerard. > > Best Regards, Gerard. > The above close is suspect, John. John dyson@freebsd.org From owner-freebsd-hackers Sun Apr 14 06:52:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA26062 for hackers-outgoing; Sun, 14 Apr 1996 06:52:13 -0700 (PDT) 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 GAA26049 for ; Sun, 14 Apr 1996 06:52:08 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA21946; Sun, 14 Apr 1996 15:51:42 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA03102; Sun, 14 Apr 1996 15:51:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA05095; Sun, 14 Apr 1996 15:05:54 +0200 (MET DST) From: J Wunsch Message-Id: <199604141305.PAA05095@uriah.heep.sax.de> Subject: Re: your mail To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 14 Apr 1996 15:05:53 +0200 (MET DST) Cc: nlan@athena.aegean.ariadne-t.gr (Nikos Landrou), dawes@physics.usyd.edu.au (David Dawes) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Nikos Landrou" at Apr 14, 96 02:15:00 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 X-Loop: FreeBSD.org Precedence: bulk As Nikos Landrou wrote: > > Subject: Problem with Xfree86 S3 server You should better report this to the XFree86 maintainers. We can't do much for you, i'm afraid. (David [D.], did you see it, or should i forward the mail again?) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 14 06:52:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA26085 for hackers-outgoing; Sun, 14 Apr 1996 06:52:17 -0700 (PDT) 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 GAA26055 for ; Sun, 14 Apr 1996 06:52:10 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA21936; Sun, 14 Apr 1996 15:51:35 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA03094; Sun, 14 Apr 1996 15:51:29 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id OAA04943; Sun, 14 Apr 1996 14:53:42 +0200 (MET DST) From: J Wunsch Message-Id: <199604141253.OAA04943@uriah.heep.sax.de> Subject: Re: my hard disk is about to die.. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 14 Apr 1996 14:53:42 +0200 (MET DST) Cc: mark@quickweb.com (Mark Mayo) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Mark Mayo" at Apr 13, 96 11:06:33 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 X-Loop: FreeBSD.org Precedence: bulk As Mark Mayo wrote: > ANyone have any ideas? (I wouldn't mind using a SCSII replacement, but > I'm thinking just throwing in another IDE will save time.) You can safely replace it by a SCSI disk. All you need to do is, take the machine down to single-user, disklabel the SCSI disk, and: for filesys in a e f g ## <<- insert what you've got here do newfs -d0 /dev/rsd0$filesys mount /dev/sd0$filesys /mnt cd /mnt dump 0bf 10000000 - /dev/rwd0$filesys | restore ivf - rm restoresymtable cd umount /mnt done (Pick the correct slices for sd0 and wd0 if you're using slices.) Finally, mount the new root f/s again, and edit its /etc/fstab to reflect the new diskname. This should be all you need. You can now halt your system, unplug the IDE drive, correct the BIOS setting, and reboot. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 14 06:52:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA26170 for hackers-outgoing; Sun, 14 Apr 1996 06:52:50 -0700 (PDT) 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 GAA26148 for ; Sun, 14 Apr 1996 06:52:40 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA22003; Sun, 14 Apr 1996 15:52:06 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA03125; Sun, 14 Apr 1996 15:52:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA05329; Sun, 14 Apr 1996 15:42:11 +0200 (MET DST) From: J Wunsch Message-Id: <199604141342.PAA05329@uriah.heep.sax.de> Subject: Re: Unices are created equal, but ... To: groudier@iplus.fr (Gerard Roudier) Date: Sun, 14 Apr 1996 15:42:11 +0200 (MET DST) Cc: hackers@FreeBSD.org, linux-kernel@vger.rutgers.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Gerard Roudier" at Apr 13, 96 10:44:24 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 X-Loop: FreeBSD.org Precedence: bulk As Gerard Roudier wrote: Many things have already been written... > File Read (10 seconds) 209771.0 KBps (10 secs, 1 samples) > File Read (30 seconds) 212303.0 KBps (30 secs, 1 samples) Of course, in case this should read as ``kilobytes per second'', it is a good indication for the poor benchmark. It measures (if anything) just the buffer cache. Must have been a rather small file. Real disks are < 10 MB/s these days, at least those that are in common use, so it's obvious that the figures are off by at least factor 30. Well, perhaps the file performance tests were run on a memory file system though... :-)) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 14 08:12:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA00559 for hackers-outgoing; Sun, 14 Apr 1996 08:12:16 -0700 (PDT) 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 IAA00551 for ; Sun, 14 Apr 1996 08:12:11 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA19311; Sun, 14 Apr 1996 10:10:52 -0500 From: Joe Greco Message-Id: <199604141510.KAA19311@brasil.moneng.mei.com> Subject: Re: Hardware Recommendations Requested To: scrappy@ki.net (Marc G. Fournier) Date: Sun, 14 Apr 1996 10:10:51 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: from "Marc G. Fournier" at Apr 14, 96 03:34:36 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi... > > I'm just about to get at least one, if not several, new > machines put together to run -stable on, and figure before I get > quotes on the hardware, I'd get opinions on the hardware that I'm > currently planning on going with, as to whether I can expect > problems with it or not. > > All the machines will be essentially the same, some with a > little more hard drive space, but that's about it: > > > > Hard Drives: Quantum or Fujitsu? Will vary from 500meg to 2Gig > > Mainly, I've heard that the Fujitsu are good drives, and > price wise, are cheaper then the Quantum...but are they the sort > of drive that I can *confidently* rely on? And, any size range to > shy away from? I seem to recall that it used to be that if you > wanted a <1gig drive, conner was good, but >1gig, you stayed away > from conner. Does Fujitsu have anything like that? I'm not thrilled with either mfr, although I do have some Quantum drives in service, my preference is generally Seagate (ack!). > Video: Trident 512K ISA SVGA > > Monitor/Keyboard will be shared using a switch, as I currently > don't need any more systems...staff currently works from home instead > of coming to the office. Why 512K? Go for the 256K ones, they're $30 :-) > Motherboard: 486DX4-100, ASUS, PCI > > Now, ASUS motherboards I've always had good luck with, and > I've noticed that most on the lists seem to agree that they are good ASUS doesn't make the Motherboard Worth Having (the SP3G) any longer, and I believe that the implication by Rod and others is that there ARE no "good 486" boards anymore. That comment aside, it hasn't stopped me from shopping. I've had a board on the bench this morning that looks promising. 486/anything board (supports even the 4x 133 and 4x 160 AMD CPU's), UMC chipset, up to 256MB RAM, 4 PCI slots, on-board IDE/FDC/multi I/O, 4 ISA slots (one shared with PCI), NCR SCSI BIOS, etc. It seems quite happy so far with the NCR 810 and 21040 Ethernet that I put on it and have been beating on all weekend. I expect it might fall apart in a little bit when I swap it out with news.sol.net, where it will have to deal with a full headcount of PCI devices :-) Still, it looks like a decent board for lower end applications. > boards...but I also seem to recall someone mentioning something wrong > with the DX4-100's? Would I be better to pop up to a Pentium 100 > instead? I haven't checked motherboard prices recently, but last time > I checked, the DX4-100's were substantially cheaper, and performance > compared to the P100's was pretty good (for the price difference, at > least)... The DX4-100's are dirt cheap. The DX4-120's are just as cheap, and the DX4-133's are just a bit more and reportedly work well in boards like the SP3G. In ALL cases, cheaper than a Pentium. > Oh...I read the thread awhile back about the Triton-II chipset, > but haven't seen anything recently regarding whether it is out yet or > not...is it? Not that I know of. I've had no problems with true Triton boards, although they have minor quirks that you should realize. > Memory: 32Meg Parity 72pin SIMMS - Brand ?? > > Memory wise, I'm going with Parity memory, but really haven't > got a clue if I'm going to notice anything different using Parity vs > Non-Parity...I've always used Non-Parity, mainly since I was told > once, erroneously I've since heard, that PCs don't use parity *sigh* PC's generally use parity. The latest trend is not to. I buy parity because it works in non-parity boards, and I don't want to be screwed down the road when I buy a parity board. The Triton boards don't use parity, the Triton-II's supposedly do. > Comments? Any particular manufacturer to stay away from? Someone > mentioned Panasonic as being good... My experience is that once you buy memory and burn it in for a week, if you haven't seen any problems, you're not going to. I am used to seeing problems within 5 minutes of serious stuff happening on the box. Get into a friendly situation with a local vendor where you can arrange with him to burn in the memory on their terms, obviously don't buy it if it fails the burn in :-) > Ethernet: SMC 8013, 10baseT > > If I were to go with a PCI SMC Ethernet card (which SMC is > it that supports the DEC DC21x40 100/10Mbs chipset again?) but Um, EtherPower? Not sure. It doesn't ID the mfr. in the dmesg output :-( > only am using a standard 10baseT hub currently, would I see any > performance difference over the ISA model? Ie. would I get any > more data throughput using a PCI model over the ISA? Only at 100mbps. You should be able to saturate the ethernet with the ISA card, however you will be much closer to saturating your ISA bus than you would be with a PCI card on the PCI bus. Since the cost differential is minimal, and you seem to be doing the PCI thing (good move), go and buy a 21040 PCI card in place of the SMC. Or spend the extra cash and go for the 21140 models. The SMC 21140 card is somewhat pricey but people are using them everywhere with zero, zilch problems. > SCSI Controller: ASUS SC-200 (PCI) > > SCSI controller...should I stay away from the ASUS SC-200? if > so, which PCI controller is recommended? Right now, I'm only looking > at 1 or 2 drives on the bus, so if the ASUS model is felt to be stable > enough, and the drivers are solid, you can't beat the price...and if I > need more in the future, its easy to upgrade. I've had great success with the ASUS SC-200 (I use them in other boxes with NCR BIOS too, no problems). The performance is quite comparable to the AHA-2940, yet the price is a quarter of the AHA. :-) Of course the board has to support the NCR BIOS in order for you to use the card, the card has no onboard BIOS. I've used the AHA-3940 (dual channel 2940) with great success as well. I have one of each in news.sol.net and daily-planet.execpc.com, two really busy news servers. I have had some problems with error recovery on both these cards however. That's supposed to be getting better in -current. It's more a general SCSI thing. > I think that about covers it. I'm trying to build a machine > that I won't have to worry too much about hearing "its a hardware > problem" if I have any kernel panics, so want to be confident in what > I'm putting together. I'd much rather have a kernel panic that is > software related, and readily fixable, then a hardware related panic > that requires swapping hardware around to try and isolate it :( If you're interested, I will keep you posted on the results of this 486 board. Nice cheap solution. If cost isn't such an issue, go for a low end Pentium on an ASUS Triton board (cost is _always_ an issue around here, I pay for this stuff out of my pocket). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Sun Apr 14 08:25:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA00961 for hackers-outgoing; Sun, 14 Apr 1996 08:25:00 -0700 (PDT) Received: from x14.mi.uni-koeln.de (X14.MI.Uni-Koeln.DE [134.95.217.204]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA00953 for ; Sun, 14 Apr 1996 08:24:51 -0700 (PDT) Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.5/8.6.9) id RAA03026; Sun, 14 Apr 1996 17:24:24 +0200 (MET DST) Message-Id: <199604141524.RAA03026@x14.mi.uni-koeln.de> From: se@x14.mi.uni-koeln.de (Stefan Esser) Date: Sun, 14 Apr 1996 17:24:23 +0000 In-Reply-To: Gerard Roudier "Unices are created equal, but ..." (Apr 13, 22:44) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Gerard Roudier Subject: Re: Unices are created equal, but ... Cc: hackers@freebsd.org, linux-kernel@vger.rutgers.edu Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 13, 22:44, Gerard Roudier wrote: } Subject: Unices are created equal, but ... } } Hi all, Hi Gerard! I've always appreciated your (well founded!) comments and criticism on the BSD NCR driver which that you ported to Linux, but the more I'm surprised to see such a biased and unfair benchmark posted by you :( Since I think your conclusions are utterly wrong, I have appended my results obtained on a 16MB RAM ASUS SP3G (i.e. a significantly slower system than your Pentium). The (old) BYTE benchmark is not a suitable performance indicator at all! I've made it a port under BSD, since it can show misconfiguration and problem areas, and I'd like to know, whether you at least used that version (available as a "port" or "package" for easy installation). Some of the tests are bogus (e.g. DC which requires just 7 milliseconds (!!!) of user time on my 486 system ...). Nearly all its execution time is runtime binding, and a statically linked version runs seems to perform nearly an order of magnitude better. If you used the pre-compiled binaries from the Silkroad web server, then the comparison is unfair for another reason: Those binaries were compiled using a very complex set of options, they are old "a.out" binaries, and some of the programs executed in the test loops are statically linked for faster loading (no bind phase at startup). I've asked people who sent me Linux byte bench results to try another time with binaries compiled on their systems, and this is what I got back: ASUS SP3G, 32MB of RAM, Linux 1.3.59: Pre-compiled binaries: Arithmetic Test (type = double) 2541.7 6094.5 2.4 Dhrystone 2 without register variables 22366.3 58554.6 2.6 Execl Throughput Test 16.5 412.6 25.0 File Copy (30 seconds) 179.0 3714.0 20.7 Pipe-based Context Switching Test 1318.5 19639.5 14.9 Shell scripts (8 concurrent) 4.0 14.0 3.5 ========= SUM of 6 items 69.2 AVERAGE 11.5 GCC-2.7.2 compiled binaries (options: -O2 -m486): Arithmetic Test (type = double) 2541.7 7599.1 3.0 Dhrystone 2 without register variables 22366.3 85827.8 3.8 Execl Throughput Test 16.5 61.2 3.7 File Copy (30 seconds) 179.0 3767.0 21.0 Pipe-based Context Switching Test 1318.5 18626.1 14.1 Shell scripts (8 concurrent) 4.0 14.0 3.5 ========= SUM of 6 items 49.2 AVERAGE 8.2 See the difference ? This is no Linux-baching, mind you ! It just shows, that the byte benchmark results can depend to a very high extend on details other than the operating system used. I've abridged your report to just those lines that contain the summary data. } I get the following results: } } P90/Plato/24MB/NCR53C810/IBMS12. } } BYTE UNIX Benchmarks (Version 3.11) } System -- Unix A gerard 1.3.87 #31 Sat Apr 13 18:34:46 GMT 1996 i586 } INDEX VALUES } TEST BASELINE RESULT INDEX } } Arithmetic Test (type = double) 2541.7 15946.0 6.3 } Dhrystone 2 without register variables 22366.3 121950.7 5.5 } Execl Throughput Test 16.5 267.6 16.2 } File Copy (30 seconds) 179.0 3441.0 19.2 } Pipe-based Context Switching Test 1318.5 22788.7 17.3 } Shell scripts (8 concurrent) 4.0 36.0 9.0 } ========= } SUM of 6 items 73.5 } AVERAGE 12.2 } } BYTE UNIX Benchmarks (Version 3.11) } System -- Unix B gerard 2.0.5-RELEASE XXXXXXXXXXXX: Fri Oct 20 00:30:52 1995 gerard:/usr/src/sys/compile/GERARD i386 } INDEX VALUES } TEST BASELINE RESULT INDEX } } Arithmetic Test (type = double) 2541.7 17775.0 7.0 } Dhrystone 2 without register variables 22366.3 130585.3 5.8 } Execl Throughput Test 16.5 68.1 4.1 } File Copy (30 seconds) 179.0 3431.0 19.2 } Pipe-based Context Switching Test 1318.5 6304.2 4.8 } Shell scripts (8 concurrent) 4.0 15.0 3.8 } ========= } SUM of 6 items 44.7 } AVERAGE 7.4 And now my ASUS SP3G results (AMD 5x86, 16MB of RAM, NCR SCSI): BYTE UNIX Benchmarks (Version 3.11) System -- x14 INDEX VALUES TEST BASELINE RESULT INDEX Arithmetic Test (type = double) 2541.7 10932.5 4.3 Dhrystone 2 without register variables 22366.3 109051.0 4.9 Execl Throughput Test 16.5 359.8 21.8 File Copy (30 seconds) 179.0 4840.0 27.0 Pipe-based Context Switching Test 1318.5 13687.1 10.4 Shell scripts (8 concurrent) 4.0 14.0 3.5 ========= SUM of 6 items 71.9 AVERAGE 12.0 You don't have to compare them to your P90 values under Linux. Just compare with the FreeBSD-2.0.5 results and see how much difference one year of development effort can make ... :) } Even if this benchmark is a little questionnable, I invite people who say or } write that Unix B is FASTER than Unix A to stop, or to say or write } the OPPOSITE. Sorry, no, not at all. Please post significant benchmark results next time. Your report didn't even include the minimum information required for a submission to the Silkroad.Com byte-bench Web pages ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Sun Apr 14 08:50:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03198 for hackers-outgoing; Sun, 14 Apr 1996 08:50:58 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA03179 for ; Sun, 14 Apr 1996 08:50:54 -0700 (PDT) Received: from dialup-usr14.etinc.com (dialup-usr14.etinc.com [204.141.95.130]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA09787; Sun, 14 Apr 1996 11:53:47 -0400 Date: Sun, 14 Apr 1996 11:53:47 -0400 Message-Id: <199604141553.LAA09787@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: Gerard Roudier From: dennis@etinc.com (dennis) Subject: Re: Unices are created equal, but ... Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >On Sun, 14 Apr 1996, dennis wrote: > >> Gerard Roudier says after comparing current linux to Freebsd 2.0.5..... >> >> >Even if this benchmark is a little questionnable, I invite people who say or >> >write that Unix B is FASTER than Unix A to stop, or to say or write >> >the OPPOSITE >> >> I think the NEW thing to say is that Linux is now only 1 year behind FreeBSD. >> That sounds about accurate. >> >> Dennis >I am very disappointed. It seems that people of Unix B mailing list who have >understood the true meaning of my questionnable comparison do not reply to >that mail. > >1 - In France at least, Unix end users do not see lots of differences between > Unices. > They run Unix or some other proprietary systems. > Is that system "Unix A", "Unix B" or "Unix S"? It is not the question. > The question is to use a Unix system or a Gates's system. > A little unfair for us. > ( Did youd remember some recent thread in the linux kernel list?) French backbones are so slow....how the hell would you tell the difference :) The problem with your analysis is that most of us don't run the BYTE benchmarks as part of our daily business requirements. BYTE is not a quality testing LAB, mainly because they use inappropriate benchmarks and its fairly clear that the testers arent experts at what they are testing. The bottom line is that I use both systems every day for a variety of tasks. The most important task for me is networking, and FreeBSD is much faster, hands down. There are also less problems and more combinations of hardware work well. I've used 1.3.x Linux and dont see much improvement in network performance over 1.2. I havent looked at a BYTE comparision in quite some time, mainly because they rarely pan out in real life the way they test. In addition, there are so many combinations of hardware and drivers that head-to-head testing is difficult to interpret. Different tests yield different results. But if you LOOK inside the kernel and ANALYZE how things are done, you wont have much trouble deciding which one to use. Listen, they both work, and when Linux stabilizes it will be an excellent choice. But the kernel is a mess right now, and until they figure it out the best choice is something with a little continuity. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous PC 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 Sun Apr 14 09:03:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA07180 for hackers-outgoing; Sun, 14 Apr 1996 09:03:45 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA07168 for ; Sun, 14 Apr 1996 09:03:41 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id JAA12814 for ; Sun, 14 Apr 1996 09:05:16 -0700 (PDT) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Sun, 14 Apr 1996 09:05:16 -0700 (PDT) From: Jaye Mathisen Reply-To: Jaye Mathisen To: hackers@freebsd.org Subject: Stuff 'n Such. (SNAP report, proposal) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 1) Import ccd. It can't be any less solid than some of the current stuff in -current, and for me, on 3 boxes with 2 different MB's, and 3 different disk controllers, it's working just fine. 2) 3/23 SNAP no workee for me on the one box I could test. Kernel boots fine, I get "changing root device to "something", and then the screen clears, and the cursor just parks in the lower left corner, and doesn't bring up the install program. I can go to alt-F2, and there's one DEBUG statement at the top. The only oddity I noticed is that although I have no Adaptect card in this box, the aha0 probe complains about it. I assume it's finding my 946C and getting confused. From owner-freebsd-hackers Sun Apr 14 09:24:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15508 for hackers-outgoing; Sun, 14 Apr 1996 09:24:04 -0700 (PDT) Received: from bacall.lodgenet.com (bacall.lodgenet.com [205.138.147.242]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA15470 for ; Sun, 14 Apr 1996 09:24:00 -0700 (PDT) Received: (from mail@localhost) by bacall.lodgenet.com (8.6.12/8.6.12) id LAA24469 for ; Sun, 14 Apr 1996 11:24:05 -0500 Received: from tserv.lodgenet.com(204.124.120.10) by bacall via smap (V1.3) id sma024466; Sun Apr 14 11:23:41 1996 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id KAA20011; Sun, 14 Apr 1996 10:44:55 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.7.5/8.6.12) with SMTP id KAA03096; Sun, 14 Apr 1996 10:46:19 -0500 (CDT) Message-Id: <199604141546.KAA03096@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Charles Henrich cc: freebsd-hackers@freebsd.org Subject: Re: XImage to PPM routine? In-reply-to: Your message of "Sat, 13 Apr 1996 23:04:37 EDT." <199604140304.XAA02547@crh.cl.msu.edu> Date: Sun, 14 Apr 1996 10:46:19 -0500 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Charles Henrich writes: >Does anyone out there have a generic XImage to PPM (or to anything) routine >available that works for both 8 and 16 bits resolution? doesn't XpmWriteFileFromImage(), from the Xpm library do that? I've used it to unroll animations from inside xanim, and in Amancio's tv program. Both 8 and 15 bpp, 16 shouldn't be a problem (I think) look in xpm.h for arguments, etc. I usually use NULL for both shapeimage and attributes. > >-Crh > > Charles Henrich Michigan State University henrich@msu.edu > > http://pilot.msu.edu/~henrich > eric. From owner-freebsd-hackers Sun Apr 14 10:01:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28321 for hackers-outgoing; Sun, 14 Apr 1996 10:01:09 -0700 (PDT) Received: from chaph.usc.edu (root@chaph.usc.edu [128.125.253.133]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA28296 for ; Sun, 14 Apr 1996 10:01:06 -0700 (PDT) Received: from lvl-sun703.usc.edu (dahanaya@lvl-sun703.usc.edu [128.125.140.181]) by chaph.usc.edu (8.7.2/8.7.3/usc) with ESMTP id KAA06972 for ; Sun, 14 Apr 1996 10:01:00 -0700 (PDT) Received: (from dahanaya@localhost) by lvl-sun703.usc.edu (8.7.2/8.7.2/usc) id KAA04142 for hackers@freebsd.org; Sun, 14 Apr 1996 10:00:56 -0700 (PDT) From: Diyamanthi Dahanayake Message-Id: <199604141700.KAA04142@lvl-sun703.usc.edu> Subject: Hard Drive (fwd) To: hackers@freebsd.org Date: Sun, 14 Apr 1996 10:00:55 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Forwarded message: > From efrain@newworld.bridge.net Sun Apr 14 09:30:29 1996 > Message-Id: <199604141628.MAA03169@newworld.bridge.net> > Comments: Authenticated sender is > From: efrain@bridge.net > > Sorry to be such a pest..... If I am being a pain, please let me > know. I would hate to become a problem to you... > I just had a question regarding ard drive size. I have a 486DX4 100 > motherboard that has built in enhanced IDE controllers and was > wondering how BSD would behave with an 850MB or 1.2GB hard drive with > LBA mode enabled in the MB Bios.... I dont have a lot of money so > purchasing a SCSI controller and HD would be very difficult... > > Pease reply to my account efrain@bridge.net. Thanks. > > Thanks again, > Efrain, Miami > > \\\\\\\ 2 > /// > ///// > /// > /////// > > "Wood is universally beautiful to man. > Man loves his association with it; likes > to feel it under his hand, sympathetic to > his touch and to his eye" > > American Architect > Frank Lloyd Wright > (1867-1959) > From owner-freebsd-hackers Sun Apr 14 10:03:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29223 for hackers-outgoing; Sun, 14 Apr 1996 10:03:39 -0700 (PDT) Received: from gerard (root@hermes.iplus.fr [194.51.186.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA29182 for ; Sun, 14 Apr 1996 10:03:30 -0700 (PDT) Received: (from groudier@localhost) by gerard (8.6.12/8.6.9) id SAA00145; Sun, 14 Apr 1996 18:28:26 GMT Date: Sun, 14 Apr 1996 18:28:26 +0000 (GMT) From: Gerard Roudier X-Sender: groudier@gerard To: "John S. Dyson" cc: dennis@etinc.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-Reply-To: <199604141318.IAA00843@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The effects of my article are only immoderations. I give up! My non-native english is bad, OK; and I thank people who are indulgent about that. I apologize to persons who have understand my message as an attack on them. Best Regards, Gerard. Translation into french: ------------------------ Les effets de mon article ne sont que demesures. J'abandonne! Mon anglais scolaire est mauvais, CERTES; et je remercie les gens qui sont indulgents envers cela. Je presente mes excuses aux personnes qui ont interprete mon message comme une attaque personnelle. Amities, Gerard. From owner-freebsd-hackers Sun Apr 14 10:03:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29243 for hackers-outgoing; Sun, 14 Apr 1996 10:03:41 -0700 (PDT) Received: from gerard (groudier@hermes.iplus.fr [194.51.186.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA29187 for ; Sun, 14 Apr 1996 10:03:31 -0700 (PDT) Received: (from groudier@localhost) by gerard (8.6.12/8.6.9) id TAA00176; Sun, 14 Apr 1996 19:03:10 GMT Date: Sun, 14 Apr 1996 19:03:10 +0000 (GMT) From: Gerard Roudier X-Sender: groudier@gerard To: "John S. Dyson" cc: dennis@etinc.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-Reply-To: <199604141318.IAA00843@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The effects of my article are only immoderations. I give up! My non-native english is bad, OK; and I thank people who are indulgent about that. I apologize to persons who have understand my message as an attack on them. Best Regards, Gerard. Translation into french: ------------------------ Les effets de mon article ne sont que demesures. J'abandonne! Mon anglais scolaire est mauvais, CERTES; et je remercie les gens qui sont indulgents envers cela. Je presente mes excuses aux personnes qui ont interprete mon message comme une attaque personnelle. Amities, Gerard. From owner-freebsd-hackers Sun Apr 14 11:21:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06050 for hackers-outgoing; Sun, 14 Apr 1996 11:21:39 -0700 (PDT) Received: from isgate.is (isgate.is [193.4.58.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA06018 Sun, 14 Apr 1996 11:21:28 -0700 (PDT) Received: from hummer.islandia.is by isgate.is (8.7.3/ISnet/14-10-91); Sun, 14 Apr 1996 18:20:53 GMT Received: from caliber.islandia.is by hummer.islandia.is (8.6.11/ISnet/12-09-94); Sun, 14 Apr 1996 18:06:14 GMT Date: Sun, 14 Apr 1996 18:06:14 GMT Message-Id: <199604141806.SAA28972@hummer.islandia.is> X-Sender: gestur@islandia.is X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit To: "Andrew V. Stesin" From: gestur@islandia.is (Gestur A Grjetarsson) Subject: Re: [?] EQUINOX PCI 8-port serial board -- any opinions? Cc: hackers@freebsd.org, hardware@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sælir, you might want to check out the well supported Cyclades Corp. cards in FreeBSD, they have wide variety of cards used under OS like FreeBSD. their URL is: http://www.cyclades.com >Hello, > >I got a chance to put hands on a 8port PCI serial board, >made by: > EQUINOX > One Equinox Way > Sunrise, Florida 33351-6709 > (954) 746-9000 > (954) 746-9101 fax > >The device name is SST-8P (UNIX version), part No. 990302. >Floppies with some drivers for SCO and other SysV are present. > >As I recall, the device isn't in the "supported" list. But probably >someone already has opinion -- is it worth the time and effort >to try? > >-- > > With best regards -- Andrew Stesin. > > +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 > > "You may delegate authority, but not responsibility." > Frank's Management Rule #1. > > Með kveðju, Best regards, ----------------------------------------------------------- Gestur A. Grjetarsson kerfisstjori islandia.is sysadmin islandia.is Islandia, Grensásvegur 7, 2h.t.h., 108 Reykjavik sími 5884020, modem 5884120, fax 5884014 http://www.islandia.is http://www.islandia.is/english.htm http://www.islandia.is/skvopn From owner-freebsd-hackers Sun Apr 14 11:47:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA07282 for hackers-outgoing; Sun, 14 Apr 1996 11:47:49 -0700 (PDT) Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA07275 for ; Sun, 14 Apr 1996 11:47:39 -0700 (PDT) Received: by FileServ1.MI.Uni-Koeln.DE id AA08934 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Sun, 14 Apr 1996 20:47:18 +0200 Message-Id: <199604141847.AA08934@FileServ1.MI.Uni-Koeln.DE> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sun, 14 Apr 1996 20:47:18 +0200 In-Reply-To: Bob Willcox "Triton-II chipset support?" (Apr 12, 17:28) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Bob Willcox Subject: Re: Triton-II chipset support? Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Apr 12, 17:28, Bob Willcox wrote: } Subject: Triton-II chipset support? } Does FreeBSD -current and/or -stable support the Triton-II chipset? } I have a fileserver that I would truly like to upgrade to a } motherboard with the Triton-II chipset so that I can use parity/ECC } memory in it. I plan to give this a try sometime this weekend (on } a test system :-)) but was wondering what experiences others may } have had. Is the Triton II finally out ? Last I heard, there were boards announced, but none sold ... Anyway, I expect FreeBSD to work just fine with the Triton II. The BIOS has to do all the setup (and the kernel doesn't bother to mess around with those settings), so no patches ought to be required. If you find any problems, then let me know and I'll look into this ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Sun Apr 14 11:55:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA07487 for hackers-outgoing; Sun, 14 Apr 1996 11:55:25 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA07480 for ; Sun, 14 Apr 1996 11:55:12 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.6.9) id NAA07380; Sun, 14 Apr 1996 13:54:55 -0500 (CDT) From: Bob Willcox Message-Id: <199604141854.NAA07380@luke.pmr.com> Subject: Re: Triton-II chipset support? To: se@zpr.uni-koeln.de (Stefan Esser) Date: Sun, 14 Apr 1996 13:54:55 -0500 (CDT) Cc: hackers@FreeBSD.ORG In-Reply-To: <199604141847.AA08934@FileServ1.MI.Uni-Koeln.DE> from Stefan Esser at "Apr 14, 96 08:47:18 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Stefan Esser wrote: > On Apr 12, 17:28, Bob Willcox wrote: > } Subject: Triton-II chipset support? > } Does FreeBSD -current and/or -stable support the Triton-II chipset? > } I have a fileserver that I would truly like to upgrade to a > } motherboard with the Triton-II chipset so that I can use parity/ECC > } memory in it. I plan to give this a try sometime this weekend (on > } a test system :-)) but was wondering what experiences others may > } have had. > > Is the Triton II finally out ? Yes, I picked up a motherboard last Friday. > > Last I heard, there were boards > announced, but none sold ... > > Anyway, I expect FreeBSD to work > just fine with the Triton II. > > The BIOS has to do all the setup > (and the kernel doesn't bother to > mess around with those settings), > so no patches ought to be required. I have installed the MB in my -current system and it seems to be running fine. I do get different some boot messages: New MB: chip0 rev 1 on pci0:0 chip1 rev 0 on pci0:7 pci0:7: Intel Corporation, device=0x7010, class=storage (ide) [no driver assigned] vs. Old MB: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7 pci0:7: Intel Corporation, device=0x1230, class=storage (ide) [no driver assigned] > > If you find any problems, then let > me know and I'll look into this ... None so far. My plans, however, are to eventually install this MB in my fileserver system which is running 2.1-stable. Hopefully it will work ok there as well. Thanks, -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-hackers Sun Apr 14 12:04:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07847 for hackers-outgoing; Sun, 14 Apr 1996 12:04:14 -0700 (PDT) Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07830 for ; Sun, 14 Apr 1996 12:04:08 -0700 (PDT) Received: by FileServ1.MI.Uni-Koeln.DE id AA09024 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Sun, 14 Apr 1996 21:03:44 +0200 Message-Id: <199604141903.AA09024@FileServ1.MI.Uni-Koeln.DE> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sun, 14 Apr 1996 21:03:43 +0200 In-Reply-To: Bob Willcox "Re: Triton-II chipset support?" (Apr 14, 13:54) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Bob Willcox Subject: Re: Triton-II chipset support? Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Apr 14, 13:54, Bob Willcox wrote: } > Is the Triton II finally out ? } } Yes, I picked up a motherboard last Friday. Interesting! That's the first Pentium motherboard I could take serious after quite some time ... (Didn't like the Triton because of it's lack of parity, but ECC is a lot nicer :-) } I have installed the MB in my -current system and it seems to be } running fine. I do get different some boot messages: } } New MB: } chip0 rev 1 on pci0:0 } chip1 rev 0 on pci0:7 } pci0:7: Intel Corporation, device=0x7010, class=storage (ide) [no driver assigned] } } vs. } } Old MB: } chip0 rev 2 on pci0:0 } chip1 rev 2 on pci0:7 } pci0:7: Intel Corporation, device=0x1230, class=storage (ide) [no driver assigned] I'll have to look up the correct chip set designations on the Intel web server. Seems the IDE controller is part of the ISA (or EISA ?) bus bridge again ... } None so far. My plans, however, are to eventually install this MB } in my fileserver system which is running 2.1-stable. Hopefully it } will work ok there as well. Guess it will. FreeBSD ignores it except in the PCI bus probe phase. If some devices are not correctly detected, then I'll have to look into this ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Sun Apr 14 12:26:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08676 for hackers-outgoing; Sun, 14 Apr 1996 12:26:00 -0700 (PDT) Received: from ns.mauswerks.com (root@ns.mauswerks.com [204.152.97.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA08670 for ; Sun, 14 Apr 1996 12:25:57 -0700 (PDT) Received: from [204.152.96.10] (boatanchor.mauswerks.com [204.152.96.10]) by ns.mauswerks.com (8.7.5/8.6.9) with SMTP id LAA07777; Sun, 14 Apr 1996 11:54:59 -0700 X-Sender: topping@mail.mauswerks.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 14 Apr 1996 12:28:00 -0700 To: Gerard Roudier , "Jordan K. Hubbard" From: topping@mauswerks.com (Brian Topping) Subject: Re: Unices are created equal, but ... Cc: hackers@freebsd.org, linux-kernel@vger.rutgers.edu Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the future (and for anyone else that is thinking of crossposting political flame-bait), please keep your opinions to yourself. Just as some tasks do better with Perl and others are better suited to TCL, I am sure the same could be said between FreeBSD and Linux. There is no "best", there is only better suited for a particular application. That your application is raw throughput has no meaning or weight with another's application of more varied hardware support. Regardless, if you feel though that these must be known for the greater good of the free world, please do so in comp.os.*.flame and not in forums where people are actually trying to get some work done. -B At 4:11 PM 4/13/96, Jordan K. Hubbard wrote: >Considering that you did not even pick the latest release versions of >either OS (2.0.5 is close to a year old and 2.1.0-RELEASE has been out >for 4 months), these results are not even germain and you have no >excuse, except perhaps laziness, for not running these benchmarks on >more recent releases. > >I could run benchmarks all day on aged Linux kernels, but what would >that prove? My stupidity, perhaps, but nothing more. > > Jordan From owner-freebsd-hackers Sun Apr 14 12:59:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA10727 for hackers-outgoing; Sun, 14 Apr 1996 12:59:27 -0700 (PDT) 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 MAA10713 for ; Sun, 14 Apr 1996 12:59:19 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA28346; Sun, 14 Apr 1996 21:52:53 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA07724; Sun, 14 Apr 1996 21:52:52 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA08148; Sun, 14 Apr 1996 21:50:22 +0200 (MET DST) From: J Wunsch Message-Id: <199604141950.VAA08148@uriah.heep.sax.de> Subject: Re: Hard Drive (fwd) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 14 Apr 1996 21:50:21 +0200 (MET DST) Cc: dahanaya@chaph.usc.edu (Diyamanthi Dahanayake), efrain@bridge.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604141700.KAA04142@lvl-sun703.usc.edu> from "Diyamanthi Dahanayake" at Apr 14, 96 10:00:55 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 X-Loop: FreeBSD.org Precedence: bulk As Diyamanthi Dahanayake wrote: > > ... and was > > wondering how BSD would behave with an 850MB or 1.2GB hard drive with > > LBA mode enabled in the MB Bios.... I dont have a lot of money so > > purchasing a SCSI controller and HD would be very difficult... Well, SCSI ain't that much more expensive than IDE, when you avoid the crap that occasionally pops up on the IDE front. Anyway, FreeBSD doesn't require the LBA mode, it actually doesn't use the BIOS except for booting. The ST-506 (WD1003/WD1007) register interface, as it's still been used by IDE drives in non-LBA mode, allows for up to 65536 cylinders (0 ... 65535) 16 heads (0 ... 15) 255 sectors (1 ... 255) This is 127.5 GB. Even considering the BIOS interface (interrupt 0x13) deficiencies, so you cannot use more than 63 sectors per track (1 ... 63) for any disk that needs to be accessed from the BIOS, it would still allow for 31.5 GB per drive. This is more than any currently available IDE drive. Note that all these values are ficticous, i.e. nothing of them does (or needs to) match any part of the actual physical geometry, which is opaque to the user. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 14 13:39:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13170 for hackers-outgoing; Sun, 14 Apr 1996 13:39:56 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA13144 for ; Sun, 14 Apr 1996 13:39:44 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.6.12/8.6.12) id PAA04761; Sun, 14 Apr 1996 15:39:52 -0500 Date: Sun, 14 Apr 1996 15:39:52 -0500 Message-Id: <199604142039.PAA04761@zen.nash.org> From: Alex Nash To: hackers@freebsd.org Subject: RE: Unices are created equal, but... Reply-to: nash@mcs.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ posted to hackers only ] I ran some tests on a 486-66 ASUS S3PG with an NCR53c810 and 16MB of RAM, pitting Linux 1.3.83 against the FreeBSD 2.2 SNAP CD. Since I didn't do all the work necessary to perform an accurate comparison (the compilers were different for example), I'll skip the specific Byte UNIX Benchmark numbers. However, I did note a few interesting things: As Terry noted, the file copy test improved dramatically when FreeBSD was run in async mode. The resulting performance was within 2% of Linux. The execl throughput test was a complete massacre, with Linux more than an order of magnitude faster. Does anyone familiar with the internals of exec know why? I also ran iozone using a 50MB file with 4096 byte records. Terry, I think your idea of a FreeBSD upgrade for Linux may be coming true... FreeBSD on UFS: 2770803 bytes/second for writing the file 3908495 bytes/second for reading the file Linux on ext2fs: 3220442 bytes/second for writing the file 1950476 bytes/second for reading the file FreeBSD on ext2fs: 2768517 bytes/second for writing the file 3265638 bytes/second for reading the file Naturally, Linux on UFS resulted in 0 bytes/second :) Alex From owner-freebsd-hackers Sun Apr 14 13:56:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14850 for hackers-outgoing; Sun, 14 Apr 1996 13:56:59 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA14845 for ; Sun, 14 Apr 1996 13:56:55 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id QAA22612; Sun, 14 Apr 1996 16:53:29 -0400 (EDT) Date: Sun, 14 Apr 1996 16:55:34 -0400 (EDT) From: Brian Tao To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Hmmm, OK, SMC driver is the de driver. Is it broke? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 11 Apr 1996, Jaye Mathisen wrote: > > Symptoms are always the same. It boots fine, runs a few minutes, and > after just a bit of network I/O, it fails. > > Tried a different etherpower 10/100 card, and same thing. > > Box is a P5-120, award BIOS, PNP on, a 946C, crappy VGA, and the SMC card > are all that's in it. Which motherboard? I've got eight machines here, all ASUS motherboards (either the P55TP4XEG or the 486-SP3G), all with the EtherPower 9332. Most are running in 10Mbps mode, 2.1.0-RELEASE. -- Brian Tao (BT300, taob@io.org) Systems and Network Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Apr 14 14:21:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15632 for hackers-outgoing; Sun, 14 Apr 1996 14:21:48 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA15627 for ; Sun, 14 Apr 1996 14:21:44 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id RAA22690; Sun, 14 Apr 1996 17:18:22 -0400 (EDT) Date: Sun, 14 Apr 1996 17:20:27 -0400 (EDT) From: Brian Tao To: "Marc G. Fournier" cc: hackers@FreeBSD.org Subject: Re: Hardware Recommendations Requested In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, Marc G. Fournier wrote: > > Hi... Hi, Marc. :) I have a recent price list from our supplier, so I can quote you some prices to give you a rough idea how much stuff will cost in the Toronto area. Everything is in loonies, of course. :) > Hard Drives: Quantum or Fujitsu? Will vary from 500meg to 2Gig I've always had good experience with Quantum drives. For some reason, our pricing on the 4GB Grand Prix drives is only a few hundred bucks more than the 2GB version (~$1300 for the 4GB). I've recently started using the Seagate Medallist ST51080N 1GB drives, and with the exception of one that failed three days after plugging it in, the rest haven't given me any problems (~$375). > Video: Trident 512K ISA SVGA I think there's a Trident 256K VGA card in one of the servers. You can do 132x50 using the pcvt console, which is just dandy for doing serious work on the machine without having to go X. Around $40. > Motherboard: 486DX4-100, ASUS, PCI The SP3G motherboard, 256K cache and a DX4/100 is about $320. The P55TP4XEG motherboard, 256K pipeline cache and a 90-MHz Pentium is $460. You save yourself about $90 with the SP3G though, because it comes with the SCSI controller on the motherboard. I'd personally go for the Pentium system. A couple hundred bucks isn't much in the long run. > Memory: 32Meg Parity 72pin SIMMS - Brand ?? Parity won't be used on Triton-based motherboards (nor on the SP3G, I believe). About $650 for a 60ns 32MB SIMM, no parity. > Ethernet: SMC 8013, 10baseT The SMC 10Mbps EtherPower PCI controller (the 8432?) is $162. The 10/100Mbps version (the 9332) is $215. I know you can get ISA 10Mbps cards for a lot less, but with PCI, you don't have to worry about irq's and port addresses and plug-n-pray firmware. > SCSI Controller: ASUS SC-200 (PCI) This is what I use. About $90, as I mentioned above. -- Brian Tao (BT300, taob@io.org) Systems and Network Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Apr 14 14:26:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15789 for hackers-outgoing; Sun, 14 Apr 1996 14:26:17 -0700 (PDT) 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 OAA15781 for ; Sun, 14 Apr 1996 14:25:49 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id RAA00879; Sun, 14 Apr 1996 17:25:37 -0400 From: Charles Henrich Message-Id: <199604142125.RAA00879@crh.cl.msu.edu> Subject: Re: XImage to PPM routine? To: erich@lodgenet.com (Eric L. Hernes) Date: Sun, 14 Apr 1996 17:25:37 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199604141546.KAA03096@jake.lodgenet.com> from "Eric L. Hernes" at Apr 14, 96 10:46:19 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Charles Henrich writes: > >Does anyone out there have a generic XImage to PPM (or to anything) routine > >available that works for both 8 and 16 bits resolution? > > doesn't XpmWriteFileFromImage(), from the Xpm library do that? Yes it does, thank you! -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Sun Apr 14 14:27:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15880 for hackers-outgoing; Sun, 14 Apr 1996 14:27:37 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA15875 for ; Sun, 14 Apr 1996 14:27:33 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id QAA02314; Sun, 14 Apr 1996 16:27:23 -0500 (EST) From: "John S. Dyson" Message-Id: <199604142127.QAA02314@dyson.iquest.net> Subject: Re: Unices are created equal, but... To: nash@mcs.com Date: Sun, 14 Apr 1996 16:27:23 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: <199604142039.PAA04761@zen.nash.org> from "Alex Nash" at Apr 14, 96 03:39:52 pm Reply-To: dyson@freebsd.org 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 X-Loop: FreeBSD.org Precedence: bulk > > [ posted to hackers only ] > > The execl throughput test was a complete massacre, with Linux more > than an order of magnitude faster. Does anyone familiar with the > internals of exec know why? > Did you use the old linux shared lib scheme? It is much faster to start-up than the new dynamic shared libs. To compare the kernels, I suggest linking both benchmarks -static, and you'll find that FreeBSD's fork/exec performance is a little slower than Linux's (not an order of magnitude :-)). I have been working the issue, and think that I have a few more efficiency improvements in my bag of tricks (running on my own -current tree.) I'll probably commit some of them before the next snap. John dyson@freebsd.org From owner-freebsd-hackers Sun Apr 14 14:29:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16029 for hackers-outgoing; Sun, 14 Apr 1996 14:29:43 -0700 (PDT) Received: from horst.bfd.com ([204.160.242.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA16010 Sun, 14 Apr 1996 14:29:35 -0700 (PDT) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.3/8.7.3) with SMTP id OAA29159; Sun, 14 Apr 1996 14:34:52 -0700 (PDT) Date: Sun, 14 Apr 1996 14:31:57 -0700 (PDT) From: "Eric J. Schwertfeger" To: current@freebsd.org, hackers@freebsd.org, questions@freebsd.org Subject: Need help setting up user ppp and dial-on demand Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk First of all, sorry for sending this to three lists, but I got no response the first time to just questions. Please delete all but the appropriate list, or just reply directly to me. Basically, I have a small lan in my house, and I'm converting from Linux over to FreeBSD (2.1R). I have a static IP address from my provider, and wanted to set up on-demand PPP so my wife can get on the net any time without having to start anything herself. The problem seems to be that the system insists on having the PPP link up before it will allow any traffic. Even "telnet 127.0.0.1" blocks until the PPP link is established. My first attempt followed the examples in the /etc/ppp directory. This resulted in the behavior above. After trying with no success to tweek that configuration (the closest I got was that it would work normally until the first time it connected), I went by the configuration in the handbook. After tweeking the second configuration for a while I got to the point where no traffic was blocking, but it would bring up the link for no apparent reason. So, I started blocking services for dialing, and when I blocked everything I thought could be happening, it still dialed. So I blocked everything, and it still dialed. I suspect my filters aren't set up properly :-) Anyway, is anyone successfully using dial-on-demand PPP on a machine also attached to a local network? From owner-freebsd-hackers Sun Apr 14 14:33:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16303 for hackers-outgoing; Sun, 14 Apr 1996 14:33:43 -0700 (PDT) Received: from neurocog.lrdc.pitt.edu (hahn@neurocog.lrdc.pitt.edu [136.142.93.53]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA16296 for ; Sun, 14 Apr 1996 14:33:26 -0700 (PDT) Message-Id: <199604142133.OAA16296@freefall.freebsd.org> Received: by neurocog.lrdc.pitt.edu (1.37.109.10G/16.2) id AA181247512; Sun, 14 Apr 1996 17:31:52 -0400 From: Mark Hahn Subject: Re: Unices are created equal, but ... To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 14 Apr 1996 17:31:52 -0400 (EDT) Cc: groudier@iplus.fr, hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-Reply-To: <199604141342.PAA05329@uriah.heep.sax.de> from "J Wunsch" at Apr 14, 96 03:42:11 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > File Read (10 seconds) 209771.0 KBps (10 secs, 1 samples) > > File Read (30 seconds) 212303.0 KBps (30 secs, 1 samples) > > Of course, in case this should read as ``kilobytes per second'', it is > a good indication for the poor benchmark. It measures (if anything) > just the buffer cache. Must have been a rather small file. well, it _does_ read kilobytes per second. it's certainly a poor benchmark, not only since it's obviously measuring buffer-cache, but since it actually does only 1k writes! the rest of the suite lives up to this standard of lameness, btw. with Linux 2.0 coming up RSN, perhaps we, both camps, should come up with a benchmark suite that is fair enough. then we can run it, and whoever loses will simply throw in the towel and join the winners. ;), mark hahn. -- operator may differ from spokesperson. hahn@neurocog.lrdc.pitt.edu http://neurocog.lrdc.pitt.edu/~hahn/ From owner-freebsd-hackers Sun Apr 14 14:37:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16520 for hackers-outgoing; Sun, 14 Apr 1996 14:37:50 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA16512 for ; Sun, 14 Apr 1996 14:37:39 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id XAA13532; Sun, 14 Apr 1996 23:15:26 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by knobel.gun.de (8.7.5/8.7.3) with SMTP id XAA23071; Sun, 14 Apr 1996 23:12:39 +0200 (MET DST) Date: Sun, 14 Apr 1996 23:12:38 +0200 (MET DST) From: Andreas Klemm To: Joerg Wunsch cc: Gerard Roudier , hackers@FreeBSD.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-Reply-To: <199604141342.PAA05329@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sun, 14 Apr 1996, J Wunsch wrote: > As Gerard Roudier wrote: > > Many things have already been written... > > > File Read (10 seconds) 209771.0 KBps (10 secs, 1 samples) > > File Read (30 seconds) 212303.0 KBps (30 secs, 1 samples) > > Of course, in case this should read as ``kilobytes per second'', it is > a good indication for the poor benchmark. It measures (if anything) > just the buffer cache. Must have been a rather small file. > > Real disks are < 10 MB/s these days, at least those that are in common > use, so it's obvious that the figures are off by at least factor 30. > > Well, perhaps the file performance tests were run on a memory file > system though... :-)) Whole Linux seems to be a memory file system ;-) They are caching like hell. Only benchmarks like bonnie on files of about 3xRAMSIZE address the fact that we want to bench the disk and not the RAM. Gerard compares chicken with eggs. This Byte Bench is really questionable. Another thing he is certainly missing is, that he has to use 128 HZ, to get the correct results with the times function. - -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ $$ Support Unix - aklemm@wup.de $$ pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBMXFqRvMLpmkD/U+FAQF/CgP/YfRpQ0ypheunmjgjxkdyOkaGUKVRRmF5 l00BqSuh1+fitOXhhBApD50guUk+uBDZkIuyKmrA4OcRALskxzUGFzKcYfibn9QV 3tFPGW5EXcTA6gm2BtyRK715GTQBkAC+jVlKFmx9xL8lQ6+9ql6W9AbZEwwDEUco 5H9tMoLLVsk= =TwMd -----END PGP SIGNATURE----- From owner-freebsd-hackers Sun Apr 14 14:47:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16889 for hackers-outgoing; Sun, 14 Apr 1996 14:47:44 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA16880 for ; Sun, 14 Apr 1996 14:47:41 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id NAA05263; Sun, 14 Apr 1996 13:55:05 -0700 (PDT) Message-Id: <199604142055.NAA05263@ref.tfs.com> Subject: Re: Unices are created equal, but ... To: groudier@iplus.fr (Gerard Roudier) Date: Sun, 14 Apr 1996 13:55:05 -0700 (PDT) From: "JULIAN Elischer" Cc: dennis@etinc.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-Reply-To: from "Gerard Roudier" at Apr 14, 96 11:38:31 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 X-Loop: FreeBSD.org Precedence: bulk > ( Did you remember some recent thread in the linux kernel list?) Sorry I am not on the Linux list.. > > 2 - People that claim that Unix B is FASTER than Unix A rarely > indicate the versions of systems (nor the used benchmarks). > I was expecting that Unix B version 2.0.5 was still a little FASTER that > Unix A version 1.3.87, and I get the OPPOSITE. > The difference is that I wrote that my benckmark is "questionnable" and > give enough informations to guess missing informations. > Most of Unix end users are not able to guess the MISSING informations. > They BELEIVE what we CLAIM. Ok, here is my attempt at the missing information.... I would expect the following to be true between Linix 1.3.x and FreeBSD 2.0.5. category 1:--Linux faster in: context switch, including some system calls. possibly some program startup. possibly pipe code. possibly FP emulation. possibly FP exception handling. Any test that does a lot of filesystem meta-data manipulation. e.g. file creation and deletion. category 2:--FreeBSD 2.0.5 faster in: Anything to do with networking Anything using a raw tape or disk device. Any benchmark that loaded the system very heavily, especially if it produced swapping. Any benchmark that tested high-speed large sustained IO to files. category 3:--Linux and FreeBSD 2.0.5 about equivalent in: Anything that relies mostly on plain CPU with no or little OS involvement. (as both use the same cpu.) Obvioulsy, any benchmark that mainly tests category 1 and 3 will get a different result to one that tests mainly 2 and 3. My guess is that the Byte Benchmarks don't do much in category 2 > > 3 - It seems to me that now, current Linux is as FAST as FreeBSD-current. > Good news!!!!!!!!!! welll, current Linux is as fast in some places as old FreeBSD.. What you say MIGHT also be true, but this is not proved by your tests. because: a/ you only test categories 1 and 3 b/ You do not test current FreeBSD If you wish to test current FreeBSD and include test from category 2 as well, then I suspect that you might find a different story. THE REASON: FreeBSD and Linux developers have done work in different places.. each has strong and weak points. > It is difficult to have both Linux and FreeBSD in their current version. > Only linux is up to date on my machine. > If you are a FreeBSD-current user and if you have about the same > configuration as mine, can you run the old BYTE benchmark > and send to me your results? I don't think it would be useful unless we had EXACTLY the same hardware.. I have seen small differences make up to 50% difference.. Linux made great improvements in the last year. So did FreeBSD. Most of the areas indicated as being Weak points for FreeBSD in 2.0.5 were redone in -current. Of course this now means that Other parts are the "weak points" :) > Thanks per advance, > > Best Regards, Gerard. > julian +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ > v LL LL From owner-freebsd-hackers Sun Apr 14 15:08:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17553 for hackers-outgoing; Sun, 14 Apr 1996 15:08:44 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA17548 for ; Sun, 14 Apr 1996 15:08:40 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id RAA00341; Sun, 14 Apr 1996 17:07:13 -0500 (EST) From: "John S. Dyson" Message-Id: <199604142207.RAA00341@dyson.iquest.net> Subject: Re: Unices are created equal, but ... To: hahn@neurocog.lrdc.pitt.edu (Mark Hahn) Date: Sun, 14 Apr 1996 17:07:13 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, groudier@iplus.fr, hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-Reply-To: <199604142133.OAA16296@freefall.freebsd.org> from "Mark Hahn" at Apr 14, 96 05:31:52 pm Reply-To: dyson@freebsd.org 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 X-Loop: FreeBSD.org Precedence: bulk > > with Linux 2.0 coming up RSN, perhaps we, both camps, should come > up with a benchmark suite that is fair enough. then we can run it, > and whoever loses will simply throw in the towel and join the winners. > How's about maintaining competition, and working to make the respective U**X clone better competitively. Competition helps keep each party honest!!! John dyson@freebsd.org From owner-freebsd-hackers Sun Apr 14 15:22:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18008 for hackers-outgoing; Sun, 14 Apr 1996 15:22:32 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA18003 for ; Sun, 14 Apr 1996 15:22:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id XAA00854 ; Sun, 14 Apr 1996 23:22:03 +0100 (BST) To: nash@mcs.com cc: hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Unices are created equal, but... In-reply-to: Your message of "Sun, 14 Apr 1996 15:39:52 CDT." <199604142039.PAA04761@zen.nash.org> Date: Sun, 14 Apr 1996 23:22:03 +0100 Message-ID: <852.829520523@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alex Nash wrote in message ID <199604142039.PAA04761@zen.nash.org>: > FreeBSD on UFS: > 2770803 bytes/second for writing the file > 3908495 bytes/second for reading the file > > Linux on ext2fs: > 3220442 bytes/second for writing the file > 1950476 bytes/second for reading the file ^^^^^^^ Is that 2nd figure for reading the file right? Seems a bit dubious ... unless they're really doing something screwey, you should get higher speeds READING than writing ... Gary From owner-freebsd-hackers Sun Apr 14 15:31:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18434 for hackers-outgoing; Sun, 14 Apr 1996 15:31:29 -0700 (PDT) Received: from obelix.cica.es (obelix.cica.es [150.214.1.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA18427 for ; Sun, 14 Apr 1996 15:31:26 -0700 (PDT) Received: from gte.esi.us.es (gtex02.us.es [150.214.140.67]) by obelix.cica.es (8.7.5/8.7.3) with SMTP id AAA27072; Mon, 15 Apr 1996 00:27:58 +0200 (GMT-2:00) Received: by gte.esi.us.es (4.1/SMI-4.1) id AA22327; Mon, 15 Apr 96 00:31:00 +0200 From: jon@gte.esi.us.es (Jon Tombs) Message-Id: <9604142231.AA22327@gte.esi.us.es> Subject: Re: Unices are created equal, but ... To: groudier@iplus.fr (Gerard Roudier) Date: Mon, 15 Apr 1996 00:30:59 +0200 (MET DST) Cc: dennis@etinc.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-Reply-To: from "Gerard Roudier" at Apr 14, 96 11:38:31 am 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 X-Loop: FreeBSD.org Precedence: bulk Gerard Roudier said: > 3 - It seems to me that now, current Linux is as FAST as FreeBSD-current. > Good news!!!!!!!!!! Don't you mean as SLOW as? As far as I remember linux has generally only been behind in the networking code, with fs/exec/syscall/vm linux has never been behind (or at least not for long). Who cares? linux is such a better name compared with *BSD*. -- Jon. From owner-freebsd-hackers Sun Apr 14 15:48:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA19274 for hackers-outgoing; Sun, 14 Apr 1996 15:48:42 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA19269 Sun, 14 Apr 1996 15:48:38 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.4/8.7.4) with SMTP id SAA25740; Sun, 14 Apr 1996 18:48:40 -0400 (EDT) Date: Sun, 14 Apr 1996 18:48:36 -0400 (EDT) From: "Marc G. Fournier" To: Gary Palmer cc: nash@mcs.com, hackers@FreeBSD.ORG Subject: Re: Unices are created equal, but... In-Reply-To: <852.829520523@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, Gary Palmer wrote: > Alex Nash wrote in message ID > <199604142039.PAA04761@zen.nash.org>: > > FreeBSD on UFS: > > 2770803 bytes/second for writing the file > > 3908495 bytes/second for reading the file > > > > Linux on ext2fs: > > 3220442 bytes/second for writing the file > > 1950476 bytes/second for reading the file > > ^^^^^^^ > > Is that 2nd figure for reading the file right? Seems a bit dubious > ... unless they're really doing something screwey, you should get > higher speeds READING than writing ... > > Gary > You might think so, but: > iozone 22 IOZONE: Performance Test of Sequential File I/O -- V1.16 (10/28/92) By Bill Norcott Operating System: POSIX 1003.1-1988 -- using fsync() Send comments to: norcott_bill@tandem.com IOZONE writes a 22 Megabyte sequential file consisting of 45056 records which are each 512 bytes in length. It then reads the file. It prints the bytes-per-second rate at which the computer can read and write files. Writing the 22 Megabyte file, 'iozone.tmp'...10.703125 seconds Reading the file...11.023438 seconds IOZONE performance measurements: 2155321 bytes/second for writing the file 2092693 bytes/second for reading the file > df . Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0s1d 224174 108770 97470 53% /home (ncr0:0:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. Not much of a difference, but still slower to read then to write. (-stable kernel as of March 26th) Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-hackers Sun Apr 14 16:01:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20023 for hackers-outgoing; Sun, 14 Apr 1996 16:01:32 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA20012 for ; Sun, 14 Apr 1996 16:01:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id AAA00976 ; Mon, 15 Apr 1996 00:01:19 +0100 (BST) To: hackers@FreeBSD.ORG, linux-kernel@vger.rutgers.edu From: "Gary Palmer" Subject: Re: Unices are created equal, but ... Date: Mon, 15 Apr 1996 00:01:18 +0100 Message-ID: <974.829522878@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Right. Please, both sides go back into your corners and continue whatever you were doing BEFORE the initial posting was made. The ensuing ``discussion'' (if you could call it that) is getting NEITHER side ANYWHERE. It is becoming plain that the choice of which OS to run is becoming a religous issue, and that is a recipie for disaster when it comes down to trying to make FAIR and PROPER comparisons. If you want to run Linux, go run Linux, and leave those who want to run FreeBSD in peace. We'll do the same for you. If you want to try proving something by running a comparison between the two using your favourite benchmark, have a heart and publish it on a web page somewhere, or on USENET, and leave people who read mailing lists out of it. I for one am not going to say ANYTHING about EITHER OS. I use the OS that I want to, if you don't agree with that, fine. I'm not going to beat you over the head with a stick and try to persuade you that you're wrong and that I'm right. The OS that I have chosen works for me. It may not work for you. That's life. It's too short to have these sort of religous wars. So lets stop it now before we waste any more time. I'm sure we all have better things to do with our time than throw rocks at each other. If there are people who feel the need to throw rocks, please do so in PRIVATE e-mail, and leave those of us who want to GET ON WITH OUR LIVES to do so. Thank you Gary From owner-freebsd-hackers Sun Apr 14 16:14:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20716 for hackers-outgoing; Sun, 14 Apr 1996 16:14:30 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA20711 for ; Sun, 14 Apr 1996 16:14:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id AAA01063 ; Mon, 15 Apr 1996 00:13:51 +0100 (BST) To: "Marc G. Fournier" cc: nash@mcs.com, hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Unices are created equal, but... In-reply-to: Your message of "Sun, 14 Apr 1996 18:48:36 EDT." Date: Mon, 15 Apr 1996 00:13:50 +0100 Message-ID: <1061.829523630@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Marc G. Fournier" wrote in message ID : > IOZONE performance measurements: > 2155321 bytes/second for writing the file > 2092693 bytes/second for reading the file > (ncr0:0:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 > sd0(ncr0:0:0): Direct-Access > sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. That's weird: Disk 0: (ahc0:0:0): "CONNER CFP1060S 1.05GB 1823" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access sd0(ahc0:0:0): 1013MB (2074880 512 byte sectors) iozone 32 IOZONE: Performance Test of Sequential File I/O -- V2.01 (10/21/94) By Bill Norcott Operating System: FreeBSD 2.x -- using fsync() Send comments to: b_norcott@xway.com IOZONE writes a 32 Megabyte sequential file consisting of 65536 records which are each 512 bytes in length. It then reads the file. It prints the bytes-per-second rate at which the computer can read and write files. Writing the 32 Megabyte file, 'iozone.tmp'...15.546875 seconds Reading the file...10.906250 seconds IOZONE performance measurements: 2158275 bytes/second for writing the file 3076624 bytes/second for reading the file Disk 1: (ahc0:1:0): "FUJITSU M1603S-512 6404" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access sd1(ahc0:1:0): 519MB (1064268 512 byte sectors) IOZONE: Performance Test of Sequential File I/O -- V2.01 (10/21/94) By Bill Norcott Operating System: FreeBSD 2.x -- using fsync() Send comments to: b_norcott@xway.com IOZONE writes a 32 Megabyte sequential file consisting of 65536 records which are each 512 bytes in length. It then reads the file. It prints the bytes-per-second rate at which the computer can read and write files. Writing the 32 Megabyte file, 'iozone.tmp'...15.367188 seconds Reading the file...9.437500 seconds IOZONE performance measurements: 2183511 bytes/second for writing the file 3555436 bytes/second for reading the file In both cases, it was at least 42% faster for reading than writing... Gary From owner-freebsd-hackers Sun Apr 14 16:16:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20915 for hackers-outgoing; Sun, 14 Apr 1996 16:16:19 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA20909 Sun, 14 Apr 1996 16:16:15 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.6.12/8.6.12) id SAA04898; Sun, 14 Apr 1996 18:16:28 -0500 Date: Sun, 14 Apr 1996 18:16:28 -0500 Message-Id: <199604142316.SAA04898@zen.nash.org> From: Alex Nash To: dyson@freebsd.org Cc: hackers@freebsd.org Subject: Re: Unices are created equal, but... Reply-to: nash@mcs.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> The execl throughput test was a complete massacre, with Linux >> more than an order of magnitude faster. Does anyone familiar >> with the internals of exec know why? >> John> Did you use the old linux shared lib scheme? It is much John> faster to start-up than the new dynamic shared libs. That'll teach me not to pay attention. The benchmark as I pulled it off of tsx-11 was kind enough to include binaries -- I relied on ./Run to perform the build and run the tests but didn't notice that it skipped the build. Yes, recompiling with the newer shared lib scheme brought the two systems close together (FWIW: 2.8 for FreeBSD, 3.1 for Linux). Sorry about the confusion. Alex From owner-freebsd-hackers Sun Apr 14 16:23:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21323 for hackers-outgoing; Sun, 14 Apr 1996 16:23:38 -0700 (PDT) Received: from gerard (groudier@odin.iplus.fr [194.51.186.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA21307 for ; Sun, 14 Apr 1996 16:22:16 -0700 (PDT) Received: (from groudier@localhost) by gerard (8.6.12/8.6.9) id BAA00121; Mon, 15 Apr 1996 01:22:04 GMT Date: Mon, 15 Apr 1996 01:22:04 +0000 (GMT) From: Gerard Roudier X-Sender: groudier@gerard To: nash@mcs.com cc: hackers@freebsd.org Subject: RE: Unices are created equal, but... In-Reply-To: <199604142039.PAA04761@zen.nash.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, Alex Nash wrote: > [ posted to hackers only ] > > I ran some tests on a 486-66 ASUS S3PG with an NCR53c810 and 16MB of > RAM, pitting Linux 1.3.83 against the FreeBSD 2.2 SNAP CD. Since I > didn't do all the work necessary to perform an accurate comparison > (the compilers were different for example), I'll skip the specific > Byte UNIX Benchmark numbers. However, I did note a few interesting > things: > > As Terry noted, the file copy test improved dramatically when > FreeBSD was run in async mode. The resulting performance was > within 2% of Linux. > > The execl throughput test was a complete massacre, with Linux more > than an order of magnitude faster. Does anyone familiar with the > internals of exec know why? > > I also ran iozone using a 50MB file with 4096 byte records. Terry, > I think your idea of a FreeBSD upgrade for Linux may be coming > true... > > FreeBSD on UFS: > 2770803 bytes/second for writing the file > 3908495 bytes/second for reading the file > > Linux on ext2fs: > 3220442 bytes/second for writing the file > 1950476 bytes/second for reading the file > > FreeBSD on ext2fs: > 2768517 bytes/second for writing the file > 3265638 bytes/second for reading the file > > Naturally, Linux on UFS resulted in 0 bytes/second :) > It seems that something is magic for Linux in my system: P90/16MB/NCR53c810/IBMS12 FreeBSD-2.0.5 installed in notche 0. (should be faster) Linux-1.3.87 installed near notche 1. iozone 100 4096 Linux-1.3.87 / 1k ext2 file system 4257312 bytes/second for writing the file 3924311 bytes/second for reading the file FreeBSD-2.0.5 / file system created while installation probably some UFS 8k group ??? 3485269 bytes/second for writing the file 4438416 bytes/second for readind the file I have not time enough to write my comments in english. It is your turn to take some dictionnary if you want to understand my comments. FRENCH COMMENTS: ---------------- He l'ami, Les "FreeBSD upgrade" pour Linux, je connais. Si le driver de Stefan est excellent pour FreeBSD, il l'est tout autant pour Linux. 300 lignes de code ont suffi pour l'adapter. La lecture asynchrone ca existe depuis longtemps. Ca represente environ 50 lignes de code sous Linux. Il ne fallait pas s'en priver, tu crois pas? Amities, Gerard. From owner-freebsd-hackers Sun Apr 14 16:24:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21488 for hackers-outgoing; Sun, 14 Apr 1996 16:24:17 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA21481 for ; Sun, 14 Apr 1996 16:24:13 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id SAA00427; Sun, 14 Apr 1996 18:22:35 -0500 (EST) From: "John S. Dyson" Message-Id: <199604142322.SAA00427@dyson.iquest.net> Subject: Re: Unices are created equal, but ... To: andreas@knobel.gun.de (Andreas Klemm) Date: Sun, 14 Apr 1996 18:22:20 -0500 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, groudier@iplus.fr, hackers@FreeBSD.org, linux-kernel@vger.rutgers.edu In-Reply-To: from "Andreas Klemm" at Apr 14, 96 11:12:38 pm Reply-To: dyson@FreeBSD.org 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 X-Loop: FreeBSD.org Precedence: bulk > > Whole Linux seems to be a memory file system ;-) They are caching > like hell. Only benchmarks like bonnie on files of about 3xRAMSIZE > address the fact that we want to bench the disk and not the RAM. > Gerard compares chicken with eggs. This Byte Bench is really > questionable. > The most evil things about aggressively write cache are the memory starvation and sync issues. On FreeBSD we purposely decided to limit the amount of dirty cached file data. It can become a real problem with big memory systems!!! The AT&T GIS/NCR/Tandem boxes really acted badly when users would tune the system to allow too much memory to be dirty filesystem cache buffers. I could be convinced that 1/4 of memory for dirty buffers is okay, and in some cases even more could be considered. But those cases where a system could gain significantly from huge write caches are few and far between. I guess if managed VERY WELL, a large (>1/2 mem) write cache would be good -- I just haven't seen that yet. John dyson@freebsd.org From owner-freebsd-hackers Sun Apr 14 16:25:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21569 for hackers-outgoing; Sun, 14 Apr 1996 16:25:33 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA21564 Sun, 14 Apr 1996 16:25:28 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.6.12/8.6.12) id SAA04908; Sun, 14 Apr 1996 18:25:45 -0500 Date: Sun, 14 Apr 1996 18:25:45 -0500 Message-Id: <199604142325.SAA04908@zen.nash.org> From: Alex Nash To: gpalmer@FreeBSD.ORG CC: hackers@FreeBSD.ORG Subject: Re: Unices are created equal, but... Reply-to: nash@mcs.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > FreeBSD on UFS: > > 2770803 bytes/second for writing the file > > 3908495 bytes/second for reading the file > > > > Linux on ext2fs: > > 3220442 bytes/second for writing the file > > 1950476 bytes/second for reading the file > > ^^^^^^^ > > Is that 2nd figure for reading the file right? Seems a bit dubious > ... unless they're really doing something screwey, you should get > higher speeds READING than writing ... It's correct. In fact, I just tried it 5 more times to be sure: 1907889 bytes/second 1899594 bytes/second 1900282 bytes/second 1873795 bytes/second 1898218 bytes/second The write speed hovered around 3.2MB/s as before. I admit it's strange, but I also saw this on a P100 with an Adaptec 2940. The reads would be (somewhere in the neighborhood of) 800K/s slower than the writes. After installing FreeBSD on that system, the reads and writes fell within 100K/s of each other. Alex From owner-freebsd-hackers Sun Apr 14 16:55:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23698 for hackers-outgoing; Sun, 14 Apr 1996 16:55:40 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA23689 Sun, 14 Apr 1996 16:55:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id QAA04357; Sun, 14 Apr 1996 16:55:34 -0700 (PDT) Message-Id: <199604142355.QAA04357@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: dyson@FreeBSD.org cc: andreas@knobel.gun.de (Andreas Klemm), joerg_wunsch@uriah.heep.sax.de, groudier@iplus.fr, hackers@FreeBSD.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-reply-to: Your message of "Sun, 14 Apr 1996 18:22:20 CDT." <199604142322.SAA00427@dyson.iquest.net> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 14 Apr 1996 16:55:34 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Whole Linux seems to be a memory file system ;-) They are caching >> like hell. Only benchmarks like bonnie on files of about 3xRAMSIZE >> address the fact that we want to bench the disk and not the RAM. >> Gerard compares chicken with eggs. This Byte Bench is really >> questionable. >> >The most evil things about aggressively write cache are the memory starvation >and sync issues. On FreeBSD we purposely decided to limit the amount of >dirty cached file data. It can become a real problem with big memory >systems!!! The AT&T GIS/NCR/Tandem boxes really acted badly when users >would tune the system to allow too much memory to be dirty filesystem >cache buffers. I could be convinced that 1/4 of memory for dirty buffers >is okay, and in some cases even more could be considered. But those cases >where a system could gain significantly from huge write caches are few >and far between. I guess if managed VERY WELL, a large (>1/2 mem) write cache >would be good -- I just haven't seen that yet. Worst case, that would be about 256MB of cached data to write out on wcarchive. :-) I think I prefer the current scheme. :-) -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sun Apr 14 17:30:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26640 for hackers-outgoing; Sun, 14 Apr 1996 17:30:07 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA26635 for ; Sun, 14 Apr 1996 17:30:05 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id RAA15491; Sun, 14 Apr 1996 17:31:45 -0700 (PDT) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Sun, 14 Apr 1996 17:31:44 -0700 (PDT) From: Jaye Mathisen To: Brian Tao cc: hackers@freebsd.org Subject: Re: Hmmm, OK, SMC driver is the de driver. Is it broke? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I punted and went to -current, and it seems to be just fine. I think something is broke in -stable. Dropping back to a kernel from around Mar 15th works fine as well, but 3/23 and 4/11 both fail miserably. A 4/11 Generic doesn't work either, but a -RELEASE one works. So I don't think it's a hardware problem, I think it's broken code. Anyway, it doesn't really matter, my -current is working, and I'm happy. Thanks to those of you that offered advice/solutions. On Sun, 14 Apr 1996, Brian Tao wrote: > On Thu, 11 Apr 1996, Jaye Mathisen wrote: > > > > Symptoms are always the same. It boots fine, runs a few minutes, and > > after just a bit of network I/O, it fails. > > > > Tried a different etherpower 10/100 card, and same thing. > > > > Box is a P5-120, award BIOS, PNP on, a 946C, crappy VGA, and the SMC card > > are all that's in it. > > Which motherboard? I've got eight machines here, all ASUS > motherboards (either the P55TP4XEG or the 486-SP3G), all with the > EtherPower 9332. Most are running in 10Mbps mode, 2.1.0-RELEASE. > -- > Brian Tao (BT300, taob@io.org) > Systems and Network Administrator, Internex Online Inc. > "Though this be madness, yet there is method in't" > > From owner-freebsd-hackers Sun Apr 14 17:45:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA27467 for hackers-outgoing; Sun, 14 Apr 1996 17:45:46 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA27462 for ; Sun, 14 Apr 1996 17:45:44 -0700 (PDT) Received: (from kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) id UAA00345; Sun, 14 Apr 1996 20:43:23 -0400 (EDT) Date: Sun, 14 Apr 1996 20:43:23 -0400 (EDT) From: Kim Culhan To: hackers@freebsd.org Subject: -current works fine -minor complaint on bootup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This system was updated to -current from an origonal 2.1 cd install months ago (and updated often since) yet still shows this error on bootup: screen saver: Undefined entry symbol '_saver_init' Any info is greatly appreciated. kim -- kimc@w8hd.org From owner-freebsd-hackers Sun Apr 14 18:01:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28679 for hackers-outgoing; Sun, 14 Apr 1996 18:01:34 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA28671 Sun, 14 Apr 1996 18:01:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA16038; Sun, 14 Apr 1996 18:00:40 -0700 (PDT) To: dyson@freebsd.org cc: hahn@neurocog.lrdc.pitt.edu (Mark Hahn), joerg_wunsch@uriah.heep.sax.de, groudier@iplus.fr, hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-reply-to: Your message of "Sun, 14 Apr 1996 17:07:13 CDT." <199604142207.RAA00341@dyson.iquest.net> Date: Sun, 14 Apr 1996 18:00:40 -0700 Message-ID: <16036.829530040@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > How's about maintaining competition, and working to make the respective > U**X clone better competitively. Competition helps keep each party > honest!!! Just to make a general point here, and *not* to continue the flame war, I think John's absolutely right. Consider, for a moment, if FreeBSD or Linux were the only free operating system. Who would drive us? The commercial vendors? Unlikely, since we could simply escape that comparison by saying "hey, we're free and they're not!" With the current situation, there is _significant_ motivation to not fall too far behind in contrast with the other group - sort of like two brothers growing up where one can run just a little faster than the other. Each will be constantly motivated to try and win the next foot race by pushing himself that much harder, the loser being motivated in turn to redouble his efforts. I honestly cannot imagine a world where there was only one free OS to choose from, and I think things have actually worked out far better than I'd have even dared hope. Jordan From owner-freebsd-hackers Sun Apr 14 18:03:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28848 for hackers-outgoing; Sun, 14 Apr 1996 18:03:16 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA28839 for ; Sun, 14 Apr 1996 18:03:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA16060; Sun, 14 Apr 1996 18:02:05 -0700 (PDT) To: jon@gte.esi.us.es (Jon Tombs) cc: groudier@iplus.fr (Gerard Roudier), dennis@etinc.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-reply-to: Your message of "Mon, 15 Apr 1996 00:30:59 +0200." <9604142231.AA22327@gte.esi.us.es> Date: Sun, 14 Apr 1996 18:02:05 -0700 Message-ID: <16058.829530125@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Who cares? linux is such a better name compared with *BSD*. But we have a nicer looking mascot.. :-) Jordan From owner-freebsd-hackers Sun Apr 14 18:07:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29208 for hackers-outgoing; Sun, 14 Apr 1996 18:07:39 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA29201 for ; Sun, 14 Apr 1996 18:07:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id SAA16087; Sun, 14 Apr 1996 18:06:50 -0700 (PDT) To: Kim Culhan cc: hackers@freebsd.org Subject: Re: -current works fine -minor complaint on bootup In-reply-to: Your message of "Sun, 14 Apr 1996 20:43:23 EDT." Date: Sun, 14 Apr 1996 18:06:50 -0700 Message-ID: <16085.829530410@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > This system was updated to -current from an origonal 2.1 cd install > months ago (and updated often since) yet still shows this error on bootup: You need to update your /etc/rc.i386 file as well - the syntax for loading the LKM has changed. Jordan From owner-freebsd-hackers Sun Apr 14 18:12:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29625 for hackers-outgoing; Sun, 14 Apr 1996 18:12:24 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA29613 for ; Sun, 14 Apr 1996 18:12:20 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.4/8.7.4) with SMTP id VAA28382; Sun, 14 Apr 1996 21:12:25 -0400 (EDT) Date: Sun, 14 Apr 1996 21:12:22 -0400 (EDT) From: "Marc G. Fournier" To: Kim Culhan cc: hackers@FreeBSD.org Subject: Re: -current works fine -minor complaint on bootup In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, Kim Culhan wrote: > > This system was updated to -current from an origonal 2.1 cd install > months ago (and updated often since) yet still shows this error on bootup: > > screen saver: Undefined entry symbol '_saver_init' > Hi Kim... Just checked this on my -current machine, and I'm not 100% certain whether this is correct or not, so hopefully someone will confirm for me, but, in /etc/rc.i386, right at the bottom, is this line: # screen saver if [ "X${saver}" != X"NO" ] ; then echo -n ' screensaver: ' modstat | grep _saver || modload -u -o /tmp/saver_mod -e \ saver_init -q /lkm/${saver}_saver_mod.o fi Which, I believe, should be changed to: # screen saver if [ "X${saver}" != X"NO" ] ; then echo -n ' screensaver: ' modstat | grep _saver || modload -u -o /tmp/saver_mod -e \ ${saver}_saver_mod -q /lkm/${saver}_saver_mod.o fi I've issued the above on my -current machine, and turned the blanktime down to 10secs, and the screen saver loaded up right. Can someone please confirm for me whether this is correct or not... will commit the change if I'm right, but don't know enough about lkm to risk doing so without confirmation :) Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-hackers Sun Apr 14 18:22:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA00482 for hackers-outgoing; Sun, 14 Apr 1996 18:22:42 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA00462 Sun, 14 Apr 1996 18:22:33 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id UAA00309; Sun, 14 Apr 1996 20:22:16 -0500 (EST) From: "John S. Dyson" Message-Id: <199604150122.UAA00309@dyson.iquest.net> Subject: Re: Unices are created equal, but ... To: davidg@Root.COM Date: Sun, 14 Apr 1996 20:22:16 -0500 (EST) Cc: dyson@FreeBSD.org, andreas@knobel.gun.de, joerg_wunsch@uriah.heep.sax.de, groudier@iplus.fr, hackers@FreeBSD.org, linux-kernel@vger.rutgers.edu In-Reply-To: <199604142355.QAA04357@Root.COM> from "David Greenman" at Apr 14, 96 04:55:34 pm 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 X-Loop: FreeBSD.org Precedence: bulk > >systems!!! The AT&T GIS/NCR/Tandem boxes really acted badly when users > >would tune the system to allow too much memory to be dirty filesystem > >cache buffers. I could be convinced that 1/4 of memory for dirty buffers > >is okay, and in some cases even more could be considered. But those cases > >where a system could gain significantly from huge write caches are few > >and far between. I guess if managed VERY WELL, a large (>1/2 mem) write cache > >would be good -- I just haven't seen that yet. > > Worst case, that would be about 256MB of cached data to write out on > wcarchive. :-) I think I prefer the current scheme. :-) > > -DG > That is the point -- those boxes did have 256MBytes!!! Imagine what sync did to the systems!!! John From owner-freebsd-hackers Sun Apr 14 18:24:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA00698 for hackers-outgoing; Sun, 14 Apr 1996 18:24:16 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA00687 Sun, 14 Apr 1996 18:24:08 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id UAA00317; Sun, 14 Apr 1996 20:24:03 -0500 (EST) From: "John S. Dyson" Message-Id: <199604150124.UAA00317@dyson.iquest.net> Subject: Re: Unices are created equal, but... To: nash@mcs.com Date: Sun, 14 Apr 1996 20:24:03 -0500 (EST) Cc: gpalmer@freebsd.org, hackers@freebsd.org In-Reply-To: <199604142325.SAA04908@zen.nash.org> from "Alex Nash" at Apr 14, 96 06:25:45 pm 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 X-Loop: FreeBSD.org Precedence: bulk > > > > FreeBSD on UFS: > > > 2770803 bytes/second for writing the file > > > 3908495 bytes/second for reading the file > > > > > > Linux on ext2fs: > > > 3220442 bytes/second for writing the file > > > 1950476 bytes/second for reading the file > > > > ^^^^^^^ > > > > Is that 2nd figure for reading the file right? Seems a bit dubious > > ... unless they're really doing something screwey, you should get > > higher speeds READING than writing ... > > It's correct. In fact, I just tried it 5 more times to be sure: > > 1907889 bytes/second > 1899594 bytes/second > 1900282 bytes/second > 1873795 bytes/second > 1898218 bytes/second > > The write speed hovered around 3.2MB/s as before. > > I admit it's strange, but I also saw this on a P100 with an Adaptec > 2940. The reads would be (somewhere in the neighborhood of) 800K/s > slower than the writes. After installing FreeBSD on that system, > the reads and writes fell within 100K/s of each other. > > Alex > It appears that Linux is depending upon the drive for read-ahead. FreeBSD has an algorithm that depends relatively less on drive caching. Of course, that is becoming less and less necessary. It is likely that the drive read caching has been disabled? John dyson@freebsd.org From owner-freebsd-hackers Sun Apr 14 18:46:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03279 for hackers-outgoing; Sun, 14 Apr 1996 18:46:25 -0700 (PDT) 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 SAA03239 Sun, 14 Apr 1996 18:46:11 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA14971; Mon, 15 Apr 1996 11:46:42 +0930 From: Michael Smith Message-Id: <199604150216.LAA14971@genesis.atrad.adelaide.edu.au> Subject: Re: Need help setting up user ppp and dial-on demand To: ejs@bfd.com (Eric J. Schwertfeger) Date: Mon, 15 Apr 1996 11:46:41 +0930 (CST) Cc: current@freebsd.org, hackers@freebsd.org, questions@freebsd.org In-Reply-To: from "Eric J. Schwertfeger" at Apr 14, 96 02:31:57 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Eric J. Schwertfeger stands accused of saying: > > The problem seems to be that the system insists on having the PPP link up > before it will allow any traffic. Even "telnet 127.0.0.1" blocks until > the PPP link is established. Your name resolution setup is wrong. Make sure you have 'hosts' listed before 'bind' in /etc/host.conf, and that all of your hosts and all their aliases are named in /etc/hosts. You might also want to configure a caching-only nameserver. Consult the 'named' manpage and the O'Reilly "DNS and Bind" book for details on this. -- ]] 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. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 14 19:09:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA06200 for hackers-outgoing; Sun, 14 Apr 1996 19:09:46 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA06184 for ; Sun, 14 Apr 1996 19:09:38 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id WAA06890 for ; Sun, 14 Apr 1996 22:09:33 -0400 (EDT) Message-Id: <199604150209.WAA06890@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: hackers@freebsd.org From: "Louis A. Mamakos" Subject: new socket option for timestamps, plus a "bug" fix Date: Sun, 14 Apr 1996 22:09:32 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Based on the discussion on the mailing list last week regarding SIGIO and why you'd use it for different applications, I decided to reimplement the code I had put into 4.3BSD-tahoe some years ago to add a timestamp socket option. That is, on a UDP socket, you can enable a timestamp to be associated with a message as it's queued to the socket buffer. The code to do this was rather simple. Here's the diffs, to a recent FreeBSD-current kernel. What this does is retain a timestamp gathered from microtime() which can be returned as control information by the user using the recvmsg() system call. The returned data in the control info buffer is a struct cmsghdr followed by a struct timeval. Index: sys/sys/socket.h =================================================================== RCS file: /usr/local/FreeBSD/cvs/src/sys/sys/socket.h,v retrieving revision 1.10 diff -u -r1.10 socket.h --- socket.h 1996/02/07 16:19:02 1.10 +++ socket.h 1996/04/09 03:06:21 @@ -63,6 +63,7 @@ #define SO_LINGER 0x0080 /* linger on close if data present */ #define SO_OOBINLINE 0x0100 /* leave received OOB data in line */ #define SO_REUSEPORT 0x0200 /* allow local address & port reuse */ +#define SO_TIMESTAMP 0x0400 /* timestamp received dgram traffic */ /* * Additional options, not kept in so_options. @@ -296,6 +297,7 @@ /* "Socket"-level control message types: */ #define SCM_RIGHTS 0x01 /* access rights (array of int) */ +#define SCM_TIMESTAMP 0x02 /* timestamp (struct timeval) */ /* * 4.3 compat sockaddr, move to compat file later Index: sys/sys/netinet/udp_usrreq.c =================================================================== RCS file: /usr/local/FreeBSD/cvs/src/sys/netinet/udp_usrreq.c,v retrieving revision 1.21 diff -u -r1.21 udp_usrreq.c --- udp_usrreq.c 1996/04/04 10:46:44 1.21 +++ udp_usrreq.c 1996/04/09 04:13:28 @@ -95,6 +95,9 @@ struct mbuf *)); static void udp_notify __P((struct inpcb *, int)); static struct mbuf *udp_saveopt __P((caddr_t, int, int)); +#if defined(SO_TIMESTAMP) && defined(SCM_TIMESTAMP) +static struct mbuf *udp_timestamp __P((void)); +#endif void udp_init() @@ -300,9 +303,20 @@ */ udp_in.sin_port = uh->uh_sport; udp_in.sin_addr = ip->ip_src; - if (inp->inp_flags & INP_CONTROLOPTS) { + if (inp->inp_flags & INP_CONTROLOPTS +#if defined(SO_TIMESTAMP) && defined(SCM_TIMESTAMP) + || inp->inp_socket->so_options & SO_TIMESTAMP +#endif + ) { struct mbuf **mp = &opts; +#if defined(SO_TIMESTAMP) && defined(SCM_TIMESTAMP) + if (inp->inp_socket->so_options & SO_TIMESTAMP) { + if (*mp = udp_timestamp()) + mp = &(*mp)->m_next; + } +#endif + if (inp->inp_flags & INP_RECVDSTADDR) { *mp = udp_saveopt((caddr_t) &ip->ip_dst, sizeof(struct in_addr), IP_RECVDSTADDR); @@ -367,6 +381,29 @@ cp->cmsg_type = type; return (m); } + +#if defined(SO_TIMESTAMP) && defined(SCM_TIMESTAMP) +static struct mbuf * +udp_timestamp() +{ + register struct cmsghdr *cp; + struct mbuf *m; + struct timeval tv; + + MGET(m, M_DONTWAIT, MT_CONTROL); + if (m == 0) + return (struct mbuf *) 0; + + microtime(&tv); + cp = (struct cmsghdr *) mtod(m, struct cmsghdr *); + cp->cmsg_len = + m->m_len = sizeof(*cp) + sizeof(struct timeval); + cp->cmsg_level = SOL_SOCKET; + cp->cmsg_type = SCM_TIMESTAMP; + (void) memcpy(CMSG_DATA(cp), &tv, sizeof(struct timeval)); + return (m); +} +#endif /* defined(SO_TIMESTAMP) && defined(SCM_TIMESTAMP) */ /* * Notify a udp user of an asynchronous error; Just One Ugly Thing: It's really distasteful to put this socket option implemention into netinet/udp_usrreq.c; it really is a socket-level option and not specific only to UDP sockets. Logically, it belongs in kern/uipc_socket2.c which is where the data actually gets queued to the sockbuf. The problem though, is that the functions there all get called with a "struct sockbuf *", and the function isn't able to find the enclosing socket structure to look at the socket options which are enabled. This feels, somehow, like a layering/API kinda problem, but it's much less clear how to fix this, if you do at all. There's no reason why this shouldn't also work on AF_UNIX, er, AF_LOCAL flavored sockets without having to reimplement the code there. What I noticed in poking around the code is that it seems to only be possible to return a single element of control information using the recvmsg() system call. It seems to have been intended to accumulate a number of distinct entities; for example, look at netinet/udp_usrreq.c where multiple mbufs can be queued up depending on which socket options are turned off. Some of this code is #ifdef'ed out at the moment. If you look at the code in sys/kern/uipc_socket2.c (in the sbappendaddr() function, for example), you'll see that you can queue more than one mbuf of control information. And looking at sys/kern/uipc_socket.c at so, multiple mbufs of control information are almost lovingly extracted from the sockbuf in soreceive() to be returned to the caller. However, in sys/kern/uipc_syscalls.c, only the first of these was ever actually extracted and returned to the user; the rest just get released. This didn't seem to be "correct", so I whacked on that code to support returning multiple mbufs of control information into the user's buffer (since they are self-describing in length, etc.). Index: sys/kern/uipc_syscalls.c =================================================================== RCS file: /usr/local/FreeBSD/cvs/src/sys/kern/uipc_syscalls.c,v retrieving revision 1.16 diff -u -r1.16 uipc_syscalls.c --- uipc_syscalls.c 1996/03/11 15:37:33 1.16 +++ uipc_syscalls.c 1996/04/10 05:29:08 @@ -636,7 +636,8 @@ register struct iovec *iov; register int i; int len, error; - struct mbuf *from = 0, *control = 0; + struct mbuf *m, *from = 0, *control = 0; + caddr_t ctlbuf; #ifdef KTRACE struct iovec *ktriov = NULL; #endif @@ -735,17 +736,29 @@ } #endif len = mp->msg_controllen; - if (len <= 0 || control == 0) - len = 0; - else { - if (len >= control->m_len) - len = control->m_len; - else + m = control; + mp->msg_controllen = 0; + ctlbuf = (caddr_t) mp->msg_control; + + while (m && len > 0) { + unsigned int tocopy; + + if (len >= m->m_len) + tocopy = m->m_len; + else { mp->msg_flags |= MSG_CTRUNC; - error = copyout((caddr_t)mtod(control, caddr_t), - (caddr_t)mp->msg_control, (unsigned)len); + tocopy = len; + } + + if (error = copyout((caddr_t)mtod(m, caddr_t), + ctlbuf, tocopy)) + goto out; + + ctlbuf += tocopy; + len -= tocopy; + m = m->m_next; } - mp->msg_controllen = len; + mp->msg_controllen = ctlbuf - mp->msg_control; } out: if (from) Anyway, this code has been running on my box for a few days, and seems to be pretty happy. I've modified the ntptrace program in a recent version of the xntp 3.5c distribution as a test case, and intend to modify xntpd in that version to use this code. So far, so good. While we can debate the merits of the timestamp socket option, I think there is a genuine bug (or at least misimplementation) in not being able to return more than one chunk of control message info with the recvmsg system call. Is there any interest importing this into the source tree? If so, I'll be happy to pass along further changes to things like xntpd which take advantage of this code. Actually, I'd like to see a more recent version of xntp imported as well, but that's another story.. Louis Mamakos From owner-freebsd-hackers Sun Apr 14 19:26:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA07835 for hackers-outgoing; Sun, 14 Apr 1996 19:26:29 -0700 (PDT) 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 TAA07824 for ; Sun, 14 Apr 1996 19:26:25 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA15139; Mon, 15 Apr 1996 12:25:35 +0930 From: Michael Smith Message-Id: <199604150255.MAA15139@genesis.atrad.adelaide.edu.au> Subject: Re: Hardware Recommendations Requested To: scrappy@ki.net (Marc G. Fournier) Date: Mon, 15 Apr 1996 12:25:34 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Marc G. Fournier" at Apr 14, 96 03:34:36 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Marc G. Fournier stands accused of saying: > > Hard Drives: Quantum or Fujitsu? Will vary from 500meg to 2Gig Seagate. Yes, they have a black past, but their gear works on the whole and performs pretty well. Seagate are clear leaders in SCSI target firmware. Quantum are improving again in my books, but I don't have enough experience with their new gear to be sure. > Video: Trident 512K ISA SVGA You can go cheaper 8) > Motherboard: 486DX4-100, ASUS, PCI A pentium won't cost a lot more, and has lots more grunt. If you're cutting corners, either ASUS or SOYO boards are good; basically for '486 motherboards you want something based on the SiS 496/497 chipset. ASUS do this on the PVI486SP3, SOYO have a number of boards using it. Note that there are allegedly problems with ISA busmasters in these boards, and the VLB implementation is slave-only. The SOYO board is IMHO nicer in that it has 4 SIMM sockets where the ASUS only has two. > Memory: 32Meg Parity 72pin SIMMS - Brand ?? Triton boards don't use parity. Many 486 boards don't either. > Ethernet: SMC 8013, 10baseT > > If I were to go with a PCI SMC Ethernet card (which SMC is > it that supports the DEC DC21x40 100/10Mbs chipset again?) but > only am using a standard 10baseT hub currently, would I see any > performance difference over the ISA model? Ie. would I get any > more data throughput using a PCI model over the ISA? You'll use less CPU for the same throughput. The SMC EtherPower PCI 10/100 is the card you're thinking of. > SCSI Controller: ASUS SC-200 (PCI) > > SCSI controller...should I stay away from the ASUS SC-200? if Not at all. These are wonderful cards. > I think that about covers it. I'm trying to build a machine > that I won't have to worry too much about hearing "its a hardware > problem" if I have any kernel panics, so want to be confident in what You'll want to world a few times on it with it running 100% before you can be sure you don't have dud memory. > Marc G. Fournier scrappy@ki.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. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Sun Apr 14 19:47:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA10454 for hackers-outgoing; Sun, 14 Apr 1996 19:47:52 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA10449 for ; Sun, 14 Apr 1996 19:47:49 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id QAA05486 for hackers@freebsd.org; Sun, 14 Apr 1996 16:11:57 -0700 (PDT) Date: Sun, 14 Apr 1996 16:11:57 -0700 (PDT) From: Julian Elischer Message-Id: <199604142311.QAA05486@ref.tfs.com> To: hackers@freebsd.org Subject: spreadsheet "SC" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk this was standard on 386BSD and seems to have 'gone away' with the new ports anyone know where we can get it? my old 386BSD binary has finally refused to keep working (core dumps with "bad system call".. will try do a ktrace) I have a lot of 'sc' data I can't use any more... julian From owner-freebsd-hackers Sun Apr 14 19:56:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA11322 for hackers-outgoing; Sun, 14 Apr 1996 19:56:29 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA11314 for ; Sun, 14 Apr 1996 19:56:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id TAA04521; Sun, 14 Apr 1996 19:55:56 -0700 (PDT) Message-Id: <199604150255.TAA04521@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: Brian Tao , hackers@FreeBSD.org Subject: Re: Hmmm, OK, SMC driver is the de driver. Is it broke? In-reply-to: Your message of "Sun, 14 Apr 1996 17:31:44 PDT." From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 14 Apr 1996 19:55:56 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Well, I punted and went to -current, and it seems to be just fine. I >think something is broke in -stable. Dropping back to a kernel from >around Mar 15th works fine as well, but 3/23 and 4/11 both fail miserably. > >A 4/11 Generic doesn't work either, but a -RELEASE one works. So I don't >think it's a hardware problem, I think it's broken code. Do you use NFS? Do you have it and all other filesystems that you use specified in your kernel config file? The only significant change I can think of that was made to -stable in that time period was a change to vnode.h to change the size of some fields. If you have *any* LKMs that haven't been rebuilt, this will cause the system to fail. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sun Apr 14 20:10:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12028 for hackers-outgoing; Sun, 14 Apr 1996 20:10:33 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA12023 for ; Sun, 14 Apr 1996 20:10:28 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id UAA16875; Sun, 14 Apr 1996 20:11:58 -0700 (PDT) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Sun, 14 Apr 1996 20:11:58 -0700 (PDT) From: Jaye Mathisen To: David Greenman cc: Brian Tao , hackers@FreeBSD.org Subject: Re: Hmmm, OK, SMC driver is the de driver. Is it broke? In-Reply-To: <199604150255.TAA04521@Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hmph, I was fairly certain I'd done a make world in there, since ps and friends broke. But I'm at -current now, so I don't have anyway to go back and check. What was weird was that the 3com card would work fine, (with a re-compiled kernel), so the de driver must've been tickling something that the ep driver didn't. In any case, it works just fine now, so I'm a happy camper. On Sun, 14 Apr 1996, David Greenman wrote: > >Well, I punted and went to -current, and it seems to be just fine. I > >think something is broke in -stable. Dropping back to a kernel from > >around Mar 15th works fine as well, but 3/23 and 4/11 both fail miserably. > > > >A 4/11 Generic doesn't work either, but a -RELEASE one works. So I don't > >think it's a hardware problem, I think it's broken code. > > Do you use NFS? Do you have it and all other filesystems that you use > specified in your kernel config file? The only significant change I can think > of that was made to -stable in that time period was a change to vnode.h to > change the size of some fields. If you have *any* LKMs that haven't been > rebuilt, this will cause the system to fail. > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > From owner-freebsd-hackers Sun Apr 14 20:49:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA14491 for hackers-outgoing; Sun, 14 Apr 1996 20:49:08 -0700 (PDT) Received: from snowcrash.cymru.net (root@snowcrash.cymru.net [163.164.160.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA14486 for ; Sun, 14 Apr 1996 20:49:05 -0700 (PDT) Received: (from alan@localhost) by snowcrash.cymru.net (8.7.1/8.7.1) id EAA05825; Mon, 15 Apr 1996 04:32:18 +0100 From: Alan Cox Message-Id: <199604150332.EAA05825@snowcrash.cymru.net> Subject: Re: Unices are created equal, but ... To: se@x14.mi.uni-koeln.de (Stefan Esser) Date: Mon, 15 Apr 1996 04:32:18 +0100 (BST) Cc: groudier@iplus.fr, hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-Reply-To: <199604141524.RAA03026@x14.mi.uni-koeln.de> from "Stefan Esser" at Apr 14, 96 05:24:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The (old) BYTE benchmark is not a suitable performance > indicator at all! I've made it a port under BSD, since > it can show misconfiguration and problem areas, and I'd > like to know, whether you at least used that version > (available as a "port" or "package" for easy installation). Can we flush this whole thread down the bitbucket. lmbench is just a very low level analysis, the byte benchmarks are near enough broken beyond usefulness. Until people are doing formal SPEC and transaction benchmarks we wont have good answers (and some people maintain those are garbage too ;)). As various people have observed nobody can agree what to compare, what benchmark is right and what it means anyway. Alan From owner-freebsd-hackers Sun Apr 14 21:21:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA17952 for hackers-outgoing; Sun, 14 Apr 1996 21:21:02 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA17943 for ; Sun, 14 Apr 1996 21:20:58 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA23178; Mon, 15 Apr 1996 00:20:21 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Mon, 15 Apr 1996 00:20 EDT Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.12/8.6.5) with ESMTP id WAA12595 for ; Sun, 14 Apr 1996 22:05:31 -0400 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id WAA00238 for freebsd-hackers@freefall.cdrom.com; Sun, 14 Apr 1996 22:03:16 -0400 Date: Sun, 14 Apr 1996 22:03:16 -0400 From: Thomas David Rivers Message-Id: <199604150203.WAA00238@lakes> To: freebsd-hackers@freefall.FreeBSD.org Subject: Further sound problems (OPTi chipset, mss0, etc...) Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk OK - At Sujal's excellent advice, I've tried another tack on getting my sound card to work. For those who might know what's going on, this is something called a MediaMagic ISP-16, driven by the OPTi 82C929 "Multimedia Audio Controller". This is one of those cards that requires an initialization program be run before anything works (and doesn't save the initialization anywhere...) i.e. I have to run a DOS program to set the card in SB-pro mode before booting FreeBSD; then the sb0 driver works just great! (But, who want's to ..ugh.. boot DOS just to get FreeBSD working...) Sujal indicated this is a MSS-compatible card; and I've been perusing the ad1848.c sources; examining the MOZART_PORT and OPTI_MAD16_PORT options to see what's going on. From the source, it looks like the MOZART_PORT should be close to what's going on here... (at least the comments/variables there are close to what my chip specs from OPTi indicate.) However, I've tried three permutations with the following kernel config lines: controller snd0 device mss0 at isa? port 0x530 irq 10 drq 1 vector adintr device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 conflicts (I should mention that I'm using IRQ 10, as I have an aha1542b on IRQ 11.) If've tried it with no special options, with OPTIONS "OPTI_MAD16_PORT" and with OPTIONS "MOZART_PORT" in each of these, sound basically "works" except that it's got a lot of noise in it (popping/crackling) and I get: ad1848: Auto calibration timed out(3). on the console... I also get this when the device is probed. Can someone detail just what is the Microsoft Sound System, how it interacts with everything else? I noticed that if I only had 'mss' and left off the soundblaster drivers I get: SoundCard Error: The soundcard system has not been configured on the console - so, somehow, mss0 and sb0 interact... (it's not at all obvious in sound.doc that you need anything other than mss0...) Does anyone have any ideas, or do I just have another "XXXX_PORT" option to create to configure this myself? - Thanks - - Dave Rivers - From owner-freebsd-hackers Sun Apr 14 21:32:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA19355 for hackers-outgoing; Sun, 14 Apr 1996 21:32:24 -0700 (PDT) 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 VAA19350 Sun, 14 Apr 1996 21:32:21 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id VAA28032; Sun, 14 Apr 1996 21:32:20 -0700 From: Don Yuniskis Message-Id: <199604150432.VAA28032@seagull.rtd.com> Subject: Previous FBSD version CD's To: freebsd-questions@freefall.FreeBSD.org (FreeBSD questions) Date: Sun, 14 Apr 1996 21:32:19 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! I'm looking for pre 2.0 versions of FBSD on CD-ROMs. Anyone have any collecting dust that they'd like to unload? Also, anyone have a list of exactly what versions were released on CD? Thanx! --don From owner-freebsd-hackers Sun Apr 14 22:18:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA25227 for hackers-outgoing; Sun, 14 Apr 1996 22:18:44 -0700 (PDT) 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 WAA25213 Sun, 14 Apr 1996 22:18:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.12/8.6.6) with SMTP id XAA21842; Sun, 14 Apr 1996 23:18:34 -0600 Message-Id: <199604150518.XAA21842@rover.village.org> To: Don Yuniskis Subject: Re: Previous FBSD version CD's Cc: freebsd-questions@freefall.freebsd.org (FreeBSD questions), freebsd-hackers@freefall.freebsd.org (FreeBSD hackers) In-reply-to: Your message of Sun, 14 Apr 1996 21:32:19 PDT Date: Sun, 14 Apr 1996 23:18:32 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : I'm looking for pre 2.0 versions of FBSD on CD-ROMs. Anyone have : any collecting dust that they'd like to unload? Also, anyone have a : list of exactly what versions were released on CD? Version 1.0R and 1.1R were both released on CD by walnut creek CDROM. Version 1.1.5.1R was supposedly released by BSDisc as well, but I've not seen it. Various Linux releases also had extra CD disks with {net,free}BSD on them as well. I'm not sure that the patchkit releases ever had a release on cd or not. There have also been various one-offs that Jordan has produced over the years as well. There were two versions of 1.1R that were released, one with some rather serioud bugs in it. The "fixed" version is stamped "4/94 beta". Did I miss any? :-) Warner From owner-freebsd-hackers Sun Apr 14 23:10:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA01728 for hackers-outgoing; Sun, 14 Apr 1996 23:10:19 -0700 (PDT) Received: from porsta.cs.Helsinki.FI (root@porsta.cs.Helsinki.FI [128.214.48.124]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA01718 for ; Sun, 14 Apr 1996 23:10:15 -0700 (PDT) Received: from linux.cs.Helsinki.FI (linux.cs.Helsinki.FI [128.214.48.39]) by porsta.cs.Helsinki.FI (8.6.10/8.6.9) with SMTP id JAA12694; Mon, 15 Apr 1996 09:10:07 +0300 Date: Mon, 15 Apr 1996 09:09:58 +0300 (EET DST) From: Linus Torvalds To: JULIAN Elischer cc: hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-Reply-To: <199604142055.NAA05263@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, JULIAN Elischer wrote: > > Ok, here is my attempt at the missing information.... This is probably approaching being closer, but it's not really as clear-cut as even this. Personally, I _want_ linux to be faster on everything, but when it comes to real life, I'd say that _any_ of the Free UNIXen are "fast enough". There is always going to be some differences in different areas, but with both groups being pretty performance-minded I don't really think we'll ever have any really noticeable differences in any "normal" circumstances. > I would expect the following to be true between Linix 1.3.x and FreeBSD 2.0.5. > category 1:--Linux faster in: > context switch, including some system calls. > possibly some program startup. > possibly pipe code. > possibly FP emulation. > possibly FP exception handling. > Any test that does a lot of filesystem meta-data manipulation. > e.g. file creation and deletion. I can't really say much about it: I can't even claim to have benchmarked any *BSD machine. All the things you mention are "good" under linux, though, so I'd suspect that linux is at least on par with BSD in any of the above and may be faster. On the other hand, Dyson tells me that the FreeBSD team has been optimizing lots of those things too, and I wouldn't be surprised if they are more or less at the same level as linux is.. Again, I don't think the speed makes a huge difference (a 10% difference looks huge in benchmarks, but has little meaning in real life unless either is 10% faster at _everything_) > category 2:--FreeBSD 2.0.5 faster in: > Anything to do with networking No longer true. These days it's "some things to do with networking", and while I suspect that BSD may have the edge here still, these days it's really the _edge_, not the whole blade ;-) > Anything using a raw tape or disk device. This may well be true. I'll be the first to admit that I don't really care for "raw devices". The only time I ever use the raw device is when fsck runs, and I couldn't care less about performance there (well, I could, but you get the idea). Tapes I have no idea about. You may or may not be right. > Any benchmark that loaded the system very heavily, > especially if it produced swapping. The differences shouldn't be that large any more. The asynchronous swapping code and the swap deamon in newer linux kernels help performance under load. Again, I'm more inclined to think that one system may be better on some hardware, while the other might be better at something else. > Any benchmark that tested high-speed large sustained > IO to files. This has actually changed, and I suspect that's why Gerard did the benchmark in the first place. He's been working on that part of the code, and we're doing very well. Unlike raw device accesses, I consider filesystem access speed very important, and I've mostly concentrated on getting good performance through good caching. Linux traditionally hasn't been as good in things where caches don't help (ie the cases you mention above), but that has improved a lot lately. Maybe somebody has access to FreeBSD-current and Linux-current on the same machine and can compare bonnie? > category 3:--Linux and FreeBSD 2.0.5 about equivalent in: > Anything that relies mostly on plain CPU > with no or little OS involvement. > (as both use the same cpu.) I'd like to put a lot more here. In practice I don't think the differences are so large. HOWEVER, despite the fact that I don't think it matters in real life, I'm all for people doing benchmarks, and crying out when one or the other is slower in something. Not because I think it makes much of a difference for normal users, but because it's good for development. It's a great way to motivate people to do better (show that the competition can do better at something, and you force us to try to improve ourselves). I think _that_ is why benchmarks are important, not so much for testing which one is more "worthy".. > > If you are a FreeBSD-current user and if you have about the same > > configuration as mine, can you run the old BYTE benchmark > > and send to me your results? > > I don't think it would be useful unless we had EXACTLY the same hardware.. > I have seen small differences make up to 50% difference.. Indeed. Even on the same machine the placement of the partitions can make a noticeable difference for disk tests, so benchmarking is not a trivial thing.. It might still be interesting to see some kind of benchmarking done, just for "some data" as opposed to "THE data". If somebody wants to do benchmarking,I'd suggest using at least - lmbench (nice microbenchmark) - bonnie (reasonable disk performance benchmark) - webstone (or something similar. But use "apache" as the server, not some braindead horror like NCSA). - ??? (the three mentioned should cover different areas, all very reasonable, but have I missed some important area?) Linus From owner-freebsd-hackers Sun Apr 14 23:16:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02172 for hackers-outgoing; Sun, 14 Apr 1996 23:16:31 -0700 (PDT) Received: from porsta.cs.Helsinki.FI (root@porsta.cs.Helsinki.FI [128.214.48.124]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA02166 Sun, 14 Apr 1996 23:16:28 -0700 (PDT) Received: from linux.cs.Helsinki.FI (linux.cs.Helsinki.FI [128.214.48.39]) by porsta.cs.Helsinki.FI (8.6.10/8.6.9) with SMTP id JAA12748; Mon, 15 Apr 1996 09:16:21 +0300 Date: Mon, 15 Apr 1996 09:16:13 +0300 (EET DST) From: Linus Torvalds To: dyson@freebsd.org cc: hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-Reply-To: <199604142207.RAA00341@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, John S. Dyson wrote: > > How's about maintaining competition, and working to make the respective > U**X clone better competitively. Competition helps keep each party > honest!!! I'd be nervous about the benchmarks used. It's too easy to optimize for a specific set of circumstances, and getting blind to the "larger picture". But with a reasonable selection of benchmarks, this might not be a bad idea. Linus From owner-freebsd-hackers Sun Apr 14 23:35:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04600 for hackers-outgoing; Sun, 14 Apr 1996 23:35:15 -0700 (PDT) Received: from ter2.fl.net.au (root@ter2.fl.net.au [203.63.198.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA04570 for ; Sun, 14 Apr 1996 23:34:35 -0700 (PDT) Received: from cafu.fl.net.au (adf@cafu.fl.net.au [203.63.198.10]) by ter2.fl.net.au (2.0/adf) with SMTP id QAA12589 for ; Mon, 15 Apr 1996 16:36:03 +1000 (EST) Date: Mon, 15 Apr 1996 16:33:46 +0000 () From: Andrew Foster To: freebsd-hacker@freebsd.org Subject: Fault in 2.1.0-release and INN (vm_object_deallocate) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII ReSent-Date: Mon, 15 Apr 1996 16:34:06 +0000 () ReSent-From: Andrew Foster ReSent-To: freebsd-hackers@freebsd.org ReSent-Message-ID: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just got this on one machine here : fault virtual address = 0xf184b964 fault code = supervisor read, page not present instruction pointer = 0x8:0xf018a4a8 code segment = base 0x0, limit 0xfffff type 0x1b, DPL 0, pres 1 def 32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 200 (innd) interrupt mask = kernel: type 12 trap, code =0 stopped at _vm_object_deallocate+0x114 movl 0xf(%eax),%eax Does anyone have any suggestions? This is a 2.1.0-RELEASE system with no patches applied. Thanks, Andrew ---------- Andrew Foster adf@fl.net.au From owner-freebsd-hackers Sun Apr 14 23:49:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA06009 for hackers-outgoing; Sun, 14 Apr 1996 23:49:22 -0700 (PDT) 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 XAA06004 Sun, 14 Apr 1996 23:49:20 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id XAA00354; Sun, 14 Apr 1996 23:48:19 -0700 Message-Id: <199604150648.XAA00354@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Linus Torvalds cc: dyson@freebsd.org, hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-reply-to: Your message of "Mon, 15 Apr 1996 09:16:13 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Apr 1996 23:48:17 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Benchmarking is a good idea not just to compete with other OSes but also measure the performance of the OSes 8) If anything needs to improve on the *free* unix systems is application deployment. A cheap way to get apps is to have a Win95 emulation layer so that we can run Win95 apps. Is nice to a have a bullet train however I want a smooth ride and a comfortable seat 8) Cheers, Amancio >>> Linus Torvalds said: > > > On Sun, 14 Apr 1996, John S. Dyson wrote: > > > > How's about maintaining competition, and working to make the respective > > U**X clone better competitively. Competition helps keep each party > > honest!!! > > I'd be nervous about the benchmarks used. It's too easy to optimize for a > specific set of circumstances, and getting blind to the "larger picture". > But with a reasonable selection of benchmarks, this might not be a bad > idea. > > Linus > From owner-freebsd-hackers Sun Apr 14 23:56:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA06617 for hackers-outgoing; Sun, 14 Apr 1996 23:56:08 -0700 (PDT) Received: from zed.ludd.luth.se (murduth@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA06608 for ; Sun, 14 Apr 1996 23:56:05 -0700 (PDT) Received: (from murduth@localhost) by zed.ludd.luth.se (8.7.5/8.7.2) id IAA09559; Mon, 15 Apr 1996 08:55:55 +0200 From: Joakim Henriksson Message-Id: <199604150655.IAA09559@zed.ludd.luth.se> Subject: Re: stealth 2001 problems To: nlan@athena.aegean.ariadne-t.gr (Nikos Landrou) Date: Mon, 15 Apr 1996 08:55:54 +0200 (EET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Nikos Landrou" at Apr 14, 96 02:15:00 am Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I own a Diamond stealth 64 dram from the 2001 series.. I have a similar card in my machine but it has the ARK2000PV chipset. When trying to get it to start x it goes black. Though you can still login over the network. I think there is some problems with the probe of either the accelerator or the timing chip which locks up the adapter. Try to put in the "ChipSet " parameter and try again. Also try to use the generic SVGA server and the mono one. Try visualy verifying the clockchip, on the graphic board, and implicitly specify it in the XF86Config file... Try "ChipSet generic" with the generic SVGA server, which seems to me to be the best bet of getting it to work everytime baring the use of the mono server :) > After i configure my video card and monitor with xf86config > i type "startx"... > The strange thing is, every time i ran Xfree86, my screen > became blank, and my computer hanged... (i can't do nothing, not even > CTRL-ALT-DEL or CTRL-ALT-BACKSPACE) > It's strange, because even though i don't change nothing, my computer > can't always run them... > Also, i can't get more than 256 colors.. I cant seem to get it past mono but thats okay with me if only I could get up to 1152x900 or more, but since the frigging xmono server only uses 64k out of 2Mb it doesnt look too good, anyone here that could offer any help on this? Oh yeah once i actually had it show 256 colors but only in 320x200 on a 20" monitor. You could get nightmares for less :) regards/ Joakim From owner-freebsd-hackers Mon Apr 15 01:33:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22290 for hackers-outgoing; Mon, 15 Apr 1996 01:33:26 -0700 (PDT) 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 BAA22277 for ; Mon, 15 Apr 1996 01:33:22 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA17686; Mon, 15 Apr 1996 18:33:58 +0930 From: Michael Smith Message-Id: <199604150903.SAA17686@genesis.atrad.adelaide.edu.au> Subject: Re: stealth 2001 problems To: murduth@ludd.luth.se (Joakim Henriksson) Date: Mon, 15 Apr 1996 18:33:57 +0930 (CST) Cc: nlan@athena.aegean.ariadne-t.gr, hackers@freebsd.org In-Reply-To: <199604150655.IAA09559@zed.ludd.luth.se> from "Joakim Henriksson" at Apr 15, 96 08:55:54 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joakim Henriksson stands accused of saying: > > > I own a Diamond stealth 64 dram from the 2001 series.. > > I have a similar card in my machine but it has the ARK2000PV chipset. When Only the two cards mentioned are totally different. There is, AFAIK, no useful support for the ARK chipset in the current XFree distribution. > I cant seem to get it past mono but thats okay with me if only I could get > up to 1152x900 or more, but since the frigging xmono server only uses 64k > out of 2Mb it doesnt look too good, anyone here that could offer any help on > this? Oh yeah once i actually had it show 256 colors but only in 320x200 on > a 20" monitor. You could get nightmares for less :) The card you have is an _appalling_ choice to drive a 20" monitor. Dump it in the bin and spend a little cash on a decent card. Anything with an S3 part on it would be a good start. One of the #9 Motion series would be a decent choice. > regards/ Joakim -- ]] 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. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 15 01:55:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25804 for hackers-outgoing; Mon, 15 Apr 1996 01:55:22 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA25779 for ; Mon, 15 Apr 1996 01:55:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id BAA05003; Mon, 15 Apr 1996 01:54:16 -0700 (PDT) Message-Id: <199604150854.BAA05003@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Andrew Foster cc: hackers@freebsd.org Subject: Re: Fault in 2.1.0-release and INN (vm_object_deallocate) In-reply-to: Your message of "Mon, 15 Apr 1996 16:33:46 -0000." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 15 Apr 1996 01:54:16 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I've just got this on one machine here : > >fault virtual address = 0xf184b964 >fault code = supervisor read, page not present >instruction pointer = 0x8:0xf018a4a8 >code segment = base 0x0, limit 0xfffff > type 0x1b, DPL 0, pres 1 > def 32 1, gran 1 >processor eflags = interrupt enabled, resume, IOPL=0 >current process = 200 (innd) >interrupt mask = >kernel: type 12 trap, code =0 >stopped at _vm_object_deallocate+0x114 movl 0xf(%eax),%eax > >Does anyone have any suggestions? This is a 2.1.0-RELEASE system with no >patches applied. This appears to have been caused by a memory error. I just looked through the disassembly of all of vm_object_deallocate, and the above instruction "movl 0xf(%eax),%eax" is wrong. The instruction at vm_object_deallocate+0x114 should be "movl 4(%eax),%eax". -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Apr 15 02:44:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA03665 for hackers-outgoing; Mon, 15 Apr 1996 02:44:19 -0700 (PDT) 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 CAA03659 for ; Mon, 15 Apr 1996 02:44:12 -0700 (PDT) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id LAA28790 for hackers@freebsd.org; Mon, 15 Apr 1996 11:44:58 +0200 Message-Id: <199604150944.LAA28790@nixpbe.pdb.sni.de> Subject: Lesstif: can somebody summarize? To: hackers@freebsd.org (FreeBSD hackers) Date: Mon, 15 Apr 96 11:41:07 MDT From: Greg Lehey X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I feel guilty about not reading messages that have invoked so many responses, but that's exactly the reason. When I got to work this morning, I had a total of 85 messages about lesstif. I just don't have the time to read this--can somebody summarize, please? Greg From owner-freebsd-hackers Mon Apr 15 03:09:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA06103 for hackers-outgoing; Mon, 15 Apr 1996 03:09:41 -0700 (PDT) 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 DAA06087 for ; Mon, 15 Apr 1996 03:09:34 -0700 (PDT) Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id LAA26709 for hackers@FreeBSD.ORG; Mon, 15 Apr 1996 11:10:38 +0200 Message-Id: <199604150910.LAA26709@nixpbe.pdb.sni.de> Subject: Re: DOS Emulator now available for porting to FreeBSD. To: nate@sri.MT.net (Nate Williams) Date: Mon, 15 Apr 96 11:01:02 MDT From: Greg Lehey Cc: hasty@rah.star-gate.com, hackers@FreeBSD.ORG In-Reply-To: <199604101801.MAA01728@rocky.sri.MT.net>; from "Nate Williams" at Apr 10, 96 12:01 pm X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Also how well does the BSDI's DOS emulator work ? > > Don't know, I've never run it. A BSDi person would be better qualifed > to answer that question. I tried it a while back (I think under 2.0), and was impressed, unfortunately not favourably. It seems to work some of the time, but it's full of rough edges, and when it crashes it can leave the terminal state completely broken. The version I saw also didn't work under X. I think it accesses the display adapter hardware directly. Greg From owner-freebsd-hackers Mon Apr 15 04:18:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA10327 for hackers-outgoing; Mon, 15 Apr 1996 04:18:21 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA10321 for ; Mon, 15 Apr 1996 04:18:16 -0700 (PDT) Received: by Sisyphos id AA15755 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Mon, 15 Apr 1996 13:15:47 +0200 Message-Id: <199604151115.AA15755@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 15 Apr 1996 13:15:46 +0200 In-Reply-To: "Marc G. Fournier" "Re: Unices are created equal, but..." (Apr 14, 18:48) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Marc G. Fournier" Subject: Re: Unices are created equal, but... Cc: hackers@freebsd.org, nash@mcs.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 14, 18:48, "Marc G. Fournier" wrote: } Subject: Re: Unices are created equal, but... } On Sun, 14 Apr 1996, Gary Palmer wrote: } } > Alex Nash wrote in message ID } > <199604142039.PAA04761@zen.nash.org>: } > > FreeBSD on UFS: } > > 2770803 bytes/second for writing the file } > > 3908495 bytes/second for reading the file } > > } > > Linux on ext2fs: } > > 3220442 bytes/second for writing the file } > > 1950476 bytes/second for reading the file } > } > ^^^^^^^ } > } > Is that 2nd figure for reading the file right? Seems a bit dubious } > ... unless they're really doing something screwey, you should get } > higher speeds READING than writing ... Linux does account part of the time spent on writes to the reads (i.e. it fails to flush all buffers before the timing for the read test starts). This leads to "good" write and bad read performance being indicated. Bonnie is a by FAR better file system benchmark! } You might think so, but: } } > iozone 22 } } IOZONE: Performance Test of Sequential File I/O -- V1.16 (10/28/92) } By Bill Norcott } } Operating System: POSIX 1003.1-1988 -- using fsync() } } Send comments to: norcott_bill@tandem.com } } IOZONE writes a 22 Megabyte sequential file consisting of } 45056 records which are each 512 bytes in length. } It then reads the file. It prints the bytes-per-second } rate at which the computer can read and write files. } } } Writing the 22 Megabyte file, 'iozone.tmp'...10.703125 seconds } Reading the file...11.023438 seconds } } IOZONE performance measurements: } 2155321 bytes/second for writing the file } 2092693 bytes/second for reading the file } > df . } Filesystem 1K-blocks Used Avail Capacity Mounted on } /dev/sd0s1d 224174 108770 97470 53% /home } } } (ncr0:0:0): "QUANTUM FIREBALL1280S 630C" type 0 fixed SCSI 2 } sd0(ncr0:0:0): Direct-Access } sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. } } } Not much of a difference, but still slower to read then to } write. (-stable kernel as of March 26th) Please use Bonnie for these tests (with a filesize of more than twice RAM) and report those numbers. I've seen block read/write numbers of 3MB/s to 5MB/s reported for your drive ... (Or use bigger block sizes for iozone. 512 bytes is highly untypical for real world applications. Try 4KB or 8KB instead.) Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Mon Apr 15 05:01:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA13291 for hackers-outgoing; Mon, 15 Apr 1996 05:01:42 -0700 (PDT) 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 FAA13282 for ; Mon, 15 Apr 1996 05:01:38 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA18323 for hackers@freebsd.org; Mon, 15 Apr 1996 22:02:46 +0930 From: Michael Smith Message-Id: <199604151232.WAA18323@genesis.atrad.adelaide.edu.au> Subject: latest doscmd patches To: hackers@freebsd.org Date: Mon, 15 Apr 1996 22:02:45 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Grr. I tried to send this to the emulation list, but it's still broken. In ftp://genesis.atrad.adelaide.edu.au/pub/doscmd there is doscmd.freebsd.dif.gz and v86.diffs.gz. The former should be applied to a virgin doscmd tree, the later to a -current kernel source tree. Again, things aren't yet working, but we're getting there. Hopefully soon the (enormous) diffs from the NetBSD port will start to make their way into the patches. This is somewhat complicated by the manner in which their port was done, but hey, early days, right? 8) -- ]] 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. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 15 05:03:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA13566 for hackers-outgoing; Mon, 15 Apr 1996 05:03:19 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA13535 for ; Mon, 15 Apr 1996 05:03:07 -0700 (PDT) Received: by Sisyphos id AA19231 (5.67b/IDA-1.5 for hackers@freebsd.org); Mon, 15 Apr 1996 13:59:04 +0200 Message-Id: <199604151159.AA19231@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 15 Apr 1996 13:59:02 +0200 In-Reply-To: Gerard Roudier "RE: Unices are created equal, but..." (Apr 15, 1:22) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Gerard Roudier Subject: RE: Unices are created equal, but... Cc: hackers@freebsd.org, nash@mcs.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Apr 15, 1:22, Gerard Roudier wrote: } > I also ran iozone using a 50MB file with 4096 byte records. Terry, } > I think your idea of a FreeBSD upgrade for Linux may be coming } > true... } > } > FreeBSD on UFS: } > 2770803 bytes/second for writing the file 18.1s/50MB } > 3908495 bytes/second for reading the file 12.8s/50MB } > Linux on ext2fs: } > 3220442 bytes/second for writing the file 15.5s/50MB } > 1950476 bytes/second for reading the file 25.6s/50MB } > FreeBSD on ext2fs: } > 2768517 bytes/second for writing the file 18.1s/50MB } > 3265638 bytes/second for reading the file 15.3s/50MB } It seems that something is magic for Linux in my system: No! Actually it's not ... :) } P90/16MB/NCR53c810/IBMS12 } FreeBSD-2.0.5 installed in notche 0. (should be faster) } Linux-1.3.87 installed near notche 1. } } iozone 100 4096 } } Linux-1.3.87 / 1k ext2 file system } 4257312 bytes/second for writing the file 23.5s/100MB } 3924311 bytes/second for reading the file 25.5s/100MB } FreeBSD-2.0.5 / file system created while installation } probably some UFS 8k group ??? } 3485269 bytes/second for writing the file 28.7s/100MB } 4438416 bytes/second for readind the file 22.5s/100MB } I have not time enough to write my comments in english. } It is your turn to take some dictionnary if you want to understand } my comments. Sorry, my french is lacking. How about German or Japanese, if you don't want to write in English ? ;-) But regarding those iozone results: According to some discussion in a Linux group, the write performance comes out to high and the read performance to low, since there is no flush() at the end of the write phase. Since some of the write time is accounted to the read phase, both values come out wrong, but the total time taken should be about right ... (Lets see: 23.5+25.5=49, 28.7+22.5=51.2. Hmmm ... The numbers from the first test with 50MB files are 30.9 / 41.1 / 33.4, which indicates that EXT2FS under FreeBSD -current is faster than under Linux, and only slightly slower than UFS ... :) Please don't take this comment too serious. I consider IOZONE numbers highly bogus and only accept Bonnie with large files for comparison purposes ...) } FRENCH COMMENTS: } ---------------- } He l'ami, [ Deleted everything I couldn't understand :) ] Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Mon Apr 15 06:20:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16600 for hackers-outgoing; Mon, 15 Apr 1996 06:20:16 -0700 (PDT) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA16595 for ; Mon, 15 Apr 1996 06:20:14 -0700 (PDT) Received: from exalt.x.org by expo.x.org id AA05858; Mon, 15 Apr 96 09:19:32 -0400 Received: from localhost by exalt.x.org id JAA21967; Mon, 15 Apr 1996 09:19:25 -0400 Message-Id: <199604151319.JAA21967@exalt.x.org> To: J Wunsch Cc: hackers@freefall.FreeBSD.org Subject: kernel support for keyboards Date: Mon, 15 Apr 1996 09:19:24 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk No comments from the FreeBSD core tem in 48 hours. Maybe that's too early. Diffs are relative to 2.1.0R but look like they should apply cleanly to -current. kbdcontrol changes next, and then I'll give changes to XFree86 for the server. *** i386/include/cpu.h.orig Sun Apr 14 13:24:41 1996 --- i386/include/cpu.h Mon Apr 15 09:10:56 1996 *************** *** 114,126 **** #define CPU_CONSDEV 1 /* dev_t: console terminal device */ #define CPU_ADJKERNTZ 2 /* int: timezone offset for resettodr() */ #define CPU_DISRTCSET 3 /* int: disable resettodr() call */ ! #define CPU_MAXID 4 /* number of valid machdep ids */ #define CTL_MACHDEP_NAMES { \ { 0, 0 }, \ { "console_device", CTLTYPE_STRUCT }, \ { "adjkerntz", CTLTYPE_INT }, \ { "disable_rtc_set", CTLTYPE_INT }, \ } #ifdef KERNEL --- 114,141 ---- #define CPU_CONSDEV 1 /* dev_t: console terminal device */ #define CPU_ADJKERNTZ 2 /* int: timezone offset for resettodr() */ #define CPU_DISRTCSET 3 /* int: disable resettodr() call */ ! #define CPU_KEYMAPNAME 4 /* string: keymap name */ ! #define CPU_KEYMAP 5 /* struct: keymap */ ! #define CPU_KBDTYPE 6 /* int: keyboard type */ ! #define CPU_MAXID 7 /* number of valid machdep ids */ ! ! #define KBDTYPE_84 0 /* Xt-style 84 key keyboard */ ! #define KBDTYPE_101 1 /* Generic 101 key keyboard */ ! #define KBDTYPE_102 2 /* Euro 102 key keyboard */ ! #define KBDTYPE_104 3 /* 104 key keyboard */ ! #define KBDTYPE_104E 4 /* 104 key ergo keyboard */ ! #define KBDTYPE_MARQUARDT 5 /* Marquardt ergo keyboard */ ! #define KBDTYPE_FLEXPRO 6 /* Key Tronic Flexpro ergo keyboard */ ! #define KBDTYPE_DATAHAND 7 /* DataHand ergo keyboard */ #define CTL_MACHDEP_NAMES { \ { 0, 0 }, \ { "console_device", CTLTYPE_STRUCT }, \ { "adjkerntz", CTLTYPE_INT }, \ { "disable_rtc_set", CTLTYPE_INT }, \ + { "keymap_name", CTLTYPE_STRING }, \ + { "keymap", CTLTYPE_STRUCT }, \ + { "kbd_type", CTLTYPE_INT }, \ } #ifdef KERNEL *** i386/i386/machdep.c.orig Mon Apr 15 08:43:31 1996 --- i386/i386/machdep.c Sun Apr 14 14:19:52 1996 *************** *** 117,122 **** --- 117,123 ---- #include #include #include + #include #include #include #include *************** *** 188,193 **** --- 189,216 ---- void dumpsys __P((void)); void setup_netisrs __P((struct linker_set *)); /* XXX declare elsewhere */ + static int kbdtype = KBDTYPE_101; + static char keymapname[MAXPATHLEN] = + #ifdef DKKEYMAP + "danish.iso.kbd"; /* s/b "dk.iso.kbd" */ + #endif + #ifdef UKKEYMAP /* s/b GBKEYMAP */ + "uk.iso.kbd"; /* s/b "gb.iso.kbd" */ + #endif + #ifdef GRKEYMAP /* s/b DEKEYMAP */ + "german.iso.kbd"; /* s/b "de.iso.kbd" */ + #endif + #ifdef SWKEYMAP /* s/b SEKEYMAP */ + "swedish.iso.kbd"; /* s/b se.iso.kbd */ + #endif + #ifdef RUKEYMAP + "ru.koi8-r.kbd"; /* just a guess */ + #endif + #if !defined(DKKEYMAP) && !defined(UKKEYMAP) && !defined(GRKEYMAP) && !defined(SWKEYMAP) && !defined(RUKEYMAP) + "us.iso.kbd"; + #endif + extern keymap_t key_map; + vm_offset_t buffer_sva, buffer_eva; vm_offset_t clean_sva, clean_eva; vm_offset_t pager_sva, pager_eva; *************** *** 1031,1036 **** --- 1054,1067 ---- return error; case CPU_DISRTCSET: return (sysctl_int(oldp, oldlenp, newp, newlen, &disable_rtc_set)); + case CPU_KEYMAPNAME: + return (sysctl_string(oldp, oldlenp, newp, newlen, + keymapname, sizeof keymapname)); + case CPU_KEYMAP: + return (sysctl_struct(oldp, oldlenp, newp, newlen, + &key_map, sizeof key_map)); + case CPU_KBDTYPE: + return (sysctl_int(oldp, oldlenp, newp, newlen, &kbdtype)); default: return (EOPNOTSUPP); } From owner-freebsd-hackers Mon Apr 15 06:40:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17989 for hackers-outgoing; Mon, 15 Apr 1996 06:40:01 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA17959 Mon, 15 Apr 1996 06:39:55 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id IAA08978; Mon, 15 Apr 1996 08:39:20 -0500 (EST) From: "John S. Dyson" Message-Id: <199604151339.IAA08978@dyson.iquest.net> Subject: Re: Unices are created equal, but ... To: torvalds@cs.Helsinki.FI (Linus Torvalds) Date: Mon, 15 Apr 1996 08:39:20 -0500 (EST) Cc: dyson@freebsd.org, hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-Reply-To: from "Linus Torvalds" at Apr 15, 96 09:16:13 am Reply-To: dyson@freebsd.org 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 X-Loop: FreeBSD.org Precedence: bulk > > > On Sun, 14 Apr 1996, John S. Dyson wrote: > > > > How's about maintaining competition, and working to make the respective > > U**X clone better competitively. Competition helps keep each party > > honest!!! > > I'd be nervous about the benchmarks used. It's too easy to optimize for a > specific set of circumstances, and getting blind to the "larger picture". > But with a reasonable selection of benchmarks, this might not be a bad > idea. > > Linus I agree with your sentiments. You have stated EXACTLY the concerns that I have been expressing about depending solely upon benchmarks like lmbench, iozone, bonnie, etc... I have some that I use that does show *significant* differences because of loading issues. My benchmarks are in rough shape and are not for public use (for reasons other than the simplistic nature of the above mentioned benchmarks -- I am not comfortable with the prettyness of the code.) It would be nice if we could somehow improve on the quality of the synthetic benchmarks available in the free realm. John dyson@freebsd.org From owner-freebsd-hackers Mon Apr 15 06:48:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA18340 for hackers-outgoing; Mon, 15 Apr 1996 06:48:35 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA18333 for ; Mon, 15 Apr 1996 06:48:32 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id IAA09000; Mon, 15 Apr 1996 08:48:06 -0500 (EST) From: "John S. Dyson" Message-Id: <199604151348.IAA09000@dyson.iquest.net> Subject: Re: Unices are created equal, but ... To: torvalds@cs.Helsinki.FI (Linus Torvalds) Date: Mon, 15 Apr 1996 08:48:06 -0500 (EST) Cc: julian@ref.tfs.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-Reply-To: from "Linus Torvalds" at Apr 15, 96 09:09:58 am Reply-To: dyson@freebsd.org 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 X-Loop: FreeBSD.org Precedence: bulk > > The differences shouldn't be that large any more. The asynchronous > swapping code and the swap deamon in newer linux kernels help performance > under load. Again, I'm more inclined to think that one system may be > better on some hardware, while the other might be better at something > else. > [stuff deleted] > > Unlike raw device accesses, I consider filesystem access speed very > important, and I've mostly concentrated on getting good performance > through good caching. Linux traditionally hasn't been as good in things > where caches don't help (ie the cases you mention above), but that has > improved a lot lately. Maybe somebody has access to FreeBSD-current and > Linux-current on the same machine and can compare bonnie? > Right now I am benchmarking NetBSD, but I have an entire disk that I regularly reload. Maybe it is time to try Linux again then. But, remember I am not considered an unbiased observer. > > HOWEVER, despite the fact that I don't think it matters in real life, I'm > all for people doing benchmarks, and crying out when one or the other is > slower in something. Not because I think it makes much of a difference for > normal users, but because it's good for development. It's a great way to > motivate people to do better (show that the competition can do better at > something, and you force us to try to improve ourselves). > That is similar to my position on competition. I do not think that a "single" OS, compiler, etc. should be predominant in the free domain. It makes the software fat & lazy. > > Indeed. Even on the same machine the placement of the partitions can make > a noticeable difference for disk tests, so benchmarking is not a trivial > thing.. It might still be interesting to see some kind of benchmarking > done, just for "some data" as opposed to "THE data". > > If somebody wants to do benchmarking,I'd suggest using at least > - lmbench (nice microbenchmark) > - bonnie (reasonable disk performance benchmark) > - webstone (or something similar. But use "apache" as the server, not > some braindead horror like NCSA). > - ??? > Above list is ok, but CERTAINLY not sufficient. > (the three mentioned should cover different areas, all very reasonable, > but have I missed some important area?) > Above list has no testing under VM load. That is where memory scheduling policies start taking effect. There are other forms of loading also, like tty subsystems (some people still use those.) Another, is how well do big disk farms work (lots of sustained concurrent I/O)? How does the system work with many many TCP connections (little benchmarks like lmbench are interesting but don't show performance in an ISP or large workstation situation)? John From owner-freebsd-hackers Mon Apr 15 07:22:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19761 for hackers-outgoing; Mon, 15 Apr 1996 07:22:08 -0700 (PDT) Received: from grapenuts.bellcore.com (grapenuts.bellcore.com [192.4.4.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19755 for ; Mon, 15 Apr 1996 07:21:57 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by grapenuts.bellcore.com (8.6.9/8.6.10) with SMTP id KAA11168; Mon, 15 Apr 1996 10:20:18 -0400 Message-Id: <199604151420.KAA11168@grapenuts.bellcore.com> X-Authentication-Warning: grapenuts.bellcore.com: Host localhost didn't use HELO protocol From: Andrew Heybey To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Stuff 'n Such. (SNAP report, proposal) In-reply-to: Your message of Sun, 14 Apr 1996 09:05:16 -0700. Date: Mon, 15 Apr 1996 10:20:17 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>On Sun, 14 Apr 1996 09:05:16 -0700 (PDT), Jaye Mathisen said: mrcpu> 2) 3/23 SNAP no workee for me on the one box I could test. mrcpu> Kernel boots fine, I get "changing root device to mrcpu> "something", and then the screen clears, and the cursor just mrcpu> parks in the lower left corner, and doesn't bring up the mrcpu> install program. I can go to alt-F2, and there's one DEBUG mrcpu> statement at the top. mrcpu> The only oddity I noticed is that although I have no mrcpu> Adaptect card in this box, the aha0 probe complains about it. mrcpu> I assume it's finding my 946C and getting confused. Yup. I had to comment out the aha0 line from the config file (and make a new boot floppy) to get 960323 to boot on a Micron P66 with either a BT747D (EISA) or BT956CD (PCI). Want a boot.flp? It is not exactly the GENERIC kernel so it may or may not work for you (commented out most of the network drivers except the ones I needed, etc.). andrew From owner-freebsd-hackers Mon Apr 15 07:37:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20643 for hackers-outgoing; Mon, 15 Apr 1996 07:37:30 -0700 (PDT) Received: from mail.Germany.EU.net (mail.germany.eu.net [192.76.144.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20634 for ; Mon, 15 Apr 1996 07:37:19 -0700 (PDT) Received: by mail.Germany.EU.net with ESMTP (5.59:17/EUnetD-2.5.3.f) via EUnet id QAA05330; Mon, 15 Apr 1996 16:36:57 +0200 Received: (from nerv@localhost) by nixpbe.pdb.sni.de (8.6.12/8.6.12) id QAA04688 for hackers@freebsd.org; Mon, 15 Apr 1996 16:34:07 +0200 Message-Id: <199604151434.QAA04688@nixpbe.pdb.sni.de> Subject: Re: Unices are created equal, but ... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 15 Apr 96 16:32:51 MDT From: Greg Lehey Cc: hackers@freebsd.org In-Reply-To: <7724.829482854@time.cdrom.com>; from "Jordan K. Hubbard" at Apr 14, 96 4:54 am X-Mailer: xmail 2.4 (based on ELM 2.2 PL16) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I am very disappointed. It seems that people of Unix B mailing list who have >> understood the true meaning of my questionnable comparison do not reply to >> that mail. > > Or the number of people who were able to divine the twisty > machinations of your logic (or knew which kinds of chicken bones to > throw and how to read them) equaled precisely zero. You seem to have > a talent for making broad inferences from the smallest scraps of data! :-) In all fairness, I think you're being unfair to Gerard. You're judging him by our standards, and I don't think he understands. If you flame him (especially copied to the Linux kernel hackers, where I suspect you'll find a lot of people like him--you'll notice I have left them out of this message), you'll just make us look arrogant and uncooperative. I think you should have gently explained the errors of his ways. >> Is that system "Unix A", "Unix B" or "Unix S"? It is not the question. >> The question is to use a Unix system or a Gates's system. >> A little unfair for us. > > So then what use are BYTE benchmarks in this context? Why are you > not out benchmarking WinNT against YourFavoriteFreeUNIX? > > Remember: You were the one who came to US with a set of benchmark > results and very unclear motives (the telepathy quotient for both > groups still being somewhat on the low side). Now you attempt to tell > us that this had something to do with people chosing Windows over any > of the free UNIXes? Sorry, it does not follow. Sure. But why not give him the benefit of the doubt? If it turns out he really *is* trying to put "Unix B" down, that will just make him look more stupid. But I'm really not sure. >> I was expecting that Unix B version 2.0.5 was still a little FASTER that >> Unix A version 1.3.87, and I get the OPPOSITE. > > So what? The data did not fit your expectations, and that proves only > one thing: You should not harbor faulty expectations! "Doctor, it > hurts when I do *this*!" I think what he's trying to say here is "I thought any kind of FreeBSD would run rings round Linux, and now I find that's not always the case". Certainly an initial expectation that puts him on more neutral ground. >> The difference is that I wrote that my benckmark is "questionnable" and >> give enough informations to guess missing informations. > > Phooey. There was nothing to "guess." - the situation has changed and > the numbers have changed and anyone who tries to extrapolate from a > non-linear curve is a fool, nothing more, nothing less. Or completely inexperienced. As I say, we should be trying to make friends with these guys and help explain to them what's really going on. >> Most of Unix end users are not able to guess the MISSING informations. >> They BELEIVE what we CLAIM. Put in another form, "Most UNIX end users are even less experienced than I am". >> 3 - It seems to me that now, current Linux is as FAST as FreeBSD-current. >> Good news!!!!!!!!!! Well, that really shows his understanding of the material, doesn't it? > To you, clearly. You've no agenda at all here, have you? Please, > just go away, Gerard! Your logic is flawed, your reasoning suspect > and your preconceived agenda very clear indeed. Such "unbiased > reporting" we hardly need more of in this world, on *either* side! > You are simply trying to stir things up for no good reason and you are > not accomplishing anything positive here, so knock it off! He'll go away. So will a lot of others who might have been thinking of playing with FreeBSD. Not because they think it's bad, but because the FreeBSD people are so snotty. Guys, I understand you, and this kind of comparison gets on my nerves too. But flaming wannabees isn't going to help anything. Greg From owner-freebsd-hackers Mon Apr 15 07:41:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20978 for hackers-outgoing; Mon, 15 Apr 1996 07:41:22 -0700 (PDT) Received: from isar.uebemc.siemens.de (isar.uebemc.siemens.de [194.112.123.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20968 Mon, 15 Apr 1996 07:41:14 -0700 (PDT) Received: from uebemc.siemens.de ([180.71.2.21]) by isar.uebemc.siemens.de (4.1/isar V1.2 for dyson@freebsd.org) id AA18349; Mon, 15 Apr 96 16:39:03 +0200 Received: from rahel by uebemc.siemens.de (4.1/SMI-4.1) id AA25516; Mon, 15 Apr 96 16:39:02 +0200 Received: from ingrid by rahel (5.0/Solaris2-Server 0.9) id AA01935; Mon, 15 Apr 1996 16:38:08 +0200 Received: by ingrid (5.0/NFS-Client-1.0-Sol) id AA08588; Mon, 15 Apr 1996 16:39:01 +0200 Message-Id: <9604151439.AA08588@ingrid> X-Mailer: exmh version 1.6.4 10/10/95 To: dyson@freebsd.org Cc: torvalds@cs.helsinki.fi (Linus Torvalds), julian@ref.tfs.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu, hwe@uebemc.siemens.de Subject: Re: Unices are created equal, but ... In-Reply-To: Your message of "Mon, 15 Apr 1996 08:48:06 MET DST." <199604151348.IAA09000@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Apr 1996 16:39:00 +0200 From: Herbert Wengatz Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [..] +> > +> > If somebody wants to do benchmarking,I'd suggest using at least +> > - lmbench (nice microbenchmark) +> > - bonnie (reasonable disk performance benchmark) +> > - webstone (or something similar. But use "apache" as the server, not +> > some braindead horror like NCSA). +> > - ??? +> > +> Above list is ok, but CERTAINLY not sufficient. I'm *still* very fond of the BYTE-Benchmark, since it really does give you an overall "Average" of your _whole_ system-performance. It doesn't bench a single thing, but a quite different bundle, which is nice. The included disk-benches wouldn't complain about disk-arrays. :-) YES, it still leaves out things like network-performance and the X11-perf of your system, but you get an impression, how fast it really *seems* to be in average. - That's at least what you will receive, when you sit at your machine as user. - That's the real life! :-) So this Benchmark tells me more than a lot of sole-purpose-BMs. :( Regards, Herbert __________________________________________________________________________ Herbert Wengatz,82049 Pullach |Disclaim: This Mail is my own opinion, Office :hwe@uebemc.siemens.de |not that of my company. *** Private:hwe@rtfact.muc.de | oo-) http://www.muc.de/~hwe/rtfact (new & improved !!!!!!) m_/ -------------------------------------------------------------------------- >> Support Randal L. Schwartz! For details email to:fund@stonehenge.com << From owner-freebsd-hackers Mon Apr 15 07:54:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21887 for hackers-outgoing; Mon, 15 Apr 1996 07:54:30 -0700 (PDT) Received: from american.com (biscayne.american.com [204.253.96.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21866 Mon, 15 Apr 1996 07:54:18 -0700 (PDT) Received: from hotsprings.american.com (hotsprings.american.com [204.253.96.21]) by american.com (8.6.12/8.6.12) with ESMTP id KAA23980; Mon, 15 Apr 1996 10:53:38 -0400 Received: from localhost (pgf@localhost) by hotsprings.american.com (8.6.12/8.6.9) with SMTP id KAA09623; Mon, 15 Apr 1996 10:50:04 -0400 Message-Id: <199604151450.KAA09623@hotsprings.american.com> X-Authentication-Warning: hotsprings.american.com: Host localhost didn't use HELO protocol To: Bryan Ogawa at Work Subject: Re: Lesstif (motif compatible) package. cc: Richard Chang , Satoshi Asami , hasty@rah.star-gate.com, ports@FreeBSD.ORG, hackers@FreeBSD.ORG In-reply-to: bogawa's message of Thu, 11 Apr 1996 15:57:30 -0700. Reply-to: pgf@american.com MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <9621.829579803.1@hotsprings> Date: Mon, 15 Apr 1996 10:50:04 -0400 From: Paul Fox Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > > Do all of these windows managers have a way on the keyboard to > > switch between windows? > > I can't talk about others, but fvwm 1 does. It can be more erratic than > the one in MS Windows (which works according to a pretty good system, > actually), but it's bound by default to Alt-F7 and Alt-F8... I also wish > Circulate-Up and Circulate-Down were inverses of each other. That would > make me happy. > this is the reasone i switched from fvwm to fvwm2 -- the order is predictable and reversible. i'm happy to look up how i did it if anyone's interested. by the way, fvwm2 comes with a script that converts .fvwmrc files to .fvwm2rc format pretty successfully. paul --------------------- paul fox american internet corporation pgf@american.com (home: pgf@foxharp.boston.ma.us) From owner-freebsd-hackers Mon Apr 15 08:41:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA27151 for hackers-outgoing; Mon, 15 Apr 1996 08:41:56 -0700 (PDT) Received: from novell.com (prv-ums.Provo.Novell.COM [137.65.40.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA27124 for ; Mon, 15 Apr 1996 08:41:43 -0700 (PDT) Received: from INET-PRV-Message_Server by fromGW with Novell_GroupWise; Mon, 15 Apr 1996 09:41:17 -0600 Content-Type: text/plain Message-ID: X-Mailer: Novell GroupWise 4.1 Date: Mon, 15 Apr 1996 09:47:11 -0600 From: DARREND@novell.com (Darren Davis) To: hackers@freebsd.org Subject: Re: Unices are created equal, but ... - Reply Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I feel it is in how you pronounce it. When I say FreeBSD I pronounce it 'FreeBeast'. Besides it goes with the mascot which is really cool! Darren >>> Jordan K. Hubbard 4/14 7:02pm >>> > Who cares? linux is such a better name compared with *BSD*. But we have a nicer looking mascot.. :-) Jordan From owner-freebsd-hackers Mon Apr 15 09:32:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA02371 for hackers-outgoing; Mon, 15 Apr 1996 09:32:48 -0700 (PDT) Received: from gytha.demon.co.uk (bpaj@gytha.demon.co.uk [158.152.166.246]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA02337 Mon, 15 Apr 1996 09:32:34 -0700 (PDT) Received: (from bpaj@localhost) by gytha.demon.co.uk (8.7.4/8.7.3) id RAA02103; Mon, 15 Apr 1996 17:32:21 +0100 Date: Mon, 15 Apr 1996 17:32:21 +0100 (BST) From: Bryn Paul Arnold Jones To: dyson@freebsd.org cc: Linus Torvalds , julian@ref.tfs.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-Reply-To: <199604151348.IAA09000@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 15 Apr 1996, John S. Dyson wrote: [...] > > If somebody wants to do benchmarking,I'd suggest using at least > > - lmbench (nice microbenchmark) > > - bonnie (reasonable disk performance benchmark) > > - webstone (or something similar. But use "apache" as the server, not > > some braindead horror like NCSA). > > - ??? > > > Above list is ok, but CERTAINLY not sufficient. > > > (the three mentioned should cover different areas, all very reasonable, > > but have I missed some important area?) > > > Above list has no testing under VM load. That is where memory scheduling > policies start taking effect. There are other forms of loading also, like > tty subsystems (some people still use those.) Another, is how well do big disk > farms work (lots of sustained concurrent I/O)? How does the system work > with many many TCP connections (little benchmarks like lmbench are interesting > but don't show performance in an ISP or large workstation situation)? > > John > How about running those three at the same time, it sould put the box under some considerable load. Bryn -- PGP key pass phrase forgotten, \ Overload -- core meltdown sequence again :( | initiated. / This space is intentionally left | blank, apart from this text ;-) \____________________________________ From owner-freebsd-hackers Mon Apr 15 09:57:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05974 for hackers-outgoing; Mon, 15 Apr 1996 09:57:57 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA05964 for ; Mon, 15 Apr 1996 09:57:54 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id JAA24101; Mon, 15 Apr 1996 09:59:29 -0700 (PDT) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Mon, 15 Apr 1996 09:59:28 -0700 (PDT) From: Jaye Mathisen To: Andrew Heybey cc: hackers@FreeBSD.ORG Subject: Re: Stuff 'n Such. (SNAP report, proposal) In-Reply-To: <199604151420.KAA11168@grapenuts.bellcore.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nah, I just booted -stable, sup'd -current, a few make worlds and boom. On Mon, 15 Apr 1996, Andrew Heybey wrote: > >>On Sun, 14 Apr 1996 09:05:16 -0700 (PDT), Jaye Mathisen said: > > mrcpu> 2) 3/23 SNAP no workee for me on the one box I could test. > mrcpu> Kernel boots fine, I get "changing root device to > mrcpu> "something", and then the screen clears, and the cursor just > mrcpu> parks in the lower left corner, and doesn't bring up the > mrcpu> install program. I can go to alt-F2, and there's one DEBUG > mrcpu> statement at the top. > > mrcpu> The only oddity I noticed is that although I have no > mrcpu> Adaptect card in this box, the aha0 probe complains about it. > mrcpu> I assume it's finding my 946C and getting confused. > > Yup. I had to comment out the aha0 line from the config file (and > make a new boot floppy) to get 960323 to boot on a Micron P66 with > either a BT747D (EISA) or BT956CD (PCI). Want a boot.flp? It is not > exactly the GENERIC kernel so it may or may not work for you > (commented out most of the network drivers except the ones I needed, > etc.). > > andrew > From owner-freebsd-hackers Mon Apr 15 10:25:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10673 for hackers-outgoing; Mon, 15 Apr 1996 10:25:21 -0700 (PDT) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA10660 for ; Mon, 15 Apr 1996 10:25:17 -0700 (PDT) Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id LAA08643; Mon, 15 Apr 1996 11:26:23 -0600 From: Ade Barkah Message-Id: <199604151726.LAA08643@hemi.com> Subject: Re: Unices are created equal, but ... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 15 Apr 1996 11:26:23 -0600 (MDT) Cc: hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-Reply-To: <16036.829530040@time.cdrom.com> from "Jordan K. Hubbard" at Apr 14, 96 06:00:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > How's about maintaining competition, and working to make the respective > > U**X clone better competitively. Competition helps keep each party > > honest!!! > > Just to make a general point here, and *not* to continue the flame war, > I think John's absolutely right. ... > > ... With the current situation, there is _significant_ motivation to > not fall too far behind in contrast with the other group - sort of > like two brothers growing up where one can run just a little faster > than the other. ... I basically agree, but speed is only one factor in the big picture. Let's not get to the point that we sacrifice reliability just too look good on someone's speed benchmark. I don't think we care to have a very fast but equally buggy system. Regards, -Ade -------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: -------------------------------------------------------------------- From owner-freebsd-hackers Mon Apr 15 10:57:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA15051 for hackers-outgoing; Mon, 15 Apr 1996 10:57:08 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA15041 Mon, 15 Apr 1996 10:57:06 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.3/8.6.9) id KAA07031; Mon, 15 Apr 1996 10:56:12 -0700 (PDT) Message-Id: <199604151756.KAA07031@ref.tfs.com> Subject: Re: spreadsheet "SC" To: sos@FreeBSD.org Date: Mon, 15 Apr 1996 10:56:11 -0700 (PDT) From: "JULIAN Elischer" Cc: hackers@FreeBSD.org In-Reply-To: <199604150651.IAA27235@ra.dkuug.dk> from "sos@FreeBSD.org" at Apr 15, 96 08:51:27 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 X-Loop: FreeBSD.org Precedence: bulk > > > In reply to Julian Elischer who wrote: > > > > > > this was standard on 386BSD and seems to have 'gone away' with the new ports > > anyone know where we can get it? > > > > my old 386BSD binary has finally refused to keep working > > (core dumps with "bad system call".. will try do a ktrace) Interestingly enough it won't run under 2.1R but DOES run under -current, so all I have done is move my data files to a 2.2 machine... I don't have a -stable machine to try. > > > > I have a lot of 'sc' data I can't use any more... > > And I thought I was about the only one still using it :) > If all else fails I have a 2.x (shared I think) version of it > on my notebook, I think I also have the sources somewhere.. > Let me know if you need it... > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. > From owner-freebsd-hackers Mon Apr 15 11:09:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16114 for hackers-outgoing; Mon, 15 Apr 1996 11:09:41 -0700 (PDT) Received: from vtaix.cc.vt.edu (vtaix.cc.vt.edu [198.82.161.244]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA16108 for ; Mon, 15 Apr 1996 11:09:38 -0700 (PDT) Received: (from jagnew@localhost) by vtaix.cc.vt.edu (8.7.5/8.7.3) id OAA47012 for hackers@freebsd.org; Mon, 15 Apr 1996 14:09:04 -0400 From: "H. Jared Agnew" Message-Id: <199604151809.OAA47012@vtaix.cc.vt.edu> Subject: sup! and stable To: hackers@freebsd.org Date: Mon, 15 Apr 1996 14:09:03 +22324924 (EDT) X-Mailer: ELM [version 2.4 PL21] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry if this is the wrong mailing list, but I think last time I ran into this problem, a guy from this list answered. I tried getting the source to current to help work on the DOS (BSDI) emu. Anyway that failed miserably! So I've given up on current, and am gonna stick to stable. Well, I've supped stable, for the last 4 days, and continue to get this error! Dont know if the make world on current screwed up the file system. This is the error, it either could be something wrong with the recent sup source however I dont know! Any feedback would be very apreciated. Later all, And good luck with all you endevours. --- Jared --jared@vt.edu From owner-freebsd-hackers Mon Apr 15 11:20:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17347 for hackers-outgoing; Mon, 15 Apr 1996 11:20:50 -0700 (PDT) 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 LAA17325 for ; Mon, 15 Apr 1996 11:20:45 -0700 (PDT) Received: (from langfod@localhost) by maui.com (8.6.10/8.6.6) id IAA21481 for hackers@freebsd.org; Mon, 15 Apr 1996 08:20:59 -1000 Received: from pain.lcs.mit.edu (pain.lcs.mit.edu [128.52.46.239]) by maui.com (8.6.10/8.6.6) with ESMTP id XAA08631 for ; Sun, 14 Apr 1996 23:24:57 -1000 Received: (from daemon@localhost) by pain.lcs.mit.edu (8.7.4/8.6.12) id CAA23546; Mon, 15 Apr 1996 02:26:52 -0400 (EDT) Received: from zygorthian-space-raiders.MIT.EDU by pain.lcs.mit.edu (8.7.4/8.6.12) with ESMTP id CAA23029 for ; Mon, 15 Apr 1996 02:16:17 -0400 (EDT) Received: (from mycroft@localhost) by zygorthian-space-raiders.MIT.EDU (8.7.4/8.6.11) id CAA07110; Mon, 15 Apr 1996 02:16:16 -0400 (EDT) Date: Mon, 15 Apr 1996 02:16:16 -0400 (EDT) Message-Id: <199604150616.CAA07110@zygorthian-space-raiders.MIT.EDU> From: "Charles M. Hannum" To: netbsd-announce@NetBSD.ORG Subject: New DOS emulator available X-Loop: netbsd-announce@NetBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have ported BSDI's DOS emulator (`doscmd') to NetBSD, and fixed numerous problems with it. You can get a snapshot of the current version from: ftp://sipb.mit.edu/pub/netbsd/doscmd-19960414.tar.gz Please read the bug list in the README file before trying to use it. NOTE: YOU MUST BE RUNNING AN UP TO DATE -current KERNEL FOR THIS TO WORK PROPERLY! If your kernel is not up to date, please don't even try it, and certainly don't report any bugs. I've included the RCS tags of the relevant files below. (Also, please note that this version will not run under BSD/OS. I plan to fix this in the next couple of days.) i386/machdep.c: $NetBSD: machdep.c,v 1.197 1996/04/12 08:44:40 mycroft Exp $ i386/process_machdep.c: $NetBSD: process_machdep.c,v 1.21 1996/04/11 07:47:48 mycroft Exp $ i386/trap.c: $NetBSD: trap.c,v 1.93 1996/04/15 00:20:32 mycroft Exp $ i386/vm86.c: $NetBSD: vm86.c,v 1.9 1996/04/12 05:57:43 mycroft Exp $ i386/freebsd_machdep.c: $NetBSD: freebsd_machdep.c,v 1.8 1996/04/12 08:44:35 mycroft Exp $ i386/linux_machdep.c: $NetBSD: linux_machdep.c,v 1.27 1996/04/12 08:44:37 mycroft Exp $ i386/svr4_machdep.c: $NetBSD: svr4_machdep.c,v 1.22 1996/04/12 08:44:42 mycroft Exp $ include/vm86.h: $NetBSD: vm86.h,v 1.5 1996/04/12 05:57:45 mycroft Exp $ From owner-freebsd-hackers Mon Apr 15 11:43:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA20655 for hackers-outgoing; Mon, 15 Apr 1996 11:43:11 -0700 (PDT) Received: from LiONS.reSEQ.UNGOV (qmailr@slip-45-14.ots.utexas.edu [128.83.113.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA20633 for ; Mon, 15 Apr 1996 11:43:06 -0700 (PDT) Received: (qmail-queue invoked by uid 51); 15 Apr 1996 18:43:08 GMT Message-ID: <19960415184308.15386.qmail@Mail.UTexas.EDU> From: lilo Date: Mon, 15 Apr 1996 13:43:07 -0500 (CDT) To: Mark Hahn cc: joerg_wunsch@uriah.heep.sax.de, groudier@iplus.fr, hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-Reply-To: <96Apr14.191858edt.105754-25982+313@vger.rutgers.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, Mark Hahn wrote: > with Linux 2.0 coming up RSN, perhaps we, both camps, should come > up with a benchmark suite that is fair enough. then we can run it, > and whoever loses will simply throw in the towel and join the winners. Or you could all stop posting this flame-bait noise, including the person who originated it. lilo From owner-freebsd-hackers Mon Apr 15 12:23:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25860 for hackers-outgoing; Mon, 15 Apr 1996 12:23:39 -0700 (PDT) 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 MAA25850 for ; Mon, 15 Apr 1996 12:23:37 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09329; Mon, 15 Apr 1996 12:20:04 -0700 From: Terry Lambert Message-Id: <199604151920.MAA09329@phaeton.artisoft.com> Subject: Re: Unices are created equal, but ... To: groudier@iplus.fr (Gerard Roudier) Date: Mon, 15 Apr 1996 12:20:04 -0700 (MST) Cc: dennis@etinc.com, hackers@FreeBSD.org, linux-kernel@vger.rutgers.edu In-Reply-To: from "Gerard Roudier" at Apr 14, 96 11:38:31 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The vowel/syllable comparison should have made it obvious -- usually, I catch these things. > I am very disappointed. It seems that people of Unix B mailing list who have > understood the true meaning of my questionnable comparison do not reply to > that mail. At least we now know what happened to Jesus Monroy: he joined the French foreign legion, and after his stint in the desert with the likes of "Crock", was granted French Citizenship and the traditional choice of a new name: Gerard Roudier. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 15 12:37:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27608 for hackers-outgoing; Mon, 15 Apr 1996 12:37:36 -0700 (PDT) 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 MAA27599 for ; Mon, 15 Apr 1996 12:37:34 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09356; Mon, 15 Apr 1996 12:34:47 -0700 From: Terry Lambert Message-Id: <199604151934.MAA09356@phaeton.artisoft.com> Subject: Re: Unices are created equal, but... To: nash@mcs.com Date: Mon, 15 Apr 1996 12:34:47 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199604142039.PAA04761@zen.nash.org> from "Alex Nash" at Apr 14, 96 03:39:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The execl throughput test was a complete massacre, with Linux more > than an order of magnitude faster. Does anyone familiar with the > internals of exec know why? The magic selection path has been deoptimized from the design. This accounts for about 20% of the difference. Significant wins can be had by marking the environment pages copy on write and simply pointing to them. Part of this has to do with the insistence that we continue to allow manual manipulation of the environment. In reality, the environment manipulation we do is pretty screwed for reasons of backward compatability. The allocation phase alone costs ~10%, with a total of ~30% for environement crap. Part of the Linux strategy is prefork allocation. That is, the overhead is hidden, not eliminated, but putting it elsewhere. We could do the same thing, but I would not recommend the same implementation. Linux has tarditionally suffered mmap() problems, and I have traced at least one to the way pages are marked on fork. Finally, the version of Linux used does not have the shared image startup code in crt0.o. The amount of time from "start" to "first output" is much smaller. This is fixable by going to ELF -- John Polstra has details. In this particular case, the Linux ELF implementation is "broken" (quoted for SEF's political sensibilities 8-)) and can not use the module loader with a statically mapped ld.so (which could save some significant load time for shared executables). So, currently, this is a win available only to BSD (but not exercised). I haven't bothered with the environment crap, since I believe that all environment manipulation should go through shared library calls, which in BSD should be convereted to system calls to do logical name table manipulation, and fix the environment cruft once and for all. Personally, I'm not very concerned at all about the times reported. Put in the new pipe changes that Bruce did and up the pipe buffer size to 8k to see significant improvement in what is reported as "exec" times by this benchmark. Byte benchmarks are useless. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 15 12:49:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28604 for hackers-outgoing; Mon, 15 Apr 1996 12:49:29 -0700 (PDT) Received: from homer31.u.washington.edu (junkins@homer31.u.washington.edu [140.142.78.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28599 for ; Mon, 15 Apr 1996 12:49:20 -0700 (PDT) Received: from localhost by homer31.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA155914; Mon, 15 Apr 96 12:49:05 -0700 Date: Mon, 15 Apr 1996 12:49:04 -0700 (PDT) From: "D. Junkins" To: hackers@freebsd.org Subject: Re: Pentium fast copy? In-Reply-To: <199604140351.UAA02955@Root.COM> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The Usenix '96 paper is by Kevin Lai and Mary Baker from Stanford's Operating System and Network Group. The paper, Usenix slides, and new Linux NFS benchmark results are available at: http://plastique.stanford.edu/~laik/benchmarks/index.html The paper is very interesting reading. There is a link from the above page to the benchmarks that were used, but I haven't looked at them yet. - Doug +------------------------------+------------------------------------------+ | Doug Junkins | See my home page for my PGP Public Key | | Network Engineer +------------------------------------------+ | Computers & Communications | junkins@u.washington.edu | | University of Washington | http://weber.u.washington.edu/~junkins | +------------------------------+------------------------------------------+ On Sat, 13 Apr 1996, David Greenman wrote: > >The following quote from a paper (sorry, I don't know what the paper is > >offhand) appeared on the Firewalls mailing list. What's FreeBSD like on > >this front? > > > > Our results show that none of the systems adequately delivers the > > Pentium's memory write performance. For example, the Pentium can > > copy data at over 160 megabytes/second using a prefetching copy > > routine, yet none of the systems we tested have implemented such a > > routine. As described below, the prefetching routines address the > > fact that the Pentium does not have a write-allocate cache. > > Without this optimization, the same routines copy data at about 40 > > megabytes/second. > > This is a quote from the Usenix '95 paper comparing several PC operating > systems, FreeBSD 2.0.5R being one of them. The bottom line is that we are > working on improving this, but some of the "improvements" were recently found > to be pessimizations in real-world situations. Not much more to say at this > point. > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > From owner-freebsd-hackers Mon Apr 15 12:52:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29121 for hackers-outgoing; Mon, 15 Apr 1996 12:52:57 -0700 (PDT) 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 MAA29108 Mon, 15 Apr 1996 12:52:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA09397; Mon, 15 Apr 1996 12:50:08 -0700 From: Terry Lambert Message-Id: <199604151950.MAA09397@phaeton.artisoft.com> Subject: Re: Unices are created equal, but... To: gpalmer@FreeBSD.org (Gary Palmer) Date: Mon, 15 Apr 1996 12:50:07 -0700 (MST) Cc: scrappy@ki.net, nash@mcs.com, hackers@FreeBSD.org In-Reply-To: <1061.829523630@palmer.demon.co.uk> from "Gary Palmer" at Apr 15, 96 00:13:50 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Writing the 32 Megabyte file, 'iozone.tmp'...15.367188 seconds > Reading the file...9.437500 seconds > > IOZONE performance measurements: > 2183511 bytes/second for writing the file > 3555436 bytes/second for reading the file > > In both cases, it was at least 42% faster for reading than writing... This is expected... a partial FS block write requires a read. This is actually bogus, down to the device block level, because the page size is 4k, and there is an 8 bit bitmap, capable of taking the sparse bitmap granularity to 512k (one device block for most modern non-optical devices). For writes on a power of two block boundry for an area not spanning a second exp2(log2(n)+1), this should mean no read-before-write is ever required. This is applicable to prefetch for both sequential reads and sequential writes, and for regionally aligned access for random I/O. Since we don't implement this, even though IOZONE does exactly that kind of access, we still take read hits on writes up to the FS block size. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 15 12:57:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29473 for hackers-outgoing; Mon, 15 Apr 1996 12:57:16 -0700 (PDT) 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 MAA29463 for ; Mon, 15 Apr 1996 12:57:08 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA12281; Mon, 15 Apr 1996 21:53:50 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA21249; Mon, 15 Apr 1996 21:53:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id VAA12817; Mon, 15 Apr 1996 21:25:02 +0200 (MET DST) From: J Wunsch Message-Id: <199604151925.VAA12817@uriah.heep.sax.de> Subject: Re: kernel support for keyboards To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 15 Apr 1996 21:25:00 +0200 (MET DST) Cc: kaleb@x.org (Kaleb S. KEITHLEY) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604151319.JAA21967@exalt.x.org> from "Kaleb S. KEITHLEY" at Apr 15, 96 09:19:24 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 X-Loop: FreeBSD.org Precedence: bulk As Kaleb S. KEITHLEY wrote: > No comments from the FreeBSD core tem in 48 hours. Maybe that's too early. I'd rather interpret it as ``if you come up with something reasonable, it's ok''. > ! #define CPU_KEYMAP 5 /* struct: keymap */ I have a problem with this one: we've got two different supported console drivers, and both use a fairly different internal keymap. Do you really need it for anything? Apart from this, from an ``optical'' review, it looks fine. I haven't tried to apply it to a -current system, but will do so soon. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 15 13:51:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05220 for hackers-outgoing; Mon, 15 Apr 1996 13:51:58 -0700 (PDT) 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 NAA05215 for ; Mon, 15 Apr 1996 13:51:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA09499; Mon, 15 Apr 1996 13:48:25 -0700 From: Terry Lambert Message-Id: <199604152048.NAA09499@phaeton.artisoft.com> Subject: Re: Unices are created equal, but ... To: torvalds@cs.Helsinki.FI (Linus Torvalds) Date: Mon, 15 Apr 1996 13:48:25 -0700 (MST) Cc: julian@ref.tfs.com, hackers@FreeBSD.org, linux-kernel@vger.rutgers.edu In-Reply-To: from "Linus Torvalds" at Apr 15, 96 09:09:58 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > If somebody wants to do benchmarking,I'd suggest using at least > - lmbench (nice microbenchmark) > - bonnie (reasonable disk performance benchmark) > - webstone (or something similar. But use "apache" as the server, not > some braindead horror like NCSA). > - ??? > > (the three mentioned should cover different areas, all very reasonable, > but have I missed some important area?) Ziff-Davis "netbench" for DOS, Windows, Windows95, and Macintosh clients against SAMBA and/or NFS and/or Appletalk servers. Ziff-Davis "Winbench" in an emulation environment. Note that "Winbench95" does not use Windows95 WIN32 interfaces -- it's still mostly a 16 bit code benchmark, for what that's worth. I'd like to see Ziff-Davis port to UNIX, but I think it's unlikely. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 15 14:06:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06648 for hackers-outgoing; Mon, 15 Apr 1996 14:06:02 -0700 (PDT) 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 OAA06633 for ; Mon, 15 Apr 1996 14:05:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09539; Mon, 15 Apr 1996 14:01:51 -0700 From: Terry Lambert Message-Id: <199604152101.OAA09539@phaeton.artisoft.com> Subject: Re: Pentium fast copy? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 15 Apr 1996 14:01:51 -0700 (MST) Cc: peter@nmti.com, hackers@FreeBSD.ORG In-Reply-To: <199604140416.NAA11976@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 14, 96 01:46:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ ... Lai/Baker Pentium bcopy notes ... ] > Most of the implementations that have been thrown around here tend to > average at about 40M/sec. There have been some significantly faster under > certain specialised circumstances, but they tend to perform poorly on older > processors, or they fall foul of some of the caching policies imposed > by some motherboards, or they impose extra overhead elsewhere in the > system (the most common complaint is that context-switches have to become > more complex to handle the technique). > > I'd be really interested to see what sort of hardware they're using that > has 160M/sec of memory bandwidth. Unless they're running 100% static > RAM, I suspect they've never actually implemented their code on a practical > scale 8( I would suspect that a large part of the performance is in ensuring source and target addresses of the same quad alignment (using the 8 byte floating point copy) or the same dword alignment (using the integer register cache line prefetch method). The 160M/sec number is exceedingly optimististic. I would expect that we would be unable to see that performance until we could enable the alignment trap on a P5/P6 and fail unaligned memory access like a decent RISC chip, without causing the kernel to panic. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Apr 15 14:10:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07153 for hackers-outgoing; Mon, 15 Apr 1996 14:10:40 -0700 (PDT) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA07146 for ; Mon, 15 Apr 1996 14:10:37 -0700 (PDT) Received: from exalt.x.org by expo.x.org id AA13300; Mon, 15 Apr 96 17:09:33 -0400 Received: from localhost by exalt.x.org id RAA22422; Mon, 15 Apr 1996 17:09:30 -0400 Message-Id: <199604152109.RAA22422@exalt.x.org> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: hackers@freefall.FreeBSD.org Subject: Re: kernel support for keyboards In-Reply-To: Your message of Mon, 15 Apr 1996 21:25:00 EST. <199604151925.VAA12817@uriah.heep.sax.de> Organization: X Consortium Date: Mon, 15 Apr 1996 17:09:29 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Kaleb S. KEITHLEY wrote: > > > No comments from the FreeBSD core tem in 48 hours. Maybe that's too early. > > I'd rather interpret it as ``if you come up with something reasonable, > it's ok''. > > > ! #define CPU_KEYMAP 5 /* struct: keymap */ > > I have a problem with this one: we've got two different supported > console drivers, and both use a fairly different internal keymap. Do > you really need it for anything? Do I need it? No, I don't need it at all. (I'm perfectly happy to just edit my XF86Config file. :-P) Seems to me that there's enough similarity between keymaps, keymap names, and keyboard types that if I'm going to augment sysctl to do keymap names and keyboard types, that I might as well do the keymap too. Looks to me like pcvt only has GIO_KEYMAP, whereas syscons has both PIO_KEYMAP and GIO_KEYMAP. Doesn't look to me like kbdcontrol knows the difference between syscons and pcvt. Looks to me like it's just going print the error and exit if you try to set the keymap w/ pcvt. It seems like it might be easy enough to have sysctl mimic what the console driver does with the ioctl. I'll revisit it again and send a new patch. -- Kaleb KEITHLEY From owner-freebsd-hackers Mon Apr 15 14:11:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07228 for hackers-outgoing; Mon, 15 Apr 1996 14:11:46 -0700 (PDT) Received: from iway.chartway.com (iway.chartway.com [199.3.227.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA07222 for ; Mon, 15 Apr 1996 14:11:40 -0700 (PDT) Received: (from markb@localhost) by iway.chartway.com (8.6.12/8.6.9) id RAA00385; Mon, 15 Apr 1996 17:12:27 -0400 Date: Mon, 15 Apr 1996 17:12:26 -0400 (EDT) From: Mark Bernard To: hackers@Freebsd.org Subject: Configuration Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@Freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have just replaced my 2.0 with 2.1.... Clean installation. I have two questions: 1) It used to be on my 2.0 when I did a who to see who was logged on you would see the IP..it now shows the host. What can I do to make it show the IP again? 2) What are the metacharacters that I can use to vary my prompt in my csh? Its set up with the history variable and I want it to show the directory. Thanks for your help Mark From owner-freebsd-hackers Mon Apr 15 14:41:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10380 for hackers-outgoing; Mon, 15 Apr 1996 14:41:18 -0700 (PDT) Received: from ALPHA.IS.TCU.EDU (ALPHA.IS.TCU.EDU [138.237.128.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA10374 for ; Mon, 15 Apr 1996 14:41:12 -0700 (PDT) Received: from riogrande.cs.tcu.edu (TCUCS6.CS.TCU.EDU) by ALPHA.IS.TCU.EDU (PMDF V5.0-5 #15868) id <01I3KSJT51N4000GN4@ALPHA.IS.TCU.EDU> for hackers@FreeBSD.ORG; Mon, 15 Apr 1996 16:36:59 -0500 (CDT) Received: from wichita.cs.tcu.edu by riogrande.cs.tcu.edu (4.1/SMI-4.1) id AA07707; Mon, 15 Apr 1996 16:36:47 -0500 (CDT) Received: by wichita.cs.tcu.edu (4.1/SMI-4.1) id AA27459; Mon, 15 Apr 1996 16:37:08 -0500 (CDT) Date: Mon, 15 Apr 1996 16:37:07 -0500 (CDT) From: Tam Weng Seng Subject: A lame hack ... In-reply-to: <199604102010.WAA01273@uriah.heep.sax.de> To: hackers@FreeBSD.ORG Reply-to: tam@riogrande.cs.tcu.edu Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Since I really know very little about FreeBSD, and Operating Systems in general, I was wandering how difficult it would be to make a general editor for editing files in /etc simpler. It should have a similar interface to the /stand/sysinstall. (This means 'vi' does not count ...). This generality, however, would probably come at the expense of having to write a directory of configuration files, so that the editor knows about the different types configuration file, and their different fields. Yeah, I know that this is a lame hack ... but since people have menentioned how ugly modifying files in /etc can get, and I really need to learn a lot more, before I can do something serious, I thought I would try starting here ... In conclusion, I would like to hear some ideas about this. I will try and get this started and finish something this summer, when I have more time. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ~ ~ Live long and prosper.... tam@riogrande.cs.tcu.edu o o Peace and Long life..... Weng Seng, Tam i or TCU PO BOX 32593 GOD bless you Fort Worth, Tx 76129 \_/ <|-) <|-) %-) [] :* :-) +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-hackers Mon Apr 15 14:42:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10498 for hackers-outgoing; Mon, 15 Apr 1996 14:42:41 -0700 (PDT) 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 OAA10416 for ; Mon, 15 Apr 1996 14:41:39 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA15934; Mon, 15 Apr 1996 23:40:41 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA22561; Mon, 15 Apr 1996 23:40:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA13739; Mon, 15 Apr 1996 23:27:16 +0200 (MET DST) From: J Wunsch Message-Id: <199604152127.XAA13739@uriah.heep.sax.de> Subject: Re: kernel support for keyboards To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 15 Apr 1996 23:27:15 +0200 (MET DST) Cc: kaleb@x.org (Kaleb S. KEITHLEY) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604152109.RAA22422@exalt.x.org> from "Kaleb S. KEITHLEY" at Apr 15, 96 05:09:29 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 X-Loop: FreeBSD.org Precedence: bulk As Kaleb S. KEITHLEY wrote: > Do I need it? No, I don't need it at all. (I'm perfectly happy to just > edit my XF86Config file. :-P) :) > Looks to me like pcvt only has GIO_KEYMAP, whereas syscons has both > PIO_KEYMAP and GIO_KEYMAP. Doesn't look to me like kbdcontrol knows the > difference between syscons and pcvt. Looks to me like it's just going > print the error and exit if you try to set the keymap w/ pcvt. pcvt uses a totally different keymapping internally. I've implemented GIO_KEYMAP _only_ for the sake of the Xserver being able to fetch the map from the driver. kbdcontrol is not intended for pcvt at all. (Legacy code...) > It seems like it might be easy enough to have sysctl mimic what the > console driver does with the ioctl. I'll revisit it again and send a > new patch. Ok, and what i forgot last time: THANK YOU! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Apr 15 16:52:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA18259 for hackers-outgoing; Mon, 15 Apr 1996 16:52:32 -0700 (PDT) Received: from caipfs.rutgers.edu (caipfs.rutgers.edu [128.6.37.100]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA18251 for ; Mon, 15 Apr 1996 16:52:27 -0700 (PDT) Received: from huahaga.rutgers.edu (huahaga.rutgers.edu [128.6.155.53]) by caipfs.rutgers.edu (8.6.9+bestmx+oldruq+newsunq+grosshack/8.6.9) with ESMTP id TAA01791; Mon, 15 Apr 1996 19:51:42 -0400 Received: (davem@localhost) by huahaga.rutgers.edu (8.6.9+bestmx+oldruq+newsunq+grosshack/8.6.9) id TAA19142; Mon, 15 Apr 1996 19:51:42 -0400 Date: Mon, 15 Apr 1996 19:51:42 -0400 Message-Id: <199604152351.TAA19142@huahaga.rutgers.edu> From: "David S. Miller" To: jkh@time.cdrom.com CC: jon@gte.esi.us.es, groudier@iplus.fr, dennis@etinc.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-reply-to: <16058.829530125@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Unices are created equal, but ... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Date: Sun, 14 Apr 1996 18:02:05 -0700 From: "Jordan K. Hubbard" > Who cares? linux is such a better name compared with *BSD*. But we have a nicer looking mascot.. :-) I think Linus is cuter than that stupid thing with the pitch-fork. Later, David S. Miller davem@caip.rutgers.edu From owner-freebsd-hackers Mon Apr 15 17:45:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21129 for hackers-outgoing; Mon, 15 Apr 1996 17:45:39 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA21124 for ; Mon, 15 Apr 1996 17:45:36 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id UAA12627 for ; Mon, 15 Apr 1996 20:49:17 -0400 Date: Mon, 15 Apr 1996 20:49:17 -0400 Message-Id: <199604160049.UAA12627@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: TCP Window question Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Will BSD TCP accept packets received out of order? If so, how does it handle delayed delivery to upper layers, and how long does it wait for the missing data? Thanks, 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 Mon Apr 15 18:31:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24033 for hackers-outgoing; Mon, 15 Apr 1996 18:31:23 -0700 (PDT) Received: from cronus.oanet.com (richmond@cronus.oanet.com [204.209.13.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA24026 for ; Mon, 15 Apr 1996 18:31:15 -0700 (PDT) Received: (from richmond@localhost) by cronus.oanet.com (8.6.12/8.6.12) id TAA08454; Mon, 15 Apr 1996 19:30:18 -0600 Date: Mon, 15 Apr 1996 19:30:18 -0600 (MDT) From: Raymond Richmond To: Mark Bernard cc: hackers@freebsd.org Subject: Re: Configuration In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 15 Apr 1996, Mark Bernard wrote: > > I have just replaced my 2.0 with 2.1.... Clean installation. > > I have two questions: > 1) It used to be on my 2.0 when I did a who to see who was logged on you > would see the IP..it now shows the host. What can I do to make it show > the IP again? Not sure on this one, hope somebody else can grab an answer. > > 2) What are the metacharacters that I can use to vary my prompt in my csh? > Its set up with the history variable and I want it to show the directory. > I use this little hack in my .cshrc to give me easily modified prompts. This one give you a machine name as well as present directory referenced from users home directory. if ($?prompt) then # An interactive shell -- set some stuff up set mch = `hostname -s` alias prompt 'set noglob;\\ set prompt = `dirs`;\\ set prompt = "${mch}:{!}:${prompt[1]}>";\\ unset noglob' alias popd 'popd \!*; prompt' alias pushd 'pushd \!*; prompt' -- __^__ __^__ ( ___ )------------------------------------------------------( ___ ) | / |---Raymond Richmond---Question Man-------(403)430-0811 -| \ | | / |---------OA Internet----------Technical Support---------| \ | |_*_| |_*_| (_____)----------------richmond@oanet.com--------------------(_____) From owner-freebsd-hackers Mon Apr 15 18:36:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA24792 for hackers-outgoing; Mon, 15 Apr 1996 18:36:34 -0700 (PDT) Received: from gytha.demon.co.uk (bpaj@gytha.demon.co.uk [158.152.166.246]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA24739 for ; Mon, 15 Apr 1996 18:36:17 -0700 (PDT) Received: (from bpaj@localhost) by gytha.demon.co.uk (8.7.4/8.7.3) id CAA00962; Tue, 16 Apr 1996 02:34:13 +0100 Date: Tue, 16 Apr 1996 02:34:13 +0100 (BST) From: Bryn Paul Arnold Jones To: lilo cc: Mark Hahn , joerg_wunsch@uriah.heep.sax.de, groudier@iplus.fr, hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Comptition is good, flame wars are not. (Was: Re: Unices are created , equal, But ....) In-Reply-To: <19960415184308.15386.qmail@Mail.UTexas.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 15 Apr 1996, lilo wrote: > On Sun, 14 Apr 1996, Mark Hahn wrote: > > > with Linux 2.0 coming up RSN, perhaps we, both camps, should come > > up with a benchmark suite that is fair enough. then we can run it, > > and whoever loses will simply throw in the towel and join the winners. > > Or you could all stop posting this flame-bait noise, including the person > who originated it. > You can either all use your own free unix clone (ie *BSD*/Linux/...), without flameing all and sundery that x (that I use) is better than y (that you use), (but if y is windoze, X is better any day of the week ;). OTOH, you all could look at each others code, and see how that code's performance compare in various areas: speed; realiability; conformance to relevent standards (posix/rfc/ISO/...), or lack of for good reasons. That way, maybe we can all get a better OS(s) out of it in the long run, and get even more people involved, and start weening them totaly away from Micro$oft's strangle hold. I woulden't even mind if large portions of *BSD*/Linux/... became common, that way you coulden't compare Linux's networking with *BSD*'s, because it would be the same code, that way, all the people who really know how x affects y, and how y affects z with TCP/IP, can tune it, and get really close to the theretical maximums. Of course the same goes for the SCSI subsystem .... Oh well, we'll have to see what reading this makes in the cold light of day .... Bryn -- PGP key pass phrase forgotten, \ Overload -- core meltdown sequence again :( | initiated. / This space is intentionally left | blank, apart from this text ;-) \____________________________________ From owner-freebsd-hackers Mon Apr 15 18:46:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26174 for hackers-outgoing; Mon, 15 Apr 1996 18:46:17 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA26157 Mon, 15 Apr 1996 18:46:13 -0700 (PDT) Received: (from richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) id SAA16948; Mon, 15 Apr 1996 18:45:48 -0700 Date: Mon, 15 Apr 1996 18:45:46 -0700 (PDT) From: Richard Chang To: Paul Fox cc: Bryan Ogawa at Work , Satoshi Asami , hasty@rah.star-gate.com, ports@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Lesstif (motif compatible) package. In-Reply-To: <199604151450.KAA09623@hotsprings.american.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 15 Apr 1996, Paul Fox wrote: > > > > > > Do all of these windows managers have a way on the keyboard to > > > switch between windows? > > > > I can't talk about others, but fvwm 1 does. It can be more erratic than > > the one in MS Windows (which works according to a pretty good system, > > actually), but it's bound by default to Alt-F7 and Alt-F8... I also wish > > Circulate-Up and Circulate-Down were inverses of each other. That would > > make me happy. > > > > this is the reasone i switched from fvwm to fvwm2 -- the order is > predictable and reversible. i'm happy to look up how i did it if > anyone's interested. by the way, fvwm2 comes with a script that converts > .fvwmrc files to .fvwm2rc format pretty successfully. What is the exact name of the script and does it also add the new functions of fvwm95? Richard From owner-freebsd-hackers Mon Apr 15 20:18:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA02028 for hackers-outgoing; Mon, 15 Apr 1996 20:18:28 -0700 (PDT) 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 UAA02020 for ; Mon, 15 Apr 1996 20:18:15 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA21739; Tue, 16 Apr 1996 13:18:22 +0930 From: Michael Smith Message-Id: <199604160348.NAA21739@genesis.atrad.adelaide.edu.au> Subject: Re: A lame hack ... To: tam@riogrande.cs.tcu.edu Date: Tue, 16 Apr 1996 13:18:22 +0930 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Tam Weng Seng" at Apr 15, 96 04:37:07 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tam Weng Seng stands accused of saying: > Yeah, I know that this is a lame hack ... but since people > have menentioned how ugly modifying files in /etc can get, and I > really need to learn a lot more, before I can do something serious, > I thought I would try starting here ... Editing the files is easy. It's understanding what goes in them thats nontrivial. This isn't really something that a 'pretty' editor can help with, unfortunately. > ~ ~ Live long and prosper.... tam@riogrande.cs.tcu.edu -- ]] 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. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Mon Apr 15 20:41:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA03952 for hackers-outgoing; Mon, 15 Apr 1996 20:41:50 -0700 (PDT) Received: from news.widomaker.com (news2.widomaker.com [204.17.220.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA03942 for ; Mon, 15 Apr 1996 20:41:47 -0700 (PDT) Received: from escape by news.widomaker.com with uucp (Smail3.1.29.1 #1) id m0u91e0-000A0QC; Mon, 15 Apr 96 23:41 EDT Received: by escape (Smail3.1.29.1 #6) id m0u92VN-0004QIC; Mon, 15 Apr 96 23:36 EST Date: Mon, 15 Apr 1996 23:36:41 -0500 (EST) From: Reflectorizer X-Sender: tangier@localhost To: dyson@freebsd.org cc: Andreas Klemm , joerg_wunsch@uriah.heep.sax.de, groudier@iplus.fr, hackers@freebsd.org, linux-kernel@vger.rutgers.edu Subject: Re: Unices are created equal, but ... In-Reply-To: <199604142322.SAA00427@dyson.iquest.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, John S. Dyson wrote: > > Whole Linux seems to be a memory file system ;-) They are caching > > like hell. Only benchmarks like bonnie on files of about 3xRAMSIZE On this note... is there any way to easily limit the amount of cache Linux is using? I don't see it with bdflush parameters but maybe it would not be too hard to put a limit in the kernel. From owner-freebsd-hackers Mon Apr 15 20:42:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04049 for hackers-outgoing; Mon, 15 Apr 1996 20:42:50 -0700 (PDT) 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 UAA04041 for ; Mon, 15 Apr 1996 20:42:47 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id VAA14472; Mon, 15 Apr 1996 21:42:34 -0600 Date: Mon, 15 Apr 1996 21:42:34 -0600 From: Nate Williams Message-Id: <199604160342.VAA14472@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: hackers@FreeBSD.org Subject: Re: TCP Window question In-Reply-To: <199604160049.UAA12627@etinc.com> References: <199604160049.UAA12627@etinc.com> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Will BSD TCP accept packets received out of order? If so, how does it > handle delayed delivery to upper layers, and how long does it wait > for the missing data? If you are truly interested in this, you're best bet would be to be the Stevens Network book, Volume II, which goes into great detail on subjects such as this. Nate From owner-freebsd-hackers Mon Apr 15 21:04:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA05810 for hackers-outgoing; Mon, 15 Apr 1996 21:04:15 -0700 (PDT) Received: from neon.Glock.COM (neon.glock.com [198.82.228.159]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA05491 for ; Mon, 15 Apr 1996 21:01:31 -0700 (PDT) Received: (from mmead@localhost) by neon.Glock.COM (8.7.5/8.7.3) id AAA04369 for hackers@freebsd.org; Tue, 16 Apr 1996 00:01:22 -0400 (EDT) From: "matthew c. mead" Message-Id: <199604160401.AAA04369@neon.Glock.COM> Subject: HP SureStore To: hackers@freebsd.org Date: Tue, 16 Apr 1996 00:01:22 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Has support for this CDR materialized fully? I'm thinking of getting one and would like to be able to use it under FreeBSD... thanks in advance! -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Mon Apr 15 21:23:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07096 for hackers-outgoing; Mon, 15 Apr 1996 21:23:48 -0700 (PDT) Received: from RWSystems.net (root@rwsystr.nkn.net [204.251.23.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07091 for ; Mon, 15 Apr 1996 21:23:45 -0700 (PDT) Received: from nemesis by RWSystems.net with uucp (Smail3.1.29.1 #3) id m0u92Cg-0001cMC; Mon, 15 Apr 96 23:17 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0u92Bq-000ChuC; Mon, 15 Apr 96 23:16 WET DST Message-Id: Date: Mon, 15 Apr 96 23:16 WET DST To: hackers%freebsd.org@rwsystr.lonestar.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Mon Apr 15 1996, 23:16:30 CDT Subject: Looking for Web Server benchmark Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am looking for a program that will beat on a WWW Server and give some measurement of performance, such as transactions per second. I am able to set up identical/same systems on a controlled network running different operating systems and Web Server software, and can place the same set of materials on each system so I can eliminate a lot of the variables. I just need something that generates lots and lots of requests and measures volume/response information. I need numbers of some sort to argue some sense into some folks who stood in front of the Microsponge booth at a trade show too long and now think that the vast majority of WWW Servers are based on Windows NT because they are faster and better (somewhat ambiguous claims here) and other rubbish that even independent institutions (like Compuserve's Web Crawler) have been able to dispute. (Web Crawler says 83% are UNIX-based, 12% are OS/2, 5% are NT, not exactly a "vast majority" for NT.) So anyone who knows of such a program that will do this job (preferably free software), please send me EMAIL. Thanks. Frank Durda IV |"... And now that I have a 51% or uhclem%nemesis@rwsystr.nkn.net | controlling interest of the | world, I can now reveal that or ...letni!rwsys!nemesis!uhclem | I am really a hamster!" - President and CEO of Microsponge From owner-freebsd-hackers Mon Apr 15 21:49:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08579 for hackers-outgoing; Mon, 15 Apr 1996 21:49:22 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA08574 for ; Mon, 15 Apr 1996 21:49:19 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id AAA29184; Tue, 16 Apr 1996 00:45:41 -0400 (EDT) Date: Tue, 16 Apr 1996 00:47:44 -0400 (EDT) From: Brian Tao To: David Greenman cc: Jaye Mathisen , hackers@FreeBSD.org Subject: Re: Hmmm, OK, SMC driver is the de driver. Is it broke? In-Reply-To: <199604150255.TAA04521@Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, David Greenman wrote: > > >Well, I punted and went to -current, and it seems to be just fine. I > >think something is broke in -stable. Dropping back to a kernel from > >around Mar 15th works fine as well, but 3/23 and 4/11 both fail miserably. > > Do you use NFS? Do you have it and all other filesystems that you use > specified in your kernel config file? The only significant change I can think > of that was made to -stable in that time period was a change to vnode.h to > change the size of some fields. If you have *any* LKMs that haven't been > rebuilt, this will cause the system to fail. I tried upgrading our 2.1.0R Web/FTP server machine to 2.2-960323-SNAP (see my message "Subject: pmap_zero_page and kmem_malloc panics"), but I'm getting an "unimplemented trap" kernel panic as soon as it tries to ifconfig the de0 interface. It doesn't matter whether /etc/netstart calls it, or if I type it in from a single-user shell. That may not be the exact panic message, but I can double-check that when I'm at work tomorrow. The panic occurred in this region of the kernel: f01ab180 F trap.o f01ab310 T _trap f01ab794 t _trap_pfault f01abb0c t _trap_fatal <--- inside this routine f01abdd8 T _dblfault_handler f01abe24 T _trapwrite f01abf04 T _syscall At first I had only upgraded the kernel and the lkm's to the snapshot, then I completely reinstalled the OS. No go either way. The machine is now back to 2.1.0R (after much grumbling of users and admin alike). I checked the if_de.c code in both 960323 and -current as of April 16, and both have the same revision number (1.44). Has something else changed? Should I try -stable or even -current? The kernel config file used to build the 2.2 kernel is the exact same one used to build the 2.1 kernel. NFS is compiled in. Any ideas? machine "i386" cpu "I586_CPU" ident WWW maxusers 128 options INET options FFS options NFS options MSDOSFS options PROCFS options QUOTA options "COMPAT_43" options "SCSI_DELAY=5" options SCSIDEBUG options SCSI_REPORT_GEOMETRY options UCONSOLE options SYSVSHM options SYSVSEM options SYSVMSG options PROBE_VERBOSE options "NMBCLUSTERS=8192" options "OPEN_MAX=1024" options "CHILD_MAX=512" options "MAXMEM=131072" config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller scbus0 controller ncr0 device sd0 device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device de0 pseudo-device loop pseudo-device ether pseudo-device log pseudo-device pty 32 pseudo-device bpfilter 4 -- Brian Tao (BT300, taob@io.org) Systems and Network Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Mon Apr 15 22:15:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10600 for hackers-outgoing; Mon, 15 Apr 1996 22:15:34 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA10590 for ; Mon, 15 Apr 1996 22:15:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id WAA03240; Mon, 15 Apr 1996 22:15:18 -0700 (PDT) Message-Id: <199604160515.WAA03240@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Brian Tao cc: Jaye Mathisen , hackers@FreeBSD.org Subject: Re: Hmmm, OK, SMC driver is the de driver. Is it broke? In-reply-to: Your message of "Tue, 16 Apr 1996 00:47:44 EDT." From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 15 Apr 1996 22:15:18 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >On Sun, 14 Apr 1996, David Greenman wrote: >> >> >Well, I punted and went to -current, and it seems to be just fine. I >> >think something is broke in -stable. Dropping back to a kernel from >> >around Mar 15th works fine as well, but 3/23 and 4/11 both fail miserably. >> >> Do you use NFS? Do you have it and all other filesystems that you use >> specified in your kernel config file? The only significant change I can think >> of that was made to -stable in that time period was a change to vnode.h to >> change the size of some fields. If you have *any* LKMs that haven't been >> rebuilt, this will cause the system to fail. > > I tried upgrading our 2.1.0R Web/FTP server machine to 2.2-960323-SNAP >(see my message "Subject: pmap_zero_page and kmem_malloc panics"), but >I'm getting an "unimplemented trap" kernel panic as soon as it tries >to ifconfig the de0 interface. It doesn't matter whether >/etc/netstart calls it, or if I type it in from a single-user shell. >That may not be the exact panic message, but I can double-check that >when I'm at work tomorrow. The panic occurred in this region of the >kernel: > >f01ab180 F trap.o >f01ab310 T _trap >f01ab794 t _trap_pfault >f01abb0c t _trap_fatal <--- inside this routine >f01abdd8 T _dblfault_handler >f01abe24 T _trapwrite >f01abf04 T _syscall > > At first I had only upgraded the kernel and the lkm's to the >snapshot, then I completely reinstalled the OS. No go either way. >The machine is now back to 2.1.0R (after much grumbling of users and >admin alike). > > I checked the if_de.c code in both 960323 and -current as of April >16, and both have the same revision number (1.44). Has something else >changed? Should I try -stable or even -current? > > The kernel config file used to build the 2.2 kernel is the exact >same one used to build the 2.1 kernel. NFS is compiled in. Any >ideas? I can see nothing wrong with your config file. I can only think that somehow your sources aren't in sync or some other build related problem. All of my machines here use the 'de' driver and -current works just fine with them. Perhaps it could be related to ARP? What is the ifconfig line that you're running at startup? Do you do IP aliasing? -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Apr 16 00:50:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20977 for hackers-outgoing; Tue, 16 Apr 1996 00:50:08 -0700 (PDT) Received: from shell.aros.net (shell.aros.net [205.164.111.19]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA20957 for ; Tue, 16 Apr 1996 00:50:04 -0700 (PDT) Received: (from angio@localhost) by shell.aros.net (8.7.5/Unknown) id BAA14124; Tue, 16 Apr 1996 01:49:54 -0600 (MDT) From: Dave Andersen Message-Id: <199604160749.BAA14124@shell.aros.net> Subject: Re: Looking for Web Server benchmark To: uhclem@nemesis.lonestar.org (Frank Durda IV) Date: Tue, 16 Apr 1996 01:49:53 -0600 (MDT) Cc: hackers@freebsd.org In-Reply-To: from Frank Durda IV at "Apr 15, 96 11:16:00 pm" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Lo and behold, Frank Durda IV once said: > I am looking for a program that will beat on a WWW Server > and give some measurement of performance, such as transactions > per second. [...] > So anyone who knows of such a program that will do this job (preferably > free software), please send me EMAIL. Thanks. The most commonly used program for this purpose is 'webstone'. ftp://decuac.dec.com/pub/www/webstone.tar.Z However, it doesn't compile very well under FreeBSD, to say the least. I've patched it up (if there's an official patch of this to FreeBSD, I couldn't find it, but if you can, I'd encourage you to use it instead) and put it in my ftp directory: ftp://ftp.aros.net/pub/util/freebsd/webstone.tar.gz The original was seriously weird, so I wonder if I actually got the right package. Anyway, it's a semi-functional port. It's not by any means a real FreeBSD-style "port" but it compiles. If there's demand for something better, I'll actually clean it up and submit it to the ports collection. Let me know. And let me know how this port works for you. I just did it and haven't really had much time to test it, though it appears to be functioning correctly. Yes, this is a disclaimer. -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 Tue Apr 16 00:51:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21106 for hackers-outgoing; Tue, 16 Apr 1996 00:51:47 -0700 (PDT) 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 AAA21086 for ; Tue, 16 Apr 1996 00:51:33 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA29423; Tue, 16 Apr 1996 09:51:02 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA01386; Tue, 16 Apr 1996 09:51:01 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA16525; Tue, 16 Apr 1996 09:06:52 +0200 (MET DST) From: J Wunsch Message-Id: <199604160706.JAA16525@uriah.heep.sax.de> Subject: Re: A lame hack ... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Apr 1996 09:06:51 +0200 (MET DST) Cc: tam@riogrande.cs.tcu.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Tam Weng Seng" at Apr 15, 96 04:37:07 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 X-Loop: FreeBSD.org Precedence: bulk As Tam Weng Seng wrote: > Since I really know very little about FreeBSD, and Operating > Systems in general, I was wandering how difficult it would be to make > a general editor for editing files in /etc simpler. It should have a > similar interface to the /stand/sysinstall. (This means 'vi' does not > count ...). setenv EDITOR ee (in csh) export EDITOR=ee (in Bourne-alike shells) You could even switch it over to German messages... :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 16 00:55:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21459 for hackers-outgoing; Tue, 16 Apr 1996 00:55:12 -0700 (PDT) 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 AAA21440 for ; Tue, 16 Apr 1996 00:55:07 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA29409; Tue, 16 Apr 1996 09:50:55 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA01384; Tue, 16 Apr 1996 09:50:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA16671; Tue, 16 Apr 1996 09:26:26 +0200 (MET DST) From: J Wunsch Message-Id: <199604160726.JAA16671@uriah.heep.sax.de> Subject: Re: Configuration To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Apr 1996 09:26:25 +0200 (MET DST) Cc: markb@chartway.com (Mark Bernard) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Mark Bernard" at Apr 15, 96 05:12:26 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 X-Loop: FreeBSD.org Precedence: bulk As Mark Bernard wrote: (Should have gone to -questions.) > 1) It used to be on my 2.0 when I did a who to see who was logged on you > would see the IP..it now shows the host. What can I do to make it show > the IP again? Break your DNS lookups. :-) > 2) What are the metacharacters that I can use to vary my prompt in my csh? > Its set up with the history variable and I want it to show the directory. For plain csh, there's nothing but the history number (!). You have to alias cd (and pushd/popd FWIW) by something else that finally uses the builtin `chdir', and modifies the prompt after changing the directory. Modern shells like bash or tcsh offer you greater featuri^H^H^H^H^H^H^H flexibility here. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 16 00:58:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22037 for hackers-outgoing; Tue, 16 Apr 1996 00:58:15 -0700 (PDT) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22028 for ; Tue, 16 Apr 1996 00:58:10 -0700 (PDT) Received: from spase by ns.NL.net via EUnet id AA15968 (5.65b/CWI-3.3); Tue, 16 Apr 1996 09:22:41 +0200 Received: from phobos.spase.nl (phobos [192.9.200.238]) by mercurius.spase.nl (8.6.11/8.6.11) with ESMTP id JAA02520 for ; Tue, 16 Apr 1996 09:19:20 +0200 From: Kees Jan Koster Received: (dutchman@localhost) by phobos.spase.nl (8.6.12/8.6.11) id LAA01450 for freebsd-hackers@FreeBSD.ORG; Tue, 16 Apr 1996 11:23:56 +0200 Message-Id: <199604160923.LAA01450@phobos.spase.nl> To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Date: Tue, 16 Apr 1996 11:23:56 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hoi hackers, It's really amusing to see the heated discussions that result when someone posts the results of a benchmark. Any xxx-ological student could graduate on this 8) I figure there are two kinds of benchmarks: 1) configuration tests. Benchmarks to see if a machine performs properly. 2) OS comparisons. I won't comment on the first type. In the second category I usually see that the benchmark was run on a few machines. Wouldn't it be more useful to publish the (source of the) benchmarks and ask the FreeBSD/netBSD/Linux/SunOS/... community to run it and collect results (and configuration descriptions) over 1000 or so machines. That would allow much more solid conclusions. At the same time a larger number of people are working on the benchmark, eliminating errors and wrong assumptions. The results can then be used for configuration testing. This was (is?) done with the Linux BogoMips. While useless in themselves, there is a list of configurations, with the expected number of BogoMips. Scores of people must have run bonnie, why is there no list of disks with their bonnie results? Someone is bound to use the same cpu and os version as I do. Comments? 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 Apr 16 01:12:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23533 for hackers-outgoing; Tue, 16 Apr 1996 01:12:53 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23523 for ; Tue, 16 Apr 1996 01:12:49 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u95sW-0003woC; Tue, 16 Apr 96 01:12 PDT 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 IAA23383 for ; Tue, 16 Apr 1996 08:12:45 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: hackers@FreeBSD.org Subject: fingerd Date: Tue, 16 Apr 1996 08:12:44 +0000 Message-ID: <23381.829642364@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I would really like to see fingerd print the local time as part of the output. I hate it when I finger peter in .au and I have to figure out what time it is down there... Comments ? Poul-Henning From owner-freebsd-hackers Tue Apr 16 01:22:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24379 for hackers-outgoing; Tue, 16 Apr 1996 01:22:51 -0700 (PDT) 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 BAA24333 for ; Tue, 16 Apr 1996 01:21:58 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA00850; Tue, 16 Apr 1996 10:20:57 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA01583; Tue, 16 Apr 1996 10:20:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA17045; Tue, 16 Apr 1996 09:59:55 +0200 (MET DST) From: J Wunsch Message-Id: <199604160759.JAA17045@uriah.heep.sax.de> Subject: Re: HP SureStore To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Apr 1996 09:59:54 +0200 (MET DST) Cc: mmead@Glock.COM (matthew c. mead) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604160401.AAA04369@neon.Glock.COM> from "matthew c. mead" at Apr 16, 96 00:01:22 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 X-Loop: FreeBSD.org Precedence: bulk As matthew c. mead wrote: > Has support for this CDR materialized fully? I'm thinking of > getting one and would like to be able to use it under FreeBSD... > thanks in advance! I'd call it ``beta quality'' by now. Some minor things are still missing in the driver, e.g. it doesn't ignore the first unit attention as it ought to be, and somebody reported me that creating audio tracks caused an ``Incorrect command sequence'' for him. CD-ROM burning should work fine. Please, discuss further subtleties and experiences on the freebsd-scsi list. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 16 03:05:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00824 for hackers-outgoing; Tue, 16 Apr 1996 03:05:56 -0700 (PDT) Received: from schizo.cdsnet.net ([204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA00819 for ; Tue, 16 Apr 1996 03:05:53 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id DAA07771 for ; Tue, 16 Apr 1996 03:07:08 -0700 (PDT) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Tue, 16 Apr 1996 03:07:07 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: aros <-> webstone perms wrong. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Somebody posted (at aros) that the webstone stuff was available pre-compiled for freebsd. However, the permissions are wrong, and I didn't save the original mail of whoever sent it. If whoever sent it could chmod it, I'd appreciate it. ftp://ftp.aros.net/pub/util/freebsd/webstone.tar.gz From owner-freebsd-hackers Tue Apr 16 05:00:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06607 for hackers-outgoing; Tue, 16 Apr 1996 05:00:38 -0700 (PDT) Received: from ntserv.webleicester.co.uk ([206.249.75.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA06601 for ; Tue, 16 Apr 1996 05:00:36 -0700 (PDT) Received: from [206.249.75.17] by ntserv.webleicester.co.uk (NTMail 3.01.00) id ha002399; Tue, 16 Apr 1996 12:00:27 +0000 Received: from LANSYS/SpoolDir by lansys.webleicester.co.uk (Mercury 1.21); 16 Apr 96 13:00:56 +0000 Received: from SpoolDir by LANSYS (Mercury 1.21); 16 Apr 96 13:00:49 +0000 From: "Phil Taylor" Organization: Lan Systems To: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 16 Apr 1996 13:00:44 GMT Subject: Re: Chase research AT series cards. Reply-to: phil@lansys.webleicester.co.uk CC: hackers@freebsd.org Priority: normal X-mailer: Pegasus Mail for Windows (v2.31) Message-ID: <1EDD65B047E@lansys.webleicester.co.uk> X-Info: The Web Factory (Leicester) Elecctronic Mail System Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Some 7 or eight years ago I got a Chase Research AT16 card > (name from memory) for some companies 386/ix based server. > It is an intelligent card (does unix line mode) with 16 I/Os > up to 38400Baud, if I remember right. The card had the bad > habit of ports locking up under 386/ix one each day, and the > system had to be rebooted to clear the lock. (But since there > were a few spare ports, the terminals were just moved to the > next free port, until too many were inoperational ;-) I now have the Sco Unix/Xenix driver sources and from some of the comments within this isn't surprising !!!! My main reason for doing this is that I am sure their are loads of people like you and I who have old at4/8/16's around and would like to put them to use in a proper un*x (g). And as they are pretty old plenty of them will be turning up at junk shows. > > Since this system has been out of service for some time, I > might be able to get hold of that card. I have no real use > for it, but if you are going to write a driver, I could do > some compatibility tests, at least. > In fact, I could go into the ISP business with that card and > a FreeBSD driver for it :) This is what chase thought I was doing !!!! Until I pointed out that we use Ascend Servers / Netblazers. > > Let me know if you are interested in me performing some tests > with that card and a driver of yours. > Yes great, as I have only just started, I haven't got anything to show yet, but I will have soon (hopefully), I am using their SCO Driver as a starting block, so the first job is removing all of the comments about SCO programmers :-) As soon as I have something I will let you know. Cheers /* Phil Taylor phil@webleicester.co.uk LAN Systems - LAN/WAN Specialists Tel: (Direct Line) 0116 223 0033 (Main Number) 0116 255 9961 (Facsimile) 0116 255 8861 */ From owner-freebsd-hackers Tue Apr 16 05:20:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA07512 for hackers-outgoing; Tue, 16 Apr 1996 05:20:16 -0700 (PDT) Received: from hoopoe.psc.edu (hoopoe.psc.edu [128.182.61.57]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA07507 for ; Tue, 16 Apr 1996 05:20:14 -0700 (PDT) Received: from LOCALHOST (peterb@LOCALHOST [127.0.0.1]) by hoopoe.psc.edu (8.7.4/8.6.11) with SMTP id IAA05533; Tue, 16 Apr 1996 08:19:20 -0400 (EDT) Message-Id: <199604161219.IAA05533@hoopoe.psc.edu> X-Authentication-Warning: hoopoe.psc.edu: Host peterb@LOCALHOST [127.0.0.1] didn't use HELO protocol To: netbsd-bug@netbsd.org Cc: freebsd-hackers@freebsd.org X-Mentos: The Freshmaker! Subject: NetBSD Kernel not RFC compliant. Reply-To: peterb@psc.edu Date: Tue, 16 Apr 1996 08:19:20 -0400 From: Peter Berger Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Actually, this is a bug in 4.4 BSD; BSDi has the same problem. I would guess that it affects FreeBSD also. I originally thought this was a bug in ISODE, but they point the finger at the kernel, and looking at the code (for example in net/if_ethersubr.c, among others,) I see that they are right -- if_lastchange is given the value of "time" as each packet comes in (or goes out!), which is just wrong, as the mere arrival or sending of a packet shouldn't count as a state change for purposes of this variable. We encountered this non-compliance when setting up automated monitoring of our network. I look forward to this being fixed in the next release! Peter > > Dear ISODE folks: > > > > Unless I am mistaken, the Isode-8.0 snmpd does not properly handle the > > ifLastChange variable. > > > > Regarding the ifLastChange variable, RFC 1156 says: > > > > OBJECT: > > ------- > > ifLastChange { ifEntry 9 } > > > > Syntax: > > TimeTicks > > > > Definition: > > The value of sysUpTime at the time the interface entered > > its current operational state. If the current state was > > entered prior to the last re-initialization of the local > > network management subsystem, then this object contains a > > zero value. > > > > Access: > > read-only. > > > > Status: > > mandatory. > > > > As you can see, the RFC calls for the variable to contain the value of > > sysUpTime, in timeticks, -at the time the interface became > > operational-. Currently, the ISODE-8.0 snmpd seems to assign this > > variable the number of timeticks SINCE the interface became > > operational. Although the difference is subtle, this has an extremely > > negative effect on SNMP monitors which depend on the value of > > ifLastChange being RFC-compliant in order to perform traffic analysis > > or decide when to clear their counters. > > > > If there has been an update to RFC 1156 that changes this requirement, > > or a patch to ISODE that fixes this problem, I would be very glad to > > know about it. > > > > Thanks very much, > > > > Pete Berger > > Coordinator, Regional Information Infrastructure > > Pittsburgh Supercomputing Center > > Thank you for this report. > > I don't have ISODE 8.0 sources available (it is very old now). > > The current IC release has the following code for ifLastChange, in > interfaces.c: > > #ifdef ifLastChange > case ifLastChange: > if ((diff = (ifn -> if_lastchange.tv_sec - my_boottime.tv_sec) > * 100 > + ((ifn -> if_lastchange.tv_usec - > my_boottime.tv_usec) > / 10000)) > < 0) > diff = 0; > return o_number (oi, v, (caddr_t) &diff); > #endif > > This code is only included if ifLastChange is defined, and it is only defined > if BSD44 is defined. As the Reference Platform (SunOS 5) is not compatible > with this, our reference platform does not have this feature. > > I also note that the if_lastchange time is not set anywhere in the snmp code. > It must therefore be provided by the system code. not having a BSD44 system. > I don't know what the semantics of if_lastchange are, i.e. what time it > returns, > but if the result of this operation does give the difference between the > interface's 'lastchange' time and the 'my_boottime', which seems to fit the > definition you give from the RFC. I.e. the code just reports back from the > interface the difference between this timer and the boot time. If this timer > is not what you expect, this is not a result of the snmp code. > > regards > From owner-freebsd-hackers Tue Apr 16 06:38:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12008 for hackers-outgoing; Tue, 16 Apr 1996 06:38:10 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA12003 for ; Tue, 16 Apr 1996 06:38:05 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id IAA11876; Tue, 16 Apr 1996 08:37:31 -0500 (EST) From: "John S. Dyson" Message-Id: <199604161337.IAA11876@dyson.iquest.net> Subject: Re: your mail To: dutchman@spase.nl (Kees Jan Koster) Date: Tue, 16 Apr 1996 08:37:31 -0500 (EST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199604160923.LAA01450@phobos.spase.nl> from "Kees Jan Koster" at Apr 16, 96 11:23:56 am Reply-To: dyson@FreeBSD.ORG 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 X-Loop: FreeBSD.org Precedence: bulk > > Scores of people must have run bonnie, why is there no list of disks with > their bonnie results? Someone is bound to use the same cpu and os version > as I do. > Bonnie in itself is okay, but my argument is that the existing FREE benchmarks don't really measure the effects of system loading very well. John From owner-freebsd-hackers Tue Apr 16 07:05:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13587 for hackers-outgoing; Tue, 16 Apr 1996 07:05:59 -0700 (PDT) Received: from mail.hic.net (root@mail.hic.net [204.71.90.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA13582 for ; Tue, 16 Apr 1996 07:05:55 -0700 (PDT) Received: from charles-t ([128.249.225.17]) by mail.hic.net (8.6.12/8.6.5) with SMTP id JAA23040 for ; Tue, 16 Apr 1996 09:12:50 -0500 Date: Tue, 16 Apr 1996 09:12:50 -0500 Message-Id: <199604161412.JAA23040@mail.hic.net> X-Sender: ctilbury@mail.hic.net X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: ctilbury@hic.net (Charles A. Tilbury) Subject: Hello Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have just installed V2.1.0 and am very impressed. I am still kind of new to UNIX and programming, but I would like to help. Is there anything a newbie such as myself can do in the way of programming? I have a moderate amount of time to spend, and a dialup network connection.... Charles Tilbury (713) 445-5905 (eve) From owner-freebsd-hackers Tue Apr 16 07:10:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13788 for hackers-outgoing; Tue, 16 Apr 1996 07:10:10 -0700 (PDT) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA13782 Tue, 16 Apr 1996 07:10:03 -0700 (PDT) Received: from tetard.hsc.fr (tetard.hsc.fr [192.70.106.43]) by itesec.hsc.fr (8.7.5/8.7.3/itesec-1.8) with ESMTP id QAA08476; Tue, 16 Apr 1996 16:09:57 +0200 (MET DST) Received: (from regnauld@localhost) by tetard.hsc.fr (8.7.5/8.7.3/tetard-uucp-2.8) id QAA00792; Tue, 16 Apr 1996 16:09:48 +0200 (MET DST) From: Philippe Regnauld Message-Id: <199604161409.QAA00792@tetard.hsc.fr> Subject: 82378ZB PCI ISA Bridge To: hackers@freebsd.org (hackers) Date: Tue, 16 Apr 1996 16:09:48 +0200 (MET DST) Cc: se@freebsd.org, Ollivier.Robert@hsc.fr 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.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, We're considering buying Tadpole Pentium notebooks to run FreeBSD. We've tried running 2.1.0 Release, but the PCI bridge chip is not recognized -- it's references: 82378 ZB... I checked out my current sources, and it has since been added (July 1995) Question: is it possible to directly patch /sys/pci/pcisupport.c in 2.1.0 with the current version ? -- Phil -- Philippe Regnauld | | Tel: +33 1 4638 8990 regnauld@hsc.fr.net | Herve Schauer Consultants | Fax: +33 1 4638 0505 regnauld@freenix.fr | | http://www.hsc.fr/ From owner-freebsd-hackers Tue Apr 16 07:12:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13901 for hackers-outgoing; Tue, 16 Apr 1996 07:12:36 -0700 (PDT) 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 HAA13895 for ; Tue, 16 Apr 1996 07:12:32 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA21072; Tue, 16 Apr 1996 09:11:59 -0500 From: Joe Greco Message-Id: <199604161411.JAA21072@brasil.moneng.mei.com> Subject: Re: fingerd To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 16 Apr 1996 09:11:58 -0500 (CDT) Cc: hackers@FreeBSD.ORG In-Reply-To: <23381.829642364@critter.tfs.com> from "Poul-Henning Kamp" at Apr 16, 96 08:12:44 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I would really like to see fingerd print the local time as part of the > output. I hate it when I finger peter in .au and I have to figure > out what time it is down there... > > Comments ? This should be easy to do as a local hack: change fingerd line in inetd.conf to be .... fingerd -p /usr/local/libexec/finger % cat /usr/local/libexec/finger #! /bin/sh - /bin/date exec /usr/bin/finger "$*" % Or something like that :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Tue Apr 16 07:21:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14479 for hackers-outgoing; Tue, 16 Apr 1996 07:21:01 -0700 (PDT) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA14474 for ; Tue, 16 Apr 1996 07:20:58 -0700 (PDT) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u9BbX-00040sC; Tue, 16 Apr 96 07:19 PDT 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 OAA23920; Tue, 16 Apr 1996 14:19:39 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Joe Greco cc: hackers@FreeBSD.org Subject: Re: fingerd In-reply-to: Your message of "Tue, 16 Apr 1996 09:11:58 EST." <199604161411.JAA21072@brasil.moneng.mei.com> Date: Tue, 16 Apr 1996 14:19:38 +0000 Message-ID: <23918.829664378@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I would really like to see fingerd print the local time as part of the > > output. I hate it when I finger peter in .au and I have to figure > > out what time it is down there... > > > > Comments ? > > This should be easy to do as a local hack: Joe, I don't need it on >my< machine, it's the rest of you out there that need it !!! :-) -- 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 Apr 16 07:24:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14807 for hackers-outgoing; Tue, 16 Apr 1996 07:24:38 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA14798 for ; Tue, 16 Apr 1996 07:24:34 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id KAA00991; Tue, 16 Apr 1996 10:20:57 -0400 (EDT) Date: Tue, 16 Apr 1996 10:22:59 -0400 (EDT) From: Brian Tao To: David Greenman cc: Jaye Mathisen , hackers@FreeBSD.org Subject: Re: Hmmm, OK, SMC driver is the de driver. Is it broke? In-Reply-To: <199604160515.WAA03240@Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 15 Apr 1996, David Greenman wrote: > > I can see nothing wrong with your config file. I can only think that > somehow your sources aren't in sync or some other build related problem. Well, the sources are from the 2.2-960303-SNAP tarballs mirrored from ftp.freebsd.org. I don't see any MD5 checksums, so I can't verify that they haven't been corrupted, but that would be rather unlikely the source would be munged in such a way that it would still compile without obvious warnings. > All of my machines here use the 'de' driver and -current works just fine > with them. Perhaps it could be related to ARP? What is the ifconfig line > that you're running at startup? Do you do IP aliasing? Plain old "ifconfig de0 inet 198.133.36.5 netmask 0xffffff00 -link2". It also fails without the -link2 switch (we are running the Etherpower 9332 in 10Mbps mode). There are 50 IP aliases assigned to that interface, all from the same class C, but the system doesn't even get a chance to assign them. From a single-user shell, as soon as I type the ifconfig line and hit Return, the machine goes down for the count. That server *is* fairly busy though, so I suppose there are who-has ARP broadcasts coming in several times a second. I'll try the kernel on another machine and then perhaps with the Web server isolated from the rest of the network. If that doesn't work, I'll replace the 9332 with an 8416 and try the ed0 driver. -- Brian Tao (BT300, taob@io.org) Systems and Network Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Tue Apr 16 07:34:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15548 for hackers-outgoing; Tue, 16 Apr 1996 07:34:14 -0700 (PDT) Received: from psiint.com (vv.psiint.com [204.189.53.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15521 Tue, 16 Apr 1996 07:34:04 -0700 (PDT) Received: by psiint.com (8.6.12/4.03) id HAA57543; Tue, 16 Apr 1996 07:33:56 -0700 Date: Tue, 16 Apr 1996 07:33:56 -0700 (PDT) From: Dave Walton To: Warner Losh cc: Don Yuniskis , FreeBSD questions , FreeBSD hackers Subject: Re: Previous FBSD version CD's In-Reply-To: <199604150518.XAA21842@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Apr 1996, Warner Losh wrote: > There were two versions of 1.1R that were released, one with some > rather serioud bugs in it. The "fixed" version is stamped "4/94 > beta". > > Did I miss any? :-) I think so. I have a v1.1 that is more recent than your "fixed" version. The case liner says "May 1994", but the CD has "June 1994" printed on it. Dave ========================================================================== David Walton Unix Programmer PSI INTERNATIONAL, Inc. email: dwalton@psiint.com 190 South Orchard #C200 Fax :(707)451-6484 Vacaville, CA 95688 Phone:(707)451-3503 ========================================================================== From owner-freebsd-hackers Tue Apr 16 07:59:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17407 for hackers-outgoing; Tue, 16 Apr 1996 07:59:30 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17401 Tue, 16 Apr 1996 07:59:27 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199604161459.HAA17401@freefall.freebsd.org> Subject: Re: Hello To: ctilbury@hic.net (Charles A. Tilbury) Date: Tue, 16 Apr 1996 07:59:27 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199604161412.JAA23040@mail.hic.net> from "Charles A. Tilbury" at Apr 16, 96 09:12:50 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Charles A. Tilbury wrote: > > > I have just installed V2.1.0 and am very impressed. I am still kind of new to > UNIX and programming, but I would like to help. Is there anything a newbie > such as myself can do in the way of programming? I have a moderate amount of > time to spend, and a dialup network connection.... you are in a unique position compared to man of us. you are new to both FreeBSD and Unix. many dont remember the pitfalls and snags that we ran into wehn starting to use Unix. if you can keep a log of what you dont knwo and what (even better) what you learn, this cna be incorporated into the documentation new users around the world will speak your name with awe and hold their manhood cheap that they we not with uhhh...wrong script. seriously, this would helpa great number of people who are getting started with FreeBSD. we are currently seeing the start of a wave of new users coming to FreeBSD from both Linux and microsoft enviroments. -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ From owner-freebsd-hackers Tue Apr 16 08:03:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17606 for hackers-outgoing; Tue, 16 Apr 1996 08:03:32 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA17596 for ; Tue, 16 Apr 1996 08:03:27 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA13784; Tue, 16 Apr 1996 11:07:11 -0400 Date: Tue, 16 Apr 1996 11:07:11 -0400 Message-Id: <199604161507.LAA13784@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: TCP Window question Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Will BSD TCP accept packets received out of order? If so, how does it >> handle delayed delivery to upper layers, and how long does it wait >> for the missing data? > >If you are truly interested in this, you're best bet would be to be the >Stevens Network book, Volume II, which goes into great detail on >subjects such as this. Im aware of the theory....I was asking about the actual implementation. Some implementation seem to work much better than others. 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 Apr 16 08:05:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17854 for hackers-outgoing; Tue, 16 Apr 1996 08:05:03 -0700 (PDT) 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 IAA17837 for ; Tue, 16 Apr 1996 08:04:58 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA15364; Tue, 16 Apr 1996 09:04:51 -0600 Date: Tue, 16 Apr 1996 09:04:51 -0600 From: Nate Williams Message-Id: <199604161504.JAA15364@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: Nate Williams , hackers@freebsd.org Subject: Re: TCP Window question In-Reply-To: <199604161507.LAA13784@etinc.com> References: <199604161507.LAA13784@etinc.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> Will BSD TCP accept packets received out of order? If so, how does it > >> handle delayed delivery to upper layers, and how long does it wait > >> for the missing data? > > > >If you are truly interested in this, you're best bet would be to be the > >Stevens Network book, Volume II, which goes into great detail on > >subjects such as this. > > Im aware of the theory....I was asking about the actual implementation. > Some implementation seem to work much better than others. Volume II of the Steven's book goes into great detail about the implementation of the 4.4BSD network stack. Basically, it's a line-by-line explanation of the code. So, it would be a description of our actual implementation. Nate From owner-freebsd-hackers Tue Apr 16 08:09:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18039 for hackers-outgoing; Tue, 16 Apr 1996 08:09:43 -0700 (PDT) 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 IAA18031 for ; Tue, 16 Apr 1996 08:09:38 -0700 (PDT) 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 IAA04511; Tue, 16 Apr 1996 08:09:23 -0700 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 IAA01593; Tue, 16 Apr 1996 08:09:22 -0700 Message-Id: <199604161509.IAA01593@premise.CS.Berkeley.EDU> X-Mailer: exmh version 1.6.5 12/11/95 To: Nate Williams Cc: dennis@etinc.com (dennis), hackers@freebsd.org Subject: Re: TCP Window question In-reply-to: Your message of "Mon, 15 Apr 1996 21:42:34 MDT." <199604160342.VAA14472@rocky.sri.MT.net> 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&+ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Apr 1996 08:09:17 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams writes: > > Will BSD TCP accept packets received out of order? If so, how does it > > handle delayed delivery to upper layers, and how long does it wait > > for the missing data? > > If you are truly interested in this, you're best bet would be to be the > Stevens Network book, Volume II, which goes into great detail on > subjects such as this. Perhaps a better bet would be Volume *1*. [1] Volume 2 handles the actual implementation in all glory, but if you want a description of the *behavior* of the various protocols, including BSD 4.4Lite TCP/IP, Volume 1 may actually be better-suited to your needs. Short answers to the original questions (which apply to all TCP implementations I know of): 1. Yes, it accepts packets delivered out of order. 2. It handles "delayed delivery" by buffering received TCP segments and delivering them to the receiving process in order. 3. How long it waits to do this is not determined by any interval of time, but rather, by how much data the receiver is willing to buffer (the "receive window"). Bruce. [1] W. Richard Stevens. _TCP/IP Illustrated, Volume 1_, Addison-Wesley, Reading, MA, 1994. From owner-freebsd-hackers Tue Apr 16 08:47:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20206 for hackers-outgoing; Tue, 16 Apr 1996 08:47:08 -0700 (PDT) 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 IAA20191 for ; Tue, 16 Apr 1996 08:47:05 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA21239; Tue, 16 Apr 1996 10:46:33 -0500 From: Joe Greco Message-Id: <199604161546.KAA21239@brasil.moneng.mei.com> Subject: Re: fingerd To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 16 Apr 1996 10:46:32 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <23918.829664378@critter.tfs.com> from "Poul-Henning Kamp" at Apr 16, 96 02:19:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Joe, I don't need it on >my< machine, it's the rest of you out there > that need it !!! :-) Oh. Well, in that case, I think it's not going to go over all that well.. I know many programs which try to make sense out of finger output. (I don't want to debate which is more broken). Maybe instead you could fix it from the "other" end, make the finger _client_ have a switch that would contact the remote host's "daytime" port.. same effect, I think, less intrusive? Please ignore my babbling, I've been sick the last few days and literally climbing the walls.. ;-) ... JG From owner-freebsd-hackers Tue Apr 16 08:51:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20503 for hackers-outgoing; Tue, 16 Apr 1996 08:51:32 -0700 (PDT) Received: from ntserv.webleicester.co.uk ([206.249.75.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA20495 for ; Tue, 16 Apr 1996 08:51:28 -0700 (PDT) Received: from [206.249.75.17] by ntserv.webleicester.co.uk (NTMail 3.01.00) id pa002407; Tue, 16 Apr 1996 15:51:19 +0000 Received: from LANSYS/SpoolDir by lansys.webleicester.co.uk (Mercury 1.21); 16 Apr 96 16:51:47 +0000 Received: from SpoolDir by LANSYS (Mercury 1.21); 16 Apr 96 16:51:22 +0000 From: "Phil Taylor" Organization: Lan Systems To: hackers@freebsd.org Date: Tue, 16 Apr 1996 16:51:21 GMT Subject: Re: A lame hack ... Reply-to: phil@lansys.webleicester.co.uk CC: tam@riogrande.cs.tcu.edu Priority: normal X-mailer: Pegasus Mail for Windows (v2.31) Message-ID: <1F1AE1E1163@lansys.webleicester.co.uk> X-Info: The Web Factory (Leicester) Elecctronic Mail System Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Tam Weng Seng wrote: > > > Since I really know very little about FreeBSD, and Operating > > Systems in general, I was wandering how difficult it would be to make > > a general editor for editing files in /etc simpler. It should have a > > similar interface to the /stand/sysinstall. (This means 'vi' does not > > count ...). > > setenv EDITOR ee (in csh) > export EDITOR=ee (in Bourne-alike shells) > Personally I prefer pico (part of pine). As long as the file you are editing isn't too long (< a few meg). It has full cut/paste etc in a pretty easy to use package, I also think it is quicker than ee. I must admit though that pico is no use for serious program editing as it has none of the emacs style formatting features but it's still a good text editor. > > You could even switch it over to German messages... :-) > Not with pine, unless you want to write them yourself.. :-( Cheers /* Phil Taylor phil@webleicester.co.uk LAN Systems - LAN/WAN Specialists Tel: (Direct Line) 0116 223 0033 (Main Number) 0116 255 9961 (Facsimile) 0116 255 8861 */ From owner-freebsd-hackers Tue Apr 16 09:38:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23038 for hackers-outgoing; Tue, 16 Apr 1996 09:38:00 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA23028 for ; Tue, 16 Apr 1996 09:37:57 -0700 (PDT) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <17214(8)>; Tue, 16 Apr 1996 09:37:15 PDT Received: from localhost by crevenia.parc.xerox.com with SMTP id <177475>; Tue, 16 Apr 1996 09:35:48 -0700 To: dennis@etinc.com (dennis) cc: hackers@freebsd.org Subject: Re: TCP Window question In-reply-to: Your message of "Mon, 15 Apr 96 17:49:17 PDT." <199604160049.UAA12627@etinc.com> Date: Tue, 16 Apr 1996 09:35:42 PDT From: Bill Fenner Message-Id: <96Apr16.093548pdt.177475@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199604160049.UAA12627@etinc.com> you write: >Will BSD TCP accept packets received out of order? Yes. >If so, how does it handle delayed delivery to upper layers By queueing out-of-order packets until all packets have arrived. See tcp_reass(). >and how long does it wait for the missing data? Until the connection closes due to keepalive failure or other error. Bill From owner-freebsd-hackers Tue Apr 16 09:43:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23431 for hackers-outgoing; Tue, 16 Apr 1996 09:43:55 -0700 (PDT) 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 JAA23426 for ; Tue, 16 Apr 1996 09:43:53 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id MAA07402; Tue, 16 Apr 1996 12:42:56 -0400 Date: Tue, 16 Apr 1996 12:42:55 -0400 (EDT) From: "Ron G. Minnich" To: hackers@freebsd.org Subject: some nice words about freebsd Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk see infoworld, page 38, april 8 issue, the Help Desk. Nice comments on the visual config stuff, which i have not personally used but ... " .. IBM, Microsoft, and others would do well to emulate FreeBSD's approach." ron Ron Minnich |" Microsoft Word: It does so little and it does rminnich@sarnoff.com | it so slowly" -- Maya Gokhale (609)-734-3120 | ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Tue Apr 16 09:44:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23595 for hackers-outgoing; Tue, 16 Apr 1996 09:44:38 -0700 (PDT) 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 JAA23409 for ; Tue, 16 Apr 1996 09:43:19 -0700 (PDT) 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 SAA05427 ; Tue, 16 Apr 1996 18:42:11 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA03710 ; Tue, 16 Apr 1996 18:42:36 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id IAA07083; Tue, 16 Apr 1996 08:22:51 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604160622.IAA07083@keltia.freenix.fr> Subject: Re: Configuration To: richmond@cronus.oanet.com (Raymond Richmond) Date: Tue, 16 Apr 1996 08:22:50 +0200 (MET DST) Cc: markb@chartway.com, hackers@FreeBSD.ORG In-Reply-To: from Raymond Richmond at "Apr 15, 96 07:30:18 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1889 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Raymond Richmond said: > I use this little hack in my .cshrc to give me easily modified prompts. > This one give you a machine name as well as present directory referenced > from users home directory. Use a Real Men Shell[tm] like tcsh. You don't need to alias cd/pushd/popd anymore... > if ($?prompt) then > # An interactive shell -- set some stuff up > set mch = `hostname -s` > alias prompt 'set noglob;\\ > set prompt = `dirs`;\\ > set prompt = "${mch}:{!}:${prompt[1]}>";\\ > unset noglob' > alias popd 'popd \!*; prompt' > alias pushd 'pushd \!*; prompt' All of these would be set prompt="%m:%h:%~%# " Every cd/pushd/popd will now work as expected, changing the prompt automatically and so on. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Apr 14 16:01:04 MET DST 1996 From owner-freebsd-hackers Tue Apr 16 10:23:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25981 for hackers-outgoing; Tue, 16 Apr 1996 10:23:16 -0700 (PDT) Received: from iway.chartway.com (iway.chartway.com [199.3.227.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA25975 for ; Tue, 16 Apr 1996 10:23:12 -0700 (PDT) Received: (from markb@localhost) by iway.chartway.com (8.6.12/8.6.9) id NAA00426; Tue, 16 Apr 1996 13:24:12 -0400 Date: Tue, 16 Apr 1996 13:24:12 -0400 (EDT) From: Mark Bernard To: Ollivier Robert cc: Raymond Richmond , hackers@FreeBSD.ORG Subject: Re: Configuration In-Reply-To: <199604160622.IAA07083@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk How can I use tcsh as the main shell so its not invoked over csh? Is there a sample .tcshrc file I could see? Thanks for your help! On Tue, 16 Apr 1996, Ollivier Robert wrote: > It seems that Raymond Richmond said: > > I use this little hack in my .cshrc to give me easily modified prompts. > > This one give you a machine name as well as present directory referenced > > from users home directory. > > Use a Real Men Shell[tm] like tcsh. You don't need to alias cd/pushd/popd > anymore... > > > if ($?prompt) then > > # An interactive shell -- set some stuff up > > set mch = `hostname -s` > > alias prompt 'set noglob;\\ > > set prompt = `dirs`;\\ > > set prompt = "${mch}:{!}:${prompt[1]}>";\\ > > unset noglob' > > alias popd 'popd \!*; prompt' > > alias pushd 'pushd \!*; prompt' > > All of these would be > > set prompt="%m:%h:%~%# " > > Every cd/pushd/popd will now work as expected, changing the prompt > automatically and so on. > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr > FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Apr 14 16:01:04 MET DST 1996 > From owner-freebsd-hackers Tue Apr 16 10:34:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26675 for hackers-outgoing; Tue, 16 Apr 1996 10:34:15 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA26670 for ; Tue, 16 Apr 1996 10:34:12 -0700 (PDT) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id MAA04296 for ; Tue, 16 Apr 1996 12:33:36 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 16 Apr 96 12:33 CDT Message-Id: Subject: Silly socket question To: hackers@freebsd.org Date: Tue, 16 Apr 1996 12:33:34 -0500 (CDT) From: "Karl Denninger, MCSNet" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am having a rough time with a funny application here. We have a TCP application (it has to be stream oriented as we need sequencing for encryption reasons) that receives LOTS of short transactions. After a while, we end up with lots of sockets in this state: tcp 0 0 192.160.127.126.50000 192.160.127.85.1946 CLOSE_WAIT tcp 0 0 192.160.127.126.50000 192.160.127.85.1945 CLOSE_WAIT tcp 0 0 192.160.127.126.50000 192.160.127.85.1944 CLOSE_WAIT tcp 0 0 192.160.127.126.50000 192.160.127.85.1940 CLOSE_WAIT In fact, hundreds of them. This eventually overloads the system and it dies for processing transactions on that port. I tried turning off LINGER, but didn't expect that to work (there's no data in the queue). No effect (as expected). Is there some option that can be passed to the stack to tell the system that I don't *care* about any buffered metadata and that it needs to release the socket resources *right now*? The parent process which accepted these connections (but closed them) is still around, but the child (which inherited them) is long gone. Ideas? -- -- 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 Tue Apr 16 11:10:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28840 for hackers-outgoing; Tue, 16 Apr 1996 11:10:41 -0700 (PDT) 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 LAA28835 for ; Tue, 16 Apr 1996 11:10:39 -0700 (PDT) Received: from localhost (bogawa@localhost) by digital.netvoyage.net (8.6.13/8.6.9) with SMTP id LAA11795; Tue, 16 Apr 1996 11:04:05 -0700 Date: Tue, 16 Apr 1996 11:04:05 -0700 (PDT) From: Bryan Ogawa at Work To: Poul-Henning Kamp cc: Joe Greco , hackers@freebsd.org Subject: Re: fingerd In-Reply-To: <23918.829664378@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 16 Apr 1996, Poul-Henning Kamp wrote: [...] > > This should be easy to do as a local hack: > > Joe, I don't need it on >my< machine, it's the rest of you out there > that need it !!! :-) Well, you could try the following: news# finger bogawa@netvoyage.net [netvoyage.net] ld.so: warning: libc.so.2.1: minor version < 2 expected, using it anyway [ comment: I'm running 2.0.5 with the 2.1 fingerd. I suppose I should ] [ just link the so to the other one.... ] Login: bogawa Name: Bryan Ogawa at Work Directory: /usr/users/bogawa Shell: /usr/local/bin/tcsh Office: Netvoyage, (310) 253-5353 Home Phone: non On since 04/16/96 10:19:2 (PDT) on ttypc (messages off) from wkst7.netvoyage. On since 04/16/96 10:19:2 (PDT) on ttype, idle 0:02, (messages off) from wkst7.netvoyage. Mail last read 04/16/96 10:58:0 (PDT) No Plan. news# telnet netvoyage.net 13 Trying 205.162.154.10... Connected to netvoyage.net. Escape character is '^]'. Tue Apr 16 11:01:04 1996 Connection closed by foreign host. news# I dunno if it's required, but most of the time, port 13 seems to deliver localtime... > > -- > 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. > Bryan K. Ogawa Questions or Problems with NetVoyage? help@netvoyage.net Check out the NetVoyage HelpWeb at.. From owner-freebsd-hackers Tue Apr 16 12:27:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01736 for hackers-outgoing; Tue, 16 Apr 1996 12:27:58 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA01729 for ; Tue, 16 Apr 1996 12:27:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id UAA00814 ; Tue, 16 Apr 1996 20:17:13 +0100 (BST) To: Bryan Ogawa at Work cc: Poul-Henning Kamp , Joe Greco , hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: fingerd In-reply-to: Your message of "Tue, 16 Apr 1996 11:04:05 PDT." Date: Tue, 16 Apr 1996 20:17:13 +0100 Message-ID: <812.829682233@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bryan Ogawa at Work wrote in message ID : > news# telnet netvoyage.net 13 > Trying 205.162.154.10... > Connected to netvoyage.net. > Escape character is '^]'. > Tue Apr 16 11:01:04 1996 > Connection closed by foreign host. > news# > I dunno if it's required, but most of the time, port 13 seems to deliver > localtime... gary@palmer:~> grep daytime /etc/services daytime 13/tcp daytime 13/udp gary@palmer:~> grep daytime /etc/inetd.conf daytime stream tcp nowait root internal daytime dgram udp wait root internal It's a fairly standard service on UN*X machines, tho some people disable it. Gary From owner-freebsd-hackers Tue Apr 16 12:32:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02051 for hackers-outgoing; Tue, 16 Apr 1996 12:32:17 -0700 (PDT) Received: from renoir.cftnet.com (renoir.cftnet.com [163.125.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA02039 for ; Tue, 16 Apr 1996 12:32:08 -0700 (PDT) Received: from ppp236_1.cftnet.com (ppp236_1.cftnet.com [163.125.236.1]) by renoir.cftnet.com (8.7.1/8.6.4) with SMTP id PAA14564 for ; Tue, 16 Apr 1996 15:35:35 -0400 (EDT) Date: Tue, 16 Apr 1996 15:35:35 -0400 (EDT) Message-Id: <199604161935.PAA14564@renoir.cftnet.com> X-Sender: john@unknown.com (Unverified) X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: john@unknown.com (John Scott) Subject: pppd and trumpet 2.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, This is a very weird problem i've encountered and was wondering how I can figure out where the problem lies. I've been using FreeBSD 1.1.5 as a dialin system with only one modem connected. I've been using windows 3.1 with trumpet to dial into the system and this has worked with no problem. I decided to upgrade the FreeBSD system to 2.1 and now trumpet 2.0 will not work, and gives very strange results. If I ping from the win3.1 system to any system on the Internet, using the IP address of the host it works as expected. When I try to use the name it fails. What is even stranger is when I try to ping the system win3.1 system it always fails. I than had one of my friends, who is using win95 dial into the system and everything works fine. This really confused me. I than had one of my other friends try his winnt system and that works fine too. I than got a copy of Netmanage Chameleon and tried it. Guess what, it worked fine with no problem. I than decided to download trumpet 2.1 and give it a try. To my amazement it worked with no problems. This really confused me. I have no idea why certain things work while others dont. Is anyone aware of this problem i'm having? I dont mind upgrading to either win95, winnt, or trumpet 2.1, I'm just really bothered that something is not right. I will continue to investigate why this is happening, but would like to hear from you all on what I can do to figure out what the problem is. One thing I did notice while using FreeBSD 1.1.5 and trumpet is that I had to set my MTU in trumpet to something less than 1024 otherwise certain applications would not work. I have tried all different sorts of MTU sizes within trumpet to get it to work with FreeBSD 2.1 pppd but nothing works. Any help you all can give is very appreciated. Thanks for your help. John P.S. If i've posted to the wrong group I'm sorry. From owner-freebsd-hackers Tue Apr 16 12:36:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02434 for hackers-outgoing; Tue, 16 Apr 1996 12:36:54 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA02429 for ; Tue, 16 Apr 1996 12:36:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id UAA00873 ; Tue, 16 Apr 1996 20:32:04 +0100 (BST) To: Mark Bernard cc: Ollivier Robert , Raymond Richmond , hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Configuration In-reply-to: Your message of "Tue, 16 Apr 1996 13:24:12 EDT." Date: Tue, 16 Apr 1996 20:32:04 +0100 Message-ID: <871.829683124@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Bernard wrote in message ID : > How can I use tcsh as the main shell so its not invoked over csh? Is > there a sample .tcshrc file I could see? Thanks for your help! chsh -s /usr/local/bin/tcsh Gary From owner-freebsd-hackers Tue Apr 16 12:44:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02821 for hackers-outgoing; Tue, 16 Apr 1996 12:44:06 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA02816 for ; Tue, 16 Apr 1996 12:44:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id MAA04554; Tue, 16 Apr 1996 12:43:57 -0700 (PDT) Message-Id: <199604161943.MAA04554@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: dennis@etinc.com (dennis) cc: Nate Williams , hackers@freebsd.org Subject: Re: TCP Window question In-reply-to: Your message of "Tue, 16 Apr 1996 11:07:11 EDT." <199604161507.LAA13784@etinc.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 16 Apr 1996 12:43:57 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Will BSD TCP accept packets received out of order? If so, how does it >>> handle delayed delivery to upper layers, and how long does it wait >>> for the missing data? >> >>If you are truly interested in this, you're best bet would be to be the >>Stevens Network book, Volume II, which goes into great detail on >>subjects such as this. > >Im aware of the theory....I was asking about the actual implementation. >Some implementation seem to work much better than others. The answer is yes, of course. BSD has a reassembly queue for packets and delivers the packets to the application in byte-sequential order. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Apr 16 12:49:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03088 for hackers-outgoing; Tue, 16 Apr 1996 12:49:50 -0700 (PDT) Received: from tav.kiev.ua (tav-sita.tav.kiev.ua [194.135.250.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA02852 for ; Tue, 16 Apr 1996 12:44:44 -0700 (PDT) Received: (from root@localhost) by tav.kiev.ua (8.6.12/5) id WAA15312 for freebsd-hackers@freebsd.org; Tue, 16 Apr 1996 22:43:49 +0300 Date: Tue, 16 Apr 1996 22:43:49 +0300 From: Oleg N Panashchenko Message-Id: <199604161943.WAA15312@tav.kiev.ua> To: freebsd-hackers@freebsd.org Subject: Re: fingerd Newsgroups: tav.freebsd.hackers Organization: Maxis Labs X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <23381.829642364@critter.tfs.com> you wrote: : I would really like to see fingerd print the local time as part of the : output. I hate it when I finger peter in .au and I have to figure : out what time it is down there... : Comments ? $ telnet host.au 13 can help you a bit. Oleg From owner-freebsd-hackers Tue Apr 16 13:29:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06219 for hackers-outgoing; Tue, 16 Apr 1996 13:29:25 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA06205 for ; Tue, 16 Apr 1996 13:29:19 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id QAA14318 for ; Tue, 16 Apr 1996 16:33:06 -0400 Date: Tue, 16 Apr 1996 16:33:06 -0400 Message-Id: <199604162033.QAA14318@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: TCP Window question Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>> Will BSD TCP accept packets received out of order? If so, how does it >>>> handle delayed delivery to upper layers, and how long does it wait >>>> for the missing data? >>> >>>If you are truly interested in this, you're best bet would be to be the >>>Stevens Network book, Volume II, which goes into great detail on >>>subjects such as this. >> >>Im aware of the theory....I was asking about the actual implementation. >>Some implementation seem to work much better than others. > > The answer is yes, of course. BSD has a reassembly queue for packets and >delivers the packets to the application in byte-sequential order. > Now for the more important question: Does anyone care to hazzard a guess as to the pct of "broken" implementations that will reject (or choke on) "out of sequence" packets? 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 Apr 16 13:40:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA07349 for hackers-outgoing; Tue, 16 Apr 1996 13:40:23 -0700 (PDT) Received: from shell.aros.net (shell.aros.net [205.164.111.19]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA07314 for ; Tue, 16 Apr 1996 13:40:16 -0700 (PDT) Received: (from angio@localhost) by shell.aros.net (8.7.5/Unknown) id OAA20016; Tue, 16 Apr 1996 14:40:12 -0600 (MDT) From: Dave Andersen Message-Id: <199604162040.OAA20016@shell.aros.net> Subject: Re: aros <-> webstone perms wrong. To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Tue, 16 Apr 1996 14:40:12 -0600 (MDT) Cc: hackers@freebsd.org In-Reply-To: from Jaye Mathisen at "Apr 16, 96 03:07:07 am" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ooh, that's embarassing. :) All better. -Dave Lo and behold, Jaye Mathisen once said: > > > Somebody posted (at aros) that the webstone stuff was available > pre-compiled for freebsd. However, the permissions are wrong, and I > didn't save the original mail of whoever sent it. > > If whoever sent it could chmod it, I'd appreciate it. > > ftp://ftp.aros.net/pub/util/freebsd/webstone.tar.gz > -- 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 Tue Apr 16 14:15:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09957 for hackers-outgoing; Tue, 16 Apr 1996 14:15:14 -0700 (PDT) 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 OAA09935 for ; Tue, 16 Apr 1996 14:15:08 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA29911; Tue, 16 Apr 1996 23:14:46 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA09993; Tue, 16 Apr 1996 23:14:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA01484; Tue, 16 Apr 1996 22:20:35 +0200 (MET DST) From: J Wunsch Message-Id: <199604162020.WAA01484@uriah.heep.sax.de> Subject: Re: Hello To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Apr 1996 22:20:34 +0200 (MET DST) Cc: ctilbury@hic.net (Charles A. Tilbury) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604161412.JAA23040@mail.hic.net> from "Charles A. Tilbury" at Apr 16, 96 09:12:50 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 X-Loop: FreeBSD.org Precedence: bulk As Charles A. Tilbury wrote: > I have just installed V2.1.0 and am very impressed. I am still kind > of new to UNIX and programming, but I would like to help. Is there > anything a newbie such as myself can do in the way of programming? > I have a moderate amount of time to spend, and a dialup network > connection.... I'd say, if you've got something where you think it could be better, simply do it. That's the way most things are done here. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 16 14:15:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09988 for hackers-outgoing; Tue, 16 Apr 1996 14:15:20 -0700 (PDT) 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 OAA09942 for ; Tue, 16 Apr 1996 14:15:10 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA29921; Tue, 16 Apr 1996 23:14:58 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA09995; Tue, 16 Apr 1996 23:14:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA01577; Tue, 16 Apr 1996 22:43:24 +0200 (MET DST) From: J Wunsch Message-Id: <199604162043.WAA01577@uriah.heep.sax.de> Subject: Re: fingerd To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 16 Apr 1996 22:43:24 +0200 (MET DST) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <23381.829642364@critter.tfs.com> from "Poul-Henning Kamp" at Apr 16, 96 08:12:44 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 X-Loop: FreeBSD.org Precedence: bulk As Poul-Henning Kamp wrote: > I would really like to see fingerd print the local time as part of the > output. I hate it when I finger peter in .au and I have to figure > out what time it is down there... > > Comments ? Agreement. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Apr 16 19:30:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA26776 for hackers-outgoing; Tue, 16 Apr 1996 19:30:43 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA26770 for ; Tue, 16 Apr 1996 19:30:38 -0700 (PDT) Received: from localhost.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.7.5/8.7.3) with SMTP id WAA12073; Tue, 16 Apr 1996 22:29:17 -0400 (EDT) Message-Id: <199604170229.WAA12073@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: "Karl Denninger, MCSNet" cc: hackers@freebsd.org From: "Louis A. Mamakos" Subject: Re: Silly socket question References: In-reply-to: Your message of "Tue, 16 Apr 1996 12:33:34 CDT." Date: Tue, 16 Apr 1996 22:29:17 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is there some option that can be passed to the stack to tell the system that > I don't *care* about any buffered metadata and that it needs to release the > socket resources *right now*? The parent process which accepted these > connections (but closed them) is still around, but the child (which > inherited them) is long gone. It sure smells like there is still an open fd associated with the connection. After you fork/exec the child process, the parent process should close the fd it accepted the connection on. A TCP connection in CLOSE_WAIT state means that it has recieved a FIN from the remote TCP (that is, the remote TCP did a close or shutdown, indicating it has no more data to send). The local TCP is in a state such that it can continue to send data to the remote host. This should only be the case if there's an open fd for the socket still around. Doing a close() on the fd in the parent will remove the last reference to the socket, and cause it to move from CLOSE_WAIT state to LAST_ACK and and finally CLOSED. It's likely that the remote TCP is sitting in FIN_WAIT_2 state since you've never sent it a FIN by closing the local socket. louie From owner-freebsd-hackers Tue Apr 16 19:44:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA27626 for hackers-outgoing; Tue, 16 Apr 1996 19:44:56 -0700 (PDT) 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 TAA27621 for ; Tue, 16 Apr 1996 19:44:51 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA05269; Wed, 17 Apr 1996 12:06:28 +0930 From: Michael Smith Message-Id: <199604170236.MAA05269@genesis.atrad.adelaide.edu.au> Subject: Re: TCP Window question To: dennis@etinc.com (dennis) Date: Wed, 17 Apr 1996 12:06:28 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <199604162033.QAA14318@etinc.com> from "dennis" at Apr 16, 96 04:33:06 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dennis stands accused of saying: > > Now for the more important question: Does anyone care to hazzard a guess as > to the pct of "broken" implementations that will reject (or choke on) "out > of sequence" packets? *laugh* That depends on the market you're looking at. If you're referring to Unix stacks, almost zero, and you'd have to go back a long way to find them. The out-of-order reassembly handling is necessary to handle lost or corrupted packets. Any system that choked on such a circumstance would do so as soon as an ethernet collision killed a passing TCP fragment. > Dennis -- ]] 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. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Tue Apr 16 21:24:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA04140 for hackers-outgoing; Tue, 16 Apr 1996 21:24:23 -0700 (PDT) Received: from nike.efn.org (gurney_j@garcia.efn.org [198.68.17.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA04134 for ; Tue, 16 Apr 1996 21:24:10 -0700 (PDT) Received: (from gurney_j@localhost) by nike.efn.org (8.6.11/8.6.9) id VAA05702; Tue, 16 Apr 1996 21:25:55 -0700 Date: Tue, 16 Apr 1996 21:25:53 -0700 (PDT) From: John-Mark Gurney Reply-To: John-Mark Gurney To: FreeBSD Hackers Subject: install problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not sure if anybody else ran across this... but I was using the nice program that allows you to install packages with descriptions when you do an install... I was installing 2.2-960323-SNAP off the cdrom... it seems that when you finally tell it to add the packages... it leaves behind a tar proc for each package.... if you install enough of the packages... the proc table will fill up... I forget the total number of procs... but it was quite a few... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Tue Apr 16 22:18:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA08437 for hackers-outgoing; Tue, 16 Apr 1996 22:18:45 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA08432 Tue, 16 Apr 1996 22:18:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id WAA16923; Tue, 16 Apr 1996 22:18:37 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id WAA01032; Tue, 16 Apr 1996 22:14:44 -0700 From: Terry Lambert Message-Id: <199604170514.WAA01032@phaeton.artisoft.com> Subject: Re: 82378ZB PCI ISA Bridge To: regnauld@tetard.hsc.fr (Philippe Regnauld) Date: Tue, 16 Apr 1996 22:14:44 -0700 (MST) Cc: hackers@FreeBSD.org, se@FreeBSD.org, Ollivier.Robert@hsc.fr In-Reply-To: <199604161409.QAA00792@tetard.hsc.fr> from "Philippe Regnauld" at Apr 16, 96 04:09:48 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > We're considering buying Tadpole Pentium notebooks to run FreeBSD. > We've tried running 2.1.0 Release, but the PCI bridge chip is not > recognized -- it's references: 82378 ZB... A bridge chipset need not be recognized if it is correctly initialized to workable values by the POST initialization in the BIOS. Most are, and most bridges aren't recognized as a result. Talk to Stefan Esser for details. > I checked out my current sources, and it has since been added (July > 1995) > > Question: is it possible to directly patch /sys/pci/pcisupport.c > in 2.1.0 with the current version ? Stefan is your guy... I believe the system should "run fine" without recognizing the bridge chips. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 16 22:19:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA08462 for hackers-outgoing; Tue, 16 Apr 1996 22:19:35 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA08455 Tue, 16 Apr 1996 22:19:28 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id WAA16927; Tue, 16 Apr 1996 22:19:25 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id WAA01044; Tue, 16 Apr 1996 22:16:07 -0700 From: Terry Lambert Message-Id: <199604170516.WAA01044@phaeton.artisoft.com> Subject: Re: Hello To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Tue, 16 Apr 1996 22:16:07 -0700 (MST) Cc: ctilbury@hic.net, hackers@FreeBSD.org In-Reply-To: <199604161459.HAA17401@freefall.freebsd.org> from "Jonathan M. Bresler" at Apr 16, 96 07:59:27 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > new users around the world will speak your name with awe > and hold their manhood cheap that they we not with uhhh...wrong script. Besides which it's nowhere near St. Crispin's Day. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Apr 16 22:41:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09974 for hackers-outgoing; Tue, 16 Apr 1996 22:41:22 -0700 (PDT) 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 WAA09969 for ; Tue, 16 Apr 1996 22:41:19 -0700 (PDT) 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 HAA14224 ; Wed, 17 Apr 1996 07:41:16 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA05704 ; Wed, 17 Apr 1996 07:41:42 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id XAA03620; Tue, 16 Apr 1996 23:51:14 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604162151.XAA03620@keltia.freenix.fr> Subject: Re: fingerd To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 16 Apr 1996 23:51:13 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <23381.829642364@critter.tfs.com> from Poul-Henning Kamp at "Apr 16, 96 08:12:44 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1889 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk It seems that Poul-Henning Kamp said: > I would really like to see fingerd print the local time as part of the > output. I hate it when I finger peter in .au and I have to figure > out what time it is down there... Good idea. I understand the feeling :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Apr 14 16:01:04 MET DST 1996 From owner-freebsd-hackers Wed Apr 17 02:08:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26541 for hackers-outgoing; Wed, 17 Apr 1996 02:08:34 -0700 (PDT) Received: from info.infosite.com (infosite.com [165.90.138.203]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26536 for ; Wed, 17 Apr 1996 02:08:31 -0700 (PDT) Received: (from cslye@localhost) by info.infosite.com (8.6.12/beast-1.0) id CAA14731 for freebsd-hackers@freebsd.org; Wed, 17 Apr 1996 02:11:15 -0700 From: Cameron Slye Message-Id: <199604170911.CAA14731@info.infosite.com> Subject: mbox To: freebsd-hackers@freebsd.org Date: Wed, 17 Apr 1996 02:11:15 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone ever got mbox compiled for FreeBSD? I found it in under /FreeBSD/incoming, but it seems to be ported to linux, not BSD. Unless I am missing a patch file or something. From owner-freebsd-hackers Wed Apr 17 02:18:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26963 for hackers-outgoing; Wed, 17 Apr 1996 02:18:36 -0700 (PDT) Received: from ntserv.webleicester.co.uk ([206.249.75.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA26957 for ; Wed, 17 Apr 1996 02:18:33 -0700 (PDT) Received: from [206.249.75.17] by ntserv.webleicester.co.uk (NTMail 3.01.00) id oa002458; Wed, 17 Apr 1996 09:18:26 +0000 Received: from LANSYS/SpoolDir by lansys.webleicester.co.uk (Mercury 1.21); 17 Apr 96 10:18:54 +0000 Received: from SpoolDir by LANSYS (Mercury 1.21); 17 Apr 96 10:18:35 +0000 From: "Phil Taylor" Organization: Lan Systems To: hackers@freebsd.org Date: Wed, 17 Apr 1996 10:18:34 GMT Subject: Using more than one interrupt for a device Reply-to: phil@lansys.webleicester.co.uk Priority: normal X-mailer: Pegasus Mail for Windows (v2.31) Message-ID: <20322CA5289@lansys.webleicester.co.uk> X-Info: The Web Factory (Leicester) Elecctronic Mail System Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am writing a device driver for Chase Research AT series SIO cards and they use two jumper selectable IRQ's, is there a feature in config to allow the selection of more than 1 IRQ or do I need to hard-code the second one ? Also, at some time I will need a major, but until I am sure that I can actually manage writing this driver I am just using the next one in 0423 snap (74) as there was no reserved character device number listed. Cheers Phil. /* Phil Taylor phil@webleicester.co.uk LAN Systems - LAN/WAN Specialists Tel: (Direct Line) 0116 223 0033 (Main Number) 0116 255 9961 (Facsimile) 0116 255 8861 */ From owner-freebsd-hackers Wed Apr 17 02:41:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28400 for hackers-outgoing; Wed, 17 Apr 1996 02:41:09 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA28393 for ; Wed, 17 Apr 1996 02:41:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id CAA00944; Wed, 17 Apr 1996 02:40:55 -0700 (PDT) To: John-Mark Gurney cc: FreeBSD Hackers Subject: Re: install problem In-reply-to: Your message of "Tue, 16 Apr 1996 21:25:53 PDT." Date: Wed, 17 Apr 1996 02:40:55 -0700 Message-ID: <942.829734055@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm not sure if anybody else ran across this... but I was using the nice > program that allows you to install packages with descriptions when you do > an install... I was installing 2.2-960323-SNAP off the cdrom... it seems > that when you finally tell it to add the packages... it leaves behind a > tar proc for each package.... if you install enough of the packages... the > proc table will fill up... I forget the total number of procs... but it > was quite a few... YIKES! Thanks, I'll definitely look into this one! Hmmmmmmmmmmm.. Jordan From owner-freebsd-hackers Wed Apr 17 02:49:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28857 for hackers-outgoing; Wed, 17 Apr 1996 02:49:38 -0700 (PDT) Received: from snowcrash.cymru.net (root@snowcrash.cymru.net [163.164.160.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA28844 for ; Wed, 17 Apr 1996 02:49:27 -0700 (PDT) Received: (from alan@localhost) by snowcrash.cymru.net (8.7.1/8.7.1) id KAA01629; Wed, 17 Apr 1996 10:37:55 +0100 From: Alan Cox Message-Id: <199604170937.KAA01629@snowcrash.cymru.net> Subject: Re: Unices are created equal, but ... To: terry@lambert.org (Terry Lambert) Date: Wed, 17 Apr 1996 10:37:54 +0100 (BST) Cc: torvalds@cs.helsinki.fi, julian@ref.tfs.com, hackers@freebsd.org, linux-kernel@vger.rutgers.edu In-Reply-To: <199604152048.NAA09499@phaeton.artisoft.com> from "Terry Lambert" at Apr 15, 96 01:48:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > (the three mentioned should cover different areas, all very reasonable, > > but have I missed some important area?) > > Ziff-Davis "netbench" for DOS, Windows, Windows95, and Macintosh > clients against SAMBA and/or NFS and/or Appletalk servers. and Netware servers like mars-uwe and lmbench. > "Winbench95" does not use Windows95 WIN32 interfaces -- it's > still mostly a 16 bit code benchmark, for what that's worth. Now much does that distort things. Alan From owner-freebsd-hackers Wed Apr 17 04:13:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA02116 for hackers-outgoing; Wed, 17 Apr 1996 04:13:33 -0700 (PDT) Received: from methan.chemie.fu-berlin.de (methan.chemie.fu-berlin.de [130.133.2.81]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA02110 for ; Wed, 17 Apr 1996 04:13:27 -0700 (PDT) Received: by methan.chemie.fu-berlin.de (Smail3.1.29.1) id ; Wed, 17 Apr 96 13:12 MET DST Message-Id: From: dirk@methan.chemie.fu-berlin.de (Dirk Froemberg) Subject: ip-in-ip tunnel To: hackers@freebsd.org Date: Wed, 17 Apr 1996 13:12:46 +0200 (MET DST) Cc: xadmin@methan.chemie.fu-berlin.de, alf@bolzen.in-berlin.de X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! We need to set up a ip-in-ip (protocol number 4) tunnel with FreeBSD (i. e. tunnel entry should be on a FreeBSD machine). Unfortunaly there seems to be no easy way of doing so. mrouting has the functionality of tunneling being limited on multicast addresses. Although this limitation may easily be removed there is no way of adding routes manually (e. g. route add). Another approach might be to create a interface doing the encapsulation. The implementation of the ip-in-ip-encapsulation itself is not very difficult. At the moment we are a stucked "a little bit" in the BSD-networking-code. Btw. Linux has such interface called "tunl". Is anyone working on this? Best regards Dirk -- Dirk Froemberg (Admin-Team Methan) e-mail: dirk@methan.chemie.fu-berlin.de From owner-freebsd-hackers Wed Apr 17 04:18:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA02268 for hackers-outgoing; Wed, 17 Apr 1996 04:18:14 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA02259 for ; Wed, 17 Apr 1996 04:18:12 -0700 (PDT) Received: from hpccm800.aus.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA089229885; Wed, 17 Apr 1996 04:18:08 -0700 Received: from THYLACINE (hpccmpc21.aus.hp.com) by hpccm800.aus.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA042879840; Wed, 17 Apr 1996 21:17:20 +1000 Received: by THYLACINE with Microsoft Mail id <01BB2CA3.778DBE50@THYLACINE>; Wed, 17 Apr 1996 21:18:47 +1000 Message-Id: <01BB2CA3.778DBE50@THYLACINE> From: Andrew Soroka To: "'FreeBSD'" Subject: I would like to help Date: Wed, 17 Apr 1996 21:18:46 +1000 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I was reading a magazine (Australian Personal Computer -Feb 1996) which did an article on the FreeBSD project. A couple of things, I am prepared to pitch in and help. I would prefer to be on the new development but don't mind what I do (as long as its not system testing). Secondly where can I get a copy of FreeBSD 2.1 (with some sort of documentation). Cheers Andrew From owner-freebsd-hackers Wed Apr 17 04:45:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03220 for hackers-outgoing; Wed, 17 Apr 1996 04:45:41 -0700 (PDT) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA03205 for ; Wed, 17 Apr 1996 04:45:33 -0700 (PDT) From: john@starfire.mn.org Received: (from john@localhost) by starfire.mn.org (8.6.12/1.1) id GAA01398 for hackers@FreeBSD.org; Wed, 17 Apr 1996 06:46:57 -0500 Message-Id: <199604171146.GAA01398@starfire.mn.org> Subject: swapinfo not indexed in man pages with FreeBSD 2.1.0-R To: hackers@FreeBSD.org (FreeBSD hackers) Date: Wed, 17 Apr 1996 06:46:56 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I hope this is more helpful than not doing anything, and perhaps someone who understands the man page formatting and indexing has already done this, but having noticed it, I thought I would mention that swapinfo is not in the searchable index of man pages (though, of course, it is really just a link to pstat). John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Wed Apr 17 05:08:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA03859 for hackers-outgoing; Wed, 17 Apr 1996 05:08:25 -0700 (PDT) Received: from yokogawa.co.jp (yhqfm.yokogawa.co.jp [202.33.29.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA03844 for ; Wed, 17 Apr 1996 05:08:20 -0700 (PDT) Received: from sjc.yokogawa.co.jp ([133.140.4.100]) by yokogawa.co.jp (8.6.9+2.4Wb3/3.3Wb4-firewall:08/09/94) with ESMTP id UAA21833 for ; Wed, 17 Apr 1996 20:17:59 +0900 Received: from leia.pa.yokogawa.co.jp by sjc.yokogawa.co.jp (8.7.1+2.6Wbeta4/6.4J.6-YOKOGAWA-R/GW) id UAA06712; Wed, 17 Apr 1996 20:17:59 +0900 (JST) Received: from cabbage by leia.pa.yokogawa.co.jp (16.8/6.4J.6-YOKOGAWA/pa) id AA00834; Wed, 17 Apr 96 20:17:58 +0900 Received: by cabbage.pa.yokogawa.co.jp (16.6/3.3Wb) id AA00657; Wed, 17 Apr 96 20:18:49 +0900 Date: Wed, 17 Apr 96 20:18:49 +0900 From: Mihoko Tanaka Message-Id: <9604171118.AA00657@cabbage.pa.yokogawa.co.jp> To: hackers@freebsd.org Subject: problem of wcstombs. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, I have a trouble about 'wcstombs(3)'. I'm using FreeBSD-2.1R. size_t wcstombs(char *mbstring, const wchar_t *wcstring, size_t nbytes) It seems that the 'wcstombs(3)' ignores the third argument 'nbyte'. In fact, when the size of 'mbstring' is smaller than that of 'wcstring', it occurs the segmentation fault or write over the buffer. It defines in /usr/src/sys/lib/libc/locale/ansi.c . This file is the same between 2.1.0R and -current. It may be find the similar problem in -current. I suggest the following : -------------------------- --- ansi.c Fri May 27 13:56:46 1994 +++ ansi.c.new Wed Apr 17 20:06:04 1996 @@ -142,6 +142,7 @@ if (!e) /* too long */ return (cnt); cnt += e - s; + n -= e - s; s = e; } return (cnt); ------------------------------ Is it correct ? -- Mihoko Tanaka From owner-freebsd-hackers Wed Apr 17 05:23:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04253 for hackers-outgoing; Wed, 17 Apr 1996 05:23:13 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA04248 for ; Wed, 17 Apr 1996 05:23:10 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I3NAG4KBVK001H9Z@mail.rwth-aachen.de> for freebsd-hackers@freefall.FreeBSD.org; Wed, 17 Apr 1996 11:31:00 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA06577 for freebsd-hackers@freefall.cdrom.com; Wed, 17 Apr 1996 11:36:55 +0200 Date: Wed, 17 Apr 1996 11:36:55 +0200 From: "Christoph P. Kukulies" Subject: XF86312D for 2.0.5 only? To: freebsd-hackers@freefall.FreeBSD.org Message-id: <199604170936.LAA06577@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm having problems with a P150 machine running -current and a W32p PCI graphics card. XF86312 stock does not come up with a screen, leaves it blank instead. Machine is alive though but cannot be brought back to text mode. So I'm trying to grab XF86312D at the moment and want to see if this looks better. To my surprise I only find a directory 2.0.5 on their (XFree86) server. Any comments? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Apr 17 05:23:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04298 for hackers-outgoing; Wed, 17 Apr 1996 05:23:40 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA04286 for ; Wed, 17 Apr 1996 05:23:33 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I3N7I81C6O001H9J@mail.rwth-aachen.de> for hackers@freebsd.org; Wed, 17 Apr 1996 10:07:17 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA06247; Wed, 17 Apr 1996 09:55:10 +0200 Date: Wed, 17 Apr 1996 09:55:09 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: some nice words about freebsd In-reply-to: To: rminnich@Sarnoff.COM (Ron G. Minnich) Cc: hackers@freebsd.org Reply-to: Christoph Kukulies Message-id: <199604170755.JAA06247@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4 PL25 ME8b] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > see infoworld, page 38, april 8 issue, the Help Desk. Nice comments on the > visual config stuff, which i have not personally used but ... " .. IBM, > Microsoft, and others would do well to emulate FreeBSD's approach." > > ron > > Ron Minnich |" Microsoft Word: It does so little and it does > rminnich@sarnoff.com | it so slowly" -- Maya Gokhale > (609)-734-3120 | > ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html > > > It would be great, if you could scan that article and make it available for ftp (in incoming or somewhere). I'm also in seek for that Network Computing Mag (sp?) article of last year where NT and other systems were benchmarked and FreeBSD got out as the winner with hands down. It would be extremely useful to collect such PR stuff. It is always good to have some proof material you can present in talks which bear some political munition. I'm faced again with such a talk in our institute where I will speak about FreeBSD vs. Linux and conferencing SW in two weeks. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Apr 17 05:47:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA05014 for hackers-outgoing; Wed, 17 Apr 1996 05:47:50 -0700 (PDT) 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 FAA05009 for ; Wed, 17 Apr 1996 05:47:48 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA09223; Wed, 17 Apr 1996 22:06:47 +0930 From: Michael Smith Message-Id: <199604171236.WAA09223@genesis.atrad.adelaide.edu.au> Subject: Re: ip-in-ip tunnel To: dirk@methan.chemie.fu-berlin.de (Dirk Froemberg) Date: Wed, 17 Apr 1996 22:06:46 +0930 (CST) Cc: hackers@freebsd.org, xadmin@methan.chemie.fu-berlin.de, alf@bolzen.in-berlin.de In-Reply-To: from "Dirk Froemberg" at Apr 17, 96 01:12:46 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dirk Froemberg stands accused of saying: > > Another approach might be to create a interface doing the encapsulation. > The implementation of the ip-in-ip-encapsulation itself is not very > difficult. At the moment we are a stucked "a little bit" in the > BSD-networking-code. Write a small program that talks to the 'tun' device and sends/receives IP datagrams. For every interface tunX there's a matching device /dev/tunX, see /sys/net/if_tun.c. > Dirk Froemberg -- ]] 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. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 17 06:15:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06334 for hackers-outgoing; Wed, 17 Apr 1996 06:15:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA06329 for ; Wed, 17 Apr 1996 06:15:52 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id GAA01322; Wed, 17 Apr 1996 06:13:05 -0700 (PDT) To: Andrew Soroka cc: "'FreeBSD'" Subject: Re: I would like to help In-reply-to: Your message of "Wed, 17 Apr 1996 21:18:46 +1000." <01BB2CA3.778DBE50@THYLACINE> Date: Wed, 17 Apr 1996 06:13:05 -0700 Message-ID: <1320.829746785@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, > I was reading a magazine (Australian Personal Computer -Feb 1996) > which did an article on the FreeBSD project. Really! Would any of our australian readers care to forward me a copy of that article? They can sent it care of Walnut Creek CDROM, 4041 Pike Ln, Suite D. Concord CA, 94520 (USA). I can *really* use stuff like this in the press releases we periodically put together! > A couple of things, I am prepared to pitch in and help. I would prefer > to be on the new development but don't mind what I do (as long as its not > system testing). Great! First recommendation is to join the FreeBSD-hackers mailing list - see http://www.freebsd.org/handbook/eresources:mail.html for more information on this. See also: http://www.freebsd.org/handbook/submitters.html for more information on submitting stuff to the project. > Secondly where can I get a copy of FreeBSD 2.1 (with some sort of > documentation). See http://www.freebsd.org/releases/index.html Jordan From owner-freebsd-hackers Wed Apr 17 06:37:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07317 for hackers-outgoing; Wed, 17 Apr 1996 06:37:05 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA07312 for ; Wed, 17 Apr 1996 06:37:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id GAA01402; Wed, 17 Apr 1996 06:36:38 -0700 (PDT) To: Christoph Kukulies cc: rminnich@Sarnoff.COM (Ron G. Minnich), hackers@freebsd.org Subject: Re: some nice words about freebsd In-reply-to: Your message of "Wed, 17 Apr 1996 09:55:09 +0200." <199604170755.JAA06247@gilberto.physik.rwth-aachen.de> Date: Wed, 17 Apr 1996 06:36:38 -0700 Message-ID: <1399.829748198@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It would be great, if you could scan that article and make it available > for ftp (in incoming or somewhere). It's already available on the web. I don't have a URL handy (though it was mentioned in -hackers several times by the author even before it was published) but a netsearch will almost certainly turn it up quickly. Jordan From owner-freebsd-hackers Wed Apr 17 07:30:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10987 for hackers-outgoing; Wed, 17 Apr 1996 07:30:52 -0700 (PDT) Received: from koala.scott.net (root@koala.scott.net [204.181.147.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA10977 for ; Wed, 17 Apr 1996 07:30:46 -0700 (PDT) Received: from jason.scott.net (dialup82.scott.net [205.241.3.82]) by koala.scott.net (8.7.4/8.7.3) with SMTP id JAA05539 for ; Wed, 17 Apr 1996 09:30:36 -0500 Message-ID: <3174B9F7.41C67EA6@scott.net> Date: Wed, 17 Apr 1996 04:29:27 -0500 From: Jason Gilbert X-Mailer: Mozilla 3.0b2 (X11; I; FreeBSD 2.1-STABLE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Netscape Atlas crashes... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk While working on an applet I came across a way to make netscape crash. If you take the square root of a negative number, I assume it doesn't get handled correctly and crashes. This works under Solaris and Win95. Now, my question is: Is this a problem with Netscape or FreeBSD. I remember the thread that talked about using the GNU math interface to replace the one in FreeBSD. Could someone who has made this change try out my applet. The address is http://www.homewood.net/java To get the proper result type 0 1 2 -7 3 for the coefficients. This crashes on my machine. BTW, I have netscape set to open a local file when I first start it. This was working fine until recently when it started claming that the document was server parsed html???? thanks, jason From owner-freebsd-hackers Wed Apr 17 08:24:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14094 for hackers-outgoing; Wed, 17 Apr 1996 08:24:05 -0700 (PDT) Received: from horst.bfd.com ([204.160.242.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA14072 for ; Wed, 17 Apr 1996 08:24:02 -0700 (PDT) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.5/8.7.3) with SMTP id IAA08369 for ; Wed, 17 Apr 1996 08:29:32 -0700 (PDT) Date: Wed, 17 Apr 1996 08:25:58 -0700 (PDT) From: "Eric J. Schwertfeger" To: hackers@freebsd.org Subject: How to make g++ shared libraries? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I got no response on questions, so I'll take this to hackers. I'm trying to create a shared version of the Cvo (Cray Visual Objects) c++ library, but it isn't working. I followed the same steps that I do to make regular c shared libraries (gcc with -c and -fpic, then ld -Bshareable to create the libCvo.so.1.0. This creates a library that I can link against, but when I try to execute the resulting program, I get: Cvo-24: Global constructors were probably not called. Cvo-25: The application was probably linked improperly Cvo-22: Atom 0 is out of range Abort trap (core dumped) I also noticed that the shared library is smaller than the equivelent unshared library. For those that are curious, Cvo is a c++ library that sits on top of libX11 (no Xt, Xaw, etc), and provides a motif look-and-feel. Its design intention is to allow decent programs with minimal coding, and to generate programs of minimal size (which doesn't work too well when you're linking in c++ static libraries, which is why I'm working on this). From owner-freebsd-hackers Wed Apr 17 08:28:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14340 for hackers-outgoing; Wed, 17 Apr 1996 08:28:58 -0700 (PDT) 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 ESMTP id IAA14329 for ; Wed, 17 Apr 1996 08:28:41 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id BAA25613 Thu, 18 Apr 1996 01:26:59 +1000 (EST) From: michael butler Message-Id: <199604171526.BAA25613@asstdc.scgt.oz.au> Subject: Re: ip-in-ip tunnel To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 18 Apr 1996 01:26:56 +1000 (EST) Cc: dirk@methan.chemie.fu-berlin.de, hackers@freebsd.org, xadmin@methan.chemie.fu-berlin.de, alf@bolzen.in-berlin.de In-Reply-To: <199604171236.WAA09223@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Apr 17, 96 10:06:46 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Dirk Froemberg stands accused of saying: > > > > Another approach might be to create a interface doing the encapsulation. > > The implementation of the ip-in-ip-encapsulation itself is not very > > difficult. At the moment we are a stucked "a little bit" in the > > BSD-networking-code. Michael Smith writes: > Write a small program that talks to the 'tun' device and sends/receives > IP datagrams. For an aging example of how you can do this, see wampes, a HAM radio package on ftp.ucsd.edu (from memory) or its mirrors .. somewhere 'round the packet radio dept., michael From owner-freebsd-hackers Wed Apr 17 09:38:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18566 for hackers-outgoing; Wed, 17 Apr 1996 09:38:29 -0700 (PDT) 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 JAA18561 for ; Wed, 17 Apr 1996 09:38:27 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA22203; Wed, 17 Apr 1996 11:37:43 -0500 From: Joe Greco Message-Id: <199604171637.LAA22203@brasil.moneng.mei.com> Subject: Re: ip-in-ip tunnel To: dirk@methan.chemie.fu-berlin.de (Dirk Froemberg) Date: Wed, 17 Apr 1996 11:37:43 -0500 (CDT) Cc: hackers@FreeBSD.ORG, xadmin@methan.chemie.fu-berlin.de, alf@bolzen.in-berlin.de In-Reply-To: from "Dirk Froemberg" at Apr 17, 96 01:12:46 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hello! > > We need to set up a ip-in-ip (protocol number 4) tunnel with FreeBSD > (i. e. tunnel entry should be on a FreeBSD machine). > > Unfortunaly there seems to be no easy way of doing so. > > mrouting has the functionality of tunneling being limited on multicast > addresses. Although this limitation may easily be removed there > is no way of adding routes manually (e. g. route add). > > Another approach might be to create a interface doing the encapsulation. > The implementation of the ip-in-ip-encapsulation itself is not very > difficult. At the moment we are a stucked "a little bit" in the > BSD-networking-code. > > Btw. Linux has such interface called "tunl". > > Is anyone working on this? > > Best regards Dirk One of my back burner pet projects is to do something like this. All the hard work has been done, FreeBSD supports the "tun*" devices (typically used for user mode PPP).. you can snarf one of these guys and read/write /dev/tun* to get the actual IP traffic on the interface. I want to use it to create a virtual (secure) network across an insecure Internet. This is trivial in concept, not hard to implement, and just a matter of grinding out code. What you need: 1. a pair of FreeBSD routers connected to the Internet. 2. create a stream socket between the routers via the Internet. You may argue UDP here, I decided not to. 3. implement a DES crypt layer on top. I'm cheap so I assume I can manually propagate a key. Use something like CFB64. 3a. you now have a secure communications channel across the Internet... 4. open /dev/tun0, ifconfig it. 5. use IPFW to _prohibit_ any nonlocal traffic from leaving the box via the Internet interface. Mostly to avoid unhappiness from configuration errors. 6. set up any other interfaces. 7. voila :-) Haven't had time to finish it. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Wed Apr 17 10:09:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA19851 for hackers-outgoing; Wed, 17 Apr 1996 10:09:25 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA19846 for ; Wed, 17 Apr 1996 10:09:21 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA15988; Wed, 17 Apr 1996 13:12:53 -0400 Date: Wed, 17 Apr 1996 13:12:53 -0400 Message-Id: <199604171712.NAA15988@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: Michael Smith From: dennis@etinc.com (dennis) Subject: Re: TCP Window question Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >dennis stands accused of saying: >> >> Now for the more important question: Does anyone care to hazzard a guess as >> to the pct of "broken" implementations that will reject (or choke on) "out >> of sequence" packets? > >*laugh* That depends on the market you're looking at. If you're referring >to Unix stacks, almost zero, and you'd have to go back a long way to find >them. > >The out-of-order reassembly handling is necessary to handle lost or >corrupted packets. Any system that choked on such a circumstance would >do so as soon as an ethernet collision killed a passing TCP fragment. This seems obvious, but I'm wondering what all the ruckus is about as there is a lot of complaining about certain vendors "load balancing" techniques that send packets out of sequence fairly regularly. It seems that theres more than 1 implementation out there that will discard out of sequence packets thus requiring a retrans. It doesnt make too much difference, as the goal of any good technique would be to minimize the occurrance...but Id like to find a broken one to test with.... 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 Apr 17 11:29:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25294 for hackers-outgoing; Wed, 17 Apr 1996 11:29:18 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA25289 for ; Wed, 17 Apr 1996 11:29:14 -0700 (PDT) Received: (from jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) id LAA17682; Wed, 17 Apr 1996 11:28:50 -0700 (PDT) Date: Wed, 17 Apr 1996 11:28:50 -0700 (PDT) From: John Polstra Message-Id: <199604171828.LAA17682@austin.polstra.com> To: ejs@bfd.com Subject: Re: How to make g++ shared libraries? Newsgroups: polstra.freebsd.hackers In-Reply-To: Organization: Polstra & Co., Seattle, WA Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article ejs@bfd.com writes: > > I'm trying to create a shared version of the Cvo (Cray Visual Objects) > c++ library, but it isn't working. I followed the same steps that I do > to make regular c shared libraries (gcc with -c and -fpic, then > ld -Bshareable to create the libCvo.so.1.0. This creates a library that > I can link against, but when I try to execute the resulting program, I > get: > > Cvo-24: Global constructors were probably not called. You must include "/usr/lib/c++rt0.o" near the front of your "ld" command line when creating C++ shared libraries. E.g., ld -Bshareable -o libfoo.so.1.0 /usr/lib/c++rt0.o *.o If you are using the standard FreeBSD makefiles (), you can accomplish this by defining the CPLUSPLUSLIB make 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 Wed Apr 17 11:31:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25456 for hackers-outgoing; Wed, 17 Apr 1996 11:31:51 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA25450 for ; Wed, 17 Apr 1996 11:31:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id MAA02678; Wed, 17 Apr 1996 12:31:13 -0600 (MDT) Message-Id: <199604171831.MAA02678@rover.village.org> To: "Eric J. Schwertfeger" Subject: Re: How to make g++ shared libraries? Cc: hackers@FreeBSD.org In-reply-to: Your message of Wed, 17 Apr 1996 08:25:58 PDT Date: Wed, 17 Apr 1996 12:31:12 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : I'm trying to create a shared version of the Cvo (Cray Visual Objects) : c++ library, but it isn't working. Are you linking the library is gcc or g++? Also, where does one get cvo? It sounds kinda like something that I used to work on :-) g++ often does things that gcc won't do. You may also have found a linker bug, but I could have sworn that global ctors in shared libraries were called on FreeBSD. I had OI running on FreeBSD before we went through and gutted all the global objects that needed global ctors due to other OSes being somewhat brain damaged wrt shared c++ libraries. Warner From owner-freebsd-hackers Wed Apr 17 12:05:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28130 for hackers-outgoing; Wed, 17 Apr 1996 12:05:11 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA28116 for ; Wed, 17 Apr 1996 12:05:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id UAA02480 ; Wed, 17 Apr 1996 20:03:49 +0100 (BST) To: dirk@methan.chemie.fu-berlin.de (Dirk Froemberg) cc: hackers@FreeBSD.ORG, xadmin@methan.chemie.fu-berlin.de, alf@bolzen.in-berlin.de From: "Gary Palmer" Subject: Re: ip-in-ip tunnel In-reply-to: Your message of "Wed, 17 Apr 1996 13:12:46 +0200." Date: Wed, 17 Apr 1996 20:03:49 +0100 Message-ID: <2478.829767829@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Dirk Froemberg wrote in message ID : > Hello! > > We need to set up a ip-in-ip (protocol number 4) tunnel with FreeBSD > (i. e. tunnel entry should be on a FreeBSD machine). > > Unfortunaly there seems to be no easy way of doing so. Heh. A always, depends on your definition of ``easy'' :-) I suggest looking at the sources for the IIJPPP program (/usr/src/usr.sbin/ppp) which uses the `tun' device. This will allow you to have packets delivered to a user-level program from the kernel. The kerenl just treats the `tun' interface like a normal network I/F, and you can do what you like with the packets once they are delivered to your program. You can feed packets back into the kernel too, of course, which is how user-mode ppp works... (and how this e-mail is being sent :-) ) It should be ``relatively'' easy to modify /usr/sbin/ppp to deliver packets over a TCP/IP link rather than a serial port. Gary From owner-freebsd-hackers Wed Apr 17 12:06:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28252 for hackers-outgoing; Wed, 17 Apr 1996 12:06:50 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA28240 for ; Wed, 17 Apr 1996 12:06:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id TAA02453 ; Wed, 17 Apr 1996 19:58:22 +0100 (BST) To: Christoph Kukulies cc: rminnich@Sarnoff.COM (Ron G. Minnich), hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: some nice words about freebsd In-reply-to: Your message of "Wed, 17 Apr 1996 09:55:09 +0200." <199604170755.JAA06247@gilberto.physik.rwth-aachen.de> Date: Wed, 17 Apr 1996 19:58:21 +0100 Message-ID: <2450.829767501@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk "Christoph P. Kukulies" wrote in message ID <199604170755.JAA06247@gilberto.physik.rwth-aachen.de>: > It would be great, if you could scan that article and make it available > for ftp (in incoming or somewhere). http://www.infoworld.com/pageone/opinions/bg0408.htm Gary From owner-freebsd-hackers Wed Apr 17 12:15:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28852 for hackers-outgoing; Wed, 17 Apr 1996 12:15:18 -0700 (PDT) Received: from horst.bfd.com ([204.160.242.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA28847 for ; Wed, 17 Apr 1996 12:15:17 -0700 (PDT) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.5/8.7.3) with SMTP id MAA09070; Wed, 17 Apr 1996 12:20:27 -0700 (PDT) Date: Wed, 17 Apr 1996 12:16:51 -0700 (PDT) From: "Eric J. Schwertfeger" To: Warner Losh cc: hackers@FreeBSD.org Subject: Re: How to make g++ shared libraries? In-Reply-To: <199604171831.MAA02678@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 17 Apr 1996, Warner Losh wrote: > : I'm trying to create a shared version of the Cvo (Cray Visual Objects) > : c++ library, but it isn't working. > > Are you linking the library is gcc or g++? Also, where does one get > cvo? It sounds kinda like something that I used to work on :-) Ah, this is what John Polstra pointed out. > You must include "/usr/lib/c++rt0.o" near the front of your "ld" command > line when creating C++ shared libraries. E.g., As for where, Paul Borman is maintaining the following > You can pick up > > ftp://ftp.krystal.com/pub/Cvo.1.0.2.README > ftp://ftp.krystal.com/pub/Cvo.1.0.2.src.pax.gz > ftp://ftp.krystal.com/pub/Cvo.1.0.2.doc.pax.gz You will need to add the following to Cvo/_Machine.h++ (I did it right after the linux section). #if defined(__FreeBSD__) #define __SIGNAL_RETURN_INT__ #define __NEED_SELECT_DEF__ #define __NEED_SYS_IOCTL__ #endif > g++ often does things that gcc won't do. You may also have found a > linker bug, but I could have sworn that global ctors in shared > libraries were called on FreeBSD. Not the case, the above fixed the problem > I had OI running on FreeBSD before > we went through and gutted all the global objects that needed global > ctors due to other OSes being somewhat brain damaged wrt shared c++ > libraries. Is there a free OI kit for FreeBSD? I've heard good things about it, and would like to try it, but couldn't find it under ports. Since I'm still in the brushing up stage for C++ (long, agrivating story), and just learning Cvo, I'm quite open to change. Of course, I'm also not against doing a Cvo port myself, even if I do change over to OI. From owner-freebsd-hackers Wed Apr 17 12:34:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00341 for hackers-outgoing; Wed, 17 Apr 1996 12:34:15 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA00328 for ; Wed, 17 Apr 1996 12:34:13 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id MAA18393 for ; Wed, 17 Apr 1996 12:36:13 -0700 (PDT) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Wed, 17 Apr 1996 12:36:13 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: PT boards, and PCI concurrency/streaming/burst? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm seeing a bit of a problem with a PT2000 board with a P5-90 in it, (now a PT2003 with a P100), and am wondering if disabling the PCI concurrency/streaming/burst parameters could have a noticeable affect on performance? More specifically, does FreeBSD take advantage of these capabilities? I'm seeing a corrupted filesystem fairly regularly, yet I've swapped hardware and RAM, so I think it's more a BIOS setting issue. But I don't want to wander around changing settings that make no difference. Any tip appreciated. Card are a SMC etherpower 100, 2940-UW, 2940, and some crappy PCI video card. 64MB's RAM, freebsd-current. From owner-freebsd-hackers Wed Apr 17 12:39:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00602 for hackers-outgoing; Wed, 17 Apr 1996 12:39:54 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA00597 for ; Wed, 17 Apr 1996 12:39:52 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id MAA18421 for ; Wed, 17 Apr 1996 12:41:53 -0700 (PDT) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Wed, 17 Apr 1996 12:41:52 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: Putting a valid partition table on a BIG disk? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a RAID array that was griping about the slice size not matching the partition size. So I reformatted the whole thing, zero'd out the disklabels, and am trying to fdisk it somehow. Nothing seems to work. THe partition is 16GB. DOS fdisk barfs at 8GB. fdisk in /stand gets the correct geometry, but then won't accept a number larger than 944 for the ending cylinder, but it will let the size by the full 16GB's. /stand/sysinstall causes a panic instantly, although I'm in the middle of a make world which may correct that. Well anyway, I got a disklabel on there with disklabel, but everytime the raw device is opened, I get the error about an invalid partition table. Any tips appreciated. From owner-freebsd-hackers Wed Apr 17 12:47:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00957 for hackers-outgoing; Wed, 17 Apr 1996 12:47:10 -0700 (PDT) Received: from chaph.usc.edu (chaph.usc.edu [128.125.253.133]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA00952 for ; Wed, 17 Apr 1996 12:47:08 -0700 (PDT) Received: from aludra.usc.edu (dahanaya@aludra.usc.edu [128.125.253.134]) by chaph.usc.edu (8.7.2/8.7.3/usc) with ESMTP id MAA09092; Wed, 17 Apr 1996 12:47:04 -0700 (PDT) Received: (from dahanaya@localhost) by aludra.usc.edu (8.7.2/8.7.2/usc) id MAA28877; Wed, 17 Apr 1996 12:46:53 -0700 (PDT) From: Diyamanthi Dahanayake Message-Id: <199604171946.MAA28877@aludra.usc.edu> Subject: Re: some nice words about freebsd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 17 Apr 1996 12:46:48 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <1399.829748198@time.cdrom.com> from "Jordan K. Hubbard" at Apr 17, 96 06:36:38 am X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > It would be great, if you could scan that article and make it available > > for ftp (in incoming or somewhere). > > It's already available on the web. I don't have a URL handy (though > it was mentioned in -hackers several times by the author even before > it was published) but a netsearch will almost certainly turn it up > quickly. > > Jordan > Let me know if you locate the site :-) Diya From owner-freebsd-hackers Wed Apr 17 12:53:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01452 for hackers-outgoing; Wed, 17 Apr 1996 12:53:49 -0700 (PDT) Received: from vent.pipex.net (root@vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01445 for ; Wed, 17 Apr 1996 12:53:45 -0700 (PDT) Received: from dial.pipex.com by vent.pipex.net (8.6.12/PIPEX simple 1.20) id UAA12197; Wed, 17 Apr 1996 20:53:39 +0100 Received: (from jraynard@localhost) by dial.pipex.com (8.6.12/8.6.12) id QAA00530; Wed, 17 Apr 1996 16:06:08 GMT Date: Wed, 17 Apr 1996 16:06:08 GMT From: James Raynard Message-Id: <199604171606.QAA00530@dial.pipex.com> To: freebsd-hackers@freebsd.org Subject: Extra option for rlogind? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I saw this in a discussion about .rhosts files on comp.security.unix (this poster was referring to Linux):- >Our rlogind has a -s flag which will only read .rhosts files if they are >owned by root. So users cannot create their own .rhosts files, without >root knowing about it. >More work for the sysadmin, and mabye not feasible on a machine with a lot >of users, but it works for us. This would be very easy to add, as per the following (untested) patches. Would this be a worthwhile addition, or is it just another silly Linux gimmick? 8-) James *** rlogind.c~ Wed Apr 17 15:34:00 1996 --- rlogind.c Wed Apr 17 15:39:23 1996 *************** *** 123,128 **** --- 123,129 ---- char *argv[]; { extern int __check_rhosts_file; + extern int __check_root_owns_rhosts; struct sockaddr_in from; int ch, fromlen, on; *************** *** 139,144 **** --- 140,148 ---- break; case 'n': keepalive = 0; + break; + case 's': + __check_root_owns_rhosts = 1; break; #ifdef KERBEROS case 'k': *** rcmd.c~ Wed Apr 17 15:33:51 1996 --- rcmd.c Wed Apr 17 15:38:17 1996 *************** *** 247,252 **** --- 247,253 ---- } int __check_rhosts_file = 1; + int __check_root_owns_rhosts = 0; char *__rcmd_errstr; int *************** *** 331,336 **** --- 332,339 ---- cp = ".rhosts not regular file"; else if (fstat(fileno(hostf), &sbuf) < 0) cp = ".rhosts fstat failed"; + else if (__check_root_owns_rhosts && sbuf.st_uid) + cp = ".rhosts owned by other than root"; else if (sbuf.st_uid && sbuf.st_uid != pwd->pw_uid) cp = "bad .rhosts owner"; else if (sbuf.st_mode & (S_IWGRP|S_IWOTH)) From owner-freebsd-hackers Wed Apr 17 13:50:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05786 for hackers-outgoing; Wed, 17 Apr 1996 13:50:59 -0700 (PDT) Received: from shell.aros.net (shell.aros.net [205.164.111.19]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA05779 for ; Wed, 17 Apr 1996 13:50:54 -0700 (PDT) Received: (from angio@localhost) by shell.aros.net (8.7.5/Unknown) id OAA09167; Wed, 17 Apr 1996 14:49:40 -0600 (MDT) From: Dave Andersen Message-Id: <199604172049.OAA09167@shell.aros.net> Subject: Re: XF86312D for 2.0.5 only? To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Wed, 17 Apr 1996 14:49:39 -0600 (MDT) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199604170936.LAA06577@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at "Apr 17, 96 11:36:55 am" X-Mailer: ELM [version 2.4ME+ PL13 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Lo and behold, Christoph P. Kukulies once said: > I'm having problems with a P150 machine running -current and > a W32p PCI graphics card. XF86312 stock does not come up > with a screen, leaves it blank instead. Machine is alive though > but cannot be brought back to text mode. So I'm trying to grab > XF86312D at the moment and want to see if this looks better. > > To my surprise I only find a directory 2.0.5 on their (XFree86) > server. > > Any comments? If you'll note in the readme file, it states that the 2.0.5 version is also for 2.1.0-RELEASE and up. -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 Apr 17 13:55:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06305 for hackers-outgoing; Wed, 17 Apr 1996 13:55:23 -0700 (PDT) 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 NAA05880 for ; Wed, 17 Apr 1996 13:51:56 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA14717; Wed, 17 Apr 1996 22:50:37 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA09143; Wed, 17 Apr 1996 22:50:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA06082; Wed, 17 Apr 1996 22:42:06 +0200 (MET DST) From: J Wunsch Message-Id: <199604172042.WAA06082@uriah.heep.sax.de> Subject: Re: swapinfo not indexed in man pages with FreeBSD 2.1.0-R To: john@starfire.mn.org Date: Wed, 17 Apr 1996 22:42:05 +0200 (MET DST) Cc: hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604171146.GAA01398@starfire.mn.org> from "john@starfire.mn.org" at Apr 17, 96 06:46:56 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 X-Loop: FreeBSD.org Precedence: bulk As john@starfire.mn.org wrote: > I hope this is more helpful than not doing anything, and perhaps someone > who understands the man page formatting and indexing has already done > this, but having noticed it, I thought I would mention that swapinfo > is not in the searchable index of man pages (though, of course, it is > really just a link to pstat). Ok, thanks. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Apr 17 14:27:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08838 for hackers-outgoing; Wed, 17 Apr 1996 14:27:26 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA08833 for ; Wed, 17 Apr 1996 14:27:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id PAA03312; Wed, 17 Apr 1996 15:27:06 -0600 (MDT) Message-Id: <199604172127.PAA03312@rover.village.org> To: "Eric J. Schwertfeger" Subject: Re: How to make g++ shared libraries? Cc: hackers@FreeBSD.org In-reply-to: Your message of Wed, 17 Apr 1996 12:16:51 PDT Date: Wed, 17 Apr 1996 15:27:05 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : Ah, this is what John Polstra pointed out. : > You must include "/usr/lib/c++rt0.o" near the front of your "ld" command : > line when creating C++ shared libraries. E.g., Cool. I knew that I had done something and it worked... I tought that g++ did that automatically. That is g++ -o foo.so.1.0 foo.so called ld more or less like ld -o foo c++rt0.o foo.so ... But maybe it was all done in the magic of the Makefile that made this work. : Is there a free OI kit for FreeBSD? I've heard good things about it, and : would like to try it, but couldn't find it under ports. Sadly, no. I had a port ready to go and a large number of problems reared their ugly heads and it never happened. It will likely *NEVER* happen, even though the code compiles just fine on FreeBSD... The code base was sold to a company that has no interest in these sorts of things. Warner From owner-freebsd-hackers Wed Apr 17 14:41:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09915 for hackers-outgoing; Wed, 17 Apr 1996 14:41:22 -0700 (PDT) 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 OAA09909 Wed, 17 Apr 1996 14:41:15 -0700 (PDT) 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 XAA06337 ; Wed, 17 Apr 1996 23:41:00 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA08717 ; Wed, 17 Apr 1996 23:41:28 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.5/keltia-uucp-2.7) id XAA21849; Wed, 17 Apr 1996 23:34:28 +0200 (MET DST) From: Ollivier Robert Message-Id: <199604172134.XAA21849@keltia.freenix.fr> Subject: Re: 82378ZB PCI ISA Bridge To: terry@lambert.org (Terry Lambert) Date: Wed, 17 Apr 1996 23:34:28 +0200 (MET DST) Cc: regnauld@tetard.hsc.fr, hackers@FreeBSD.ORG, se@FreeBSD.ORG, Ollivier.Robert@hsc.fr In-Reply-To: <199604170514.WAA01032@phaeton.artisoft.com> from Terry Lambert at "Apr 16, 96 10:14:44 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1889 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Terry Lambert said: > I believe the system should "run fine" without recognizing the bridge > chips. Except it is hard to install an OS where the SVSI controller (NCR-based) is not recognized at all by the system :-) I've tried generating a floppy with the pcisupport.c file patched with the 1.15->1.16 diff (which added the 82378ZB support in STABLE) but still no luck. Linux runs fine, damn. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Apr 14 16:01:04 MET DST 1996 From owner-freebsd-hackers Wed Apr 17 14:57:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15133 for hackers-outgoing; Wed, 17 Apr 1996 14:57:04 -0700 (PDT) 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 OAA15126 Wed, 17 Apr 1996 14:57:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02745; Wed, 17 Apr 1996 14:54:12 -0700 From: Terry Lambert Message-Id: <199604172154.OAA02745@phaeton.artisoft.com> Subject: Re: 82378ZB PCI ISA Bridge To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Wed, 17 Apr 1996 14:54:12 -0700 (MST) Cc: terry@lambert.org, regnauld@tetard.hsc.fr, hackers@FreeBSD.ORG, se@FreeBSD.ORG, Ollivier.Robert@hsc.fr In-Reply-To: <199604172134.XAA21849@keltia.freenix.fr> from "Ollivier Robert" at Apr 17, 96 11:34:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It seems that Terry Lambert said: > > I believe the system should "run fine" without recognizing the bridge > > chips. > > Except it is hard to install an OS where the SVSI controller (NCR-based) is > not recognized at all by the system :-) > > I've tried generating a floppy with the pcisupport.c file patched with the > 1.15->1.16 diff (which added the 82378ZB support in STABLE) but still no > luck. > > Linux runs fine, damn. How does the most recent snap run? It's not like the PCI guy and the NCR guy aren't the same guy (Stefan). Stefan doesn't follow this list, so you may want to contact him directly. I can almost guarantee an "update to -current" response... Is this a standard NCR controller, or is it something other than the 800 series (like the 700 series used on Compaq box motherboards?). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Apr 17 16:28:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24026 for hackers-outgoing; Wed, 17 Apr 1996 16:28:15 -0700 (PDT) Received: from cs.pdx.edu (root@cs.pdx.edu [204.203.64.22]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA24020 Wed, 17 Apr 1996 16:28:13 -0700 (PDT) Received: from sirius.cs.pdx.edu (root@sirius.cs.pdx.edu [204.203.64.13]) by cs.pdx.edu (8.7.3/CATastrophe-2/10/96-P) with ESMTP id QAA22173; Wed, 17 Apr 1996 16:27:49 -0700 (PDT) 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 QAA03920; Wed, 17 Apr 1996 16:27:43 -0700 (PDT) Message-Id: <199604172327.QAA03920@sirius.cs.pdx.edu> To: "Gary Palmer" cc: dirk@methan.chemie.fu-berlin.de (Dirk Froemberg), hackers@FreeBSD.org, xadmin@methan.chemie.fu-berlin.de, alf@bolzen.in-berlin.de Subject: Re: ip-in-ip tunnel In-reply-to: Your message of "Wed, 17 Apr 1996 20:03:49 BST." <2478.829767829@palmer.demon.co.uk> Date: Wed, 17 Apr 1996 16:27:41 -0700 From: Jim Binkley Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As another possibility, I can give you some experimental kernel code that basically is integrated with the multicast tunnel code in the kernel and gives you a device called "mvif0" that allows you to put a route between two boxes and route all packets to a destination X between a tunnel system Y. Logically: send all unicast packets to X via ip dst Y (ip dst in outer ipip protocol packet) This is for support of mobile ip, what at this point I can at least do by statically inserting routes in the kernel. I sent about 20000 packets through it yesterday so it isn't that bad, but it's still experimental. Depends on what you want to do. regards, Jim Binkley jrb@cs.pdx.edu From owner-freebsd-hackers Wed Apr 17 16:28:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA24071 for hackers-outgoing; Wed, 17 Apr 1996 16:28:50 -0700 (PDT) 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 QAA24059 for ; Wed, 17 Apr 1996 16:28:41 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id IAA10712; Thu, 18 Apr 1996 08:51:07 +0930 From: Michael Smith Message-Id: <199604172321.IAA10712@genesis.atrad.adelaide.edu.au> Subject: Re: How to make g++ shared libraries? To: ejs@bfd.com (Eric J. Schwertfeger) Date: Thu, 18 Apr 1996 08:51:07 +0930 (CST) Cc: hackers@FreeBSD.org In-Reply-To: from "Eric J. Schwertfeger" at Apr 17, 96 08:25:58 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Eric J. Schwertfeger stands accused of saying: > > > Well, I got no response on questions, so I'll take this to hackers. > > I'm trying to create a shared version of the Cvo (Cray Visual Objects) > c++ library, but it isn't working. I followed the same steps that I do > to make regular c shared libraries (gcc with -c and -fpic, then > ld -Bshareable to create the libCvo.so.1.0. This creates a library that > I can link against, but when I try to execute the resulting program, I > get: Are you doing this as a port, or for your own personal work? Shared libraries are easy to build under FreeBSD, but the technique isn't terribly portable. Basically, you want a makefile that includes : LIB= SRCS= SHLIB_MAJOR= SHLIB_MINOR= .include If you want to do this as part of a port, make a makefile like this, and study the link process that it uses. -- ]] 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. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Wed Apr 17 17:32:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA29185 for hackers-outgoing; Wed, 17 Apr 1996 17:32:45 -0700 (PDT) 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 RAA29146 for ; Wed, 17 Apr 1996 17:32:06 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id KAA19908; Thu, 18 Apr 1996 10:26:25 +1000 Date: Thu, 18 Apr 1996 10:26:25 +1000 From: Bruce Evans Message-Id: <199604180026.KAA19908@godzilla.zeta.org.au> To: hackers@FreeBSD.org, mrcpu@cdsnet.net Subject: Re: Putting a valid partition table on a BIG disk? Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I have a RAID array that was griping about the slice size not matching the >partition size. So I reformatted the whole thing, zero'd out the >disklabels, and am trying to fdisk it somehow. >Nothing seems to work. THe partition is 16GB. >DOS fdisk barfs at 8GB. fdisk in /stand gets the correct geometry, but >then won't accept a number larger than 944 for the ending cylinder, but it >will let the size by the full 16GB's. /stand/sysinstall causes a panic >instantly, although I'm in the middle of a make world which may correct >that. Use something like the following with /sbin/fdisk: 1) Determine a geometry. For good SCSI BIOSes, by the definition of `good', you can invent any geometry subject to the DOS limits: 1 <= sectors per track <= 63 1 <= heads <= 255. and the BIOS will use the same geometry on the next reboot after the partition table has been written to (provided of course the entries in the partition table are consistent with a unique geometry). 63 heads and 255 sectors per track is best if it works. 2) Enter the geometry. 3) Calculate offsets and sizes for a division of the disk into partitions containing full cylinders. Don't put any bootable or DOS partitions above cylinder 1023. 4) Adjust the offset and size of the first partition to skip the first track. 5) Optionally adjust the size of the last partition to contain the sectors beyond the last full cylinder. If there is only one partition then this step will cause various entities to be confused about the geometry. 6) Enter the offsets and sizes. Accept the defaults for everything else. 7) Write the partition table. >Well anyway, I got a disklabel on there with disklabel, but everytime the >raw device is opened, I get the error about an invalid partition table. Write bytes 55, AA at the end of the first sector of the disk using a binary editor, or put a bootstrap on the disk using disklabel -B. Bruce From owner-freebsd-hackers Wed Apr 17 20:17:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08669 for hackers-outgoing; Wed, 17 Apr 1996 20:17:01 -0700 (PDT) Received: from apollo.it.hq.nasa.gov (apollo.it.hq.nasa.gov [131.182.119.87]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA08644 Wed, 17 Apr 1996 20:16:53 -0700 (PDT) Received: from wirehead.it.hq.nasa.gov (wirehead.it.hq.nasa.gov [131.182.119.88]) by apollo.it.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id DAA14744; Thu, 18 Apr 1996 03:16:46 GMT Received: from localhost (cshenton@localhost) by wirehead.it.hq.nasa.gov (8.6.12/8.6.12) with SMTP id DAA15353; Thu, 18 Apr 1996 03:16:24 GMT Message-Id: <199604180316.DAA15353@wirehead.it.hq.nasa.gov> X-Authentication-Warning: wirehead.it.hq.nasa.gov: cshenton owned process doing -bs X-Authentication-Warning: wirehead.it.hq.nasa.gov: Host localhost didn't use HELO protocol To: multimedia@freebsd.org Cc: hackers@freebsd.org Subject: Video capture cards for MBONE? Laptops for MBONE? X-Mailer: Mew version 1.03 on Emacs 19.29.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 17 Apr 1996 23:16:23 -0400 From: Chris Shenton Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been tracking some of the recent traffic on MBONE tool support, and got nv to talk to my QuickCam, and I've had vat on speaking terms with my Gus Max. I didn't find anything in the release notes or multimedia page on www.freebsd.org. I wanted to find out what the supported video capture cards are, and are expected to be, so I can jack-in a regular video camera. The Vic code indicates that the Matrox Meteor is supported. Is this in the kernel, or slated for 2.2, or ...? I'm at 2.1-RELEASE now. I'd like to build out a laptop which could do MBONE: plug a PCMCIA ethernet card in, a PCMCIA video capture card in and go. How possible is this? Do the laptops' "SoundBlaster compatible" facilities really work for vat? Some laptops? As a low-end, I'd be happy with plugging a QuickCam into the parallel port, but I'd still need audio. Thanks. From owner-freebsd-hackers Wed Apr 17 20:56:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10323 for hackers-outgoing; Wed, 17 Apr 1996 20:56:31 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA10315 for ; Wed, 17 Apr 1996 20:56:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id UAA05126; Wed, 17 Apr 1996 20:55:46 -0700 (PDT) To: Warner Losh cc: "Eric J. Schwertfeger" , hackers@FreeBSD.org Subject: Re: How to make g++ shared libraries? In-reply-to: Your message of "Wed, 17 Apr 1996 15:27:05 MDT." <199604172127.PAA03312@rover.village.org> Date: Wed, 17 Apr 1996 20:55:46 -0700 Message-ID: <5124.829799746@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > happen, even though the code compiles just fine on FreeBSD... The > code base was sold to a company that has no interest in these sorts of > things. Are you sure that there's absolutely no one there who might see the light? I'm sure OpenWare has other products, perhaps they'd consider OI as a `loss leader' just for the advertising value? I find it very difficult to believe that they're selling many copies these days now that all of the developers have run for the hills and support has dropped off significantly. Jordan From owner-freebsd-hackers Wed Apr 17 21:02:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10608 for hackers-outgoing; Wed, 17 Apr 1996 21:02:23 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA10602 for ; Wed, 17 Apr 1996 21:02:21 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id WAA06571; Wed, 17 Apr 1996 22:02:02 -0600 (MDT) Message-Id: <199604180402.WAA06571@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: How to make g++ shared libraries? Cc: "Eric J. Schwertfeger" , hackers@FreeBSD.org In-reply-to: Your message of Wed, 17 Apr 1996 20:55:46 PDT Date: Wed, 17 Apr 1996 22:02:02 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : Are you sure that there's absolutely no one there who might see the : light? Yes. I'm sure, for a lot of reasons that I'd rather not go into here. However, Cvo looks cool from the first few glances I've had with it. I'm going to see if I can make it work here and see how solid it is. If it is solid enough, I'm thinking of maybe putting some effort into it. Warner From owner-freebsd-hackers Wed Apr 17 21:08:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA11062 for hackers-outgoing; Wed, 17 Apr 1996 21:08:44 -0700 (PDT) Received: from merlin.nando.net (root@merlin.nando.net [152.52.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA11056 for ; Wed, 17 Apr 1996 21:08:42 -0700 (PDT) Received: from vyger413.nando.net by merlin.nando.net (4.1/davel-nando/dec93) id AA20708; Thu, 18 Apr 96 00:09:01 EDT Message-Id: <3175DE94.584B@nando.net> Date: Wed, 17 Apr 1996 23:17:56 -0700 From: Rajasekhar X-Mailer: Mozilla 2.0 (Win16; I) Mime-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Modem problems X-Url: http://www.freebsd.org//handbook/handbook210.html#361 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have bought an IBM Aptiva M30 and installed FreeBSD 2.1.0. I hope the problem i have faced is not unique to me, in which case there is little hope of expecting a solution immediately :-). The uniqueness/stupidity of the Aptiva system is that they have a single card, using an MWAVE DSP processor, to implement modem functionality sound card functionality and also controlling the CD drive (i think). What MWAVE needs is DSP tasks for each application (modem, tel, cdplayer) to be downloaded onto it at boot time and a mwave manager on the PC controls "requests" to the MWAVE processor. All this is hazy stuff that i have figured out without access to any docs. So if i want my modem/CD to work on FreeBSD, i should have a driver/daemon to download the DSP tasks to the MWAVE processor and also i need to write an MWAVE manager to handle requests to MWAVE. I want to know if someone has already done this crazy stuff. If not is there some way (assuming that someone knows about MWAVE and stuff) of getting supporting docs to write the manager on FreeBSD? There is an MWAVE Developer'sKit avail for the DOS/Windows environment, which i gather is prohibitively expensive and i am not sure it will help. Thanks in advance even for the patience in reading this mail! -Raj From owner-freebsd-hackers Wed Apr 17 21:11:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA11174 for hackers-outgoing; Wed, 17 Apr 1996 21:11:54 -0700 (PDT) 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 VAA11157 Wed, 17 Apr 1996 21:11:49 -0700 (PDT) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id NAA14752; Thu, 18 Apr 1996 13:11:39 +0900 Date: Thu, 18 Apr 1996 13:11:39 +0900 Message-Id: <199604180411.NAA14752@frig.mt.cs.keio.ac.jp> To: cshenton@it.hq.nasa.gov Cc: multimedia@freebsd.org, hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: Video capture cards for MBONE? Laptops for MBONE? In-Reply-To: Your message of Wed, 17 Apr 1996 23:16:23 -0400. <199604180316.DAA15353@wirehead.it.hq.nasa.gov> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199604180316.DAA15353@wirehead.it.hq.nasa.gov> cshenton@it.hq.nasa.gov writes: >> I'd like to build out a laptop which could do MBONE: plug a PCMCIA >> ethernet card in, a PCMCIA video capture card in and go. How possible >> is this? Do the laptops' "SoundBlaster compatible" facilities really >> work for vat? Some laptops? I'm coordnator and programmer of FreeBSD PC-card package. Some members of our team are working on IBM PCMCIA Smart Capture card II. But I've never heard that they can use this card under FreeBSD. -- 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 Wed Apr 17 21:33:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA13209 for hackers-outgoing; Wed, 17 Apr 1996 21:33:12 -0700 (PDT) Received: from doorstep.unety.net (root@usi-00-10.Naperville.unety.net [204.70.107.30]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA13204 Wed, 17 Apr 1996 21:33:10 -0700 (PDT) Received: from webster.unety.net (webster.unety.net [206.31.202.8]) by doorstep.unety.net (8.6.9/8.6.9) with SMTP id XAA00364; Wed, 17 Apr 1996 23:27:28 -0500 Received: by webster.unety.net with Microsoft Mail id <01BB2CB5.DB907200@webster.unety.net>; Wed, 17 Apr 1996 23:30:26 -0500 Message-ID: <01BB2CB5.DB907200@webster.unety.net> From: Jim Fleming To: Gary Palmer , "'Jim Binkley'" Cc: "alf@bolzen.in-berlin.de" , Dirk Froemberg , "hackers@FreeBSD.ORG" , "xadmin@methan.chemie.fu-berlin.de" Subject: RE: ip-in-ip tunnel Date: Wed, 17 Apr 1996 23:30:24 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wednesday, April 17, 1996 6:27 PM, Jim Binkley[SMTP:jrb@cs.pdx.edu] wrote: @ @As another possibility, I can give you some experimental @kernel code that basically is integrated with the multicast @tunnel code in the kernel and gives you a device called @"mvif0" that allows you to put a route between two boxes @and route all packets to a destination X between a tunnel system Y. @Logically: @ send all unicast packets to X via ip dst Y (ip dst in outer @ ipip protocol packet) @ @This is for support of mobile ip, what at this point I can @at least do by statically inserting routes in the kernel. @I sent about 20000 packets through it yesterday so it isn't @that bad, but it's still experimental. @ @Depends on what you want to do. @ @ regards, @ @ Jim Binkley @ jrb@cs.pdx.edu @ @ It appears that many people are discovering that there is tremendous potential in using the Internet to "re-invent the net". This is a natural outgrowth of the success of the net. The Internet model is being applied to the Internet itself to explore new ways to expand the net. This keeps everything evolving away from centralized solutions which the net has successfully challenged over the years. Expanding on this theme... Imagine that you have several networks scattered around the world. Imagine that they run some strange protocol called IPv8 that is very similar to IPv4 and requires minimal changes to FreeBSD to support. see for IPv8 info Imagine that IPv8 supports 2,048 different 32 bit address spaces and that the goal is to tunnel between all of these networks in an efficient manner to provide global connectivity for an OuterInternet that supports many more sources and destinations than the current Internet. Imagine that you decide to use the Legacy Internet as purely a transport vehicle between large IPv8 islands or Galaxies. Imagine that the challenge is to build a FreeBSD based system that can act as a gateway (or StarGate) for these Galaxies and provide inter-Galaxy communication. With a substantial increase in available "IP addresses", imagine that you could easily obtain your own permanent /16 (formerly Class B) address to allocate to friends, families, clients, customers, dogs, cats, etc. as you see fit. These would be allocated to people that help with the system and express a need and interest. Imagine that there are 8 Galaxies and 256 Stargates per Galaxy (8x256=2,048) Imagine that someone is willing to donate 8 fully loaded $8,000 FreeBSD-based Pentium systems to be located around the world for testing this network. Imagine that FreeBSD users could use these systems not only for testing various tunneling strategies but also as FTP servers, mirror sites and other purposes. The $64,000 question is... Is the FreeBSD community cohesive enough to build an OuterInternet to not only support its current development but also to explore the advantages of re-inventing the net by using the Internet as a transport for a semi-private FreeBSD net? I would be curious if people think this has merit, is doable, is a worthwhile project, would be interesting to students, would help the FreeBSD effort, etc. I would also be curious whether people would be willing to host a StarGate and where people think these StarGates should be placed in the Galaxies. I am also curious how people would propose that these StarGates interchange routing information and utilize the ip-in-ip tunneling which is where we came in... ...beyond this I am curious about people's ideas about distributed object technology that can be transported on the FreeBSD network...we will save that for later...if and when the net starts to grow out of the FreeBSD efforts... -- Jim Fleming UNETY Systems, Inc. Naperville, IL 60563 e-mail: JimFleming@unety.net From owner-freebsd-hackers Wed Apr 17 22:22:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA14940 for hackers-outgoing; Wed, 17 Apr 1996 22:22:26 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA14925 for ; Wed, 17 Apr 1996 22:22:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id WAA05464; Wed, 17 Apr 1996 22:21:51 -0700 (PDT) To: Warner Losh cc: "Eric J. Schwertfeger" , hackers@FreeBSD.org Subject: Re: How to make g++ shared libraries? In-reply-to: Your message of "Wed, 17 Apr 1996 22:02:02 MDT." <199604180402.WAA06571@rover.village.org> Date: Wed, 17 Apr 1996 22:21:51 -0700 Message-ID: <5461.829804911@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > However, Cvo looks cool from the first few glances I've had with it. > I'm going to see if I can make it work here and see how solid it is. > If it is solid enough, I'm thinking of maybe putting some effort into > it. Please keep me posted! Jordan From owner-freebsd-hackers Wed Apr 17 22:58:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA16103 for hackers-outgoing; Wed, 17 Apr 1996 22:58:46 -0700 (PDT) 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 WAA16096 Wed, 17 Apr 1996 22:58:44 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id WAA00404; Wed, 17 Apr 1996 22:57:38 -0700 Message-Id: <199604180557.WAA00404@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Chris Shenton cc: multimedia@freebsd.org, hackers@freebsd.org Subject: Re: Video capture cards for MBONE? Laptops for MBONE? In-reply-to: Your message of "Wed, 17 Apr 1996 23:16:23 EDT." <199604180316.DAA15353@wirehead.it.hq.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Apr 1996 22:57:38 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You have two PCI options Matrox Meteor for $500 and the OmniMedia Sequence-P1S for $300. The matrox driver which works with both of the above cards is part or FreeBSD-release and FreeBSD-current. As nothing being on www.freebsd.org thats my fault for being too busy lately with work. In the mean time you can check out my mbone page: http:/rah.star-gate.com/~hasty/mbone.html >>> Chris Shenton said: > I've been tracking some of the recent traffic on MBONE tool support, > and got nv to talk to my QuickCam, and I've had vat on speaking terms > with my Gus Max. I didn't find anything in the release notes or > multimedia page on www.freebsd.org. > > > I wanted to find out what the supported video capture cards are, and > are expected to be, so I can jack-in a regular video camera. The Vic > code indicates that the Matrox Meteor is supported. Is this in the > kernel, or slated for 2.2, or ...? I'm at 2.1-RELEASE now. > > > > I'd like to build out a laptop which could do MBONE: plug a PCMCIA > ethernet card in, a PCMCIA video capture card in and go. How possible > is this? Do the laptops' "SoundBlaster compatible" facilities really > work for vat? Some laptops? If you have a hardware compatible sound blaster clone it should not be a problem . I have a heard a few multimedia hackers getting audio out of their laptops with SB clones. Hope this helps, Amancio From owner-freebsd-hackers Wed Apr 17 23:39:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17688 for hackers-outgoing; Wed, 17 Apr 1996 23:39:49 -0700 (PDT) Received: from maui.com (root@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA17671 Wed, 17 Apr 1996 23:39:45 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [199.4.33.251]) by maui.com (8.6.10/8.6.6) with ESMTP id UAA05616; Wed, 17 Apr 1996 20:39:58 -1000 Received: (from langfod@localhost) by caliban.dihelix.com (8.7.5/8.6.9) id UAA03482; Wed, 17 Apr 1996 20:39:40 -1000 (HST) Message-Id: <199604180639.UAA03482@caliban.dihelix.com> Subject: Re: Video capture cards for MBONE? Laptops for MBONE? To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Wed, 17 Apr 1996 20:39:40 -1000 (HST) Cc: cshenton@it.hq.nasa.gov, multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199604180557.WAA00404@rah.star-gate.com> from "Amancio Hasty Jr." at "Apr 17, 96 10:57:38 pm" From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty Jr. >You have two PCI options Matrox Meteor for $500 and >the OmniMedia Sequence-P1S for $300. > >The matrox driver which works with both of the above cards is part >or FreeBSD-release and FreeBSD-current. Just curious, has anyone taken a look at the Media XL daughtercard for the Matrox MGA Millenium? I am unsure of the specs for this unit but it is supposed to do frame capture and one vesion has MPEG built-in.... -David Langford langfod@dihelix.com From owner-freebsd-hackers Wed Apr 17 23:56:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18061 for hackers-outgoing; Wed, 17 Apr 1996 23:56:21 -0700 (PDT) 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 XAA18056 Wed, 17 Apr 1996 23:56:18 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id XAA00788; Wed, 17 Apr 1996 23:55:19 -0700 Message-Id: <199604180655.XAA00788@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "David Langford" cc: cshenton@it.hq.nasa.gov, multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Xinside (Re: Video capture cards for MBONE? Laptops for MBONE? ) In-reply-to: Your message of "Wed, 17 Apr 1996 20:39:40 -1000." <199604180639.UAA03482@caliban.dihelix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Apr 1996 23:55:18 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Just wait for Thomas Roell from Xinside to response 8) Cheers, Amancio >>> "David Langford" said: > Amancio Hasty Jr. > >You have two PCI options Matrox Meteor for $500 and > >the OmniMedia Sequence-P1S for $300. > > > >The matrox driver which works with both of the above cards is part > >or FreeBSD-release and FreeBSD-current. > > Just curious, has anyone taken a look at the Media XL daughtercard for the > Matrox MGA Millenium? > > I am unsure of the specs for this unit but it is supposed to do frame > capture and one vesion has MPEG built-in.... > > -David Langford > langfod@dihelix.com From owner-freebsd-hackers Wed Apr 17 23:57:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18116 for hackers-outgoing; Wed, 17 Apr 1996 23:57:22 -0700 (PDT) Received: from falcon.tioga.com (root@falcon.tioga.com [205.146.65.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA18111 Wed, 17 Apr 1996 23:57:20 -0700 (PDT) Received: (from tbalfe@localhost) by falcon.tioga.com (8.6.12/8.6.12) id CAA16289; Thu, 18 Apr 1996 02:57:11 GMT Date: Thu, 18 Apr 1996 02:57:11 +0000 () From: Thomas J Balfe To: freebsdnet@netural.com cc: freebsd-hackers@freebsd.org, freebsd-realtime@freebsd.org, freebsd-mobile@freebsd.org Subject: Robot Motion Control? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am designing a robot tonight because I have always wanted one. The thing I need to know now is how to control the servos for it to get around with. Would that work best with X10 or some other technique? Right now, it's an idea that I'm throwing onto paper, and I'm not sure if I want to rip out a laptop and throw it into a chassis or just make a chassis that will take a regular AT motherboard. Perhaps a small computer similar to the one that Tom Arnold has suggested, an Ampro SLC50 which is reportedly the size of a 3.5" drive. The thing I want people's opinions about is how to control the servos for motion control, additionally sensors to detect object so it doesn't run around bumping into stuff. Would that be best done through the serial port, parallel port, or a different technique? ============================================================================== Thomas J Balfe tbalfe@tioga.com President http://www.tioga.com/ Tioga Communications, Inc 814-867-4770 ============================================================================== From owner-freebsd-hackers Thu Apr 18 01:31:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA21841 for hackers-outgoing; Thu, 18 Apr 1996 01:31:06 -0700 (PDT) Received: from dns2.noc.best.net (dns2.noc.best.net [206.86.0.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA21835 Thu, 18 Apr 1996 01:31:04 -0700 (PDT) Received: from kaipara.live.com (kaipara.live.com [206.86.37.12]) by dns2.noc.best.net (8.6.12/8.6.5) with SMTP id BAA16902; Thu, 18 Apr 1996 01:30:23 -0700 Date: Thu, 18 Apr 1996 01:30:23 -0700 Message-Id: <1.5.4.16.19960418012950.0bc794b8@pop.best.com> X-Sender: rsf@pop.best.com X-Mailer: Windows Eudora Light Version 1.5.4 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Amancio Hasty Jr." From: Ross Finlayson Subject: Re: Video capture cards for MBONE? Laptops for MBONE? Cc: Chris Shenton , multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I saw someone at the last IETF (in Los Angeles) showing off one of the new high-end IBM portable computers (possibly a ThinkPad) that has a small video camera mounted at the top of the lid (above the display). The camera could be swiveled to either point at the user, or away from it. Anyway, this computer was running AIX (with X-windows) and the user (an IBM employee, I think) was showing video from the camera in a window of his display. It all looked pretty cool. It would probably have been straightforward to hook this into the MBone. The portable computer (I hesitate to call it a laptop) was quite heavy (about 10 pounds, I think), and probably very expensive. But in a year or two... Ross. From owner-freebsd-hackers Thu Apr 18 01:34:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA22153 for hackers-outgoing; Thu, 18 Apr 1996 01:34:48 -0700 (PDT) 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 BAA22146 Thu, 18 Apr 1996 01:34:43 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id BAA00310; Thu, 18 Apr 1996 01:33:49 -0700 Message-Id: <199604180833.BAA00310@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Ross Finlayson cc: Chris Shenton , multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Video capture cards for MBONE? Laptops for MBONE? In-reply-to: Your message of "Thu, 18 Apr 1996 01:30:23 PDT." <1.5.4.16.19960418012950.0bc794b8@pop.best.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Apr 1996 01:33:48 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, It should be doable in the near future provided that we get hold of a pcmia video capture board and its specs. Cheers, Amancio >>> Ross Finlayson said: > I saw someone at the last IETF (in Los Angeles) showing off one of the new > high-end IBM portable computers (possibly a ThinkPad) that has a small video > camera mounted at the top of the lid (above the display). The camera could > be swiveled to either point at the user, or away from it. Anyway, this > computer was running AIX (with X-windows) and the user (an IBM employee, I > think) was showing video from the camera in a window of his display. It all > looked pretty cool. It would probably have been straightforward to hook > this into the MBone. > > The portable computer (I hesitate to call it a laptop) was quite heavy > (about 10 pounds, I think), and probably very expensive. But in a year or > two... > > Ross. > From owner-freebsd-hackers Thu Apr 18 07:05:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA05949 for hackers-outgoing; Thu, 18 Apr 1996 07:05:39 -0700 (PDT) Received: from grapenuts.bellcore.com (grapenuts.bellcore.com [192.4.4.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA05940 for ; Thu, 18 Apr 1996 07:05:28 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by grapenuts.bellcore.com (8.6.9/8.6.10) with SMTP id KAA13919; Thu, 18 Apr 1996 10:04:11 -0400 Message-Id: <199604181404.KAA13919@grapenuts.bellcore.com> X-Authentication-Warning: grapenuts.bellcore.com: Host localhost didn't use HELO protocol From: Andrew Heybey To: Jaye Mathisen cc: hackers@FreeBSD.ORG Subject: Re: Putting a valid partition table on a BIG disk? In-reply-to: Your message of Wed, 17 Apr 1996 12:41:52 -0700. Date: Thu, 18 Apr 1996 10:04:10 -0400 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk mrcpu> 16GB's. /stand/sysinstall causes a panic instantly, although mrcpu> I'm in the middle of a make world which may correct that. I have experienced the same sysinstall causes panic problem when booting the 960323 SNAP with an unlabeled Seagate 9G disk. I installed without the big disk, then reconnected it and labelled it. I was going to send a bug report but tried the boot floppy again and it worked so I thought I might have seen a one-time glitch. andrew From owner-freebsd-hackers Thu Apr 18 08:13:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA10499 for hackers-outgoing; Thu, 18 Apr 1996 08:13:49 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA10481 for ; Thu, 18 Apr 1996 08:13:30 -0700 (PDT) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.5/8.7.3) with SMTP id IAA12046; Thu, 18 Apr 1996 08:19:34 -0700 (PDT) Date: Thu, 18 Apr 1996 08:15:49 -0700 (PDT) From: "Eric J. Schwertfeger" To: Warner Losh cc: "Jordan K. Hubbard" , hackers@FreeBSD.org Subject: Cvo: was Re: How to make g++ shared libraries? In-Reply-To: <199604180402.WAA06571@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 17 Apr 1996, Warner Losh wrote: > However, Cvo looks cool from the first few glances I've had with it. > I'm going to see if I can make it work here and see how solid it is. > If it is solid enough, I'm thinking of maybe putting some effort into > it. Since OI is out of the running, and I've got Cvo compiling with shared libraries under 2.1R, I think we can count on getting a port together for it. I haven't had much of a chance to play with it, and a lot of the demos seem out of date (call procedures that aren't defined, etc), but it seems solid. There are definitely a few things I plan on adding if they aren't already there, like drag-n-drop. One thing I did notice is that while the VSZ stays sane, the RSS of just about any Cvo program hits about 2.5 Meg (even the simple 3 button demos). Of course, this is mostly fixed overhead it seems, because the more complex demos don't seem significantly larger. From owner-freebsd-hackers Thu Apr 18 12:58:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02923 for hackers-outgoing; Thu, 18 Apr 1996 12:58:58 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA02918 Thu, 18 Apr 1996 12:58:56 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id NAA13720; Thu, 18 Apr 1996 13:01:06 -0700 (PDT) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Thu, 18 Apr 1996 13:01:06 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org cc: gibbs@freebsd.org Subject: QUEUE_FULL_ENABLE option really work? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just turned it off on a box with a 2940, and across the board I'm picking up 700-800k/s improvements: old: IOZONE performance measurements: 1168024 bytes/second for writing the file 4445767 bytes/second for reading the file new: IOZONE performance measurements: 1790285 bytes/second for writing the file 5332448 bytes/second for reading the file From owner-freebsd-hackers Thu Apr 18 13:31:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05597 for hackers-outgoing; Thu, 18 Apr 1996 13:31:03 -0700 (PDT) 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 NAA05574 Thu, 18 Apr 1996 13:30:51 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id NAA03589; Thu, 18 Apr 1996 13:29:38 -0700 Message-Id: <199604182029.NAA03589@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Jaye Mathisen cc: hackers@freebsd.org, gibbs@freebsd.org Subject: Re: QUEUE_FULL_ENABLE option really work? In-reply-to: Your message of "Thu, 18 Apr 1996 13:01:06 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Apr 1996 13:29:37 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What is this QUEUE_FULL_ENABLE option? Tnks, Amancio >>> Jaye Mathisen said: > > > I just turned it off on a box with a 2940, and across the board I'm > picking up 700-800k/s improvements: > > old: > > IOZONE performance measurements: > 1168024 bytes/second for writing the file > 4445767 bytes/second for reading the file > > > new: > > IOZONE performance measurements: > 1790285 bytes/second for writing the file > 5332448 bytes/second for reading the file > > > From owner-freebsd-hackers Thu Apr 18 13:55:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08298 for hackers-outgoing; Thu, 18 Apr 1996 13:55:31 -0700 (PDT) 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 NAA08285 Thu, 18 Apr 1996 13:55:27 -0700 (PDT) Message-Id: <199604182055.NAA08285@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: hackers@freebsd.org, gibbs@freebsd.org Subject: Re: QUEUE_FULL_ENABLE option really work? In-reply-to: Your message of "Thu, 18 Apr 1996 13:01:06 PDT." Date: Thu, 18 Apr 1996 13:55:26 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The option is QUEUE_FULL_SUPPORTED and it does what its supposed to. It increases the number of tags allowed per device to 4 instead of the default of two. >I just turned it off on a box with a 2940, and across the board I'm >picking up 700-800k/s improvements: > >old: > >IOZONE performance measurements: > 1168024 bytes/second for writing the file > 4445767 bytes/second for reading the file > > >new: > >IOZONE performance measurements: > 1790285 bytes/second for writing the file > 5332448 bytes/second for reading the file But your random I/O scores will decrease since the drive will only have at max two I/Os to sort in order to reduce seeks. If you're only interested in sequential I/O, you might as well turn off tagged queueing since for some devices you will get better results. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Apr 18 14:15:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09598 for hackers-outgoing; Thu, 18 Apr 1996 14:15:20 -0700 (PDT) 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 OAA09591 for ; Thu, 18 Apr 1996 14:15:11 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA25817; Thu, 18 Apr 1996 23:10:40 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA22166; Thu, 18 Apr 1996 23:10:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA02177; Thu, 18 Apr 1996 22:38:46 +0200 (MET DST) From: J Wunsch Message-Id: <199604182038.WAA02177@uriah.heep.sax.de> Subject: Re: Extra option for rlogind? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 18 Apr 1996 22:38:45 +0200 (MET DST) Cc: jraynard@dial.pipex.com (James Raynard) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199604171606.QAA00530@dial.pipex.com> from "James Raynard" at Apr 17, 96 04:06:08 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 X-Loop: FreeBSD.org Precedence: bulk As James Raynard wrote: > >Our rlogind has a -s flag which will only read .rhosts files if they are > >owned by root. So users cannot create their own .rhosts files, without > >root knowing about it. > >More work for the sysadmin, and mabye not feasible on a machine with a lot > >of users, but it works for us. > > This would be very easy to add, as per the following (untested) > patches. Would this be a worthwhile addition, or is it just another > silly Linux gimmick? 8-) I don't really like it. If some admin is notorious about security, he can simply turn off rlogin/rsh, and force the people to use ssh instead. That would (IMO) make more sense. (Btw., if i were at such a site, i wouldn't trust root, and immediately remove the .rhosts, in particular if it's not readable for me. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Apr 18 14:20:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA09802 for hackers-outgoing; Thu, 18 Apr 1996 14:20:13 -0700 (PDT) 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 OAA09791 Thu, 18 Apr 1996 14:20:03 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id OAA04063; Thu, 18 Apr 1996 14:19:01 -0700 Message-Id: <199604182119.OAA04063@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Justin T. Gibbs" cc: hackers@freebsd.org Date: Thu, 18 Apr 1996 14:19:00 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Fcc: outbox Subject: Re: QUEUE_FULL_ENABLE option really work? In-reply-to: Your message of "Thu, 18 Apr 1996 13:55:26 PDT." <199604182055.NAA08285@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii -------- BTW: Muchas Gracias for the 2940 scsi driver 8) It is working without a hitch over here after I sorted out my scsi termination problems. Not once after the driver fixes and the terimantion problems have my system crashed due to disk failure 8) Regards, Amancio >>> "Justin T. Gibbs" said: > The option is QUEUE_FULL_SUPPORTED and it does what its supposed to. > It increases the number of tags allowed per device to 4 instead of > the default of two. > > >I just turned it off on a box with a 2940, and across the board I'm > >picking up 700-800k/s improvements: > > > >old: > > > >IOZONE performance measurements: > > 1168024 bytes/second for writing the file > > 4445767 bytes/second for reading the file > > > > > >new: > > > >IOZONE performance measurements: > > 1790285 bytes/second for writing the file > > 5332448 bytes/second for reading the file > > But your random I/O scores will decrease since the drive will only > have at max two I/Os to sort in order to reduce seeks. If you're > only interested in sequential I/O, you might as well turn off > tagged queueing since for some devices you will get better results. > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > From owner-freebsd-hackers Thu Apr 18 15:12:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12902 for hackers-outgoing; Thu, 18 Apr 1996 15:12:56 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA12897 Thu, 18 Apr 1996 15:12:54 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id PAA00885; Thu, 18 Apr 1996 15:12:53 -0700 (PDT) X-Authentication-Warning: schizo.cdsnet.net: mrcpu owned process doing -bs Date: Thu, 18 Apr 1996 15:12:53 -0700 (PDT) From: Jaye Mathisen To: "Justin T. Gibbs" cc: hackers@freebsd.org, gibbs@freebsd.org Subject: Re: QUEUE_FULL_ENABLE option really work? In-Reply-To: <199604182055.NAA08285@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hmmm, well, my bonnie numbers didn't change much at all, and i was getting "QUEUE Full" messages on my console, which have disappeared. Now if I can get rid of the FS corruption on my 2940UW, I'll be a happy camper. (From another message). On Thu, 18 Apr 1996, Justin T. Gibbs wrote: > The option is QUEUE_FULL_SUPPORTED and it does what its supposed to. > It increases the number of tags allowed per device to 4 instead of > the default of two. > > >I just turned it off on a box with a 2940, and across the board I'm > >picking up 700-800k/s improvements: > > > >old: > > > >IOZONE performance measurements: > > 1168024 bytes/second for writing the file > > 4445767 bytes/second for reading the file > > > > > >new: > > > >IOZONE performance measurements: > > 1790285 bytes/second for writing the file > > 5332448 bytes/second for reading the file > > But your random I/O scores will decrease since the drive will only > have at max two I/Os to sort in order to reduce seeks. If you're > only interested in sequential I/O, you might as well turn off > tagged queueing since for some devices you will get better results. > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > From owner-freebsd-hackers Thu Apr 18 15:41:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14285 for hackers-outgoing; Thu, 18 Apr 1996 15:41:22 -0700 (PDT) Received: from vent.pipex.net (root@vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14279 for ; Thu, 18 Apr 1996 15:41:20 -0700 (PDT) Received: from dial.pipex.com by vent.pipex.net (8.6.12/PIPEX simple 1.20) id XAA14428; Thu, 18 Apr 1996 23:41:05 +0100 Received: (from jraynard@localhost) by dial.pipex.com (8.6.12/8.6.12) id XAA00334; Thu, 18 Apr 1996 23:39:27 GMT Date: Thu, 18 Apr 1996 23:39:27 GMT From: James Raynard Message-Id: <199604182339.XAA00334@dial.pipex.com> To: joerg_wunsch@uriah.heep.sax.de CC: freebsd-hackers@freebsd.org In-reply-to: <199604182038.WAA02177@uriah.heep.sax.de> (message from J Wunsch on Thu, 18 Apr 1996 22:38:45 +0200 (MET DST)) Subject: Re: Extra option for rlogind? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-hackers Thu Apr 18 15:46:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA14542 for hackers-outgoing; Thu, 18 Apr 1996 15:46:35 -0700 (PDT) Received: from vent.pipex.net (vent.pipex.net [158.43.128.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA14483 for ; Thu, 18 Apr 1996 15:45:12 -0700 (PDT) Received: from dial.pipex.com by vent.pipex.net (8.6.12/PIPEX simple 1.20) id XAA14516; Thu, 18 Apr 1996 23:44:03 +0100 Received: (from jraynard@localhost) by dial.pipex.com (8.6.12/8.6.12) id XAA00343; Thu, 18 Apr 1996 23:42:33 GMT Date: Thu, 18 Apr 1996 23:42:33 GMT From: James Raynard Message-Id: <199604182342.XAA00343@dial.pipex.com> To: joerg_wunsch@uriah.heep.sax.de CC: freebsd-hackers@freebsd.org In-reply-to: <199604182038.WAA02177@uriah.heep.sax.de> (message from J Wunsch on Thu, 18 Apr 1996 22:38:45 +0200 (MET DST)) Subject: Re: Extra option for rlogind? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> J Wunsch writes: > > (Btw., if i were at such a site, i wouldn't trust root, and > immediately remove the .rhosts, in particular if it's not readable for > me. :-) On reflection, I think I'd probably do the same 8-) Cheers James From owner-freebsd-hackers Thu Apr 18 15:52:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15323 for hackers-outgoing; Thu, 18 Apr 1996 15:52:30 -0700 (PDT) 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 PAA15314 Thu, 18 Apr 1996 15:52:27 -0700 (PDT) Message-Id: <199604182252.PAA15314@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: hackers@freebsd.org, gibbs@freebsd.org Subject: Re: QUEUE_FULL_ENABLE option really work? In-reply-to: Your message of "Thu, 18 Apr 1996 15:12:53 PDT." Date: Thu, 18 Apr 1996 15:52:27 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Hmmm, well, my bonnie numbers didn't change much at all, and i was getting >"QUEUE Full" messages on my console, which have disappeared. Now if I can >get rid of the FS corruption on my 2940UW, I'll be a happy camper. (From >another message). You didn't mention that you were getting "QUEUE Full" messages on the console. The reason that the QUEUE_FULL_SUPPORTED define is in there is because we don't really handle Queue full status (that will change in the next day or two), but some people still use it because their drives have deep enough queues that they can use the additional tags safely. What kind of drive are you using? If its your RAID box, are you using multiple luns at once? (The number of tags to use is per lun, not per device.) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Apr 18 17:04:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA18263 for hackers-outgoing; Thu, 18 Apr 1996 17:04:18 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA18250 Thu, 18 Apr 1996 17:04:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with SMTP id AAA01890 ; Fri, 19 Apr 1996 00:59:42 +0100 (BST) To: Nik Clayton cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG From: "Gary Palmer" Subject: REQUEST: UK servers wanted (was Re: freebsd-uk ) In-reply-to: Your message of "Thu, 18 Apr 1996 21:26:45 BST." <199604182026.VAA01002@plum.blueberry.co.uk> Date: Fri, 19 Apr 1996 00:59:41 +0100 Message-ID: <1888.829871981@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk (sorry for the CC of both questions and hackers, but I want as many readers as possible for this. You can shoot me later if you want :-) ) Nik Clayton wrote in message ID <199604182026.VAA01002@plum.blueberry.co.uk> (in freebsd-questions): > - Co-ordinating mirrors of FreeBSD information from an ftp, sup and http > standpoint. Which reminds me: REQUEST: If you have a system which could handle a few more mail messages a day (okay, a few hundred), or a SUP server, or a WWW mirror, please contact either myself or the freebsd-hubs mailing list as there is a distinct lack of UK resources at the minute. We have a host for a uk.freebsd.org DNS domain, and one mail relay, but another mail relay or two would be nice (either load sharing or backups), and a SUP server would be REALLY nice (esp. if it carried all 3 trees - current, stable & CVS ). A decent net.link would be needed for this ... Thanks in advance. Gary From owner-freebsd-hackers Fri Apr 19 02:34:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA24362 for hackers-outgoing; Fri, 19 Apr 1996 02:34:19 -0700 (PDT) Received: from ns.fnet.fr (ns.fnet.fr [192.134.192.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA24349 Fri, 19 Apr 1996 02:34:08 -0700 (PDT) Received: from fisher.eunet.bretagne.fr ([193.107.210.137]) by ns.fnet.fr (5.65c8d/AFUU-4.2.3) via EUnet-France id AA16425; Fri, 19 Apr 1996 11:34:03 +0200 (MET) Date: Fri, 19 Apr 1996 11:34:03 +0200 Message-Id: <199604190934.AA16425@ns.fnet.fr> X-Sender: Ffeillan@utopia.eunet.fr X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: questions@freebsd.org From: Eric Feillant Subject: TECH QUESTIONS Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Date: Fri, 19 Apr 1996 10:49:58 >To: FAQ@freebsd.org >From: Eric Feillant >Subject: TECH QUESTIONS >Cc: tech-support@freebsd.org , support@freebsd.org > >Hi all, > >I have two questions about FreeBSD: > >1) I mount a DOS/WINDOWS filesystem on my FreeBSD System with success, but > i can't see anything in the directory. > > It works fine on my Sparc/ SUNOS4.1.3 system. > >2) I want to make a bootable floppy in Franch language, can u help me for > doing that ? I saw the sources in /usr/src/release, but it seems that i > have to compile all the distributions... and not only the boot floppy. > > > > Thanx for Help ! > > ViVA FreeBSD !!!!! > > > Eric. > Eric Feillant EUnet Bretagne / OSI Tel: 33 98101725 140 Bd de creach Gwen Fax: 33 98828788 29000 QUIMPER Email: Eric.Feillant@EUnet.fr FRANCE From owner-freebsd-hackers Fri Apr 19 04:08:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA29871 for hackers-outgoing; Fri, 19 Apr 1996 04:08:06 -0700 (PDT) Received: from hda.com (ip92-max1-fitch.zipnet.net [199.232.245.92]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA29823 Fri, 19 Apr 1996 04:07:55 -0700 (PDT) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id HAA01914; Fri, 19 Apr 1996 07:01:40 -0400 From: Peter Dufault Message-Id: <199604191101.HAA01914@hda.com> Subject: Re: Robot Motion Control? To: tbalfe@tioga.com (Thomas J Balfe) Date: Fri, 19 Apr 1996 07:01:39 -0400 (EDT) Cc: freebsdnet@NETural.com, freebsd-hackers@FreeBSD.ORG, realtime@FreeBSD.ORG In-Reply-To: from "Thomas J Balfe" at Apr 18, 96 02:57:11 am Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk A FreeBSD robot. Make sure it ends up on the net with a link from the freebsd home page so we can move it around. You'll need to be sure it is on the mbone as well, with video, so we can see what it sees. > I am designing a robot tonight because I have always wanted one. The > thing I need to know now is how to control the servos for it to get > around with. Would that work best with X10 or some other technique? (I'm not sure what you are getting at with X10 here) > > Right now, it's an idea that I'm throwing onto paper, and I'm not sure if > I want to rip out a laptop and throw it into a chassis or just make a > chassis that will take a regular AT motherboard. > > Perhaps a small computer similar to the one that Tom Arnold > has suggested, an Ampro SLC50 which is reportedly > the size of a 3.5" drive. > > The thing I want people's opinions about is how to control the servos for > motion control, additionally sensors to detect object so it doesn't run > around bumping into stuff. Would that be best done through the serial > port, parallel port, or a different technique? The questions about the sensors, actuators, collision avoidance, comm links, etc. are probably best addressed on one of the robotics lists - I haven't visited them in a while but last time I looked in they were pretty good. I suggest you visit those lists, look through their archives, think about what you want your machine to be able to do, sketch out more fully what you have in mind and how it ties into your FreeBSD system and send a more detailed message. One suggestion is to start with one of the miniboard robot designs and add a link - possibly initially tethered - back to your FreeBSD system and treat your robot as a smart peripheral. A FreeBSD robot has to be on the internet anyway (IMHO), so you can approach this as a distributed system with the low level control down on the miniboard. Finally, to give yourself some design constraints you also may want to look into some of the robot competitions. There are several, from sumo wrestler competitions to fire fighters, that might be fun for you to work on. -- Temporarily via "hdalog@zipnet.net"... 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 Apr 19 07:59:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10190 for hackers-outgoing; Fri, 19 Apr 1996 07:59:53 -0700 (PDT) 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 HAA10183 for ; Fri, 19 Apr 1996 07:59:49 -0700 (PDT) Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA05201; Fri, 19 Apr 96 14:59:17 GMT Message-Id: <9604191459.AA05201@fslg8.fsl.noaa.gov> Received: by emu.fsl.noaa.gov (1.40.112.3/16.2) id AA248536018; Fri, 19 Apr 1996 09:00:19 -0600 Date: Fri, 19 Apr 1996 09:00:19 -0600 From: Sean Kelly To: Thomas J Balfe Cc: freebsd-hackers-digest@freebsd.org In-Reply-To: <199604191108.EAA29880@freefall.freebsd.org> (owner-hackers-digest@freefall.freebsd.org) Subject: Re: hackers-digest V1 #1088 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Thomas" == owner-hackers-digest writes: Thomas> I am designing a robot tonight because I have always Thomas> wanted one. The thing I need to know now is how to control Thomas> the servos for it to get around with. Would that work best Thomas> with X10 or some other technique? X10? You mean X10 powerline control? I'm almost certain that's the wrong answer. -- Sean Kelly NOAA Forecast Systems Laboratory kelly@fsl.noaa.gov Boulder Colorado USA http://www-sdd.fsl.noaa.gov/~kelly/ From owner-freebsd-hackers Fri Apr 19 09:06:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15203 for hackers-outgoing; Fri, 19 Apr 1996 09:06:16 -0700 (PDT) Received: from odin.INS.CWRU.Edu (odin.INS.CWRU.Edu [129.22.8.102]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA15095 for ; Fri, 19 Apr 1996 09:04:22 -0700 (PDT) Received: (chet@localhost) by odin.INS.CWRU.Edu (8.6.12+cwru/CWRU-2.2-ins) id LAA08307; Fri, 19 Apr 1996 11:24:18 -0400 (from chet) Date: Fri, 19 Apr 1996 11:22:33 -0400 From: Chet Ramey To: arnold@skeeve.atl.ga.us, composer@beyond.dreams.org, friedman@gnu.ai.mit.edu, joshua5@cs.bu.edu, dob@inel.gov, mjo@msen.com, jason@servio.slc.com, timbo@ig.co.uk, trost@cse.ogi.edu, zoo@armadillo.com, lubkin@cs.rochester.edu, james@bigtex.cactus.org, Greg.Onufer@Eng.Sun.COM, kre@munnari.oz.au, tmwalden@saturn.sys.acc.com, torvalds@cc.helsinki.fi, i.watson@lilly.com, glenn@mathcs.emory.edu, penningt@reason.psc.edu, devet@adv.iaehv.nl, grog@lemis.de, djm@eng.umd.edu, wieting@tweety.llnl.gov, geoffc@research.att.com, de5@ornl.gov, kayvan@satyr.sylvan.com, smd@uunet.ca, asjl@connect.com.au, mark@comp.vuw.ac.nz, david@cs.dal.ca, jwe@che.utexas.edu, quinlan@best.com, Karl.Kleinpaste@GODIVA.NECTAR.CS.CMU.EDU, bammi@cadence.com, sanders@bsdi.com, tramey@boi.hp.com, roland@gnu.ai.mit.edu, bfox@gnu.ai.mit.edu, torek@bsdi.com, marc@redhat.com Subject: Bash-2.0 alpha-2 release available Cc: chet@odin.INS.CWRU.Edu, sandro@elf.com, drich@sgi.com, carson@cs.columbia.edu, Doug.Becker@Eng.Sun.COM, deven@asylum.sf.ca.us, remy@ccs.neu.edu, freebsd-hackers@freefall.freebsd.org, dtm@best.com, kjetilho@ifi.uio.no, cam@iinet.com.au, wbader@EECS.Lehigh.Edu, hniksic@neumijko.srce.hr, mwette@csi.jpl.nasa.gov, jsh@canary.com, gjb@gba.oz.au, andreas@MPA-Garching.MPG.DE, pgf@foxharp.boston.ma.us, peterc@suite.sw.oz.au, brown@eff.org, bothner@cygnus.com, tudor@cs.pub.ro, fox@cac.washington.edu, hag@gnu.ai.mit.edu, root@candle.pha.pa.us, neal@ctd.comsat.com, grw@tamu.edu, schwab@issan.informatik.uni-dortmund.de, haible@ma2s2.mathematik.uni-karlsruhe.de, gildea@x.org, rfg@monkeys.com, haahr@netcom.com, eggert@twinsun.com, dwm@netans.com, mooney@golem.phys.ndsu.NoDak.edu, strombrg@hydra.acs.uci.edu Reply-To: chet@po.CWRU.Edu Message-ID: <9604191522.AA08251.SM@odin.INS.CWRU.Edu> Read-Receipt-To: chet@po.CWRU.Edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The second alpha release of bash-2.0 is now available with the URL ftp://slc2.ins.cwru.edu/pub/hidden/bash-2.0-alpha2.tar.gz This tar file does not include the formatted documentation (postscript, dvi, html, and nroffed versions of the manual pages); that may be retrieved with the URL ftp://slc2.ins.cwru.edu/pub/hidden/bash-doc-2.0-alpha2.tar.gz When unpacking the documentation, make sure to extract the tar file in the bash-2.0-alpha2 source directory. No diffs from bash-2.0-alpha are available. The distribution is still changing too much for them to be useful. All of the bugs reported with bash-2.0-alpha have been fixed. The configuration is much improved, and installation should work now. The file CHANGES lists the changes from bash-2.0-alpha. A copy is appended. `bashbug' may be used to report bugs with this version. It will send mail to chet@po.cwru.edu if the shell's `release status' is alpha or beta. As always, thanks for your help. Chet +========== CHANGES ==========+ This file documents the changes between this version, bash-2.0-alpha2, and the previous version, bash-2.0-alpha. 1. Changes to Bash a. The shell no longer thinks directories are executable. b. `disown' has a new option, `-h', which inhibits the resending of SIGHUP but does not remove the job from the jobs table. c. The varargs functions in error.c now use ANSI-C `stdarg' if available. d. The build process now treats the `build version' in .build as local to the build directory, so different versions built from the same source tree have different `build versions'. e. Some problems with the grammar have been fixed. (It used `list' in a few productions where `compound_list' was needed. A `list' must be terminated with a newline or semicolon; a `compound_list' need not be.) f. A fix was made to keep `wait' from hanging when waiting for all background jobs. g. `bash --help' now writes its output to stdout, like the GNU Coding Standards specify, and includes the machine type (the value of MACHTYPE). h. `bash --version' now prints more information and exits successfully, like the GNU Coding Standards specify. i. The output of `time' and `times' now prints fractional seconds with three places after the decimal point. j. A bug that caused process substitutions to screw up the pipeline printed by `jobs' was fixed. k. Fixes were made to the code that implements $'...' and $"..." so they work as documented. l. The process substitution code now opens named pipes for reading with O_NONBLOCK to avoid hanging. m. Fixes were made to the trap code so the shell cleans up correctly if the trap command contains a `return' and we're executing a function or sourcing a script with `.'. n. Fixes to doc/Makefile.in so that it doesn't try to remake all of the documentation (ps, dvi, etc.) on a `make install'. o. Fixed an auto-increment error that caused bash -c args to sometimes dump core. p. Fixed a bug that caused $HISTIGNORE to fail when the history line contained globbing characters. 2. Changes to Readline a. There is a new string variable, rl_library_version, available for use by applications. The current value is "2.1". b. A bug encountered when expand-tilde was enabled and file completion was attempted on a word beginning with `~/' was fixed. c. A slight change was made to the incremental search termination behavior. ESC still terminates the search, but if input is pending or arrives within 0.1 seconds (on systems with select(2)), it is used as a prefix character. This is intended to allow users to terminate searches with the arrow keys and get the behavior they expect. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Chet Ramey, Case Western Reserve University Internet: chet@po.CWRU.Edu From owner-freebsd-hackers Fri Apr 19 10:47:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20673 for hackers-outgoing; Fri, 19 Apr 1996 10:47:21 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA20668 for ; Fri, 19 Apr 1996 10:47:16 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id MAA11194 for ; Fri, 19 Apr 1996 12:47:12 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 19 Apr 96 12:47 CDT Received: by mars.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 19 Apr 96 12:47 CDT Message-Id: Subject: 56kbps hardware? To: hackers@freebsd.org Date: Fri, 19 Apr 1996 12:47:10 -0500 (CDT) From: "Lars Jonas Olsson" Cc: jonas@mcs.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The company I work for needs Internet access. I have been looking at 56kbps access using poinmt to point or frame relay. What hardware is recommended when using a FreeBSD server? My plan is to use a CSU/DSU connected to the PC, and the PC being the firewall. Is an external router preferable? Jonas AccuMed International. From owner-freebsd-hackers Fri Apr 19 11:10:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA21840 for hackers-outgoing; Fri, 19 Apr 1996 11:10:08 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA21835 for ; Fri, 19 Apr 1996 11:10:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id LAA00268; Fri, 19 Apr 1996 11:09:51 -0700 (PDT) To: "Lars Jonas Olsson" cc: hackers@freebsd.org, jonas@mcs.net Subject: Re: 56kbps hardware? In-reply-to: Your message of "Fri, 19 Apr 1996 12:47:10 CDT." Date: Fri, 19 Apr 1996 11:09:51 -0700 Message-ID: <266.829937391@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What hardware is recommended when using a FreeBSD server? My > plan is to use a CSU/DSU connected to the PC, and the PC being > the firewall. Is an external router preferable? You could look into the Digiboard Sync-serial cards as well as the Emerging Technologies offerings. ET claims the better hardware product, the Digiboard stuff comes with source for its drivers. You'll have to be the judge of what trade-offs are best for you. See http://www.freebsd.org/commercial.html for more information. Jordan From owner-freebsd-hackers Fri Apr 19 12:56:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA27927 for hackers-outgoing; Fri, 19 Apr 1996 12:56:12 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA27916 for ; Fri, 19 Apr 1996 12:56:03 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id QAA20320 for ; Fri, 19 Apr 1996 16:00:19 -0400 Date: Fri, 19 Apr 1996 16:00:19 -0400 Message-Id: <199604192000.QAA20320@etinc.com> X-Sender: dennis@etinc.com (Unverified) 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: AMD '586 Any opinions? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Good, bad, ugly? Dennis From owner-freebsd-hackers Fri Apr 19 13:44:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01123 for hackers-outgoing; Fri, 19 Apr 1996 13:44:45 -0700 (PDT) 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 NAA01092 for ; Fri, 19 Apr 1996 13:44:20 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08937; Fri, 19 Apr 1996 13:41:02 -0700 From: Terry Lambert Message-Id: <199604192041.NAA08937@phaeton.artisoft.com> Subject: Re: AMD '586 Any opinions? To: dennis@etinc.com (dennis) Date: Fri, 19 Apr 1996 13:41:02 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199604192000.QAA20320@etinc.com> from "dennis" at Apr 19, 96 04:00:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Good, bad, ugly? > Ugly (no math). A: "But you don't need math" B: "But you don't need JNE, if you have JEQ -- it's just bloody convenient" 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 Apr 19 14:29:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA04327 for hackers-outgoing; Fri, 19 Apr 1996 14:29:31 -0700 (PDT) Received: from schwing.ginsu.com (schwing.ginsu.com [205.210.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA04315 for ; Fri, 19 Apr 1996 14:29:21 -0700 (PDT) Received: (from geoff@localhost) by schwing.ginsu.com (8.6.12/8.6.12) id RAA07555; Fri, 19 Apr 1996 17:25:19 -0400 Date: Fri, 19 Apr 1996 17:25:18 -0400 (EDT) From: Geoff Wells To: freebsd-hackers@FreeBSD.ORG Subject: Routing problem. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Just w anted to know if anyone has seen this before. I'm running a 2.1 system (486/33, 1 gig IDE) and have the following problem. When the machine boots no machine on the segment can contact it but as soon as I ping anything on the segment it seems to come alive and begins behaving normally. It would seem that this is a routing problem but the routing tables look the same before the ping as after. I know I've seen this problem on a SUN (Solaris 2.4) once before but I can't remember what was done to fix it. Any help is always welcome. Thanks, Geoff. From owner-freebsd-hackers Fri Apr 19 14:56:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05964 for hackers-outgoing; Fri, 19 Apr 1996 14:56:57 -0700 (PDT) Received: from marmite.Stanford.EDU (marmite.Stanford.EDU [171.65.76.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA05957 for ; Fri, 19 Apr 1996 14:56:51 -0700 (PDT) Received: (hlew@localhost) by marmite.Stanford.EDU (8.7.1/8.6.4) id OAA03187; Fri, 19 Apr 1996 14:56:18 -0700 (PDT) Date: Fri, 19 Apr 1996 14:56:17 -0700 (PDT) From: Howard Lew To: dennis cc: hackers@freebsd.org Subject: Re: AMD '586 Any opinions? In-Reply-To: <199604192000.QAA20320@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 19 Apr 1996, dennis wrote: > > Good, bad, ugly? > > > Dennis > uhmmmm.... should work, but the I believe the AMD 5x86-133 runs at about Pentium 75 speed. Probably would be probed as a 486 though... Similar question... has anyone tested the Cyrix 586-120 for FreeBSD? ---------------------------------------------------------------------------- Phone: (415) 759-8584 - U.S. calls returned within 1 business day Email: info@shoppersnet.com - Fastest response time (usually within hours) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ || Shoppers Network Cyrix/Pentium Benchmarks on our WWW site || PO BOX 16627 Email - info@shoppersnet.com || San Francisco, CA 94116 Latest prices - finger info@shoppersnet.com || (415) 759-8584 WWW - http://www2.shoppersnet.com =============================> WWW - http://www.shoppersnet.com/shopping ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Fri Apr 19 15:28:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08225 for hackers-outgoing; Fri, 19 Apr 1996 15:28:44 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08216 Fri, 19 Apr 1996 15:28:42 -0700 (PDT) From: Mike Pritchard Message-Id: <199604192228.PAA08216@freefall.freebsd.org> Subject: Re: AMD '586 Any opinions? To: hlew@genome.Stanford.EDU (Howard Lew) Date: Fri, 19 Apr 1996 15:28:42 -0700 (PDT) Cc: dennis@etinc.com, hackers@freebsd.org In-Reply-To: from "Howard Lew" at Apr 19, 96 02:56:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howard Lew wrote: > > uhmmmm.... should work, but the I believe the AMD 5x86-133 runs at > about Pentium 75 speed. Probably would be probed as a 486 though... > > Similar question... has anyone tested the Cyrix 586-120 for FreeBSD? My roommate just upgraded his machine to a Cyrix 586-120, and his previously installed FreeBSD (2.1-RELEASE) seems to work just fine (although he started getting those stray IRQ 7 messages). -- Mike Pritchard mpp@freebsd.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Fri Apr 19 15:41:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA08912 for hackers-outgoing; Fri, 19 Apr 1996 15:41:59 -0700 (PDT) Received: from s1.GANet.NET (s1.GANet.NET [199.18.201.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA08907 for ; Fri, 19 Apr 1996 15:41:57 -0700 (PDT) Received: (from ec0@localhost) by s1.GANet.NET (8.6.11/8.6.11) id SAA11242; Fri, 19 Apr 1996 18:40:21 -0400 Date: Fri, 19 Apr 1996 18:40:18 -0400 (EDT) From: Eric Chet To: dennis cc: hackers@FreeBSD.ORG Subject: Re: AMD '586 Any opinions? In-Reply-To: <199604192000.QAA20320@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello It works great for me, on a ASUS SP3G I can do a make world in three and a half hours -current that is. Eric J. Chet (ejc@nasvr1.cb.att.com || ec0@ganet.net) Lucent Technologies, Bell Labs Innovations On Fri, 19 Apr 1996, dennis wrote: > > Good, bad, ugly? > > > Dennis > > From owner-freebsd-hackers Fri Apr 19 16:34:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11280 for hackers-outgoing; Fri, 19 Apr 1996 16:34:26 -0700 (PDT) Received: from marmite.Stanford.EDU (marmite.Stanford.EDU [171.65.76.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA11275 for ; Fri, 19 Apr 1996 16:34:24 -0700 (PDT) Received: (hlew@localhost) by marmite.Stanford.EDU (8.7.1/8.6.4) id QAA03367; Fri, 19 Apr 1996 16:32:24 -0700 (PDT) Date: Fri, 19 Apr 1996 16:32:23 -0700 (PDT) From: Howard Lew To: Terry Lambert cc: dennis , hackers@FreeBSD.ORG Subject: Re: AMD '586 Any opinions? In-Reply-To: <199604192041.NAA08937@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 19 Apr 1996, Terry Lambert wrote: > > > > Good, bad, ugly? > > > > Ugly (no math). > > A: "But you don't need math" > > B: "But you don't need JNE, if you have JEQ -- it's just bloody > convenient" > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > The AMD 5x86-133 has math built in and has a 486 style pinout. The AMD (formerly NexGen) Nx586-P133 does not and has a different pinout. ---------------------------------------------------------------------------- Phone: (415) 759-8584 - U.S. calls returned within 1 business day Email: info@shoppersnet.com - Fastest response time (usually within hours) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ || Shoppers Network Cyrix/Pentium Benchmarks on our WWW site || PO BOX 16627 Email - info@shoppersnet.com || San Francisco, CA 94116 Latest prices - finger info@shoppersnet.com || (415) 759-8584 WWW - http://www2.shoppersnet.com =============================> WWW - http://www.shoppersnet.com/shopping ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Fri Apr 19 16:34:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11300 for hackers-outgoing; Fri, 19 Apr 1996 16:34:31 -0700 (PDT) Received: from marmite.Stanford.EDU (marmite.Stanford.EDU [171.65.76.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA11274 Fri, 19 Apr 1996 16:34:23 -0700 (PDT) Received: (hlew@localhost) by marmite.Stanford.EDU (8.7.1/8.6.4) id QAA03374; Fri, 19 Apr 1996 16:33:55 -0700 (PDT) Date: Fri, 19 Apr 1996 16:33:53 -0700 (PDT) From: Howard Lew To: Mike Pritchard cc: dennis@etinc.com, hackers@freebsd.org Subject: Re: AMD '586 Any opinions? In-Reply-To: <199604192228.PAA08216@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 19 Apr 1996, Mike Pritchard wrote: > Howard Lew wrote: > > > > uhmmmm.... should work, but the I believe the AMD 5x86-133 runs at > > about Pentium 75 speed. Probably would be probed as a 486 though... > > > > Similar question... has anyone tested the Cyrix 586-120 for FreeBSD? > > My roommate just upgraded his machine to a Cyrix 586-120, and > his previously installed FreeBSD (2.1-RELEASE) seems to work > just fine (although he started getting those stray IRQ 7 messages). > -- > Mike Pritchard > mpp@freebsd.org > "Go that way. Really fast. If something gets in your way, turn" > stray irq 7 messages? Is it probed correctly? ---------------------------------------------------------------------------- Phone: (415) 759-8584 - U.S. calls returned within 1 business day Email: info@shoppersnet.com - Fastest response time (usually within hours) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ || Shoppers Network Cyrix/Pentium Benchmarks on our WWW site || PO BOX 16627 Email - info@shoppersnet.com || San Francisco, CA 94116 Latest prices - finger info@shoppersnet.com || (415) 759-8584 WWW - http://www2.shoppersnet.com =============================> WWW - http://www.shoppersnet.com/shopping ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-hackers Fri Apr 19 19:59:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA19571 for hackers-outgoing; Fri, 19 Apr 1996 19:59:09 -0700 (PDT) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [204.214.4.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA19564 for ; Fri, 19 Apr 1996 19:59:06 -0700 (PDT) Received: from max4-134.HiWAAY.net by fly.HiWAAY.net; (5.65v3.0/1.1.8.2/21Sep95-1003PM) id AA03621; Fri, 19 Apr 1996 21:57:28 -0500 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 19 Apr 1996 21:57:39 -0500 To: Terry Lambert , dennis@etinc.com (dennis) From: dkelly@hiwaay.net (David Kelly) Subject: Re: AMD '586 Any opinions? Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 3:41 PM 4/19/96, Terry Lambert wrote: >> >> Good, bad, ugly? >> > >Ugly (no math). Without an exact part number its hard to make the "no math" (Terry means "FPU" right?) statement. Recently AMD bought NexGen so the Nx586 *might* be what Dennis is asking about. If so, then there has been an FPU version available since the first of the year. I have a "90 MHz" (real bus speed is 84 MHz) Nx586 w/o FPU running FreeBSD on an Alaris PCI MB. CPU ID's as a 386, I'm not sure why, but software that wants a 486 or Pentium can find a way not to run on the Nx586. Am told most (not all) DOS/Windows software that insist on a 486 or Pentium can be lied to or patched to bypass the CPU ID and run just fine. Others have pointed out the NexGen Nx586 isn't pin compatible with anything. Apparently not even itself as one can not get an upgraded FPU CPU to swap out the one on the MB. The FPU upgrade is a swap for what appears to be an identical MB (they only pay $75 for your old MB and CPU). No telling what timing differences the designers know about. Performance isn't bad. Earlier this week I did "time make world" on -stable ctm thru 0074 and got 19852.32 real, 12057.93 user, and 4545.23 sys, for 48MB (fast page w/ parity, not EDO), Adaptec 2940, and 2G Seagate Barracuda. I don't have access to a "real Pentium" to make comparisons with. I've not had any troubles with FreeBSD on my NexGen. -- David Kelly N4HHE, n4hhe@amsat.org, dkelly@hiwaay.net ============================================================= To invent, you need a good imagination and a pile of junk. - Thomas Edison From owner-freebsd-hackers Fri Apr 19 23:09:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA24909 for hackers-outgoing; Fri, 19 Apr 1996 23:09:05 -0700 (PDT) Received: from fyeung5.netific.com (netific.vip.best.com [205.149.182.145]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA24904 Fri, 19 Apr 1996 23:09:01 -0700 (PDT) Received: (from fyeung@localhost) by fyeung5.netific.com (8.6.11/8.6.9) id XAA10011; Fri, 19 Apr 1996 23:14:38 GMT From: francis yeung Message-Id: <199604192314.XAA10011@fyeung5.netific.com> Subject: ipcp loop To: questions@freebsd.org Date: Fri, 19 Apr 1996 23:14:37 +0000 () Cc: hackers@freebsd.org, fyeung@fyeung5.netific.com (francis yeung) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, I tried to connect to Xylogics's terminal server using iijppp. - ppp -auto xylogics and using dynamic IP address i.e. ifaddr 0 0.. After the LCP layer is up, the IPCP seems to be in a loop trying to negotiate IP address. See below for the ppp.log. 07-11 07:14:30 [154] *Connected! 07-11 07:14:31 [154] LCP: state change Initial --> Closed 07-11 07:14:31 [154] LCP: SendConfigReq 07-11 07:14:31 [154] ACFCOMP 07-11 07:14:31 [154] PROTOCOMP 07-11 07:14:31 [154] ACCMAP [6] 00000000 07-11 07:14:31 [154] MRU [4] 1500 07-11 07:14:31 [154] MAGICNUM [6] 879f647c 07-11 07:14:31 [154] LCP: state change Closed --> Req-Sent 07-11 07:14:31 [154] Listening at 3000. 07-11 07:14:31 [154] PPP Started. 07-11 07:14:32 [154] LCP: Received Configure Ack (1) state = Req-Sent (6) 07-11 07:14:32 [154] LCP: state change Req-Sent --> Ack-Rcvd 07-11 07:14:34 [154] LCP: Received Configure Request (2) state = Ack-Rcvd (7) 07-11 07:14:34 [154] ACCMAP 00000000 07-11 07:14:34 [154] MAGICNUM 98075a49 07-11 07:14:34 [154] PROTOCOMP 07-11 07:14:34 [154] ACFCOMP 07-11 07:14:34 [154] LCP: SendConfigAck(Ack-Rcvd) 07-11 07:14:34 [154] ACCMAP 00000000 07-11 07:14:34 [154] MAGICNUM 98075a49 07-11 07:14:34 [154] PROTOCOMP 07-11 07:14:34 [154] ACFCOMP 07-11 07:14:34 [154] LCP: SendConfigAck(Ack-Rcvd) 07-11 07:14:34 [154] ACCMAP 00000000 07-11 07:14:34 [154] MAGICNUM 98075a49 07-11 07:14:34 [154] PROTOCOMP 07-11 07:14:34 [154] ACFCOMP 07-11 07:14:34 [154] LCP: state change Ack-Rcvd --> Opend 07-11 07:14:34 [154] LCP: LayerUp 07-11 07:14:34 [154] Phase: Authenticate 07-11 07:14:34 [154] his = 0, mine = 0 07-11 07:14:34 [154] Phase: Network 07-11 07:14:34 [154] IPCP: state change Initial --> Closed 07-11 07:14:34 [154] IPCP Up event!! 07-11 07:14:34 [154] IPCP: SendConfigReq 07-11 07:14:34 [154] IPADDR [6] 192.0.0.1 07-11 07:14:34 [154] COMPPROTO [6] 002d0f00 07-11 07:14:34 [154] IPCP: state change Closed --> Req-Sent 07-11 07:14:34 [154] CCP: state change Initial --> Closed 07-11 07:14:34 [154] CCP Up event!! 07-11 07:14:37 [154] IPCP: Received Configure Request (3) state = Req-Sent (6) 07-11 07:14:37 [154] IPADDR[6] 168.95.127.222 07-11 07:14:37 [154] IPCP: SendConfigAck(Req-Sent) 07-11 07:14:37 [154] IPADDR[6] 168.95.127.222 07-11 07:14:37 [154] IPCP: state change Req-Sent --> Ack-Sent 07-11 07:14:40 [154] IPCP: Received Configure Request (4) state = Ack-Sent (8) 07-11 07:14:40 [154] IPADDR[6] 168.95.127.222 07-11 07:14:40 [154] IPCP: SendConfigAck(Ack-Sent) 07-11 07:14:40 [154] IPADDR[6] 168.95.127.222 07-11 07:14:43 [154] IPCP: Received Configure Request (5) state = Ack-Sent (8) 07-11 07:14:43 [154] IPADDR[6] 168.95.127.222 07-11 07:14:43 [154] IPCP: SendConfigAck(Ack-Sent) 07-11 07:14:43 [154] IPADDR[6] 168.95.127.222 07-11 07:14:46 [154] IPCP: Received Configure Request (6) state = Ack-Sent (8) 07-11 07:14:46 [154] IPADDR[6] 168.95.127.222 07-11 07:14:46 [154] IPCP: SendConfigAck(Ack-Sent) 07-11 07:14:46 [154] IPADDR[6] 168.95.127.222 07-11 07:14:49 [154] IPCP: Received Configure Request (7) state = Ack-Sent (8) 07-11 07:14:49 [154] IPADDR[6] 168.95.127.222 ... It seems to me that there was an IPCP collision and Xylogics never ack'd iijppp's SendConfigAck(Ack-sent). Is this a ijjppp problem or a Xylogics problem ? Thank you for your help. Francis From owner-freebsd-hackers Sat Apr 20 01:42:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00800 for hackers-outgoing; Sat, 20 Apr 1996 01:42:59 -0700 (PDT) Received: from maui.com (root@waena.mrtc.maui.com [199.4.33.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00794 for ; Sat, 20 Apr 1996 01:42:56 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [199.4.33.251]) by maui.com (8.6.10/8.6.6) with ESMTP id WAA26503; Fri, 19 Apr 1996 22:43:01 -1000 Received: (from langfod@localhost) by caliban.dihelix.com (8.7.5/8.6.9) id WAA09407; Fri, 19 Apr 1996 22:42:42 -1000 (HST) Message-Id: <199604200842.WAA09407@caliban.dihelix.com> Subject: Re: AMD '586 Any opinions? To: dennis@etinc.com (dennis) Date: Fri, 19 Apr 1996 22:42:41 -1000 (HST) Cc: hackers@freebsd.org In-Reply-To: <199604192000.QAA20320@etinc.com> from dennis at "Apr 19, 96 04:00:19 pm" From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk dennis > >Good, bad, ugly? > > >Dennis I am running an AMD 5x86 133 (with 40Mhz bus clock so its is running at 160Mhz) I am very happy with its performance and pgcc helps also. It reports to the system as a 486. I havent tried seeing if it likes the Pentium bcopy as of yet. Got it and a PCI 486 mohterboard from PC importers for $244 including shipping. -David Langford langfod@dihelix.com From owner-freebsd-hackers Sat Apr 20 11:45:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23089 for hackers-outgoing; Sat, 20 Apr 1996 11:45:42 -0700 (PDT) Received: from scam.XCF.Berkeley.EDU (scam.XCF.Berkeley.EDU [128.32.43.201]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA23084 for ; Sat, 20 Apr 1996 11:45:38 -0700 (PDT) Received: from localhost.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by scam.XCF.Berkeley.EDU (8.7.5/8.7.3) with SMTP id LAA02864 for ; Sat, 20 Apr 1996 11:43:58 -0700 Message-Id: <199604201843.LAA02864@scam.XCF.Berkeley.EDU> X-Authentication-Warning: scam.XCF.Berkeley.EDU: Host localhost.Berkeley.EDU [127.0.0.1] didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: Coin-reading LKM code dropped in incoming Date: Sat, 20 Apr 96 11:43:58 -0700 From: grady@XCF.Berkeley.EDU Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wrote a little LKM for reading the game port to determine if coins had been dropped into a coin slot. I've put the result in pub/FreeBSD/incoming/coin.lkm-0.2.tgz. (There's also a coin.lkm.tgz which I don't have permission to remove.) Here's the README (which is almost as long as the code): ======== (The code was adapted from Hellmuth Michaelis' example LED driver; this code could also be considered as an example, with a driver that supports read and select rather than write.) This driver provides a device that can track how many coins have been dropped into a coin-slot mechanism. It reads the first button on the game port, which is a standard interface for coin-doors in the video game industry. (Note that some dollar-bill acceptors generate clicks equivalent to four times the value of the bill, thus allowing the same coin code to be used.) A coin-drop is registered as a game-port button bit turned on for a duration that is within a certain range -- too short and it is probably a spurious reading, too long and it is probably a slug. This code has the range hard-coded as being between 20 and 100 milliseconds. In order to verify that the minimum time spans two reads, it is necessary to query the port at least 100 times per second. This driver supports open(), close(), read(), and select(). Open() and close() are standard. Read() always returns a short containing the number of coins that been dropped in since the last time the port was read. Select() operates in a slightly non-standard way -- it blocks until read() would return a non-zero value (since read() always returns a value, select()'s normal behavior of blocking until the device was ready to read doesn't have any use). An obvious question is: why use an lkm rather than a user program that reads the /dev/joy device? There are three reasons. First, because the joystick device is not an LKM. It is a pain to install a new kernel just to support reading coins. Secondly, and more importantly, there is no guarantee that a user-mode program will read the device in a timely fashion. During one test of the user-mode program, a $20 bill (generating 80 clicks) had only about 65 clicks register, due to other process activity on the system. A kernel driver, while not _guaranteed_ to process every click, is not nearly as likely to miss a click. Finally, putting the code in the kernel causes _much_ less overhead. The user-level program (consisting of Tcl plus a device-reading extension) used about 2% of the CPU, and imposed the additional loads of constant context switches, and a non-trivial resident set. In contrast, this device uses only a few K, and the reading program can now be swapped out until the select() returns. This is the minimal driver that supported my requirements. There are obvious possible extensions, including: handling multiple buttons on a single port handling multiple ports supporting ioctls to change the currently hard-coded constants All of these are simple, but I didn't need to do them, so I didn't bother... Included in this distribution is a sample program, catcoin.c, that reads the current value from the /dev/coin device. With an argument, it blocks until a coin is dropped in. Note that "isa.h" is also included. It is a copy of /usr/src/sys/i386/isa/isa.h, which is not put under the /usr/include tree, so may not be available to someone compiling this code. It is only used to get the game port address. Steven Grady grady@xcf.berkeley.edu ======== Steven From owner-freebsd-hackers Sat Apr 20 12:39:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA25161 for hackers-outgoing; Sat, 20 Apr 1996 12:39:43 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA25151 Sat, 20 Apr 1996 12:39:33 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id VAA12538; Sat, 20 Apr 1996 21:38:58 +0200 From: John Hay Message-Id: <199604201938.VAA12538@zibbi.mikom.csir.co.za> Subject: IPX Netbios packets. To: hackers@FreeBSD.ORG (FreeBSD-hackers) Date: Sat, 20 Apr 1996 21:38:58 +0200 (SAT) Cc: wollman@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I am busy implementing the handling of IPX type 20 (Netbios) packets. The basic handling is not my problem. I have that up and running. What I would like to get ideas for is how to enable/disable it per device. The Novell IPX router spesification says that it should not be used on slow links (below 2Mbit/s). You might not even want it on all your ethernet links. So I am looking for a nice generic way to be able to disable it per device. I thought of flags with ifconfig, but I don't like that idea too much. Another way might be with the sysctl interface, but I'm not sure how to do it for different interface without having to add code to every network interface in the kernel. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Sat Apr 20 14:30:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA03699 for hackers-outgoing; Sat, 20 Apr 1996 14:30:50 -0700 (PDT) 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 OAA03692 Sat, 20 Apr 1996 14:30:46 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA19649; Sat, 20 Apr 1996 17:30:20 -0400 Date: Sat, 20 Apr 1996 17:30:20 -0400 From: Garrett Wollman Message-Id: <9604202130.AA19649@halloran-eldar.lcs.mit.edu> To: John Hay Cc: hackers@FreeBSD.ORG (FreeBSD-hackers), wollman@FreeBSD.ORG Subject: IPX Netbios packets. In-Reply-To: <199604201938.VAA12538@zibbi.mikom.csir.co.za> References: <199604201938.VAA12538@zibbi.mikom.csir.co.za> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > So I am looking for a nice generic way to be able to disable it per device. > I thought of flags with ifconfig, but I don't like that idea too much. > Another way might be with the sysctl interface, but I'm not sure how to > do it for different interface without having to add code to every network > interface in the kernel. An interface flag is almost certainly the right way to go. What you need to do is to fix all the interface drivers to not abuse IFF_LINK* for medium selection (there is already another field in the struct for that purpose), and then use one of the newly-freed flags. Or, if there is some sort of ``address'' associated with this service, you might define a special sort of address which, when configured on the interface, causes the special behavior to happen. -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 Sat Apr 20 18:20:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA13699 for hackers-outgoing; Sat, 20 Apr 1996 18:20:42 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA13694 for ; Sat, 20 Apr 1996 18:20:41 -0700 (PDT) Received: from uuneo.neosoft.com (root@uuneo.neosoft.com [206.109.1.3]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id SAA14793 for ; Sat, 20 Apr 1996 18:20:40 -0700 Received: (from taronga@localhost) by uuneo.neosoft.com (8.7.5/8.7.4) with UUCP id TAA04309 for hackers@freebsd.org; Sat, 20 Apr 1996 19:47:44 -0500 (CDT) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id TAA00757 for hackers@freebsd.org; Sat, 20 Apr 1996 19:39:26 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199604210039.TAA00757@bonkers.taronga.com> Subject: Archive Anaconda on 1540B -- waiting forever for tape to become ready To: hackers@freebsd.org Date: Sat, 20 Apr 1996 19:39:26 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I followed the advice of various FreeBSD hackers and got an Archive Anaconda from CSC. Unfortunately, the cable I bought at the same time was flakey (when I'm using it /dev/sd1 isn't even recognised by my controller, just switch back to my old cable everything's fine... but I've only got 4 connectors on it) so I've got it on my old Adaptec 1540B. It seems to come up and be recognised fine: Apr 20 19:09:14 bonkers /kernel: FreeBSD 2.0.5-RELEASE #0: Sat Apr 20 19:06:11 CDT 1996 Apr 20 19:09:14 bonkers /kernel: root@bonkers.taronga.com:/usr/src/sys/compile/BONK Apr 20 19:09:14 bonkers /kernel: CPU: i486 DX2 (486-class CPU) Apr 20 19:09:14 bonkers /kernel: Origin = "GenuineIntel" Id = 0x435 Stepping=5 Apr 20 19:09:14 bonkers /kernel: Features=0x3 Apr 20 19:09:14 bonkers /kernel: real memory = 16384000 (4000 pages) Apr 20 19:09:14 bonkers /kernel: avail memory = 14897152 (3637 pages) ... Apr 20 19:09:15 bonkers /kernel: aha0 at 0x334-0x337 irq 15 drq 7 on isa Apr 20 19:09:15 bonkers /kernel: aha0 waiting for scsi devices to settle Apr 20 19:09:15 bonkers /kernel: (aha0:5:0): "ARCHIVE ANCDA 2750 28077 -003" type 1 removable SCSI 2 Apr 20 19:09:15 bonkers /kernel: st0(aha0:5:0): Sequential-Access density code 0x0, drive empty ... Later on I tried to write a tape (brand new Maxell 9135) and got this: Apr 20 19:14:29 bonkers /kernel: st0(aha0:5:0): NOT READY asc:4,1 Apr 20 19:14:29 bonkers /kernel: st0(aha0:5:0): Logical unit is in process of becoming ready At this point no matter how long I try it doesn't see the tape. I stuck an old DC6150 in there and it came back with "Error 0" but no kernel messages. Someone mentioned a patch to the NCR driver to get it to work right with this drive. Possibly the AHA driver needs a similar patch? Or could I just have bought a bad drive? From owner-freebsd-hackers Sat Apr 20 19:58:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA18252 for hackers-outgoing; Sat, 20 Apr 1996 19:58:17 -0700 (PDT) Received: from haywire.DIALix.COM (root@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA18226 for ; Sat, 20 Apr 1996 19:58:04 -0700 (PDT) Received: (from news@localhost) by haywire.DIALix.COM (8.7.5/8.7.3) id KAA04298 for freebsd-hackers@freebsd.org; Sun, 21 Apr 1996 10:58:16 +0800 (WST) X-Authentication-Warning: haywire.DIALix.COM: news set sender to usenet-request@haywire.dialix.com using -f 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: 21 Apr 96 02:55:07 GMT From: peter@jhome.DIALix.COM (Peter Wemm) Message-ID: Organization: DIALix Services, Perth, Australia. References: <23381.829642364@critter.tfs.com> Subject: Re: fingerd Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk phk@critter.tfs.com (Poul-Henning Kamp) writes: >I would really like to see fingerd print the local time as part of the >output. I hate it when I finger peter in .au and I have to figure >out what time it is down there... >Comments ? >Poul-Henning Try this: env TZ=Australia/Perth date Naturally, this assumes your local timezone is correctly set. :-) Cheers, -Peter From owner-freebsd-hackers Sat Apr 20 20:16:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA19123 for hackers-outgoing; Sat, 20 Apr 1996 20:16:24 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA19111 Sat, 20 Apr 1996 20:16:20 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199604210316.UAA19111@freefall.freebsd.org> Subject: Re: Archive Anaconda on 1540B -- waiting forever for tape to become ready To: peter@taronga.com (Peter da Silva) Date: Sat, 20 Apr 1996 20:16:19 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199604210039.TAA00757@bonkers.taronga.com> from "Peter da Silva" at Apr 20, 96 07:39:26 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Peter da Silva wrote: > > > Later on I tried to write a tape (brand new Maxell 9135) and got this: > > Apr 20 19:14:29 bonkers /kernel: st0(aha0:5:0): NOT READY asc:4,1 > Apr 20 19:14:29 bonkers /kernel: st0(aha0:5:0): Logical unit is in process of becoming ready > is this a brand new blank tape? never before used? if so you have to "force" the tape. try "mt -f /dev/rst0 fsf 1" for me that results in "st0(ncr1:4:0): HARDWARE FAILURE info:1 asc:80,8a" but afterward mt operations work! evidently doing an mt operation must write some data out to teh tape that the drive(r) needs. after that eject the tape then reload it. should be recognized at that point. you can check with "mt -f /dev/rst0 status" make sure that the tape spins when it si first inserted into the drive. if it does not spin, use the front panel button to eject the tape then reinsert it. that gets it to spin for me. i dont know why this is, or what is actually going on, but it works. i have a typescript of the session available if anyone is interested. jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ From owner-freebsd-hackers Sat Apr 20 22:24:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23547 for hackers-outgoing; Sat, 20 Apr 1996 22:24:18 -0700 (PDT) Received: from yokogawa.co.jp (yhqfm.yokogawa.co.jp [202.33.29.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA23541 for ; Sat, 20 Apr 1996 22:24:15 -0700 (PDT) Received: from sjc.yokogawa.co.jp ([133.140.4.100]) by yokogawa.co.jp (8.6.9+2.4Wb3/3.3Wb4-firewall:08/09/94) with ESMTP id OAA24909 for ; Sun, 21 Apr 1996 14:24:07 +0900 Received: from leia.pa.yokogawa.co.jp by sjc.yokogawa.co.jp (8.7.1+2.6Wbeta4/6.4J.6-YOKOGAWA-R/GW) id OAA17624; Sun, 21 Apr 1996 14:24:06 +0900 (JST) Received: from sapphire by leia.pa.yokogawa.co.jp (16.8/6.4J.6-YOKOGAWA/pa) id AA21990; Sun, 21 Apr 96 14:24:01 +0900 Received: from localhost by sapphire.pa.yokogawa.co.jp (8.6.12/3.3Wb) id OAA25877; Sun, 21 Apr 1996 14:25:46 +0900 Message-Id: <199604210525.OAA25877@sapphire.pa.yokogawa.co.jp> To: freebsd-hackers@freebsd.org Subject: HP Vectra VL Series 4 X-Mailer: Mew version 1.03 on Emacs 19.28.2, Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Sun, 21 Apr 1996 14:25:46 +0900 From: Mihoko Tanaka Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all, I have a HP Vectra VL Series 4. I have installed FreeBSD-2.2-0323-SNAP on it. but it doesn't recognize the PCI bus. My PC has a 'Intel SB82437FX-66' and 'Intel SB82371FB' as a PCI chipset. When I booted the kernel with -v option, the system reported the following messages: pcibus_setup(1): mode 1 addr port (0x0cf8) is 0x8000790c pcibus_setup(2): mode 2 enable port (0x0cf8) is 0xff It means that the it reads the data '0x8000790c' from the configuration address register (0x0cf8) of the PCI bridge. The register is consisted of the following bits: 31 30 24 23 16 15 11 10 8 7 2 1 0 +--+------------+------------+---------+-------+--------+--+--+ |EN| reserved | Bus No. |device No|Func No|reg addr| 0| 0| +--+------------+------------+---------+-------+--------+--+--+ 31 : enable 30-24 : (reserved) 23-16 : bus number 15-11 : device number 10- 8 : function number 7- 2 : register address 1 : 0 : '0x8000790c' means the enable bit is on. (it's a configuration cycle). 31 : enable ====> 1 30-24 : (reserved) ====> 0 23-16 : bus number ====> 0 15-11 : device number ====> f 10- 8 : function number ====> 1 (*) 7- 2 : register address ===> 0 In i386/isa/pcibus.c: pcibus_setup(), #define CONF1_ENABLE_MSK 0x00ff0700ul ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ oldval1 = inl (CONF1_ADDR_PORT); if (bootverbose) { printf ("pcibus_setup(1):\tmode 1 addr port (0x0cf8) is 0x%08lx\ n", oldval1); if ((oldval1 & CONF1_ENABLE_MSK) == 0) { ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ pci_mechanism = 1; pci_maxdevice = 32; ....... } I guess that the PCI bus isn't recognize if the number of function is not equal 0 (in another words, if the PCI bridge is the multi-function device). I tried to change the mask 'CONF1_ENABLE_MSK from '0x00ff0700ul' to '0x00ff0000ul', and it works well. But I'm worrying if my change is correct. Please give me some advices. Thank you in advance. --- Mihoko Tanaka From owner-freebsd-hackers Sat Apr 20 23:12:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26237 for hackers-outgoing; Sat, 20 Apr 1996 23:12:37 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA26226 for ; Sat, 20 Apr 1996 23:12:34 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id AAA24062 for ; Sun, 21 Apr 1996 00:12:03 -0600 (MDT) Message-Id: <199604210612.AAA24062@rover.village.org> To: hackers@freebsd.org Subject: This is sick... Date: Sun, 21 Apr 1996 00:12:03 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ... But I'm doing a diff -ur /4.4lite/v1/4.4BSD-Lite/usr/src /4.4lite/v2/4.4BSD-Lite2/usr/src where both of the trees are cds mounted from my Nakamichi NBR-7. This is running -stable of a few days ago. I recall that others were having problems with this drive, but I've lost their names. It seems stable enough for me, and I've had to install no special patches. This is with the usual 486DX2-66, UltraStor 34F, 32M of memory. Now, this operation isn't what I'd call "fast," "speedy," or "quick." In fact, I'd call it down right *SLOW*. However, it does seem to be working OK. I imagine for small subsets of the tree that catting the files first to /dev/null on each of the disks then running the diff would give me a big win :-). BTW, I estimate that make world (a 9-10hr operation on my machine) is about 10-100 times faster than this test. So far it has been going for 20 minutes, but I'm loath to let it run to completion. I don't want to wear out my drive mechanism. :-) Warner P.S. Whoever added noauto to fstab, et al, is a saint in my book. From owner-freebsd-hackers Sat Apr 20 23:17:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA26546 for hackers-outgoing; Sat, 20 Apr 1996 23:17:25 -0700 (PDT) Received: from uuneo.neosoft.com (root@uuneo.neosoft.com [206.109.1.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA26539 Sat, 20 Apr 1996 23:17:23 -0700 (PDT) Received: (from taronga@localhost) by uuneo.neosoft.com (8.7.5/8.7.4) with UUCP id BAA29711; Sun, 21 Apr 1996 01:02:04 -0500 (CDT) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id BAA05138; Sun, 21 Apr 1996 01:00:01 -0500 From: peter@taronga.com (Peter da Silva) Message-Id: <199604210600.BAA05138@bonkers.taronga.com> Subject: Re: Archive Anaconda on 1540B -- waiting forever for tape to become ready To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Sun, 21 Apr 1996 01:00:00 -0500 (CDT) Cc: peter@taronga.com, hackers@freebsd.org In-Reply-To: <199604210316.UAA19111@freefall.freebsd.org> from "Jonathan M. Bresler" at Apr 20, 96 08:16:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > is this a brand new blank tape? never before used? > if so you have to "force" the tape. try "mt -f /dev/rst0 fsf 1" > for me that results in > "st0(ncr1:4:0): HARDWARE FAILURE info:1 asc:80,8a" > but afterward mt operations work! That got it to do something, and the status worked, so I decided to try tarring some stuff to it. Now I get: Apr 21 00:50:32 bonkers /kernel: st0(aha0:5:0): HARDWARE FAILURE info:1 asc:80,8a Apr 21 00:53:34 bonkers /kernel: st0(aha0:5:0): timed out