From owner-freebsd-hackers Sun Jun 16 04:32:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA02385 for hackers-outgoing; Sun, 16 Jun 1996 04:32:50 -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.5/8.7.3) with SMTP id EAA02359; Sun, 16 Jun 1996 04:32:40 -0700 (PDT) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id UAA24551; Sun, 16 Jun 1996 20:32:32 +0900 Date: Sun, 16 Jun 1996 20:32:32 +0900 Message-Id: <199606161132.UAA24551@frig.mt.cs.keio.ac.jp> To: freebsd-announce@freebsd.org, freebsd-mobile@freebsd.org, freebsd-hackers@freebsd.org Cc: hosokawa@mt.cs.keio.ac.jp Reply-To: freebsd-mobile@freebsd.org Subject: [FreeBSD PCMCIA] PAO (formerly called pccard-test) New Version 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 (BSD-nomads team) release a new version of package formerly called "pccard-test". The new name is "PAO". "PAO" is comprehensive package for nomadic FreeBSD users. PAO-960616 package contains, o PC-card and APM driver patchkit o PC-card manager daemon o PC-card controller utility o PC-card manager utility with X11 interface o Survey of FreeBSD on Laptop Machines (PC-card, APM, X11, etc.) and the patches are relative to FreeBSD 2.2-960501-SNAP and 2.2-960612-SNAP (2.1.0-RELEASE is no longer supported). You can get this package from ftp://ryukyu.mt.cs.keio.ac.jp/pub/FreeBSD/PAO/PAO-960616.tar.gz (about 350KB). For more information, please read "PAO" homepage. The URL is, http://www.mt.cs.keio.ac.jp/person/hosokawa/PAO/ This list is the current status of "PAO" development. ----------------------------------------------------------------------- OK: I received reports that the card worked under at lease one platform. NG: We're trying to use the card, but it has not worked yet. --: The card is about to work. ??: Unknown. ----------------------------------------------------------------------- ----------------------------------------------------------------------- Current Status ----------------------------------------------------------------------- Type Card Status Driver ----------------------------------------------------------------------- Ethernet 3Com Etherlink III 3C589 OK ep 3Com Etherlink III 3C589B OK ep 3Com Etherlink III 3C589C OK ep Accton EN2212 OK ed Accton EN2216 OK ed Contec C-NET(PC)C OK fe Dayna Communications CommuniCard E OK ed D-link DE-650 Ethernet Card OK ed Eiger Labs EPX-ET10T2 Combo OK ed Farallon EtherMac OK ep Fujitsu FMV-J181 OK fe Fujitsu FMV-J182 OK fe Fujitsu FMV-J182A OK fe Genius ME3000II Ethernet OK ed GVC NIC-2000P Ethernet Card OK ed Hitachi HT-4840-11 OK fe IBM Creditcard Ethernet I OK ed IBM Creditcard Ethernet II OK ed IC-card Ethernet OK ed Megahertz Ethernet Adapter OK sn Megahertz X-Jack Ethernet OK sn Melco LPC-T OK ed National Semiconductor InfoMover 4100 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 Wireless LAN AT&T GIS Wavelan ?? wlp *1 Digital RoamAbout/DS OK wlp *1 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 APEX Data Mobile Plus Celluar 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 I/O Data PCFM144 FAX/Modem OK sio Lasat Credit 288, V34 Data/Fax 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 NOTEWORTHY NW288CR 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 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 NTT DoCoMo DATA/FAX Adapter Mark II 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 SONY IC-DM10 OK aic Flash ATA Virtually all Flash ATA card should work wdc *2 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 Epson Flash Packer 80MB OK wdc HP F1012A OK wdc IO Data Flash Packer 10MB 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 *2 Alpha-testers reported that they can use the following cards. Epson America Inc. EHDD170 OK wdc Maxtor MobileMax MXL131 OK wdc Mitsubishi M6887-3 170MB OK wdc External HDD Adapter Alpha Data Pocket Harddisk AD-PCH340 OK wdc ATAPI CD-ROM DEC Digital Mobile Media OK wdc *4 ----------------------------------------------------------------------- *1 Digital RoamAbout/DS is compatible with AT&T GIS WaveLAN, but I've not received any reports whether AT&T GIS WaveLAN can be used under our package. Please test it and send me reports. *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 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 Edimax Ethernet Combo ?? ed EFA InfoExpress SPT EFA 205 10baseT ?? ed EP-210 Ethernet Card ?? ed Epson EEN10B Ethernet Card ?? ed Farallon Etherwave ?? ep Grey Cell GCS2220 Ethernet Card ?? ed Hitachi HT-4840-10 ?? fe Hypertec HyperEnet ?? ed Infotel IN650ct Ethernet ?? 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-5588 Ethernet ?? fe RATOC REX-4486 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) ----------------------------------------------------------------------- Ongoing projects ----------------------------------------------------------------------- Type Card Status Driver ----------------------------------------------------------------------- ATAPI CD-ROM Caravelle 6x CD-ROM -- wdc IBM CD-400 ?? wdc Native ISDN Yamaha Infoshuttle PC30i NG N/A Video Capture IBM Smart Capture Card -- scc IBM Smart Capture Card II -- scc ----------------------------------------------------------------------- -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun Jun 16 05:49:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA05406 for hackers-outgoing; Sun, 16 Jun 1996 05:49:28 -0700 (PDT) Received: from info.infosite.com (root@info1.infosite.com [165.90.185.49]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA05401 for ; Sun, 16 Jun 1996 05:49:26 -0700 (PDT) Received: (from cslye@localhost) by info.infosite.com (8.6.12/beast-1.0) id HAA01159 for freebsd-hackers@freebsd.org; Sat, 15 Jun 1996 07:39:02 -0700 From: Cameron Slye Message-Id: <199606151439.HAA01159@info.infosite.com> Subject: netalink To: freebsd-hackers@freebsd.org Date: Sat, 15 Jun 1996 07:39:01 -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 I am tring to get netalink working on my system and running into some problems... I have compiled the 3 options in, and compiled the src, all fine. When I go and try to run atalkd I get the following error.. Jun 15 07:36:25 info atalkd[1145]: restart Jun 15 07:36:25 info atalkd[1145]: bootaddr: lo0 Jun 15 07:36:26 info atalkd[1145]: setifaddr: File exists AppleTalk not up! Child exited with 1. I am guessing this is because the device is allready configed... By using this does it not allow me to use this machine for my normal stuff ? (PPP, normal ethernet etc) I planed on using the same ethernet card for normal IP traffic as appletalk stuff.. From owner-freebsd-hackers Sun Jun 16 06:42:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08272 for hackers-outgoing; Sun, 16 Jun 1996 06:42:24 -0700 (PDT) Received: from chain.iafrica.com (root@chain.iafrica.com [196.7.74.174]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA08267 for ; Sun, 16 Jun 1996 06:42:11 -0700 (PDT) Received: from localhost (khetan@localhost) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id OAA03407 for ; Sun, 16 Jun 1996 14:53:43 +0200 (SAT) X-Authentication-Warning: chain.iafrica.com: khetan owned process doing -bs Date: Sun, 16 Jun 1996 14:53:43 +0200 (SAT) From: Khetan Gajjar To: hackers@freebsd.org Subject: Way to flush swap Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all. Does anyone out there have a solution to flushing swap, besides for rebooting the machine, buying more ram or increasing the size of the swap partition ? My swap fills up and doesn't seem to let go of its contents after I quit out of applications. I've got 32mb of RAM and am running X. [chain] ~$ swapinfo Device 1K-blocks Used Avail Capacity Type /dev/wd1s1b 44128 42000 2064 95% Interleaved The processes I'm running are [chain] ~$ ps -uaxwww | grep khetan | awk {'print $11'} /usr/local/lib/netscape/netscape.bin xearth fvwm95-2 -bash /usr/X11R6/lib/X11/fvwm95-2//FvwmButtons /usr/X11R6/lib/X11/fvwm95-2//FvwmTaskBar /usr/X11R6/lib/X11/fvwm95-2//FvwmAuto /bin/sh /bin/sh xdaliclock xload /usr/X11R6/lib/X11/fvwm95-2//FvwmPager -bash -bash rxvt top (pine) /bin/sh rxvt ps grep -bash Regards, Khetan Gajjar. --- Visit me at http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations help@iafrica.com or 0800-030-002 From owner-freebsd-hackers Sun Jun 16 06:49:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA08568 for hackers-outgoing; Sun, 16 Jun 1996 06:49:09 -0700 (PDT) Received: from chain.iafrica.com (chain.iafrica.com [196.7.74.174]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA08540 for ; Sun, 16 Jun 1996 06:48:33 -0700 (PDT) Received: from localhost (khetan@localhost) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id OAA03354; Sun, 16 Jun 1996 14:48:05 +0200 (SAT) X-Authentication-Warning: chain.iafrica.com: khetan owned process doing -bs Date: Sun, 16 Jun 1996 14:48:04 +0200 (SAT) From: Khetan Gajjar To: Pedro A M Vazquez cc: hackers@freebsd.org Subject: Re: IBM HD's In-Reply-To: <199606151342.NAA00823@kalypso.iqm.unicamp.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Jun 1996, Pedro A M Vazquez wrote: >Hmmm, I don't know about SCSI but the IDE 1.08 Quantum Fireball works >just fine for me : > >wdc0: unit 1 (wd1): , 32-bit, multi-block-8 >wd1: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S Same here - wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 325MB (666624 sectors), 768 cyls, 14 heads, 62 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S Regards, Khetan Gajjar. --- Visit me at http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations help@iafrica.com or 0800-030-002 From owner-freebsd-hackers Sun Jun 16 07:28:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA10508 for hackers-outgoing; Sun, 16 Jun 1996 07:28:41 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA10501; Sun, 16 Jun 1996 07:28:38 -0700 (PDT) Received: from zot.io.org (taob@zot.io.org [198.133.36.82]) by post.io.org (8.7.5/8.7.3) with SMTP id KAA23092; Sun, 16 Jun 1996 10:26:37 -0400 (EDT) Date: Sun, 16 Jun 1996 10:27:40 -0400 (EDT) From: Brian Tao To: Steve Khoo cc: freebsd-hardware@FreeBSD.org, freebsd-hackers@FreeBSD.org Subject: Re: 2.2-960501-SNAP and Digital DC21041 Ethernet - some errors. In-Reply-To: <199606130152.SAA15400@delphi.gordian.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 12 Jun 1996, Steve Khoo wrote: > > I got a similar problem in 2.2-960501-SNAP. The SMC Etherpower 10/100 > cards in my P6 keep coming up in 100BaseT while it's only connected to > 10BaseT network. I used to have that problem with 2.1R, but the 2.2-SNAP seems to have fixed it for all our machines here (SMC 9332's, running on a 10Mbps network, ASUS P/I-P55TP4XEG motherboards). -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Jun 16 10:45:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA00814 for hackers-outgoing; Sun, 16 Jun 1996 10:45:58 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA00807 for ; Sun, 16 Jun 1996 10:45:57 -0700 (PDT) Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0uVLtU-0004KCC; Sun, 16 Jun 96 10:45 PDT Date: Sun, 16 Jun 1996 10:45:46 -0700 (PDT) From: Jake Hamby To: "Jordan K. Hubbard" cc: Yves Lepage , hackers@freebsd.org, yves@maelstrom.CC.McGill.CA Subject: Re: IBM HD's In-Reply-To: <20612.834854485@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Jun 1996, Jordan K. Hubbard wrote: > > - Quantum Fireball > > I can also verify this one - we had a machine at the office with one > of these drives in it (before it was torn apart for scrap :-) and we > never could get FreeBSD to install on it. Exact same symptoms. > > I never did figure out what was going on and the machine is history > now so I never will.. Hmmmm. I wonder if the output of `boot -v' > would be helpful. FreeBSD is clearly not happy with its attempts to > write on this drive, there must be something "special" about it! > > Jordan I have a SCSI Quantum Fireball (and a Quantum Lightning) no problems installing FreeBSD on either drive. I suspect that Quantum might not be very good at IDE since I only hear about their SCSI drives. My opinion is if you want a good IDE drive, get a Western Digital, if you want a good SCSI drive, get a Quantum. Just my two cents... ---Jake From owner-freebsd-hackers Sun Jun 16 11:05:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02551 for hackers-outgoing; Sun, 16 Jun 1996 11:05:02 -0700 (PDT) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA02530; Sun, 16 Jun 1996 11:05:00 -0700 (PDT) From: "Jonathan M. Bresler" Message-Id: <199606161805.LAA02530@freefall.freebsd.org> Subject: Re: IBM HD's To: jehamby@lightside.com (Jake Hamby) Date: Sun, 16 Jun 1996 11:04:59 -0700 (PDT) Cc: jkh@time.cdrom.com, yves@CC.McGill.CA, hackers@FreeBSD.org, yves@maelstrom.CC.McGill.CA In-Reply-To: from "Jake Hamby" at Jun 16, 96 10:45:46 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jake Hamby wrote: > > On Sat, 15 Jun 1996, Jordan K. Hubbard wrote: > > > > - Quantum Fireball > > > > I can also verify this one - we had a machine at the office with one > > of these drives in it (before it was torn apart for scrap :-) and we > > never could get FreeBSD to install on it. Exact same symptoms. > > > > I never did figure out what was going on and the machine is history > > now so I never will.. Hmmmm. I wonder if the output of `boot -v' > > would be helpful. FreeBSD is clearly not happy with its attempts to > > write on this drive, there must be something "special" about it! > > > > Jordan > > I have a SCSI Quantum Fireball (and a Quantum Lightning) no problems > installing FreeBSD on either drive. I suspect that Quantum might not be > very good at IDE since I only hear about their SCSI drives. My opinion is > if you want a good IDE drive, get a Western Digital, if you want a good > SCSI drive, get a Quantum. Just my two cents... no problems here with an IDE Quantum Fireball the box is a Dell Dimension XPSP90c using the motherboard IDE controller. (this is the first time that i have looked at the disklabel :) EDSI?? what da ....) kryten: {1} disklabel wd0 # /dev/rwd0c: type: ESDI disk: wd0s2 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 64 sectors/cylinder: 4032 cylinders: 378 sectors/unit: 1524096 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 dmesg: FreeBSD 2.1.0-RELEASE #0: Fri May 10 11:40:00 EDT 1996 root@:/usr/src/sys/compile/KRYTEN CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 25165824 (24576K bytes) avail memory = 23097344 (22556K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa ed0: address 00:00:c0:17:54:70, type WD8013EPC (16 bit) lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x63 irq 12 on motherboard sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A wdc0 at 0x1f0-0x1f7 irq 14 flags 0xff00ff on isa wdc0: unit 0 (wd0): , multi-block-8 wd0: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, io rdy atapi1.0: no cmd drq fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7 vga0 rev 0 int a irq 11 on pci0:15 jmb -- Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG FreeBSD--4.4BSD Unix for PC clones, source included. http://www.freebsd.org/ PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E FB From owner-freebsd-hackers Sun Jun 16 13:03:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09607 for hackers-outgoing; Sun, 16 Jun 1996 13:03:26 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA09602 for ; Sun, 16 Jun 1996 13:03:24 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id NAA21385 for ; Sun, 16 Jun 1996 13:03:18 -0700 Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-1) with ESMTP id QAA21682; Sun, 16 Jun 1996 16:19:41 +0100 (BST) To: Khetan Gajjar cc: hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: Way to flush swap In-reply-to: Your message of "Sat, 16 Jun 1996 14:53:43 +0200." Date: Sun, 16 Jun 1996 16:19:39 +0100 Message-ID: <21680.834938379@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Khetan Gajjar wrote in message ID : > My swap fills up and doesn't seem to let go of its contents after I quit > out of applications. I've got 32mb of RAM and am running X. Do you quit out of X too? You run `netscape'. `xearth', `xdaliclock' and `xload', all of which do large numbers of bitmap operations and likely trigger a large memory usage situation in the server. (i.e. the memory leak bug). I'm running a -stable from earlier this month (June 2nd) and do NOT have this sort of problem... (BTW: Your nice little sed expression trimmed out a lot of info which could have been useful, like the %MEM, VSZ and RSS of the applications...) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Sun Jun 16 13:18:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11091 for hackers-outgoing; Sun, 16 Jun 1996 13:18:04 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA11082 for ; Sun, 16 Jun 1996 13:18:01 -0700 (PDT) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id NAA01159 for ; Sun, 16 Jun 1996 13:17:49 -0700 (PDT) Message-Id: <199606162017.NAA01159@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.org Subject: linux 2.0 vs FreeBSD -current's SMP support Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 16 Jun 1996 13:17:49 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any has a clue as to any advantages/disadvantages on Linux's SMP support? For instance does Linux 2.0 support kernel reentrancy ? Tnks, Amancio From owner-freebsd-hackers Sun Jun 16 13:30:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12422 for hackers-outgoing; Sun, 16 Jun 1996 13:30:38 -0700 (PDT) Received: from chain.iafrica.com (root@chain.iafrica.com [196.7.74.174]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12381; Sun, 16 Jun 1996 13:30:15 -0700 (PDT) Received: from localhost (khetan@localhost) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id WAA07928; Sun, 16 Jun 1996 22:30:06 +0200 (SAT) X-Authentication-Warning: chain.iafrica.com: khetan owned process doing -bs Date: Sun, 16 Jun 1996 22:30:05 +0200 (SAT) From: Khetan Gajjar To: Gary Palmer cc: hackers@FreeBSD.ORG Subject: Re: Way to flush swap In-Reply-To: <21680.834938379@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, 16 Jun 1996, Gary Palmer wrote: >Do you quit out of X too? You run `netscape'. `xearth', `xdaliclock' Yes. >and `xload', all of which do large numbers of bitmap operations and >likely trigger a large memory usage situation in the server. (i.e. the >memory leak bug). I do exit out of X, and do a kill -9 -1 as the user that executed those programs, i.e khetan >I'm running a -stable from earlier this month (June 2nd) and do NOT >have this sort of problem... Hmmm. I downloaded the latest sources today, and did a make world. Things were looking promising; very little swap was being used, and then when I quit out of everything swap utilisation didn't drop (as normal). Right now, it's sitting on 57% used, and there are no user-invoked processes on the machine. >(BTW: Your nice little sed expression trimmed out a lot of info which ;-) > could have been useful, like the %MEM, VSZ and RSS of the > applications...) Apologies. Do you want them ? [chain] ~$ ps -uaxwwwww | grep khetan khetan 7913 9.2 14.3 6632 4392 ?? S 10:26PM 0:22.44 /usr/local/lib/netscape/netscape.bin khetan 270 2.1 3.4 1596 1040 p3 Is+ 7:05PM 0:05.89 (pine) khetan 238 0.0 1.9 440 588 ?? S 7:04PM 0:21.03 fvwm95-2 -s khetan 242 0.0 0.0 660 0 p1 IWs+ 7:04PM 0:00.37 -bash (bash) khetan 266 0.0 0.7 340 216 ?? S 7:05PM 0:10.27 rxvt -font 7x14 -T Top -n Top khetan 267 0.4 1.0 476 304 p2 Ss+ 7:05PM 1:16.87 top khetan 274 0.0 0.0 680 24 p4 IWs+ 7:05PM 0:01.75 -bash (bash) khetan 285 0.1 1.7 704 520 p5 Ss 7:05PM 0:04.23 -bash (bash) khetan 302 0.0 3.0 984 900 p4 I 7:06PM 3:13.73 xearth khetan 310 0.0 0.8 340 240 ?? S 7:08PM 0:01.26 rxvt -T PPP session khetan 4009 0.0 0.7 252 196 ?? I 7:24PM 0:00.47 /usr/X11R6/lib/X11/fvwm95-2//FvwmButtons 8 5 /usr/X11R6/lib/X11/fvwm95-2/.fvwm2rc95 0 8 khetan 4010 0.0 1.3 244 404 ?? S 7:24PM 0:02.21 /usr/X11R6/lib/X11/fvwm95-2//FvwmTaskBar 10 5 /usr/X11R6/lib/X11/fvwm95-2/.fvwm2rc95 0 8 khetan 4011 0.0 0.2 156 68 ?? S 7:24PM 0:00.32 /usr/X11R6/lib/X11/fvwm95-2//FvwmAuto 12 5 /usr/X11R6/lib/X11/fvwm95-2/.fvwm2rc95 0 8 200 khetan 4012 0.0 0.0 464 0 ?? IW 7:25PM 0:00.03 /bin/sh -c xdaliclock -builtin -fn 12x24 -geometry -5-5 khetan 4013 0.1 0.7 292 208 ?? S 7:25PM 1:17.63 xdaliclock khetan 4014 0.0 0.0 468 0 ?? IW 7:25PM 0:00.02 /bin/sh -c nice -16 xload -fg red -nolabel -bg grey60 -update 5 -geometry -1500-1500 khetan 4015 0.0 1.0 256 284 ?? SN 7:25PM 0:03.64 xload khetan 4016 0.0 0.8 224 232 ?? S 7:25PM 0:02.42 /usr/X11R6/lib/X11/fvwm95-2//FvwmPager 14 5 /usr/X11R6/lib/X11/fvwm95-2/.fvwm2rc95 0 8 0 0 khetan 7912 0.0 0.5 464 160 ?? I 10:26PM 0:00.03 /bin/sh -c netscape khetan 7919 0.0 0.9 500 264 p5 R+ 10:29PM 0:00.02 ps -uaxwwwww khetan 7920 0.0 1.5 176 444 p5 R+ 10:29PM 0:00.03 grep khetan [chain] ~$ [chain] ~$ swapinfo Device 1K-blocks Used Avail Capacity Type /dev/wd1s1b 44128 24908 19156 57% Interleaved [chain] ~$ Regards, Khetan Gajjar. --- Visit me at http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations help@iafrica.com or 0800-030-002 From owner-freebsd-hackers Sun Jun 16 15:07:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23024 for hackers-outgoing; Sun, 16 Jun 1996 15:07:07 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA23019 for ; Sun, 16 Jun 1996 15:07:05 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.5/8.7.3) id PAA23577; Sun, 16 Jun 1996 15:06:52 -0700 (PDT) Message-Id: <199606162206.PAA23577@ref.tfs.com> Subject: Re: netalink To: cslye@info.infosite.com (Cameron Slye) Date: Sun, 16 Jun 1996 15:06:51 -0700 (PDT) From: "JULIAN Elischer" Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199606151439.HAA01159@info.infosite.com> from "Cameron Slye" at Jun 15, 96 07:39:01 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 you also need some patches for atalkd to handle the 4.4BSD method of returning a list of interfaces. that routine is however not used if you use a manual configuration file.. I can post the patches if you wish.. (then it just runs) julian > > I am tring to get netalink working on my system and running into some > problems... I have compiled the 3 options in, and compiled the src, all > fine. When I go and try to run atalkd I get the following error.. > > Jun 15 07:36:25 info atalkd[1145]: restart > Jun 15 07:36:25 info atalkd[1145]: bootaddr: lo0 > Jun 15 07:36:26 info atalkd[1145]: setifaddr: File exists > > AppleTalk not up! Child exited with 1. > > I am guessing this is because the device is allready configed... By using > this does it not allow me to use this machine for my normal stuff ? (PPP, > normal ethernet etc) I planed on using the same ethernet card for normal IP > traffic as appletalk stuff.. > From owner-freebsd-hackers Sun Jun 16 15:31:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24879 for hackers-outgoing; Sun, 16 Jun 1996 15:31:59 -0700 (PDT) Received: from scooter.quickweb.com (scooter.quickweb.com [199.212.134.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA24873 for ; Sun, 16 Jun 1996 15:31:57 -0700 (PDT) Received: (from mark@localhost) by scooter.quickweb.com (8.7.5/8.6.12) id SAA22971; Sun, 16 Jun 1996 18:32:34 -0400 (EDT) Date: Sun, 16 Jun 1996 18:32:33 -0400 (EDT) From: Mark Mayo To: freebsd-hackers@freebsd.org Subject: BSDI 2.0 vs. FreeBSD 2.x 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 know how much everyone (myself included) hates making comparisons between OS's - but unlike the pointless Linux vs. FreeBSD debates, I find myself wondering about this one... Unfortunately, I don't have the resources (hardware, time, or money ;-) to do a comparison of BSDI and FreeBSD on the same machine, so I thought I'd ask if anyone else out there in FreeBSD land has any experience with BSDI and if so what their impressions are. The reason I ask is that I currently run several FreeBSD 2.1-stable machines as web/realaudio/mail servers, and I swear by them. I've never been so thoroughly impressed with an OS -- thanks to all involved. I know from experience how much FreeBSD rocks Linux in a multi-user high load environment, but I'm curious about BSDI's performance. The service provider we're teamed with uses BSDI for shell machines, and they seem to do VERY well (full news feed, 4000 users, named, etc. all running from a 486...). He swears by BSDI, and now he's outgrown his 10-machine license from BSDI. Upgrading would be VERY, VERY expensive. I of course told him to ditch BSDI and try out FreeBSD. The BSDI folks are charging a lot for their OS these days, and I'm not convinced they have anything over FreeBSD. What are your thoughts? Is BSDI really more stable than FreeBSD, and how well does it perform? Any thought much appreciated!!! TIA, -Mark :%t$sig -- Oops, thought I was in vi.. ------------------------------------------- | Mark Mayo mark@quickweb.com | | C-Soft www.quickweb.com | ------------------------------------------- From owner-freebsd-hackers Sun Jun 16 15:49:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25509 for hackers-outgoing; Sun, 16 Jun 1996 15:49:32 -0700 (PDT) Received: from green.eggtech.com (green.eggtech.com [206.149.28.9]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA25504 for ; Sun, 16 Jun 1996 15:49:27 -0700 (PDT) Received: (from mikee@localhost) by green.eggtech.com (8.6.12/8.6.12) id RAA03680; Sun, 16 Jun 1996 17:49:25 -0500 Date: Sun, 16 Jun 1996 17:49:25 -0500 Message-Id: <199606162249.RAA03680@green.eggtech.com> From: Mike Eggleston To: freebsd-hackers@freebsd.org Subject: ups? UPS or debugger? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is ups a debugger or is it monitoring software for a UPS? From owner-freebsd-hackers Sun Jun 16 16:28:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA27058 for hackers-outgoing; Sun, 16 Jun 1996 16:28:46 -0700 (PDT) Received: from bessel.nando.net (praj@bessel.nando.net [152.52.2.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA27043 for ; Sun, 16 Jun 1996 16:28:43 -0700 (PDT) Received: (from praj@localhost) by bessel.nando.net (8.7.1/8.7.1) id TAA19706 for hackers@freebsd.org; Sun, 16 Jun 1996 19:28:41 -0400 (EDT) From: praj Message-Id: <199606162328.TAA19706@bessel.nando.net> Subject: How does bind work.... To: hackers@freebsd.org Date: Sun, 16 Jun 1996 19:28:41 -0400 (EDT) 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 Hi, Was just wondering what happens, from the application level (socket) to the device drivers, when any of the socket calls (bind say) is invoked. Was just browsing thru the kernel code, and if someone can throw some light on this, it will save me a lot of trouble. Thanks in advance. -Raj From owner-freebsd-hackers Sun Jun 16 17:57:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA02079 for hackers-outgoing; Sun, 16 Jun 1996 17:57:04 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA02073; Sun, 16 Jun 1996 17:57:01 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id JAA25120; Mon, 17 Jun 1996 09:56:40 +0900 (JST) Date: Mon, 17 Jun 1996 09:56:40 +0900 (JST) From: Michael Hancock To: Brian Tao cc: Steve Khoo , freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2-960501-SNAP and Digital DC21041 Ethernet - some errors. 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, 16 Jun 1996, Brian Tao wrote: > On Wed, 12 Jun 1996, Steve Khoo wrote: > > > > I got a similar problem in 2.2-960501-SNAP. The SMC Etherpower 10/100 > > cards in my P6 keep coming up in 100BaseT while it's only connected to > > 10BaseT network. > > I used to have that problem with 2.1R, but the 2.2-SNAP seems to > have fixed it for all our machines here (SMC 9332's, running on a > 10Mbps network, ASUS P/I-P55TP4XEG motherboards). You can set it explicitly by doing ifconfig de0 -link2. This is also in the mail archives. -mh From owner-freebsd-hackers Sun Jun 16 18:02:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02443 for hackers-outgoing; Sun, 16 Jun 1996 18:02:11 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA02434; Sun, 16 Jun 1996 18:02:08 -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 UAA26404; Sun, 16 Jun 1996 20:59:56 -0400 (EDT) Date: Sun, 16 Jun 1996 21:01:02 -0400 (EDT) From: Brian Tao To: Michael Hancock cc: Steve Khoo , freebsd-hardware@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: 2.2-960501-SNAP and Digital DC21041 Ethernet - some errors. 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, 17 Jun 1996, Michael Hancock wrote: > > You can set it explicitly by doing ifconfig de0 -link2. This is also in > the mail archives. I needed "-link2" for 2.1R, but not for 2.2-SNAP. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Jun 16 19:14:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04725 for hackers-outgoing; Sun, 16 Jun 1996 19:14:11 -0700 (PDT) Received: from circle.net (demeter.circle.net [207.79.160.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA04720 for ; Sun, 16 Jun 1996 19:14:07 -0700 (PDT) Received: (from troy@localhost) by circle.net (8.7.5/8.7.3) id WAA01757; Sun, 16 Jun 1996 22:14:37 -0400 (EDT) Date: Sun, 16 Jun 1996 22:14:37 -0400 (EDT) From: Troy Arie Cobb To: freebsd-hackers@freebsd.org Subject: odd results from w command Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Tried to ask this on the security list, but no bites. Maybe someone can help... I had a user on the other day, let's call them foo. When I typed 'w', the results of the command went something like this: w: /dev//foo No such file or directory. So, was this user cracking my system? Is this a bug? I've beat my head against the proverbial wall trying to figure out how it could happen, even tried to reproduce it but to no avail. Thanks for help/pointers/clues! - troy Troy Arie Cobb troy@circle.net ------------------------------------------------------ | Circle Net, Inc. | global internet access | | http://www.circle.net | for western north carolina | | info@circle.net | and beyond... | | 704-254-9500 | | ------------------------------------------------------ From owner-freebsd-hackers Sun Jun 16 19:45:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA06459 for hackers-outgoing; Sun, 16 Jun 1996 19:45:12 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA06454 for ; Sun, 16 Jun 1996 19:45:09 -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 VAA14196; Sun, 16 Jun 1996 21:45:04 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 16 Jun 96 21:45 CDT Message-Id: Subject: Re: BSDI 2.0 vs. FreeBSD 2.x To: mark@quickweb.com (Mark Mayo) Date: Sun, 16 Jun 1996 21:45:03 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Mark Mayo" at Jun 16, 96 06:32:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I know how much everyone (myself included) hates making comparisons > between OS's - but unlike the pointless Linux vs. FreeBSD debates, I find > myself wondering about this one... > > Unfortunately, I don't have the resources (hardware, time, or money ;-) > to do a comparison of BSDI and FreeBSD on the same machine, so I thought > I'd ask if anyone else out there in FreeBSD land has any experience with > BSDI and if so what their impressions are. > > The reason I ask is that I currently run several FreeBSD 2.1-stable > machines as web/realaudio/mail servers, and I swear by them. I've never > been so thoroughly impressed with an OS -- thanks to all involved. I know > from experience how much FreeBSD rocks Linux in a multi-user high load > environment, but I'm curious about BSDI's performance. The service > provider we're teamed with uses BSDI for shell machines, and they seem to > do VERY well (full news feed, 4000 users, named, etc. all running from a > 486...). He swears by BSDI, and now he's outgrown his 10-machine license > from BSDI. Upgrading would be VERY, VERY expensive. I of course told him > to ditch BSDI and try out FreeBSD. The BSDI folks are charging a lot for > their OS these days, and I'm not convinced they have anything over FreeBSD. > > What are your thoughts? Is BSDI really more stable than FreeBSD, and how > well does it perform? Any thought much appreciated!!! > > TIA, > -Mark We ran into the same situation. Our experience is borne out by the following: Cerebus up 2+19:40, 0 users, load 0.01, 0.43, 0.42 Mailbox up 5+08:00, 0 users, load 0.52, 0.51, 0.44 Mars up 15+18:43, 18 users, load 0.59, 0.54, 0.45 Mercury up 25+04:45, 22 users, load 0.27, 0.29, 0.31 Nfs1 up 154+14:05, 0 users, load 0.51, 0.46, 0.33 Nfs2 up 56+12:01, 0 users, load 0.50, 1.17, 1.31 Uucp1 up 75+01:24, 0 users, load 0.05, 0.05, 0.00 Venus up 56+11:38, 17 users, load 0.10, 0.14, 0.16 Vs-1 up 59+05:27, 0 users, load 1.19, 1.30, 1.27 Vs-2 up 16+04:38, 0 users, load 0.07, 0.29, 0.35 Vs-3 up 16+04:45, 0 users, load 1.94, 1.35, 1.18 These are BSDI machines. Cthulu up 22+06:28, 0 users, load 0.28, 0.11, 0.05 Jupiter up 33+23:37, 0 users, load 0.00, 0.00, 0.00 News1 up 18+02:29, 0 users, load 0.48, 0.32, 0.29 Nntp1 up 2+11:46, 0 users, load 0.21, 0.10, 0.03 Vs-4 up 77+09:29, 0 users, load 0.12, 0.08, 0.02 These are FreeBSD machines. VS-4, in particular, is extremely impressive. That system has over 100 virtual web servers on it, and has shown not a SINGLE problem since it was loaded. I'd use BSDI for NFS file service as of today (they still do that a little better) but for the other purposes, its a dead heat and I'd say that FreeBSD has to get a VERY close look. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | T1 from $600 monthly; speeds to DS-3 available Voice: [+1 312 803-MCS1] | 21 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net/ ISDN - Get it here TODAY! | Home of Chicago's only FULL Clarinet feed! From owner-freebsd-hackers Sun Jun 16 23:53:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA17984 for hackers-outgoing; Sun, 16 Jun 1996 23:53:59 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA17963 for ; Sun, 16 Jun 1996 23:53:38 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA28224; Mon, 17 Jun 1996 08:50:51 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA03363; Mon, 17 Jun 1996 08:50:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA02947; Mon, 17 Jun 1996 08:43:54 +0200 (MET DST) From: J Wunsch Message-Id: <199606170643.IAA02947@uriah.heep.sax.de> Subject: Re: ups? UPS or debugger? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 17 Jun 1996 08:43:54 +0200 (MET DST) Cc: mikee@green.eggtech.com (Mike Eggleston) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606162249.RAA03680@green.eggtech.com> from Mike Eggleston at "Jun 16, 96 05:49:25 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Mike Eggleston wrote: > Is ups a debugger or is it monitoring software for a UPS? Debugger. upsd is the monitoring software. -- 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 Jun 17 00:08:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA18669 for hackers-outgoing; Mon, 17 Jun 1996 00:08:14 -0700 (PDT) Received: from hq.icb.chel.su ([193.125.10.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA18599 for ; Mon, 17 Jun 1996 00:07:02 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id MAA17034; Mon, 17 Jun 1996 12:54:38 +0600 (GMT+0600) From: "Serge A. Babkin" Message-Id: <199606170654.MAA17034@hq.icb.chel.su> Subject: Re: Digiboard To: helg@tav.kiev.ua (Oleg N Panashchenko) Date: Mon, 17 Jun 1996 12:54:38 +0600 (ESD) Cc: tam@cd.iidpwr.com, hackers@freebsd.org In-Reply-To: from "Oleg N Panashchenko" at Jun 14, 96 09:46:16 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > What is the maximum baud rate on PC/8e? > > 115200 > There are different series of Digiboard. The older series (like one I have) support 57600 only. The newer versions support upto 115200. As far as I know all cards with ability to work with 8K memory window must support upto 115200 but I'm not shure. -SB From owner-freebsd-hackers Mon Jun 17 00:40:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19870 for hackers-outgoing; Mon, 17 Jun 1996 00:40:15 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA19825 for ; Mon, 17 Jun 1996 00:40:03 -0700 (PDT) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id AAA08899 for ; Mon, 17 Jun 1996 00:39:57 -0700 (PDT) Message-Id: <199606170739.AAA08899@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.org Subject: s-mos cardio 486 part II 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Jun 1996 00:39:56 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Intelec makes the PC104i, a "motherboard",for the s-mos's Cardio 486. The dimensions for the PC104i are: mm inches Length 95.9 3.8 Width 90.2 3.6 Height 15.0 0.6 http://www.mcs.com/~intelec/main.html Enjoy, Amancio From owner-freebsd-hackers Mon Jun 17 00:47:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA20384 for hackers-outgoing; Mon, 17 Jun 1996 00:47:56 -0700 (PDT) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA20377 for ; Mon, 17 Jun 1996 00:47:55 -0700 (PDT) Received: from fakir.india.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA064197666; Mon, 17 Jun 1996 00:47:51 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA110737848; Mon, 17 Jun 1996 13:20:49 +0530 Message-Id: <199606170750.AA110737848@fakir.india.hp.com> To: hackers@freebsd.org Subject: Q: where can I find info about the SiS '496 chipset? Date: Mon, 17 Jun 1996 13:20:48 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Would some kind soul please mail me how to find out more about the SiS '496 chipset. Specifically I'd be interested in the programmatic features it offers; does it support bus mastering EIDE etc (aka SFF 8038i)? I wasn't able to make much headway with my searches on the Web. Thanks, Koshy From owner-freebsd-hackers Mon Jun 17 02:37:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA06708 for hackers-outgoing; Mon, 17 Jun 1996 02:37:17 -0700 (PDT) Received: from MindBender.HeadCandy.com ([199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA06675 for ; Mon, 17 Jun 1996 02:37:06 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.6.9) with SMTP id CAA07012; Mon, 17 Jun 1996 02:31:49 -0700 (PDT) Message-Id: <199606170931.CAA07012@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Khetan Gajjar cc: hackers@freebsd.org Subject: Re: Way to flush swap In-reply-to: Your message of Sat, 16 Jun 96 14:53:43 +0200. Date: Mon, 17 Jun 1996 02:31:05 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Does anyone out there have a solution to flushing swap, besides for >rebooting the machine, buying more ram or increasing the size of the swap >partition ? Buy another disk and add a second swap partition. Unfortunately, you won't get much extra performance since you're running IDE, but you might get a little. With SCSI and its asynchronous nature, you can get a big performance improvement (when swapping, of course) by spreading swap over several drives. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Mon Jun 17 03:30:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA10003 for hackers-outgoing; Mon, 17 Jun 1996 03:30:48 -0700 (PDT) Received: from chain.iafrica.com (root@chain.iafrica.com [196.7.74.174]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA09983 for ; Mon, 17 Jun 1996 03:30:29 -0700 (PDT) Received: from localhost (khetan@localhost) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id MAA01557; Mon, 17 Jun 1996 12:29:05 +0200 (SAT) X-Authentication-Warning: chain.iafrica.com: khetan owned process doing -bs Date: Mon, 17 Jun 1996 12:29:04 +0200 (SAT) From: Khetan Gajjar To: "Michael L. VanLoon -- HeadCandy.com" cc: hackers@freebsd.org Subject: Re: Way to flush swap In-Reply-To: <199606170931.CAA07012@MindBender.HeadCandy.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, 17 Jun 1996, Michael L. VanLoon -- HeadCandy.com wrote: >Buy another disk and add a second swap partition. Unfortunately, you I don't want to do that, and cannot afford it anyway. Besides, the question is how to flush the swap - not add more of it. I have enough ram, and swap space - it's just that the swap isn't releasing what it's got in swap after I quit out of the programs. Regards, Khetan Gajjar. --- Visit me at http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations help@iafrica.com or 0800-030-002 From owner-freebsd-hackers Mon Jun 17 04:10:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11561 for hackers-outgoing; Mon, 17 Jun 1996 04:10:47 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA11556 for ; Mon, 17 Jun 1996 04:10:44 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id VAA18363; Mon, 17 Jun 1996 21:04:43 +0930 From: Michael Smith Message-Id: <199606171134.VAA18363@genesis.atrad.adelaide.edu.au> Subject: Re: Way to flush swap To: khetan@iafrica.com (Khetan Gajjar) Date: Mon, 17 Jun 1996 21:04:42 +0930 (CST) Cc: michaelv@HeadCandy.com, hackers@freebsd.org In-Reply-To: from "Khetan Gajjar" at Jun 17, 96 12:29:04 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 Khetan Gajjar stands accused of saying: > > I have enough ram, and swap space - it's just that the swap isn't > releasing what it's got in swap after I quit out of the programs. The problem (and the reason why nobody is talking to you) is that a) you don't understand what's really happening, b) you haven't been reading the relevant lists. If you had, you would understand that a) the vm stats are a little out of kilter at the moment after the massive work that's just gone on, and b) that the swap that's shown as occupied probably belongs to other system programs that were pushed out earlier. Put it this way : if having exited everything, you start it all again, does your swap usage increase significantly? I didn't think so. Observe, experiment, and most of all : _pay_attention_to_the_lists_. John and co. drop all sorts of _very_ illuminating information on a regular basis. If you're not totally strapped for time, I'd go back to the list search engine and read everything they've said in the last 2-3 months before asking any more. > Khetan Gajjar. -- ]] 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 Jun 17 04:13:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11691 for hackers-outgoing; Mon, 17 Jun 1996 04:13:25 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA11686 for ; Mon, 17 Jun 1996 04:13:23 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/1.2) id EAA15570; Mon, 17 Jun 1996 04:10:58 -0700 From: Don Yuniskis Message-Id: <199606171110.EAA15570@seagull.rtd.com> Subject: Re: Way to flush swap To: khetan@iafrica.com (Khetan Gajjar) Date: Mon, 17 Jun 1996 04:10:58 -0700 (MST) Cc: michaelv@HeadCandy.com, hackers@freebsd.org In-Reply-To: from "Khetan Gajjar" at Jun 17, 96 12:29:04 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 Khetan Gajjar said: > On Mon, 17 Jun 1996, Michael L. VanLoon -- HeadCandy.com wrote: > > >Buy another disk and add a second swap partition. Unfortunately, you > > I don't want to do that, and cannot afford it anyway. Besides, the > question is how to flush the swap - not add more of it. > > I have enough ram, and swap space - it's just that the swap isn't > releasing what it's got in swap after I quit out of the programs. I *think* this is an "undocumented feature" (?) -- at least I seem to recall previous versions of FBSD had this characteristic. Perhaps someone will set the record straight?? Thx, --don From owner-freebsd-hackers Mon Jun 17 04:30:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12236 for hackers-outgoing; Mon, 17 Jun 1996 04:30:42 -0700 (PDT) Received: from lynx.its.unimelb.edu.au (lynx.its.unimelb.EDU.AU [128.250.20.151]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA12230 for ; Mon, 17 Jun 1996 04:30:38 -0700 (PDT) Received: (from danny@localhost) by lynx.its.unimelb.edu.au (8.6.11/8.6.9) id VAA08558; Mon, 17 Jun 1996 21:29:03 +1000 Date: Mon, 17 Jun 1996 21:29:02 +1000 (EST) From: "Daniel O'Callaghan" To: Khetan Gajjar cc: "Michael L. VanLoon -- HeadCandy.com" , hackers@freebsd.org Subject: Re: Way to flush swap 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, 17 Jun 1996, Khetan Gajjar wrote: > On Mon, 17 Jun 1996, Michael L. VanLoon -- HeadCandy.com wrote: > > I have enough ram, and swap space - it's just that the swap isn't > releasing what it's got in swap after I quit out of the programs. Is it actually a problem? I thought that some things were left in swap in case they were needed later, e.g. shared library sort of stuff. They get flushed when swap is needed for other things. Danny From owner-freebsd-hackers Mon Jun 17 07:03:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19269 for hackers-outgoing; Mon, 17 Jun 1996 07:03:23 -0700 (PDT) Received: from chain.iafrica.com (root@chain.iafrica.com [196.7.74.174]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA19260 for ; Mon, 17 Jun 1996 07:03:13 -0700 (PDT) Received: from localhost (khetan@localhost) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id QAA01955; Mon, 17 Jun 1996 16:01:47 +0200 (SAT) X-Authentication-Warning: chain.iafrica.com: khetan owned process doing -bs Date: Mon, 17 Jun 1996 16:01:47 +0200 (SAT) From: Khetan Gajjar To: "Daniel O'Callaghan" cc: hackers@freebsd.org Subject: Re: Way to flush swap 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, 17 Jun 1996, Daniel O'Callaghan wrote: >Is it actually a problem? I thought that some things were left in swap >in case they were needed later, e.g. shared library sort of stuff. >They get flushed when swap is needed for other things. Not in my case. Swap utilisation stays high, and when I do a make world, more often than not the swap utilisation increases (as you would expect) and then stops due to lack of swap. i.e. to do a make world after using my machine for a reasonable amount of time, I have to reboot/restart. Regards, Khetan Gajjar. --- Visit me at http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations help@iafrica.com or 0800-030-002 From owner-freebsd-hackers Mon Jun 17 08:31:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25003 for hackers-outgoing; Mon, 17 Jun 1996 08:31:07 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA24998; Mon, 17 Jun 1996 08:31:03 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA13428; Mon, 17 Jun 1996 08:30:32 -0700 (PDT) To: Amancio Hasty cc: hackers@FreeBSD.ORG Subject: Re: s-mos cardio 486 part II 8) In-reply-to: Your message of "Mon, 17 Jun 1996 00:39:56 PDT." <199606170739.AAA08899@rah.star-gate.com> Date: Mon, 17 Jun 1996 08:30:32 -0700 Message-ID: <13426.835025432@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >The dimensions for the PC104i are: > mm inches > >Length 95.9 3.8 >Width 90.2 3.6 >Height 15.0 0.6 > >http://www.mcs.com/~intelec/main.html Well, what can I say, it's about 8 times bigger (twice the size on each dimension), way to clunky... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Mon Jun 17 08:37:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA25611 for hackers-outgoing; Mon, 17 Jun 1996 08:37:53 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA25590 for ; Mon, 17 Jun 1996 08:37:50 -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 LAA01283; Mon, 17 Jun 1996 11:44:09 -0400 Date: Mon, 17 Jun 1996 11:44:09 -0400 Message-Id: <199606171544.LAA01283@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: "Karl Denninger, MCSNet" From: dennis@etinc.com (Dennis) Subject: Re: BSDI 2.0 vs. FreeBSD 2.x Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I know how much everyone (myself included) hates making comparisons >> between OS's - but unlike the pointless Linux vs. FreeBSD debates, I find >> myself wondering about this one... >> >> Unfortunately, I don't have the resources (hardware, time, or money ;-) >> to do a comparison of BSDI and FreeBSD on the same machine, so I thought >> I'd ask if anyone else out there in FreeBSD land has any experience with >> BSDI and if so what their impressions are. >> >> The reason I ask is that I currently run several FreeBSD 2.1-stable >> machines as web/realaudio/mail servers, and I swear by them. I've never >> been so thoroughly impressed with an OS -- thanks to all involved. I know >> from experience how much FreeBSD rocks Linux in a multi-user high load >> environment, but I'm curious about BSDI's performance. The service >> provider we're teamed with uses BSDI for shell machines, and they seem to >> do VERY well (full news feed, 4000 users, named, etc. all running from a >> 486...). He swears by BSDI, and now he's outgrown his 10-machine license >> from BSDI. Upgrading would be VERY, VERY expensive. I of course told him >> to ditch BSDI and try out FreeBSD. The BSDI folks are charging a lot for >> their OS these days, and I'm not convinced they have anything over FreeBSD. >> >> What are your thoughts? Is BSDI really more stable than FreeBSD, and how >> well does it perform? Any thought much appreciated!!! >> >> TIA, >> -Mark > >We ran into the same situation. > >Our experience is borne out by the following: > >Cerebus up 2+19:40, 0 users, load 0.01, 0.43, 0.42 >Mailbox up 5+08:00, 0 users, load 0.52, 0.51, 0.44 >Mars up 15+18:43, 18 users, load 0.59, 0.54, 0.45 >Mercury up 25+04:45, 22 users, load 0.27, 0.29, 0.31 >Nfs1 up 154+14:05, 0 users, load 0.51, 0.46, 0.33 >Nfs2 up 56+12:01, 0 users, load 0.50, 1.17, 1.31 >Uucp1 up 75+01:24, 0 users, load 0.05, 0.05, 0.00 >Venus up 56+11:38, 17 users, load 0.10, 0.14, 0.16 >Vs-1 up 59+05:27, 0 users, load 1.19, 1.30, 1.27 >Vs-2 up 16+04:38, 0 users, load 0.07, 0.29, 0.35 >Vs-3 up 16+04:45, 0 users, load 1.94, 1.35, 1.18 > >These are BSDI machines. > >Cthulu up 22+06:28, 0 users, load 0.28, 0.11, 0.05 >Jupiter up 33+23:37, 0 users, load 0.00, 0.00, 0.00 >News1 up 18+02:29, 0 users, load 0.48, 0.32, 0.29 >Nntp1 up 2+11:46, 0 users, load 0.21, 0.10, 0.03 >Vs-4 up 77+09:29, 0 users, load 0.12, 0.08, 0.02 > >These are FreeBSD machines. > >VS-4, in particular, is extremely impressive. That system has over 100 >virtual web servers on it, and has shown not a SINGLE problem since it was >loaded. > >I'd use BSDI for NFS file service as of today (they still do that a little >better) but for the other purposes, its a dead heat and I'd say that FreeBSD >has to get a VERY close look. Say what you mean, Karl. BSDI has priced themselves out of the game. Their support is no better than what you get for nothing from the FreeBSD people. They do a few things better and a few things not as well. Anyone who knows about freebsd and buys BSD/OS is nuts. 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 Jun 17 09:22:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA11149 for hackers-outgoing; Mon, 17 Jun 1996 09:22:28 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA11142 for ; Mon, 17 Jun 1996 09:22:23 -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 LAA08562; Mon, 17 Jun 1996 11:22:04 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 17 Jun 96 11:22 CDT Message-Id: Subject: Re: BSDI 2.0 vs. FreeBSD 2.x To: dennis@etinc.com (Dennis) Date: Mon, 17 Jun 1996 11:22:02 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: hackers@freebsd.org In-Reply-To: <199606171544.LAA01283@etinc.com> from "Dennis" at Jun 17, 96 11:44:09 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Cerebus up 2+19:40, 0 users, load 0.01, 0.43, 0.42 > >Mailbox up 5+08:00, 0 users, load 0.52, 0.51, 0.44 > >Mars up 15+18:43, 18 users, load 0.59, 0.54, 0.45 > >Mercury up 25+04:45, 22 users, load 0.27, 0.29, 0.31 > >Nfs1 up 154+14:05, 0 users, load 0.51, 0.46, 0.33 > >Nfs2 up 56+12:01, 0 users, load 0.50, 1.17, 1.31 > >Uucp1 up 75+01:24, 0 users, load 0.05, 0.05, 0.00 > >Venus up 56+11:38, 17 users, load 0.10, 0.14, 0.16 > >Vs-1 up 59+05:27, 0 users, load 1.19, 1.30, 1.27 > >Vs-2 up 16+04:38, 0 users, load 0.07, 0.29, 0.35 > >Vs-3 up 16+04:45, 0 users, load 1.94, 1.35, 1.18 > > > >These are BSDI machines. > > > >Cthulu up 22+06:28, 0 users, load 0.28, 0.11, 0.05 > >Jupiter up 33+23:37, 0 users, load 0.00, 0.00, 0.00 > >News1 up 18+02:29, 0 users, load 0.48, 0.32, 0.29 > >Nntp1 up 2+11:46, 0 users, load 0.21, 0.10, 0.03 > >Vs-4 up 77+09:29, 0 users, load 0.12, 0.08, 0.02 > > > >These are FreeBSD machines. > > > >VS-4, in particular, is extremely impressive. That system has over 100 > >virtual web servers on it, and has shown not a SINGLE problem since it was > >loaded. > > > >I'd use BSDI for NFS file service as of today (they still do that a little > >better) but for the other purposes, its a dead heat and I'd say that FreeBSD > >has to get a VERY close look. > > Say what you mean, Karl. BSDI has priced themselves out of the game. Their > support is no better than what you get for nothing from the FreeBSD people. > They do a few things better and a few things not as well. Anyone who knows > about freebsd and buys BSD/OS is nuts. > > Dennis That's what I did say. BSDI has priced themselves out of the game, and their support, of late at least, has IMHO stunk. I was one of their original evangalizers many years ago when they first got going. The primary reason wasn't the code; their code is ok, but nothing spectacular. The primary reason was support. Recently, in the past few months, that has evaporated. There have also been price increases which make BSDI non-viable in many environments. The sole area where they hold a stability advantage, IMHO, is in the area of NFS file service. But certainly, if you have 10 licenses, you could use those for your NFS file servers and run the rest of your plant on FreeBSD. That is basically the strategy we are taking here. Within another few months the only places you're likely to see BSDI is in the NFS file service arena -- unless FreeBSD gets those problems resolved first, in which case we'll have a gecko-killing contest. If I'm not going to get support, I'm sure as hell not going to pay for it! At least with FreeBSD I know what the score is and what I'm expected to provide for myself. -- -- 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] | 23 Chicagoland Prefixes, 13 ISDN, 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 Mon Jun 17 09:44:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12594 for hackers-outgoing; Mon, 17 Jun 1996 09:44:24 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA12588 for ; Mon, 17 Jun 1996 09:44:22 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA21861; Mon, 17 Jun 1996 09:43:34 -0700 (PDT) To: "Karl Denninger, MCSNet" cc: dennis@etinc.com (Dennis), hackers@freebsd.org Subject: Re: BSDI 2.0 vs. FreeBSD 2.x In-reply-to: Your message of "Mon, 17 Jun 1996 11:22:02 CDT." Date: Mon, 17 Jun 1996 09:43:34 -0700 Message-ID: <21859.835029814@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > That is basically the strategy we are taking here. Within another few > months the only places you're likely to see BSDI is in the NFS file service > arena -- unless FreeBSD gets those problems resolved first, in which case > we'll have a gecko-killing contest. I'm definitely with you on targeting NFS as one of our weakest spots, I'm simply still struggling with the problem of identifying and somehow enlisting the aid of someone who can actually do something about it. Even building a comprehensive NFS testing suite is non-trivial, not to mention understanding the data it generates well enough to go find the code that's broken and fix it. Fixing NFS calls for a big gun, and they're either too busy or too expensive. :-( Jordan From owner-freebsd-hackers Mon Jun 17 11:35:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA17924 for hackers-outgoing; Mon, 17 Jun 1996 11:35:16 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA17910 for ; Mon, 17 Jun 1996 11:35:11 -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 OAA01559; Mon, 17 Jun 1996 14:41:35 -0400 Date: Mon, 17 Jun 1996 14:41:35 -0400 Message-Id: <199606171841.OAA01559@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: "Karl Denninger, MCSNet" From: dennis@etinc.com (Dennis) Subject: Re: BSDI 2.0 vs. FreeBSD 2.x Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I was one of their original evangalizers many years ago when they first got >going. The primary reason wasn't the code; their code is ok, but nothing >spectacular. The primary reason was support. > >Recently, in the past few months, that has evaporated. There have also been >price increases which make BSDI non-viable in many environments. > >The sole area where they hold a stability advantage, IMHO, is in the area of >NFS file service. But certainly, if you have 10 licenses, you could use >those for your NFS file servers and run the rest of your plant on FreeBSD. > >That is basically the strategy we are taking here. Within another few >months the only places you're likely to see BSDI is in the NFS file service >arena -- unless FreeBSD gets those problems resolved first, in which case >we'll have a gecko-killing contest. True, however BSD is marketing themselves as an internet gateway, where NFS is not as important. And now that FreeBSD has a Netware compatible server available....the option to dump NFS (which I really dont want to use on my Windows workstations anyways) is more than viable. The Netware stuff (although not free) is a lot nicer (and faster) than NFS. 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 Jun 17 11:35:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA17977 for hackers-outgoing; Mon, 17 Jun 1996 11:35:27 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA17970 for ; Mon, 17 Jun 1996 11:35:24 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08281; Mon, 17 Jun 1996 11:32:24 -0700 From: Terry Lambert Message-Id: <199606171832.LAA08281@phaeton.artisoft.com> Subject: Re: The -stable problem: my view To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 17 Jun 1996 11:32:24 -0700 (MST) Cc: robinson@public.bta.net.cn, hackers@FreeBSD.org In-Reply-To: <199606141001.FAA00340@rah.star-gate.com> from "Amancio Hasty" at Jun 14, 96 05:01:14 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 These are mail gateway farts. Please ignore them. The issue was done to death some time ago. Thanks, 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 Jun 17 11:48:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18826 for hackers-outgoing; Mon, 17 Jun 1996 11:48:01 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18809 for ; Mon, 17 Jun 1996 11:47:59 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA08327; Mon, 17 Jun 1996 11:45:42 -0700 From: Terry Lambert Message-Id: <199606171845.LAA08327@phaeton.artisoft.com> Subject: Re: Quick-Time viewer? To: nate@sri.MT.net (Nate Williams) Date: Mon, 17 Jun 1996 11:45:42 -0700 (MST) Cc: jkh@time.cdrom.com, nate@sri.MT.net, hackers@FreeBSD.ORG In-Reply-To: <199606150553.XAA23762@rocky.sri.MT.net> from "Nate Williams" at Jun 14, 96 11:53:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > [ QT for FreeBSD ] > > > xanim conquers all! :-) > > Not all unfortunately! > > QT Video Codec: Radius Cinepak depth=24 is unsupported by this executable. > > *sigh* Thanks for the hint though. There is an older versionof this code that does work (the stuff was ripped out in later releases under threat of lawsuit). There is a very new version that has a license, but the distribution terms are quite harsh. I think it has the updated format handling as well. 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 Jun 17 12:05:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA19946 for hackers-outgoing; Mon, 17 Jun 1996 12:05:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA19938 for ; Mon, 17 Jun 1996 12:05:47 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA08381; Mon, 17 Jun 1996 12:03:28 -0700 From: Terry Lambert Message-Id: <199606171903.MAA08381@phaeton.artisoft.com> Subject: Re: linux 2.0 vs FreeBSD -current's SMP support To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 17 Jun 1996 12:03:27 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199606162017.NAA01159@rah.star-gate.com> from "Amancio Hasty" at Jun 16, 96 01:17:49 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 > > Any has a clue as to any advantages/disadvantages on Linux's SMP support? > > For instance does Linux 2.0 support kernel reentrancy ? >From a preliminary look at the code, I believe they are not kernel reentrant. This seems traceable to their VM system. I'm making a technical distinction here for multithreading vs. reentrancy. It should be noted that the Linux camp is less organized, but they move faster -- it's the difference between solving a maze by staring at it and then drawing a line in exactly the right path, vs. following the left wall. Depending on the maze, one mouse or the other will get to the cheese first. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jun 17 12:26:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21099 for hackers-outgoing; Mon, 17 Jun 1996 12:26:54 -0700 (PDT) Received: from maelstrom.CC.McGill.CA (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA21093 for ; Mon, 17 Jun 1996 12:26:52 -0700 (PDT) Received: (from yves@localhost) by maelstrom.CC.McGill.CA (8.7.1/8.6.10) id PAA25113 for hackers@FreeBSD.org; Mon, 17 Jun 1996 15:25:03 -0400 (EDT) Message-Id: <199606171925.PAA25113@maelstrom.CC.McGill.CA> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 3.3 v118.2) Received: by NeXT.Mailer (1.118.2) From: Yves Lepage Date: Mon, 17 Jun 96 15:25:00 -0400 To: hackers@FreeBSD.org Subject: Re: IBM HD's Reply-To: yves@CC.McGill.CA References: <199606151525.LAA18470@maelstrom.CC.McGill.CA> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi all, Someone here found a way to install FreeBSD on all the machines which have disks we thought were broken (it is still unclear if they are or not). Here's the recipe: - go to the partitionner and slice the disk, write - go to the labeler, partition and write. It fails. - go back to the partitionner, just write. No other action must be performed. - go back to the labeler, write. It works. This seems to point to a problem with the partitionner that wouldn't write the MBR sucessfully the first time but could do it the second time. Thanks all for the replies. Yves Lepage Begin forwarded message: Return-Path: owner-freebsd-hackers@freefall.freebsd.org Received: from sirocco.CC.McGill.CA (sirocco.CC.McGill.CA [132.206.27.12]) by maelstrom.CC.McGill.CA (8.7.1/8.6.10) with SMTP id LAA19056 for ; Sat, 15 Jun 1996 11:52:40 -0400 (EDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by sirocco.CC.McGill.CA (8.6.12/8.6.6) with ESMTP id LAA12866 for ; Sat, 15 Jun 1996 11:55:49 -0400 X-SMTP-Posting-Origin: ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.4]) by ns2.harborcom.net (8.7.4/8.6.12) with ESMTP id LAA00905; Sat, 15 Jun 1996 11:53:24 -0400 (EDT) Received: from localhost (daemon@localhost) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA29658; Sat, 15 Jun 1996 08:27:27 -0700 (PDT) Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29642 for hackers-outgoing; Sat, 15 Jun 1996 08:27:24 -0700 (PDT) Received: from maelstrom.CC.McGill.CA (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA29635 for ; Sat, 15 Jun 1996 08:27:20 -0700 (PDT) Received: (from yves@localhost) by maelstrom.CC.McGill.CA (8.7.1/8.6.10) id LAA18470; Sat, 15 Jun 1996 11:25:53 -0400 (EDT) Date: Sat, 15 Jun 1996 11:25:53 -0400 (EDT) From: Yves Lepage Message-Id: <199606151525.LAA18470@maelstrom.CC.McGill.CA> To: hackers@FreeBSD.org Subject: IBM HD's Cc: yves@maelstrom.cc.mcgill.ca Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi all, During my attemps to install FreeBSD on some 50 machines for one of the Inet96 workshops, I had to fight with a few of these machines which had one of these two kind of HD: - IBM-DALA - Quantum Fireball I could partition the disks no problem and I could do a bad block scan with also no problem. Problems began when I created the Unix filesystems. First, I'd get an error message that FreeBSD couldn't swap on wd0s2b because the device is not configured. Then, the creation of a filesystem on wd0a would fail. Just as if the labeler didn't know how to access these disks. I suspect that these two disks have a strange controller (IDE). Did anyone encounter this kind of problem before and if so, what did they do to solve it? Thanks a lot, Yves Lepage PS: yes I did play with the geometry parameters but that didn't do anything. From owner-freebsd-hackers Mon Jun 17 12:50:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23296 for hackers-outgoing; Mon, 17 Jun 1996 12:50:01 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA23257 for ; Mon, 17 Jun 1996 12:49:48 -0700 (PDT) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id MAA12278; Mon, 17 Jun 1996 12:49:16 -0700 (PDT) Message-Id: <199606171949.MAA12278@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Michael Smith cc: hackers@freebsd.org Subject: Re: Way to flush swap In-reply-to: Your message of "Mon, 17 Jun 1996 21:04:42 +0930." <199606171134.VAA18363@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Jun 1996 12:49:15 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Michael Smith : > Khetan Gajjar stands accused of saying: > > > > I have enough ram, and swap space - it's just that the swap isn't > > releasing what it's got in swap after I quit out of the programs. > > The problem (and the reason why nobody is talking to you) is that a) you > don't understand what's really happening, b) you haven't been reading the > relevant lists. > > If you had, you would understand that a) the vm stats are a little out > of kilter at the moment after the massive work that's just gone on, > and b) that the swap that's shown as occupied probably belongs to > other system programs that were pushed out earlier. You know Mike you are really full of shit. The amount of noise that goes thru is way to high and the search engine on our web page is to say the least not as good as it should be. I realized that we sort of have a tongue and cheek attitute on this unix newsgroup;however, can you tone it down a little.. Additionally, if you are not going to anwer the question then why bother posting ... As for little notes on weird behavior , I think that it will be a good idea if it went into a web page. Amancio From owner-freebsd-hackers Mon Jun 17 13:00:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23798 for hackers-outgoing; Mon, 17 Jun 1996 13:00:08 -0700 (PDT) Received: from nda.nda.com (fw1.NDA.COM [204.57.47.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA23786 for ; Mon, 17 Jun 1996 13:00:05 -0700 (PDT) Received: (kevin@localhost) by nda.nda.com (8.7.4/8.6.4) id PAA26484; Mon, 17 Jun 1996 15:58:49 -0400 (EDT) From: Kevin Lyda Message-Id: <199606171958.PAA26484@nda.nda.com> Subject: Re: BSDI 2.0 vs. FreeBSD 2.x To: dennis@etinc.com (Dennis) Date: Mon, 17 Jun 1996 15:58:49 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199606171841.OAA01559@etinc.com> from "Dennis" at Jun 17, 96 02:41:35 pm 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 > True, however BSD is marketing themselves as an internet gateway, where > NFS is not as important. And now that FreeBSD has a Netware compatible > server available....the option to dump NFS (which I really dont want to use > on my Windows workstations anyways) is more than viable. The Netware > stuff (although not free) is a lot nicer (and faster) than NFS. how can you justify that? is netware an inherently faster protocol than nfs? or is this just an implementation issue? kevin From owner-freebsd-hackers Mon Jun 17 13:01:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23946 for hackers-outgoing; Mon, 17 Jun 1996 13:01:47 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA23928 for ; Mon, 17 Jun 1996 13:01:41 -0700 (PDT) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id NAA12397; Mon, 17 Jun 1996 13:01:15 -0700 (PDT) Message-Id: <199606172001.NAA12397@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Khetan Gajjar cc: hackers@freebsd.org Subject: Re: Way to flush swap In-reply-to: Your message of "Sat, 17 Jun 1996 16:01:47 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Jun 1996 13:01:10 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dumb question, is there a way for me to display a memory map of the VM system with hopefully some sort of tag identifying the owner of the page? Tnks, Amancio From owner-freebsd-hackers Mon Jun 17 13:59:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28333 for hackers-outgoing; Mon, 17 Jun 1996 13:59:41 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA28324 for ; Mon, 17 Jun 1996 13:59:38 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08544; Mon, 17 Jun 1996 13:57:03 -0700 From: Terry Lambert Message-Id: <199606172057.NAA08544@phaeton.artisoft.com> Subject: Re: BSDI 2.0 vs. FreeBSD 2.x To: kevin@NDA.COM (Kevin Lyda) Date: Mon, 17 Jun 1996 13:57:03 -0700 (MST) Cc: dennis@etinc.com, hackers@freebsd.org In-Reply-To: <199606171958.PAA26484@nda.nda.com> from "Kevin Lyda" at Jun 17, 96 03:58:49 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 > > True, however BSD is marketing themselves as an internet gateway, where > > NFS is not as important. And now that FreeBSD has a Netware compatible > > server available....the option to dump NFS (which I really dont want to use > > on my Windows workstations anyways) is more than viable. The Netware > > stuff (although not free) is a lot nicer (and faster) than NFS. > > how can you justify that? is netware an inherently faster protocol > than nfs? or is this just an implementation issue? DOS networking is based on a request/response architecture, especially for directory searches and similar operations. The DOS clients for NetWare and SMB group large amounts of directory entries in a single response, but the NFS is still one-packet-per-entry. In addition, the DOS clients do not have the concept of a "stat" sperate from a lookup. The search for "path without search characters" is converted into an iteration of the directory on the client until it gets to the entry, and then a stat (which it does for each entry, regardless). The correct method of dealing with this would be to push the DOS pattern matching into the UNIX kernel, and shove the requests over the wire to the server that was (this is how SMB and NetWare servers operate), so that the only traffic accross the domain boundry (user/kernel or network/kernel) is files which match the search criteria. The issue is exacerbated by the NFS client behavior that a search initiated by a DOS program must be "continuable" if they use a non-Win32 interface (the DOS search semantics don't have a "I'm done with this search context" indicator until Win32). At the IFS level, Win32 could provide an NFS client that was *vastly* more efficient in its use of the protocol. This has two problems: (1) You can't force poeple to use Win32 apps instead of DOS or Win16 apps if the OS allows them to be run in the first place, and (2) without the ability to provide the performance advantage to anything more than a subset of the programs, you can't make any significant marketing claims, so you might as well bail on the idea anyway. The PCNFSD, especially the Beame and Whiteside, *does* offload some of the client work + traffic onto the server as server work + less traffic, but it requires that you run it. Finally, the B&W PCNFSD is a user space daemon. For a search with stat, there is a requirement for multiple crossings of the user/kernel protection domain. This is probably a place where "UNIX did the wrong thing". You most likely want stat information for all search returns, and you want it on open, and maybe even on close. This is 50% higher call overhead than you would see from a "corrected" implementation, and 100% higher call overhead than a kernel implementation. In addition, the NetWare server will, if correctly written, support "packet burst", which is basically a fixed window multiple packet download to, or upload from, the client (up to 32k, depending on negotiated packet size). This averages one request/response latency over up to 32 packets, instead of one per packet, like te NFS -- this is a failure of the client to perfom caching and predicition on read-ahead to avoid non-interleaved I/O as a result of not sending the next read request until it has run the application program that made the last read, the application program has processed the return data, and then set up the next read to take place. So, in general, NetWare is faster to DOS clients, but it's DOS's fault, not that of the server, and much of the problem is correctable, though there's little short term economic incentive to actually do the correction. 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 Jun 17 15:08:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04176 for hackers-outgoing; Mon, 17 Jun 1996 15:08:01 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA04152 for ; Mon, 17 Jun 1996 15:07:57 -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 SAA01955; Mon, 17 Jun 1996 18:13:07 -0400 Date: Mon, 17 Jun 1996 18:13:07 -0400 Message-Id: <199606172213.SAA01955@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: Terry Lambert From: dennis@etinc.com (Dennis) Subject: Re: BSDI 2.0 vs. FreeBSD 2.x Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > True, however BSD is marketing themselves as an internet gateway, where >> > NFS is not as important. And now that FreeBSD has a Netware compatible >> > server available....the option to dump NFS (which I really dont want to use >> > on my Windows workstations anyways) is more than viable. The Netware >> > stuff (although not free) is a lot nicer (and faster) than NFS. >> >> how can you justify that? is netware an inherently faster protocol >> than nfs? or is this just an implementation issue? > >DOS networking is based on a request/response architecture, especially >for directory searches and similar operations. The DOS clients for >NetWare and SMB group large amounts of directory entries in a single >response, but the NFS is still one-packet-per-entry. > >In addition, the DOS clients do not have the concept of a "stat" >sperate from a lookup. The search for "path without search characters" >is converted into an iteration of the directory on the client until >it gets to the entry, and then a stat (which it does for each entry, >regardless). > >The correct method of dealing with this would be to push the DOS >pattern matching into the UNIX kernel, and shove the requests >over the wire to the server that was (this is how SMB and NetWare >servers operate), so that the only traffic accross the domain >boundry (user/kernel or network/kernel) is files which match the >search criteria. > >The issue is exacerbated by the NFS client behavior that a search >initiated by a DOS program must be "continuable" if they use a >non-Win32 interface (the DOS search semantics don't have a "I'm >done with this search context" indicator until Win32). > >At the IFS level, Win32 could provide an NFS client that was >*vastly* more efficient in its use of the protocol. This has >two problems: (1) You can't force poeple to use Win32 apps >instead of DOS or Win16 apps if the OS allows them to be run >in the first place, and (2) without the ability to provide the >performance advantage to anything more than a subset of the >programs, you can't make any significant marketing claims, so >you might as well bail on the idea anyway. > >The PCNFSD, especially the Beame and Whiteside, *does* offload >some of the client work + traffic onto the server as server >work + less traffic, but it requires that you run it. > >Finally, the B&W PCNFSD is a user space daemon. For a search >with stat, there is a requirement for multiple crossings of >the user/kernel protection domain. This is probably a place >where "UNIX did the wrong thing". You most likely want stat >information for all search returns, and you want it on open, >and maybe even on close. This is 50% higher call overhead >than you would see from a "corrected" implementation, and 100% >higher call overhead than a kernel implementation. > > >In addition, the NetWare server will, if correctly written, support >"packet burst", which is basically a fixed window multiple packet >download to, or upload from, the client (up to 32k, depending on >negotiated packet size). This averages one request/response >latency over up to 32 packets, instead of one per packet, like >te NFS -- this is a failure of the client to perfom caching >and predicition on read-ahead to avoid non-interleaved I/O as >a result of not sending the next read request until it has run >the application program that made the last read, the application >program has processed the return data, and then set up the next >read to take place. > > >So, in general, NetWare is faster to DOS clients, but it's DOS's >fault, not that of the server, and much of the problem is correctable, >though there's little short term economic incentive to actually >do the correction. Ok....I'll buy that. :-) 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 Jun 17 15:38:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA06115 for hackers-outgoing; Mon, 17 Jun 1996 15:38:36 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA06110 for ; Mon, 17 Jun 1996 15:38:24 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA04653 for ; Tue, 18 Jun 1996 00:38:11 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA13635 for freebsd-hackers@freebsd.org; Tue, 18 Jun 1996 00:38:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA05809 for freebsd-hackers@freebsd.org; Tue, 18 Jun 1996 00:32:11 +0200 (MET DST) From: J Wunsch Message-Id: <199606172232.AAA05809@uriah.heep.sax.de> Subject: NFS (Was: BSDI 2.0 vs. FreeBSD 2.x) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 18 Jun 1996 00:32:11 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <21859.835029814@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 17, 96 09:43:34 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Jordan K. Hubbard wrote: > I'm definitely with you on targeting NFS as one of our weakest spots, > I'm simply still struggling with the problem of identifying and > somehow enlisting the aid of someone who can actually do something > about it. I wondered about the NFS problems last weekend, and did some initial analyzation. Both of the following logs have been taken from a simple `ls -F' of a directory containing many files. /sys/compile/MYMACHINE/ or /usr/local/bin are good candidates. This is part of the log from a working NFS connection. 14:51:11.804997 ida.interface-business.de.35a05 > innocence.interface-business.de.nfs: 128 readdir [|nfs] 14:51:11.835595 innocence.interface-business.de.nfs > ida.interface-business.de.35a05: reply ok 1472 readdir [|nfs] (frag 21238:1480@0+) 14:51:11.842934 ida.interface-business.de.35a06 > innocence.interface-business.de.nfs: 128 readdir [|nfs] 14:51:11.854460 innocence.interface-business.de.nfs > ida.interface-business.de.35a06: reply ok 1472 readdir [|nfs] (frag 21240:1480@0+) 14:51:12.351984 ida.interface-business.de.35a89 > innocence.interface-business.de.nfs: 128 readdir [|nfs] 14:51:12.359891 innocence.interface-business.de.nfs > ida.interface-business.de.35a89: reply ok 1472 readdir [|nfs] (frag 21372:1480@0+) 14:51:12.818578 ida.interface-business.de.35b08 > innocence.interface-business.de.nfs: 128 readdir [|nfs] 14:51:12.827242 innocence.interface-business.de.nfs > ida.interface-business.de.35b08: reply ok 1472 readdir [|nfs] (frag 21500:1480@0+) 14:51:13.312405 ida.interface-business.de.35b8d > innocence.interface-business.de.nfs: 128 readdir [|nfs] 14:51:13.318342 innocence.interface-business.de.nfs > ida.interface-business.de.35b8d: reply ok 1472 readdir [|nfs] (frag 21633:1480@0+) 14:51:13.819386 ida.interface-business.de.35c0d > innocence.interface-business.de.nfs: 128 readdir [|nfs] 14:51:13.821771 innocence.interface-business.de.nfs > ida.interface-business.de.35c0d: reply ok 188 readdir [|nfs] 14:51:13.823558 ida.interface-business.de.35c0f > innocence.interface-business.de.nfs: 128 readdir [|nfs] 14:51:13.830880 innocence.interface-business.de.nfs > ida.interface-business.de.35c0f: reply ok 36 readdir [|nfs] You notice the tight sequence of readdir's (i took out the `lookup's that were scattered among them for brevity -- the lookup's are most likely caused by the -F flag to ls). The entire listing of a huge directory was done within 2 seconds (where it's even likely that the operation has been additionally deferred by me taking the output of either the `ls' and the `tcpdump' across a slow modem connection). ida.interface-business.de above is a -current kernel as of around the time John has been committing his recent VM changes (but without these changes). The following is an extract of a similar operation for an NFS mount that sucks. 16:26:31.433601 uriah.heep.sax.de.288 > uncle.heep.sax.de.nfs: 120 readdir [|nfs] 16:26:31.445659 uncle.heep.sax.de.nfs > uriah.heep.sax.de.288: reply ok 1472 readdir [|nfs] (frag 701:1480@0+) 16:26:32.450097 uriah.heep.sax.de.288 > uncle.heep.sax.de.nfs: 120 readdir [|nfs] 16:26:32.461639 uncle.heep.sax.de.nfs > uriah.heep.sax.de.288: reply ok 1472 readdir [|nfs] (frag 702:1480@0+) 16:26:34.480097 uriah.heep.sax.de.288 > uncle.heep.sax.de.nfs: 120 readdir [|nfs] 16:26:34.491754 uncle.heep.sax.de.nfs > uriah.heep.sax.de.288: reply ok 1472 readdir [|nfs] (frag 703:1480@0+) 16:26:34.506036 uriah.heep.sax.de.289 > uncle.heep.sax.de.nfs: 120 readdir [|nfs] It's actually a short one, but you get the picture. The readdir replies are not _immediately_ followed by the next readdir request, instead, the next request is apparently scheduled by a timeout procedure, thus issued only 1/2/4/8 etc. seconds later. You get the idea what this means for a large directory... uriah.heep.sax.de is my development machine at home. The above effect was apparent with a kernel as of a couple of months ago as well as with the most recent kernel as of yesterday morning. It happens consistently whenever this machine acts as an NFS client, regardless of the system on the NFS server (i've also tried a public anon FTP server nearby which is an Ultrix machine), and regardless of whether i'm using ethernet or for example mounting across a SLIP line. It's always the same pictures, the subsequent readdir's are only done after 1/2/4/etc. seconds of timing out. I tried to dig into the source, but it's not very apparent from the first glance which code is responsible for sending the next readdir in the scenario above... -- 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 Jun 17 18:33:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA15020 for hackers-outgoing; Mon, 17 Jun 1996 18:33:40 -0700 (PDT) Received: from sierra.zyzzyva.com (ppp0.zyzzyva.com [198.183.2.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA15013 for ; Mon, 17 Jun 1996 18:33:35 -0700 (PDT) Received: from zyzzyva.com (localhost [127.0.0.1]) by sierra.zyzzyva.com (8.7.5/8.6.11) with ESMTP id UAA06171; Mon, 17 Jun 1996 20:33:13 -0500 (CDT) Message-Id: <199606180133.UAA06171@sierra.zyzzyva.com> To: "Karl Denninger, MCSNet" cc: dennis@etinc.com (Dennis), hackers@freebsd.org Subject: Re: BSDI 2.0 vs. FreeBSD 2.x In-reply-to: karl's message of Mon, 17 Jun 1996 11:22:02 -0500. X-uri: http://www.zyzzyva.com/ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Jun 1996 20:33:08 -0500 From: Randy Terbush Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > BSDI has priced themselves out of the game, and their support, of late at > least, has IMHO stunk. > > I was one of their original evangalizers many years ago when they first got > going. The primary reason wasn't the code; their code is ok, but nothing > spectacular. The primary reason was support. > > Recently, in the past few months, that has evaporated. There have also been > price increases which make BSDI non-viable in many environments. > > The sole area where they hold a stability advantage, IMHO, is in the area of > NFS file service. But certainly, if you have 10 licenses, you could use > those for your NFS file servers and run the rest of your plant on FreeBSD. > > That is basically the strategy we are taking here. Within another few > months the only places you're likely to see BSDI is in the NFS file service > arena -- unless FreeBSD gets those problems resolved first, in which case > we'll have a gecko-killing contest. Karl, knowing you from the days of ISC I'm surprised you would give BSDI that much slack. I hardly think that an OS lacking a 'lockd' qualifies as an NFS server. Try juggling a network of BSDI NFS realestate in a network of machines that can actually do file locking... not fun. I too was stunned by my recent BSDI pricing... only a matter of time. From owner-freebsd-hackers Mon Jun 17 19:39:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19141 for hackers-outgoing; Mon, 17 Jun 1996 19:39:32 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19132 for ; Mon, 17 Jun 1996 19:39:24 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA22180; Tue, 18 Jun 1996 12:39:25 +0930 From: Michael Smith Message-Id: <199606180309.MAA22180@genesis.atrad.adelaide.edu.au> Subject: (SMB/Netware/NFS for DOS clients) (was BSD/OS ...) To: kevin@NDA.COM (Kevin Lyda) Date: Tue, 18 Jun 1996 12:39:23 +0930 (CST) Cc: dennis@etinc.com, hackers@freebsd.org In-Reply-To: <199606171958.PAA26484@nda.nda.com> from "Kevin Lyda" at Jun 17, 96 03:58:49 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 Kevin Lyda stands accused of saying: > > > True, however BSD is marketing themselves as an internet gateway, where > > NFS is not as important. And now that FreeBSD has a Netware compatible > > server available....the option to dump NFS (which I really dont want to use > > on my Windows workstations anyways) is more than viable. The Netware > > stuff (although not free) is a lot nicer (and faster) than NFS. > > how can you justify that? is netware an inherently faster protocol > than nfs? or is this just an implementation issue? Terry's covered most of the technical issues already. It's worth bearing in mind that his bias is slightly more Netware-wards. If you're looking for a fileserving solution for FreeBSD that will work well with DOS and DOS-derived clients, either the commercial Netware server pointed out by Jordan a while back or Samba are much better choices than NFS, because the protocols they speak are more suited to the clients. Personally I can't see any reason for using Netware over Samba in a small to medium-sized environment; it's performance is very good and it's much cheaper 8) (I expect the admin tools for the NetCon server are much better however). > kevin -- ]] 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 Jun 17 19:39:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19173 for hackers-outgoing; Mon, 17 Jun 1996 19:39:47 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19162 for ; Mon, 17 Jun 1996 19:39:43 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id LAA07115 for ; Tue, 18 Jun 1996 11:39:41 +0900 (JST) Date: Tue, 18 Jun 1996 11:39:41 +0900 (JST) From: Michael Hancock To: hackers@freebsd.org Subject: vfork cow? In-Reply-To: <199606172057.NAA08544@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I didn't realize that vfork in 4.4bsd was implemented with copy-on-write semantics until I read the deamon book. Is it really going to be a deprecated call kept around for compatibility? -mike hancock From owner-freebsd-hackers Mon Jun 17 20:24:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA21091 for hackers-outgoing; Mon, 17 Jun 1996 20:24:39 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA21086 for ; Mon, 17 Jun 1996 20:24:31 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id UAA04977; Mon, 17 Jun 1996 20:24:30 -0700 Date: Mon, 17 Jun 1996 20:24:30 -0700 From: Sean Eric Fagan Message-Id: <199606180324.UAA04977@kithrup.com> To: hackers@freebsd.org, michaelh@cet.co.jp Subject: Re: vfork cow? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I didn't realize that vfork in 4.4bsd was implemented with copy-on-write >semantics until I read the deamon book. Is it really going to be a >deprecated call kept around for compatibility? vfork() is *not* deprecated! Doing so would break tons o' stuff ;). vfork's main difference from fork() is that the parent is waits for the child to exec or exit. SysVrX (X < 4) systems that didn't have vfork had to do all sorts of fun things to synchronize; using vfork() makes the code *much* simpler. Keith or Kirk mentioned, at one point, possibly going back to the old semantics; this is useful for large-memory processes, depending on the implementation. (John and David just did some work to improve pmap_copy, which helps address this issue. However, let's get a few processes with 2GBytes of address space active, and see how well it does ;).) Sean. From owner-freebsd-hackers Mon Jun 17 20:33:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA21513 for hackers-outgoing; Mon, 17 Jun 1996 20:33:36 -0700 (PDT) Received: from xi.dorm.umd.edu (root@morrison-c21.aa.net [204.157.220.153]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA21505 for ; Mon, 17 Jun 1996 20:33:31 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.5/8.6.12) with SMTP id UAA01597; Mon, 17 Jun 1996 20:33:15 -0700 (PDT) Date: Mon, 17 Jun 1996 20:33:15 -0700 (PDT) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: Michael Hancock cc: hackers@freebsd.org Subject: Re: vfork cow? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 18 Jun 1996, Michael Hancock wrote: > I didn't realize that vfork in 4.4bsd was implemented with copy-on-write > semantics until I read the deamon book. Is it really going to be a > deprecated call kept around for compatibility? Through I hate vfork() with a passion because it's so messy and badly implemented, there are a "few" reasons why it should be left around: 1- Many old programs use vfork()'s "feature" of allowing the child access to the parent's address space. While it's plain wrong for a program to exploit this side-effect of vfork(), it's already done (and hard to undo). 2- vfork() is still slightly faster then fork() because the parent is suspended until the child calls exec(). This gives us the benefit of less page faults (because the parent isn't running, and therefore can't change anything in it's address space, and therefore won't cause a fault [because the pages are set copy-on-write]). Sujal From owner-freebsd-hackers Mon Jun 17 21:17:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23780 for hackers-outgoing; Mon, 17 Jun 1996 21:17:29 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA23774 for ; Mon, 17 Jun 1996 21:17:26 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id XAA01663; Mon, 17 Jun 1996 23:17:06 -0500 (EST) From: "John S. Dyson" Message-Id: <199606180417.XAA01663@dyson.iquest.net> Subject: Re: vfork cow? To: sef@kithrup.com (Sean Eric Fagan) Date: Mon, 17 Jun 1996 23:17:06 -0500 (EST) Cc: hackers@FreeBSD.org, michaelh@cet.co.jp In-Reply-To: <199606180324.UAA04977@kithrup.com> from "Sean Eric Fagan" at Jun 17, 96 08:24:30 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 > > Keith or Kirk mentioned, at one point, possibly going back to the old > semantics; this is useful for large-memory processes, depending on the > implementation. (John and David just did some work to improve pmap_copy, > which helps address this issue. However, let's get a few processes with > 2GBytes of address space active, and see how well it does ;).) > I agree with those concerns, and one of the things on my list is to fully support shared address spaces (to make some thread libs work better.) Once we implement that, it should be fairly easy to fully implement the VM semantics of vfork(2). There is a serious problem with pmap_copy in exactly the senario that you describe. Pmap_copy can take quite a while for large processes, and it would probably be a good idea to inhibit it for very large processes (isn't it likely that if a large process does a fork, it will soon do an exec?) My guess is that it would be best to limit pmap_copy in some way -- any ideas for a reasonable policy? I am thinking that perhaps we could limit it to .text+.data+.bss+stack? (Avoiding the malloced/sbrk'ed region, and perhaps limiting the amount of mmaped shared libs to be pmap copied.) This will keep the benchmarks running fast, and not slow us down for large procs that are likely just going to fork. Anyone know any good heuristics? John From owner-freebsd-hackers Mon Jun 17 21:18:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA23955 for hackers-outgoing; Mon, 17 Jun 1996 21:18:32 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA23941 for ; Mon, 17 Jun 1996 21:18:30 -0700 (PDT) Received: from mrtc.org (root@waena.mrtc.org [199.4.33.17]) by ref.tfs.com (8.7.5/8.7.3) with ESMTP id VAA05647 for ; Mon, 17 Jun 1996 21:18:18 -0700 (PDT) Received: from caliban.dihelix.com (caliban.dihelix.com [199.4.33.251]) by mrtc.org (8.7.5/8.7.3) with ESMTP id SAA18353; Mon, 17 Jun 1996 18:05:31 -1000 Received: (from langfod@localhost) by caliban.dihelix.com (8.7.5/8.6.9) id SAA09946; Mon, 17 Jun 1996 18:04:39 -1000 (HST) Message-Id: <199606180404.SAA09946@caliban.dihelix.com> Subject: Re: vfork cow? To: sef@kithrup.com (Sean Eric Fagan) Date: Mon, 17 Jun 1996 18:04:38 -1000 (HST) Cc: hackers@FreeBSD.org, michaelh@cet.co.jp In-Reply-To: <199606180324.UAA04977@kithrup.com> from Sean Eric Fagan at "Jun 17, 96 08:24:30 pm" From: "David Langford" X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4ME+ PL19 (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 >Keith or Kirk mentioned, at one point, possibly going back to the old >semantics; this is useful for large-memory processes, depending on the >implementation. (John and David just did some work to improve pmap_copy, >which helps address this issue. However, let's get a few processes with >2GBytes of address space active, and see how well it does ;).) > >Sean. Um. Try running Altavista on you machine ..... :) From owner-freebsd-hackers Mon Jun 17 21:49:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA25959 for hackers-outgoing; Mon, 17 Jun 1996 21:49:30 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA25954 for ; Mon, 17 Jun 1996 21:49:28 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id VAA06907; Mon, 17 Jun 1996 21:49:26 -0700 Date: Mon, 17 Jun 1996 21:49:26 -0700 From: Sean Eric Fagan Message-Id: <199606180449.VAA06907@kithrup.com> To: michaelh@cet.co.jp, smpatel@umiacs.umd.edu Subject: Re: vfork cow? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >1- Many old programs use vfork()'s "feature" of allowing the child access > to the parent's address space. While it's plain wrong for a > program to exploit this side-effect of vfork(), it's already done > (and hard to undo). Any such program will not work under FreeBSD, because it doesn't do this! Also, I don't think "many" programs ever depended on this. csh did, and it was fixed a long time ago. (The fact that the 4.2 allowed the child process to modify its parent's memory was a bug, and was listed as such in the manpage.) Sean. From owner-freebsd-hackers Mon Jun 17 22:12:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA28724 for hackers-outgoing; Mon, 17 Jun 1996 22:12:46 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA28718 for ; Mon, 17 Jun 1996 22:12:43 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id WAA02021; Mon, 17 Jun 1996 22:12:06 -0700 (PDT) To: Michael Hancock cc: hackers@freebsd.org Subject: Re: vfork cow? In-reply-to: Your message of "Tue, 18 Jun 1996 11:39:41 +0900." Date: Mon, 17 Jun 1996 22:12:06 -0700 Message-ID: <2019.835074726@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I didn't realize that vfork in 4.4bsd was implemented with copy-on-write > semantics until I read the deamon book. Is it really going to be a > deprecated call kept around for compatibility? Uh, vfork() has always used COW semantics - it just shared data space with the parent in the early days and was considered dangerous if you had an application which vfork()'d but didn't exec() right away, hanging around and changing variables instead. Nowadays it's a bit different whereas fork() uses COW semantics by default and neither *fork() shares its parent's data space (for that, see rfork(2) in -current). In this environment, vfork() loses its reason to exist. Jordan From owner-freebsd-hackers Mon Jun 17 22:27:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29599 for hackers-outgoing; Mon, 17 Jun 1996 22:27:36 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA29592 for ; Mon, 17 Jun 1996 22:27:34 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id WAA02092; Mon, 17 Jun 1996 22:26:57 -0700 (PDT) To: Sean Eric Fagan cc: hackers@FreeBSD.org, michaelh@cet.co.jp Subject: Re: vfork cow? In-reply-to: Your message of "Mon, 17 Jun 1996 20:24:30 PDT." <199606180324.UAA04977@kithrup.com> Date: Mon, 17 Jun 1996 22:26:57 -0700 Message-ID: <2090.835075617@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > vfork's main difference from fork() is that the parent is waits for the > child to exec or exit. SysVrX (X < 4) systems that didn't have vfork had to Aem.. Yes, I did sort of forget to mention this aspect of its behavior also (blush - and I just went over this code in Kirk's class not 5 weeks ago :-). Jordan From owner-freebsd-hackers Mon Jun 17 22:34:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00728 for hackers-outgoing; Mon, 17 Jun 1996 22:34:45 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA00714 for ; Mon, 17 Jun 1996 22:34:43 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id WAA02143; Mon, 17 Jun 1996 22:33:59 -0700 (PDT) To: Sujal Patel cc: Michael Hancock , hackers@freebsd.org Subject: Re: vfork cow? In-reply-to: Your message of "Mon, 17 Jun 1996 20:33:15 PDT." Date: Mon, 17 Jun 1996 22:33:58 -0700 Message-ID: <2141.835076038@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 1- Many old programs use vfork()'s "feature" of allowing the child access > to the parent's address space. While it's plain wrong for a > program to exploit this side-effect of vfork(), it's already done > (and hard to undo). I don't think we support this anymore though. If you look at our implementation, both fork() and vfork() call fork1() (in /sys/kern/kern_fork.c) and the only difference in vfork's case is that the RFPPWAIT flag is passed, as Sean mentioned earlier. I don't believe they behave any differently otherwise. Jordan From owner-freebsd-hackers Mon Jun 17 22:49:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01545 for hackers-outgoing; Mon, 17 Jun 1996 22:49:48 -0700 (PDT) Received: from xi.dorm.umd.edu (root@morrison-c21.aa.net [204.157.220.153]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA01540 for ; Mon, 17 Jun 1996 22:49:45 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by xi.dorm.umd.edu (8.7.5/8.6.12) with SMTP id WAA00696; Mon, 17 Jun 1996 22:49:20 -0700 (PDT) Date: Mon, 17 Jun 1996 22:49:19 -0700 (PDT) From: Sujal Patel X-Sender: smpatel@xi.dorm.umd.edu To: Sean Eric Fagan cc: michaelh@cet.co.jp, hackers@freebsd.org Subject: Re: vfork cow? In-Reply-To: <199606180449.VAA06907@kithrup.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, 17 Jun 1996, Sean Eric Fagan wrote: > Any such program will not work under FreeBSD, because it doesn't do this! Actually, csh still has this code enabled.. If you make vfork() share the parent's memory (trivial with the current design), it actually does do as it was intended back in the dark ages. > Also, I don't think "many" programs ever depended on this. csh did, and it > was fixed a long time ago. (The fact that the 4.2 allowed the child process > to modify its parent's memory was a bug, and was listed as such in the > manpage.) I am with you 100% on this Sean... BUT! There are problems like the dreaded "Suspended (TTY Output)" bug in csh, that will mandate that vfork() be available for the forseeable future. Sujal From owner-freebsd-hackers Mon Jun 17 23:22:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02729 for hackers-outgoing; Mon, 17 Jun 1996 23:22:38 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA02724 for ; Mon, 17 Jun 1996 23:22:32 -0700 (PDT) Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0uVuAs-0004KBC; Mon, 17 Jun 96 23:22 PDT Date: Mon, 17 Jun 1996 23:22:00 -0700 (PDT) From: Jake Hamby To: Terry Lambert cc: Kevin Lyda , dennis@etinc.com, hackers@freebsd.org Subject: Re: BSDI 2.0 vs. FreeBSD 2.x In-Reply-To: <199606172057.NAA08544@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 Mon, 17 Jun 1996, Terry Lambert wrote: > > > So, in general, NetWare is faster to DOS clients, but it's DOS's > fault, not that of the server, and much of the problem is correctable, > though there's little short term economic incentive to actually > do the correction. So what do you think of Hummingbird's Maestro NFS client (and server) for Windows NT? The sales material says it's a "multithreaded kernel mode NFS". It also comes with a bunch of generic Internet apps (telnet, FTP, etc..). Soon we will be planning to buy an UltraSPARC Enterprise Server for a satellite data collection system, and we also need to support about a dozen Windows NT boxes for typical office applications. Would it be better to run something like Hummingbird Maestro on them, or put a Netware or SAMBA fileserver on the UltraSPARC? Since the UltraSPARC will have redundant CPU's and a giant RAID array anyway, I'd feel more comfortable putting ALL of our data in the same place, where it can be backed up from the same tape drive, and protected by the same RAID, rather than buying a separate Windows NT server box. Right? ---Jake > 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 Jun 18 00:37:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06716 for hackers-outgoing; Tue, 18 Jun 1996 00:37:59 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA06709 for ; Tue, 18 Jun 1996 00:37:56 -0700 (PDT) Received: from localhost (scanner@localhost) by orion.webspan.net (8.7.5/8.6.12) with SMTP id DAA12499; Tue, 18 Jun 1996 03:36:24 -0400 (EDT) Date: Tue, 18 Jun 1996 03:36:24 -0400 (EDT) From: Chris Watson To: Jake Hamby cc: Terry Lambert , Kevin Lyda , dennis@etinc.com, hackers@freebsd.org Subject: Re: BSDI 2.0 vs. FreeBSD 2.x 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 > > Soon we will be planning to buy an UltraSPARC Enterprise Server for a > satellite data collection system, and we also need to support about a > dozen Windows NT boxes for typical office applications. Would it be better > to run something like Hummingbird Maestro on them, or put a Netware or > SAMBA fileserver on the UltraSPARC? Since the UltraSPARC will have > redundant CPU's and a giant RAID array anyway, I'd feel more comfortable > putting ALL of our data in the same place, where it can be backed up from > the same tape drive, and protected by the same RAID, rather than buying a > separate Windows NT server box. Right? Why ultrasparc? I assume its because the applications are for sparc? I dont know if you've read specs lately but the alpha's are more of a punch for the $ than any sparcs. At least the data i have seen shows them to be. Didn't know if you had looked at alphas as an alternative. -- ===================================| Webspan Inc., ISP Division. FreeBSD 2.1.0 is available now! | Phone: 908-367-8030 ext. 126 -----------------------------------| 500 West Kennedy Blvd., Lakewood, NJ-08701 Turning PCs into Workstations | E-Mail: scanner@webspan.net http://www.freebsd.org | SysAdmin / Network Engineer / Security ===================================| Member BSDNET team! http://www.bsdnet.org From owner-freebsd-hackers Tue Jun 18 01:21:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA09054 for hackers-outgoing; Tue, 18 Jun 1996 01:21:46 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA09048 for ; Tue, 18 Jun 1996 01:21:42 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id RAA09612; Tue, 18 Jun 1996 17:21:35 +0900 (JST) Date: Tue, 18 Jun 1996 17:21:35 +0900 (JST) From: Michael Hancock To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: vfork cow? In-Reply-To: <2019.835074726@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 17 Jun 1996, Jordan K. Hubbard wrote: > Uh, vfork() has always used COW semantics - it just shared data space > with the parent in the early days and was considered dangerous if you > had an application which vfork()'d but didn't exec() right away, > hanging around and changing variables instead. Nowadays it's a bit In the historical vfork() the child process was free to modify the contents of the parent's space and even change the size of the address space when the child had control of it. This isn't COW. > different whereas fork() uses COW semantics by default and neither > *fork() shares its parent's data space (for that, see rfork(2) in > -current). In this environment, vfork() loses its reason to exist. > > Jordan > From owner-freebsd-hackers Tue Jun 18 03:17:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA15263 for hackers-outgoing; Tue, 18 Jun 1996 03:17:07 -0700 (PDT) Received: from alpha.ineos.ac.ru (alpha.ineos.ac.ru [193.233.4.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA15239; Tue, 18 Jun 1996 03:16:56 -0700 (PDT) Received: from ws1 (ws1.ineos.ac.ru [193.233.4.3]) by alpha.ineos.ac.ru (8.6.12/9) with SMTP id OAA09651; Tue, 18 Jun 1996 14:16:49 +0400 Date: Tue, 18 Jun 1996 14:16:49 +0400 Message-Id: <199606181016.OAA09651@alpha.ineos.ac.ru> X-Sender: alex@alpha.ineos.ac.ru (Unverified) X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: questions@freebsd.org, hackers@freebsd.org From: "Alexander V. Polyakov" Subject: lnc0: Initialisation failed Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not having much luck getting my Lance-based PCI Ethernet cards working on my new P-133 and would appreciate some help. Before now I was running FreeBSD 2.1.0-RELEASE on my old P-90 and everything worked perfectly. My old system info: TMC PCI54PV motherboard (ISA/VESA/PCI), OPTI chipset (82C596/82C597/82C822), P54C/CT 90 MHz microprocessor, 256KB cache SRAM, 32MB DRAM, two PCnet-PCI (AMD 79C970) ethernet cards, FreeBSD 2.1.0-RELEASE Yesterday I upgraded to a new motherboard and after that the ifconfig returns `Initialisation failed', though I'm still using the same old kernel and my PCI network cards are recognized by the lnc driver during the boot process. My new system info: J-656 motherboard (ISA/PCI), Intel 82430FX PCIset chipset, P54C 133MHz microprocessor, 256KB pipelined burst synchronous cache SRAM, 32MB EDO DRAM Here are the relevant lines from the boot log: ... Jun 17 18:17:52 beta /kernel: lnc0 at 0x6100-0x6117 irq 10 drq 0 on isa Jun 17 18:17:53 beta /kernel: lnc0: PCnet-32 VL-Bus Ethernet controller, address 00:00:1a:40:38:02 Jun 17 18:17:53 beta /kernel: lnc1 at 0x6000-0x6017 irq 11 drq 1 on eisa slot 6 Jun 17 18:17:53 beta /kernel: lnc1: PCnet-32 VL-Bus Ethernet controller, address 00:00:1a:28:44:11 ... Jun 17 18:17:53 beta /kernel: Probing for devices on the PCI bus: Jun 17 18:17:53 beta /kernel: chip0 rev 2 on pci0:0 Jun 17 18:17:53 beta /kernel: chip1 rev 2 on pci0:7 Jun 17 18:17:53 beta /kernel: pci0:19: AMD, device=0x2000, class=network (ethernet) [no driver assigned] Jun 17 18:17:53 beta /kernel: pci0:20: AMD, device=0x2000, class=network (ethernet) [no driver assigned] ... Jun 17 18:17:54 beta /kernel: lnc0: Initialisation failed Jun 17 18:17:54 beta /kernel: lnc1: Initialisation failed Any suggestions or advice would be greatly appreciated. Thanks, Alex ------------------------------------- Alexander V. Polyakov System Administrator Institute of Organoelement Compounds, Russian Academy of Sciences. Phone: +7 095 1359331 Fax: +7 095 1358119 E-mail: alex@ineos.ac.ru From owner-freebsd-hackers Tue Jun 18 03:38:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA16297 for hackers-outgoing; Tue, 18 Jun 1996 03:38:34 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA16290; Tue, 18 Jun 1996 03:38:28 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id LAA29491; Tue, 18 Jun 1996 11:37:01 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Tue, 18 Jun 1996 11:37:32 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id LAA12718; Tue, 18 Jun 1996 11:36:46 +0100 Date: Tue, 18 Jun 1996 11:36:46 +0100 Message-Id: <199606181036.LAA12718@cadair.elsevier.co.uk> To: "Alexander V. Polyakov" Cc: questions@freebsd.org, hackers@freebsd.org Subject: lnc0: Initialisation failed In-Reply-To: <199606181016.OAA09651@alpha.ineos.ac.ru> References: <199606181016.OAA09651@alpha.ineos.ac.ru> Reply-To: p.richards@elsevier.co.uk From: Paul Richards X-Attribution: Paul X-Mailer: GNU Emacs [19.30.1], RMAIL, Mailcrypt [3.3] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> ""Alexander" == "Alexander V Polyakov" writes: "Alexander> Yesterday I upgraded to a new motherboard and after that "Alexander> the ifconfig returns `Initialisation failed', though I'm "Alexander> still using the same old kernel and my PCI network cards "Alexander> are recognized by the lnc driver during the boot process. If you're still using the same kernel my first guess would be that the cards have "moved" addresses from one board to the other. You'll need to find out where they're being put on the new motherboard and change the config appropriately. Stefan's going to send me some patches to look at any day now that provide full PCI support, aren't you Stefan :-) From owner-freebsd-hackers Tue Jun 18 03:59:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA17266 for hackers-outgoing; Tue, 18 Jun 1996 03:59:19 -0700 (PDT) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA17255 for ; Tue, 18 Jun 1996 03:59:12 -0700 (PDT) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Tue, 18 Jun 96 12:57 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for msmith@atrad.adelaide.EDU.AU id ; Tue, 18 Jun 96 12:57 MET DST Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA28251; Tue, 18 Jun 96 12:38:02 +0200 Date: Tue, 18 Jun 96 12:38:02 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9606181038.AA28251@wavehh.hanse.de> To: freebsd-hackers@freebsd.org Cc: msmith@atrad.adelaide.EDU.AU Subject: Re: (SMB/Netware/NFS for DOS clients) (was BSD/OS ...) Newsgroups: hanse-ml.freebsd.hackers References: <199606171958.PAA26484@nda.nda.com> <199606180309.MAA22180@genesis.atrad.adelaide.edu.au> Reply-To: cracauer@wavehh.hanse.de Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk msmith@atrad.adelaide.EDU.AU (Michael Smith) wrote: >Kevin Lyda stands accused of saying: >> >> > True, however BSD is marketing themselves as an internet gateway, where >> > NFS is not as important. And now that FreeBSD has a Netware compatible >> > server available....the option to dump NFS (which I really dont want to use >> > on my Windows workstations anyways) is more than viable. The Netware >> > stuff (although not free) is a lot nicer (and faster) than NFS. >> >> how can you justify that? is netware an inherently faster protocol >> than nfs? or is this just an implementation issue? >Terry's covered most of the technical issues already. It's worth bearing >in mind that his bias is slightly more Netware-wards. >If you're looking for a fileserving solution for FreeBSD that will work well >with DOS and DOS-derived clients, either the commercial Netware server >pointed out by Jordan a while back or Samba are much better choices than >NFS, because the protocols they speak are more suited to the clients. >Personally I can't see any reason for using Netware over Samba in a small to >medium-sized environment; it's performance is very good and it's much >cheaper 8) (I expect the admin tools for the NetCon server are much better >however). I've not been able to get acceptable performance out of samba. Not more than 300-400 KB out of a 10Mbit-EThernet PCI 486 with 3com or WD ISA ethernet card (or 200 KB/sec out of small Sparcs with SunOS). My impression is that samba works fine, but is slow. Even PC-NFS on the same machines reach a higher bandwidth, not to speak of a Windows NT box serving NetBIOS (the on of our windows fraction fills 10 MB ethernet easily). CPU time consumption is not the problem with samba, the CPU is idle, the Ethernet unloaded, just the latency is too high (as it seems to me). If you think your samba servers are faster, could you please post some benchmark results, reading and writeing a file in - say - 8 KB block from a Win95 machine? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer - BSD User Group Hamburg BSD, Lisp and other programming info http://www.bik-gmbh.de/~cracauer From owner-freebsd-hackers Tue Jun 18 04:13:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA18629 for hackers-outgoing; Tue, 18 Jun 1996 04:13:39 -0700 (PDT) Received: from alpha.ineos.ac.ru (alpha.ineos.ac.ru [193.233.4.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA18621 for ; Tue, 18 Jun 1996 04:13:35 -0700 (PDT) Received: from ws1 (ws1.ineos.ac.ru [193.233.4.3]) by alpha.ineos.ac.ru (8.6.12/9) with SMTP id PAA09934 for ; Tue, 18 Jun 1996 15:13:33 +0400 Date: Tue, 18 Jun 1996 15:13:33 +0400 Message-Id: <199606181113.PAA09934@alpha.ineos.ac.ru> X-Sender: alex@alpha.ineos.ac.ru X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: "Alexander V. Polyakov" Subject: Re: lnc0: Initialisation failed Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 11:36 AM 6/18/96 +0100, Paul Richards wrote: >>>>>> ""Alexander" == "Alexander V Polyakov" writes: > >"Alexander> Yesterday I upgraded to a new motherboard and after that >"Alexander> the ifconfig returns `Initialisation failed', though I'm >"Alexander> still using the same old kernel and my PCI network cards >"Alexander> are recognized by the lnc driver during the boot process. > >If you're still using the same kernel my first guess would be that the >cards have "moved" addresses from one board to the other. You'll need >to find out where they're being put on the new motherboard and change >the config appropriately. Stefan's going to send me some patches to >look at any day now that provide full PCI support, aren't you Stefan :-) > Of course I have changed the relevant lines in my config file so that network cards are recognized by the lnc driver. Here is an excerpt from the boot log: ... Jun 17 18:17:52 beta /kernel: lnc0 at 0x6100-0x6117 irq 10 drq 0 on isa Jun 17 18:17:53 beta /kernel: lnc0: PCnet-32 VL-Bus Ethernet controller, address 00:00:1a:40:38:02 Jun 17 18:17:53 beta /kernel: lnc1 at 0x6000-0x6017 irq 11 drq 1 on eisa slot 6 Jun 17 18:17:53 beta /kernel: lnc1: PCnet-32 VL-Bus Ethernet controller, address 00:00:1a:28:44:11 ... Jun 17 18:17:53 beta /kernel: Probing for devices on the PCI bus: Jun 17 18:17:53 beta /kernel: chip0 rev 2 on pci0:0 Jun 17 18:17:53 beta /kernel: chip1 rev 2 on pci0:7 Jun 17 18:17:53 beta /kernel: pci0:19: AMD, device=0x2000, class=network (ethernet) [no driver assigned] Jun 17 18:17:53 beta /kernel: pci0:20: AMD, device=0x2000, class=network (ethernet) [no driver assigned] ... Jun 17 18:17:54 beta /kernel: lnc0: Initialisation failed Jun 17 18:17:54 beta /kernel: lnc1: Initialisation failed Regards, Alex ------------------------------------- Alexander V. Polyakov System Administrator Institute of Organoelement Compounds, Russian Academy of Sciences. Phone: +7 095 1359331 Fax: +7 095 1358119 E-mail: alex@ineos.ac.ru From owner-freebsd-hackers Tue Jun 18 05:07:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21522 for hackers-outgoing; Tue, 18 Jun 1996 05:07:14 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA21517 for ; Tue, 18 Jun 1996 05:07:11 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA07386 for ; Tue, 18 Jun 1996 05:06:36 -0700 (PDT) To: hackers@freebsd.org Subject: Looking for BETA testers for PostOffice (http://www.software.com) Date: Tue, 18 Jun 1996 05:06:35 -0700 Message-ID: <7384.835099595@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you've checked out the URL and it looks like you might be able to genuinly _use_ this software in your particular workplace, please drop me a line and I'll hook you up with someone there who's looking for a BETA tester or two for the FreeBSD version. Serious inquiries only please - we'd like this tested by someone who genuinely needs this kind of software and is evaluating it as a potential customer, not just someone who'll run it once or twice and go "huh, neat!" :-) [The WEB site indicates that PostOffice is made generally available for a 45 day free trial, so I suspect the "huh, neat!" folks will also get their chance just as soon as the BETA is over!] Thanks! Jordan From owner-freebsd-hackers Tue Jun 18 06:23:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25740 for hackers-outgoing; Tue, 18 Jun 1996 06:23:46 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA25735 for ; Tue, 18 Jun 1996 06:23:43 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id XAA25533; Tue, 18 Jun 1996 23:23:08 +0930 From: Michael Smith Message-Id: <199606181353.XAA25533@genesis.atrad.adelaide.edu.au> Subject: Re: (SMB/Netware/NFS for DOS clients) (was BSD/OS ...) To: cracauer@wavehh.hanse.de Date: Tue, 18 Jun 1996 23:23:08 +0930 (CST) Cc: freebsd-hackers@freebsd.org, msmith@atrad.adelaide.edu.au In-Reply-To: <9606181038.AA28251@wavehh.hanse.de> from "Martin Cracauer" at Jun 18, 96 12:38:02 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 Martin Cracauer stands accused of saying: > > >Personally I can't see any reason for using Netware over Samba in a small to > >medium-sized environment; it's performance is very good and it's much > >cheaper 8) (I expect the admin tools for the NetCon server are much better > >however). > > I've not been able to get acceptable performance out of samba. Not > more than 300-400 KB out of a 10Mbit-EThernet PCI 486 with 3com or WD > ISA ethernet card (or 200 KB/sec out of small Sparcs with SunOS). My > impression is that samba works fine, but is slow. Even PC-NFS on the > same machines reach a higher bandwidth, not to speak of a Windows NT > box serving NetBIOS (the on of our windows fraction fills 10 MB > ethernet easily). CPU time consumption is not the problem with samba, > the CPU is idle, the Ethernet unloaded, just the latency is too high > (as it seems to me). > > If you think your samba servers are faster, could you please post some > benchmark results, reading and writeing a file in - say - 8 KB block > from a Win95 machine? Our previous software suite (pre-FreeBSD) used samba for fileservice on a number of workstations (Sun IPX, Alphastations), and DOS clients using low-performance ISA ethernet cards. Our primary demand on the network was directory lookups (finding the next filename in a spool directory with up to 700 files in it) and bulk writes to the server (several MB in a solid chunk). Unfortunately, the last system of this type around now is out at our field station surrounded by a foot or so of mud, and I'm not inclined to make the hours drive there to get some numbers 8) however I know we were getting over 400K/sec out of a 486DX2/66 using a WD8003 to the IPX, and closer to 600K/sec when we were testing the DEC DC21040 cards in a PCI 486DX4/100. Read performance was never an issue for us, but in "general use" around the office there were no complaints about performance when I ditched the last OS/2 server for FreeBSD/Samba. I'm particularly amazed that PC-NFS works well for you - we were seeing really atrocious write performance from it (and most other NFS clients) when we tried it. (~50-70K/sec was common) Your mileage may, and obviously does, vary 8) > Martin Cracauer - BSD User Group Hamburg -- ]] 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 Jun 18 07:22:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28775 for hackers-outgoing; Tue, 18 Jun 1996 07:22:47 -0700 (PDT) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA28709 for ; Tue, 18 Jun 1996 07:20:27 -0700 (PDT) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Tue, 18 Jun 96 16:13 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for msmith@atrad.adelaide.EDU.AU id ; Tue, 18 Jun 96 16:13 MET DST Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA29247; Tue, 18 Jun 96 15:57:32 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9606181357.AA29247@wavehh.hanse.de> Subject: Re: (SMB/Netware/NFS for DOS clients) (was BSD/OS ...) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 18 Jun 1996 15:57:31 +0200 (MET DST) Cc: cracauer@wavehh.hanse.de, freebsd-hackers@freebsd.org, msmith@atrad.adelaide.edu.au In-Reply-To: <199606181353.XAA25533@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 18, 96 11:23:08 pm Reply-To: cracauer@wavehh.hanse.de X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > If you think your samba servers are faster, could you please post some > > benchmark results, reading and writeing a file in - say - 8 KB block > > from a Win95 machine? > > Our previous software suite (pre-FreeBSD) used samba for fileservice on > a number of workstations (Sun IPX, Alphastations), and DOS clients using > low-performance ISA ethernet cards. > > Our primary demand on the network was directory lookups (finding the > next filename in a spool directory with up to 700 files in it) and bulk > writes to the server (several MB in a solid chunk). OK, yes, that are different needs than mine. Lookup is in fact not noticable slow with our samba servers. I need, however, performance for large sequential reads. > Unfortunately, the last system of this type around now is out at our > field station surrounded by a foot or so of mud, and I'm not inclined to > make the hours drive there to get some numbers 8) however I know we were > getting over 400K/sec out of a 486DX2/66 using a WD8003 to the IPX, and > closer to 600K/sec when we were testing the DEC DC21040 cards in a PCI > 486DX4/100. Seems to be the same ballpark as here. My disappointment is from machines like ISA-connected 486 and SGI Indys, who are really slow with samba, but faster when talking NFS to other Unixes. My concern is how fast samba will get when we switch to 100Mbit and I'm afraid more than those 600 KB/sec will not happen. > Read performance was never an issue for us, but in "general use" around > the office there were no complaints about performance when I ditched the > last OS/2 server for FreeBSD/Samba. Well, one thing I can't do with samba it burning CD's. Our burners are all connected to Win95 machines (:-p )and I can burn from a NT-Server's drive, but not from a samba server. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.bik-gmbh.de/~cracauer Fax +49 40 522 85 36 From owner-freebsd-hackers Tue Jun 18 07:55:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA01319 for hackers-outgoing; Tue, 18 Jun 1996 07:55:32 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA01312 for ; Tue, 18 Jun 1996 07:55:30 -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 JAA05785; Tue, 18 Jun 1996 09:55:18 -0500 (CDT) Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 18 Jun 96 09:55 CDT Message-Id: Subject: Re: BSDI 2.0 vs. FreeBSD 2.x To: randy@zyzzyva.com (Randy Terbush) Date: Tue, 18 Jun 1996 09:55:17 -0500 (CDT) From: "Karl Denninger, MCSNet" Cc: dennis@etinc.com, hackers@FreeBSD.ORG In-Reply-To: <199606180133.UAA06171@sierra.zyzzyva.com> from "Randy Terbush" at Jun 17, 96 08:33:08 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Karl, knowing you from the days of ISC I'm surprised you would > give BSDI that much slack. I hardly think that an OS lacking > a 'lockd' qualifies as an NFS server. Try juggling a network > of BSDI NFS realestate in a network of machines that can > actually do file locking... not fun. NOBODY does NFS file locking properly. NOBODY. Trust me on this -- 10+ years of experience with this beast has convinced me that absolutely no one has implemented NFS locking in a manner that I would trust for anything mission critical. So I don't. > I too was stunned by my recent BSDI pricing... only a matter of time. Yep. -- -- 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] | 23 Chicagoland Prefixes, 13 ISDN, 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 Jun 18 08:09:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02312 for hackers-outgoing; Tue, 18 Jun 1996 08:09:54 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA02268 for ; Tue, 18 Jun 1996 08:09:13 -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 LAA03349 for ; Tue, 18 Jun 1996 11:15:38 -0400 Date: Tue, 18 Jun 1996 11:15:38 -0400 Message-Id: <199606181515.LAA03349@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: BSDI 2.0 vs. FreeBSD 2.x Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Karl, knowing you from the days of ISC I'm surprised you would >> give BSDI that much slack. I hardly think that an OS lacking >> a 'lockd' qualifies as an NFS server. Try juggling a network >> of BSDI NFS realestate in a network of machines that can >> actually do file locking... not fun. > >NOBODY does NFS file locking properly. NOBODY. > >Trust me on this -- 10+ years of experience with this beast has convinced me >that absolutely no one has implemented NFS locking in a manner that I would >trust for anything mission critical. So I don't. > >> I too was stunned by my recent BSDI pricing... only a matter of time. another point for Novell! 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 Jun 18 08:23:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03198 for hackers-outgoing; Tue, 18 Jun 1996 08:23:58 -0700 (PDT) Received: from mongoose.bostic.com (bostic@mongoose.BSDI.COM [205.230.230.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03188 for ; Tue, 18 Jun 1996 08:23:49 -0700 (PDT) Received: (from bostic@localhost) by mongoose.bostic.com (8.7.4/8.7.3) id KAA19433; Tue, 18 Jun 1996 10:13:43 -0400 (EDT) Date: Tue, 18 Jun 1996 10:13:43 -0400 (EDT) From: Keith Bostic Message-Id: <199606181413.KAA19433@mongoose.bostic.com> To: bostic@cs.berkeley.edu Subject: nex/nvi 1.69 available for anonymous ftp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Version 1.69 of nex/nvi is now available. With two exceptions, all of the changes were bug fixes of one form or another, mostly minor, and mostly changes to handle a few portability problems that I've been intending to fix for the stable release. If I don't hear of any problems with 1.69 in the next few days, version 1.70 will replace 1.34 as the new "stable" version. If you're interested in a further review of the changes that have been made, a complete change log is included with the distribution, in the file docs/changelog. The two non-bugfix changes are: + File names are now truncated to fit on a single line when reporting the number of bytes written to a file. + There's a new "windowname" edit option. If you set this edit option, nvi will rename xterm icon/windows to be the file name of the current edit buffer. Note that this is a destructive change, and the icon/window will retain the new name after vi exits. One final note: for consistency with the Linux and GNU distributions, the extracted directory is now "nvi-1.69", not "nvi.1.69". Version 1.69 is available for anonymous ftp from the usual two sites: ftp.cs.berkeley.edu:ucb/4bsd/nvi.ALPHA.1.69.tar.gz ftp.bostic.com:pub/nvi.ALPHA.1.69.tar.gz (The UC Berkeley site is likely to provide faster transfer speeds.) Please let me know if you have any problems, and thanks for using nvi! --keith From owner-freebsd-hackers Tue Jun 18 09:04:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA05942 for hackers-outgoing; Tue, 18 Jun 1996 09:04:34 -0700 (PDT) Received: from portal.spi.net ([199.238.225.153]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA05934 for ; Tue, 18 Jun 1996 09:04:32 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@MindBender.HeadCandy.com [199.238.225.168]) by portal.spi.net (8.6.12/8.6.9) with ESMTP id JAA26648; Tue, 18 Jun 1996 09:02:20 -0700 Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.6.9) with SMTP id JAA16198; Tue, 18 Jun 1996 09:02:19 -0700 (PDT) Message-Id: <199606181602.JAA16198@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: cracauer@wavehh.hanse.de cc: msmith@atrad.adelaide.edu.au (Michael Smith), freebsd-hackers@freebsd.org Subject: Re: (SMB/Netware/NFS for DOS clients) (was BSD/OS ...) In-reply-to: Your message of Tue, 18 Jun 96 15:57:31 +0200. <9606181357.AA29247@wavehh.hanse.de> Date: Tue, 18 Jun 1996 09:02:11 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Well, one thing I can't do with samba it burning CD's. Our burners are >all connected to Win95 machines (:-p )and I can burn from a NT-Server's >drive, but not from a samba server. I've always heard that you need _very_ consistent interrupt-free data for burning CD's. I don't think you should *ever* try to burn from a remotely mounted drive no matter how fast the server. From what I understand, you should always copy the data to a local drive and burn from that. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Tue Jun 18 09:15:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06884 for hackers-outgoing; Tue, 18 Jun 1996 09:15:07 -0700 (PDT) Received: from maki.wwa.com (maki.wwa.com [198.49.174.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA06879 for ; Tue, 18 Jun 1996 09:15:06 -0700 (PDT) Received: from wendigo.trans.sni-usa.com by maki.wwa.com with smtp (Smail3.1.29.1 #1) id m0uW3Qe-000rPGC; Tue, 18 Jun 96 11:14 CDT Received: from vogon.trans.sni-usa.com (vogon [136.157.83.215]) by wendigo.trans.sni-usa.com (8.7.5/8.6.12) with ESMTP id LAA11631 for ; Tue, 18 Jun 1996 11:11:25 -0500 (CDT) Received: from shyam.trans.sni-usa.com (shyam.trans.sni-usa.com [136.157.82.43]) by vogon.trans.sni-usa.com (8.6.12/8.6.12) with SMTP id LAA18077 for ; Tue, 18 Jun 1996 11:22:45 -0500 From: hal@snitt.com (Hal Snyder) To: hackers@freebsd.org Subject: Looking for BETA testers for PostOffice Date: Tue, 18 Jun 1996 16:15:24 GMT Organization: Siemens Nixdorf Transportation Technologies Message-ID: <31c6d33f.495768935@vogon.trans.sni-usa.com> X-Mailer: Forte Agent .99e/32.227 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 18 Jun 1996 05:06:35 -0700, "Jordan K. Hubbard" wrote: > If you've checked out the URL and it looks like you might be able to > genuinly _use_ this software in your particular workplace, please drop > me a line and I'll hook you up with someone there who's looking for a > BETA tester or two for the FreeBSD version. ... I can't get to their web page (www.software.com) right now, but is this the POP server which is configurable using http? Is it better than popper? I looked at an NT program from software.com for admins wanting a POP server without UNIX (there's no accounting for tastes...). Never used it since we are so happy with FreeBSD here. :) -- Hal Snyder 847-698-0300 x 523 (voice) 847-698-3212 (fax) Siemens Nixdorf Transportation Technologies http://www.snitt.com 6400 Shafer Ct, Suite 200, Rosemont, IL 60018 From owner-freebsd-hackers Tue Jun 18 10:15:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA10580 for hackers-outgoing; Tue, 18 Jun 1996 10:15:22 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA10567 for ; Tue, 18 Jun 1996 10:15:18 -0700 (PDT) Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0uW4M8-0004JxC; Tue, 18 Jun 96 10:14 PDT Date: Tue, 18 Jun 1996 10:14:20 -0700 (PDT) From: Jake Hamby To: Chris Watson cc: Terry Lambert , Kevin Lyda , dennis@etinc.com, hackers@freebsd.org Subject: Re: BSDI 2.0 vs. FreeBSD 2.x In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 18 Jun 1996, Chris Watson wrote: > Why ultrasparc? I assume its because the applications are for sparc? > > I dont know if you've read specs lately but the alpha's are more of a > punch for the $ than any sparcs. At least the data i have seen shows them > to be. Didn't know if you had looked at alphas as an alternative. It's more for the OS (Solaris is supposed to be optimized for real-time performance), hardware compatibility (we're using some SBus cards), and familiarity (we did the prototype on SPARC 20's). I know the Alpha is probably the best bet for high-end stuff, but we use them at school (some running VMS, YUCK!) and my only complaint is that DEC is pretty bureaucratic in an IBM sort of way (you gotta get a license key for EVERYTHING!). At least I'm going to tell them to buy UltraSPARC for everything, since they are considering buying the much lower performance (for almost the same price!) SPARC 20's... ---Jake > -- > > ===================================| Webspan Inc., ISP Division. > FreeBSD 2.1.0 is available now! | Phone: 908-367-8030 ext. 126 > -----------------------------------| 500 West Kennedy Blvd., Lakewood, NJ-08701 > Turning PCs into Workstations | E-Mail: scanner@webspan.net > http://www.freebsd.org | SysAdmin / Network Engineer / Security > ===================================| Member BSDNET team! http://www.bsdnet.org > > > From owner-freebsd-hackers Tue Jun 18 10:23:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11149 for hackers-outgoing; Tue, 18 Jun 1996 10:23:33 -0700 (PDT) Received: from nic.aic.net ([206.106.252.226]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA11141 for ; Tue, 18 Jun 1996 10:23:27 -0700 (PDT) Received: (from sam@localhost) by nic.aic.net (8.6.12/8.6.12) id VAA00510 for hackers@freefall.freebsd.org; Tue, 18 Jun 1996 21:23:15 +0400 From: Samvel Stepanian Message-Id: <199606181723.VAA00510@nic.aic.net> Subject: to disklabel or not to disklabel To: hackers@freefall.freebsd.org Date: Tue, 18 Jun 1996 21:23:15 +0400 (GMT-4) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Got sick trying to add SCSI disk to existing FreeBSD system - sysinstall is driving me crasy when I click Disklabel/sd1 - it still bringing me existing sd0 drive with stupid message:"you have to partition disk before using it". It's partitioned, it works, I dont want to touch sd0, I need my sd1 disklabeled! Tried to use disklabel utility - the interface of disklabel has no right to be called "interface". It's just a vi session of god knows what. Does anybody know how to disklabel new SCSI disk and add it to the system without such pain??!!? When at last sysinstall will be smarter and disklabel more friendly? Sam. From owner-freebsd-hackers Tue Jun 18 10:38:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12371 for hackers-outgoing; Tue, 18 Jun 1996 10:38:49 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA12364; Tue, 18 Jun 1996 10:38:44 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id KAA09157; Tue, 18 Jun 1996 10:38:03 -0700 (PDT) To: Samvel Stepanian cc: hackers@freefall.freebsd.org Subject: Re: to disklabel or not to disklabel In-reply-to: Your message of "Tue, 18 Jun 1996 21:23:15 +0400." <199606181723.VAA00510@nic.aic.net> Date: Tue, 18 Jun 1996 10:38:03 -0700 Message-ID: <9155.835119483@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199606181723.VAA00510@nic.aic.net>, Samvel Stepanian writes: >Got sick trying to add SCSI disk to existing FreeBSD system - >sysinstall is driving me crasy when I click Disklabel/sd1 - it still >bringing me existing sd0 drive with stupid message:"you have to partition >disk before using it". It's partitioned, it works, I dont want to touch sd0, >I need my sd1 disklabeled! > >Tried to use disklabel utility - the interface of disklabel has no right >to be called "interface". It's just a vi session of god knows what. > >Does anybody know how to disklabel new SCSI disk and add it to the system >without such pain??!!? go into src/lib/libdisk make tst01 tst01 sd1 and be very careful :-) -- 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 Jun 18 10:59:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA13665 for hackers-outgoing; Tue, 18 Jun 1996 10:59:44 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA13657 for ; Tue, 18 Jun 1996 10:59:42 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id KAA16013; Tue, 18 Jun 1996 10:57:02 -0700 (PDT) To: Samvel Stepanian cc: hackers@freefall.freebsd.org Subject: Re: to disklabel or not to disklabel In-reply-to: Your message of "Tue, 18 Jun 1996 21:23:15 +0400." <199606181723.VAA00510@nic.aic.net> Date: Tue, 18 Jun 1996 10:57:02 -0700 Message-ID: <16011.835120622@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > When at last sysinstall will be smarter and disklabel more friendly? It is now - what version of it are you using? 2.1-RELEASE? Extremely old! Jordan From owner-freebsd-hackers Tue Jun 18 11:13:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA14532 for hackers-outgoing; Tue, 18 Jun 1996 11:13:57 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA14523 for ; Tue, 18 Jun 1996 11:13:54 -0700 (PDT) Received: from haldjas.folklore.ee ([193.40.6.121]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with SMTP id LAA16325 for ; Tue, 18 Jun 1996 11:13:25 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id VAA08927; Tue, 18 Jun 1996 21:13:27 +0300 Date: Tue, 18 Jun 1996 21:13:27 +0300 (EET DST) From: Narvi To: "Jordan K. Hubbard" cc: Samvel Stepanian , hackers@freefall.freebsd.org Subject: Re: to disklabel or not to disklabel In-Reply-To: <16011.835120622@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 18 Jun 1996, Jordan K. Hubbard wrote: > > When at last sysinstall will be smarter and disklabel more friendly? > > It is now - what version of it are you using? 2.1-RELEASE? Extremely > old! > Unfortunately, also the last for at least some time... Sander > Jordan > From owner-freebsd-hackers Tue Jun 18 11:22:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15151 for hackers-outgoing; Tue, 18 Jun 1996 11:22:53 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA15142 for ; Tue, 18 Jun 1996 11:22:48 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA10789; Tue, 18 Jun 1996 11:17:22 -0700 From: Terry Lambert Message-Id: <199606181817.LAA10789@phaeton.artisoft.com> Subject: Re: BSDI 2.0 vs. FreeBSD 2.x To: jehamby@lightside.com (Jake Hamby) Date: Tue, 18 Jun 1996 11:17:22 -0700 (MST) Cc: terry@lambert.org, kevin@NDA.COM, dennis@etinc.com, hackers@freebsd.org In-Reply-To: from "Jake Hamby" at Jun 17, 96 11:22:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > So, in general, NetWare is faster to DOS clients, but it's DOS's > > fault, not that of the server, and much of the problem is correctable, > > though there's little short term economic incentive to actually > > do the correction. > > So what do you think of Hummingbird's Maestro NFS client (and server) for > Windows NT? The sales material says it's a "multithreaded kernel mode > NFS". It also comes with a bunch of generic Internet apps (telnet, FTP, > etc..). I remember one of the networking magazines actually benchmarked NT NFS implementations, using FreeBSD's implementation as the "figure of merit" to beat. They all fell short. I don't know if Hummingbird's code was tested or not. I'm pretty sure Jordan Hubbard (jkh@freebsd.org) has the press clippings. If noting else, it will let you get a side-by-side for a bunch of NT NFS's. > Soon we will be planning to buy an UltraSPARC Enterprise Server for a > satellite data collection system, and we also need to support about a > dozen Windows NT boxes for typical office applications. Would it be better > to run something like Hummingbird Maestro on them, or put a Netware or > SAMBA fileserver on the UltraSPARC? Since the UltraSPARC will have > redundant CPU's and a giant RAID array anyway, I'd feel more comfortable > putting ALL of our data in the same place, where it can be backed up from > the same tape drive, and protected by the same RAID, rather than buying a > separate Windows NT server box. Right? I don't know if the real NetWare for UNIX code was ever released for the SPARC, or if Sun stayed with an OEM version of Puzzle Systems code. If it isn't a Novell OEM, then you would probably be better off going with the Samba, if you picked the SPARC, since you would need to copy files from a real (legally licensed) NetWare server for login, nlist, slist, etc., etc.. I know some people have had problems with remote backup of DOS servers, but most of those have been NetWare servers, so there might be a soloution that would let you do the NT machine without much trouble. If the RAID is level 5, then there's no doubt in my mind: use the most recent Samba with the NT switches on for NT password authentication. You will need to have users that are both UNIX and NT users set another password because of the way the NT client code works, but we have a similar setup at work that has been reliable. The password setting isn't too inconvenient if you don't force frequent changes. Hope this helps. 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 Jun 18 11:41:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA16139 for hackers-outgoing; Tue, 18 Jun 1996 11:41:13 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA16134 for ; Tue, 18 Jun 1996 11:41:12 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id LAA16633; Tue, 18 Jun 1996 11:39:14 -0700 (PDT) To: Narvi cc: Samvel Stepanian , hackers@freefall.freebsd.org Subject: Re: to disklabel or not to disklabel In-reply-to: Your message of "Tue, 18 Jun 1996 21:13:27 +0300." Date: Tue, 18 Jun 1996 11:39:14 -0700 Message-ID: <16631.835123154@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > It is now - what version of it are you using? 2.1-RELEASE? Extremely > > old! > > > > Unfortunately, also the last for at least some time... Not in the SNAP shots, which you can then use with a 2.1-RELEASE CD if you wish. Jordan From owner-freebsd-hackers Tue Jun 18 12:18:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA19110 for hackers-outgoing; Tue, 18 Jun 1996 12:18:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA19079 for ; Tue, 18 Jun 1996 12:18:13 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA16774 for ; Tue, 18 Jun 1996 12:18:09 -0700 (PDT) To: hackers@freebsd.org Subject: Keith Bostic: MS Press Release - Common Internet File System (CIFS) Date: Tue, 18 Jun 1996 12:18:09 -0700 Message-ID: <16772.835125489@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, I guess we know what we've gotta be compatible with now.. ------- Forwarded Message From: Keith Bostic Subject: MS Press Release - Common Internet File System (CIFS) Forwarded-by: glen mccready MS Press Release - Common Internet File System (CIFS) http://www.microsoft.com/corpinfo/press/1996/jun96/cifs2pr.htm Data General, Digital, Intel, Intergraph, Network Appliance and Others Join Microsoft in Support of Common Internet File System SAN JOSE, Calif. - June 13, 1996 - Today Data General Corp., Digital Equipment Corp., Intel Corp., Intergraph Corp., Network Appliance Inc. and a growing number of other companies joined with Microsoft Corp. to announce support for a remote collaborative file-sharing technology called the Common Internet File System (CIFS) based on standards already used by millionsof PCs on corporate intranets. The Common Internet File System is an enhanced version of the native file-sharing technology used in the Microsoft=AE MS-DOS=AE, Windows=AE and Windows NT=AE operating systems and IBM=AE OS/2=AE, and widely available on leading UNIX=AE systems. It enables millions of computer users to open and share remote files directly on the Internet, expanding the Internet's ability to support interactive computing. CIFS technology provides reliable direct read and write access to files stored on remote computers without first requiring users to download or copy the files to a local machine, as done today on the Internet with protocols such as file transfer protocol (FTP). This can improve the performance of many types of file access. Because CIFS is based on existing standards, users will be able to use thousands of existing applications over the Internet as well as integrate them with browser applications designed for the World Wide Web. "A common remote file-sharing technology is becoming increasingly impor tant as the Internet becomes more interactive and collaborative," said Paul Maritz, group vice president of the platforms group at Microsoft. "Now, the millions of PC users can use the Internet without having to install new software or change the way they work. Microsoft is making sure that CIFS technology is open, published and widely available for all computer users." The proposed Common Internet File System protocol runs over TCP/IP and is an enhanced version of the open, cross-platform protocol for distributed f ile sharing called Server Message Block (SMB). The SMB protocol is the standard way that millions of PC users already share files across corporate intranets and is the native file-sharing protocol in Windows 95, Windows NT and OS/2. The SMB protocol is an open technology widely available on UNIX, VMS=99 and other platforms. It has been an Open Group (formerly X/Open) standard for PC and UNIX interoperability since 1992 (X/Open CAE Specification C209), and it is supported in products such as AT&T=AE Advanced Server for UNIX, Digital's PATHWORKS=99, HP=AE Advanced Server 9000, IBM Warp Connect, IBM LAN Server, Novell=AE Enterprise Toolkit, and 3Com=AE 3+Share=AE, among others. SMBis also the featured file and print sharing protocol of Samba, a popular freeware network file system available for LINUX and many UNIX platforms. This week, Microsoft took the significant step of submitting the protocol specification as an Internet draft, thus opening up this important technology for Windows-based networking to the Internet community. Microsoft is openly sharing the latest version of the protocol, which will ship in Windows NT 4.0 and in a future release of Windows 95. Enhancements Support Internet Computing The proposed Common Internet File System protocol has been enhanced over previous versions of the SMB protocol in ways that make it well suited for use on the Internet. CIFS, for example, supports the Internet's Domain Name Service (DNS) for address resolution. The protocol runs optimally over slow-speed dial-up lines, helping improve performance for the vast numbers of users today who access the Internet using a modem. In addition to remote file sharing, CIFS has mechanisms to support remote printer sharing as well. Industry Leaders Join to Support CIFS Initiative The companies announcing support for CIFS this week include Digital, Intel, Intergraph and Network Appliance. Digital "Digital, as part of the Open Group, encouraged the adoption of SMB in the 1992 X/Open Portability Guide, and our products already support SMB," said Robert Bismuth, vice president for Digital's Alliance with Microsoft. "We fully support Microsoft's announcement of the CIFS initiative and opening up this discussion for the Internet community as a whole." Intel "To fully enable end users to work collaboratively across the Web, the Internet community should openly discuss and adopt initiatives such as CIFS," said John McNulty, director of enterprise server programs at Intel. "This multivendor distributed file system complements Intel's Standard High Volume server strategy by supporting an entire industry composed of thousands of hardware, software and service providers." Intergraph "One of the primary benefits of adopting Windows as our strategic platform is access to technologies such a CIFS," said Tommy Steele, president of Intergraph Software Solutions. "Users of our Internet-enabled applications will immediately benefit from the ability to efficiently share information and files across wide area networks." Network Appliance "Establishing CIFS as an open standard for LANs, Intranets and the Internet will help users and organizations share information more effectively," said Dan Warmenhoven, president and CEO of Network Appliance. "CIFS offers features such as authentication, file locking, data sharing and file-level security that will be increasingly important as organizations grow their intranets. Network Appliance is working closely with Microsoft to build high-speed native CIFS support directly into our industry-leading line of dedicated file server appliances." Founded in 1975, Microsoft (NASDAQ "MSFT") is the worldwide leader in software for personal computers. The company offers a wide range of pro ducts and services for business and personal use, each designed with the mission of making it easier and more enjoyable for people to take advantage of the full power of personal computing every day. Microsoft, MS-DOS, Windows and Windows NT are either registered trademarks or trademarks of Microsoft Corp. in the United States and/or other countries. IBM and OS/2 are registered trademarks of International Business Machines Corp. UNIX is a registered trademark in the United States and other countries, licensed exclusively through X/Open Company Ltd. VMS and PATHWORKS are trademarks of Digital Equipment Corp. AT&T is a registered trademark of American Telephone and Telegraph Co. HP is a registered trademark of Hewlett-Packard Co. Novell is a registered trademark of Novell Inc. 3Com and 3+Share are registered trademarks of 3Com Corp. ------- End of Forwarded Message From owner-freebsd-hackers Tue Jun 18 12:46:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA21828 for hackers-outgoing; Tue, 18 Jun 1996 12:46:26 -0700 (PDT) Received: from eldorado.net-tel.co.uk (eldorado.net-tel.co.uk [193.122.171.253]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA21822 for ; Tue, 18 Jun 1996 12:46:10 -0700 (PDT) From: Andrew.Gordon@net-tel.co.uk Received: (from root@localhost) by eldorado.net-tel.co.uk (8.6.12/8.6.10) id UAA28360; Tue, 18 Jun 1996 20:45:03 +0100 Received: from "/PRMD=NET-TEL/ADMD=GOLD 400/C=GB/" by net-tel.co.uk (Route400-RFCGate); Tue, 18 Jun 96 20:24:13 +0100 X400-Received: by mta "eldorado" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Tue, 18 Jun 96 20:24:13 +0100 X400-Received: by mta "net-tel cambridge" in "/PRMD=net-tel/ADMD=gold 400/C=gb/"; Relayed; Tue, 18 Jun 96 19:24:09 +0000 X400-Received: by "/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"; Relayed; Tue, 18 Jun 96 19:24:08 +0000 X400-MTS-Identifier: ["/PRMD=NET-TEL/ADMD=Gold 400/C=GB/";hst:9936-960618192408-59EE] X400-Content-Type: P2-1984 (2) X400-Originator: Andrew.Gordon@net-tel.co.uk Original-Encoded-Information-Types: IA5-Text X400-Recipients: non-disclosure:; Date: Tue, 18 Jun 96 19:24:08 +0000 X400-Content-Identifier: Re(2): (SMB/Netw Message-Id: <"21933-960618192300-2ABD*/G=Andrew/S=Gordon/O=NET-TEL Computer Systems Ltd/PRMD=NET-TEL/ADMD=Gold 400/C=GB/"@MHS> To: cracauer@wavehh.hanse.de Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9606181038.AA28251@wavehh.hanse.de> Subject: Re(2): (SMB/Netware/NFS for DOS clients) (was BSD/OS ...) Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I've not been able to get acceptable performance out of samba. Not > more than 300-400 KB out of a 10Mbit-EThernet PCI 486 with 3com or WD > ISA ethernet card (or 200 KB/sec out of small Sparcs with SunOS). My > impression is that samba works fine, but is slow. Even PC-NFS on the > same machines reach a higher bandwidth, not to speak of a Windows NT > box serving NetBIOS (the on of our windows fraction fills 10 MB > ethernet easily). CPU time consumption is not the problem with samba, > the CPU is idle, the Ethernet unloaded, just the latency is too high > (as it seems to me). Are you using "-O TCP_NODELAY" on smbd? If not, this can give very high latency under some circumstances depending on the relative speeds of the machines involved. [cause is if the Nagle algorithm gets invoked on the final fragment of the transfer, causing that last fragment to be delayed until the TCP ack timer goes off. This is more likely to happen if the client is faster than the server, and also depends on interactions between the read size at the Windows machine, the buffer size used by Samba in copying from the file to the TCP socket, and the netw > If you think your samba servers are faster, could you please post some > benchmark results, reading and writeing a file in - say - 8 KB block > from a Win95 machine? Unfortunately, I don't have any sensible hardware here to test (nor DOS compilers), but here are some very coarse numbers on slow hardware. Performance on more sensible hardware in my office was much better, but I don't have numbers to hand. copy n:bigfile.dat NUL 25 sec = 400Kbyte/sec copy c:\bigfiledat n:bigfile2.dat 31 sec = 322Kbyte/sec Server is a 486DX2/66 with SMC Ultra ISA ethernet (FreeBSD2.1 + Samba), client is a 486/75 Toshiba portable, 3Com PCMCIA ethernet, Win95. I think these numbers are limited by the PCMCIA ethernet card. Using the same server, but another FreeBSD machine as client (486 with SMC PCI Ethernet this time), reading the same file gives these numbers with different protocols: NFS (cp bigfile.dat /tmp) 19 sec = 526 Kbyte/sec smbclient 14 sec = 666 Kbyte/sec (685 on screen) ftp 9 sec = 1111 Kbyte/sec (1.1Mb/s on screen) ["on screen" means as shown by the internal speed display of the program; all other times as measured by my wristwatch, so not very accurate]. This shows at least that the SMB protocol is not fatally speed-limited. From owner-freebsd-hackers Tue Jun 18 12:50:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22048 for hackers-outgoing; Tue, 18 Jun 1996 12:50:28 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA22043 for ; Tue, 18 Jun 1996 12:50:26 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id PAA09702; Tue, 18 Jun 1996 15:49:20 -0400 Date: Tue, 18 Jun 1996 15:49:19 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Keith Bostic: MS Press Release - Common Internet File System (CIFS) In-Reply-To: <16772.835125489@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk anybody seen the preliminary docs on this? my web search finds nothing ... ron Ron Minnich |"Inferno runs on MIPS ..., Intel ..., and AMD's rminnich@sarnoff.com |29-kilobit-per-second chip-based architectures ..." (609)-734-3120 | Comm. week, may 13, pg. 4. ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Tue Jun 18 12:57:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22407 for hackers-outgoing; Tue, 18 Jun 1996 12:57:53 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA22402 for ; Tue, 18 Jun 1996 12:57:50 -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 PAA14872; Tue, 18 Jun 1996 15:55:30 -0400 (EDT) Date: Tue, 18 Jun 1996 15:56:34 -0400 (EDT) From: Brian Tao Reply-To: Brian Tao To: Troy Arie Cobb cc: freebsd-hackers@FreeBSD.org Subject: Re: odd results from w command 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, 16 Jun 1996, Troy Arie Cobb wrote: > I had a user on the other day, let's call them > foo. When I typed 'w', the results of the > command went something like this: > w: /dev//foo No such file or directory. Your /var/run/utmp is corrupted. I had the exact same problem pop up on a newly-installed 2.2-960501-SNAP system. I'd get something like "w: /dev//ADD ROUTE: File exists" and some other garbage with the 'w' command. So far this has only happened with this one particular server. None of our other 2.2-SNAP servers have experienced this yet. I think I figured out how this happened on our server, ns.ican.net. /var/run/utmp is cleared by /etc/rc on startup by copying /dev/null over it. I wrote a Bourne script to automatically update our secondary name servers from the data on ns.ican.net. That script contained the line rm -f boot2.tmp boot2.data 2>&1 /dev/null Any *competent* /bin/sh programmer (i.e., not me ;-)) will notice that /dev/null will be removed along with the boot2.* files. I forgot about the extra '>' needed before /dev/null. When the server is rebooted, error output of commands in various startup files is sent to /dev/null. In our case, /dev/null was a regular file. Then /etc/rc would 'cp /dev/null /var/run/utmp', and that's how our utmp file was corrupted. Whew. :) So if you still get the problem after a reboot, check your /dev/null device. It may have accidentally been wiped out. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Tue Jun 18 13:28:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24054 for hackers-outgoing; Tue, 18 Jun 1996 13:28:35 -0700 (PDT) Received: from vanguard.symtec.com (symtec.com [199.34.36.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA24045 for ; Tue, 18 Jun 1996 13:28:31 -0700 (PDT) Received: from galaxy (symtec30 [192.12.214.30]) by vanguard.symtec.com (8.6.12/8.6.12) with ESMTP id QAA09848; Tue, 18 Jun 1996 16:21:18 -0400 Received: (from ted@localhost) by galaxy (8.6.8.1/8.6.6) id QAA23690; Tue, 18 Jun 1996 16:21:16 -0400 From: "Ted K." Message-Id: <199606182021.QAA23690@galaxy> Subject: Re: Keith Bostic: MS Press Release - Common Internet File System (CIFS) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 18 Jun 1996 16:21:15 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <16772.835125489@time.cdrom.com> from "Jordan K. Hubbard" at Jun 18, 96 12:18:09 pm Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Well, I guess we know what we've gotta be compatible with now.. >rom: Keith Bostic >Subject: MS Press Release - Common Internet File System (CIFS) > >Forwarded-by: glen mccready > >MS Press Release - Common Internet File System (CIFS) > >http://www.microsoft.com/corpinfo/press/1996/jun96/cifs2pr.htm > If you are interested in the draft - found it at ftp.uu.net (it seems that they have just repackaged SMB and called it CIFS) draft-heizer-cifs-v1-spec-00.txt they are basically trying to beat Sun to the punch - since Sun is going to be pushing WebNFS as the standard... -ted +--------------------------------------------------------------+ | Ted S. Krivoruchka Voice: 703-834-1800 | | Symmetrical Technologies Fax: 703-478-6690 | | 600 Herndon Parkway Email: ted@symtec.com | | Herndon, VA 22070 Web: http://www.symtec.com | +--------------------------------------------------------------+ From owner-freebsd-hackers Tue Jun 18 13:53:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA25824 for hackers-outgoing; Tue, 18 Jun 1996 13:53:43 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA25816 for ; Tue, 18 Jun 1996 13:53:41 -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 OAA23030; Tue, 18 Jun 1996 14:01:38 -0700 (PDT) Date: Tue, 18 Jun 1996 13:56:08 -0700 (PDT) From: "Eric J. Schwertfeger" To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Keith Bostic: MS Press Release - Common Internet File System (CIFS) In-Reply-To: <16772.835125489@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 18 Jun 1996, Jordan K. Hubbard wrote: > Well, I guess we know what we've gotta be compatible with now.. >> Subject: MS Press Release - Common Internet File System (CIFS) Once again, MS is playing catchup. They probably started the project after they heard Sun was going to do WebNFS. Geeze. At least this time we have samba to work from :-) From owner-freebsd-hackers Tue Jun 18 14:53:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA00658 for hackers-outgoing; Tue, 18 Jun 1996 14:53:45 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA00649 for ; Tue, 18 Jun 1996 14:53:39 -0700 (PDT) Received: from localhost (scanner@localhost) by orion.webspan.net (8.7.5/8.6.12) with SMTP id RAA28277; Tue, 18 Jun 1996 17:51:55 -0400 (EDT) Date: Tue, 18 Jun 1996 17:51:55 -0400 (EDT) From: Chris Watson To: "Eric J. Schwertfeger" cc: "Jordan K. Hubbard" , hackers@FreeBSD.org Subject: Re: Keith Bostic: MS Press Release - Common Internet File System (CIFS) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 18 Jun 1996, Eric J. Schwertfeger wrote: > > > On Tue, 18 Jun 1996, Jordan K. Hubbard wrote: > > > Well, I guess we know what we've gotta be compatible with now.. > > >> Subject: MS Press Release - Common Internet File System (CIFS) Does this entire subject make anyone else ill? Hmmm -- ===================================| Webspan Inc., ISP Division. FreeBSD 2.1.0 is available now! | Phone: 908-367-8030 ext. 126 -----------------------------------| 500 West Kennedy Blvd., Lakewood, NJ-08701 Turning PCs into Workstations | E-Mail: scanner@webspan.net http://www.freebsd.org | SysAdmin / Network Engineer / Security ===================================| Member BSDNET team! http://www.bsdnet.org From owner-freebsd-hackers Tue Jun 18 15:04:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01935 for hackers-outgoing; Tue, 18 Jun 1996 15:04: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.5/8.7.3) with SMTP id PAA01915 for ; Tue, 18 Jun 1996 15:04:09 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA27283 for ; Wed, 19 Jun 1996 00:04:01 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA27430 for freebsd-hackers@freebsd.org; Wed, 19 Jun 1996 00:04:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA10007 for freebsd-hackers@freebsd.org; Tue, 18 Jun 1996 23:45:56 +0200 (MET DST) From: J Wunsch Message-Id: <199606182145.XAA10007@uriah.heep.sax.de> Subject: Re: (SMB/Netware/NFS for DOS clients) (was BSD/OS ...) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 18 Jun 1996 23:45:56 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9606181357.AA29247@wavehh.hanse.de> from Martin Cracauer at "Jun 18, 96 03:57:31 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Martin Cracauer wrote: > Well, one thing I can't do with samba it burning CD's. Our burners are > all connected to Win95 machines (:-p )and I can burn from a NT-Server's > drive, but not from a samba server. Reconnect them to a FreeBSD machine. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Jun 18 15:07:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02266 for hackers-outgoing; Tue, 18 Jun 1996 15:07:40 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA02254 for ; Tue, 18 Jun 1996 15:07:29 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA27289 for ; Wed, 19 Jun 1996 00:04:02 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA27431 for freebsd-hackers@freebsd.org; Wed, 19 Jun 1996 00:04:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA09997 for freebsd-hackers@freebsd.org; Tue, 18 Jun 1996 23:45:27 +0200 (MET DST) From: J Wunsch Message-Id: <199606182145.XAA09997@uriah.heep.sax.de> Subject: Re: (SMB/Netware/NFS for DOS clients) (was BSD/OS ...) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 18 Jun 1996 23:45:26 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606181602.JAA16198@MindBender.HeadCandy.com> from "Michael L. VanLoon -- HeadCandy.com" at "Jun 18, 96 09:02:11 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Michael L. VanLoon -- HeadCandy.com wrote: > I've always heard that you need _very_ consistent interrupt-free data > for burning CD's. I don't think you should *ever* try to burn from a > remotely mounted drive no matter how fast the server. You need an average data rate of > 300 KB/s, not very much at all, even for NFS. Peaks and temporary dropouts can be buffered with a user-level caching program like team(1). You need the latter even for a local disk. -- 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 Jun 18 15:10:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02459 for hackers-outgoing; Tue, 18 Jun 1996 15:10:05 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA02428; Tue, 18 Jun 1996 15:10:01 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id PAA11778; Tue, 18 Jun 1996 15:09:32 -0700 (PDT) To: Chris Watson cc: "Eric J. Schwertfeger" , "Jordan K. Hubbard" , hackers@FreeBSD.org Subject: Re: Keith Bostic: MS Press Release - Common Internet File System (CIFS) In-reply-to: Your message of "Tue, 18 Jun 1996 17:51:55 EDT." Date: Tue, 18 Jun 1996 15:09:32 -0700 Message-ID: <11776.835135772@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> On Tue, 18 Jun 1996, Jordan K. Hubbard wrote: >> >> > Well, I guess we know what we've gotta be compatible with now.. >> >> >> Subject: MS Press Release - Common Internet File System (CIFS) >Does this entire subject make anyone else ill? yes, Sun :-) -- 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 Jun 18 15:41:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05507 for hackers-outgoing; Tue, 18 Jun 1996 15:41:14 -0700 (PDT) Received: from chain.iafrica.com (root@chain.iafrica.com [196.7.74.174]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA05497 for ; Tue, 18 Jun 1996 15:40:58 -0700 (PDT) Received: from localhost (khetan@localhost) by chain.iafrica.com (8.7.5/8.6.12) with SMTP id AAA02966 for ; Wed, 19 Jun 1996 00:40:48 +0200 (SAT) X-Authentication-Warning: chain.iafrica.com: khetan owned process doing -bs Date: Wed, 19 Jun 1996 00:40:46 +0200 (SAT) From: Khetan Gajjar To: hackers@freebsd.org Subject: swap problem - more information Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi all. For those of you following this, more information as requested : [chain] ~$ swapinfo Device 1K-blocks Used Avail Capacity Type /dev/wd1s1b 44128 37628 6436 85% Interleaved [chain] ~$ USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND khetan 2234 9.2 18.8 8832 5772 ?? S 11:55PM 2:43.15 /usr/local/lib/netscape/netscape.bin root 209 6.7 22.6 10056 6932 ?? R 4:10PM 31:57.67 /usr/X11R6/bin/X -auth /usr/X11R6/lib/X11/xdm/authdir/authfiles/A:0-000206 (XF86_SVGA) root 2 0.0 0.1 0 12 ?? DL 6:10PM 0:20.23 (pagedaemon) root 3 0.0 0.1 0 12 ?? DL 6:10PM 0:10.00 (vmdaemon) root 4 0.0 0.1 0 12 ?? DL 6:10PM 0:50.75 (update) root 22 0.0 0.0 216 0 ?? IWs 6:10PM 0:00.01 adjkerntz -i root 50 0.0 0.3 192 88 ?? Is 4:10PM 0:00.68 routed -q root 71 0.0 0.5 176 140 ?? Ss 4:10PM 0:01.18 syslogd daemon 77 0.0 0.0 176 0 ?? IWs 4:10PM 0:00.02 portmap root 84 0.0 0.0 412 0 ?? IWs 4:10PM 0:00.03 mountd root 86 0.0 0.0 248 0 ?? IWs 4:10PM 0:00.02 nfsd: master (nfsd) root 88 0.0 0.0 240 0 ?? IW 4:10PM 0:00.00 nfsd: server (nfsd) root 89 0.0 0.0 240 0 ?? IW 4:10PM 0:00.00 nfsd: server (nfsd) root 90 0.0 0.0 240 0 ?? IW 4:10PM 0:00.00 nfsd: server (nfsd) root 91 0.0 0.0 240 0 ?? IW 4:10PM 0:00.00 nfsd: server (nfsd) root 95 0.0 0.0 224 0 ?? IW 4:10PM 0:00.00 nfsiod -n 4 root 96 0.0 0.0 224 0 ?? IW 4:10PM 0:00.00 nfsiod -n 4 root 98 0.0 0.0 224 0 ?? IW 4:10PM 0:00.00 nfsiod -n 4 root 99 0.0 0.0 224 0 ?? IW 4:10PM 0:00.00 nfsiod -n 4 root 107 0.0 0.0 224 8 ?? IWs 4:10PM 0:00.40 inetd root 109 0.0 0.3 340 84 ?? Ss 4:10PM 0:21.07 /usr/local/sbin/httpd nobody 110 0.0 0.0 452 0 ?? IW 4:10PM 0:01.10 /usr/local/sbin/httpd nobody 111 0.0 0.0 464 0 ?? IW 4:10PM 0:00.84 /usr/local/sbin/httpd nobody 112 0.0 0.0 452 0 ?? IW 4:10PM 0:01.39 /usr/local/sbin/httpd nobody 113 0.0 0.0 452 0 ?? IW 4:10PM 0:01.13 /usr/local/sbin/httpd nobody 114 0.0 0.0 452 0 ?? IW 4:10PM 0:01.59 /usr/local/sbin/httpd root 120 0.0 0.5 272 136 ?? Is 4:10PM 0:01.44 cron root 123 0.0 0.0 200 0 ?? IWs 4:10PM 0:00.10 lpd root 129 0.0 0.0 500 8 ?? IWs 4:10PM 0:00.66 sendmail: accepting connections (sendmail) root 175 0.0 0.2 396 60 ?? Is 4:10PM 0:27.32 /usr/local/sbin/sshd root 198 0.0 0.0 156 0 v3 IWs+ 4:10PM 0:00.05 /usr/libexec/getty Pc ttyv3 root 200 0.0 0.0 156 0 v5 IWs+ 4:10PM 0:00.05 /usr/libexec/getty Pc ttyv5 root 201 0.0 0.0 156 0 v6 IWs+ 4:10PM 0:00.05 /usr/libexec/getty Pc ttyv6 root 202 0.0 0.0 156 0 v7 IWs+ 4:10PM 0:00.05 /usr/libexec/getty Pc ttyv7 root 203 0.0 0.0 156 0 v8 IWs+ 4:10PM 0:00.05 /usr/libexec/getty Pc ttyv8 root 204 0.0 0.0 156 0 v9 IWs+ 4:10PM 0:00.05 /usr/libexec/getty Pc ttyv9 root 205 0.0 0.0 156 0 va IWs+ 4:10PM 0:00.05 /usr/libexec/getty Pc ttyva root 206 0.0 0.0 292 0 ?? IW 4:10PM 0:00.32 /usr/X11R6/bin/xdm -nodaemon ttyvb root 210 0.0 0.0 344 0 ?? IW 4:10PM 0:00.27 -:0 (xdm) root 231 0.0 0.7 460 216 ?? I 4:31PM 0:01.26 xterm khetan 235 0.0 1.8 452 544 ?? I 4:31PM 0:44.97 fvwm95-2 khetan 239 0.0 0.0 660 0 p1 IWs+ 4:31PM 0:00.41 -bash (bash) khetan 251 0.0 0.6 252 188 ?? I 4:31PM 0:00.66 /usr/X11R6/lib/X11/fvwm95-2//FvwmButtons 10 5 /usr/X11R6/lib/X11/fvwm95-2/.fvwm2rc95 0 8 khetan 252 0.0 0.8 244 252 ?? I 4:31PM 0:08.46 /usr/X11R6/lib/X11/fvwm95-2//FvwmTaskBar 12 5 /usr/X11R6/lib/X11/fvwm95-2/.fvwm2rc95 0 8 khetan 253 0.0 0.2 156 68 ?? I 4:31PM 0:01.39 /usr/X11R6/lib/X11/fvwm95-2//FvwmAuto 14 5 /usr/X11R6/lib/X11/fvwm95-2/.fvwm2rc95 0 8 200 khetan 254 0.0 0.0 464 0 ?? IW 4:31PM 0:00.03 /bin/sh -c xdaliclock -builtin -fn 12x24 -geometry -5-5 khetan 255 0.0 0.0 468 0 ?? IW 4:31PM 0:00.03 /bin/sh -c nice -16 xload -fg red -nolabel -bg grey60 -update 5 -geometry -1500-1500 khetan 256 0.4 0.7 292 204 ?? S 4:31PM 3:18.67 xdaliclock khetan 257 0.0 0.8 256 252 ?? SN 4:31PM 0:08.92 xload khetan 258 0.0 0.7 224 220 ?? I 4:31PM 0:11.41 /usr/X11R6/lib/X11/fvwm95-2//FvwmPager 16 5 /usr/X11R6/lib/X11/fvwm95-2/.fvwm2rc95 0 8 0 0 root 379 0.0 0.0 156 0 v1 IWs+ 4:32PM 0:00.05 /usr/libexec/getty Pc ttyv1 root 464 0.1 1.6 532 476 ?? S 4:34PM 0:33.02 xterm khetan 467 0.0 1.6 700 472 p2 Ss 4:34PM 0:04.58 -bash (bash) root 497 0.0 1.6 460 484 ?? I 4:37PM 0:38.71 xterm -e pine khetan 498 0.0 5.7 8508 1748 p4 Is+ 4:37PM 1:06.23 (pine) khetan 502 0.0 0.6 340 188 ?? S 4:37PM 0:21.59 rxvt -font 7x14 -T Top -n Top khetan 503 0.1 1.0 472 304 p5 Ss+ 4:37PM 2:40.97 top root 1549 0.0 1.8 692 548 v0 Is+ 6:06PM 0:00.66 -bash (bash) nobody 1805 0.0 0.0 464 0 ?? IW 6:50PM 0:00.30 /usr/local/sbin/httpd nobody 1808 0.0 0.0 464 0 ?? IW 6:50PM 0:00.37 /usr/local/sbin/httpd nobody 1809 0.0 0.0 464 0 ?? IW 6:50PM 0:00.37 /usr/local/sbin/httpd root 1882 0.0 0.0 156 0 v4 IWs+ 7:51PM 0:00.07 /usr/libexec/getty Pc ttyv4 root 2049 0.0 0.0 156 0 v2 IWs+ 11:40PM 0:00.05 /usr/libexec/getty Pc ttyv2 khetan 2051 0.0 0.6 340 180 ?? I 11:40PM 0:00.60 rxvt -T PPP session root 2052 0.2 0.9 468 264 p6 Ss+ 11:40PM 0:45.27 ppp khetan 2233 0.0 0.0 464 0 ?? IW 11:55PM 0:00.03 /bin/sh -c netscape root 0 0.0 0.0 0 0 ?? DLs - 0:00.00 (swapper) khetan 2375 0.0 1.0 500 300 p2 R+ 12:16AM 0:00.03 ps -uaxwwww root 1 0.0 0.3 364 72 ?? Is 6:10PM 0:00.32 /sbin/init -- Regards, Khetan Gajjar. --- http://www.iafrica.com/~khetan/ UUNet-Internet Africa Operations - 0800-030-002 From owner-freebsd-hackers Tue Jun 18 16:29:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09247 for hackers-outgoing; Tue, 18 Jun 1996 16:29:00 -0700 (PDT) Received: from novell.com (prv-ums.Provo.Novell.COM [137.65.40.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA09237 for ; Tue, 18 Jun 1996 16:28:56 -0700 (PDT) Received: from INET-PRV-Message_Server by novell.com with Novell_GroupWise; Tue, 18 Jun 1996 17:26:08 -0600 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Tue, 18 Jun 1996 17:32:58 -0600 From: Darren Davis To: ejs@bfd.com, scanner@novell.com Cc: hackers@freebsd.org, jkh@time.cdrom.com Subject: Re: Keith Bostic: MS Press Release - Common Internet File System (CIFS) - Reply Encoding: 22 Text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Chris Watson 6/18 3:51pm >>> On Tue, 18 Jun 1996, Eric J. Schwertfeger wrote: > > > On Tue, 18 Jun 1996, Jordan K. Hubbard wrote: > > > Well, I guess we know what we've gotta be compatible with now.. > > >> Subject: MS Press Release - Common Internet File System (CIFS) Does this entire subject make anyone else ill? Hmmm >>> Look at the content of their announcment. Microsoft hasn't got a clue what an Internet File System needs to be. I vote for Web NFS, or something else... {:-) Darren From owner-freebsd-hackers Tue Jun 18 16:37:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09908 for hackers-outgoing; Tue, 18 Jun 1996 16:37:53 -0700 (PDT) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA09903 for ; Tue, 18 Jun 1996 16:37:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id QAA12204; Tue, 18 Jun 1996 16:37:46 -0700 (PDT) Message-Id: <199606182337.QAA12204@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol To: Khetan Gajjar cc: hackers@FreeBSD.org Subject: Re: swap problem - more information In-reply-to: Your message of "Sat, 19 Jun 1996 00:40:46 +0200." From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 18 Jun 1996 16:37:45 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >For those of you following this, more information as requested : > >[chain] ~$ swapinfo >Device 1K-blocks Used Avail Capacity Type >/dev/wd1s1b 44128 37628 6436 85% Interleaved Based on this information, you don't have a problem (other than not having enough swap space configured). -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Jun 18 18:49:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA16238 for hackers-outgoing; Tue, 18 Jun 1996 18:49:34 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA16233 for ; Tue, 18 Jun 1996 18:49:32 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA11744; Tue, 18 Jun 1996 18:45:08 -0700 From: Terry Lambert Message-Id: <199606190145.SAA11744@phaeton.artisoft.com> Subject: Re: vfork cow? To: langfod@dihelix.com (David Langford) Date: Tue, 18 Jun 1996 18:45:08 -0700 (MST) Cc: sef@kithrup.com, hackers@FreeBSD.org, michaelh@cet.co.jp In-Reply-To: <199606180404.SAA09946@caliban.dihelix.com> from "David Langford" at Jun 17, 96 06:04:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >Keith or Kirk mentioned, at one point, possibly going back to the old > >semantics; this is useful for large-memory processes, depending on the > >implementation. (John and David just did some work to improve pmap_copy, > >which helps address this issue. However, let's get a few processes with > >2GBytes of address space active, and see how well it does ;).) > > > >Sean. > > Um. Try running Altavista on you machine ..... :) Altavista runs on FreeBSD?!?!?!?!?!?!? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jun 18 19:02:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA17063 for hackers-outgoing; Tue, 18 Jun 1996 19:02:43 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA17058 for ; Tue, 18 Jun 1996 19:02:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA11786; Tue, 18 Jun 1996 18:59:22 -0700 From: Terry Lambert Message-Id: <199606190159.SAA11786@phaeton.artisoft.com> Subject: Re: BSDI 2.0 vs. FreeBSD 2.x To: karl@mcs.com (Karl Denninger, MCSNet) Date: Tue, 18 Jun 1996 18:59:22 -0700 (MST) Cc: randy@zyzzyva.com, dennis@etinc.com, hackers@FreeBSD.org In-Reply-To: from "Karl Denninger, MCSNet" at Jun 18, 96 09:55:17 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 > > Karl, knowing you from the days of ISC I'm surprised you would > > give BSDI that much slack. I hardly think that an OS lacking > > a 'lockd' qualifies as an NFS server. Try juggling a network > > of BSDI NFS realestate in a network of machines that can > > actually do file locking... not fun. > > NOBODY does NFS file locking properly. NOBODY. > > Trust me on this -- 10+ years of experience with this beast has convinced me > that absolutely no one has implemented NFS locking in a manner that I would > trust for anything mission critical. So I don't. It was quite tempting to implement NFS file locking using an alternate protocol; however, interoperability with Sun was a major concern, so I let someone else do the protocol, and piped up with my server lockd support kernel changes when the lockd stub was released. In practice, it's possible to resolve much of the NFS file locking issues by first asserting locks locally, then over the wire. This is the much-touted "VOP_ADVLOCK" layering fix I always go on about. There is a potential for races from a signel client without this fix. There is a potential for races between multiple clients in the "most correct" implementation, which I believe to be SunOS 4.1.3_U1. These races are timeout timer related, and can be easily resolved by syncing clients to the server time based with a "follow time" of one second or more. We used this successfully for NFS-based CVS access for a number of years, without many problems. Can you reliably recover from server failures? It depends. If your statd tiemout is less than your server reboot period before it comes back on line, yes. The remaining NFS issues are related to distributed cache coherency, and are resolvable with two stage commit protocols for file access, where the locking is used to ensure implied metastate between several files. This assumes that server writes are not asynchronus, nor are they clusters outside of a single cylinder without a hardware write commit assist of some kind (Sun has some hardware to provide a battery backed write cache that can be commited on system restart). In general, if you have a SunOS 4.1.3_U1 NFS locking implementation, and you implement proper ordering protocols (sendmail and mail readers do *not*), then you *can* "trust" the locking. This requires particiaption in the ordering protocols by the app writers. 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 Jun 18 19:07:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA17189 for hackers-outgoing; Tue, 18 Jun 1996 19:07:21 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA17184; Tue, 18 Jun 1996 19:07:18 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA11811; Tue, 18 Jun 1996 19:05:20 -0700 From: Terry Lambert Message-Id: <199606190205.TAA11811@phaeton.artisoft.com> Subject: Re: Keith Bostic: MS Press Release - Common Internet File System (CIFS) To: phk@FreeBSD.org (Poul-Henning Kamp) Date: Tue, 18 Jun 1996 19:05:20 -0700 (MST) Cc: scanner@webspan.net, ejs@bfd.com, jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <11776.835135772@critter.tfs.com> from "Poul-Henning Kamp" at Jun 18, 96 03:09:32 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 > >> > Well, I guess we know what we've gotta be compatible with now.. > >> > >> >> Subject: MS Press Release - Common Internet File System (CIFS) > >Does this entire subject make anyone else ill? > > yes, Sun :-) Makes me ill. I know it doesn't support anything but connection-based authentication tokens, doesn't support sliding window (even fixed window, as in Novell's NCP "packetburst" beats the hell out of it), and will in general turn the whole net into a transport for single packet request/response. Obviously, they needed some way to download their ActiveX controls without dumping them on your machine, and this is it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jun 18 19:40:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19171 for hackers-outgoing; Tue, 18 Jun 1996 19:40:07 -0700 (PDT) Received: from kitsune.swcp.com (swcp.com [198.59.115.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA19149 for ; Tue, 18 Jun 1996 19:40:02 -0700 (PDT) Received: from localhost.swcp.com (lundin.abq.nm.us [198.59.115.228]) by kitsune.swcp.com (8.6.9/8.6.9) with ESMTP id UAA11577 for ; Tue, 18 Jun 1996 20:40:00 -0600 Received: (from aflundi@localhost) by localhost (8.6.12/8.6.12) id UAA03501 for hackers@freebsd.org; Tue, 18 Jun 1996 20:09:24 -0600 Date: Tue, 18 Jun 1996 20:09:24 -0600 From: Alan Lundin Message-Id: <199606190209.UAA03501@localhost> In-Reply-To: "Karl Denninger, MCSNet" "Re: BSDI 2.0 vs. FreeBSD 2.x" (Jun 17, 11:22am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: Re: BSDI 2.0 vs. FreeBSD 2.x Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Jun 17, 11:22am, "Karl Denninger, MCSNet" wrote: > Subject: Re: BSDI 2.0 vs. FreeBSD 2.x > [ ... ] > The sole area where they hold a stability advantage, IMHO, is in the area of > NFS file service. But certainly, if you have 10 licenses, you could use > those for your NFS file servers and run the rest of your plant on FreeBSD. > > That is basically the strategy we are taking here. Within another few > months the only places you're likely to see BSDI is in the NFS file service > arena -- unless FreeBSD gets those problems resolved first, in which case > we'll have a gecko-killing contest. Why not, instead, purchase a cool NFS file server like the Network Appliance "toaster"? (Check out http://www.netapp.com/.) It'll give you features and performance that you'll be hard pressed to find on a Unix (or any general purpose OS, for that matter) machine, and shouldn't cost that much. --alan From owner-freebsd-hackers Tue Jun 18 19:46:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19465 for hackers-outgoing; Tue, 18 Jun 1996 19:46:38 -0700 (PDT) Received: from ganyopa.cgr.mun.ca (n104h021.nlnet.nf.ca [198.165.104.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19460 for ; Tue, 18 Jun 1996 19:46:30 -0700 (PDT) Received: from ganyopa (localhost [127.0.0.1]) by ganyopa.cgr.mun.ca (8.7.5/8.6.12) with SMTP id AAA27716 for ; Wed, 19 Jun 1996 00:17:29 -0230 (NDT) Message-ID: <31C76A41.ABD322C@ucs.mun.ca> Date: Wed, 19 Jun 1996 00:17:29 -0230 From: Adam Migus Organization: Dept. of Computing & Communications, MUN X-Mailer: Mozilla 3.0b4 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.ORG Subject: WinNT compatible drive tags Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I would like to contribute to the effort of compatibiliy with NT drive tagging. I run FreeBSD and NT workstation and with a little info on "what is to be done/where to start" i think i can be of some assistance. -- --------------------------------------- | Adam Migus (amigus@cs.mun.ca) | | Computer Science Dept. | | Memorial University of Newfoundland | --------------------------------------- From owner-freebsd-hackers Tue Jun 18 20:44:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00368 for hackers-outgoing; Tue, 18 Jun 1996 20:44:12 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00353 for ; Tue, 18 Jun 1996 20:44:07 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA28826; Wed, 19 Jun 1996 13:45:40 +0930 From: Michael Smith Message-Id: <199606190415.NAA28826@genesis.atrad.adelaide.edu.au> Subject: Re: swap problem - more information To: khetan@iafrica.com (Khetan Gajjar) Date: Wed, 19 Jun 1996 13:45:39 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Khetan Gajjar" at Jun 19, 96 00:40:46 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 Khetan Gajjar stands accused of saying: > > Hi all. > > For those of you following this, more information as requested : > > [chain] ~$ swapinfo > Device 1K-blocks Used Avail Capacity Type > /dev/wd1s1b 44128 37628 6436 85% Interleaved > [chain] ~$ > > USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND > khetan 2234 9.2 18.8 8832 5772 ?? S 11:55PM 2:43.15 /usr/local/lib/netscape/netscape.bin > root 209 6.7 22.6 10056 6932 ?? R 4:10PM 31:57.67 /usr/X11R6/bin/X -auth /usr/X11R6/lib/X11/xdm/authdir/authfiles/A:0-000206 (XF86_SVGA) > khetan 498 0.0 5.7 8508 1748 p4 Is+ 4:37PM 1:06.23 (pine) There's 26M of footprint already. I didn't bother to add up the remainder of the VSZ numbers, but with a 10M X server and an 8M netscape just about everything else in your system will have been pushed out to swap at some stage, and thus will have swap allocated to it. You don't have nearly enough swap for what you're doing on that machine. I'd be going for something between 60 and 100M, and at least 32M of RAM. > Khetan Gajjar. -- ]] 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 Jun 18 20:49:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01222 for hackers-outgoing; Tue, 18 Jun 1996 20:49:49 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA01195 for ; Tue, 18 Jun 1996 20:49:42 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA28867; Wed, 19 Jun 1996 13:47:54 +0930 From: Michael Smith Message-Id: <199606190417.NAA28867@genesis.atrad.adelaide.edu.au> Subject: Re: Looking for BETA testers for PostOffice To: hal@snitt.com (Hal Snyder) Date: Wed, 19 Jun 1996 13:47:53 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <31c6d33f.495768935@vogon.trans.sni-usa.com> from "Hal Snyder" at Jun 18, 96 04:15:24 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 Hal Snyder stands accused of saying: > > On Tue, 18 Jun 1996 05:06:35 -0700, "Jordan K. Hubbard" > wrote: > > > If you've checked out the URL and it looks like you might be able to > > genuinly _use_ this software in your particular workplace, please drop > > me a line and I'll hook you up with someone there who's looking for a > > BETA tester or two for the FreeBSD version. ... > > I can't get to their web page (www.software.com) right now, but is > this the POP server which is configurable using http? Is it better > than popper? I looked at an NT program from software.com for admins > wanting a POP server without UNIX (there's no accounting for > tastes...). Never used it since we are so happy with FreeBSD here. :) It's an all-singing all-dancing mail delivery system. If you're a medium to large organisation, or an ISP it'd be potentially interesting. > Hal Snyder 847-698-0300 x 523 (voice) 847-698-3212 (fax) -- ]] 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 Jun 18 21:18:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA07573 for hackers-outgoing; Tue, 18 Jun 1996 21:18:57 -0700 (PDT) Received: from scooter.quickweb.com (scooter.quickweb.com [199.212.134.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA07565 for ; Tue, 18 Jun 1996 21:18:49 -0700 (PDT) Received: (from mark@localhost) by scooter.quickweb.com (8.7.5/8.6.12) id AAA27437; Wed, 19 Jun 1996 00:20:01 -0400 (EDT) Date: Wed, 19 Jun 1996 00:20:01 -0400 (EDT) From: Mark Mayo 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 Since I've upgraded to 2.1-STABLE from 2.1R, the following has occured in my routing table. All routes are being learned from RIP by gated. % netstat -rn 127.0.0.1 127.0.0.1 UH 0 95 lo0 199.212.134 link#2 UC 0 0 199.212.134 link#2 UC 0 0 199.212.134.1 0:0:c0:eb:9b:8e UHLW 2 9638 ep0 1008 199.212.134.3 0:0:a2:6:90:e8 UHLS 0 0 ep0 199.212.134.4 0:0:c0:0:2e:87 UHLW 2 15994 ep0 1048 etc.. Notice the 199.212.134 net?? What is that link#2 entry???? I CAN'T get rid of it no matter how hard I try!! (route delete, flush, etc.). Anyone experience anything like this before? If you need more info, mail me in person and I'll send my gated.conf file and a more detailed routing table. It's very weird.. I can get out to everything in the universe, but machines on the local net (different logical net though, subnetting with mask 255.255.255.240) can't get to me. I'm stumped. TIA, -Mark :%t$sig -- Oops, thought I was in vi.. ------------------------------------------- | Mark Mayo mark@quickweb.com | | C-Soft www.quickweb.com | ------------------------------------------- From owner-freebsd-hackers Wed Jun 19 00:21:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA18953 for hackers-outgoing; Wed, 19 Jun 1996 00:21:36 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA18785 for ; Wed, 19 Jun 1996 00:19:22 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA17838 for ; Wed, 19 Jun 1996 08:06:56 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA01988 for freebsd-hackers@freebsd.org; Wed, 19 Jun 1996 08:06:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA12028 for freebsd-hackers@freebsd.org; Wed, 19 Jun 1996 08:03:49 +0200 (MET DST) From: J Wunsch Message-Id: <199606190603.IAA12028@uriah.heep.sax.de> Subject: Re: Keith Bostic: MS Press Release - Common Internet File System (CIFS) To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers) Date: Wed, 19 Jun 1996 08:03:49 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606190205.TAA11811@phaeton.artisoft.com> from Terry Lambert at "Jun 18, 96 07:05:20 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Terry Lambert wrote: > Makes me ill. I know it doesn't support anything but connection-based > authentication tokens, doesn't support sliding window (even fixed window, > as in Novell's NCP "packetburst" beats the hell out of it), and will > in general turn the whole net into a transport for single packet > request/response. They first have to learn that TCP connections are not to be closed with RST, but with FIN instead. :-] -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jun 19 00:33:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA19499 for hackers-outgoing; Wed, 19 Jun 1996 00:33:50 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA19494 for ; Wed, 19 Jun 1996 00:33:46 -0700 (PDT) Received: (from gary@localhost) by palmer.demon.co.uk (sendmail/PALMER-1) id IAA02339 for hackers@freebsd.org; Wed, 19 Jun 1996 08:33:42 +0100 (BST) Date: Wed, 19 Jun 1996 08:33:42 +0100 (BST) From: Gary Palmer Message-Id: <199606190733.IAA02339@palmer.demon.co.uk> To: hackers@FreeBSD.ORG Subject: cvs-cur-2135 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I got a mail about one of the new CTM deltas being bounced due to ``unknown mailer error 1'', and looked in the log and saw: 1996-06-19 07:38 checksum: read 6861, calculated 25738 1996-06-19 07:38 cvs-cur.2135.gz 13/25 discarded Anyone else get this? Any way to get the correct version of this piece without downloading the entire delta (25 chunks?!?) from freefall over a 28k8 modem? Thanks Gary From owner-freebsd-hackers Wed Jun 19 01:05:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA21326 for hackers-outgoing; Wed, 19 Jun 1996 01:05:45 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA21290; Wed, 19 Jun 1996 01:05:08 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id KAA19351; Wed, 19 Jun 1996 10:04:57 +0200 (SAT) From: John Hay Message-Id: <199606190804.KAA19351@zibbi.mikom.csir.co.za> Subject: Re: cvs-cur-2135 To: gpalmer@FreeBSD.org (Gary Palmer) Date: Wed, 19 Jun 1996 10:04:57 +0200 (SAT) Cc: hackers@FreeBSD.org In-Reply-To: <199606190733.IAA02339@palmer.demon.co.uk> from Gary Palmer at "Jun 19, 96 08:33:42 am" X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I got a mail about one of the new CTM deltas being bounced due to > ``unknown mailer error 1'', and looked in the log and saw: > > 1996-06-19 07:38 checksum: read 6861, calculated 25738 > 1996-06-19 07:38 cvs-cur.2135.gz 13/25 discarded > > Anyone else get this? Any way to get the correct version of this piece > without downloading the entire delta (25 chunks?!?) from freefall over > a 28k8 modem? > I got mine OK. Sorry I can't help you with that. If you know what the size of the chunks is, you can probably split it on freefall and just ftp that part? John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-hackers Wed Jun 19 03:25:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA04131 for hackers-outgoing; Wed, 19 Jun 1996 03:25:43 -0700 (PDT) Received: from mail0.iij.ad.jp (root@mail0.iij.ad.jp [192.244.176.61]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA04121 for ; Wed, 19 Jun 1996 03:25:41 -0700 (PDT) Received: from uucp1.iij.ad.jp (uucp1.iij.ad.jp [192.244.176.73]) by mail0.iij.ad.jp (8.6.12+2.4W/3.3W9-MAIL) with ESMTP id TAA12823 for ; Wed, 19 Jun 1996 19:25:38 +0900 Received: (from uucp@localhost) by uucp1.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id TAA11460 for hackers@freebsd.org; Wed, 19 Jun 1996 19:25:38 +0900 Received: from xxx.fct.kgc.co.jp by yyy.kgc.co.jp (8.7.5/3.4W:95122611) id SAA16026; Wed, 19 Jun 1996 18:28:28 +0900 (JST) Received: from localhost by xxx.fct.kgc.co.jp (8.6.12/3.3W8:95062916) id SAA07860; Wed, 19 Jun 1996 18:28:27 +0900 Message-Id: <199606190928.SAA07860@xxx.fct.kgc.co.jp> To: hackers@freebsd.org Subject: wd? numbering question Date: Wed, 19 Jun 1996 18:28:27 +0900 From: Toshihiro Kanda Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I've installed FreeBSD 2.1R onto my second EIDE 1.6G HDD. My hardware is: Primary IDE controller, Master : 400M HDD (Windows 95) Primary IDE controller, Slave : none Secondary IDE controller, Master : 1.6G HDD (FreeBSD 2.1) Secondary IDE controller, Slave : none After insallation, it rebooted and paniced. It said "Cannot mount root directory.." It seemed there was confusion of wd1 with wd2. Boot thinks the second HDD is `wd1', while kernel probes it as `wd2'. My question is why kernel skips `wd1'? Quoting from GENERIC... ---8<------8<------8<--- controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 ---8<------8<------8<--- I wonder if wd1 is defined "disk wd1 at wdc? drive ?" Isn't it possible? candy@fct.kgc.co.jp (Toshihiro Kanda) From owner-freebsd-hackers Wed Jun 19 04:15:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA07185 for hackers-outgoing; Wed, 19 Jun 1996 04:15:06 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA07180 for ; Wed, 19 Jun 1996 04:15:04 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id EAA15716 for freebsd-hackers@freefall.cdrom.com; Wed, 19 Jun 1996 04:15:03 -0700 (MST) From: Don Yuniskis Message-Id: <199606191115.EAA15716@seagull.rtd.com> Subject: Re: wd? numbering question To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Wed, 19 Jun 1996 04:15:03 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Primary IDE controller, Master : 400M HDD (Windows 95) > Primary IDE controller, Slave : none > Secondary IDE controller, Master : 1.6G HDD (FreeBSD 2.1) > Secondary IDE controller, Slave : none > > After insallation, it rebooted and paniced. It said "Cannot mount > root directory.." It seemed there was confusion of wd1 with wd2. > > Boot thinks the second HDD is `wd1', while kernel probes it as > `wd2'. My question is why kernel skips `wd1'? Quoting from > GENERIC... > > ---8<------8<------8<--- > controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr > disk wd0 at wdc0 drive 0 > disk wd1 at wdc0 drive 1 > ---8<------8<------8<--- wd*0* is your 400M drive (the Primary controller is wdc0 and it handles disks wd0 and wd1). wd2 is your 1.6G drive (the Secondary controller is wdc1 -- note wdC vs. wd -- and handles disks wd2 and wd3... skip down a few more lines in GENERIC and you'll see this second controller defined along with the drives it supports) Hope that clears it up... --don From owner-freebsd-hackers Wed Jun 19 04:44:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08619 for hackers-outgoing; Wed, 19 Jun 1996 04:44:34 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08613 for ; Wed, 19 Jun 1996 04:44:32 -0700 (PDT) Message-Id: <199606191144.EAA08613@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA051944612; Wed, 19 Jun 1996 21:43:32 +1000 From: Darren Reed Subject: Re: Keith Bostic: MS Press Release - Common Internet File System (CIFS) To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 19 Jun 1996 21:43:31 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199606190603.IAA12028@uriah.heep.sax.de> from "J Wunsch" at Jun 19, 96 08:03:49 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from J Wunsch, sie said: > > As Terry Lambert wrote: > > > Makes me ill. I know it doesn't support anything but connection-based > > authentication tokens, doesn't support sliding window (even fixed window, > > as in Novell's NCP "packetburst" beats the hell out of it), and will > > in general turn the whole net into a transport for single packet > > request/response. > > They first have to learn that TCP connections are not to be closed > with RST, but with FIN instead. :-] Read the TCP RFC. TCP is meant to be closed with both. From owner-freebsd-hackers Wed Jun 19 05:06:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09538 for hackers-outgoing; Wed, 19 Jun 1996 05:06:57 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA09532 for ; Wed, 19 Jun 1996 05:06:53 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id WAA14333; Wed, 19 Jun 1996 22:02:22 +1000 Date: Wed, 19 Jun 1996 22:02:22 +1000 From: Bruce Evans Message-Id: <199606191202.WAA14333@godzilla.zeta.org.au> To: phk@FreeBSD.org, sam@arminco.com Subject: Re: to disklabel or not to disklabel Cc: hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>Tried to use disklabel utility - the interface of disklabel has no right >>to be called "interface". It's just a vi session of god knows what. >> >>Does anybody know how to disklabel new SCSI disk and add it to the system >>without such pain??!!? Yes. Use emacs instead of vi (*). >go into src/lib/libdisk > make tst01 > tst01 sd1 >and be very careful :-) Be serious :-). (*) I prefer vi. Bruce From owner-freebsd-hackers Wed Jun 19 05:43:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA11117 for hackers-outgoing; Wed, 19 Jun 1996 05:43:28 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA11112 for ; Wed, 19 Jun 1996 05:43:26 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id IAA14662; Wed, 19 Jun 1996 08:42:55 -0400 Date: Wed, 19 Jun 1996 08:42:55 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: hackers@freebsd.org Subject: webnfs In-Reply-To: <199606182021.QAA23690@galaxy> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk so a reference port of webnfs in source form would be a good way to head cifs off at the pass. what's different/new about webnfs? anybody? Just remember what happened to blackbird ... it is possible to beat the guys in black hats on occasion. ron Ron Minnich |"Inferno runs on MIPS ..., Intel ..., and AMD's rminnich@sarnoff.com |29-kilobit-per-second chip-based architectures ..." (609)-734-3120 | Comm. week, may 13, pg. 4. ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Wed Jun 19 06:04:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA12234 for hackers-outgoing; Wed, 19 Jun 1996 06:04:32 -0700 (PDT) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA12211 for ; Wed, 19 Jun 1996 06:04:18 -0700 (PDT) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Wed, 19 Jun 96 14:58 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for michaelv@HeadCandy.com id ; Wed, 19 Jun 96 14:58 MET DST Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA16633; Wed, 19 Jun 96 14:38:07 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9606191238.AA16633@wavehh.hanse.de> Subject: Re: (SMB/Netware/NFS for DOS clients) (was BSD/OS ...) To: michaelv@HeadCandy.com (Michael L. VanLoon -- HeadCandy.com) Date: Wed, 19 Jun 1996 14:38:06 +0200 (MET DST) Cc: cracauer@wavehh.hanse.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org In-Reply-To: <199606181602.JAA16198@MindBender.HeadCandy.com> from "Michael L. VanLoon -- HeadCandy.com" at Jun 18, 96 09:02:11 am Reply-To: cracauer@wavehh.hanse.de X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > >Well, one thing I can't do with samba it burning CD's. Our burners are > >all connected to Win95 machines (:-p )and I can burn from a NT-Server's > >drive, but not from a samba server. > > I've always heard that you need _very_ consistent interrupt-free data > for burning CD's. I don't think you should *ever* try to burn from a > remotely mounted drive no matter how fast the server. From what I > understand, you should always copy the data to a local drive and burn > from that. Certainly. However, people just ignore the policy that 650 local MB should stay availiable. I'm tiered of fighting and use a network drive. The company that would have to enforce this policy pays for wasted CD media instead. It would be better If I could use a samba drive and not have to copy the stuff to the NT server, that was my point. Time for a BSD based burning station over here... -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.bik-gmbh.de/~cracauer Fax +49 40 522 85 36 From owner-freebsd-hackers Wed Jun 19 06:47:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA14021 for hackers-outgoing; Wed, 19 Jun 1996 06:47:59 -0700 (PDT) Received: from vanguard.symtec.com (symtec.com [199.34.36.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA14012 for ; Wed, 19 Jun 1996 06:47:56 -0700 (PDT) Received: from galaxy (symtec30 [192.12.214.30]) by vanguard.symtec.com (8.6.12/8.6.12) with ESMTP id JAA10789; Wed, 19 Jun 1996 09:40:39 -0400 Received: (from ted@localhost) by galaxy (8.6.8.1/8.6.6) id JAA23805; Wed, 19 Jun 1996 09:40:38 -0400 From: "Ted K." Message-Id: <199606191340.JAA23805@galaxy> Subject: Re: webnfs To: rminnich@Sarnoff.COM (Ron G. Minnich) Date: Wed, 19 Jun 1996 09:40:37 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Ron G. Minnich" at Jun 19, 96 08:42:55 am Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >so a reference port of webnfs in source form would be a good way to head >cifs off at the pass. what's different/new about webnfs? there is a post script paper on it here:: http://www.Sun.COM/sunsoft/connectathon/talksched.html Public NFS - Brent Callaghan (Sunsoft) i think it is just NFS v3 over tcp - without actually mounting the remote filesystem - just a few nfs calls... -ted http://www.symtec.com From owner-freebsd-hackers Wed Jun 19 07:40:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17151 for hackers-outgoing; Wed, 19 Jun 1996 07:40:26 -0700 (PDT) Received: from maki.wwa.com (maki.wwa.com [198.49.174.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA17145 for ; Wed, 19 Jun 1996 07:40:23 -0700 (PDT) Received: from wendigo.trans.sni-usa.com by maki.wwa.com with smtp (Smail3.1.29.1 #1) id m0uWOQd-000rKYC; Wed, 19 Jun 96 09:40 CDT Received: from vogon.trans.sni-usa.com (vogon [136.157.83.215]) by wendigo.trans.sni-usa.com (8.7.5/8.6.12) with ESMTP id JAA15840 for ; Wed, 19 Jun 1996 09:36:40 -0500 (CDT) Received: from shyam.trans.sni-usa.com (shyam.trans.sni-usa.com [136.157.82.43]) by vogon.trans.sni-usa.com (8.6.12/8.6.12) with SMTP id JAA20285 for ; Wed, 19 Jun 1996 09:48:08 -0500 From: hal@snitt.com (Hal Snyder) To: hackers@FreeBSD.org Subject: Common Internet File System (CIFS) Date: Wed, 19 Jun 1996 14:40:52 GMT Organization: Siemens Nixdorf Transportation Technologies Message-ID: <31c80e06.576364660@vogon.trans.sni-usa.com> X-Mailer: Forte Agent .99e/32.227 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 18 Jun 1996 17:32:58 -0600, Darren Davis wrote: >Look at the content of their announcment. Microsoft hasn't got a clue >what an Internet File System needs to be. I vote for Web NFS, or something >else... {:-) My experience administering an IP LAN using UNIX and NT, even in the latest NT Server release, 3.51sp4, indicates Microsoft is still muddled about routing and multi-homed devices. As fundamental a task as establishing (usable) trust between domains on LAN segments connected by a router required reference to the bug and work-around lists on the Technet CD, and diagnostic tools are nonexistent. Once they get WINS, DHCP, and the browser working on IP nets with more than one physical segment, I might take them seriously with something like CIFS. From owner-freebsd-hackers Wed Jun 19 07:53:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17818 for hackers-outgoing; Wed, 19 Jun 1996 07:53:35 -0700 (PDT) Received: from vanguard.symtec.com (symtec.com [199.34.36.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA17810 for ; Wed, 19 Jun 1996 07:53:30 -0700 (PDT) Received: from enterprise (symtec10 [192.12.214.10]) by vanguard.symtec.com (8.6.12/8.6.12) with ESMTP id KAA10985; Wed, 19 Jun 1996 10:46:05 -0400 Received: (from kam@localhost) by enterprise (8.6.8.1/8.6.6) id KAA17167; Wed, 19 Jun 1996 10:46:03 -0400 Date: Wed, 19 Jun 1996 10:46:03 -0400 From: "Ken A. Morneault" Message-Id: <199606191446.KAA17167@enterprise> To: rminnich@Sarnoff.COM, ted@Symtec.com Subject: Re: webnfs Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk ted, are you going to get the WebNFS paper? ken From owner-freebsd-hackers Wed Jun 19 10:37:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03764 for hackers-outgoing; Wed, 19 Jun 1996 10:37:17 -0700 (PDT) Received: from gandalf.me.ksu.edu (root@gandalf.me.ksu.edu [129.130.41.86]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03757 for ; Wed, 19 Jun 1996 10:37:11 -0700 (PDT) Received: from max.ami.ksu.edu (joed@max.ami.ksu.edu [129.130.21.2]) by gandalf.me.ksu.edu (8.7.3/8.7.3) with ESMTP id MAA02694 for ; Wed, 19 Jun 1996 12:37:06 -0500 (CDT) Received: (from joed@localhost) by max.ami.ksu.edu (8.6.10/8.6.9) id MAA08616 for hackers@freebsd.org; Wed, 19 Jun 1996 12:37:05 -0500 Date: Wed, 19 Jun 1996 12:37:05 -0500 From: Joe Diehl Message-Id: <199606191737.MAA08616@max.ami.ksu.edu> To: hackers@freebsd.org Subject: Compiling Motif-2.0 (install notes) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Howdy all, Because of the responce to my earlier posting asking if anyone is interested in having my install notes for Motif-2.0 posted anywhere, I thought I might just mail them here for all to see and to get in the search archives. Since this is being mailed to freebsd-hackers, and therefore will end up in the search archives, let me make a note right here for any person searching down the road: Motif-2.0 is a commerical product. You must have your own license and source code... If you do not have a license already please look into purchasing a precompile version of Motif with a license. At the time of this writting there is a link to the X Inside company from the FreeBSD home page... This is one of the available sources for Motif for FreeBSD. Well okie, here is what I have for install notes: 1) Fetch and install new version of flex. In this case I was running 2.5.3 for Motif to be happy. The version of flex that comes with FreeBSD-2.1.0 will not work while trying to build Motif-2.0 2) joed@marvin:/usr/local/build/motif-2.0% imake -DUseInstalled -Iconfig 3) joed@marvin:/usr/local/build/motif-2.0% make includes 4) Okay, I'm cheating a little bit here, but what can I say.. I'm lazy :/usr/local/build/motif-2.0/X11% ln -s /usr/X11R6/include/X11/xpm.h xpm.h :/usr/local/build/motif-2.0/lib% ln -s /usr/X11R6/lib/libXpm.a libXpm.a 5) joed@marvin:/usr/local/build/motif-2.0% make depend Well this died in lib/Xm with out of files errors. Impatiently I just left it be and went on... 6) joed@marvin:/usr/local/build/motif-2.0% make Problem 1: ---------- make dies very quickly with a conflict in /usr/include/stdio.h... Commented out the following line in /usr/include/stdio.h: /* extern __const char *__const sys_errlist[]; */ Note that the real solution to this is to add the following switch while compiling motif and any motif apps: -DMOTIFSRC. Like I've mentioned, I'm lazy. Problem 2: ---------- making all in ./demos/programs/workspace... ... cc -c -O -I. -I../../lib -I../../.././X11 -I../../.././X11 -I../../.././X11 -DNO_MESSAGE_CATALOG command_ui.c command_ui.c: In function `SendIncludeCommand': command_ui.c:386: parse error before `=' command_ui.c:398: parse error before `=' command_ui.c:424: parse error before `inline' *** Error code 1 Stop. Changed all referances of the variable 'inline' to 'inline2'. Okay, cheesy change but it gets the job done... :) 20-25 hours later (only 8mb of ram is a killer :) -- (7) make install DESTDIR=/usr/local/lic/motif-2.0 borked in ./lib/Xm fix: touch ./lib/Xm/WorldP.h (8) make install.man DESTDIR=/usr/local/lic/motif-2.0 borked in ./demos/programs/popups Excerpt from the Makefile: install.man:: autopopups.man @if [ -d $(DESTDIR) $(MANDIR) ]; then set +x; \ else (set -x; $(MKDIRHIER) $(DESTDIR) $(MANDIR)); fi $(INSTALL) -c $(INSTMANFLAGS) autopopups.man $(DESTDIR) $(MANDIR)/autopo pups.$(MANSUFFIX) There should not be a space between DESTDIR and MANDIR.. fixit.. make it go (9) rearranged the install directory to resemble the FreeBSD tree (10) made backups of /usr/X11R6/lib/X11/config and /usr/X11R6/bin/imake evil Motif is going to try and fiddle with these :) (11) root@marvin:/usr/local/install# installit -t /usr/X11R6 motif-2.0/ this will simply creat symlinks from the /usr/local/lic/motif-2.0 tree to the /usr/X11R6 tree... verra nice for deinstallations... (12) Successfully fired up two of the demos (todo and draw)... Killed Filemanager after it had been cranking for 3 minutes without giving me a window. 8mb just doesn't cut it for motif :) (13) Hmm... xmkmf is very broken.. I can't compile a thing using xmkmf.. need to fix (14) In the mean time, my lazy self decided to compile a couple of apps to verify that motif works. This of course required following the README file's directions for installing without imake. Both xinvest and xmmix compiled... Though xinvest had a couple problems so I removed it. Since then I've compiled and run a few other motif apps... Motif appears to work quite well. (15) Okie.. finally broke down to fixing the /usr/X11R6/lib/X11/config directory when I wanted to install the xmcd port. Or some motif port: This patch to the directory should take care of most of the files... But not the Motif* files... Let's see if I can remember now... I believe a minor modification or two was needed in one of the Motif* files... And I never did anything with the project.tmpl file. This should get you a semi-working config directory, but may still take a bit of dinking yet to make it work: diff -rc config.orig/FreeBSD.cf config/FreeBSD.cf *** config.orig/FreeBSD.cf Thu Jun 6 20:20:15 1996 --- config/FreeBSD.cf Sat Jun 8 18:12:21 1996 *************** *** 8,13 **** --- 8,15 ---- #define OSMinorVersion 1 #define OSTeenyVersion 0 + #define MotifBC YES + #define HasGcc YES #define HasGcc2 YES #define HasCplusplus YES Only in config: Motif.rules Only in config: Motif.tmpl diff -rc config.orig/bsdLib.rules config/bsdLib.rules *** config.orig/bsdLib.rules Thu Jun 6 20:20:02 1996 --- config/bsdLib.rules Sat Jun 8 18:12:18 1996 *************** *** 29,34 **** --- 29,35 ---- #define PositionIndependentCFlags -fpic #endif + /* * InstallSharedLibrary - generate rules to install the shared library. */ *************** *** 94,96 **** --- 95,98 ---- Concat(varname,LIB) = LoaderLibPrefix Concat(-l,libname) Concat3(Shared,libname,Reqs) @@\ LintLibReferences(varname,libname,libsource) #endif + diff -rc config.orig/bsdLib.tmpl config/bsdLib.tmpl *** config.orig/bsdLib.tmpl Thu Jun 6 20:20:10 1996 --- config/bsdLib.tmpl Sat Jun 8 18:12:19 1996 *************** *** 14,16 **** --- 14,17 ---- #ifndef SharedXmuReqs #define SharedXmuReqs $(LDPRELIB) $(XTOOLONLYLIB) $(XONLYLIB) #endif + diff -rc config.orig/site.def config/site.def *** config.orig/site.def Thu Jun 6 20:20:15 1996 --- config/site.def Sat Jun 8 18:12:20 1996 *************** *** 50,55 **** --- 50,61 ---- #endif */ + #define MotifMajorVersion 2 + #define MotifMinorVersion 0 + #define MotifUpdateLevel 0 + #define LocalTmplFile + #define LocalRulesFile + #endif /* BeforeVendorCF */ #ifdef AfterVendorCF 16) Hmm... Finally, make sure that after installing Motif, you are still using the imake that came with FreeBSD... The motif imake program will do nasty things. Cheers and good luck hope this is a help to you. --- Joe Diehl Network and Systems Administrator KSU College of Engineering From owner-freebsd-hackers Wed Jun 19 11:00:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06266 for hackers-outgoing; Wed, 19 Jun 1996 11:00:54 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA06261 for ; Wed, 19 Jun 1996 11:00:52 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13331; Wed, 19 Jun 1996 10:57:13 -0700 From: Terry Lambert Message-Id: <199606191757.KAA13331@phaeton.artisoft.com> Subject: Re: Keith Bostic: MS Press Release - Common Internet File System (CIFS) To: avalon@coombs.anu.edu.au (Darren Reed) Date: Wed, 19 Jun 1996 10:57:13 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199606191144.EAA08613@freefall.freebsd.org> from "Darren Reed" at Jun 19, 96 09:43:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > They first have to learn that TCP connections are not to be closed > > with RST, but with FIN instead. :-] > > Read the TCP RFC. TCP is meant to be closed with both. SO_LINGER? 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 Jun 19 11:03:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06433 for hackers-outgoing; Wed, 19 Jun 1996 11:03:08 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA06427 for ; Wed, 19 Jun 1996 11:03:05 -0700 (PDT) Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id LAA08891 for ; Wed, 19 Jun 1996 11:03:03 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.12/8.6.12) id MAA08186 for hackers@FreeBSD.org; Wed, 19 Jun 1996 12:01:43 -0600 Date: Wed, 19 Jun 1996 12:01:43 -0600 From: Nate Williams Message-Id: <199606191801.MAA08186@trout.sri.MT.net> To: hackers@FreeBSD.org Subject: Tyan problems Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Path: helena.MT.net!news.sprintlink.net!news-stk-11.sprintlink.net!newsfeed.internetmci.com!news.msfc.nasa.gov!elroy.jpl.nasa.gov!swrinde!sgigate.sgi.com!wetware!wsrcc.com!news.orst.edu!news From: gow@amaterasu.math.orst.edu (Greg Owen Walker) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: Any Experience w/ Triton II (430HX) MBoards & FreeBSD? Date: 18 Jun 1996 21:19:04 -0700 Organization: Dept. of Mathematics, Oregon State University Lines: 8 Sender: gow@amaterasu.MATH.ORST.EDU Message-ID: References: <4p25hs$8ku@nntp5.u.washington.edu> NNTP-Posting-Host: amaterasu.math.orst.edu In-reply-to: somsky@dirac.phys.washington.edu's message of 4 Jun 1996 20:15:56 GMT X-Newsreader: Gnus v5.1 I was going to order a custom machine with a Tyan Tomcat. Today the shop told me to pick a different motherboard because they're having problems with their Tyan Tomcats and had to send them all back to the factory. This includes dual, no-dual, 256K and 512K cached boards. Greg W. From owner-freebsd-hackers Wed Jun 19 11:15:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA07202 for hackers-outgoing; Wed, 19 Jun 1996 11:15:17 -0700 (PDT) Received: from isbalham (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA07191 for ; Wed, 19 Jun 1996 11:15:09 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham (8.6.12/8.6.12) with UUCP id TAA00684; Wed, 19 Jun 1996 19:13:31 +0100 Received: from [194.32.164.2] by seagoon.gid.co.uk; Wed, 19 Jun 1996 18:51:51 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 19 Jun 1996 18:58:04 +0100 To: "Karl Denninger, MCSNet" , randy@zyzzyva.com (Randy Terbush) From: rb@gid.co.uk (Bob Bishop) Subject: Re: BSDI 2.0 vs. FreeBSD 2.x Cc: dennis@etinc.com, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 9:55 am 18/6/96, Karl Denninger, MCSNet wrote: >[...] >NOBODY does NFS file locking properly. NOBODY. >[...] Hear hear -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Wed Jun 19 11:39:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA08178 for hackers-outgoing; Wed, 19 Jun 1996 11:39:04 -0700 (PDT) Received: from filitov.isf.rl.af.mil (FILITOV.ISF.RL.AF.MIL [128.132.64.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA08170 for ; Wed, 19 Jun 1996 11:39:00 -0700 (PDT) Received: (from green@localhost) by filitov.isf.rl.af.mil (8.7.3/8.7.3) id OAA09463 for hackers@freebsd.org; Wed, 19 Jun 1996 14:37:38 -0400 (EDT) Resent-Message-Id: <199606191837.OAA09463@filitov.isf.rl.af.mil> Resent-From: green@filitov.isf.rl.af.mil (Charles Green) Resent-Date: Wed, 19 Jun 1996 14:37:37 +1000 X-Mailer: Mail User's Shell (7.2.4 2/2/92) Resent-To: hackers@freebsd.org Received: from brimstone.netspace.org ([128.148.157.143]) by filitov.isf.rl.af.mil (8.7.3/8.7.3) with ESMTP id XAA27905 for ; Tue, 18 Jun 1996 23:36:57 -0400 (EDT) Received: from netspace.org ([128.148.157.6]) by brimstone.netspace.org with ESMTP id <23765-75>; Tue, 18 Jun 1996 23:38:08 -0500 Received: from netspace.org (netspace [128.148.157.6]) by netspace.org (8.7/8.6.12) with SMTP id XAA29825; Tue, 18 Jun 1996 23:37:07 -0400 Received: from NETSPACE.ORG by NETSPACE.ORG (LISTSERV-TCP/IP release 1.8b) with spool id 22471 for BUGTRAQ@NETSPACE.ORG; Tue, 18 Jun 1996 23:24:53 +2000 Received: from netspace.org (netspace [128.148.157.6]) by netspace.org (8.7/8.6.12) with SMTP id XAA28693 for ; Tue, 18 Jun 1996 23:22:28 -0400 Approved-By: ALEPH1@UNDERGROUND.ORG Received: from ice.fit.qut.edu.au (ice.fit.qut.edu.au [131.181.2.9]) by netspace.org (8.7/8.6.12) with ESMTP id TAA11967 for ; Tue, 18 Jun 1996 19:54:35 -0400 Received: from localhost (meilak@localhost) by ice.fit.qut.edu.au (8.7.5/8.7.3) with SMTP id JAA00470; Wed, 19 Jun 1996 09:54:29 +1000 (EST) X-Authentication-Warning: ice.fit.qut.edu.au: meilak owned process doing -bs MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Approved-By: Mr Brian Meilak Message-ID: Date: Wed, 19 Jun 1996 09:54:27 +1000 Reply-To: Mr Brian Meilak From: Mr Brian Meilak Subject: a shameless plug for RIIS X-To: firewalls@greatcircle.com To: Multiple recipients of list BUGTRAQ Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From the README: Replacement Internal Inetd Services =================================== This small package contains replacement daemons for the 'trivial' services provided by the inetd(8) super server. These services are: echo RFC 862 discard RFC 863 chargen RFC 864 daytime RFC 867 time RFC 868 TCP and UDP versions are available. The benefit of these daemons is that you can replace the internal inetd(8) service daemons with ones that can then be wrappered by the tcp wrappers program(See Related Software). This can provide you with an early warning system against intruders probing these 'standard' ports while still providing these services to allowed hosts. It also helps you know what's going on on your network. To defend against looping attacks on the host or between hosts, the UDP versions have a command line parameter to specify the tests that will be made on the reply port to see if it is a possible loop. The offending connection, IP addresses and port numbers are logged via syslog(3). The following tests are available: Option Description ------ ----------- 0 No reply UDP port checking is done. All requests are accepted. 1 Reject if reply UDP port is an internal services port ie: echo/discard/time/daytime/chargen 2 Reject if reply UDP port < 1024 3 Reject if reply UDP port is known by getservbyport(). getservbyport() gets its information from the file /etc/services (and yellowpages/NIS if running). (Do a "man getservbyport" to find out where your system gets its port information) 4 Reject if reply UDP port < 1024 AND reply UDP port is known by getservbyport(). 5 Reject if reply UDP port < 1024 OR reply UDP port is known by getservbyport(). 6 Reject all requests and therefore log information about the connection. Distribution ============ The package can be found at: ftp://ftp.fit.qut.edu.au/pub/security/riis.tar ftp://ftp.fit.qut.edu.au/pub/security/riis.tar.gz regards brian ----- Brian Meilak E-Mail: B.Meilak@fit.qut.edu.au Senior Systems Programmer WEB : http://www.fit.qut.edu.au/staff/~brian Faculty of Information Technology _--_|\ Queensland University of Technology / QUT Box 2434, Brisbane 4001, AUSTRALIA \_.--._/ Room ITE616 Phone: +61 7 3864-2757 Fax: 3864-1959 v From owner-freebsd-hackers Wed Jun 19 12:13:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10227 for hackers-outgoing; Wed, 19 Jun 1996 12:13:18 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA10220 for ; Wed, 19 Jun 1996 12:13:14 -0700 (PDT) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14517(14)>; Wed, 19 Jun 1996 12:12:31 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB) id AA02639; Wed, 19 Jun 96 15:12:02 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA00946; Wed, 19 Jun 96 15:12:01 EDT Message-Id: <9606191912.AA00946@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.6 3/24/96 To: hackers@freebsd.org Subject: list of differences between 2.1 and 2.2? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 19 Jun 1996 12:12:00 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there a list of the differences (mainly in kernel internals and structures) between 2.0/2.1/2.2...?? marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Wed Jun 19 12:14:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA10300 for hackers-outgoing; Wed, 19 Jun 1996 12:14:26 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA10292 for ; Wed, 19 Jun 1996 12:14:21 -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 <01I63R51GTW0002RN8@mail.rwth-aachen.de> for freebsd-hackers@freefall.FreeBSD.org; Wed, 19 Jun 1996 19:18:56 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id TAA14537 for freebsd-hackers@freefall.cdrom.com; Wed, 19 Jun 1996 19:27:20 +0200 Date: Wed, 19 Jun 1996 19:27:20 +0200 From: "Christoph P. Kukulies" Subject: pcbridge woes (is it FreeBSD?) To: freebsd-hackers@freefall.FreeBSD.org Message-id: <199606191727.TAA14537@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We have an ethernet branch being separated via a 286 based PC running the well known pcbridge product. I didn't like that solution peculiarly and it more frequently now is causing headaches. One major reason why it was introduced was the fact that the DOS/Win machines otherwise would be slowed down by the heavy network traffic (I was told) - I didn't see that in fact myself, but that's what they said. Now I established a samba printer via FreeBSD (2.2-current) to a DOS/WfW311 box laying behind that PCBridge. What happens is that the DOS box cannot be reached anymore after a few network transfers have been made, say, a print job has been transfered. Then the machine cannot be reached via ping any more. Booting the box sometimes helps, as well as rebooting the bridge. But the picture is fuzzy. The funny thing is that other machines (Linux as well) still can reach the box. I'm really puzzled. OK, I'm working into a direction to make this PCBridge go away just because it is always causing trouble but I still wonder what the cause for this could be. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Jun 19 13:14:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA14154 for hackers-outgoing; Wed, 19 Jun 1996 13:14:20 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA14135 for ; Wed, 19 Jun 1996 13:14:12 -0700 (PDT) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15309(12)>; Wed, 19 Jun 1996 13:13:31 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB) id AA03149; Wed, 19 Jun 96 16:13:00 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA01277; Wed, 19 Jun 96 16:13:00 EDT Message-Id: <9606192013.AA01277@gnu.mc.xerox.com> To: hackers@freebsd.org Subject: top 3.4beta2 on freebsd 2.2 (5/1/96 snapshot) From: "Marty Leisner" Date: Wed, 19 Jun 1996 13:12:59 PDT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I kinda got top 3.4beta2 working on freebsd 5.1.96 (2.2 snapshot). I took the stuff in top 3.3 for freebsd 2.1 and kinda knocked out the swap space stuff to get it to work...it doesn't report swap space... (seems swap space is now machine dependent instead of generic [don't have the 3.3 code here to look at]) The files for Freebsd 2.1 aren't here, the changes wrt 2.1 files (from top 3.3) are: : leisner@compaq.home;diff -u m_freebsd21.c m_freebsd22.c - --- m_freebsd21.c Tue Jun 18 20:01:37 1996 +++ m_freebsd22.c Tue Jun 18 20:44:56 1996 @@ -297,7 +297,11 @@ statics->procstate_names = procstatenames; statics->cpustate_names = cpustatenames; statics->memory_names = memorynames; +#if 0 + /* maybe order_name?? */ + statics->swap_names = swapnames; +#endif /* all done! */ return(0); @@ -418,7 +422,10 @@ /* set arrays and strings */ si->cpustates = cpu_states; si->memory = memory_stats; +#if 0 + /* no swap? */ si->swap = swap_stats; +#endif if(lastpid > 0) { In addition, in utils.c, we have problems with sys_errlist (its defined in /usr/include/stdio.h:244:extern __const char *__const sys_errlist[]; I ended up: : leisner@compaq.home;rcsdiff -u utils.c =================================================================== RCS file: utils.c,v retrieving revision 1.1 diff -u -r1.1 utils.c - --- utils.c 1996/06/18 18:59:20 1.1 +++ utils.c 1996/06/18 18:59:59 @@ -323,8 +323,12 @@ /* externs referenced by errmsg */ +#ifdef NEED_SYS_ERRLIST extern char *sys_errlist[]; +#endif +#ifdef NEED_SYS_NERR extern int sys_nerr; +#endif Also, how are we supposed to generate HAVE_GETOPT (I added it by hand to the makefile). Does the current 2.0 freebsd 3.4beta1 top files run against 2.1? I know they don't run against 2.2. marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 From owner-freebsd-hackers Wed Jun 19 13:51:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA20322 for hackers-outgoing; Wed, 19 Jun 1996 13:51:09 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA20272; Wed, 19 Jun 1996 13:50:58 -0700 (PDT) Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id LAA13014; Wed, 19 Jun 1996 11:07:02 GMT Date: Wed, 19 Jun 1996 11:07:02 GMT Message-Id: <199606191107.LAA13014@jraynard.demon.co.uk> From: James Raynard To: gpalmer@freebsd.org CC: hackers@freebsd.org In-reply-to: <199606190733.IAA02339@palmer.demon.co.uk> (message from Gary Palmer on Wed, 19 Jun 1996 08:33:42 +0100 (BST)) Subject: Re: cvs-cur-2135 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I got a mail about one of the new CTM deltas being bounced due to > ``unknown mailer error 1'', and looked in the log and saw: > > 1996-06-19 07:38 checksum: read 6861, calculated 25738 > 1996-06-19 07:38 cvs-cur.2135.gz 13/25 discarded > > Anyone else get this? Any way to get the correct version of this piece > without downloading the entire delta (25 chunks?!?) from freefall over > a 28k8 modem? I don't know, but I got this when I tried to FTP it:- ftp> get cvs-cur.2135.gz local: cvs-cur.2135.gz remote: cvs-cur.2135.gz 200 PORT command successful. 150 Opening BINARY mode data connection for cvs-cur.2135.gz (1796061 bytes). Is there anyone else in the slow lane of the information superhighway who finds the recent series of enormous CTM deltas somewhat annoying? -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Wed Jun 19 14:01:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22134 for hackers-outgoing; Wed, 19 Jun 1996 14:01:05 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA22123; Wed, 19 Jun 1996 14:00:59 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id OAA03186; Wed, 19 Jun 1996 14:00:30 -0700 (PDT) To: James Raynard cc: gpalmer@freebsd.org, hackers@freebsd.org Subject: Re: cvs-cur-2135 In-reply-to: Your message of "Wed, 19 Jun 1996 11:07:02 GMT." <199606191107.LAA13014@jraynard.demon.co.uk> Date: Wed, 19 Jun 1996 14:00:29 -0700 Message-ID: <3184.835218029@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Is there anyone else in the slow lane of the information superhighway >who finds the recent series of enormous CTM deltas somewhat annoying? My Dear friend and fellow CTM user, You are most welcome to switch back to sup. Sincerely Poul-Henning Kamp CTM inventor and user. :-) -- 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 Wed Jun 19 14:11:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22917 for hackers-outgoing; Wed, 19 Jun 1996 14:11:17 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA22911 for ; Wed, 19 Jun 1996 14:11:10 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA04166; Wed, 19 Jun 1996 23:06:14 +0200 From: Luigi Rizzo Message-Id: <199606192106.XAA04166@labinfo.iet.unipi.it> Subject: Re: pcbridge woes (is it FreeBSD?) To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Wed, 19 Jun 1996 23:06:13 +0200 (MET DST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199606191727.TAA14537@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jun 19, 96 07:27:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We have an ethernet branch being separated via a 286 based PC running > the well known pcbridge product. which one: the original one by Vance Morrison, or my ROMable version (2.77) ? Also, there is a newer version (3.XX), developed under FreeBSD, which only runs on a 386+ but is a bit improved (read on). pcbridge 3.XX is available from my home page. pcbridge 2.77 is available from ftp.iet.unipi.it > I didn't like that solution peculiarly and it more frequently now is > causing headaches. One major reason why it was introduced was the fact that > the DOS/Win machines otherwise would be slowed down by the heavy > network traffic (I was told) - I didn't see that in fact myself, but maybe. Both versions can only buffer one packet at a time, and block until they deliver the packet. Actually, my version has an adaptive timeout so that it makes a slightly better use of buffers and avoids waiting for too long when there is much activity. the original pcbridge with WD8013 (or clones using the 8390 controller) tended to lock up under heavy traffic. In my experience SMC8013 cards (now discontinued :(, they used the 83690 controller) are much more reliable. We have about 10 bridges in our faculty, with 2..5 cards using pcbridge 2.77 and running flawlessly since mid 1993 (apart from 3 SMC8013 boards -- out of ~30 -- which broke) Version 3.XX is much improved because it uses the available memory as packet buffers, so that there are no busy waiting and even busy networks do not cause drops or trashing in the bridge. > Now I established a samba printer via FreeBSD (2.2-current) to a DOS/WfW311 > box laying behind that PCBridge. What happens is that the DOS box > cannot be reached anymore after a few network transfers have been made, > say, a print job has been transfered. Then the machine cannot > be reached via ping any more. Booting the box sometimes helps, as well > as rebooting the bridge. But the picture is fuzzy. > The funny thing is that other machines (Linux as well) still can reach the box. > > I'm really puzzled. OK, I'm working into a direction to make this PCBridge > go away just because it is always causing trouble but I still wonder > what the cause for this could be. Check the following: - a malfunctioning board. This is the most frequent cause of troubles I had. - cables; - a hash table collision in the bridge; - the FreeBSD system being too fast and causing some boards to lock up; - any other bridge or repeater in the middle ? I spent two weeks to find out that the DECbridge90 acts very strangely. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Wed Jun 19 14:22:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA24065 for hackers-outgoing; Wed, 19 Jun 1996 14:22:26 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA24053; Wed, 19 Jun 1996 14:22:21 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id OAA26139; Wed, 19 Jun 1996 14:22:10 -0700 (PDT) To: Poul-Henning Kamp cc: James Raynard , gpalmer@FreeBSD.org, hackers@FreeBSD.org Subject: Re: cvs-cur-2135 In-reply-to: Your message of "Wed, 19 Jun 1996 14:00:29 PDT." <3184.835218029@critter.tfs.com> Date: Wed, 19 Jun 1996 14:22:10 -0700 Message-ID: <26136.835219330@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Erm. I'm not sure that's constructive either.. Better to simply say that this is a temporary perturberation, we're sorry for the inconvenience, shit happens - sorry! :-) Jordan > >Is there anyone else in the slow lane of the information superhighway > >who finds the recent series of enormous CTM deltas somewhat annoying? > > My Dear friend and fellow CTM user, > > You are most welcome to switch back to sup. > > Sincerely > > Poul-Henning Kamp > CTM inventor and user. > > :-) > > > -- > 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, In c. > Future will arrive by its own means, progress not so. From owner-freebsd-hackers Wed Jun 19 15:38:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA00232 for hackers-outgoing; Wed, 19 Jun 1996 15:38:35 -0700 (PDT) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA00227 for ; Wed, 19 Jun 1996 15:38:17 -0700 (PDT) Received: from Ken (tsunami.awod.com [198.81.225.31]) by sumter.awod.com (8.6.12/8.6.9) with SMTP id SAA02940; Wed, 19 Jun 1996 18:37:27 -0400 Message-Id: <1.5.4.32.19960619223756.00953914@awod.com> X-Sender: klam@awod.com X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 19 Jun 1996 18:37:56 -0400 To: "Christoph P. Kukulies" From: Ken Lam Subject: Re: pcbridge woes (is it FreeBSD?) Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 07:27 PM 6/19/96 +0200, you wrote: [stuff deleted] >Now I established a samba printer via FreeBSD (2.2-current) to a DOS/WfW311 >box laying behind that PCBridge. What happens is that the DOS box >cannot be reached anymore after a few network transfers have been made, >say, a print job has been transfered. Then the machine cannot >be reached via ping any more. Booting the box sometimes helps, as well >as rebooting the bridge. But the picture is fuzzy. >The funny thing is that other machines (Linux as well) still can reach the box. indicates that it isn't truly a problem with the PCbridge (I used to use that program until karlbridge became available) if other machines can still work through the bridge. What about machines on the same segment as the FreeBSD machine, does samba work fine for them? >I'm really puzzled. OK, I'm working into a direction to make this PCBridge >go away just because it is always causing trouble but I still wonder >what the cause for this could be. From owner-freebsd-hackers Wed Jun 19 16:01:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA01405 for hackers-outgoing; Wed, 19 Jun 1996 16:01:15 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA01400 for ; Wed, 19 Jun 1996 16:01:12 -0700 (PDT) Received: from campa.panke.de (anonymous224.ppp.cs.tu-berlin.de [130.149.17.224]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id AAA29967; Thu, 20 Jun 1996 00:42:53 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id XAA00409; Wed, 19 Jun 1996 23:31:00 +0200 Date: Wed, 19 Jun 1996 23:31:00 +0200 From: Wolfram Schneider Message-Id: <199606192131.XAA00409@campa.panke.de> To: "Marty Leisner" Cc: hackers@freebsd.org Subject: top 3.4beta2 on freebsd 2.2 (5/1/96 snapshot) In-Reply-To: <9606192013.AA01277@gnu.mc.xerox.com> References: <9606192013.AA01277@gnu.mc.xerox.com> Reply-to: Wolfram Schneider 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 Marty Leisner writes: >I kinda got top 3.4beta2 working on freebsd 5.1.96 (2.2 snapshot). Top from ports tree (FreeBSD-current/ports/sysutils/top) works for 2.1 and -current. Working file: m_freebsd2.c ---------------------------- revision 1.4 date: 1996/05/31 19:36:05; author: wosch; state: Exp; lines: +19 -2 allow 2.1R users compile (-current) top. ---------------------------- Wolfram From owner-freebsd-hackers Wed Jun 19 16:20:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02067 for hackers-outgoing; Wed, 19 Jun 1996 16:20:17 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA02061 for ; Wed, 19 Jun 1996 16:20:15 -0700 (PDT) Received: from thurston.eng.umd.edu (thurston.eng.umd.edu [129.2.98.206]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id TAA24860; Wed, 19 Jun 1996 19:20:09 -0400 (EDT) Received: (from chuckr@localhost) by thurston.eng.umd.edu (8.7.5/8.7.3) id TAA01436; Wed, 19 Jun 1996 19:20:08 -0400 (EDT) Date: Wed, 19 Jun 1996 19:20:08 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@thurston.eng.umd.edu To: Nate Williams cc: hackers@FreeBSD.org, gow@amaterasu.math.orst.edu Subject: Re: Tyan problems In-Reply-To: <199606191801.MAA08186@trout.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 19 Jun 1996, Nate Williams wrote: > I was going to order a custom machine with a Tyan Tomcat. Today > the shop told me to pick a different motherboard because they're > having problems with their Tyan Tomcats and had to send them all > back to the factory. This includes dual, no-dual, 256K and 512K > cached boards. I can't understand why you'd say this, my Tyan Tomcat is running FreeBSD like a champ, I'm reall happy with it. 32Megs with 512K cache, using Tyan's (NCR) scsi card. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Jun 19 18:11:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA07246 for hackers-outgoing; Wed, 19 Jun 1996 18:11:00 -0700 (PDT) Received: from tippy2.vnet.net (tippy2.vnet.net [166.82.197.240]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA07241 for ; Wed, 19 Jun 1996 18:10:57 -0700 (PDT) Received: (from cmadison@localhost) by tippy2.vnet.net (8.7.5/8.6.9) id VAA23894; Wed, 19 Jun 1996 21:10:11 -0400 (EDT) Date: Wed, 19 Jun 1996 21:10:05 -0400 (EDT) From: Chris Madison To: "Ted K." cc: "Ron G. Minnich" , hackers@freebsd.org Subject: Re: webnfs In-Reply-To: <199606191340.JAA23805@galaxy> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > http://www.Sun.COM/sunsoft/connectathon/talksched.html > Public NFS - Brent Callaghan (Sunsoft) There is also .ps whitepaper available at: http://www.sun.com/sunsoft/solaris/networking/webnfs/index.html also by Brent. From owner-freebsd-hackers Wed Jun 19 19:54:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA12976 for hackers-outgoing; Wed, 19 Jun 1996 19:54: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.5/8.7.3) with ESMTP id TAA12970 for ; Wed, 19 Jun 1996 19:54:20 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA04998; Thu, 20 Jun 1996 12:55:15 +0930 From: Michael Smith Message-Id: <199606200325.MAA04998@genesis.atrad.adelaide.edu.au> Subject: Re: list of differences between 2.1 and 2.2? To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Thu, 20 Jun 1996 12:55:14 +0930 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <9606191912.AA00946@gnu.mc.xerox.com> from "Marty Leisner" at Jun 19, 96 12:12:00 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 Marty Leisner stands accused of saying: > Is there a list of the differences (mainly in kernel internals and > structures) between 2.0/2.1/2.2...?? sup the CVS repository, and learn how to drive 'cvs diff ...'. > marty leisner@sdsp.mc.xerox.com -- ]] 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 Jun 19 20:01:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA13360 for hackers-outgoing; Wed, 19 Jun 1996 20:01:45 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA13355; Wed, 19 Jun 1996 20:01:41 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA05031; Thu, 20 Jun 1996 13:03:09 +0930 From: Michael Smith Message-Id: <199606200333.NAA05031@genesis.atrad.adelaide.edu.au> Subject: Re: cvs-cur-2135 To: fhackers@jraynard.demon.co.uk (James Raynard) Date: Thu, 20 Jun 1996 13:03:08 +0930 (CST) Cc: gpalmer@freebsd.org, hackers@freebsd.org In-Reply-To: <199606191107.LAA13014@jraynard.demon.co.uk> from "James Raynard" at Jun 19, 96 11:07:02 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 James Raynard stands accused of saying: > I don't know, but I got this when I tried to FTP it:- > > ftp> get cvs-cur.2135.gz > local: cvs-cur.2135.gz remote: cvs-cur.2135.gz > 200 PORT command successful. > 150 Opening BINARY mode data connection for cvs-cur.2135.gz (1796061 bytes). > > Is there anyone else in the slow lane of the information superhighway > who finds the recent series of enormous CTM deltas somewhat annoying? (winds sarcasm control to 11) Gee, yes! Let's just stop the development of FreeBSD so that these people can reduce their mail load! (back to a sane listening level) ...and you certainly haven't been contributing to these deltas now have you? (Yes, I wear several hours of sup a week over a slow and laggy modem link, and I _do_ appreciate your work 8) > James Raynard, Edinburgh, Scotland -- ]] 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 Jun 19 22:10:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA17777 for hackers-outgoing; Wed, 19 Jun 1996 22:10:24 -0700 (PDT) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA17772 for ; Wed, 19 Jun 1996 22:10:21 -0700 (PDT) Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id XAA19984 for freebsd-hackers@freebsd.org; Wed, 19 Jun 1996 23:10:16 -0600 From: Ade Barkah Message-Id: <199606200510.XAA19984@hemi.com> Subject: NFS install problem with 2.2-960612-SNAP, motd, etc. To: freebsd-hackers@freebsd.org Date: Wed, 19 Jun 1996 23:10:15 -0600 (MDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, I installed 2.2-960612-SNAP the other day... but the procedure would hang during bin extraction if I tried to install via NFS. It gets stuck at the same file (alt-f2 shows /bin/mkdir as the last file.) I tried a few times and it gets stuck at the same place. Some details... the NFS server is a 2.1-RELEASE system, with a DEC Lance controller. The 2.2 machine runs a 3com 509-combo. When it hangs, I can still ping the 2.2 machine from the NFS server. I had suspected a problem with the ethernet card, but when I selected installation over FTP (to ftp.cdrom.com), everything worked flawlessly. Also, I can install 2.1-R via NFS to the same machine without problems. Oh, another thing... as always since long ago, the initial rc.local has the following code in it: | T=/tmp/_motd ... | uname -v | sed ... > $T | ... | cp $T /etc/motd The above is extremely annoying. =-) Is there a good reason to keep such code in rc.local ? Can we get rid of it ? Please ? =-) I can just think of all the poor FreeBSD newcomers who can't for the life of them figure out why their /etc/motd keeps on dissappearing. Over- writing user files is morally bad, anyways. Thanks for all the help. I'll remind myself to send in a donation check to FreeBSD tonight... =-) My company couldn't exist without FreeBSD; I'll make sure we'll contribute more (unfortunately we can't contribute much right now.) Regards, -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Wed Jun 19 22:37:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA18967 for hackers-outgoing; Wed, 19 Jun 1996 22:37:33 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA18961 for ; Wed, 19 Jun 1996 22:37:30 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id OAA02674; Thu, 20 Jun 1996 14:37:21 +0900 (JST) Date: Thu, 20 Jun 1996 14:37:21 +0900 (JST) From: Michael Hancock To: Chuck Robey cc: hackers@FreeBSD.org Subject: Re: Tyan problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 19 Jun 1996, Chuck Robey wrote: > > I was going to order a custom machine with a Tyan Tomcat. Today > > the shop told me to pick a different motherboard because they're > > having problems with their Tyan Tomcats and had to send them all > > back to the factory. This includes dual, no-dual, 256K and 512K > > I can't understand why you'd say this, my Tyan Tomcat is running FreeBSD > like a champ, I'm reall happy with it. 32Megs with 512K cache, using > Tyan's (NCR) scsi card. Maybe Tyan's been having a quality problems. I have a Tyan Tempest II that works fine, I only have 2 bus mastering adapters in it. The new ASUS P6 MBs look promising. Is anyone using one yet? -mike From owner-freebsd-hackers Wed Jun 19 22:50:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA19426 for hackers-outgoing; Wed, 19 Jun 1996 22:50:49 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA19414 for ; Wed, 19 Jun 1996 22:50:43 -0700 (PDT) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id WAA09630 for ; Wed, 19 Jun 1996 22:50:29 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id WAA09980 for freebsd-hackers@freefall.cdrom.com; Wed, 19 Jun 1996 22:46:33 -0700 (MST) From: Don Yuniskis Message-Id: <199606200546.WAA09980@seagull.rtd.com> Subject: Looking for cavemen... To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Wed, 19 Jun 1996 22:46:33 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ...and other assorted dinosaurs! :> Hi! I'm looking for some ideas and suggestions regarding optimization strategies for a rewrite of my ("traditional") `mt' driver. In particular, algorithms that I can employ to schedule read/write/seek operations for the character and block devices. I suspect that these devices are a bit unique (spelled "frustrating") in their capabilities vs. their more contemporary counterparts. I've searched netspace and found very little "public" information in this area :-( Thanks! --don From owner-freebsd-hackers Wed Jun 19 23:11:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20445 for hackers-outgoing; Wed, 19 Jun 1996 23:11:26 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA20431 for ; Wed, 19 Jun 1996 23:11:22 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id XAA12053 for ; Wed, 19 Jun 1996 23:18:15 -0700 (PDT) Date: Wed, 19 Jun 1996 23:18:14 -0700 (PDT) From: Tom Samplonius To: hackers@freebsd.org Subject: Longer usernames? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What is the general consensus on usernames longer than 8 chars? I've been doing some testing on a -stable system with 16 character usernames, and everything seems to work ok. Also, I recently noticed that BSDI 2.1 supports 16 character usernames too (UT_NAMESIZE is 16). This means that BSDI 2.1 bins that access wtmp, utmp, etc will not work under FreeBSD. Tom From owner-freebsd-hackers Wed Jun 19 23:41:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA21466 for hackers-outgoing; Wed, 19 Jun 1996 23:41: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.5/8.7.3) with ESMTP id XAA21461 for ; Wed, 19 Jun 1996 23:41:39 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA05653; Thu, 20 Jun 1996 16:43:34 +0930 From: Michael Smith Message-Id: <199606200713.QAA05653@genesis.atrad.adelaide.edu.au> Subject: Re: Longer usernames? To: tom@sdf.com (Tom Samplonius) Date: Thu, 20 Jun 1996 16:43:31 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Tom Samplonius" at Jun 19, 96 11:18:14 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 Tom Samplonius stands accused of saying: > > What is the general consensus on usernames longer than 8 chars? I've > been doing some testing on a -stable system with 16 character usernames, > and everything seems to work ok. NIS won't. > Also, I recently noticed that BSDI 2.1 supports 16 character usernames > too (UT_NAMESIZE is 16). This means that BSDI 2.1 bins that access wtmp, > utmp, etc will not work under FreeBSD. What do they do about NIS? Truncate the usernames? Bad bad bad. > Tom -- ]] 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 Thu Jun 20 00:27:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA23739 for hackers-outgoing; Thu, 20 Jun 1996 00:27:51 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA23733 for ; Thu, 20 Jun 1996 00:27:47 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA05759 for hackers@freebsd.org; Thu, 20 Jun 1996 17:30:11 +0930 From: Michael Smith Message-Id: <199606200800.RAA05759@genesis.atrad.adelaide.edu.au> Subject: Multidrop serial (422/485) driver update To: hackers@freebsd.org Date: Thu, 20 Jun 1996 17:30:10 +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 As is always the way, shortly after the beta-1 release went out I found a serious bug in the driver, so the archive has been updated to fix this. The driver source & documentation, as well as postscript and Protel format schematic for interface hardware is available as ftp://genesis.atrad.adelaide.edu.au/pub/mdsio-beta2.tar.gz Feedback is again invited 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 Thu Jun 20 00:38:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24239 for hackers-outgoing; Thu, 20 Jun 1996 00:38:39 -0700 (PDT) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA24234 for ; Thu, 20 Jun 1996 00:38:36 -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 <01I64K37MS1S002UMH@mail.rwth-aachen.de>; Thu, 20 Jun 1996 09:07:25 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA16480; Thu, 20 Jun 1996 09:15:58 +0200 Date: Thu, 20 Jun 1996 09:15:57 +0200 (MET DST) From: "Christoph P. Kukulies" Subject: Re: pcbridge woes (is it FreeBSD?) In-reply-to: <1.5.4.32.19960619223756.00953914@awod.com> To: klam@awod.com (Ken Lam) Cc: kuku@gilberto.physik.rwth-aachen.de, hackers@FreeBSD.ORG Reply-to: Christoph Kukulies Message-id: <199606200715.JAA16480@gilberto.physik.rwth-aachen.de> MIME-version: 1.0 X-Mailer: ELM [version 2.4ME+ PL16 (25)] Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > At 07:27 PM 6/19/96 +0200, you wrote: > > [stuff deleted] > > >Now I established a samba printer via FreeBSD (2.2-current) to a DOS/WfW311 > >box laying behind that PCBridge. What happens is that the DOS box > >cannot be reached anymore after a few network transfers have been made, > >say, a print job has been transfered. Then the machine cannot > >be reached via ping any more. Booting the box sometimes helps, as well > >as rebooting the bridge. But the picture is fuzzy. > >The funny thing is that other machines (Linux as well) still can reach the box. > > indicates that it isn't truly a problem with the PCbridge (I used to use > that program until karlbridge became available) if other machines can still > work through the bridge. What about machines on the same segment as the > FreeBSD machine, does samba work fine for them? Correction: The program being used is kbridge, not pcbridge - sorry. I could not test samba from other machines at that time but I was able to observe that other machines could still reach that PC behind the bridge by ping while FreeBSD said: 'host is down' when pinging. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Jun 20 00:57:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24882 for hackers-outgoing; Thu, 20 Jun 1996 00:57:52 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA24877 for ; Thu, 20 Jun 1996 00:57:50 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id AAA03457; Thu, 20 Jun 1996 00:57:44 -0700 (PDT) Message-Id: <199606200757.AAA03457@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Ade Barkah cc: freebsd-hackers@freebsd.org Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. In-reply-to: Your message of "Wed, 19 Jun 1996 23:10:15 MDT." <199606200510.XAA19984@hemi.com> From: David Greenman Reply-To: davidg@root.com Date: Thu, 20 Jun 1996 00:57:44 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Oh, another thing... as always since long ago, the initial >rc.local has the following code in it: > >| T=/tmp/_motd ... >| uname -v | sed ... > $T >| ... >| cp $T /etc/motd > >The above is extremely annoying. =-) Is there a good reason to keep >such code in rc.local ? Can we get rid of it ? Please ? =-) I can >just think of all the poor FreeBSD newcomers who can't for the life >of them figure out why their /etc/motd keeps on dissappearing. Over- >writing user files is morally bad, anyways. It doesn't really overwrite the file. It simply prepends the FreeBSD version string to the front of the file. The previous contents are still kept intact. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Jun 20 01:21:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA25837 for hackers-outgoing; Thu, 20 Jun 1996 01:21: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.5/8.7.3) with ESMTP id BAA25831 for ; Thu, 20 Jun 1996 01:21:44 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA05961; Thu, 20 Jun 1996 18:20:29 +0930 From: Michael Smith Message-Id: <199606200850.SAA05961@genesis.atrad.adelaide.edu.au> Subject: Re: pcbridge woes (is it FreeBSD?) To: kuku@gilberto.physik.rwth-aachen.de Date: Thu, 20 Jun 1996 18:20:28 +0930 (CST) Cc: klam@awod.com, hackers@FreeBSD.ORG In-Reply-To: <199606200715.JAA16480@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jun 20, 96 09:15:57 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 Christoph P. Kukulies stands accused of saying: > > Correction: The program being used is kbridge, not pcbridge - sorry. > > I could not test samba from other machines at that time but I was able > to observe that other machines could still reach that PC behind the > bridge by ping while FreeBSD said: 'host is down' when pinging. Sounds like the FreeBSD box failed when it arped for the other box, and was remembering the failure. If I ping a nonexistent host here, after a few seconds timeout I get 'host is down'. If I ping again, I get 'host is down' straight away. If I then say 'arp -a', and ping again, the timeout reoccurs. If I wait a few seconds (maybe 10 or so), then the BSD box re-arps and things work again. I don't know if this was your problem. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de -- ]] 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 Thu Jun 20 01:50:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA28476 for hackers-outgoing; Thu, 20 Jun 1996 01:50:13 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA28359 for ; Thu, 20 Jun 1996 01:49:01 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA25659; Thu, 20 Jun 1996 10:41:23 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA16782; Thu, 20 Jun 1996 10:54:00 +0200 From: "Christoph P. Kukulies" Message-Id: <199606200854.KAA16782@gilberto.physik.rwth-aachen.de> Subject: Re: pcbridge woes (is it FreeBSD?) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 20 Jun 1996 10:53:59 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de, klam@awod.com, hackers@FreeBSD.ORG In-Reply-To: <199606200850.SAA05961@genesis.atrad.adelaide.edu.au> from Michael Smith at "Jun 20, 96 06:20:28 pm" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (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 > Christoph P. Kukulies stands accused of saying: > > > > Correction: The program being used is kbridge, not pcbridge - sorry. > > > > I could not test samba from other machines at that time but I was able > > to observe that other machines could still reach that PC behind the > > bridge by ping while FreeBSD said: 'host is down' when pinging. > > Sounds like the FreeBSD box failed when it arped for the other box, and > was remembering the failure. > > If I ping a nonexistent host here, after a few seconds timeout I get > 'host is down'. If I ping again, I get 'host is down' straight away. > > If I then say 'arp -a', and ping again, the timeout reoccurs. > > If I wait a few seconds (maybe 10 or so), then the BSD box re-arps and > things work again. > > I don't know if this was your problem. It looks a bit like this but the symptom was that the host never got reachable again. We moved the DOS box now on the same side of the segment as the FreeBSD box and the problem never occured again. > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > -- > ]] 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 [[ --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Jun 20 02:27:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA00388 for hackers-outgoing; Thu, 20 Jun 1996 02:27:40 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA00373; Thu, 20 Jun 1996 02:27:20 -0700 (PDT) Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id BAA00584; Thu, 20 Jun 1996 01:52:07 GMT Date: Thu, 20 Jun 1996 01:52:07 GMT Message-Id: <199606200152.BAA00584@jraynard.demon.co.uk> From: James Raynard To: jkh@time.cdrom.com CC: phk@FreeBSD.ORG, gpalmer@FreeBSD.ORG, hackers@FreeBSD.ORG In-reply-to: <26136.835219330@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: cvs-cur-2135 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> "Jordan K. Hubbard" writes: > > Erm. I'm not sure that's constructive either.. > Better to simply say that this is a temporary perturberation, we're > sorry for the inconvenience, shit happens - sorry! :-) Jordan, apology accepted! > > >Is there anyone else in the slow lane of the information superhighway > > >who finds the recent series of enormous CTM deltas somewhat annoying? > > > > My Dear friend and fellow CTM user, > > > > You are most welcome to switch back to sup. > > Sincerely > > > > Poul-Henning Kamp > > CTM inventor and user. > > > > :-) Poul-Henning, I'm well aware of all the work you've done on CTM and very grateful for it - I wouldn't be able even to think about keeping up with -current, never mind contributing, without it. If I ever do meet you, I will happily buy you as much beer as you can drink! My complaint was not about CTM, but about the sheer volume of some of the imports that have been made recently. The PC98 import took me nearly 4 hours to download, and I'm still only half way through the TCL one (5 timeouts so far) - and then there's the gcc upgrade coming up, all within a single week. This isn't what they told me it would be like in the CTM docs 8-) -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Thu Jun 20 02:31:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA00646 for hackers-outgoing; Thu, 20 Jun 1996 02:31:23 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA00641 for ; Thu, 20 Jun 1996 02:31:17 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id CAA15844; Thu, 20 Jun 1996 02:30:59 -0700 (PDT) To: Ade Barkah cc: freebsd-hackers@freebsd.org Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. In-reply-to: Your message of "Wed, 19 Jun 1996 23:10:15 MDT." <199606200510.XAA19984@hemi.com> Date: Thu, 20 Jun 1996 02:30:59 -0700 Message-ID: <15842.835263059@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Some details... the NFS server is a 2.1-RELEASE system, with > a DEC Lance controller. The 2.2 machine runs a 3com 509-combo. > When it hangs, I can still ping the 2.2 machine from the NFS > server. Bah, then it's still broken I guess. Foo. > Oh, another thing... as always since long ago, the initial > rc.local has the following code in it: Yeah, that can die I think! Jordan From owner-freebsd-hackers Thu Jun 20 02:41:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA01138 for hackers-outgoing; Thu, 20 Jun 1996 02:41:53 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA01132 for ; Thu, 20 Jun 1996 02:41:47 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id CAA15934; Thu, 20 Jun 1996 02:41:26 -0700 (PDT) To: davidg@Root.COM cc: Ade Barkah , freebsd-hackers@freebsd.org Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. In-reply-to: Your message of "Thu, 20 Jun 1996 00:57:44 PDT." <199606200757.AAA03457@root.com> Date: Thu, 20 Jun 1996 02:41:26 -0700 Message-ID: <15932.835263686@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > It doesn't really overwrite the file. It simply prepends the FreeBSD > version string to the front of the file. The previous contents are still > kept intact. We should still probably take this out - no reason to be scribbling on an administrator's carefully crafted motd file now, is there? :-) Jordan From owner-freebsd-hackers Thu Jun 20 02:46:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA01326 for hackers-outgoing; Thu, 20 Jun 1996 02:46:40 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA01317 for ; Thu, 20 Jun 1996 02:46:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id CAA00362; Thu, 20 Jun 1996 02:46:25 -0700 (PDT) Message-Id: <199606200946.CAA00362@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: Ade Barkah , freebsd-hackers@freebsd.org Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. In-reply-to: Your message of "Thu, 20 Jun 1996 02:41:26 PDT." <15932.835263686@time.cdrom.com> From: David Greenman Reply-To: davidg@root.com Date: Thu, 20 Jun 1996 02:46:25 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> It doesn't really overwrite the file. It simply prepends the FreeBSD >> version string to the front of the file. The previous contents are still >> kept intact. > >We should still probably take this out - no reason to be scribbling on >an administrator's carefully crafted motd file now, is there? :-) There are a few decades of precedence here. Without this, the OS & version won't be printed when the user logs in. I think the code should stay as it is. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Jun 20 05:56:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10223 for hackers-outgoing; Thu, 20 Jun 1996 05:56:07 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA10209 for ; Thu, 20 Jun 1996 05:56:00 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id MAA11170; Thu, 20 Jun 1996 12:55:11 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma011163; Thu Jun 20 12:54:46 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id FAA26137; Thu, 20 Jun 1996 05:54:45 -0700 Date: Thu, 20 Jun 1996 05:54:45 -0700 From: "M.R.Murphy" Message-Id: <199606201254.FAA26137@meerkat.mole.org> To: jkh@time.cdrom.com, mbarkah@hemi.com Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Some details... the NFS server is a 2.1-RELEASE system, with > > a DEC Lance controller. The 2.2 machine runs a 3com 509-combo. > > When it hangs, I can still ping the 2.2 machine from the NFS > > server. > > Bah, then it's still broken I guess. Foo. > > > Oh, another thing... as always since long ago, the initial > > rc.local has the following code in it: > > Yeah, that can die I think! > It aint broke. Don't fix it. Fix the documentation, maybe. -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Thu Jun 20 06:03:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA10510 for hackers-outgoing; Thu, 20 Jun 1996 06:03:44 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA10493 for ; Thu, 20 Jun 1996 06:03:32 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id NAA11212; Thu, 20 Jun 1996 13:02:41 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma011210; Thu Jun 20 13:02:26 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id GAA26153; Thu, 20 Jun 1996 06:02:26 -0700 Date: Thu, 20 Jun 1996 06:02:26 -0700 From: "M.R.Murphy" Message-Id: <199606201302.GAA26153@meerkat.mole.org> To: davidg@Root.COM, jkh@time.cdrom.com Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. Cc: freebsd-hackers@freebsd.org, mbarkah@hemi.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > It doesn't really overwrite the file. It simply prepends the FreeBSD > > version string to the front of the file. The previous contents are still > > kept intact. > > We should still probably take this out - no reason to be scribbling on > an administrator's carefully crafted motd file now, is there? :-) > If the motd file were _carefully_ crafted, the administrator would know how the sed command in rc.local worked and take it into account. It doesn't really matter if it's taken out or not. If I want it in my _LOCAL_ rc.local, I'll put it back in. What I'd like to bring attention to is fixing that which in fact isn't broken. Is there not enough work to be done fixing that which is broken? Hrrumph. Curmudgeon mode now dribbling back to normal grumpy mode and back in the corner... -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Thu Jun 20 07:27:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA15660 for hackers-outgoing; Thu, 20 Jun 1996 07:27:15 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA15652 for ; Thu, 20 Jun 1996 07:27:12 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id HAA03374 for ; Thu, 20 Jun 1996 07:26:54 -0700 (PDT) To: hackers@freebsd.org Subject: What do people think of this change to /usr/src/Makefile? Date: Thu, 20 Jun 1996 07:26:51 -0700 Message-ID: <3363.835280811@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Problem: Sites want to be able to do their own things before or after (or both) a make world without having to modify the Makefile since sup sites will simply see it spammed again. Let's say that you want to copy a special version of some package in for building, so you want a `before hook' for world, or after a make world your system is hosed because you have some specially hacked binaries that have been replaced, and so you want an `after hook'. Proposed Solution: The following changes allow you to define pre-build and/or post-build targets in /etc/make.conf and the world rule will run them automatically. If they're not defined, the behavior is the same as it is now. Diffs: Index: Makefile =================================================================== RCS file: /home/ncvs/src/Makefile,v retrieving revision 1.81 diff -u -r1.81 Makefile --- Makefile 1996/06/19 21:19:56 1.81 +++ Makefile 1996/06/20 09:01:51 @@ -102,13 +102,21 @@ MK_FLAGS= -DNOMAN -DNOPROFILE -world: hierarchy mk $(WORLD_CLEANDIST) bootstrap include-tools includes lib-tools libraries build-tools +.if !target(pre-build) +pre-build: + @/usr/bin/true +.endif + +world: pre-build hierarchy mk $(WORLD_CLEANDIST) bootstrap include-tools includes lib-tools libraries build-tools @echo "--------------------------------------------------------------" @echo " Rebuilding ${DESTDIR} The whole thing" @echo "--------------------------------------------------------------" @echo ${MAKE} depend all install cd ${.CURDIR}/share/man && ${MAKE} makedb +.if target(post-build) + cd ${.CURDIR} && ${MAKE} post-build +.endif @echo "make world completed on `date`" bootstrap: Comments? Jordan From owner-freebsd-hackers Thu Jun 20 07:46:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA16828 for hackers-outgoing; Thu, 20 Jun 1996 07:46:38 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA16822 for ; Thu, 20 Jun 1996 07:46:33 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id KAA04204 for freebsd-hackers@freebsd.org; Thu, 20 Jun 1996 10:46:32 -0400 From: Charles Henrich Message-Id: <199606201446.KAA04204@crh.cl.msu.edu> Subject: 2.2-960612-SNAP and bt0 To: freebsd-hackers@freebsd.org Date: Thu, 20 Jun 1996 10:46:32 -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 While attempting to instal 2.2-960612-SNAP on a Compaq Prolinea w/ a Buslogic 946C, I get no nachos, the boot disk boots fine, but at the point sysinstall is supposed to run, I get nothing but bt0: Trying to abort errors. This system is running 2.1R peachy keen.. Any ideas? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Thu Jun 20 08:04:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA18108 for hackers-outgoing; Thu, 20 Jun 1996 08:04:32 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA18100 for ; Thu, 20 Jun 1996 08:04:28 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id LAA04270; Thu, 20 Jun 1996 11:04:26 -0400 From: Charles Henrich Message-Id: <199606201504.LAA04270@crh.cl.msu.edu> Subject: Re: 2.2-960612-SNAP and bt0 To: henrich@crh.cl.msu.edu (henrich) Date: Thu, 20 Jun 1996 11:04:25 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "henrich" at Jun 20, 96 10:46:31 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 >While attempting to instal 2.2-960612-SNAP on a Compaq Prolinea w/ a Buslogic >946C, I get no nachos, the boot disk boots fine, but at the point sysinstall i >supposed to run, I get nothing but bt0: Trying to abort errors. This system >is running 2.1R peachy keen.. Any ideas? Okay, I figured that out :) You just had to disable the ISA IO port on the BusLogic since -current now does PCI discovery before ISA. I have run into another wierd problem however, is that the sysinstaller seems to not be able to partition disks with the correct number of partitions? I cant get it to write a valid table with a swap,/,/tmp,/home filesystems. /tmp Gets left out.. -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Thu Jun 20 08:19:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19002 for hackers-outgoing; Thu, 20 Jun 1996 08:19:03 -0700 (PDT) Received: from ki.net (root@ki.net [205.150.102.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA18988 for ; Thu, 20 Jun 1996 08:18:50 -0700 (PDT) Received: from localhost (scrappy@localhost) by ki.net (8.7.5/8.7.5) with SMTP id LAA20189; Thu, 20 Jun 1996 11:18:27 -0400 (EDT) Date: Thu, 20 Jun 1996 11:18:25 -0400 (EDT) From: "Marc G. Fournier" To: "Jordan K. Hubbard" cc: Ade Barkah , freebsd-hackers@freebsd.org Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. In-Reply-To: <15842.835263059@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 20 Jun 1996, Jordan K. Hubbard wrote: > > Some details... the NFS server is a 2.1-RELEASE system, with > > a DEC Lance controller. The 2.2 machine runs a 3com 509-combo. > > When it hangs, I can still ping the 2.2 machine from the NFS > > server. > > Bah, then it's still broken I guess. Foo. > Same problem here...-release installed fine on that same machine though, so did something break recently in the 509 driver recently? Marc G. Fournier scrappy@ki.net Systems Administrator @ ki.net scrappy@freebsd.org From owner-freebsd-hackers Thu Jun 20 08:29:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA19551 for hackers-outgoing; Thu, 20 Jun 1996 08:29:18 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA19545 for ; Thu, 20 Jun 1996 08:29:13 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA09859; Thu, 20 Jun 1996 09:28:30 -0600 Date: Thu, 20 Jun 1996 09:28:30 -0600 From: Nate Williams Message-Id: <199606201528.JAA09859@rocky.sri.MT.net> To: "Marc G. Fournier" Cc: freebsd-hackers@freebsd.org Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. In-Reply-To: References: <15842.835263059@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Some details... the NFS server is a 2.1-RELEASE system, with > > > a DEC Lance controller. The 2.2 machine runs a 3com 509-combo. > > > When it hangs, I can still ping the 2.2 machine from the NFS > > > server. > > > > Bah, then it's still broken I guess. Foo. > > > Same problem here...-release installed fine on that same > machine though, so did something break recently in the 509 driver > recently? I changed it *after* the 0612 SNAP to add PCCARD support on the 15/16th, and Gary added some cleanups to it, but the driver worked fine for other folks testing my changed on a 3C509, plus on my 3C589 PC-CARDS. ---------------------------- revision 1.47 date: 1996/06/14 22:11:35; author: nate; state: Exp; lines: +211 -2 At long last, we know have support for the 3C589 in a FreeBSD release using the existing files using the existing PCCARD support. Now that this is in place I would like to fixup the PCCARD hooks and remove the if_zp driver. At this point, we support everything we used to support *AND MORE* with the PCCARD code. Submitted by: Naoki Hamada (via the Nomad release) [ This works on both my 3C589B and 3C589C ] ---------------------------- revision 1.46 date: 1996/06/14 21:28:35; author: nate; state: Exp; lines: +32 -30 Better code for switching the ethernet transceiver. My 3C509B-COMBO works fine with the following patch. Switching between UTP and BNC is quite easy. (Just type 'ifconfig ep0 link1 -link2' or 'ifconifg ep0 link2 -link1'.) [ I tested this with the additional PC-CARD patches and it works on both connectors on my 3C589B and 3C589C ] Reviewed by: nate Submitted by: Naoki Hamada ---------------------------- revision 1.45 date: 1996/06/12 05:03:38; author: gpalmer; state: Exp; lines: +3 -4 Clean up -Wunused warnings. Reviewed by: bde ---------------------------- revision 1.44 date: 1996/05/24 15:22:36; author: gibbs; state: Exp; lines: +2 -2 .. Nate From owner-freebsd-hackers Thu Jun 20 09:07:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA21665 for hackers-outgoing; Thu, 20 Jun 1996 09:07:37 -0700 (PDT) Received: from relay1.shore.net (root@relay1.shore.net [192.233.85.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA21660 for ; Thu, 20 Jun 1996 09:07:34 -0700 (PDT) Received: from northshore.shore.net (root@northshore.shore.net [192.233.85.1]) by relay1.shore.net (8.7.5/8.7.3) with ESMTP id MAA11707 for ; Thu, 20 Jun 1996 12:07:32 -0400 (EDT) Received: from shore.net (slip-12-15.slip.shore.net [204.167.105.215]) by northshore.shore.net (8.7.5/8.7.3) with SMTP id MAA10589 for ; Thu, 20 Jun 1996 12:07:30 -0400 (EDT) Date: Thu, 20 Jun 1996 12:07:30 -0400 (EDT) Message-Id: <199606201607.MAA10589@northshore.shore.net> X-Sender: mpcd@mailhost.shore.net X-Mailer: Windows Mydora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: Duffy Penski Subject: Even better web pages! Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk check out my newest pages at http://www.freebsd.org/~mpcd/ the only changes are visible on the top level page only. the new changes include: o A drop-down list of mirrors which is based on javascript o A newflash table showing the newest addition to the newsflash page o more links on the left pane tell me what you think! (Note: If you are not using a frames capable version of netscape, the page will look like it always did) Thanks, ------------------ Duffy Penski Co-President Visual Internet Publishing (V.I.P) ------------------ http://www.shore.net/~mpcd/ personal page: http://www.shore.net/~mpcd/putz.htm From owner-freebsd-hackers Thu Jun 20 10:20:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA25914 for hackers-outgoing; Thu, 20 Jun 1996 10:20:38 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA25908 for ; Thu, 20 Jun 1996 10:20:35 -0700 (PDT) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <19133(11)>; Thu, 20 Jun 1996 10:14:45 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB) id AA12366; Thu, 20 Jun 96 13:14:12 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA05479; Thu, 20 Jun 96 13:14:10 EDT Message-Id: <9606201714.AA05479@gnu.mc.xerox.com> To: hackers@freebsd.org Subject: panics using Pioneer 624/adaptac 1522 Date: Thu, 20 Jun 1996 10:14:09 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is my combination of adaptec 1522/Pioneer 624 supposed to be reliable with 5/1/96? With linux I get very fast failures. (and panics). With freebsd, I get sparser failures (but also get panics) How do I save/find what was printed out in the panic? This seems to be happening when I try an mount an empty slot: WARNING: / was not properly dismounted. cd1(aic0:2:1): timed out aic: invalid reselect (idbit=0x 4) aic at line 2077: identify failed # And after that, the next mount fails with a panic (fata trap 12) This seems like a consistent sequence: mount some slots (works fine) mount an empty slot (mount fails with the above error) mount another slot (panic...) Is there a way to not have automatic reboots after panic? Or what do I use to get to the cause of the panic after a reboot (if I can). Linux has a utility (ksymoops) which I found useful...its takes the output of the panic and figures out where it is in the current kernel... Another problem is after this my / file system seemed to have major problems (fsck failed, I did an fsck -y and fixed about 30 errors). After, I was missing /usr and /dev/ttyp[0-9] had strange ownership/permissions [along with other problems I probably haven't found yet]. When I tried to rsh into the machine (everything else appeared to be working) I got: "not enough ptys" So I removed ttyp[0-9], did mknod (looking at anouther freebsd 2.1 system) [MAKEDEVICE ttyp0 appear to work), rebooted, and -- the same thing... marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom (http://www.lpf.org) Any sufficiently advanced technology is indistinguishable from magic Arthur C. Clarke, The Lost Worlds of 2001 From owner-freebsd-hackers Thu Jun 20 10:22:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA26022 for hackers-outgoing; Thu, 20 Jun 1996 10:22:16 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA26017 for ; Thu, 20 Jun 1996 10:22:15 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id KAA15984 for ; Thu, 20 Jun 1996 10:21:57 -0700 (PDT) To: hackers@freebsd.org Subject: In case anyone's interested in P5 vs P6 benchmarks. Date: Thu, 20 Jun 1996 10:21:56 -0700 Message-ID: <15977.835291316@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I ran the full "suite" of benchmarks we have in /usr/ports/benchmarks against a quiet P5/133 and a P6/200 of otherwise similar attributes (same disk controller, similar drives, etc). Results in: ftp://time.cdrom.com/pub/ -rw-rw-r-- 1 jkh bin 28297 Jun 20 10:20 p5.time.times -rw-rw-r-- 1 jkh bin 27762 Jun 20 10:20 p6.calweb.times The p5 was my own machine, time.cdrom.com. The p6 is owned by CalWEB. Jordan From owner-freebsd-hackers Thu Jun 20 11:02:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA27882 for hackers-outgoing; Thu, 20 Jun 1996 11:02:20 -0700 (PDT) Received: from uu.elvisti.kiev.ua (acc0.elvisti.kiev.ua [193.125.28.132]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA27871 for ; Thu, 20 Jun 1996 11:01:43 -0700 (PDT) Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.129]) by uu.elvisti.kiev.ua (8.7.5/8.7.3) with ESMTP id VAA19444; Thu, 20 Jun 1996 21:08:17 +0300 (EET DST) Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id VAA18067; Thu, 20 Jun 1996 21:08:16 +0300 Date: Thu, 20 Jun 1996 21:08:16 +0300 From: "Andrew V. Stesin" Message-Id: <199606201808.VAA18067@office.elvisti.kiev.ua> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: hackers@freebsd.org Subject: Re: What do people think of this change to /usr/src/Makefile? Organization: ElVisti Information center X-Newsreader: TIN [version 1.2 PL2+] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [... pre-build and post-build targets ...] : Comments? I like it VERY much. Having an official way To Do This is great. : Jordan -- 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. From owner-freebsd-hackers Thu Jun 20 11:08:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28196 for hackers-outgoing; Thu, 20 Jun 1996 11:08:47 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA28181 for ; Thu, 20 Jun 1996 11:08:42 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA10423; Thu, 20 Jun 1996 12:07:18 -0600 Date: Thu, 20 Jun 1996 12:07:18 -0600 From: Nate Williams Message-Id: <199606201807.MAA10423@rocky.sri.MT.net> To: "Marty Leisner" Cc: hackers@freebsd.org Subject: Re: panics using Pioneer 624/adaptac 1522 In-Reply-To: <9606201714.AA05479@gnu.mc.xerox.com> References: <9606201714.AA05479@gnu.mc.xerox.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > How do I save/find what was printed out in the panic? In /etc/sysconfig: .... # Set to the name of the device for kernel crashdumps, or `off' to # disable any statically configured dumpdev, or NO for no change. # The device should normally be one of the swap devices specified # in /etc/fstab. dumpdev=/dev/wd0s2b # Set to YES if you want kernel crashdumps to be saved for debugging savecore=YES Obviously, you'll want to use a different dumpdev (which should be the same as whatever you're using for the primary swap in /etc/fstab), but the results are the same. nec:# more /etc/fstab /dev/wd0a / ufs rw 1 1 /dev/wd0s2b none swap sw 0 0 ^^^^^^^^^^^ ^^^^ proc /proc procfs rw 0 0 /dev/wd0s2e /usr ufs rw 1 1 Then, if you want to enable it for this session type nec # dumpon /dev/wd0s2b And a kernel panic will cause it to dump out a core file to your swap partition. Note, you'd better have enough room in /var/crash for an image the same size as your memory + your kernel. So if you've got a 16MB system, you need 16MB + sizeof(kernel) in /var/crash. If your /var partition doesn't have that much space, you can create /usr/crash and make a symlink from /var/crash to /usr/crash. (There are lots of other solutions as well, but that's an easy one). > Another problem is after this my / file system seemed to have major > problems > > (fsck failed, I did an fsck -y and fixed about 30 errors). Is this under -stable or -current? If it's under -stable or an older -current release you *may* need to run fsck multiple times to completely clean things up. Also, 'fsck -y' will sometimes 'fix' a FS so badly that it's unusable. > After, I was missing > /usr > and > /dev/ttyp[0-9] had strange ownership/permissions > [along with other problems I probably haven't found yet]. > > When I tried to rsh into the machine (everything else appeared to be working) > I got: "not enough ptys" > > So I removed ttyp[0-9], did mknod (looking at anouther freebsd 2.1 system) > [MAKEDEVICE ttyp0 appear to work), rebooted, and -- the same thing... MAKEDEVICE isn't a FreeBSD thing, but if you meant ./MAKEDEV ttyp0 that won't work. Try doing: # cd /dev # ./MAKEDEV pty0 and see if that helps. Nate From owner-freebsd-hackers Thu Jun 20 11:12:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28493 for hackers-outgoing; Thu, 20 Jun 1996 11:12:32 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA28384 for ; Thu, 20 Jun 1996 11:11:12 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uWoCB-000QYQC; Thu, 20 Jun 96 20:11 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id UAA19421 for hackers@freebsd.org; Thu, 20 Jun 1996 20:03:32 +0200 Message-Id: <199606201803.UAA19421@allegro.lemis.de> Subject: IP question: who should return ENOBUFS? To: hackers@freebsd.org (FreeBSD Hackers) Date: Thu, 20 Jun 1996 20:03:32 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just spent a fair amount of time trying to figure out why our ISDN software jams up if it can't establish a connection. The symptoms are that if you can't establish a connection before a certain number of packets have been sent, the whole interface just returns: === root@freebie (/dev/ttyp0) /sys/netinet 11 -> ping 192.109.197.38 PING 192.109.197.38 (192.109.197.38): 56 data bytes ping: sendto: No buffer space available ping: wrote 192.109.197.38 64 chars, ret=-1 ping: sendto: No buffer space available I found this strange, since in the interface code (b_isdnipi.c, line 474) we have the code: if (IF_QFULL(&ifp->if_snd)) { if (ifp->if_flags & IFF_RUNNING) isdn_output(sc->sc_appl); IF_DROP(&ifp->if_snd); m_freem(m); splx(x); ifp->if_oerrors++; return (ENOBUFS); } This will drop the first packet *and* not enqueue the last if the queue is full. So I set a breakpoint on the IF_DROP, and hey! nothing happened. After a bit more investigation, I found this code in ip_output.c: /* * Verify that we have any chance at all of being able to queue * the packet or packet fragments */ if ((ifp->if_snd.ifq_len + ip->ip_len / ifp->if_mtu + 1) >= ifp->if_snd.ifq_maxlen) { error = ENOBUFS; goto bad; } I think this is bogus. It's not present in the BSD/OS version, so I assume it was added in FreeBSD. The problem is, it gives you no possibility of recovery: the queue is full and stays that way. Can anybody give me an idea of why it's there, when the interface is perfectly capable of looking after itself? Greg From owner-freebsd-hackers Thu Jun 20 11:19:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28714 for hackers-outgoing; Thu, 20 Jun 1996 11:19:33 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA28705 for ; Thu, 20 Jun 1996 11:19:26 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id LAA00634; Thu, 20 Jun 1996 11:26:54 -0700 (PDT) Date: Thu, 20 Jun 1996 11:26:52 -0700 (PDT) From: Tom Samplonius To: Michael Smith cc: hackers@freebsd.org Subject: Re: Longer usernames? In-Reply-To: <199606200713.QAA05653@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 20 Jun 1996, Michael Smith wrote: > Tom Samplonius stands accused of saying: > > > > What is the general consensus on usernames longer than 8 chars? I've > > been doing some testing on a -stable system with 16 character usernames, > > and everything seems to work ok. > > NIS won't. Really? NIS supports databases of arbitrary key-data pairs. Keys can be longer than 8 characters. On FreeBSD systems, long usernames in /var/yp/master.passwd propogate to slaves just fine, and if the NIS clients have been built to handle longer usernames, those users can login too. > > Also, I recently noticed that BSDI 2.1 supports 16 character usernames > > too (UT_NAMESIZE is 16). This means that BSDI 2.1 bins that access wtmp, > > utmp, etc will not work under FreeBSD. > > What do they do about NIS? Truncate the usernames? Bad bad bad. BSDI 2.1 doesn't have NIS. If it did, I would suppose that it would handle it the same way as FreeBSD does. > > Tom > > -- > ]] 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 [[ > Tom From owner-freebsd-hackers Thu Jun 20 11:34:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA29817 for hackers-outgoing; Thu, 20 Jun 1996 11:34:11 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA29804 for ; Thu, 20 Jun 1996 11:34:07 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id NAA09813; Thu, 20 Jun 1996 13:33:54 -0500 (EST) From: John Dyson Message-Id: <199606201833.NAA09813@dyson.iquest.net> Subject: Re: In case anyone's interested in P5 vs P6 benchmarks. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 20 Jun 1996 13:33:54 -0500 (EST) Cc: hackers@FreeBSD.ORG In-Reply-To: <15977.835291316@time.cdrom.com> from "Jordan K. Hubbard" at Jun 20, 96 10:21:56 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 ran the full "suite" of benchmarks we have in /usr/ports/benchmarks > against a quiet P5/133 and a P6/200 of otherwise similar attributes > (same disk controller, similar drives, etc). > > Results in: > > ftp://time.cdrom.com/pub/ > -rw-rw-r-- 1 jkh bin 28297 Jun 20 10:20 p5.time.times > -rw-rw-r-- 1 jkh bin 27762 Jun 20 10:20 p6.calweb.times > > The p5 was my own machine, time.cdrom.com. The p6 is owned by CalWEB. > > Jordan I just looked at the results, and have a few comments. The results are as expected, but can be confusing. The p6 times were done on 2.1. Relative to 2.1, 2.2 is approx 2x faster on Execl throughput, pipe throughput, shell scripts and fork times. The 2.2 code gives you 'almost p6 on 2.1' VM performance on a P5. If you look at the 2.2-current numbers, and assume the P5 processor speed is 10x the reference, we scale very well. Unfortunately, on 2.1, we did not fare quite as well in some areas. It would be *really nice* to see results for 2.2-current (as of today, with all of the VM bugfixes) on a fast p6!!! (Of course, also compile with all of the gcc options like -fomit-frame-pointer -O2, etc -- just like the 'other' OS does.) But anyway, thank you, Jordan for some valuable numbers, and hopefully, there will be more to come!!! John From owner-freebsd-hackers Thu Jun 20 11:46:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA00465 for hackers-outgoing; Thu, 20 Jun 1996 11:46:37 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA00458 for ; Thu, 20 Jun 1996 11:46:33 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA10546; Thu, 20 Jun 1996 12:46:19 -0600 Date: Thu, 20 Jun 1996 12:46:19 -0600 From: Nate Williams Message-Id: <199606201846.MAA10546@rocky.sri.MT.net> To: grog@lemis.de (Greg Lehey) Cc: hackers@freebsd.org (FreeBSD Hackers), davidg@FreeBS.org Subject: Re: IP question: who should return ENOBUFS? In-Reply-To: <199606201803.UAA19421@allegro.lemis.de> References: <199606201803.UAA19421@allegro.lemis.de> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I Cc'd David on this since I'm not sure he reads hackers, and he's responsible for the piece of code in question. > I've just spent a fair amount of time trying to figure out why our > ISDN software jams up if it can't establish a connection. The > symptoms are that if you can't establish a connection before a certain > number of packets have been sent, the whole interface just returns: > > === root@freebie (/dev/ttyp0) /sys/netinet 11 -> ping 192.109.197.38 > PING 192.109.197.38 (192.109.197.38): 56 data bytes > ping: sendto: No buffer space available > ping: wrote 192.109.197.38 64 chars, ret=-1 > ping: sendto: No buffer space available .... . After a bit more investigation, I found this code in > ip_output.c: > > /* > * Verify that we have any chance at all of being able to queue > * the packet or packet fragments > */ > if ((ifp->if_snd.ifq_len + ip->ip_len / ifp->if_mtu + 1) >= > ifp->if_snd.ifq_maxlen) { > error = ENOBUFS; > goto bad; > } > > I think this is bogus. It's not present in the BSD/OS version, so I > assume it was added in FreeBSD. The problem is, it gives you no > possibility of recovery: the queue is full and stays that way. Can > anybody give me an idea of why it's there, when the interface is > perfectly capable of looking after itself? Here's the log messages when David made the change. ---------------------------- revision 1.3 date: 1994/08/01 12:01:45; author: davidg; state: Exp; lines: +10 -0 fixed bug where large amounts of unidirectional UDP traffic would fill the interface output queue and further udp packets would be fragmented and only partially sent - keeping the output queue full and jamming the network, but not actually getting any real work done (because you can't send just 'part' of a udp packet - if you fragment it, you must send the whole thing). The fix involves adding a check to make sure that the output queue has sufficient space for all of the fragments. Nate From owner-freebsd-hackers Thu Jun 20 12:07:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01811 for hackers-outgoing; Thu, 20 Jun 1996 12:07:40 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA01806 for ; Thu, 20 Jun 1996 12:07:38 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA05885; Thu, 20 Jun 1996 12:07:14 -0700 (PDT) To: John Dyson cc: hackers@FreeBSD.ORG Subject: Re: In case anyone's interested in P5 vs P6 benchmarks. In-reply-to: Your message of "Thu, 20 Jun 1996 13:33:54 CDT." <199606201833.NAA09813@dyson.iquest.net> Date: Thu, 20 Jun 1996 12:07:14 -0700 Message-ID: <5883.835297634@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The p6 times were done on 2.1. Relative to 2.1, 2.2 is approx 2x > faster on Execl throughput, pipe throughput, shell scripts and fork times. > The 2.2 code gives you 'almost p6 on 2.1' VM performance on a P5. Oh damn, damn damn damn damn. Sorry, wrong timings! [blush] Let me go find the run I did on calweb before it was downgraded to 2.1. I never meant to mix and match the two! Jordan From owner-freebsd-hackers Thu Jun 20 12:08:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01903 for hackers-outgoing; Thu, 20 Jun 1996 12:08:41 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA01898 for ; Thu, 20 Jun 1996 12:08:39 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA05896; Thu, 20 Jun 1996 12:08:16 -0700 (PDT) To: John Dyson cc: hackers@FreeBSD.ORG Subject: Re: In case anyone's interested in P5 vs P6 benchmarks. In-reply-to: Your message of "Thu, 20 Jun 1996 13:33:54 CDT." <199606201833.NAA09813@dyson.iquest.net> Date: Thu, 20 Jun 1996 12:08:16 -0700 Message-ID: <5894.835297696@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It would be *really nice* to see results for 2.2-current (as of today, with > all of the VM bugfixes) on a fast p6!!! (Of course, also compile with > all of the gcc options like -fomit-frame-pointer -O2, etc -- just like the > 'other' OS does.) P.S. I think I can accomodate you here. Give me a day to roll the machine back to 2.2. Jordan From owner-freebsd-hackers Thu Jun 20 12:18:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02434 for hackers-outgoing; Thu, 20 Jun 1996 12:18:41 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA02429 for ; Thu, 20 Jun 1996 12:18:39 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA29155; Thu, 20 Jun 1996 14:16:25 -0500 From: Joe Greco Message-Id: <199606201916.OAA29155@brasil.moneng.mei.com> Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. To: davidg@root.com Date: Thu, 20 Jun 1996 14:16:25 -0500 (CDT) Cc: jkh@time.cdrom.com, mbarkah@hemi.com, freebsd-hackers@freebsd.org In-Reply-To: <199606200946.CAA00362@root.com> from "David Greenman" at Jun 20, 96 02:46:25 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >We should still probably take this out - no reason to be scribbling on > >an administrator's carefully crafted motd file now, is there? :-) > > There are a few decades of precedence here. Without this, the OS & version > won't be printed when the user logs in. I think the code should stay as it is. STRONG agreement. Any administrator worth his beans knows that /etc/motd gets modified at boot, in this fashion... and is free to disable it. It is really nice to tell people what environment to expect. I'm still grinning at whatever bug it is that stomps my motd on a SunOS 4.1 box every year or so.. the contents get randomly overwritten with the contents of some other file. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Thu Jun 20 12:56:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04071 for hackers-outgoing; Thu, 20 Jun 1996 12:56:26 -0700 (PDT) Received: from koala.scott.net (jason@koala.scott.net [204.181.147.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA04062 for ; Thu, 20 Jun 1996 12:56:23 -0700 (PDT) Received: (from jason@localhost) by koala.scott.net (8.7.4/8.7.3) id OAA18301; Thu, 20 Jun 1996 14:56:17 -0500 Date: Thu, 20 Jun 1996 14:56:16 -0500 (CDT) From: Jason To: hackers@freebsd.org Subject: 2.2-960612-SNAP and PPP install 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 totally wiped my harddrive (1.0G IDE ) and was going to give 2.2 a try. Everything seemed to be going well ( I like the changes to sysinstall ), until I hit the big moment. When selecting the media, I chose ftp. Entered my IP data, etc. Then the selection for com port etc. came up. It's totally different. I selected the ppp0 with port 1( com 2 ) and figured that should be right. I though it should more than likely be tun0. Then I let it rip. went to the term window and nothing happened. Looked at the modem settings in userppp ( I really started thinking it should be tun0 ). Found that I had the wrong device. Fixed it, nothing happened. Anyone have any similar experiences? jason From owner-freebsd-hackers Thu Jun 20 14:00:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA07967 for hackers-outgoing; Thu, 20 Jun 1996 14:00:20 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA07954 for ; Thu, 20 Jun 1996 14:00:11 -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 RAA08181; Thu, 20 Jun 1996 17:07:08 -0400 Date: Thu, 20 Jun 1996 17:07:08 -0400 Message-Id: <199606202107.RAA08181@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: IP question: who should return ENOBUFS? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I Cc'd David on this since I'm not sure he reads hackers, and he's >responsible for the piece of code in question. > >> I've just spent a fair amount of time trying to figure out why our >> ISDN software jams up if it can't establish a connection. The >> symptoms are that if you can't establish a connection before a certain >> number of packets have been sent, the whole interface just returns: >> >> === root@freebie (/dev/ttyp0) /sys/netinet 11 -> ping 192.109.197.38 >> PING 192.109.197.38 (192.109.197.38): 56 data bytes >> ping: sendto: No buffer space available >> ping: wrote 192.109.197.38 64 chars, ret=-1 >> ping: sendto: No buffer space available >.... > >. After a bit more investigation, I found this code in >> ip_output.c: >> >> /* >> * Verify that we have any chance at all of being able to queue >> * the packet or packet fragments >> */ >> if ((ifp->if_snd.ifq_len + ip->ip_len / ifp->if_mtu + 1) >= >> ifp->if_snd.ifq_maxlen) { >> error = ENOBUFS; >> goto bad; >> } >> >> I think this is bogus. It's not present in the BSD/OS version, so I >> assume it was added in FreeBSD. The problem is, it gives you no >> possibility of recovery: the queue is full and stays that way. Can >> anybody give me an idea of why it's there, when the interface is >> perfectly capable of looking after itself? > >Here's the log messages when David made the change. > >---------------------------- >revision 1.3 >date: 1994/08/01 12:01:45; author: davidg; state: Exp; lines: +10 -0 >fixed bug where large amounts of unidirectional UDP traffic would fill >the interface output queue and further udp packets would be fragmented >and only partially sent - keeping the output queue full and jamming the >network, but not actually getting any real work done (because you can't >send just 'part' of a udp packet - if you fragment it, you must send >the whole thing). The fix involves adding a check to make sure that the >output queue has sufficient space for all of the fragments. ENOBUFS causes a QUENCH to be sent, which is arguably correct if the problem is truly a queue overload. This should not "break" the connection unless the source is broken. ICMP ignores the return value from ip_output, so it should not matter what is returned. Another problem is that you need queue management based on the available bandwidth of the interface. You can't have the same management scheme or thresholds for a 10Mbs interface as you do for a 56kbs one. This is precisely why we have the interface manage the queue depth. Additionally, queue managment should be based on queue size in bits (or bytes), not number of packets. 100 60 byte packets is not backup... 100 1000 byte packets is. Using packet counts is simply wrong. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Thu Jun 20 14:10:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA08842 for hackers-outgoing; Thu, 20 Jun 1996 14:10:40 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA08836 for ; Thu, 20 Jun 1996 14:10:34 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA22065 for ; Thu, 20 Jun 1996 23:10:29 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA26691 for freebsd-hackers@freebsd.org; Thu, 20 Jun 1996 23:10:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA18369 for freebsd-hackers@freebsd.org; Thu, 20 Jun 1996 22:05:10 +0200 (MET DST) From: J Wunsch Message-Id: <199606202005.WAA18369@uriah.heep.sax.de> Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 20 Jun 1996 22:05:10 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at "Jun 20, 96 11:18:25 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Marc G. Fournier wrote: > > Bah, then it's still broken I guess. Foo. > > > Same problem here...-release installed fine on that same > machine though, so did something break recently in the 509 driver > recently? It's not related to the 3c509 driver. My latest SNAP (about one week old) was only slightly improved over earlier versions. While i could not even install any SNAP over NFS lately, the most recent one was partially installable, but required me to abort several dists and retry them. (Well, big thanks to Jordan for finally making _this_ -- the retries -- working!) -- 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 Jun 20 14:13:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09064 for hackers-outgoing; Thu, 20 Jun 1996 14:13: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.5/8.7.3) with SMTP id OAA09053 for ; Thu, 20 Jun 1996 14:13:15 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA22151; Thu, 20 Jun 1996 23:11:22 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA26718; Thu, 20 Jun 1996 23:10:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA18421; Thu, 20 Jun 1996 22:10:29 +0200 (MET DST) From: J Wunsch Message-Id: <199606202010.WAA18421@uriah.heep.sax.de> Subject: Re: panics using Pioneer 624/adaptac 1522 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 20 Jun 1996 22:10:29 +0200 (MET DST) Cc: leisner@sdsp.mc.xerox.com (Marty Leisner) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9606201714.AA05479@gnu.mc.xerox.com> from Marty Leisner at "Jun 20, 96 10:14:09 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Marty Leisner wrote: > Is my combination of adaptec 1522/Pioneer 624 supposed to be reliable > with 5/1/96? Well, the aic driver is a bit rusty, and certainly not one of the pieces we are most proud of. ;) > And after that, the next mount fails with a panic > (fata trap 12) > > This seems like a consistent sequence: > mount some slots (works fine) > mount an empty slot (mount fails with the above error) > mount another slot (panic...) Hmm, i've also heard about problems with other CD changers when accessing multiple CDs simultaneously. > Is there a way to not have automatic reboots after panic? Or what It's supposed to reboot automatically. > Another problem is after this my / file system seemed to have major > problems > (fsck failed, I did an fsck -y and fixed about 30 errors). Ah, that's why it didn't do in your case. Your file system(s) were seriously damaged, perhaps as a consequence of the SCSI crash. -- 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 Jun 20 14:44:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12222 for hackers-outgoing; Thu, 20 Jun 1996 14:44:20 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA12206 for ; Thu, 20 Jun 1996 14:44:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id OAA01814; Thu, 20 Jun 1996 14:43:58 -0700 (PDT) Message-Id: <199606202143.OAA01814@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: IP question: who should return ENOBUFS? In-reply-to: Your message of "Thu, 20 Jun 1996 20:03:32 +0200." <199606201803.UAA19421@allegro.lemis.de> From: David Greenman Reply-To: davidg@root.com Date: Thu, 20 Jun 1996 14:43:58 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >=== root@freebie (/dev/ttyp0) /sys/netinet 11 -> ping 192.109.197.38 >PING 192.109.197.38 (192.109.197.38): 56 data bytes >ping: sendto: No buffer space available >ping: wrote 192.109.197.38 64 chars, ret=-1 >ping: sendto: No buffer space available > >I found this strange, since in the interface code (b_isdnipi.c, line >474) we have the code: > > if (IF_QFULL(&ifp->if_snd)) > { > if (ifp->if_flags & IFF_RUNNING) > isdn_output(sc->sc_appl); > IF_DROP(&ifp->if_snd); > m_freem(m); > splx(x); > ifp->if_oerrors++; > return (ENOBUFS); > } > >This will drop the first packet *and* not enqueue the last if the >queue is full. So I set a breakpoint on the IF_DROP, and hey! nothing >happened. After a bit more investigation, I found this code in >ip_output.c: > > /* > * Verify that we have any chance at all of being able to queue > * the packet or packet fragments > */ > if ((ifp->if_snd.ifq_len + ip->ip_len / ifp->if_mtu + 1) >= > ifp->if_snd.ifq_maxlen) { > error = ENOBUFS; > goto bad; > } > >I think this is bogus. It's not present in the BSD/OS version, so I >assume it was added in FreeBSD. The problem is, it gives you no >possibility of recovery: the queue is full and stays that way. Can >anybody give me an idea of why it's there, when the interface is >perfectly capable of looking after itself? The interface has no knowledge of whether or not this is a fragment in a mulitple fragment datagram. FreeBSD is very good about keeping the output queue of an interface busy. Allowing any one of the fragments that make up an IP packet to be dropped makes the entire packet useless. The above piece of code fixes a bug where the output queue is kept completely full, and each time that the second fragment of a packet is queued it is dropped. This results eventually in the need to retransmit it and the same thing happens again. That in itself isn't so much of a problem except that in the process of doing this, you're flooding the network with useless fragments and getting nowhere in the process. The only way to fix this is to drop all of the fragments of a fragmented packet and the only place you can do this is before the packet is fragmented. The above is only a problem for UDP. TCP's window prevents the queue limit from being reached in usual case. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Jun 20 14:55:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13497 for hackers-outgoing; Thu, 20 Jun 1996 14:55:20 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13424; Thu, 20 Jun 1996 14:55:04 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA29533; Thu, 20 Jun 1996 16:54:17 -0500 From: Joe Greco Message-Id: <199606202154.QAA29533@brasil.moneng.mei.com> Subject: Automatic PPP-detecting getty and pppd!!! To: hackers@freebsd.org, isp@freebsd.org, aturetta@stylo.it, michaelh@cet.co.jp Date: Thu, 20 Jun 1996 16:54:16 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Okay all of you who have been wanting a way to get around loading "Microsoft Dial Up Scripting" on your Windows 95 boxes... now FreeBSD can detect a PPP session inside getty, and deal with it appropriately! "Cooooool!" My setup assumes use of kernel PPP, and assumes you have "options" and "options.ttyXX" set up so that the "ppplogin" script doesn't have to deal with it. The "ppplogin" script is arbitrary and can be modified to suit local policies. pppd has been modified to update utmp and wtmp and note an automatic PPP login by setting the "from/host" field to ":PPP". getty has been modified with a "pp=" capability to enable automatic PPP detection, and will pass off PPP sessions to this program instead of /usr/bin/login. I do not yet have patches available. I pulled the -current sources and built them under 2.1R, there were some /usr/include headaches that I brute forced my way through. I would like to submit patches for both -current and -stable (if it still exists). There is a binary tarball pointer below. To use this: Add the following to your gettytab... [....] std.115200|115200-baud:\ :np:sp#115200: ppp.115200|115200-baud:\ :np:sp#115200:pp=/usr/local/libexec/ppplogin: This is a PPP-autodetect enabled getty entry. Add the following to your ttys... [...] # ttyc0 "/usr/libexec/getty ppp.115200" unknown on ttyc1 "/usr/libexec/getty ppp.115200" unknown on [...] We are using Cyclades cards, you can of course modify to be "ttyd0" or whatever. We are also running at 115200, which is of course arbitrary. Now, SAVE YOUR OLD /usr/libexec/getty AND /usr/sbin/pppd EXECUTABLES. FTP to ftp://ftp.freebsd.sol.net/pub/alpha/pppgetty.tar.gz and extract it. You should be ready to rock and roll! Bear in mind that you need to set up and configure pppd, but that is an exercise I will leave up to you. We've been using it here with zero problems for several days.. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Thu Jun 20 15:55:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23619 for hackers-outgoing; Thu, 20 Jun 1996 15:55:18 -0700 (PDT) Received: from Fieber-John.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA23614 for ; Thu, 20 Jun 1996 15:55:15 -0700 (PDT) Received: from localhost (jfieber@localhost) by Fieber-John.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id RAA05038; Thu, 20 Jun 1996 17:55:12 -0500 (EST) X-Authentication-Warning: Fieber-John.campusview.indiana.edu: jfieber owned process doing -bs Date: Thu, 20 Jun 1996 17:55:11 -0500 (EST) From: John Fieber X-Sender: jfieber@Fieber-John.campusview.indiana.edu To: Duffy Penski cc: hackers@FreeBSD.ORG Subject: Re: Even better web pages! In-Reply-To: <199606201607.MAA10589@northshore.shore.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 Thu, 20 Jun 1996, Duffy Penski wrote: > check out my newest pages at http://www.freebsd.org/~mpcd/ > o A drop-down list of mirrors which is based on javascript Clever! We do need a fallback for people without javascript or javascript disabled. A CGI that ships out a redirect should do the trick. In fact, I may prefer that method anyway so I can see what mirrors get used. > o more links on the left pane There are two sorts of links here: the main second level pages (About through Search) and then shortcuts to various key features. I'm not sure about some of the shortcuts, but regardless, they should somehow be distinguished. Also, Search and Quick Index should be together, probably at the bottom. "Spport Info." and "User and Developer Resources" are redundant. Delete the former, and change the latter to "Support Information". Next, with the frames, the width problem is aggrivated. On the second level pages that have a "graphic" text, eg the obtaining an installing, it might be good if the text were set in a couple lines. Finally, The graphic bar that appears on the second level pages, could we get a short version of that at the top of the left hand frame? Oh, just noticed, the www.freebsd.org link at the bottom of the left frame should load the page in the *right* frame. :) I think we almost have a winner! -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-hackers Thu Jun 20 16:00:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24094 for hackers-outgoing; Thu, 20 Jun 1996 16:00:56 -0700 (PDT) Received: from Fieber-John.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24087 for ; Thu, 20 Jun 1996 16:00:54 -0700 (PDT) Received: from localhost (jfieber@localhost) by Fieber-John.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id SAA05048; Thu, 20 Jun 1996 18:00:49 -0500 (EST) X-Authentication-Warning: Fieber-John.campusview.indiana.edu: jfieber owned process doing -bs Date: Thu, 20 Jun 1996 18:00:49 -0500 (EST) From: John Fieber X-Sender: jfieber@Fieber-John.campusview.indiana.edu To: Duffy Penski cc: hackers@FreeBSD.ORG Subject: Re: Even better web pages! In-Reply-To: <199606201607.MAA10589@northshore.shore.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 Thu, 20 Jun 1996, Duffy Penski wrote: > check out my newest pages at http://www.freebsd.org/~mpcd/ > > o A newflash table showing the newest addition to the newsflash page Forgot this one... This is an interesting idea, but I think it would be better as an abbreviated blurb with a link to the newsflash page. Now that I think about it, with the frame on the left, the home page in effect becomes just a "splash" page. The trick it to make it a useful splash. Hm.... -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-hackers Thu Jun 20 16:25:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25536 for hackers-outgoing; Thu, 20 Jun 1996 16:25:58 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA25513 for ; Thu, 20 Jun 1996 16:25:37 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id AAA04239; Fri, 21 Jun 1996 00:20:52 +0100 (BST) Message-Id: <199606202320.AAA04239@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Fri, 21 Jun 1996 00:20:51 +0100 In-Reply-To: "Jordan K. Hubbard"'s message of Jun 20, 7:26am X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: What do people think of this change to /usr/src/Makefile? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Thu 20 Jun, 1996 > Subject: What do people think of this change to /usr/src/Makefile? Why is this necessary, when the following solution already exists? #!/bin/sh /usr/bin/true cd /usr/src && make world cp /my/hacked/binary /usr/bin Also, your pre-world is really start-of-world and post-world is end-of-world; the @/usr/bin/true looks ugly and superfluous. Mark. > Problem: > Sites want to be able to do their own things before or after > (or both) a make world without having to modify the Makefile > since sup sites will simply see it spammed again. Let's say > that you want to copy a special version of some package > in for building, so you want a `before hook' for world, or > after a make world your system is hosed because you have some > specially hacked binaries that have been replaced, and so > you want an `after hook'. > > Proposed Solution: > The following changes allow you to define pre-build and/or > post-build targets in /etc/make.conf and the world rule will > run them automatically. If they're not defined, the behavior > is the same as it is now. > > Diffs: > > Index: Makefile > =================================================================== > RCS file: /home/ncvs/src/Makefile,v > retrieving revision 1.81 > diff -u -r1.81 Makefile > --- Makefile 1996/06/19 21:19:56 1.81 > +++ Makefile 1996/06/20 09:01:51 > @@ -102,13 +102,21 @@ > > MK_FLAGS= -DNOMAN -DNOPROFILE > > -world: hierarchy mk $(WORLD_CLEANDIST) bootstrap include-tools includes lib-tools libraries build-tools > +.if !target(pre-build) > +pre-build: > + @/usr/bin/true > +.endif > + > +world: pre-build hierarchy mk $(WORLD_CLEANDIST) bootstrap include-tools includes lib-tools libraries build-tools > @echo "--------------------------------------------------------------" > @echo " Rebuilding ${DESTDIR} The whole thing" > @echo "--------------------------------------------------------------" > @echo > ${MAKE} depend all install > cd ${.CURDIR}/share/man && ${MAKE} makedb > +.if target(post-build) > + cd ${.CURDIR} && ${MAKE} post-build > +.endif > @echo "make world completed on `date`" > > bootstrap: > > Comments? > > Jordan -- Mark Valentine at Home From owner-freebsd-hackers Thu Jun 20 16:51:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA26712 for hackers-outgoing; Thu, 20 Jun 1996 16:51:23 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA26704 for ; Thu, 20 Jun 1996 16:51:17 -0700 (PDT) Received: from campa.panke.de (anonymous232.ppp.cs.tu-berlin.de [130.149.17.232]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id BAA24944; Fri, 21 Jun 1996 01:31:36 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id WAA00487; Thu, 20 Jun 1996 22:59:03 +0200 Date: Thu, 20 Jun 1996 22:59:03 +0200 From: Wolfram Schneider Message-Id: <199606202059.WAA00487@campa.panke.de> To: Tom Samplonius Cc: hackers@freebsd.org Subject: Longer usernames? In-Reply-To: References: Reply-to: Wolfram Schneider 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 Tom Samplonius writes: > Also, I recently noticed that BSDI 2.1 supports 16 character usernames >too (UT_NAMESIZE is 16). This means that BSDI 2.1 bins that access wtmp, >utmp, etc will not work under FreeBSD. The limit is also MAXLOGNAME (12 chars), see /usr/include/sys/param.h /usr/src/lib/libc/gen/getlogin.c Unfortunately our libc mixed MAXLOGNAME and UT_NAMESIZE. Wolfram From owner-freebsd-hackers Thu Jun 20 17:39:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA29790 for hackers-outgoing; Thu, 20 Jun 1996 17:39:02 -0700 (PDT) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA29785 for ; Thu, 20 Jun 1996 17:38:59 -0700 (PDT) Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id SAA14673; Thu, 20 Jun 1996 18:37:41 -0600 From: Ade Barkah Message-Id: <199606210037.SAA14673@hemi.com> Subject: Re: NFS install problem with 2.2-960612-SNAP, motd, etc. To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Thu, 20 Jun 1996 18:37:41 -0600 (MDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199606201916.OAA29155@brasil.moneng.mei.com> from "Joe Greco" at Jun 20, 96 02:16:25 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe Greco wrote: > > >We should still probably take this out - no reason to be scribbling on > > >an administrator's carefully crafted motd file now, is there? :-) > > > > There are a few decades of precedence here. Without this, the OS & > > version won't be printed when the user logs in. I think the code > > should stay as it is. > > STRONG agreement. Any administrator worth his beans knows that /etc/motd > gets modified at boot, in this fashion... and is free to disable it. > It is really nice to tell people what environment to expect. Well, ok... just a few words... motd doesn't get modified on many operating systems, so a non-BSD admin may get surprised. On these systems, /usr/bin/login prints out the version of the operating system along with the copyright notice... that way the OS & version will *always* be displayed regardless of the /etc/motd file (unless quietlog is on)... maybe we should do this instead ? Simple change to login.c. I'd say... at least modify the code so it doesn't clobber the first line of the /etc/motd like it does, and note that it will break when year 2000 comes. Thanks, -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Thu Jun 20 17:47:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA00309 for hackers-outgoing; Thu, 20 Jun 1996 17:47:31 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA00288; Thu, 20 Jun 1996 17:47:24 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id OAA15651; Thu, 20 Jun 1996 14:47:28 -0700 (MST) From: Don Yuniskis Message-Id: <199606202147.OAA15651@seagull.rtd.com> Subject: dmake documents To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Thu, 20 Jun 1996 14:47:28 -0700 (MST) Cc: freebsd-ports@freefall.FreeBSD.org (FreeBSD ports) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I was playing with the port of dmake recently. I tried to install the troff source for the man page -- which is not installed in the normal package -- and seem to have a problem with one of the macros. Specifically, the definition of the ``Ii'' macro seems to invoke the ``}N'' macro in a trap (e.g., ".it 1 }N"). Presumably, this ends the diversion in effect and generates the output. But, I can't find a macro ``}N'' anywhere in the man page. Nor is it part of my tmac.* stuff. Is this an artifact of some *other* set of macros (i.e. from a different vendor)? Does anyone have the text of said macro? Or, should I just roll my own and hope for the best?? Thanks, --don From owner-freebsd-hackers Thu Jun 20 18:04:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA01430 for hackers-outgoing; Thu, 20 Jun 1996 18:04:49 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA01425 for ; Thu, 20 Jun 1996 18:04:46 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by ref.tfs.com (8.7.5/8.7.3) with ESMTP id SAA08468 for ; Thu, 20 Jun 1996 18:04:42 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id SAA29639; Thu, 20 Jun 1996 18:06:02 -0700 (PDT) Date: Thu, 20 Jun 1996 18:06:01 -0700 (PDT) From: Jaye Mathisen To: Charles Henrich cc: freebsd-hackers@freebsd.org Subject: Re: 2.2-960612-SNAP and bt0 In-Reply-To: <199606201446.KAA04204@crh.cl.msu.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 I'm seeing the exact same symptom on a different no-name Pentium box. Dropping back to an older disk and upgrading via sup works, but is painful. On Thu, 20 Jun 1996, Charles Henrich wrote: > While attempting to instal 2.2-960612-SNAP on a Compaq Prolinea w/ a Buslogic > 946C, I get no nachos, the boot disk boots fine, but at the point sysinstall is > supposed to run, I get nothing but bt0: Trying to abort errors. This system > is running 2.1R peachy keen.. Any ideas? From owner-freebsd-hackers Thu Jun 20 18:14:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02155 for hackers-outgoing; Thu, 20 Jun 1996 18:14:56 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA02098; Thu, 20 Jun 1996 18:14:21 -0700 (PDT) Received: (from fqueries@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id AAA05791; Fri, 21 Jun 1996 00:34:52 GMT Date: Fri, 21 Jun 1996 00:34:52 GMT Message-Id: <199606210034.AAA05791@jraynard.demon.co.uk> From: James Raynard To: gpalmer@freebsd.org CC: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org In-reply-to: <7073.835304030@palmer.demon.co.uk> (message from Gary Palmer on Thu, 20 Jun 1996 21:53:50 +0100) Subject: Re: Max first parameter of a Select call? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Note Cc: line changed - this should probably move to -hackers] > > However, is a copy of the types.h used in compiling the > > kernel, which is where the kernel picks up its value of FD_SETSIZE > > from. So a user program can never safely use FD_SETSIZE > 256 without > > a kernel re-compile first! > > It can actually, you get get an error back if you try to set the > number of FD's you want to scan (the `nfds' parameter) to be greater > than the value of FD_SETSIZE when the kernel was compiled (at least, > that's how -stable works, and from a quick glance -current seems the > same). Yep, that's what I said - 256 is the value of FD_SETSIZE that's compiled into the kernel by default. So you have to re-compile the kernel if you want a higher value. 8-) > The real answer is to make it dynamic and dependant on a read-only > sysctl variable or something ... Yes! (The real problem being that there's too much information compiled statically into the kernel here). > I'm not sure if the bitmap's required by the code will be that > forgiving tho :-( I don't see why this should cause problems for the internals of select() - can't ibits and obits be dynamically allocated, based on our sysctl variable, and the rest of the code altered to accommodate? There's a definite problem with FD_ZERO() and friends though, as they depend on FD_SETSIZE through NFDBITS. Actually, we could probably get them to reference the sysctl variable as well, though we might need to re-write them as functions instead of macros... -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Thu Jun 20 18:20:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02735 for hackers-outgoing; Thu, 20 Jun 1996 18:20:15 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA02706 for ; Thu, 20 Jun 1996 18:20:02 -0700 (PDT) Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id KAA01404; Thu, 20 Jun 1996 10:11:32 GMT Date: Thu, 20 Jun 1996 10:11:32 GMT Message-Id: <199606201011.KAA01404@jraynard.demon.co.uk> From: James Raynard To: leisner@sdsp.mc.xerox.com CC: hackers@freebsd.org In-reply-to: <9606191912.AA00946@gnu.mc.xerox.com> (message from Marty Leisner on Wed, 19 Jun 1996 12:12:00 PDT) Subject: Re: list of differences between 2.1 and 2.2? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is there a list of the differences (mainly in kernel internals and structures) > between 2.0/2.1/2.2...?? Not unless you (or someone else) is prepared to write one. 8-) The main change that comes to mind is the VM/cache merge, then there's the devfs work (which I don't know very much about), not to mention lots and lots of other things which don't spring to mind immediately... -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Thu Jun 20 18:20:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02785 for hackers-outgoing; Thu, 20 Jun 1996 18:20:30 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA02761 for ; Thu, 20 Jun 1996 18:20:22 -0700 (PDT) Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id KAA01393; Thu, 20 Jun 1996 10:03:17 GMT Date: Thu, 20 Jun 1996 10:03:17 GMT Message-Id: <199606201003.KAA01393@jraynard.demon.co.uk> From: James Raynard To: wosch@cs.tu-berlin.de CC: leisner@sdsp.mc.xerox.com, hackers@freebsd.org In-reply-to: <199606192131.XAA00409@campa.panke.de> (message from Wolfram Schneider on Wed, 19 Jun 1996 23:31:00 +0200) Subject: Re: top 3.4beta2 on freebsd 2.2 (5/1/96 snapshot) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I kinda got top 3.4beta2 working on freebsd 5.1.96 (2.2 snapshot). > > Top from ports tree (FreeBSD-current/ports/sysutils/top) works for 2.1 > and -current. But that's version 3.3, though. Are there any advantages to version 3.4? If so, would we be better advised to wait until it comes out of beta? -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Thu Jun 20 18:22:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA03082 for hackers-outgoing; Thu, 20 Jun 1996 18:22:14 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA03054; Thu, 20 Jun 1996 18:22:02 -0700 (PDT) Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id LAA01563; Thu, 20 Jun 1996 11:31:01 GMT Date: Thu, 20 Jun 1996 11:31:01 GMT Message-Id: <199606201131.LAA01563@jraynard.demon.co.uk> From: James Raynard To: gpalmer@freebsd.org, msmith@atrad.adelaide.edu.au CC: hackers@freebsd.org In-reply-to: <199606200333.NAA05031@genesis.atrad.adelaide.edu.au> (message from Michael Smith on Thu, 20 Jun 1996 13:03:08 +0930 (CST)) Subject: Re: cvs-cur-2135 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Is there anyone else in the slow lane of the information superhighway > > who finds the recent series of enormous CTM deltas somewhat annoying? > > (winds sarcasm control to 11) What was that about sarcasm being the lowest form of wit? > Gee, yes! Let's just stop the development of FreeBSD so that these people > can reduce their mail load! I'm sorry that the only kind of response people seem to be capable of is a sneering "what did you expect, get out of the kitchen if you can't stand the heat". I am fully aware that keeping up to date with -current involves some means of getting the source onto my system, and I have been perfectly happy to ftp down one or two 5-10kB deltas (or the occasional 50-100k one) while my mail's being delivered. In fact this has worked extremely well so far and I really appreciate being able to do this. However, things have been rather different over the past few days:- -rw-rw-r-- 1 james wheel 896758 Jun 18 23:06 cvs-cur.2133.gz -rw-rw-r-- 1 james staff 3838 Jun 18 23:04 cvs-cur.2134.gz -rw-rw-r-- 1 james wheel 1796061 Jun 20 09:46 cvs-cur.2135.gz -rw-rw-r-- 1 james wheel 3885 Jun 19 20:36 cvs-cur.2136.gz -rw-rw-r-- 1 james wheel 14556 Jun 19 20:37 cvs-cur.2137.gz -rw-rw-r-- 1 james wheel 3322 Jun 19 20:39 cvs-cur.2138.gz -rw-rw-r-- 1 james wheel 410260 Jun 20 09:48 cvs-cur.2139.gz I accept that these things are necessary from time to time as part of building a better and brighter FreeBSD future and am well aware that running -current, and having commit privileges, is not a free lunch. Unfortunately I don't have an income at the moment and can't afford to subsidise British Telecom in this way. I'm aware that there are many other people who have poor connectivity as well, but I for one will have to seriously consider giving up on -current if this continues on a regular basis. However, I hope we've now turned the corner on this. > ...and you certainly haven't been contributing to these deltas now have you? I most certainly have not been making any multi-megabyte commits. If you made a CTM delta out of all the commits I've ever made, I'd be astonished if it came to over 10k. > (Yes, I wear several hours of sup a week over a slow and laggy modem link, > and I _do_ appreciate your work 8) Thank you. -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Thu Jun 20 18:25:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA03407 for hackers-outgoing; Thu, 20 Jun 1996 18:25:05 -0700 (PDT) Received: from mail0.iij.ad.jp (root@mail0.iij.ad.jp [192.244.176.61]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA03402 for ; Thu, 20 Jun 1996 18:25:03 -0700 (PDT) Received: from uucp1.iij.ad.jp (uucp1.iij.ad.jp [192.244.176.73]) by mail0.iij.ad.jp (8.6.12+2.4W/3.3W9-MAIL) with ESMTP id KAA06114; Fri, 21 Jun 1996 10:24:54 +0900 Received: (from uucp@localhost) by uucp1.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id KAA09783; Fri, 21 Jun 1996 10:24:54 +0900 Received: from xxx.fct.kgc.co.jp by yyy.kgc.co.jp (8.7.5/3.4W:95122611) id JAA14437; Fri, 21 Jun 1996 09:38:24 +0900 (JST) Received: by xxx.fct.kgc.co.jp (8.6.12/3.3W8:95062916) id JAA01105; Fri, 21 Jun 1996 09:38:24 +0900 Date: Fri, 21 Jun 1996 09:38:24 +0900 From: Toshihiro Kanda Message-Id: <199606210038.JAA01105@xxx.fct.kgc.co.jp> To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers), Don Yuniskis In-reply-to: <199606191115.EAA15716@seagull.rtd.com> Subject: Re: wd? numbering question Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Primary IDE controller, Master : 400M HDD (Windows 95) > > Primary IDE controller, Slave : none > > Secondary IDE controller, Master : 1.6G HDD (FreeBSD 2.1) > > Secondary IDE controller, Slave : none > > > > After insallation, it rebooted and paniced. It said "Cannot mount > > root directory.." It seemed there was confusion of wd1 with wd2. > > > > Boot thinks the second HDD is `wd1', while kernel probes it as > > `wd2'. My question is why kernel skips `wd1'? Quoting from > > GENERIC... > > > > ---8<------8<------8<--- > > controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr > > disk wd0 at wdc0 drive 0 > > disk wd1 at wdc0 drive 1 > > ---8<------8<------8<--- > > wd*0* is your 400M drive (the Primary controller is wdc0 and it handles > disks wd0 and wd1). wd2 is your 1.6G drive (the Secondary controller > is wdc1 -- note wdC vs. wd -- and handles disks wd2 and wd3... skip down > a few more lines in GENERIC and you'll see this second controller > defined along with the drives it supports) > > Hope that clears it up... > > --don Thank you for your advice. So, I ask again, why wd1 is not defined as "disk wd1 at wdc? drive ?" ? Doesn't it work? candy@fct.kgc.co.jp (Toshihiro Kanda) From owner-freebsd-hackers Thu Jun 20 18:45:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA04771 for hackers-outgoing; Thu, 20 Jun 1996 18:45:46 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA04763 for ; Thu, 20 Jun 1996 18:45:40 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA08107; Fri, 21 Jun 1996 11:48:22 +0930 From: Michael Smith Message-Id: <199606210218.LAA08107@genesis.atrad.adelaide.edu.au> Subject: Re: Longer usernames? To: tom@sdf.com (Tom Samplonius) Date: Fri, 21 Jun 1996 11:48:21 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: from "Tom Samplonius" at Jun 20, 96 11:26:52 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 Tom Samplonius stands accused of saying: > > > > > > What is the general consensus on usernames longer than 8 chars? I've > > > been doing some testing on a -stable system with 16 character usernames, > > > and everything seems to work ok. > > > > NIS won't. > > Really? NIS supports databases of arbitrary key-data pairs. Keys can > be longer than 8 characters. > > On FreeBSD systems, long usernames in /var/yp/master.passwd propogate to > slaves just fine, and if the NIS clients have been built to handle longer > usernames, those users can login too. That's the problem though; other hosts that _don't_ support longer usernames won't be able to interoperate with FreeBSD's NIS. We might as well call it NIS++ then 8) The whole idea behind doing NIS at all is to be able to work in a mixed environment. I appreciate your basic idea though; it would be nice to come up with a solution that didn't involve a complete rebuild to swap from one to the other. > > > Also, I recently noticed that BSDI 2.1 supports 16 character usernames > > > too (UT_NAMESIZE is 16). This means that BSDI 2.1 bins that access wtmp, > > > utmp, etc will not work under FreeBSD. > > > > What do they do about NIS? Truncate the usernames? Bad bad bad. > > BSDI 2.1 doesn't have NIS. Ah. > Tom -- ]] 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 Thu Jun 20 19:17:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA06430 for hackers-outgoing; Thu, 20 Jun 1996 19:17:24 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA06425 for ; Thu, 20 Jun 1996 19:17:21 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA04782; Thu, 20 Jun 1996 19:16:15 -0700 (PDT) To: mark@linus.demon.co.uk (Mark Valentine) cc: hackers@freebsd.org Subject: Re: What do people think of this change to /usr/src/Makefile? In-reply-to: Your message of "Fri, 21 Jun 1996 00:20:51 BST." <199606202320.AAA04239@linus.demon.co.uk> Date: Thu, 20 Jun 1996 19:16:14 -0700 Message-ID: <4780.835323374@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Why is this necessary, when the following solution already exists? > > #!/bin/sh > /usr/bin/true > cd /usr/src && make world > cp /my/hacked/binary /usr/bin I'm not sure I follow you. I just want something that is divorced from /usr/src (so that you can blow that away and recreate it) yet coupled with make world so that if any of `n' admins wanders in there and does a make world, it does the right thing on whichever machine they happen to be on. Most folks seem to like the idea so far. > Also, your pre-world is really start-of-world and post-world is > end-of-world; the @/usr/bin/true looks ugly and superfluous. nit nit nit. :-) Jordan From owner-freebsd-hackers Thu Jun 20 19:38:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA08099 for hackers-outgoing; Thu, 20 Jun 1996 19:38:12 -0700 (PDT) Received: from vince.avalon.rs.net (vince.avalon.rs.net [198.32.4.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA08089 for ; Thu, 20 Jun 1996 19:38:08 -0700 (PDT) Received: (from svincent@localhost) by vince.avalon.rs.net (8.7.5/8.7.3) id MAA00940; Thu, 20 Jun 1996 12:36:08 -0700 (PDT) Date: Thu, 20 Jun 1996 12:36:07 -0700 (PDT) From: Subramaniam Vincent To: hackers@freebsd.org Subject: NFS permission problems - unprivileged port In-Reply-To: <199606210218.LAA08107@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am trying to use the mount_nfs command to mount a Sun OS 4.1.4 filesystem . After I mount the filesystem, I cant do ls or pwd or any such commands , because I get a permission denied message. The Sun OS Server has a lot of security running , and is showing these warnings Jun 19 14:59:34 zephyr vmunix: NFS request from unprivileged port. Jun 19 14:59:34 zephyr vmunix: nfs_server: weak authentication, source IP addres s=198.32.4.160 rpcinfo works fine from client to the server. When I tried mount_nfs -3 to check for version 3 support, (because /etc/rc.local on the Sun OS server had some mention of failing to allow pre 3.0 clients..) I get this message from the client mount_nfs : mount_nfs: bad MNT RPC: RPC: Program/version mismatch; low version = 1, high version = 2 My client is a freeBSD 2.2 snapshot version (MIT). The client and server are not in the same domain. /etc/exports of the server has valid entries, because the mount_nfs without the -3, completes anyway.) Would appreciate if someone could help with some info. vince From owner-freebsd-hackers Thu Jun 20 19:38:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA08153 for hackers-outgoing; Thu, 20 Jun 1996 19:38:46 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA08147 for ; Thu, 20 Jun 1996 19:38:42 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id TAA02830; Thu, 20 Jun 1996 19:44:04 -0700 (PDT) Date: Thu, 20 Jun 1996 19:44:02 -0700 (PDT) From: Tom Samplonius To: Wolfram Schneider cc: hackers@freebsd.org Subject: Re: Longer usernames? In-Reply-To: <199606202059.WAA00487@campa.panke.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 20 Jun 1996, Wolfram Schneider wrote: > Tom Samplonius writes: > > Also, I recently noticed that BSDI 2.1 supports 16 character usernames > >too (UT_NAMESIZE is 16). This means that BSDI 2.1 bins that access wtmp, > >utmp, etc will not work under FreeBSD. > > The limit is also MAXLOGNAME (12 chars), see > /usr/include/sys/param.h > /usr/src/lib/libc/gen/getlogin.c > > Unfortunately our libc mixed MAXLOGNAME and UT_NAMESIZE. Thats very strange. Why was 12 choosen for MAXLOGNAME when UT_NAMESIZE is 8? Tom From owner-freebsd-hackers Thu Jun 20 19:54:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09376 for hackers-outgoing; Thu, 20 Jun 1996 19:54:21 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA09369 for ; Thu, 20 Jun 1996 19:54:15 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id UAA02854; Thu, 20 Jun 1996 20:00:46 -0700 (PDT) Date: Thu, 20 Jun 1996 20:00:45 -0700 (PDT) From: Tom Samplonius To: Michael Smith cc: hackers@freebsd.org Subject: Re: Longer usernames? In-Reply-To: <199606210218.LAA08107@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 21 Jun 1996, Michael Smith wrote: > Tom Samplonius stands accused of saying: > > > > > > > > What is the general consensus on usernames longer than 8 chars? I've > > > > been doing some testing on a -stable system with 16 character usernames, > > > > and everything seems to work ok. > > > > > > NIS won't. > > > > Really? NIS supports databases of arbitrary key-data pairs. Keys can > > be longer than 8 characters. > > > > On FreeBSD systems, long usernames in /var/yp/master.passwd propogate to > > slaves just fine, and if the NIS clients have been built to handle longer > > usernames, those users can login too. > > That's the problem though; other hosts that _don't_ support longer usernames > won't be able to interoperate with FreeBSD's NIS. We might as well call it > NIS++ then 8) The whole idea behind doing NIS at all is to be able to > work in a mixed environment. It's a little more subtle that than. Using long username in NIS does work with a non-FreeBSD NIS slave server (SunOS 4.1) that I tried. It's just that that non-FreeBSD NIS clients that have a smaller username length, fail to work with these long usernames as predicted. I would presume that other os'es that support longer usernames would work just fine. Don't some SYSV systems have 12 character usernames? Doesn't Solaris 2.x? How about IRIX and Digital UNIX? The whole idea behind NIS is to centralize user and network settings. If that means working in a mixed environment, so be it. > I appreciate your basic idea though; it would be nice to come up with a > solution that didn't involve a complete rebuild to swap from one to the > other. Why don't we make the global change to 16, similar to BSDI, and just print warnings in pwd_mkdb on reading a longer username? Also, adding a check to NIS map build process should adequately warn those who cross the line. This way you don't need to rebuild the world, and several of the packages in order to change this limit. Instead we'd just a impose a soft limit. > > > > Also, I recently noticed that BSDI 2.1 supports 16 character usernames > > > > too (UT_NAMESIZE is 16). This means that BSDI 2.1 bins that access wtmp, > > > > utmp, etc will not work under FreeBSD. > > > > > > What do they do about NIS? Truncate the usernames? Bad bad bad. > > > > BSDI 2.1 doesn't have NIS. > > Ah. This is major oversight in my opinion. Tom From owner-freebsd-hackers Thu Jun 20 19:59:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA09699 for hackers-outgoing; Thu, 20 Jun 1996 19:59:51 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA09694 for ; Thu, 20 Jun 1996 19:59:47 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA04982; Thu, 20 Jun 1996 19:59:20 -0700 (PDT) To: Subramaniam Vincent Cc: hackers@freebsd.org Subject: Re: NFS permission problems - unprivileged port In-reply-to: Your message of "Thu, 20 Jun 1996 12:36:07 PDT." Date: Thu, 20 Jun 1996 19:59:19 -0700 Message-ID: <4980.835325959@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Questions like this should be directed at questions@freebsd.org, not hackers please - thanks!] > I am trying to use the mount_nfs command to mount a Sun OS 4.1.4 filesystem > . After I mount the filesystem, I cant do ls or pwd or any such commands > , because I get a permission denied message. The Sun OS Server has a lot > of security running , and You need to include the -P flag. Jordan From owner-freebsd-hackers Thu Jun 20 20:04:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA09980 for hackers-outgoing; Thu, 20 Jun 1996 20:04:52 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA09972 for ; Thu, 20 Jun 1996 20:04:48 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA08401; Fri, 21 Jun 1996 13:04:59 +0930 From: Michael Smith Message-Id: <199606210334.NAA08401@genesis.atrad.adelaide.edu.au> Subject: Re: Longer usernames? To: tom@sdf.com (Tom Samplonius) Date: Fri, 21 Jun 1996 13:04:58 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: from "Tom Samplonius" at Jun 20, 96 08:00:45 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 Tom Samplonius stands accused of saying: > > It's a little more subtle that than. Using long username in NIS does > work with a non-FreeBSD NIS slave server (SunOS 4.1) that I > tried. It's just that that non-FreeBSD NIS clients that have a smaller > username length, fail to work with these long usernames as predicted. Fair enough. Is the failure mode obvious and benign? (ie. the long-name user can't login at all, or does the client core? Or is it possible that longusernameA could be accidentally identified as longusernameB?) > Why don't we make the global change to 16, similar to BSDI, and just > print warnings in pwd_mkdb on reading a longer username? Also, adding a > check to NIS map build process should adequately warn those who cross the > line. This sounds fair enough. You should pursue Bill Paul about this for authorative comment on the NIS issues, and then perhaps do a sweep over the ports collection looking for problems there. I realise that's quite a lot of work, but it's worth doing it properly 8) > Tom -- ]] 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 Thu Jun 20 20:31:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA12359 for hackers-outgoing; Thu, 20 Jun 1996 20:31:21 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA12337 for ; Thu, 20 Jun 1996 20:31:15 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA08490; Fri, 21 Jun 1996 13:33:54 +0930 From: Michael Smith Message-Id: <199606210403.NAA08490@genesis.atrad.adelaide.edu.au> Subject: Re: NFS permission problems - unprivileged port To: svincent@vince.avalon.rs.net (Subramaniam Vincent) Date: Fri, 21 Jun 1996 13:33:53 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Subramaniam Vincent" at Jun 20, 96 12:36: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 Subramaniam Vincent stands accused of saying: > > I am trying to use the mount_nfs command to mount a Sun OS 4.1.4 filesystem > . After I mount the filesystem, I cant do ls or pwd or any such commands > , because I get a permission denied message. The Sun OS Server has a lot > of security running , and > > is showing these warnings > > Jun 19 14:59:34 zephyr vmunix: NFS request from unprivileged port. > Jun 19 14:59:34 zephyr vmunix: nfs_server: weak authentication, source IP > addres s=198.32.4.160 'man mount_nfs' shows : -P Use a reserved socket port number. This is useful for mounting servers that require clients to use a reserved port number. This is a known Sun-ism, and should probably be in the FAQ. -- ]] 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 Thu Jun 20 20:46:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA13440 for hackers-outgoing; Thu, 20 Jun 1996 20:46:38 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA13425 for ; Thu, 20 Jun 1996 20:46:31 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id UAA06576 for ; Thu, 20 Jun 1996 20:45:18 -0700 (PDT) To: hackers@freebsd.org Subject: Re: cvs-cur-2135 In-reply-to: Your message of "Thu, 20 Jun 1996 01:52:07 GMT." <199606200152.BAA00584@jraynard.demon.co.uk> Date: Thu, 20 Jun 1996 20:45:17 -0700 Message-ID: <6574.835328717@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >My complaint was not about CTM, but about the sheer volume of some of >the imports that have been made recently. The PC98 import took me >nearly 4 hours to download, and I'm still only half way through the >TCL one (5 timeouts so far) - and then there's the gcc upgrade coming >up, all within a single week. This isn't what they told me it would be >like in the CTM docs 8-) Well, we've been hit by a couple of things here: 1. the audience of cvs-cur has been vastly increased lately. 2. We are aproaching a release. 3. CTM doesn't understand moving files. Contrary to src-cur, cvs-cur >does< take some big hits every now and then. I guess the "new" people needs a warning: When the tree gets hit by a tag, or something gets deleted, you will see big deltas coming your way. Well, what can I say ? "Be prepared" is about the best of it. CTM is pretty much in the users hands right now. I have little or no time to work on it, and generally are limited to review and commit submissions from users. If you want it to cope better, you will find the source in /usr/src/usr.sbin/ctm. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Thu Jun 20 20:59:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA14301 for hackers-outgoing; Thu, 20 Jun 1996 20:59:10 -0700 (PDT) Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA14277; Thu, 20 Jun 1996 20:59:05 -0700 (PDT) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.98.208]) by distortion.eng.umd.edu (8.7.5/8.7.3) with ESMTP id XAA18660; Thu, 20 Jun 1996 23:59:02 -0400 (EDT) Received: (from chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) id XAA08008; Thu, 20 Jun 1996 23:59:01 -0400 (EDT) Date: Thu, 20 Jun 1996 23:59:01 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: Don Yuniskis cc: FreeBSD hackers , FreeBSD ports Subject: Re: dmake documents In-Reply-To: <199606202147.OAA15651@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 20 Jun 1996, Don Yuniskis wrote: > I was playing with the port of dmake recently. I tried to install > the troff source for the man page -- which is not installed in the normal > package -- and seem to have a problem with one of the macros. > Specifically, the definition of the ``Ii'' macro seems to invoke the > ``}N'' macro in a trap (e.g., ".it 1 }N"). Presumably, this ends the > diversion in effect and generates the output. But, I can't find a macro > ``}N'' anywhere in the man page. Nor is it part of my tmac.* stuff. > Is this an artifact of some *other* set of macros (i.e. from a > different vendor)? Does anyone have the text of said macro? Or, > should I just roll my own and hope for the best?? > Thanks, > --don > I made it work, sort of, by inserting a .di 2 lines further down in the macro, but it still rankles, because it's being used to highlight a flag value, when there is already a correct macro to use in that situation, in the mdoc stuff. I didn't get it to format just right, IMO, it's not like I would expect it to be, but like I said, it's the wrong approach to begin with. Now I've figured it out (a divert request with a missing end of diversion) I don't think I'm gonna volunteer to fix a huge man page. Too much to do, you understand, I guess. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Thu Jun 20 23:55:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA27325 for hackers-outgoing; Thu, 20 Jun 1996 23:55: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.5/8.7.3) with SMTP id XAA27303; Thu, 20 Jun 1996 23:55:11 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA10855; Fri, 21 Jun 1996 08:51:14 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA01183; Fri, 21 Jun 1996 08:51:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA21045; Fri, 21 Jun 1996 08:24:07 +0200 (MET DST) From: J Wunsch Message-Id: <199606210624.IAA21045@uriah.heep.sax.de> Subject: Re: Automatic PPP-detecting getty and pppd!!! To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Fri, 21 Jun 1996 08:24:07 +0200 (MET DST) Cc: hackers@freebsd.org, isp@freebsd.org, aturetta@stylo.it, michaelh@cet.co.jp Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606202154.QAA29533@brasil.moneng.mei.com> from Joe Greco at "Jun 20, 96 04:54:16 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Joe Greco wrote: > getty has been modified with a "pp=" capability to enable automatic PPP > detection, and will pass off PPP sessions to this program instead of > /usr/bin/login. > > I do not yet have patches available. There are patches contributed sitting in the GNATS queue already. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Jun 21 00:20:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA28711 for hackers-outgoing; Fri, 21 Jun 1996 00:20:46 -0700 (PDT) Received: from portal.spi.net ([199.238.225.153]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA28705 for ; Fri, 21 Jun 1996 00:20:44 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@MindBender.HeadCandy.com [199.238.225.168]) by portal.spi.net (8.6.12/8.6.9) with ESMTP id AAA01109; Fri, 21 Jun 1996 00:20:23 -0700 Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.6.9) with SMTP id AAA01256; Fri, 21 Jun 1996 00:20:16 -0700 (PDT) Message-Id: <199606210720.AAA01256@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: James Raynard cc: wosch@cs.tu-berlin.de, leisner@sdsp.mc.xerox.com, hackers@freebsd.org Subject: Re: top 3.4beta2 on freebsd 2.2 (5/1/96 snapshot) In-reply-to: Your message of Thu, 20 Jun 96 10:03:17 +0000. <199606201003.KAA01393@jraynard.demon.co.uk> Date: Fri, 21 Jun 1996 00:20:08 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >I kinda got top 3.4beta2 working on freebsd 5.1.96 (2.2 snapshot). >> Top from ports tree (FreeBSD-current/ports/sysutils/top) works for 2.1 >> and -current. >But that's version 3.3, though. >Are there any advantages to version 3.4? If so, would we be better >advised to wait until it comes out of beta? I'm still happily running 3.2. What am I missing? :-) ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Fri Jun 21 00:21:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA28741 for hackers-outgoing; Fri, 21 Jun 1996 00:21: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.5/8.7.3) with SMTP id AAA28734 for ; Fri, 21 Jun 1996 00:21:25 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12452; Fri, 21 Jun 1996 09:20:57 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA01372; Fri, 21 Jun 1996 09:20:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA21411; Fri, 21 Jun 1996 08:55:05 +0200 (MET DST) From: J Wunsch Message-Id: <199606210655.IAA21411@uriah.heep.sax.de> Subject: Re: wd? numbering question To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 21 Jun 1996 08:55:05 +0200 (MET DST) Cc: candy@fct.kgc.co.jp (Toshihiro Kanda) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606210038.JAA01105@xxx.fct.kgc.co.jp> from Toshihiro Kanda at "Jun 21, 96 09:38:24 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Toshihiro Kanda wrote: > Thank you for your advice. So, I ask again, why wd1 is not defined > as "disk wd1 at wdc? drive ?" ? Doesn't it work? Don't think this would work -- but that doesn't mean it sounds unreasonable. Use send-pr(1) to submit your patches. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Jun 21 00:26:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA28920 for hackers-outgoing; Fri, 21 Jun 1996 00:26:30 -0700 (PDT) Received: from ns.pa-consulting.com (ns.pa-consulting.com [193.118.224.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA28912 for ; Fri, 21 Jun 1996 00:25:58 -0700 (PDT) Received: from SMTPGATE.PA-CONSULTING.COM by ns.pa-consulting.com (8.6.4) id IAA28411; Fri, 21 Jun 1996 08:34:40 +0100 Received: by SMTPGATE.PA-CONSULTING.COM with Microsoft Mail id <31CAC0F2@SMTPGATE.PA-CONSULTING.COM>; Fri, 21 Jun 96 08:34:10 PDT From: Duncan Barclay To: freebsd-hackers Subject: RE: Automatic PPP-detecting getty and pppd!!! Date: Fri, 21 Jun 96 08:25:00 PDT Message-ID: <31CAC0F2@SMTPGATE.PA-CONSULTING.COM> Encoding: 21 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is great, but... :-) I had a look in ports when this first came up a week or so back and saw that there were getty+fax versions of getty (I cant remember the packages) so how about it then, getty+ppp+fax. The ideal combination for a person with an extra phone line, a fax modem, a bunch of friends who want to ppp in, a laptop with terminal software in (but cant have FreeBSD because it's his works) and a wife who will only let him use this if she gets a fax machine... I wonder who that could be:-) So how about it Joe? Thanks Duncan Duncan Barclay PA Consulting Group. #include From owner-freebsd-hackers Fri Jun 21 01:26:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01625 for hackers-outgoing; Fri, 21 Jun 1996 01:26:46 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA01617 for ; Fri, 21 Jun 1996 01:26:42 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id RAA13337; Fri, 21 Jun 1996 17:26:23 +0900 (JST) Date: Fri, 21 Jun 1996 17:26:23 +0900 (JST) From: Michael Hancock To: Duncan Barclay cc: freebsd-hackers Subject: RE: Automatic PPP-detecting getty and pppd!!! In-Reply-To: <31CAC0F2@SMTPGATE.PA-CONSULTING.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, 21 Jun 1996, Duncan Barclay wrote: > > This is great, but... :-) > I had a look in ports when this first came up a week or so back and saw > that there were getty+fax versions of getty (I cant remember the packages) > so how about it then, getty+ppp+fax. The ideal combination for > a person with an extra phone line, a fax modem, a bunch of friends who want > to ppp in, a laptop with terminal software in (but cant have FreeBSD because > it's his works) and a wife who will only let him use this if she gets a fax > machine... If you want something that chops, dices, purees, walks the dog, and comes with a kitchen sink have a look at mgetty. Personally, I prefer a traditional simple getty. The ppp stuff is nice as it nullifies an argument to use WinNT RAS Server over Unix. -mh From owner-freebsd-hackers Fri Jun 21 01:37:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02179 for hackers-outgoing; Fri, 21 Jun 1996 01:37:23 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA02173 for ; Fri, 21 Jun 1996 01:37:19 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id BAA00819; Fri, 21 Jun 1996 01:35:25 -0700 (MST) From: Don Yuniskis Message-Id: <199606210835.BAA00819@seagull.rtd.com> Subject: Re: wd? numbering question To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 21 Jun 1996 01:35:25 -0700 (MST) Cc: freebsd-hackers@freebsd.org, candy@fct.kgc.co.jp In-Reply-To: <199606210655.IAA21411@uriah.heep.sax.de> from "J Wunsch" at Jun 21, 96 08:55:05 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Thank you for your advice. So, I ask again, why wd1 is not defined > > as "disk wd1 at wdc? drive ?" ? Doesn't it work? > > Don't think this would work -- but that doesn't mean it sounds > unreasonable. I think you'll get bit because the /dev/wd* entries would need a different minor device encoding scheme (I'm assuming he's asking to have wd0 be the *first* wd drive and wd1 be the second -- regardless of which controller! so wd1 could end up on wdc1) > Use send-pr(1) to submit your patches. :-) Funny guy... ;-) --don From owner-freebsd-hackers Fri Jun 21 02:04:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA03366 for hackers-outgoing; Fri, 21 Jun 1996 02:04:04 -0700 (PDT) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA03361 for ; Fri, 21 Jun 1996 02:04:01 -0700 (PDT) Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id DAA27179 for freebsd-hackers@freebsd.org; Fri, 21 Jun 1996 03:03:56 -0600 From: Ade Barkah Message-Id: <199606210903.DAA27179@hemi.com> Subject: Help: le0 gets stuck at OACTIVE. To: freebsd-hackers@freebsd.org Date: Fri, 21 Jun 1996 03:03:56 -0600 (MDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, One of our machines has a DEC204-AB (ethernet, 10-BaseT) on it, running FreeBSD 2.1-RELEASE. However, eventually the interface gets stuck in OACTIVE; I can force this condition by doing a ping -f on the interface. The machine has another interface (SMC Ultra C)... I can ping -f on that one all day long without problems. Sometimes doing a 'ifconfig le0 down' followed by an 'ifconfig le0 up' fixes the problem momentarily. Some more background. Here's what dmesg says: | le0 at 0x300-0x31f irq 5 maddr 0xd0000 msize 2048 on isa | le0: DE204-AB ethernet address 08:00:2b:93:3b:e7 Here's ifconfig when it dies: | le0: flags=8c63 mtu 1500 | inet 204.133.181.5 netmask 0xfffffffc broadcast 204.133.181.7 Notice the netmask, there are only two hosts on this subnet. They are connected by a Cat 5 UTP crossover patch cable, 10' in length. The "remote" machine runs a pair of SMC EtherEZs. Ping reports: | .ping: sendto: No buffer space available Followed by netstat -m: | 57 mbufs in use: | 49 mbufs allocated to data | 1 mbufs allocated to packet headers | 5 mbufs allocated to protocol control blocks | 2 mbufs allocated to socket names and addresses | 0/2 mbuf clusters in use | 11 Kbytes allocated to network (64% in use) | 0 requests for memory denied | 0 requests for memory delayed | 0 calls to protocol drain routines When this happens, sometimes the TX light on the card is stuck on, sometimes it's not. netstat -i reports few errors (Oerrs=5, no Collisons, would be a typical output on about 52 Ipkt 54 Opkt, before the flood ping takes its toll.) My guess is that I have a bad NIC and the solution is to buy a new one... but please let me know if you have any ideas of what may be going on (just in case it's something stupid on my end.) Thanks again, -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Fri Jun 21 02:44:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA04873 for hackers-outgoing; Fri, 21 Jun 1996 02:44:38 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA04867 for ; Fri, 21 Jun 1996 02:44:34 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id LAA03308; Fri, 21 Jun 1996 11:30:30 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id LAA05176; Fri, 21 Jun 1996 11:25:57 +0200 (MET DST) Date: Fri, 21 Jun 1996 11:25:57 +0200 (MET DST) From: Andreas Klemm To: Duffy Penski cc: hackers@FreeBSD.org Subject: Re: Even better web pages! In-Reply-To: <199606201607.MAA10589@northshore.shore.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 Thu, 20 Jun 1996, Duffy Penski wrote: > check out my newest pages at http://www.freebsd.org/~mpcd/ > > the only changes are visible on the top level page only. > > the new changes include: > > o A drop-down list of mirrors which is based on javascript > o A newflash table showing the newest addition to the newsflash page > o more links on the left pane > > tell me what you think! Cool ! -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@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 <<< From owner-freebsd-hackers Fri Jun 21 03:30:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA06613 for hackers-outgoing; Fri, 21 Jun 1996 03:30:02 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA06582 for ; Fri, 21 Jun 1996 03:29:38 -0700 (PDT) Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id BAA06421; Fri, 21 Jun 1996 01:51:18 GMT Date: Fri, 21 Jun 1996 01:51:18 GMT Message-Id: <199606210151.BAA06421@jraynard.demon.co.uk> From: James Raynard To: wosch@cs.tu-berlin.de CC: tom@sdf.com, hackers@freebsd.org In-reply-to: <199606202059.WAA00487@campa.panke.de> (message from Wolfram Schneider on Thu, 20 Jun 1996 22:59:03 +0200) Subject: Re: Longer usernames? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Also, I recently noticed that BSDI 2.1 supports 16 character usernames > >too (UT_NAMESIZE is 16). This means that BSDI 2.1 bins that access wtmp, > >utmp, etc will not work under FreeBSD. > > The limit is also MAXLOGNAME (12 chars), see > /usr/include/sys/param.h > /usr/src/lib/libc/gen/getlogin.c > > Unfortunately our libc mixed MAXLOGNAME and UT_NAMESIZE. I think you'll find libc only uses UT_NAMESIZE when it has to interact with NIS. -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Fri Jun 21 03:33:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA06775 for hackers-outgoing; Fri, 21 Jun 1996 03:33:44 -0700 (PDT) Received: from mail0.iij.ad.jp (root@mail0.iij.ad.jp [192.244.176.61]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA06769 for ; Fri, 21 Jun 1996 03:33:42 -0700 (PDT) Received: from uucp1.iij.ad.jp (uucp1.iij.ad.jp [192.244.176.73]) by mail0.iij.ad.jp (8.6.12+2.4W/3.3W9-MAIL) with ESMTP id TAA08110; Fri, 21 Jun 1996 19:25:14 +0900 Received: (from uucp@localhost) by uucp1.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id TAA07938; Fri, 21 Jun 1996 19:25:14 +0900 Received: from xxx.fct.kgc.co.jp by yyy.kgc.co.jp (8.7.5/3.4W:95122611) id SAA21085; Fri, 21 Jun 1996 18:55:27 +0900 (JST) Received: from localhost by xxx.fct.kgc.co.jp (8.6.12/3.3W8:95062916) id SAA03695; Fri, 21 Jun 1996 18:55:27 +0900 Message-Id: <199606210955.SAA03695@xxx.fct.kgc.co.jp> To: Don Yuniskis cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Subject: Re: wd? numbering question In-reply-to: Your message of "Fri, 21 Jun 1996 01:35:25 MST." <199606210835.BAA00819@seagull.rtd.com> Date: Fri, 21 Jun 1996 18:55:26 +0900 From: Toshihiro Kanda Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199606210835.BAA00819@seagull.rtd.com>, Don Yuniskis writes: > > > Thank you for your advice. So, I ask again, why wd1 is not defined > > > as "disk wd1 at wdc? drive ?" ? Doesn't it work? > > > > Don't think this would work -- but that doesn't mean it sounds > > unreasonable. > > I think you'll get bit because the /dev/wd* entries would need a different > minor device encoding scheme (I'm assuming he's asking to have wd0 be the > *first* wd drive and wd1 be the second -- regardless of which controller! > so wd1 could end up on wdc1) Thank you again, my gurus. Yes, I thought it would be happy if my second IDE (secondary-master) is probed as wd1. GENERIC of BSD/OS 2.1 hints me :-) > > Use send-pr(1) to submit your patches. :-) > > Funny guy... ;-) I wish I could X-) Or let boot(8) say "Use 2d(0,a)/kernel to boot wd2 when wd1 is not installed..." candy@fct.kgc.co.jp (Toshihiro Kanda) From owner-freebsd-hackers Fri Jun 21 04:05:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08244 for hackers-outgoing; Fri, 21 Jun 1996 04:05:31 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA08233 for ; Fri, 21 Jun 1996 04:05:26 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id MAA12419 for ; Fri, 21 Jun 1996 12:03:57 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Fri, 21 Jun 1996 12:04:15 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id MAA15928; Fri, 21 Jun 1996 12:03:30 +0100 Date: Fri, 21 Jun 1996 12:03:30 +0100 Message-Id: <199606211103.MAA15928@cadair.elsevier.co.uk> To: Ade Barkah Cc: freebsd-hackers@FreeBSD.org Subject: Help: le0 gets stuck at OACTIVE. In-Reply-To: <199606210903.DAA27179@hemi.com> References: <199606210903.DAA27179@hemi.com> Reply-To: p.richards@elsevier.co.uk From: Paul Richards X-Attribution: Paul X-Mailer: GNU Emacs [19.30.1], RMAIL, Mailcrypt [3.3] Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>>> "Ade" == Ade Barkah writes: Ade> Hello, One of our machines has a DEC204-AB (ethernet, 10-BaseT) Ade> on it, running FreeBSD 2.1-RELEASE. However, eventually the Ade> interface gets stuck in OACTIVE; I can force this condition by Ade> doing a ping -f on the interface. The machine has another Ade> interface (SMC Ultra C)... I can ping -f on that one all day long Ade> without problems. Sometimes doing a 'ifconfig le0 down' followed Ade> by an 'ifconfig le0 up' fixes the problem momentarily. Ade> Some more background. Here's what dmesg says: Ade> | le0 at 0x300-0x31f irq 5 maddr 0xd0000 msize 2048 on isa | le0: Ade> DE204-AB ethernet address 08:00:2b:93:3b:e7 I file a PR about this some time ago. If you re-configure the card to use more than 2K then the problem will go away. I had this problem consistently with a 2K setting and since reconfiguring the card (over 6 months ago) I've not seen it happen again. You'll have to use the dos configure disk you had with the card to change the card's settings. From owner-freebsd-hackers Fri Jun 21 04:49:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10859 for hackers-outgoing; Fri, 21 Jun 1996 04:49:26 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA10852 for ; Fri, 21 Jun 1996 04:49:24 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id GAA00734; Fri, 21 Jun 1996 06:48:19 -0500 From: Joe Greco Message-Id: <199606211148.GAA00734@brasil.moneng.mei.com> Subject: Re: Automatic PPP-detecting getty and pppd!!! To: Duncan.Barclay@pa-consulting.com (Duncan Barclay) Date: Fri, 21 Jun 1996 06:48:19 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <31CAC0F2@SMTPGATE.PA-CONSULTING.COM> from "Duncan Barclay" at Jun 21, 96 08:25:00 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This is great, but... :-) > I had a look in ports when this first came up a week or so back and saw > that there were getty+fax versions of getty (I cant remember the packages) > so how about it then, getty+ppp+fax. The ideal combination for > a person with an extra phone line, a fax modem, a bunch of friends who want > to ppp in, a laptop with terminal software in (but cant have FreeBSD because > it's his works) and a wife who will only let him use this if she gets a fax > machine... > > I wonder who that could be:-) > > So how about it Joe? It's a 20-line (mostly a FSM) code change to getty, not hard. When I prepare a patch, feel free to snarf the code :-) ... JG From owner-freebsd-hackers Fri Jun 21 04:52:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA11040 for hackers-outgoing; Fri, 21 Jun 1996 04:52:16 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA11022; Fri, 21 Jun 1996 04:52:12 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id GAA00759; Fri, 21 Jun 1996 06:50:08 -0500 From: Joe Greco Message-Id: <199606211150.GAA00759@brasil.moneng.mei.com> Subject: Re: Automatic PPP-detecting getty and pppd!!! To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 21 Jun 1996 06:50:08 -0500 (CDT) Cc: jgreco@brasil.moneng.mei.com, hackers@freebsd.org, isp@freebsd.org, aturetta@stylo.it, michaelh@cet.co.jp In-Reply-To: <199606210624.IAA21045@uriah.heep.sax.de> from "J Wunsch" at Jun 21, 96 08:24:07 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > getty has been modified with a "pp=" capability to enable automatic PPP > > detection, and will pass off PPP sessions to this program instead of > > /usr/bin/login. > > > > I do not yet have patches available. > > There are patches contributed sitting in the GNATS queue already. Do they modify pppd to correctly log users in, do they handle it as a new gettytab capability, etc? ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Fri Jun 21 05:47:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13188 for hackers-outgoing; Fri, 21 Jun 1996 05:47:09 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA13164 for ; Fri, 21 Jun 1996 05:46:54 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uX5bL-000QcBC; Fri, 21 Jun 96 14:46 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA10691; Fri, 21 Jun 1996 09:50:50 +0200 Message-Id: <199606210750.JAA10691@allegro.lemis.de> Subject: Re: IP question: who should return ENOBUFS? To: davidg@root.com Date: Fri, 21 Jun 1996 09:50:50 +0200 (MET DST) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199606202143.OAA01814@root.com> from "David Greenman" at Jun 20, 96 02:43:58 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Greenman writes: > >> === root@freebie (/dev/ttyp0) /sys/netinet 11 -> ping 192.109.197.38 >> PING 192.109.197.38 (192.109.197.38): 56 data bytes >> ping: sendto: No buffer space available >> ping: wrote 192.109.197.38 64 chars, ret=-1 >> ping: sendto: No buffer space available >> >> I found this strange, since in the interface code (b_isdnipi.c, line >> 474) we have the code: >> >> if (IF_QFULL(&ifp->if_snd)) >> { >> if (ifp->if_flags & IFF_RUNNING) >> isdn_output(sc->sc_appl); >> IF_DROP(&ifp->if_snd); >> m_freem(m); >> splx(x); >> ifp->if_oerrors++; >> return (ENOBUFS); >> } >> >> This will drop the first packet *and* not enqueue the last if the >> queue is full. So I set a breakpoint on the IF_DROP, and hey! nothing >> happened. After a bit more investigation, I found this code in >> ip_output.c: >> >> /* >> * Verify that we have any chance at all of being able to queue >> * the packet or packet fragments >> */ >> if ((ifp->if_snd.ifq_len + ip->ip_len / ifp->if_mtu + 1) >= >> ifp->if_snd.ifq_maxlen) { >> error = ENOBUFS; >> goto bad; >> } >> >> I think this is bogus. It's not present in the BSD/OS version, so I >> assume it was added in FreeBSD. The problem is, it gives you no >> possibility of recovery: the queue is full and stays that way. Can >> anybody give me an idea of why it's there, when the interface is >> perfectly capable of looking after itself? > > The interface has no knowledge of whether or not this is a fragment in a > mulitple fragment datagram. FreeBSD is very good about keeping the output > queue of an interface busy. Allowing any one of the fragments that make up > an IP packet to be dropped makes the entire packet useless. The above piece > of code fixes a bug where the output queue is kept completely full, and each > time that the second fragment of a packet is queued it is dropped. This > results eventually in the need to retransmit it and the same thing happens > again. That in itself isn't so much of a problem except that in the process > of doing this, you're flooding the network with useless fragments and getting > nowhere in the process. The only way to fix this is to drop all of the > fragments of a fragmented packet and the only place you can do this is before > the packet is fragmented. > The above is only a problem for UDP. TCP's window prevents the queue limit > from being reached in usual case. Well, in fact these were ping messages, but I suppose the same thing applies. Admittedly, ISDN is unusual: it makes a bet that it can establish a connection quickly, and thus accepts packets though the link is down. The same would apply to a dialup ppp, of course (I don't know the FreeBSD implementation). The problem arises when the connection can't be established: the queue fills up, and since this particular code doesn't drop any packets, it stays that way. Deadlock. The only thing you can do is to down the line and then up it again. It seems to me that the intention of this code is good, but the implementation needs rethinking. There's also the question of interactive response time across an ISDN link, so maybe we should be thinking of prioritizing packets somehow, and of being more selective about which packets get dropped when the queue fills up. Greg From owner-freebsd-hackers Fri Jun 21 06:50:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16162 for hackers-outgoing; Fri, 21 Jun 1996 06:50:45 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA16157 for ; Fri, 21 Jun 1996 06:50:40 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uX6bI-000QbPC; Fri, 21 Jun 96 15:50 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA11280; Fri, 21 Jun 1996 15:37:08 +0200 Message-Id: <199606211337.PAA11280@allegro.lemis.de> Subject: Re: IP question: who should return ENOBUFS? To: dennis@etinc.com (Dennis) Date: Fri, 21 Jun 1996 15:37:08 +0200 (MET DST) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199606202107.RAA08181@etinc.com> from "Dennis" at Jun 20, 96 05:07:08 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dennis writes: > >> I Cc'd David on this since I'm not sure he reads hackers, and he's >> responsible for the piece of code in question. >> >>> I've just spent a fair amount of time trying to figure out why our >>> ISDN software jams up if it can't establish a connection. The >>> symptoms are that if you can't establish a connection before a certain >>> number of packets have been sent, the whole interface just returns: >>> >>> === root@freebie (/dev/ttyp0) /sys/netinet 11 -> ping 192.109.197.38 >>> PING 192.109.197.38 (192.109.197.38): 56 data bytes >>> ping: sendto: No buffer space available >>> ping: wrote 192.109.197.38 64 chars, ret=-1 >>> ping: sendto: No buffer space available >> .... >> >> . After a bit more investigation, I found this code in >>> ip_output.c: >>> >>> /* >>> * Verify that we have any chance at all of being able to queue >>> * the packet or packet fragments >>> */ >>> if ((ifp->if_snd.ifq_len + ip->ip_len / ifp->if_mtu + 1) >= >>> ifp->if_snd.ifq_maxlen) { >>> error = ENOBUFS; >>> goto bad; >>> } >>> >>> I think this is bogus. It's not present in the BSD/OS version, so I >>> assume it was added in FreeBSD. The problem is, it gives you no >>> possibility of recovery: the queue is full and stays that way. Can >>> anybody give me an idea of why it's there, when the interface is >>> perfectly capable of looking after itself? >> >> Here's the log messages when David made the change. >> >> ---------------------------- >> revision 1.3 >> date: 1994/08/01 12:01:45; author: davidg; state: Exp; lines: +10 -0 >> fixed bug where large amounts of unidirectional UDP traffic would fill >> the interface output queue and further udp packets would be fragmented >> and only partially sent - keeping the output queue full and jamming the >> network, but not actually getting any real work done (because you can't >> send just 'part' of a udp packet - if you fragment it, you must send >> the whole thing). The fix involves adding a check to make sure that the >> output queue has sufficient space for all of the fragments. > > ENOBUFS causes a QUENCH to be sent, which is arguably correct > if the problem is truly a queue overload. Not here it doesn't. This code just drops the packet and tells the application what it did. In particular, in my scenario (inability to establish an ISDN connection), the queue stays full. The only solution is to take the interface down and bring it back up again. > Another problem is that you need queue management based on the available > bandwidth of the interface. You can't have the same management > scheme or thresholds for a 10Mbs interface as you do for a 56kbs one. Correct. I think that ISDN is another case where the queue management needs to be rethought, since we're betting that we can establish a connection, and if we lose our bet, we're in bad shape. I'd say that if we can't establish a connection by the timeout, we should flush the whole queue, but maybe somebody has a better idea. > This is precisely why we have the interface manage the queue depth. > Additionally, queue managment should be based on queue size in bits > (or bytes), not number of packets. 100 60 byte packets is not backup... > 100 1000 byte packets is. Using packet counts is simply wrong. Seems reasonable. Greg From owner-freebsd-hackers Fri Jun 21 08:38:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA20611 for hackers-outgoing; Fri, 21 Jun 1996 08:38:00 -0700 (PDT) Received: from vince.avalon.rs.net (vince.avalon.rs.net [198.32.4.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA20606 for ; Fri, 21 Jun 1996 08:37:58 -0700 (PDT) Received: (from svincent@localhost) by vince.avalon.rs.net (8.7.5/8.7.3) id BAA00177; Fri, 21 Jun 1996 01:35:53 -0700 (PDT) Date: Fri, 21 Jun 1996 01:35:53 -0700 (PDT) From: Subramaniam Vincent To: Michael Smith cc: hackers@freebsd.org Subject: Re: NFS permission problems - unprivileged port In-Reply-To: <199606210403.NAA08490@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thanks. Guess I was looking deep under, and missed the surface completely. It works fine now. I think it should be in the FAQ too. > Subramaniam Vincent stands accused of saying: > > > > I am trying to use the mount_nfs command to mount a Sun OS 4.1.4 filesystem > > . After I mount the filesystem, I cant do ls or pwd or any such commands > > , because I get a permission denied message. The Sun OS Server has a lot > > of security running , and > > > > is showing these warnings > > > > Jun 19 14:59:34 zephyr vmunix: NFS request from unprivileged port. > > Jun 19 14:59:34 zephyr vmunix: nfs_server: weak authentication, source IP > > addres s=198.32.4.160 > > 'man mount_nfs' shows : > > -P Use a reserved socket port number. This is useful for mounting > servers that require clients to use a reserved port number. > > This is a known Sun-ism, and should probably be in the FAQ. > > -- > ]] 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 Fri Jun 21 10:19:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA25541 for hackers-outgoing; Fri, 21 Jun 1996 10:19:16 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA25534 for ; Fri, 21 Jun 1996 10:19:12 -0700 (PDT) Received: from tav.kiev.ua (tav-sita.sita.kiev.ua [193.124.50.39]) by ref.tfs.com (8.7.5/8.7.3) with SMTP id KAA00305 for ; Fri, 21 Jun 1996 10:18:40 -0700 (PDT) Received: (from helg@localhost) by tav.kiev.ua (8.6.12/8.6.12) id UAA04703; Fri, 21 Jun 1996 20:03:23 +0300 Date: Fri, 21 Jun 1996 20:03:23 +0300 From: Oleg N Panashchenko Message-Id: <199606211703.UAA04703@tav.kiev.ua> To: grog@lemis.de (Greg Lehey) Cc: hackers@freebsd.org Subject: Re: IP question: who should return ENOBUFS? Organization: Maxis Labs X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199606201803.UAA19421@allegro.lemis.de> you wrote: : I've just spent a fair amount of time trying to figure out why our : ISDN software jams up if it can't establish a connection. The : symptoms are that if you can't establish a connection before a certain : number of packets have been sent, the whole interface just returns: : === root@freebie (/dev/ttyp0) /sys/netinet 11 -> ping 192.109.197.38 : PING 192.109.197.38 (192.109.197.38): 56 data bytes : ping: sendto: No buffer space available : ping: wrote 192.109.197.38 64 chars, ret=-1 : ping: sendto: No buffer space available I have seen exactly the same behaviour with Digiboard driver. There was reliable way to reproduce it: ping -f any.non-local.host And see nothing except of 'No buffer space available' until restarting the interface. Adding a call of linesw[].l_start() in appropriate place in driver code closed the problem. Oleg From owner-freebsd-hackers Fri Jun 21 10:36:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA29073 for hackers-outgoing; Fri, 21 Jun 1996 10:36:26 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA29051 for ; Fri, 21 Jun 1996 10:36:18 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id TAA22007; Fri, 21 Jun 1996 19:28:52 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id TAA21575; Fri, 21 Jun 1996 19:41:20 +0200 From: "Christoph P. Kukulies" Message-Id: <199606211741.TAA21575@gilberto.physik.rwth-aachen.de> Subject: Re: TARGET_NO_FANCY_MATH_387 To: bde@zeta.org.au (Bruce Evans) Date: Fri, 21 Jun 1996 19:41:19 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG, mrm@MARMOT.Mole.ORG In-Reply-To: <199605311508.BAA09743@godzilla.zeta.org.au> from Bruce Evans at "Jun 1, 96 01:08:37 am" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (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 > >Might it be a good thing now to change the default in gcc to enable > >FP sin, cos and sqrt. > > It would only give the inline sqrt. The inline sin and cos are disabled > in the FSF version of gcc-2.6.3 for other reasons. At least the i386 > versions of them were broken. You can use -mfancy-math-387 to get the > inline sqrt and -ffast-math to get the inline sin and cos together with > other fast and broken "math", or you can use inline assembler to get > inline math functions exactly where you want, or you can use the i387 > version of libm to get non-inline hardware math functions in more cases. Could you give an example showing that -ffancy-math-386 and -ffast-math have an effect? I tried with a small example and I'm always getting calls instead of fpu-inline statements. (gcc-2.6.3) #include main() { double d=2500.; printf("%lf\n",sqrt(sin(d))); } gcc -ffast-math -m486 -mfancy-math-387 -S p.c ___gnu_compiled_c: .text LC0: .ascii "%lf\12\0" .align 4 .globl _main .type _main,@function _main: pushl %ebp movl %esp,%ebp subl $8,%esp call ___main movl $0,-8(%ebp) movl $1084459008,-4(%ebp) pushl -4(%ebp) pushl -8(%ebp) call _sin addl $8,%esp subl $8,%esp fstpl (%esp) call _sqrt > >for those of us with trusty '386/16's. Those still dependent upon > >FP simulation could use -mno-fancy-math-387... > > The price of an i386 sqrt() emulation (in milliPentiums :-) has gone > up. Those dependent on FP emulation would probably have difficulty > bootstrapping to use it. At least the following utilities use sqrt(), > so they might fail when their inline sqrt() doesn't work: as, awk, bc, > cc1, cc1plus, dc, gdb, groff (parts), perl. > > >and document > >-mfancy-math-387, -mno-fancy-math-387 in the man page for cc? ;-) > > They have been documented for 5 months in -current, and the changes were > merged into -stable a couple of days ago. > > Bruce > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Jun 21 10:48:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA01198 for hackers-outgoing; Fri, 21 Jun 1996 10:48:32 -0700 (PDT) Received: from actcom.co.il (root@actcom.co.il [192.114.47.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA01076; Fri, 21 Jun 1996 10:48:09 -0700 (PDT) Received: from dinosaur by actcom.co.il with SMTP (8.6.12/actcom-0.1) id UAA12725; Fri, 21 Jun 1996 20:48:08 +0300 (rfc931-sender: denis@p13.ta1.actcom.co.il [192.115.23.43]) Message-ID: <31CAEEE1.7E3459D9@actcom.co.il> Date: Fri, 21 Jun 1996 20:50:09 +0200 From: denis X-Mailer: Mozilla 3.0b4Gold (X11; I; Linux 2.0.0 i586) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, help-gcc@prep.ai.mit.edu, linux-il@hagiga.jct.ac.il, linux-kernel@vger.rutgers.edu, linux-activists@niksula.hut.fi, linux-gcc@vger.rutgers.edu, linux-multicast@www.linux.org.uk, linux-net@vger.rutgers.edu Subject: Dynamically Allocatable Name Service (DANS) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, folks. The idea I would like to propose is not platform dependent or something, The reason I addressed it to all those lists in the header is my desire to gain more auditory. I want to write a name server with dynamical updates and all binary database. (Actually I'm writing it) I know, that there is dynamical updates support in the existing BIND distribution, but it seems to me like fixing a rocket motor to the bike. I think that simply not everyone understands the potential of the server like this. One of possible usages might be providing a constant look to dynamic IP addresses given by ISP server. An ISP server, connecting someone to the net and giving him an IP address, might also register this address on it's name server(s) under the constant for every client NAME. In this case an ISP machine might be configur- ed to be a postmaster for the zone and make spooling of all mail until the clients' machines connect and forward it to them. I won't describe here why it is usefull to have constant address instead of dynamical. Might be in the future all (excluding might be a few) hosts on the net will have dynamically allocated addresses (because Inet address space not too big (only 4 bilions and someth.:)considering the fact that there are folks on the net who have more then one Inet address, and in this case such DNS will be of use. Pointless to remind that there are DNS databases which have huge amount of entries and it is more & more dificult to maintain them (as for server to lookup, so for human to update). That is why I propose to make it's database binary. Let the computer to do all the updating work. Listen, I look for participants in this project (code & ideas contributors), so if anyone knows someone who would like to help.. They are welcome! Regards, Denis -- +----------------------------------------------------------------+ | Denis Kopylenko, Tel Aviv, Israel. Unix System Programmer in | | Algorithmic Research Ltd. Data Protection Solutions. | | OSF1, IRIX, Linux, FreeBSD | +----------------------------------------------------------------+ From owner-freebsd-hackers Fri Jun 21 11:05:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA05161 for hackers-outgoing; Fri, 21 Jun 1996 11:05:06 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA05112 for ; Fri, 21 Jun 1996 11:04:57 -0700 (PDT) Received: from campa.panke.de (anonymous233.ppp.cs.tu-berlin.de [130.149.17.233]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id TAA04706; Fri, 21 Jun 1996 19:59:33 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id TAA01148; Fri, 21 Jun 1996 19:55:56 +0200 Date: Fri, 21 Jun 1996 19:55:56 +0200 From: Wolfram Schneider Message-Id: <199606211755.TAA01148@campa.panke.de> To: James Raynard Cc: tom@sdf.com, hackers@freebsd.org Subject: Re: Longer usernames? In-Reply-To: <199606210151.BAA06421@jraynard.demon.co.uk> References: <199606202059.WAA00487@campa.panke.de> <199606210151.BAA06421@jraynard.demon.co.uk> Reply-to: Wolfram Schneider 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 James Raynard writes: >> Unfortunately our libc mixed MAXLOGNAME and UT_NAMESIZE. > >I think you'll find libc only uses UT_NAMESIZE when it has to interact >with NIS. getlogin(2) (which use MAXLOGNAME) is a system call, all other functions are libraries or user programs (*). (*) except ps(1), strange. Wolfram From owner-freebsd-hackers Fri Jun 21 11:10:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06461 for hackers-outgoing; Fri, 21 Jun 1996 11:10:43 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA06448 for ; Fri, 21 Jun 1996 11:10:36 -0700 (PDT) Received: from campa.panke.de (anonymous233.ppp.cs.tu-berlin.de [130.149.17.233]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id TAA04716; Fri, 21 Jun 1996 19:59:51 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id TAA01121; Fri, 21 Jun 1996 19:30:04 +0200 Date: Fri, 21 Jun 1996 19:30:04 +0200 From: Wolfram Schneider Message-Id: <199606211730.TAA01121@campa.panke.de> To: "Michael L. VanLoon -- HeadCandy.com" Cc: James Raynard , leisner@sdsp.mc.xerox.com, hackers@freebsd.org Subject: Re: top 3.4beta2 on freebsd 2.2 (5/1/96 snapshot) In-Reply-To: <199606210720.AAA01256@MindBender.HeadCandy.com> References: <199606201003.KAA01393@jraynard.demon.co.uk> <199606210720.AAA01256@MindBender.HeadCandy.com> Reply-to: Wolfram Schneider 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 Michael L. VanLoon writes: >I'm still happily running 3.2. What am I missing? :-) better swap and memory statistic; better process STATE, similar to ps(1). Wolfram From owner-freebsd-hackers Fri Jun 21 13:22:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24858 for hackers-outgoing; Fri, 21 Jun 1996 13:22: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.5/8.7.3) with SMTP id NAA24810 for ; Fri, 21 Jun 1996 13:22:31 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA13438 for ; Fri, 21 Jun 1996 22:22:25 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA11181 for freebsd-hackers@freebsd.org; Fri, 21 Jun 1996 22:22:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA22722 for freebsd-hackers@freebsd.org; Fri, 21 Jun 1996 22:06:08 +0200 (MET DST) From: J Wunsch Message-Id: <199606212006.WAA22722@uriah.heep.sax.de> Subject: Re: wd? numbering question To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 21 Jun 1996 22:06:07 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606210835.BAA00819@seagull.rtd.com> from Don Yuniskis at "Jun 21, 96 01:35:25 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Don Yuniskis wrote: > I think you'll get bit because the /dev/wd* entries would need a different > minor device encoding scheme (I'm assuming he's asking to have wd0 be the > *first* wd drive and wd1 be the second -- regardless of which controller! > so wd1 could end up on wdc1) The SCSI drivers know how to handle it, so i don't see why the wdc driver cannot be taught to do it similarly. Of course, some parts of the attach routine have to be rewritten, since the fixed assignment between wd? and wdc? must be relinguished. Other parts of config(8) need to be rewritten in order to allow both variants: disk wd0 on wdc0 drive 0 disk wd1 on wdc? This ensures that wd0 will always be hard-wired to the first drive of the first controller, while wd1 would be found on any controller. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Jun 21 13:23:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24937 for hackers-outgoing; Fri, 21 Jun 1996 13:23:01 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA24895; Fri, 21 Jun 1996 13:22:51 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA13433; Fri, 21 Jun 1996 22:22:23 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA11180; Fri, 21 Jun 1996 22:22:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA22783; Fri, 21 Jun 1996 22:13:18 +0200 (MET DST) From: J Wunsch Message-Id: <199606212013.WAA22783@uriah.heep.sax.de> Subject: Re: Automatic PPP-detecting getty and pppd!!! To: freebsd-hackers@freebsd.org (FreeBSD hackers), isp@freebsd.org Date: Fri, 21 Jun 1996 22:13:17 +0200 (MET DST) Cc: jgreco@brasil.moneng.mei.com (Joe Greco) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606211150.GAA00759@brasil.moneng.mei.com> from Joe Greco at "Jun 21, 96 06:50:08 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Joe Greco wrote: > > There are patches contributed sitting in the GNATS queue already. > > Do they modify pppd to correctly log users in, do they handle it as a new > gettytab capability, etc? j@uriah 269% query-pr 1019 >Number: 1019 >Category: bin >Synopsis: getty cannot detect ppp logins >Confidential: no >Severity: serious >Priority: medium >Responsible: joerg >State: open >Class: change-request >Submitter-Id: current-users >Originator: David Muir Sharnoff >Release: FreeBSD 2.1-STABLE i386 >Arrival-Date: Mon Feb 12 02:00:02 PST 1996 You should be able to get the PR via the Web interface, or drop me a mail if you want. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Jun 21 15:10:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA07622 for hackers-outgoing; Fri, 21 Jun 1996 15:10:54 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA07616; Fri, 21 Jun 1996 15:10:52 -0700 (PDT) Received: from jraynard.demon.co.uk (am081.du.pipex.com [193.130.252.81]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id PAA22904 ; Fri, 21 Jun 1996 15:10:38 -0700 Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id MAA00681; Fri, 21 Jun 1996 12:12:49 GMT Date: Fri, 21 Jun 1996 12:12:49 GMT Message-Id: <199606211212.MAA00681@jraynard.demon.co.uk> From: James Raynard To: phk@freebsd.org CC: hackers@freebsd.org In-reply-to: <6574.835328717@critter.tfs.com> (message from Poul-Henning Kamp on Thu, 20 Jun 1996 20:45:17 -0700) Subject: Re: cvs-cur-2135 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Contrary to src-cur, cvs-cur >does< take some big hits every now and > then. I guess the "new" people needs a warning: > > When the tree gets hit by a tag, or something gets deleted, you will > see big deltas coming your way. Thanks. Having a local copy of the CVS tree is very handy, but now I know I can drop back to src-cur if cvs-cur gets too much. > Well, what can I say ? "Be prepared" is about the best of it. Fair enough, but it's impossible to be prepared for something if you aren't given any warning of it. I'm prepared for the gcc update and the next release as they have been discussed on the mailing lists, but I wasn't prepared for the PC98 and TCL imports as they literally appeared out of nowhere. > CTM is pretty much in the users hands right now. I have little or > no time to work on it, and generally are limited to review and > commit submissions from users. If you want it to cope better, > you will find the source in /usr/src/usr.sbin/ctm. Point taken! Actually, as I said before, CTM has worked extremely well for me and I'm very happy with it. The change I'd most like to see is a "reverse CTM" which allows you to commit things by email... Where did you say the source was again? 8-) -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Fri Jun 21 15:11:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA07780 for hackers-outgoing; Fri, 21 Jun 1996 15:11:40 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA07770 for ; Fri, 21 Jun 1996 15:11:38 -0700 (PDT) Received: from jraynard.demon.co.uk (am081.du.pipex.com [193.130.252.81]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id PAA22914 for ; Fri, 21 Jun 1996 15:11:33 -0700 Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id LAA00655; Fri, 21 Jun 1996 11:38:18 GMT Date: Fri, 21 Jun 1996 11:38:18 GMT Message-Id: <199606211138.LAA00655@jraynard.demon.co.uk> From: James Raynard To: michaelv@HeadCandy.com CC: wosch@cs.tu-berlin.de, leisner@sdsp.mc.xerox.com, hackers@freebsd.org In-reply-to: <199606210720.AAA01256@MindBender.HeadCandy.com> (michaelv@HeadCandy.com) Subject: Re: top 3.4beta2 on freebsd 2.2 (5/1/96 snapshot) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >> >I kinda got top 3.4beta2 working on freebsd 5.1.96 (2.2 snapshot). > > >> Top from ports tree (FreeBSD-current/ports/sysutils/top) works for 2.1 > >> and -current. > > >But that's version 3.3, though. > > >Are there any advantages to version 3.4? If so, would we be better > >advised to wait until it comes out of beta? > > I'm still happily running 3.2. What am I missing? :-) Support for twin-processor Sparcs? 8-) -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Fri Jun 21 15:36:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09185 for hackers-outgoing; Fri, 21 Jun 1996 15:36:11 -0700 (PDT) Received: from xenon.chromatic.com (xenon.chromatic.com [199.5.224.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA09180 for ; Fri, 21 Jun 1996 15:36:09 -0700 (PDT) Received: from ohio.chromatic.com (ohio.chromatic.com [199.5.224.98]) by xenon.chromatic.com (8.7.5/8.7.3) with ESMTP id PAA09780; Fri, 21 Jun 1996 15:35:33 -0700 (PDT) Received: (from hua@localhost) by ohio.chromatic.com (8.6.12/8.6.12) id PAA01459; Fri, 21 Jun 1996 15:35:32 -0700 Date: Fri, 21 Jun 1996 15:35:32 -0700 From: Ernest Hua Message-Id: <199606212235.PAA01459@ohio.chromatic.com> To: hackers@freebsd.org Subject: Memory tests ... Cc: hua@XENON.chromatic.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone know of any memory testing utilities for FreeBSD? I've just spent countless days with yet another set of questionable SIMMs, and I just can't wait for the real hardware SIMM tester. In the mean time, I really want to run some memory tests to check for the basic problems. If none exists, how does one demand physical access to memory? Does mmap() have that ability? How do I prevent the kernel from waking up during a critical region of the test. Ern From owner-freebsd-hackers Fri Jun 21 16:07:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10455 for hackers-outgoing; Fri, 21 Jun 1996 16:07:11 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA10450; Fri, 21 Jun 1996 16:07:09 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id QAA28275; Fri, 21 Jun 1996 16:06:32 -0700 (PDT) To: James Raynard cc: hackers@freebsd.org Subject: Re: cvs-cur-2135 In-reply-to: Your message of "Fri, 21 Jun 1996 12:12:49 GMT." <199606211212.MAA00681@jraynard.demon.co.uk> Date: Fri, 21 Jun 1996 16:06:29 -0700 Message-ID: <28273.835398389@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Well, what can I say ? "Be prepared" is about the best of it. > >Fair enough, but it's impossible to be prepared for something if you >aren't given any warning of it. I'm prepared for the gcc update and >the next release as they have been discussed on the mailing lists, but >I wasn't prepared for the PC98 and TCL imports as they literally >appeared out of nowhere. I talked to Peter on the phone today, and remembered that the first version of CTM had another kind of limit. Basically the idea was that deltas were produced, chopped to bits and stored in a spool-directory. A crontab entry pulls things from the spool-directory, say, max 3 chunks every hour or something. This means that the data-rate is limited too. Would that be worthwhile ? -- 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 Fri Jun 21 17:14:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA13488 for hackers-outgoing; Fri, 21 Jun 1996 17:14:44 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA13472 for ; Fri, 21 Jun 1996 17:14:38 -0700 (PDT) Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id WAA10359; Fri, 21 Jun 1996 22:32:44 GMT Date: Fri, 21 Jun 1996 22:32:44 GMT Message-Id: <199606212232.WAA10359@jraynard.demon.co.uk> From: James Raynard To: svincent@vince.avalon.rs.net CC: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-reply-to: (message from Subramaniam Vincent on Fri, 21 Jun 1996 01:35:53 -0700 (PDT)) Subject: Re: NFS permission problems - unprivileged port Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Thanks. Guess I was looking deep under, and missed the surface > completely. It works fine now. I think it should be in the FAQ too. According to my CVS logs, it was added in September:- 10.10. Why can't I NFS-mount from a Sun box? Sun workstations running SunOS 4.X only accept mount requests from a privileged port; try mount -o -P sunbox:/blah /mnt -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Fri Jun 21 18:31:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA16401 for hackers-outgoing; Fri, 21 Jun 1996 18:31:11 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA16396; Fri, 21 Jun 1996 18:31:09 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id SAA23736 ; Fri, 21 Jun 1996 18:31:07 -0700 Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id SAA11650; Fri, 21 Jun 1996 18:29:10 -0700 (MST) From: Don Yuniskis Message-Id: <199606220129.SAA11650@seagull.rtd.com> Subject: syscons fonts To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers), freebsd-questions@freefall.FreeBSD.org (FreeBSD questions) Date: Fri, 21 Jun 1996 18:29:10 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! Hopefully a few simple ones (for the *right* person...) Can someone explain/name the iso-*, cp866-* and koi8-* fonts? And the purpose of the 8x14 fonts? And the differences between the "", "b" and "c" versions of the 866 and koi8 fonts? Thanks <:-) --don From owner-freebsd-hackers Fri Jun 21 18:47:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA17164 for hackers-outgoing; Fri, 21 Jun 1996 18:47:06 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA17158; Fri, 21 Jun 1996 18:46:59 -0700 (PDT) Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id BAA13526; Sat, 22 Jun 1996 01:36:11 GMT Date: Sat, 22 Jun 1996 01:36:11 GMT Message-Id: <199606220136.BAA13526@jraynard.demon.co.uk> From: James Raynard To: phk@freebsd.org CC: hackers@freebsd.org In-reply-to: <28273.835398389@critter.tfs.com> (message from Poul-Henning Kamp on Fri, 21 Jun 1996 16:06:29 -0700) Subject: Re: cvs-cur-2135 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> Poul-Henning Kamp writes: > > I talked to Peter on the phone today, and remembered that the first > version of CTM had another kind of limit. Basically the idea was that > deltas were produced, chopped to bits and stored in a spool-directory. > > A crontab entry pulls things from the spool-directory, say, max 3 chunks > every hour or something. This means that the data-rate is limited too. Actually I don't have a problem with data-rate as I use FTP and can (in theory) download things whenever it suits me. However, it would be a more effective use of my connect time to use mail, as I'm getting really hammered by poor throughput to freefall - I got 95% packet loss a few minutes ago when I wanted to commit something. In fact, I've just subscribed! > Would that be worthwhile ? It would (now that I do have a potential problem with data-rate 8-) -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Fri Jun 21 19:38:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19885 for hackers-outgoing; Fri, 21 Jun 1996 19:38:26 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19880 for ; Fri, 21 Jun 1996 19:38:22 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id LAA19433; Sat, 22 Jun 1996 11:38:01 +0900 (JST) Date: Sat, 22 Jun 1996 11:38:01 +0900 (JST) From: Michael Hancock To: denis cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Dynamically Allocatable Name Service (DANS) In-Reply-To: <31CAEEE1.7E3459D9@actcom.co.il> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [Cross-posts trimmed] On Fri, 21 Jun 1996, denis wrote: > Hi, folks. > > The idea I would like to propose is not platform dependent or > something, The reason I addressed it to all those lists in the > header is my desire to gain more auditory. > > I want to write a name server with dynamical updates and all > binary database. (Actually I'm writing it) I know, that there is > dynamical updates support in the existing BIND distribution, but > it seems to me like fixing a rocket motor to the bike. What binary database has enough performance to handle names on the Internet? I don't think even db will do. -mike hancock From owner-freebsd-hackers Fri Jun 21 20:05:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA21111 for hackers-outgoing; Fri, 21 Jun 1996 20:05:50 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA21106 for ; Fri, 21 Jun 1996 20:05:47 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id MAA19591 for ; Sat, 22 Jun 1996 12:05:43 +0900 (JST) Date: Sat, 22 Jun 1996 12:05:43 +0900 (JST) From: Michael Hancock To: hackers@freebsd.org Subject: TCP Performance Tuning 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 saw this post on the BSDI newsgroup. Looks like some interesting research is being done at the Pitt Supercomputing Center. The link includes info on FreeBSD. http://www.psc.edu/networking/perf_tune.html -mh From owner-freebsd-hackers Fri Jun 21 21:02:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA25974 for hackers-outgoing; Fri, 21 Jun 1996 21:02:25 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA25961 for ; Fri, 21 Jun 1996 21:02:17 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id NAA16818; Sat, 22 Jun 1996 13:58:58 +1000 Date: Sat, 22 Jun 1996 13:58:58 +1000 From: Bruce Evans Message-Id: <199606220358.NAA16818@godzilla.zeta.org.au> To: bde@zeta.org.au, kuku@gilberto.physik.rwth-aachen.de Subject: Re: TARGET_NO_FANCY_MATH_387 Cc: freebsd-hackers@FreeBSD.ORG, mrm@MARMOT.Mole.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >-ffancy-math-386 and -ffast-math >have an effect? I tried with a small example and I'm always getting >calls instead of fpu-inline statements. (gcc-2.6.3) #include int main() { return sqrt(0.0); } Bruce From owner-freebsd-hackers Fri Jun 21 21:05:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA26113 for hackers-outgoing; Fri, 21 Jun 1996 21:05:24 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA26101 for ; Fri, 21 Jun 1996 21:05:20 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id OAA16873; Sat, 22 Jun 1996 14:00:32 +1000 Date: Sat, 22 Jun 1996 14:00:32 +1000 From: Bruce Evans Message-Id: <199606220400.OAA16873@godzilla.zeta.org.au> To: bde@zeta.org.au, kuku@gilberto.physik.rwth-aachen.de Subject: Re: TARGET_NO_FANCY_MATH_387 Cc: freebsd-hackers@FreeBSD.ORG, mrm@MARMOT.Mole.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Could you give an example showing that >-ffancy-math-386 and -ffast-math >have an effect? I tried with a small example and I'm always getting >calls instead of fpu-inline statements. (gcc-2.6.3) >#include >main() >{ > double d=2500.; > printf("%lf\n",sqrt(sin(d))); >} >gcc -ffast-math -m486 -mfancy-math-387 -S p.c This too is an example if you compile with -O. Bruce From owner-freebsd-hackers Fri Jun 21 21:56:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28424 for hackers-outgoing; Fri, 21 Jun 1996 21:56:45 -0700 (PDT) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA28415 for ; Fri, 21 Jun 1996 21:56:44 -0700 (PDT) Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id WAA21625; Fri, 21 Jun 1996 22:56:38 -0600 From: Ade Barkah Message-Id: <199606220456.WAA21625@hemi.com> Subject: Re: Memory tests ... To: hua@XENON.chromatic.com (Ernest Hua) Date: Fri, 21 Jun 1996 22:56:38 -0600 (MDT) Cc: hackers@freebsd.org In-Reply-To: <199606212235.PAA01459@ohio.chromatic.com> from "Ernest Hua" at Jun 21, 96 03:35:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Anyone know of any memory testing utilities for FreeBSD? Ernest, I find recompiling the kernel a few times represent an excellent test for my memory subsystem (SIMM and cache.) Regards, -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Fri Jun 21 22:01:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA28928 for hackers-outgoing; Fri, 21 Jun 1996 22:01:29 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA28907; Fri, 21 Jun 1996 22:01:22 -0700 (PDT) Received: by sovcom.kiae.su id AA15664 (5.65.kiae-1 ); Sat, 22 Jun 1996 07:57:59 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 22 Jun 96 07:57:59 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id IAA00400; Sat, 22 Jun 1996 08:54:14 +0400 (MSD) Message-Id: <199606220454.IAA00400@nagual.ru> Subject: Re: syscons fonts To: dgy@rtd.com (Don Yuniskis) Date: Sat, 22 Jun 1996 08:54:14 +0400 (MSD) Cc: freebsd-hackers@freefall.FreeBSD.org, freebsd-questions@freefall.FreeBSD.org In-Reply-To: <199606220129.SAA11650@seagull.rtd.com> from "Don Yuniskis" at "Jun 21, 96 06:29:10 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Can someone explain/name the iso-*, cp866-* and koi8-* fonts? iso means ISO8859-1 code table cp866 means IBM Code Page 866 code table koi8 means KOI8-R code table (RFC1489) > And the purpose of the 8x14 fonts? For 80x43 mode (EGA font) > And the differences between the "", "b" and "c" versions of > the 866 and koi8 fonts? Different kind of letters style. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Fri Jun 21 22:59:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01125 for hackers-outgoing; Fri, 21 Jun 1996 22:59:48 -0700 (PDT) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA01120 for ; Fri, 21 Jun 1996 22:59:46 -0700 (PDT) Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id XAA22914; Fri, 21 Jun 1996 23:58:23 -0600 From: Ade Barkah Message-Id: <199606220558.XAA22914@hemi.com> Subject: Re: Help: le0 gets stuck at OACTIVE. To: p.richards@elsevier.co.uk Date: Fri, 21 Jun 1996 23:58:22 -0600 (MDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199606211103.MAA15928@cadair.elsevier.co.uk> from "Paul Richards" at Jun 21, 96 12:03:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Re: my DE204 getting stuck at OACTIVE: Paul Richards wrote: > Ade> | le0 at 0x300-0x31f irq 5 maddr 0xd0000 msize 2048 on isa | le0: > Ade> DE204-AB ethernet address 08:00:2b:93:3b:e7 > > I file a PR about this some time ago. If you re-configure the card to > use more than 2K then the problem will go away. ... Hey, thanks for the tip! I reconfigured the card for 32K and it's now working like a charm (I ping flooded it for awhile and it help up very nicely.) Thanks, -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Sat Jun 22 01:16:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA12488 for hackers-outgoing; Sat, 22 Jun 1996 01:16:23 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA12474 for ; Sat, 22 Jun 1996 01:16:17 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA29815; Sat, 22 Jun 1996 10:12:18 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA24309; Sat, 22 Jun 1996 10:24:49 +0200 From: "Christoph P. Kukulies" Message-Id: <199606220824.KAA24309@gilberto.physik.rwth-aachen.de> Subject: Re: TARGET_NO_FANCY_MATH_387 To: kuku@gilberto.physik.rwth-aachen.de Date: Sat, 22 Jun 1996 10:24:49 +0200 (MET DST) Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.org, mrm@MARMOT.Mole.ORG In-Reply-To: <199606211741.TAA21575@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at "Jun 21, 96 07:41:19 pm" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (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 Answering myself: > Could you give an example showing that > > -ffancy-math-386 and -ffast-math > > have an effect? Add -O --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sat Jun 22 01:33:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA13845 for hackers-outgoing; Sat, 22 Jun 1996 01:33:05 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA13838 for ; Sat, 22 Jun 1996 01:33:00 -0700 (PDT) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id EAA27010; Sat, 22 Jun 1996 04:32:47 -0400 (EDT) Message-Id: <199606220832.EAA27010@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: Tom Samplonius Date: Sat, 22 Jun 1996 04:28:31 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Longer usernames? Reply-to: dunn@harborcom.net CC: hackers@FreeBSD.ORG Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 20 Jun 96 at 20:00, Tom Samplonius wrote: > > > > What do they do about NIS? Truncate the usernames? Bad bad > > > > bad. > > > > > > BSDI 2.1 doesn't have NIS. > > > > Ah. > > This is major oversight in my opinion. Especially for a company that markets its product as an "Internet Server". If you are going to base the major selling point of your product on its networking functionality, NIS seems to me to be almost a requirement. Bradley Dunn From owner-freebsd-hackers Sat Jun 22 01:53:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA15145 for hackers-outgoing; Sat, 22 Jun 1996 01:53:42 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA15136 for ; Sat, 22 Jun 1996 01:53:36 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA29899; Sat, 22 Jun 1996 10:52:22 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA19124; Sat, 22 Jun 1996 10:52:22 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA26155; Sat, 22 Jun 1996 10:41:34 +0200 (MET DST) From: J Wunsch Message-Id: <199606220841.KAA26155@uriah.heep.sax.de> Subject: Re: Memory tests ... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 22 Jun 1996 10:41:34 +0200 (MET DST) Cc: hua@XENON.chromatic.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606212235.PAA01459@ohio.chromatic.com> from Ernest Hua at "Jun 21, 96 03:35:32 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (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 As Ernest Hua wrote: > Anyone know of any memory testing utilities for FreeBSD? gcc. :-) Seriously, a ``cd /usr/src; make world'' is a fair memory (and disk) test. We've got a batch of questionable machines recently, and i've really installed FreeBSD on some of them, and ran the above. The old boards crashed within short time (normally less than 5 minutes after starting the test), while the system went on for hours after swapping the mainboard (in an otherwise identical environment). > If none exists, how does one demand physical access to > memory? Hmm, but that's perhaps the biggest problem about it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Jun 22 03:09:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA26525 for hackers-outgoing; Sat, 22 Jun 1996 03:09:42 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA26504 for ; Sat, 22 Jun 1996 03:09:37 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id MAA04708; Sat, 22 Jun 1996 12:09:34 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199606221009.MAA04708@gvr.win.tue.nl> Subject: systems hangs, reboots and panics after large find To: freebsd-hackers@freebsd.org Date: Sat, 22 Jun 1996 12:09:33 +0200 (MET DST) X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm experiencing strange hangs with a heavily used 2.0.5 machine. The symptom is dat during a run of /etc/daily, the system gets slower and slower and then sometimes reboots, sometimes hangs. We also saw panics, (free vnode isn't). I lately did a large find on a 2.0 machine and it rebooted. Because /etc/daily also contains a few large finds, I am suspecting the FS layer. Is anything known about a problem in there causing such behaviour? -Guido From owner-freebsd-hackers Sat Jun 22 03:38:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA03539 for hackers-outgoing; Sat, 22 Jun 1996 03:38:44 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA03512 for ; Sat, 22 Jun 1996 03:38:34 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id LAA18635; Sat, 22 Jun 1996 11:36:42 +0100 (BST) To: guido@gvr.win.tue.nl (Guido van Rooij) cc: freebsd-hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: systems hangs, reboots and panics after large find In-reply-to: Your message of "Sat, 22 Jun 1996 12:09:33 +0200." <199606221009.MAA04708@gvr.win.tue.nl> Date: Sat, 22 Jun 1996 11:36:41 +0100 Message-ID: <18633.835439801@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Guido van Rooij wrote in message ID <199606221009.MAA04708@gvr.win.tue.nl>: > I'm experiencing strange hangs with a heavily used 2.0.5 machine. > The symptom is dat during a run of /etc/daily, the system gets > slower and slower and then sometimes reboots, sometimes hangs. > We also saw panics, (free vnode isn't). > I lately did a large find on a 2.0 machine and it rebooted. Because > /etc/daily also contains a few large finds, I am suspecting the > FS layer. Is anything known about a problem in there causing such > behaviour? There are several problems with the FS layer, but I'm more willing to bet you have a DOSFS filesystem mounted... news.cdrom.com (which used to run some mutant system about 2.0.5 time) had a 9 Gb FS which the then admin didn't think to take out of the security scans... so the news filesystem had expire AND a find running on it at the same time. That machine was rock stable. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Sat Jun 22 03:47:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA05070 for hackers-outgoing; Sat, 22 Jun 1996 03:47:30 -0700 (PDT) Received: from teil.soft.net (tata_elxsi.soft.net [164.164.10.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA05038 for ; Sat, 22 Jun 1996 03:47:24 -0700 (PDT) Received: by teil.soft.net (920330.SGI/920502.SGI.JF) for hackers@FreeBSD.ORG id AA05003; Sat, 22 Jun 96 16:16:52 -0800 From: rishim@teil.soft.net (Rishi Gautam) Message-Id: <9606230016.AA05003@teil.soft.net> Subject: Nedd information To: hackers@FreeBSD.ORG Date: Sat, 22 Jun 1996 16:16:51 -0800 (PST) Mime-Version: 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 How do enable the iprouter and the ipmulticast router part in the FreeBSD. PLease help? Rishi rishim@teil.soft.net From owner-freebsd-hackers Sat Jun 22 04:00:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10021 for hackers-outgoing; Sat, 22 Jun 1996 04:00:00 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA10007 for ; Sat, 22 Jun 1996 03:59:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id DAA05164; Sat, 22 Jun 1996 03:59:46 -0700 (PDT) Message-Id: <199606221059.DAA05164@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: guido@gvr.win.tue.nl (Guido van Rooij) cc: freebsd-hackers@FreeBSD.org Subject: Re: systems hangs, reboots and panics after large find In-reply-to: Your message of "Sat, 22 Jun 1996 12:09:33 +0200." <199606221009.MAA04708@gvr.win.tue.nl> From: David Greenman Reply-To: davidg@root.com Date: Sat, 22 Jun 1996 03:59:46 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I'm experiencing strange hangs with a heavily used 2.0.5 machine. >The symptom is dat during a run of /etc/daily, the system gets >slower and slower and then sometimes reboots, sometimes hangs. >We also saw panics, (free vnode isn't). >I lately did a large find on a 2.0 machine and it rebooted. Because >/etc/daily also contains a few large finds, I am suspecting the >FS layer. Is anything known about a problem in there causing such >behaviour? There were some windows in the vnode allocation that could cause undesired behavior. These were fixed a few days ago. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Jun 22 04:25:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA17241 for hackers-outgoing; Sat, 22 Jun 1996 04:25:38 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA17213; Sat, 22 Jun 1996 04:25:31 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id NAA04833; Sat, 22 Jun 1996 13:25:20 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199606221125.NAA04833@gvr.win.tue.nl> Subject: Re: systems hangs, reboots and panics after large find To: gpalmer@FreeBSD.ORG (Gary Palmer) Date: Sat, 22 Jun 1996 13:25:19 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <18633.835439801@palmer.demon.co.uk> from Gary Palmer at "Jun 22, 96 11:36:41 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > There are several problems with the FS layer, but I'm more willing to > bet you have a DOSFS filesystem mounted... news.cdrom.com (which used No. No DOS filesystems. -Guido From owner-freebsd-hackers Sat Jun 22 04:33:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA19467 for hackers-outgoing; Sat, 22 Jun 1996 04:33:08 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA19438; Sat, 22 Jun 1996 04:33:03 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id VAA13781; Sat, 22 Jun 1996 21:36:49 +0930 From: Michael Smith Message-Id: <199606221206.VAA13781@genesis.atrad.adelaide.edu.au> Subject: FreeBSD support in Northern Sweden? To: hackers@freebsd.org Date: Sat, 22 Jun 1996 21:36:48 +0930 (CST) Cc: chat@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry for the splatter, but as there isn't a 'freebsd-consultants' list, this is the best place I could think of to ask. We'll be installing a number of FreeBSD systems with a customer in northern Sweden (just out of Kiruna, to be exact), and I'd like to be able to point them at someone closer than Australia for day-to-day support issues. I don't expect that there'll be much involved in the first instance, and naturally we'd be there to fall back on for anything involving our product. There's a good chance that we'll be installing other sites in northern Europe, so any contacts in the area would be of interest to us. If this interests you, please _email_ me (don't cc: the lists). Thanks. -- ]] 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 Sat Jun 22 04:59:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA22017 for hackers-outgoing; Sat, 22 Jun 1996 04:59:21 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA22010 for ; Sat, 22 Jun 1996 04:59:19 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id UAA21976; Sat, 22 Jun 1996 20:59:05 +0900 (JST) Date: Sat, 22 Jun 1996 20:59:05 +0900 (JST) From: Michael Hancock To: Bradley Dunn cc: hackers@FreeBSD.ORG Subject: Re: Longer usernames? In-Reply-To: <199606220832.EAA27010@ns2.harborcom.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 Sat, 22 Jun 1996, Bradley Dunn wrote: > On 20 Jun 96 at 20:00, Tom Samplonius wrote: > > > > > > What do they do about NIS? Truncate the usernames? Bad bad > > > > > bad. > > > > > > > > BSDI 2.1 doesn't have NIS. > > > > Especially for a company that markets its product as an "Internet > Server". If you are going to base the major selling point of your > product on its networking functionality, NIS seems to me to be almost > a requirement. If you're a Sun shop. I rather use rdist than NIS. There is a need for something better than either solution though. LDAP/RFC1777? -mh From owner-freebsd-hackers Sat Jun 22 05:02:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA22239 for hackers-outgoing; Sat, 22 Jun 1996 05:02:25 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA22232 for ; Sat, 22 Jun 1996 05:02:22 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id VAA22002; Sat, 22 Jun 1996 21:01:58 +0900 (JST) Date: Sat, 22 Jun 1996 21:01:58 +0900 (JST) From: Michael Hancock To: Rishi Gautam cc: hackers@FreeBSD.ORG Subject: Re: Nedd information In-Reply-To: <9606230016.AA05003@teil.soft.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 Sat, 22 Jun 1996, Rishi Gautam wrote: > HI > > How do enable the iprouter and the ipmulticast router part in the FreeBSD. > This should be in the handbook, see http://www.freebsd.org. Look for things like 'config' or 'sysinstall'. The mail archive search engine is also a good source of info. -mh From owner-freebsd-hackers Sat Jun 22 05:30:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA24137 for hackers-outgoing; Sat, 22 Jun 1996 05:30:52 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA24131 for ; Sat, 22 Jun 1996 05:30:49 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA13854 for hackers@freebsd.org; Sat, 22 Jun 1996 22:34:36 +0930 From: Michael Smith Message-Id: <199606221304.WAA13854@genesis.atrad.adelaide.edu.au> Subject: Bmaking 3rd-party components To: hackers@freebsd.org Date: Sat, 22 Jun 1996 22:34:35 +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 Continuing in a series of proposals aimed at dealing with the presence of third-party code in the FreeBSD tree, and as inspired by Garret's comment about not needing to mess with a forecign tree in order to succesfully bmake it. Put the required parts of the foreign tree under src/foreign. Put the bmakefile(s) that refer to the foreign code in directories in appropriate places, and point to the foreign code using .PATH: I just did this for Tcl and it works quite well. (And as a sideeffect I have a bmaked Tcl 7.5 to put my money where my mouth is). In fact, it's highly desirable for something like Tcl which produces several resultant entities. Collecting everything under src/foreign (and perhaps a subcategory src/foreign/gnu) would make doing version sweeps easier, and makes where something is put a simpler choice 8) (eg. tcl, is it a library or a program?) Exact preference (and makefile simplicity) could be helped with a makefile variable FOREIGN_BASE (and maybe FOREIGN_GNU_BASE) which pointed to the root of the foreign code base. Suggestions? Comments? Brickbats? -- ]] 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 Sat Jun 22 06:17:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA28117 for hackers-outgoing; Sat, 22 Jun 1996 06:17:31 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA28097 for ; Sat, 22 Jun 1996 06:17:12 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA05434 for ; Sat, 22 Jun 1996 15:17:09 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA21375 for freebsd-hackers@freebsd.org; Sat, 22 Jun 1996 15:17:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA27308 for freebsd-hackers@freebsd.org; Sat, 22 Jun 1996 15:08:15 +0200 (MET DST) From: J Wunsch Message-Id: <199606221308.PAA27308@uriah.heep.sax.de> Subject: Cleaning of /tmp in /etc/rc To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 22 Jun 1996 15:08:15 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anybody know what the following is for? # prune quickly with one rm, then use find to clean up /tmp/[lq]* # (not needed with mfs /tmp, but doesn't hurt there...) (cd /tmp && rm -rf [a-km-pr-zA-Z]* && find -d . ! -name . ! -name lost+found ! -name quotas -exec rm -rf -- {} \;) Besides the problems with a boot-time cleaning of /tmp without purging it from /etc/daily (see my recent commit), the above fails to remove the files /tmp/.X*lock, causing the Xserver to fall over if it was active by the time the machine crashed. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Jun 22 06:56:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA01185 for hackers-outgoing; Sat, 22 Jun 1996 06:56:54 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA01178 for ; Sat, 22 Jun 1996 06:56:51 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id PAA03740; Sat, 22 Jun 1996 15:56:31 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id PAA13588; Sat, 22 Jun 1996 15:44:16 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.4/keltia-uucp-2.8) id OAA26432; Sat, 22 Jun 1996 14:33:25 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606221233.OAA26432@keltia.freenix.fr> Subject: Re: list of differences between 2.1 and 2.2? To: fhackers@jraynard.demon.co.uk (James Raynard) Date: Sat, 22 Jun 1996 14:33:25 +0200 (MET DST) Cc: leisner@sdsp.mc.xerox.com, hackers@freebsd.org In-Reply-To: <199606201011.KAA01404@jraynard.demon.co.uk> from James Raynard at "Jun 20, 96 10:11:32 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#2111 X-Mailer: ELM [version 2.4ME+ PL19 (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 James Raynard said: > The main change that comes to mind is the VM/cache merge, then there's No, the VM/buffer cache rewrite was between 2.0 and 2.0.5. What's in CURRENT is several performance enhancements made by John Dyson (including much faster pipes, faster fork/exec syscalls and better page management). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Thu Jun 13 11:01:47 MET DST 1996 From owner-freebsd-hackers Sat Jun 22 07:21:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03589 for hackers-outgoing; Sat, 22 Jun 1996 07:21:15 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA03539 for ; Sat, 22 Jun 1996 07:20:50 -0700 (PDT) Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.7.5/8.6.12) id KAA16413; Sat, 22 Jun 1996 10:40:33 GMT Date: Sat, 22 Jun 1996 10:40:33 GMT Message-Id: <199606221040.KAA16413@jraynard.demon.co.uk> From: James Raynard To: mbarkah@hemi.com CC: hua@XENON.chromatic.com, hackers@freebsd.org In-reply-to: <199606220456.WAA21625@hemi.com> (message from Ade Barkah on Fri, 21 Jun 1996 22:56:38 -0600 (MDT)) Subject: Re: Memory tests ... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I find recompiling the kernel a few times represent an excellent > test for my memory subsystem (SIMM and cache.) I found compiling a debug kernel (use config -g) extremely handy when stress-testing the recent VM changes - its resident set size can go up to 16M at the link stage. Don't forget to strip it before you install it, though... Another good one on a low-memory machine is re-compiling Emacs from inside Emacs under X. -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Sat Jun 22 08:20:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10462 for hackers-outgoing; Sat, 22 Jun 1996 08:20:02 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA10417 for ; Sat, 22 Jun 1996 08:19:57 -0700 (PDT) Received: from campa.panke.de (anonymous229.ppp.cs.tu-berlin.de [130.149.17.229]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id RAA08220; Sat, 22 Jun 1996 17:04:52 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id QAA05880; Sat, 22 Jun 1996 16:38:16 +0200 Date: Sat, 22 Jun 1996 16:38:16 +0200 From: Wolfram Schneider Message-Id: <199606221438.QAA05880@campa.panke.de> To: John Fieber Cc: Duffy Penski , hackers@FreeBSD.org Subject: Re: Even better web pages! In-Reply-To: References: <199606201607.MAA10589@northshore.shore.net> Reply-to: Wolfram Schneider 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 John Fieber writes: >Clever! We do need a fallback for people without javascript or >javascript disabled. A CGI that ships out a redirect should do >the trick. In fact, I may prefer that method anyway so I can see >what mirrors get used. You can grab my CGI script (5 line perl) from http://user.cs.tu-berlin.de/~wosch/freebsd/index.html the script is in /~wosch/cgi/ >> o more links on the left pane The fonts are to small on my 14 inch monitor (1024x768) ;-( >I think we almost have a winner! Sure. Wolfram From owner-freebsd-hackers Sat Jun 22 09:02:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14801 for hackers-outgoing; Sat, 22 Jun 1996 09:02:54 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA14784 for ; Sat, 22 Jun 1996 09:02:51 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uXV95-000Qb8C; Sat, 22 Jun 96 18:02 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA14710; Sat, 22 Jun 1996 13:26:15 +0200 Message-Id: <199606221126.NAA14710@allegro.lemis.de> Subject: Re: RFC on L.W Jolite books To: crb@glue.umd.edu (Christopher R. Bowman) Date: Sat, 22 Jun 1996 13:26:15 +0200 (MET DST) Cc: hackers@freefall.freebsd.org In-Reply-To: from "Christopher R. Bowman" at Jun 15, 96 04:23:42 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christopher R. Bowman writes: > > Anybody have a review or comment on the following two books? > How relevant would these be? > > Operating Systems Source Code Secrets (The 386 Bsd Operating System > Reference, Vol 1) > > by L.W Jolite > > Volume 1 > Hardcover > List: $49.95 -- Amazon.com Price: $49.95 > Published by Peer to Peer Communications > Publication date: February 1, 1996 > ISBN: 1573980269 > > Virtual Memory System Source Code Secrets (The 386 Bsd Operating System > Reference, Vol 2) > > by L. W. Jolite > > Volume 2 > Hardcover > List: $44.95 -- Amazon.com Price: $44.95 > Published by Peer to Peer Communications > Publication date: June 1996 > ISBN: 1573980277 Wow, people have really been silent about this one, haven't they? I don't think it takes much imagination to guess that the authors are really Lynne and Bill Jolitz. There's been enough bad press about them already; all I'd say here is that, a priori, I would expect the first volume to be mildly relevant, while the second one would be completely irrelevant. 386BSD is based on the Net/2 release. Somehow USL and Novell never bothered to follow up the Jolitz's (everybody else involved had to commit to moving to 4.4BSD), and they're still using the encumbered code. There are a number of similarities, of course, but the FreeBSD VM system has been completely rewritten, and other BSDs have significantly changed since the Net/2 days, so I don't know who would want to buy volume 2. Having said that, I bought a copy of the "386BSD 1.0 Reference CD-ROM (directly bootable)" a couple of years ago. The most expensive CD-ROM I ever bought ($100), and one of the most useless. All the documentation was in a strange format which I had never seen before, and is completely useless for anybody without the viewer (not supplied). The CD-ROM contains no boot code whatsoever. I feel cheated by this CD-ROM, and I would be very careful buying a book from the same authors. Of course, the book has the advantage that you can look at it before buying it. Greg From owner-freebsd-hackers Sat Jun 22 09:03:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14914 for hackers-outgoing; Sat, 22 Jun 1996 09:03:28 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA14905 for ; Sat, 22 Jun 1996 09:03:25 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uXV94-000Qb4C; Sat, 22 Jun 96 18:02 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA14679; Sat, 22 Jun 1996 13:16:27 +0200 Message-Id: <199606221116.NAA14679@allegro.lemis.de> Subject: Re: IP question: who should return ENOBUFS? To: helg@tav.kiev.ua (Oleg N Panashchenko) Date: Sat, 22 Jun 1996 13:16:26 +0200 (MET DST) Cc: hackers@FreeBSD.ORG (FreeBSD Hackers) In-Reply-To: <199606211703.UAA04703@tav.kiev.ua> from "Oleg N Panashchenko" at Jun 21, 96 08:03:23 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Oleg N Panashchenko writes: > > In article <199606201803.UAA19421@allegro.lemis.de> you wrote: >: I've just spent a fair amount of time trying to figure out why our >: ISDN software jams up if it can't establish a connection. The >: symptoms are that if you can't establish a connection before a certain >: number of packets have been sent, the whole interface just returns: > >: === root@freebie (/dev/ttyp0) /sys/netinet 11 -> ping 192.109.197.38 >: PING 192.109.197.38 (192.109.197.38): 56 data bytes >: ping: sendto: No buffer space available >: ping: wrote 192.109.197.38 64 chars, ret=-1 >: ping: sendto: No buffer space available > > I have seen exactly the same behaviour with Digiboard driver. > There was reliable way to reproduce it: > > ping -f any.non-local.host > > And see nothing except of 'No buffer space available' until restarting > the interface. Yup. That's the problem. > Adding a call of linesw[].l_start() in appropriate place in driver code > closed the problem. I'd consider that a workaround. We need to change the congestion avoidance algorithm to something that works. In the meantime, this "bug fix" in ip_output must be removed. Greg From owner-freebsd-hackers Sat Jun 22 09:04:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA15000 for hackers-outgoing; Sat, 22 Jun 1996 09:04:27 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA14995 for ; Sat, 22 Jun 1996 09:04:24 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uXV95-000Qb5C; Sat, 22 Jun 96 18:02 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA14663; Sat, 22 Jun 1996 13:14:15 +0200 Message-Id: <199606221114.NAA14663@allegro.lemis.de> Subject: Re: IP question: who should return ENOBUFS? (was: Help: le0 gets stuck at OACTIVE) To: mbarkah@hemi.com (Ade Barkah) Date: Sat, 22 Jun 1996 13:14:14 +0200 (MET DST) Cc: hackers@FreeBSD.ORG (FreeBSD Hackers) In-Reply-To: <199606210903.DAA27179@hemi.com> from "Ade Barkah" at Jun 21, 96 03:03:56 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ade Barkah writes: > > Hello, > > One of our machines has a DEC204-AB (ethernet, 10-BaseT) on it, > running FreeBSD 2.1-RELEASE. However, eventually the interface > gets stuck in OACTIVE; I can force this condition by doing a > ping -f on the interface. The machine has another interface > (SMC Ultra C)... I can ping -f on that one all day long without > problems. Sometimes doing a 'ifconfig le0 down' followed by an > 'ifconfig le0 up' fixes the problem momentarily. > > Some more background. Here's what dmesg says: > >| le0 at 0x300-0x31f irq 5 maddr 0xd0000 msize 2048 on isa >| le0: DE204-AB ethernet address 08:00:2b:93:3b:e7 > > Here's ifconfig when it dies: > >| le0: flags=8c63| MULTICAST> mtu 1500 >| inet 204.133.181.5 netmask 0xfffffffc broadcast 204.133.181.7 > > Notice the netmask, there are only two hosts on this subnet. They > are connected by a Cat 5 UTP crossover patch cable, 10' in length. > The "remote" machine runs a pair of SMC EtherEZs. > > Ping reports: > >| .ping: sendto: No buffer space available I see from a followup that you probably have the board misconfigured. The "bug fix" for queue overflows in ip_output will ensure, however, that once you get to this point, you won't be able to recover without taking the interface down and up again. Greg From owner-freebsd-hackers Sat Jun 22 09:11:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA15394 for hackers-outgoing; Sat, 22 Jun 1996 09:11:23 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA15381; Sat, 22 Jun 1996 09:11:11 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id PAA18958; Sat, 22 Jun 1996 15:24:05 +0100 (BST) To: Poul-Henning Kamp cc: James Raynard , hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: cvs-cur-2135 In-reply-to: Your message of "Fri, 21 Jun 1996 16:06:29 PDT." <28273.835398389@critter.tfs.com> Date: Sat, 22 Jun 1996 15:24:04 +0100 Message-ID: <18956.835453444@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp wrote in message ID <28273.835398389@critter.tfs.com>: > A crontab entry pulls things from the spool-directory, say, max 3 chunks > every hour or something. This means that the data-rate is limited too. Perhaps a rate limited version of the mail lists should be made for those who want that facility? I would say that not EVERYONE wants to do that. I know that I'd still prefer CTM over SUP, even if I had a half-way decent net.link... (and 3*100k/hour is about right ... since we produce deltas every 6 hours, that allows a 1.8Mb delta to go before the next one is due. I take it that it won't start shipping the new one until the old one is finished? If so, I may even go for 2/hour) Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Sat Jun 22 09:14:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA15752 for hackers-outgoing; Sat, 22 Jun 1996 09:14:54 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA15741 for ; Sat, 22 Jun 1996 09:14:51 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id SAA07908; Sat, 22 Jun 1996 18:00:50 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id RAA00259; Sat, 22 Jun 1996 17:58:49 +0200 (MET DST) Date: Sat, 22 Jun 1996 17:58:49 +0200 (MET DST) From: Andreas Klemm To: Rishi Gautam cc: hackers@FreeBSD.ORG Subject: Re: Nedd information In-Reply-To: <9606230016.AA05003@teil.soft.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 Sat, 22 Jun 1996, Rishi Gautam wrote: > How do enable the iprouter and the ipmulticast router part in the FreeBSD. Ever took a look into /etc/sysconfig ? Ever did an apropos multicast ? ;-) BTW, which version of FreeBSD ??? -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@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 <<< From owner-freebsd-hackers Sat Jun 22 09:27:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA16549 for hackers-outgoing; Sat, 22 Jun 1996 09:27:33 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA16536 for ; Sat, 22 Jun 1996 09:27:31 -0700 (PDT) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14581(4)>; Sat, 22 Jun 1996 09:26:53 PDT Received: by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB) id AA15407; Sat, 22 Jun 96 12:26:23 EDT Message-Id: <9606221626.AA15407@gemini.sdsp.mc.xerox.com> To: Ollivier Robert Cc: fhackers@jraynard.demon.co.uk (James Raynard), hackers@freebsd.org Subject: Re: list of differences between 2.1 and 2.2? In-Reply-To: Your message of "Sat, 22 Jun 1996 05:33:25 PDT." <199606221233.OAA26432@keltia.freenix.fr> Date: Sat, 22 Jun 1996 09:26:21 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What I'm looking for (and I think its reasonable and others would like to see it to) is some sort of NEWS file (not a changelog) of the differences between versions. What Chet Ramey is doing with bash is a good example... To read the CVS tree is not a viable solution. This would be most welcome for snapshots. marty From owner-freebsd-hackers Sat Jun 22 09:33:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA17222 for hackers-outgoing; Sat, 22 Jun 1996 09:33:08 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA17213; Sat, 22 Jun 1996 09:33:04 -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 MAA25836; Sat, 22 Jun 1996 12:30:04 -0400 (EDT) Date: Sat, 22 Jun 1996 12:31:03 -0400 (EDT) From: Brian Tao To: FREEBSD-QUESTIONS-L , FREEBSD-HACKERS-L cc: brian@mediacity.com Subject: Killing "unkilliable" processes waiting to drain tty Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Way back in the mists of time, Brian Litzinger wondered how one would go about killing a process that was stuck waiting for its tty to drain when exiting. Processes like that would look something like this: taob 18335 0.0 0.0 772 16 p6- IEs+ 15Jun96 0:00.31 -tcsh (tcsh) taob 16294 0.0 0.0 776 12 pe- IEs Sat05PM 0:00.29 (tcsh) taob 16315 0.0 0.0 1888 16 pe- IE+ Sat05PM 0:00.46 (pine392) You could kill -9 them all you want, but they would not go away. I didn't see any resolution to the immediate question of "How do I get rid of these processes, besides rebooting?" (search for "indestructible processes" in the freebsd-questions archives), and the problem still exists in the latest 2.2-SNAP. Anyhow, to make a long story short, try this: cat < /dev/ttyXX # replace XX as appropriate I don't know why I didn't try this before... it seems so blindingly obvious now. I was able to recover 7 tty's from a dozen stuck processes today. Phew. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sat Jun 22 10:22:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA20242 for hackers-outgoing; Sat, 22 Jun 1996 10:22:10 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA20194 for ; Sat, 22 Jun 1996 10:21:54 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id SAA19325; Sat, 22 Jun 1996 18:17:35 +0100 (BST) To: Marty Leisner cc: Ollivier Robert , fhackers@jraynard.demon.co.uk (James Raynard), hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: list of differences between 2.1 and 2.2? In-reply-to: Your message of "Sat, 22 Jun 1996 09:26:21 PDT." <9606221626.AA15407@gemini.sdsp.mc.xerox.com> Date: Sat, 22 Jun 1996 18:17:34 +0100 Message-ID: <19323.835463854@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Marty Leisner wrote in message ID <9606221626.AA15407@gemini.sdsp.mc.xerox.com>: > What I'm looking for (and I think its reasonable and others would > like to see it to) is some sort of NEWS file (not a changelog) > of the differences between versions. For a system the size of FreeBSD, this becomes a nightmare to do. If we limit stuff to major changes, you might as just well read the RELNOTES as Jordan normally manages to catch the major changes. > What Chet Ramey is doing with bash is a good example... With a source tree a fraction the size of ours (I think /usr/src is in the region of 120Mb's). I am not familiar with the bash development system, but we also have a large number of people who have direct access to the CVS repisoritory. I suspect bash has the opposite (a lot of patches sent in, but one person with direct access to the sources). > To read the CVS tree is not a viable solution. It is the ONLY solution if you are looking for fine granularity. A `NEWS' or `CHANGELOG' file would grow VERY big VERY quickly with the development we do... I'm ot saying I'm against the CHANGELOG/NEWS idea, or even saying it's unworkable, but it would require a lot more disclipline from our committers than we currently see, and I know that this would prove troublesome... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Sat Jun 22 10:35:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA21203 for hackers-outgoing; Sat, 22 Jun 1996 10:35:26 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA21198 for ; Sat, 22 Jun 1996 10:35:23 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id TAA14198 for ; Sat, 22 Jun 1996 19:35:54 +0200 Received: by uni4nn.iaf.nl with UUCP id AA02424 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sat, 22 Jun 1996 19:35:40 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA14708 (5.67b/IDA-1.5); Sat, 22 Jun 1996 17:25:31 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id RAA02772; Sat, 22 Jun 1996 17:21:18 +0200 From: Wilko Bulte Message-Id: <199606221521.RAA02772@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: HELP: serial port grief on Asus P55TP4N To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list), revr@cadre.nl (Rene de Vries @ work) Date: Sat, 22 Jun 1996 17:21:18 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there I'm sending this to -hackers on behalf of a friend of mine who has just converted to FreeBSD 2.1R. His system is a P100 on a Asus P55TP4N with 32Mb, SC200 and ATI Mach64 VGA. He has all sorts of problems when using the internal serial ports of the Asus in combination with UUCP. It's really weird... :-( The uucp config files are identical to mine (I have a P55TP4XE). Symptoms: - when X was running -> console messages 'tty level buffer overflow' - without X -> errors logged by uucp 'uucp checksum failed' - he also tried ijppp and that seems to work OK... (???) No 'sio overflows'. He put a loopback connector on the sio port and wrote some little testprograms to see what happens. It seems everything is fine for some time and then he starts to loose each 85th byte (receive != transmit). The relation with X running seems to indicate some kind of a hardware conflict. Note that this is a brandnew ATI VGA, he needed the latest Xfree server to make it tick. I understand this is probably too little info to work on, but it is all I have now (got it on the phone, he is 80 miles away unfortunately). We're about out of (semi)bright ideas of things to check. Any insight what the h*ck is going one is more than welcome. >>>>>NOTE: because of this problem he is not currently subscribed to -hackers. So: please copy him on: revr@cadre.nl in all responses. Thanks, Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jun 22 10:47:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22585 for hackers-outgoing; Sat, 22 Jun 1996 10:47:54 -0700 (PDT) Received: from wesley.limmat.ch (ns.limmat.ch [193.73.213.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA22569 for ; Sat, 22 Jun 1996 10:47:49 -0700 (PDT) Received: from ovb01.iwan.limmat.ch (ovb01 [193.73.213.186]) by wesley.limmat.ch (8.6.9/8.6.9) with SMTP id TAA20650 for ; Sat, 22 Jun 1996 19:47:35 +0200 From: ovb@limmat.ch (Oliver von Bueren) To: freebsd-hackers@FreeBSD.ORG Subject: ISDN Support Date: Sat, 22 Jun 1996 17:47:28 GMT Organization: private Message-ID: <31cc3048.28275718@mail.limmat.ch> X-Mailer: Forte Agent .99e/32.227 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi to all ISDN users. In FreeBSD 2.1.0-R, the included ISDN support is from the ii.0.1 archive. Are there any plans to incorporate the newer version ii.0.2 into the next version of FreeBSD? The mentioned source can be found on: ftp://ftp.uni-stuttgart.de/pub/comm/isdn/freebsd/ Any comments are welcome. Cheers, Oliver /-----------------------------------------------------------------------\ ¦ Oliver von Bueren ovb@limmat.ch ¦ ¦ Schlierenstr. 42 ¦ ¦ 8142 Uitikon Switzerland ¦ ¦ VoicePhone: ++41-1-4920626 Attention: TimeZone GMT+1 ¦ ¦ Fax : ++41-1-4002626 VoiceCalls only 09.00-21.00 local time ¦ \-----------------------------------------------------------------------/ From owner-freebsd-hackers Sat Jun 22 11:33:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA27790 for hackers-outgoing; Sat, 22 Jun 1996 11:33:50 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA27776; Sat, 22 Jun 1996 11:33:47 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id KAA02366; Sat, 22 Jun 1996 10:44:38 -0700 (PDT) To: grog@lemis.de (Greg Lehey) cc: crb@Glue.umd.edu (Christopher R. Bowman), hackers@freefall.freebsd.org Subject: Re: RFC on L.W Jolite books In-reply-to: Your message of "Sat, 22 Jun 1996 13:26:15 +0200." <199606221126.NAA14710@allegro.lemis.de> Date: Sat, 22 Jun 1996 10:44:37 -0700 Message-ID: <2364.835465477@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Operating Systems Source Code Secrets (The 386 Bsd Operating System >> Reference, Vol 1) >> >> by L.W Jolite >> >> Volume 1 >> Volume 2 > >Wow, people have really been silent about this one, haven't they? for a good reason. > [...] I would expect the >first volume to be mildly relevant, while the second one would be >completely irrelevant. The difference between the two volumes are not that big. I browsed throught both volumes down at computer literacy about two weeks ago, and found them both to be very interesting insights into a couple of completely irrelevant peoples neuroses. Save your money. -- 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 Sat Jun 22 11:33:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA27800 for hackers-outgoing; Sat, 22 Jun 1996 11:33:50 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA27785; Sat, 22 Jun 1996 11:33:48 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id KAA02377; Sat, 22 Jun 1996 10:46:01 -0700 (PDT) To: "Gary Palmer" cc: James Raynard , hackers@freebsd.org Subject: Re: cvs-cur-2135 In-reply-to: Your message of "Sat, 22 Jun 1996 15:24:04 BST." <18956.835453444@palmer.demon.co.uk> Date: Sat, 22 Jun 1996 10:46:00 -0700 Message-ID: <2375.835465560@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, who want to hack ctm_smail ? Poul-Henning >Poul-Henning Kamp wrote in message ID ><28273.835398389@critter.tfs.com>: >> A crontab entry pulls things from the spool-directory, say, max 3 chunks >> every hour or something. This means that the data-rate is limited too. > >Perhaps a rate limited version of the mail lists should be made for >those who want that facility? I would say that not EVERYONE wants to >do that. I know that I'd still prefer CTM over SUP, even if I had a >half-way decent net.link... > >(and 3*100k/hour is about right ... since we produce deltas every 6 > hours, that allows a 1.8Mb delta to go before the next one is due. I > take it that it won't start shipping the new one until the old one is > finished? If so, I may even go for 2/hour) > >Gary >-- >Gary Palmer FreeBSD Core Team Member >FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info -- 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 Sat Jun 22 11:47:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA29665 for hackers-outgoing; Sat, 22 Jun 1996 11:47:33 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA29658; Sat, 22 Jun 1996 11:47:31 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id LAA03992; Sat, 22 Jun 1996 11:47:00 -0700 (PDT) To: Michael Smith cc: hackers@freebsd.org Subject: Re: Bmaking 3rd-party components In-reply-to: Your message of "Sat, 22 Jun 1996 22:34:35 +0930." <199606221304.WAA13854@genesis.atrad.adelaide.edu.au> Date: Sat, 22 Jun 1996 11:46:59 -0700 Message-ID: <3990.835469219@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Continuing in a series of proposals aimed at dealing with the presence >of third-party code in the FreeBSD tree, and as inspired by Garret's comment >about not needing to mess with a forecign tree in order to succesfully >bmake it. A document is being reviewed right not, expect to see it soon. Pretty much along the same lines as you suggest, with some more details. -- 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 Sat Jun 22 12:05:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01759 for hackers-outgoing; Sat, 22 Jun 1996 12:05:00 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA01754 for ; Sat, 22 Jun 1996 12:04:58 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id MAA04655 for ; Sat, 22 Jun 1996 12:04:28 -0700 (PDT) To: hackers@freebsd.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist In-reply-to: Your message of "Sat, 22 Jun 1996 11:37:13 PDT." <12282.835468633@time.cdrom.com> Date: Sat, 22 Jun 1996 12:04:27 -0700 Message-ID: <4653.835470267@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> If there's nothing depending upon perl, then we can just keep the perl5 >> port. >> >> Likewise, let's do the same with tcl before it becomes a problem. Now, lets pull the next holy cow into the open and look at it ? Here's why I don't complain and scream about perl in FreeBSD. Disk-space is cheap. The reason the "software-tools" concept has been as successful as it has is that the tools were available, even if you didn't actually need them or even wanted them to be available. By having a perl in FreeBSD, we help the FreeBSD community to be able to use Perl, because they can trust that perl to be there. It make Perl a known quantity, as opposed to something people found somewhere and tried to compile as best they could. Remember all the noise and gnashing of teeth when the C compiler got "un-bundled" from SVR3 ? For all the same reasons I belive we shall have C++ and Tcl, and even objective-C if it works. We even have pretty decent F77 stuff when it comes down to it! Yes, how many of you have complained about C++ ? It probably takes up a lot more disk-space than you think! Can we stop the whining, and instead go out and make the world better using a FreeBSD that has the tools people want, when they want them and where they want them ? -- 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 Sat Jun 22 12:14:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03121 for hackers-outgoing; Sat, 22 Jun 1996 12:14:31 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA02870 for ; Sat, 22 Jun 1996 12:12:30 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id TAA00381; Sat, 22 Jun 1996 19:49:51 +0100 (BST) Message-Id: <199606221849.TAA00381@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Sat, 22 Jun 1996 19:49:51 +0100 In-Reply-To: "Jordan K. Hubbard"'s message of Jun 20, 7:16pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" Subject: Re: What do people think of this change to /usr/src/Makefile? Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Thu 20 Jun, 1996 > Subject: Re: What do people think of this change to /usr/src/Makefile? > > Why is this necessary, when the following solution already exists? > > > > #!/bin/sh > > /usr/bin/true > > cd /usr/src && make world > > cp /my/hacked/binary /usr/bin > > I'm not sure I follow you. I just want something that is divorced > from /usr/src (so that you can blow that away and recreate it) yet > coupled with make world so that if any of `n' admins wanders in there > and does a make world, it does the right thing on whichever machine > they happen to be on. Most folks seem to like the idea so far. My only real point is that catering for folks with such lack of procedural discipline by adding bloat to an already complex core part of the system is generally asking for trouble. For anyone with a clue (which should include everyone building a customised system from source), it's no harder to implement local changes and policy with the existing feature set. This is a minor case in point, but a few of these add up to have a significant effect on the simplicity of the system (perhaps making more important future changes that little bit harder to preserve compatibility). > > Also, your pre-world is really start-of-world and post-world is > > end-of-world; the @/usr/bin/true looks ugly and superfluous. > > nit nit nit. :-) I'll have the one on the left, please. ;-) Mark. -- Mark Valentine at Home From owner-freebsd-hackers Sat Jun 22 12:21:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03845 for hackers-outgoing; Sat, 22 Jun 1996 12:21:31 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA03834 for ; Sat, 22 Jun 1996 12:21:28 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id FAA09329; Sun, 23 Jun 1996 05:12:54 +1000 Date: Sun, 23 Jun 1996 05:12:54 +1000 From: Bruce Evans Message-Id: <199606221912.FAA09329@godzilla.zeta.org.au> To: FreeBSD-hackers@freebsd.org, revr@cadre.nl, wilko@yedi.iaf.nl Subject: Re: HELP: serial port grief on Asus P55TP4N Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm sending this to -hackers on behalf of a friend of mine who has >just converted to FreeBSD 2.1R. His system is a P100 on a Asus >P55TP4N with 32Mb, SC200 and ATI Mach64 VGA. >He has all sorts of problems when using the internal serial ports >of the Asus in combination with UUCP. It's really weird... :-( >The uucp config files are identical to mine (I have a P55TP4XE). >Symptoms: >- when X was running -> console messages 'tty level buffer overflow' >- without X -> errors logged by uucp 'uucp checksum failed' >- he also tried ijppp and that seems to work OK... (???) Uucp checksum errors are known to be caused by bugs in the UMC i/o chip which is found in some ASUS motherboards (e.g. the P55TP4XE rev.2.4). The UARTs lose sync when their speed is set while data is arriving, and uucp sets the speed a lot as a side affect of doing tcsetattr()'s (it doesn't change the speed but it I think it toggles state bit(s)). This can be worked around in most cases by changing the driver to skip setting the speed if the speed hasn't changed. Bruce From owner-freebsd-hackers Sat Jun 22 12:45:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04888 for hackers-outgoing; Sat, 22 Jun 1996 12:45:48 -0700 (PDT) Received: from portal.spi.net ([199.238.225.153]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA04883 for ; Sat, 22 Jun 1996 12:45:47 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@MindBender.HeadCandy.com [199.238.225.168]) by portal.spi.net (8.6.12/8.6.9) with ESMTP id MAA03419; Sat, 22 Jun 1996 12:45:42 -0700 Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.6.9) with SMTP id MAA10753; Sat, 22 Jun 1996 12:45:40 -0700 (PDT) Message-Id: <199606221945.MAA10753@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Michael Hancock cc: Bradley Dunn , hackers@freebsd.org Subject: Re: Longer usernames? In-reply-to: Your message of Sat, 22 Jun 96 20:59:05 +0900. Date: Sat, 22 Jun 1996 12:45:38 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > > > > What do they do about NIS? Truncate the usernames? Bad bad >> > > > > bad. >> > > > BSDI 2.1 doesn't have NIS. >> Especially for a company that markets its product as an "Internet >> Server". If you are going to base the major selling point of your >> product on its networking functionality, NIS seems to me to be almost >> a requirement. >If you're a Sun shop. >I rather use rdist than NIS. There is a need for something better than >either solution though. LDAP/RFC1777? Hesiod. Kerberos. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jun 22 12:46:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA04934 for hackers-outgoing; Sat, 22 Jun 1996 12:46:13 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA04927 for ; Sat, 22 Jun 1996 12:46:11 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA02300; Sat, 22 Jun 1996 12:44:49 -0700 (PDT) To: mark@linus.demon.co.uk (Mark Valentine) cc: hackers@FreeBSD.ORG Subject: Re: What do people think of this change to /usr/src/Makefile? In-reply-to: Your message of "Sat, 22 Jun 1996 19:49:51 BST." <199606221849.TAA00381@linus.demon.co.uk> Date: Sat, 22 Jun 1996 12:44:48 -0700 Message-ID: <2298.835472688@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > My only real point is that catering for folks with such lack of procedural > discipline by adding bloat to an already complex core part of the system is > generally asking for trouble. For anyone with a clue (which should include I don't see wanting to do simultaneous makes using a *stock* source tree as any lack of procedural discipline. I was very disappointed in the BSD source tree mechanism when I saw how badly they'd muffed it with the symlinks and this is just my attempt to FIX it. > This is a minor case in point, but a few of these add up to have a significan t > effect on the simplicity of the system (perhaps making more important future > changes that little bit harder to preserve compatibility). Actually, if you want to look at the .mk files again you'll find that I've greatly *simplified* things in many major respects! Jordan From owner-freebsd-hackers Sat Jun 22 12:53:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05258 for hackers-outgoing; Sat, 22 Jun 1996 12:53:00 -0700 (PDT) Received: from enterprise.msp.se ([194.198.197.130]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA05249 for ; Sat, 22 Jun 1996 12:52:56 -0700 (PDT) Received: (from martin@localhost) by enterprise.msp.se (8.6.12/8.6.12) id VAA03211; Sat, 22 Jun 1996 21:50:20 +0200 Date: Sat, 22 Jun 1996 21:50:19 +0200 (MET DST) From: Martin Fredriksson X-Sender: martin@enterprise To: FreeBSD Hackers Subject: ifconfig alias (once again...)? 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've tried to make sense out of a lot of posts about ifconfig aliases, UDP problem, etc, but cannot seem to fit all the pieces together. Thus following questions. I run FreeBSD 2.1.0, and I need >2 IP addresses for one machine (all addresses on same subnet). (1) Why is it recommended to use netmask 0xffffffff for alias (local subnet)? I have found it possible to use the "real" netmask for the alias also (it does complain "ioctl (SIOCAIFADDR): File exists", but everything seems to work ok anyway). # ifconfig xx0 192.168.1.228 netmask 0xfffffff0 # ifconfig xx0 192.168.1.229 netmask 0xfffffff0 alias The advantage of doing this is that the UDP bug doesn't happen(?). (2) Was any progress made on the UDP bug (alias recognized as broadcast?)? The UDP bug (resulting, for example, in 2 ns replies to 1 query (if query to alias)) seems to only happen when when using mask 0xffffffff. (3) Any consensus as to where to put the ifconfig alias definition? Or maybe modify ifconfig, allowing aliases to be specified on the same line as main address? Yea, well, I don't really care that much, but I do want to follow the "standard"! (I currently do it in netstart, right after the other ifconfigs). ------- Any tips, explanations, corrections appreciated (please excuse my not studying the code myself, I ask this here since I'm in a hurry). /// Martin F From owner-freebsd-hackers Sat Jun 22 12:57:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA05465 for hackers-outgoing; Sat, 22 Jun 1996 12:57:19 -0700 (PDT) Received: from portal.spi.net ([199.238.225.153]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA05460 for ; Sat, 22 Jun 1996 12:57:18 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@MindBender.HeadCandy.com [199.238.225.168]) by portal.spi.net (8.6.12/8.6.9) with ESMTP id MAA03430; Sat, 22 Jun 1996 12:57:09 -0700 Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.6.9) with SMTP id MAA10848; Sat, 22 Jun 1996 12:57:08 -0700 (PDT) Message-Id: <199606221957.MAA10848@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Wilko Bulte cc: FreeBSD-hackers@freebsd.org (FreeBSD hackers list), revr@cadre.nl (Rene de Vries @ work) Subject: Re: HELP: serial port grief on Asus P55TP4N In-reply-to: Your message of Sat, 22 Jun 96 17:21:18 +0200. <199606221521.RAA02772@yedi.iaf.nl> Date: Sat, 22 Jun 1996 12:57:04 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm sending this to -hackers on behalf of a friend of mine who has >just converted to FreeBSD 2.1R. His system is a P100 on a Asus >P55TP4N with 32Mb, SC200 and ATI Mach64 VGA. > >He has all sorts of problems when using the internal serial ports >of the Asus in combination with UUCP. It's really weird... :-( You know, that's interesting, because I haven't been able to get the serial ports on my ASUS P55TP4N to do *anything* useful. And, this is under Windows NT and Windows 95. I just haven't spent too much time worrying about it. For a while I had my Hayes ESP card installed in that machine, and it worked fine. But, taking it back out and attempting to use the built-in ports again results in the same non-functional serial ports. It's possible they used a weird chip that just doesn't work right? ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jun 22 13:04:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05844 for hackers-outgoing; Sat, 22 Jun 1996 13:04:16 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA05832 for ; Sat, 22 Jun 1996 13:04:11 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id MAA06828; Sat, 22 Jun 1996 12:57:20 -0700 (PDT) Date: Sat, 22 Jun 1996 12:57:19 -0700 (PDT) From: Tom Samplonius To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: Cleaning of /tmp in /etc/rc In-Reply-To: <199606221308.PAA27308@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, J Wunsch wrote: > Does anybody know what the following is for? > > # prune quickly with one rm, then use find to clean up /tmp/[lq]* > # (not needed with mfs /tmp, but doesn't hurt there...) > (cd /tmp && rm -rf [a-km-pr-zA-Z]* && > find -d . ! -name . ! -name lost+found ! -name quotas -exec rm -rf -- {} \;) It's supposed to delete everything in /tmp except lost+found and quota.user and/or quota.group I believe lost+found can be safetly removed. It doesn't actually avoid the quota files properly. It should probably also check whether the quota files are owned by root. Tom From owner-freebsd-hackers Sat Jun 22 13:04:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05897 for hackers-outgoing; Sat, 22 Jun 1996 13:04:56 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA05887 for ; Sat, 22 Jun 1996 13:04:51 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id LAA06732; Sat, 22 Jun 1996 11:59:03 -0700 (PDT) Date: Sat, 22 Jun 1996 11:59:02 -0700 (PDT) From: Tom Samplonius To: Michael Hancock cc: Bradley Dunn , hackers@freebsd.org Subject: Re: Longer usernames? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, Michael Hancock wrote: > If you're a Sun shop. > > I rather use rdist than NIS. There is a need for something better than > either solution though. LDAP/RFC1777? > > -mh NIS can do a lot more than using rdist to mirror /etc/master.passwd. NIS can selectively override user attributes on a system by system, and a user by user basis for one. You can also keep exported users separate from system users (ex. I never put a root account in /var/yp/master.passwd). Plus it allows for easy handling of password changes etc. by users. Tom From owner-freebsd-hackers Sat Jun 22 13:27:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA07073 for hackers-outgoing; Sat, 22 Jun 1996 13:27:53 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA07064 for ; Sat, 22 Jun 1996 13:27:48 -0700 (PDT) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id QAA11892; Sat, 22 Jun 1996 16:26:27 -0400 (EDT) Message-Id: <199606222026.QAA11892@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: Martin Fredriksson Date: Sat, 22 Jun 1996 16:22:08 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: ifconfig alias (once again...)? Reply-to: dunn@harborcom.net CC: freebsd-hackers@FreeBSD.org Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk What I do on our web server, which has an entire /24 aliased to it, is: ifconfig lo0 alias xxx.xxx.xxx.xxx I have a file called /usr/local/etc/virtual that has all 254 of these ifconfig commands for each address in this /24. From rc.local I do a: sh /usr/local/etc/virtual and that does it fine. The aliases have to be set up before the web server starts, of course. I start Apache on the next line in rc.local. I know this isn't the "official" way to do it, but it works. Note that my setup has all of the aliases on a different subnet than the physically connected one. Then I added a static route to my default gateway that sends all pakcets for the aliased net to the ethernet interface of the machine doing the aliasing. Works flawlessly. I would definitely recommend putting the aliases on lo0 and on a different subnet. It seems to eliminate any arp, udp, etc. troubles. Just don't forget to add the route! On 22 Jun 96 at 21:50, Martin Fredriksson wrote: > I've tried to make sense out of a lot of posts about ifconfig > aliases, UDP problem, etc, but cannot seem to fit all the pieces > together. Thus following questions. I run FreeBSD 2.1.0, and I need > >2 IP addresses for one machine (all addresses on same subnet). > > (1) Why is it recommended to use netmask 0xffffffff for alias (local > subnet)? > > I have found it possible to use the "real" netmask for the alias > also (it does complain "ioctl (SIOCAIFADDR): File exists", but > everything seems to work ok anyway). > > # ifconfig xx0 192.168.1.228 netmask 0xfffffff0 > # ifconfig xx0 192.168.1.229 netmask 0xfffffff0 alias > > The advantage of doing this is that the UDP bug doesn't happen(?). > > (2) Was any progress made on the UDP bug (alias recognized as > broadcast?)? > > The UDP bug (resulting, for example, in 2 ns replies to 1 query (if > query to alias)) seems to only happen when when using mask > 0xffffffff. > > (3) Any consensus as to where to put the ifconfig alias definition? > Or maybe modify ifconfig, allowing aliases to be specified on the > same line as main address? Bradley Dunn From owner-freebsd-hackers Sat Jun 22 14:49:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11956 for hackers-outgoing; Sat, 22 Jun 1996 14:49:43 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA11948 for ; Sat, 22 Jun 1996 14:49:41 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Sat, 22 Jun 96 17:28:19 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Sat, 22 Jun 96 17:49:36 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id QAA02311; Sat, 22 Jun 1996 16:51:54 -0500 (CDT) Date: Sat, 22 Jun 1996 16:51:54 -0500 (CDT) From: Tony Kimball Message-Id: <199606222151.QAA02311@compound.Think.COM> To: hackers@freefall.freebsd.org Cc: phk@freebsd.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Man pages are another component which I do not deem to be part of the base OS. One can install FreeBSD just dandy without man pages. (There is one problem: makewhatis is run by cron whether the man component is installed or not. That should be fixed, as it is trivial.) Games is another. DES is another. Perl does not belong in the BIN distribution. Perl is properly part of an administrative tools and scripting add-on just as optional as man pages. From: Poul-Henning Kamp Date: Sat, 22 Jun 1996 12:04:27 -0700 By having a perl in FreeBSD, we help the FreeBSD community to be able to use Perl, because they can trust that perl to be there. It make Perl a known quantity, as opposed to something people found somewhere and tried to compile as best they could. A known but incorrect quantity: perl4. It's like having #define M_PI (22.0/7.0) Remember all the noise and gnashing of teeth when the C compiler got "un-bundled" from SVR3 ? Because it is a commercial product and nobody wants to be gouged. By the argument of your mail X11 should be bundled as well. Its argument is scarcely coherent as an illustrative analogy, let alone sound. Layering and unbundling is GOOD. Orthogonality is GOOD. Freedom of choice is GOOD. Bloat is BAD. Forcing people to use obsolete software is BAD. But most of all, monolithic architectures in which dependencies are interwoven to the point of inextricability are BAD BAD BAD BAD BAD. I'm not talking about CVS trees. I'm talking about deliverables and global system design. I don't vitally care whether perl is part of /usr/src or /usr/ports (although the 4 vs. 5 problem argues in favor of ports, in my opinion). The only way to save FreeBSD from the guaranteed obsolescence implied by the last point is to insure that it decomposes into independent layered components. Upon reflection, this is the sole *real* reason why I will argue against perl everytime an argument is posted in favor of its inclusion in the base system. Every other reason I have explicitly proposed has been correctly refuted, and I know it. Still my opinion has not changed -- this despite the fact that I use perl daily and appreciate it's functionality greatly -- have done since 1985. That one reason is a determining factor in my motivation to repel the spurious insinuation of everyone's favorite language tool into the essential core of the FreeBSD distribution, for which hordes perl is merely the forerunner (as Poul's message well illustrates). //alk From owner-freebsd-hackers Sat Jun 22 14:57:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12311 for hackers-outgoing; Sat, 22 Jun 1996 14:57:56 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA12305; Sat, 22 Jun 1996 14:57:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA22856; Sat, 22 Jun 1996 14:54:28 -0700 From: Terry Lambert Message-Id: <199606222154.OAA22856@phaeton.artisoft.com> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: phk@FreeBSD.org (Poul-Henning Kamp) Date: Sat, 22 Jun 1996 14:54:28 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <4653.835470267@critter.tfs.com> from "Poul-Henning Kamp" at Jun 22, 96 12:04:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Now, lets pull the next holy cow into the open and look at it ? > > Here's why I don't complain and scream about perl in FreeBSD. > > Disk-space is cheap. > > The reason the "software-tools" concept has been as successful as it > has is that the tools were available, even if you didn't actually > need them or even wanted them to be available. Here's why I complain and scream about PERL in FreeBSD. FreeBSD, true to it's UNIX heritage, is a tools-based OS. PERL is a tool (fine so far). PERL scripts are not tools (the kicker). The problem I have with scripting will continue to be a problem until the /etc/rc* data embedding mess goes away so I can upgrade a system by overwriting everything but "/var/conf", or a similar directory, and by leaving the /home partition alone, with nothing else sacred. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Jun 22 15:04:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA12634 for hackers-outgoing; Sat, 22 Jun 1996 15:04:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA12629 for ; Sat, 22 Jun 1996 15:04:50 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA22874; Sat, 22 Jun 1996 14:59:51 -0700 From: Terry Lambert Message-Id: <199606222159.OAA22874@phaeton.artisoft.com> Subject: Re: Cleaning of /tmp in /etc/rc To: tom@sdf.com (Tom Samplonius) Date: Sat, 22 Jun 1996 14:59:51 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Jun 22, 96 12:57: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 > It's supposed to delete everything in /tmp except lost+found and > quota.user and/or quota.group > > I believe lost+found can be safetly removed. No, it can't. Not every /tmp is a 4.4BSD UFS FS. > It doesn't actually avoid the quota files properly. Different issue. One could argue that having quota files in /tmp is an error, that if you have a seperate /tmp fs and need quotas, that you should: 1) md /disk/tmp /disk/tmp/tmp 2) mount /tmp's fs on /disk/tmp (or somewhere other than /tmp 3) md /disk/tmp/tmp 4) rm /tmp 5) ln -s /disk/tmp/tmp /tmp 6) put any quotas in /disk/tmp, so they aren't in the path of the rc-based cleanup > It should probably also check whether the quota files are owned by root. Tee hee hee. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Jun 22 15:11:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA12939 for hackers-outgoing; Sat, 22 Jun 1996 15:11:14 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA12932 for ; Sat, 22 Jun 1996 15:11:12 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA22895; Sat, 22 Jun 1996 15:06:54 -0700 From: Terry Lambert Message-Id: <199606222206.PAA22895@phaeton.artisoft.com> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: alk@Think.COM (Tony Kimball) Date: Sat, 22 Jun 1996 15:06:53 -0700 (MST) Cc: hackers@freefall.freebsd.org, phk@FreeBSD.org In-Reply-To: <199606222151.QAA02311@compound.Think.COM> from "Tony Kimball" at Jun 22, 96 04:51:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Man pages are another component which I do not deem to be part of the > base OS. One can install FreeBSD just dandy without man pages. I gotta agree with this; I'd like to see the label-based CDROM approach to man pages -- just like Microsoft's "Books Online" for their devsys. If you have the ROM in, you get the man pages (as an optional install). > (There is one problem: makewhatis is run by cron whether the man > component is installed or not. That should be fixed, as it is > trivial.) All the makefiles should be fixed, especially the libkvm dependencies. > Games is another. Definitely. Do the CDROM thing there, too. 8-). > DES is another. This is questionable because of DES availability. Certainly, it is not installed by default unless you ask for it. > Perl does not belong in the BIN distribution. Perl is properly part > of an administrative tools and scripting add-on just as optional as > man pages. I'd go further; /bin/sh is evil, as are any other scripting systems where it's possible to have the data embedded in the script instead of operated on by a tool. The only reason I don't call for its removal is that the installation and the system startup (incorrectly) depend on it, and /bin/csh is more evil. As the default system shell, it has to be there, but that makes it no less annoying. Look at the /etc/rc* mess that /bin/sh has gotten us into because it was more convenient than Doing Things The Right Way. 8-(. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Jun 22 15:12:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA13052 for hackers-outgoing; Sat, 22 Jun 1996 15:12:30 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA13043 for ; Sat, 22 Jun 1996 15:12:28 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA07627; Sat, 22 Jun 1996 15:12:10 -0700 (PDT) To: Tony Kimball cc: hackers@freefall.freebsd.org, phk@FreeBSD.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist In-reply-to: Your message of "Sat, 22 Jun 1996 16:51:54 CDT." <199606222151.QAA02311@compound.Think.COM> Date: Sat, 22 Jun 1996 15:12:10 -0700 Message-ID: <7625.835481530@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk So here's the $10,000 question: Would your opinion be affected were someone to upgrade perl4 to perl5 in our distribution? I daresay that our perl-using apps can be upgraded to use the newer perl with far greater ease than re-writing them in C. We have a lot of languages in FreeBSD now. Perl, TCL, C, C++, Objective-C (someday again), fortran, awk, sh - I'm probably even missing one or two. Why? Because things change and evolve over time. It's no use saying "This is my line of death! No code shall cross it!" because languges and operating systems and just about everything else around us is constantly evolving and you might as well attempt to stop the tide. Moderate, control the flow in useful ways, that's all we can do. Jordan From owner-freebsd-hackers Sat Jun 22 15:23:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA13420 for hackers-outgoing; Sat, 22 Jun 1996 15:23:02 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA13415 for ; Sat, 22 Jun 1996 15:23:00 -0700 (PDT) Received: (from kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) id SAA00485; Sat, 22 Jun 1996 18:22:59 -0400 (EDT) Date: Sat, 22 Jun 1996 18:22:59 -0400 (EDT) From: Kim Culhan To: hackers@FreeBSD.org Subject: 960612-SNAP via ftp missing libX11.so.6.0 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 above library appears to be missing from the snap install via ftp at ~1800 UTC this date. kim -- kimc@w8hd.org From owner-freebsd-hackers Sat Jun 22 15:49:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14352 for hackers-outgoing; Sat, 22 Jun 1996 15:49:14 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA14347 for ; Sat, 22 Jun 1996 15:49:11 -0700 (PDT) Received: (from kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) id SAA00555; Sat, 22 Jun 1996 18:49:10 -0400 (EDT) Date: Sat, 22 Jun 1996 18:49:10 -0400 (EDT) From: Kim Culhan To: hackers@FreeBSD.org Subject: vipw broken in 612 snap Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Running vipw returns: vipw /stand/ee: Undefined error: 0 Looks like ee was moved from /stand, copying it into /stand allows vipw to run although the editor it starts isn't vi. Anyone know what this editor is? If you hit escape while running the editor it puts up a little menu :) kim -- kimc@w8hd.org From owner-freebsd-hackers Sat Jun 22 15:50:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14435 for hackers-outgoing; Sat, 22 Jun 1996 15:50:02 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA14407; Sat, 22 Jun 1996 15:49:59 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id PAA04956; Sat, 22 Jun 1996 15:49:26 -0700 (PDT) To: Terry Lambert cc: alk@Think.COM (Tony Kimball), hackers@freefall.freebsd.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist In-reply-to: Your message of "Sat, 22 Jun 1996 15:06:53 PDT." <199606222206.PAA22895@phaeton.artisoft.com> Date: Sat, 22 Jun 1996 15:49:25 -0700 Message-ID: <4954.835483765@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry, with all these strong ideas about How The World Should Be According To Terry, I'm surprised that I still don't see patches from you. Poul-Henning PS: Let me clarify what I mean by patch in this context, since past experience have shown that you don't understand this concept: A patch is a file that containes: 1. Readable english explanation of what this patch does, in sufficient detail that people can review the changes. One patch will do one thing, Ie, don't mix several changes into one patch file. 2. Precise decription of the code version that is the reference for this patch. 3. Input suitable for the patch(1), such that when applied to the code base described in 2, it will apply cleanly. -- 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 Sat Jun 22 16:02:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14799 for hackers-outgoing; Sat, 22 Jun 1996 16:02:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA14793 for ; Sat, 22 Jun 1996 16:01:59 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA16486; Sat, 22 Jun 1996 16:01:42 -0700 (PDT) To: Kim Culhan cc: hackers@freebsd.org Subject: Re: vipw broken in 612 snap In-reply-to: Your message of "Sat, 22 Jun 1996 18:49:10 EDT." Date: Sat, 22 Jun 1996 16:01:42 -0700 Message-ID: <16484.835484502@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Known bug. Edit root's .cshrc and change the value for EDITOR. Jordan > > Running vipw returns: > > vipw /stand/ee: Undefined error: 0 > > Looks like ee was moved from /stand, copying it into /stand allows > vipw to run although the editor it starts isn't vi. > > Anyone know what this editor is? If you hit escape while running the > editor it puts up a little menu :) > > kim > > -- > kimc@w8hd.org > From owner-freebsd-hackers Sat Jun 22 16:07:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA14919 for hackers-outgoing; Sat, 22 Jun 1996 16:07:41 -0700 (PDT) Received: from beta.mep.ruhr-uni-bochum.de (beta.mep.ruhr-uni-bochum.de [134.147.6.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA14913 for ; Sat, 22 Jun 1996 16:07:36 -0700 (PDT) Received: (from roberte@localhost) by beta.mep.ruhr-uni-bochum.de (8.6.9/8.6.9) id BAA19220; Sun, 23 Jun 1996 01:07:09 +0200 From: Robert Eckardt Message-Id: <199606222307.BAA19220@beta.mep.ruhr-uni-bochum.de> Subject: Re: ISDN Support To: ovb@limmat.ch (Oliver von Bueren) Date: Sun, 23 Jun 1996 01:07:08 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <31cc3048.28275718@mail.limmat.ch> from "Oliver von Bueren" at Jun 22, 96 05:47:28 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 > Hi to all ISDN users. > > In FreeBSD 2.1.0-R, the included ISDN support is from the ii.0.1 archive. Are > there any plans to incorporate the newer version ii.0.2 into the next version of > FreeBSD? > > The mentioned source can be found on: > ftp://ftp.uni-stuttgart.de/pub/comm/isdn/freebsd/ There is even a newer version in ftp://ftp.muc.ditec.de/isdn It supports already the Teles.S0/16.3-Card. But it's written for 2.2-current. After some hacking I got it to work on 2.1-Release and it works fine. (Thanks to the authors) > Cheers, > Oliver Ciao, Robert -- Robert Eckardt ( Ruhr-Universitaet Bochum, Inst.f.Theor.Physik, NB6/169 ) Universitaetsstrasse 150, D-44780 Bochum, Germany ----X---8---- Telefon: +49 234 700-3709, Telefax: +49 234 7094-574 8 E-Mail: RobertE@MEP.Ruhr-Uni-Bochum.de --------8---- URL: http://WWW.MEP.Ruhr-Uni-Bochum.de/ >>> Fuer die einen ist es bloss ein Betriebssystem, <<< >>> fuer die anderen ist es der laengste Virus der Welt. .... Windows 95 <<< Privat: Steinbrink 22, D-45355 Essen, Germany -====- Telefon: +49 201 678602 From owner-freebsd-hackers Sat Jun 22 16:12:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15119 for hackers-outgoing; Sat, 22 Jun 1996 16:12:53 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA15112 for ; Sat, 22 Jun 1996 16:12:51 -0700 (PDT) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id TAA01891; Sat, 22 Jun 1996 19:12:46 -0400 (EDT) Message-Id: <199606222312.TAA01891@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: Kim Culhan Date: Sat, 22 Jun 1996 19:08:26 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: vipw broken in 612 snap Reply-to: dunn@harborcom.net CC: hackers@freebsd.org Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Change the value of EDITOR in root's .cshrc to vi. You can rm -r /stand after install, it is not needed. ee is a user-friendly editor that is the default for use during the installation phase. On 22 Jun 96 at 18:49, Kim Culhan wrote: > Running vipw returns: > > vipw /stand/ee: Undefined error: 0 > > Looks like ee was moved from /stand, copying it into /stand allows > vipw to run although the editor it starts isn't vi. > > Anyone know what this editor is? If you hit escape while running > the editor it puts up a little menu :) Bradley Dunn From owner-freebsd-hackers Sat Jun 22 16:19:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15315 for hackers-outgoing; Sat, 22 Jun 1996 16:19:35 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA15310 for ; Sat, 22 Jun 1996 16:19:33 -0700 (PDT) Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.98.209]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id TAA05409; Sat, 22 Jun 1996 19:19:31 -0400 (EDT) Received: (from chuckr@localhost) by maryann.eng.umd.edu (8.7.5/8.7.3) id TAA11219; Sat, 22 Jun 1996 19:19:31 -0400 (EDT) Date: Sat, 22 Jun 1996 19:19:30 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@maryann.eng.umd.edu To: Kim Culhan cc: hackers@freebsd.org Subject: Re: vipw broken in 612 snap In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, Kim Culhan wrote: > > Running vipw returns: > > vipw /stand/ee: Undefined error: 0 > > Looks like ee was moved from /stand, copying it into /stand allows > vipw to run although the editor it starts isn't vi. It's not broken, really, it's just deciding to use the editor defined by the EDITOR variable, but vipw can't work with ee. Do a sentenv EDITOR /usr/bin/vi Then vipw will work again. > > Anyone know what this editor is? If you hit escape while running the > editor it puts up a little menu :) > > kim > > -- > kimc@w8hd.org > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sat Jun 22 16:23:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA15647 for hackers-outgoing; Sat, 22 Jun 1996 16:23:22 -0700 (PDT) Received: from vince.avalon.rs.net (vince.avalon.rs.net [198.32.4.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA15638 for ; Sat, 22 Jun 1996 16:23:20 -0700 (PDT) Received: (from svincent@localhost) by vince.avalon.rs.net (8.7.5/8.7.3) id JAA04638; Sat, 22 Jun 1996 09:21:16 -0700 (PDT) Date: Sat, 22 Jun 1996 09:21:16 -0700 (PDT) From: Subramaniam Vincent To: Kim Culhan cc: hackers@freebsd.org Subject: Re: vipw broken in 612 snap In-Reply-To: <16484.835484502@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk yes. all you need to do is something like setenv EDITOR emacs or setenv EDITOR vi (in the common .cshrc file) > Known bug. Edit root's .cshrc and change the value for EDITOR. > > Jordan > > > > > Running vipw returns: > > > > vipw /stand/ee: Undefined error: 0 > > > > Looks like ee was moved from /stand, copying it into /stand allows > > vipw to run although the editor it starts isn't vi. > > > > Anyone know what this editor is? If you hit escape while running the > > editor it puts up a little menu :) > > > > kim > > > > -- > > kimc@w8hd.org > > > > From owner-freebsd-hackers Sat Jun 22 16:37:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA17284 for hackers-outgoing; Sat, 22 Jun 1996 16:37:01 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA17279 for ; Sat, 22 Jun 1996 16:36:57 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id BAA15233; Sun, 23 Jun 1996 01:37:36 +0200 Received: by uni4nn.iaf.nl with UUCP id AA14698 (5.67b/IDA-1.5); Sun, 23 Jun 1996 01:37:05 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA09064 (5.67b/IDA-1.5); Sun, 23 Jun 1996 00:13:43 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id XAA05610; Sat, 22 Jun 1996 23:58:28 +0200 From: Wilko Bulte Message-Id: <199606222158.XAA05610@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: Cleaning of /tmp in /etc/rc To: tom@sdf.com (Tom Samplonius) Date: Sat, 22 Jun 1996 23:58:28 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Jun 22, 96 12:57:19 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 As Tom Samplonius wrote... > On Sat, 22 Jun 1996, J Wunsch wrote: > > > Does anybody know what the following is for? > > > > # prune quickly with one rm, then use find to clean up /tmp/[lq]* > > # (not needed with mfs /tmp, but doesn't hurt there...) > > (cd /tmp && rm -rf [a-km-pr-zA-Z]* && > > find -d . ! -name . ! -name lost+found ! -name quotas -exec rm -rf -- {} \;) > > It's supposed to delete everything in /tmp except lost+found and > quota.user and/or quota.group > > I believe lost+found can be safetly removed. I don't think the lost+found clause is useless: consider a /tmp that is a seperately mounted filesystem. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jun 22 16:37:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA17307 for hackers-outgoing; Sat, 22 Jun 1996 16:37:14 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA17297 for ; Sat, 22 Jun 1996 16:37:10 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id BAA15236; Sun, 23 Jun 1996 01:37:45 +0200 Received: by uni4nn.iaf.nl with UUCP id AA14713 (5.67b/IDA-1.5); Sun, 23 Jun 1996 01:37:10 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA09066 (5.67b/IDA-1.5); Sun, 23 Jun 1996 00:13:45 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id AAA05710; Sun, 23 Jun 1996 00:11:54 +0200 From: Wilko Bulte Message-Id: <199606222211.AAA05710@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: HELP: serial port grief on Asus P55TP4N To: bde@zeta.org.au (Bruce Evans) Date: Sun, 23 Jun 1996 00:11:54 +0200 (MET DST) Cc: FreeBSD-hackers@freebsd.org, revr@cadre.nl In-Reply-To: <199606221912.FAA09329@godzilla.zeta.org.au> from "Bruce Evans" at Jun 23, 96 05:12:54 am 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 As Bruce Evans wrote... > >I'm sending this to -hackers on behalf of a friend of mine who has > >just converted to FreeBSD 2.1R. His system is a P100 on a Asus > >P55TP4N with 32Mb, SC200 and ATI Mach64 VGA. > > >He has all sorts of problems when using the internal serial ports > >of the Asus in combination with UUCP. It's really weird... :-( > > >The uucp config files are identical to mine (I have a P55TP4XE). > > >Symptoms: > > >- when X was running -> console messages 'tty level buffer overflow' > >- without X -> errors logged by uucp 'uucp checksum failed' > >- he also tried ijppp and that seems to work OK... (???) > > Uucp checksum errors are known to be caused by bugs in the UMC i/o > chip which is found in some ASUS motherboards (e.g. the P55TP4XE > rev.2.4). The UARTs lose sync when their speed is set while data Bruce, are you sure about the P55TP4XE? I just spent some time with a flashlight to inspect my XE and found a SMC FDC37C665IR chip that (looking at the etch wiring) seems to (also) control the serial lines. I could not find a UMC chip on my mainboard. Rene (the 'problem owner') could you please check your mainboard to see which chip it uses? Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jun 22 16:59:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA18361 for hackers-outgoing; Sat, 22 Jun 1996 16:59:32 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA18356 for ; Sat, 22 Jun 1996 16:59:30 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id RAA07612; Sat, 22 Jun 1996 17:07:54 -0700 (PDT) Date: Sat, 22 Jun 1996 17:07:53 -0700 (PDT) From: Tom Samplonius To: Wilko Bulte cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org Subject: Re: Cleaning of /tmp in /etc/rc In-Reply-To: <199606222158.XAA05610@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, Wilko Bulte wrote: > > I believe lost+found can be safetly removed. > > I don't think the lost+found clause is useless: consider a /tmp that is a > seperately mounted filesystem. Yes, I do that on several systems here. lost+found is not required anyways, and created as needed by fsck. Tom From owner-freebsd-hackers Sat Jun 22 17:30:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA19229 for hackers-outgoing; Sat, 22 Jun 1996 17:30:22 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA19224 for ; Sat, 22 Jun 1996 17:30:19 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA23261; Sat, 22 Jun 1996 17:26:47 -0700 From: Terry Lambert Message-Id: <199606230026.RAA23261@phaeton.artisoft.com> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: phk@freebsd.org (Poul-Henning Kamp) Date: Sat, 22 Jun 1996 17:26:47 -0700 (MST) Cc: terry@lambert.org, alk@Think.COM, hackers@freefall.freebsd.org In-Reply-To: <4954.835483765@critter.tfs.com> from "Poul-Henning Kamp" at Jun 22, 96 03:49: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 > Terry, with all these strong ideas about How The World Should Be According > To Terry, I'm surprised that I still don't see patches from you. > > Poul-Henning > > PS: > Let me clarify what I mean by patch in this context, since past experience > have shown that you don't understand this concept: > > A patch is a file that containes: > 1. Readable english explanation of what this patch does, > in sufficient detail that people can review the changes. > One patch will do one thing, Ie, don't mix several changes > into one patch file. > > 2. Precise decription of the code version that is the reference > for this patch. > > 3. Input suitable for the patch(1), such that when applied to > the code base described in 2, it will apply cleanly. The sword of Damocles which you attempt to hang has two edges; let's get the trite flaming out of the way, and get down to brass tacks. --- BEGIN TRITE FLAMING ------------------------------------------------ Poul, with these strong ideas about Who And How People Should Be Allowed To Participate In Supposedly Public Participation Projects According To Poul, I'm suprised that I still don't see a willingness from you to meet people half way. Terry PS: Let me clarify what I mean by a willingness to meet people half way in this context, since past experience has shown you are unlear on the concept of compromise: A willingness to meet people half way includes: 1. Timely integration of patches when they are provided so they do not grow from single-effect modules into multiheaded monsters, or result in the expectation that the researcher will stop all future work, on a request/response basis, where you control what they are and are not allowed to do. 2. Provision of tools that operate in line with your philosophy instead of expecting people to spend their time reintegrating their code each time you do deign to respond to a request other than one from the person involved. 3. Do not allow the non-inclusion of past effort to prevent future effort, as in the failure to integrate the Lite 2 changes, which meet your above criteria, yet have lain fallow for a period in excess of a year. --- END TRITE FLAMING -------------------------------------------------- Poul, I do not claim total innocence in your obvious dislike for the code that I have provided you, since I *did* intentionally continue to change code rather than waiting for you to integrate the code code provided in palletably small chunks. In my opinion, you were taking too damn long, and you were an obstacle to me pursuing my goals. Like most obstacles in my life, I boarded my steam-roller, and proceeded in the straighest line to my goal, come hell or high water, with the result that I offended your sensibilities. If so, I'm sorry. But They Were In My Way, and as far as I could tell (peering over the front edge of the roller) They Had No Business Being There. Part of the responsibility must lie in your failure to integrate faster than I code, and part must lie in your failure to define what a "palletably small" chunk is, though I am willing to shoulder the lions share of the "blame", if there must be "blame" for you to Get Past This. My FS changes, in particular, built on a number of previous patches which were not integrated for philosophical reasons (I understand that you, David, and Garrett, at the time, discounted the value of SMP, given your expectation of increased UP locking overhead, and did not want to include my single entry/exit patches -- which WERE submitted seperately -- because of that, even though SMP locking state was not their sole utility: you could not see past it). This bloated the FS patches on each change, since they needed to carry with them the foundation blocks upon which they were built (since those foundations remained non-existant in FreeBSD), and which you had previously rejected those blocks, out of context, on the basis of their internal merits, rather than on the merits of what else could be built atop them. I finally submitted my patches in accordance with your rules 2 & 3 above *over* a year ago (end of May, 1995). It was far too late for rule 1 at that time: I had intimate need of my foundations, and they were impossible to seperate using the tools available by the time I had built a wall you liked on stones you didn't. Of what value is a concrete pylon in the middle of the San Francisco Bay, without other concrete pylons, and the steel and cables with which they will be eventually linked? I also understand your academic dislike for goto's, which were used in the *prototype* sysinit code rewrite I provided -- *as a prototype, not for integration*. You are not without blame for judging the average expected quality of my production code based on a prototype, which was, in fact, integrated over my objections. Or for the act of the integration itself. The result was, again, partially my fault, as I responded to an argument about "goto's", rather than pointing out that you had missed the boat. We devolved into a discussion about how to code assembly language without branches, and whether it was evil for a compiler to generate branch instructions, as I recall. To a large extent, you wish to serialize the process to keep it manageable. I wish to increase the concurrency of the process so that my foundations will exist when I go to raise walls. The reason I give out the foundation code *at all* stems from my desire to build *walls*, not *foundations*. That you do not integrate my multiple cement trucks full of foundation by the time I want to bolt on a sill plate is a *procedural* problem, not a problem with me wanting to bolt things, or the inherently "evil" nature of bolting things, or the nature of sill plates, or a comment on acceptable qualities of cement trucks. The same foundation stone can be used to build the basis for an abbatoire or a cathedral. Try to see the cathedral. I am willing to meet you half way, Poul: I am willing to recode on the order of *two years* work in "palletable chunks" if you will define what a "palletable chunk", in fact, is... though this will be a waste of my time, in that the eventual result will be that you get nearly identical code as an end result, as I "do the Limbo" in order to fly in under your "filtering radar". I am willing to engage in this, to my view, gratutious additional complexity, in order to demonstrate my willingness and desire to work with you. I am willing to wait for the Lite2 integration to be complete -- in fact, am willing to help Jeffrey Hsu debug the integration instead of pursuing my own (certainly, more valuable to *me*) research before submitting patches -- though I believe that the Lite2 code release has already provided you with sufficient time as a "submission" to have done the integration yourself, as keeper of the keys to the tree. This gratuitious serialization of what should be a trivial task (would be, if the original Lite code were properly vendor-branched) is a small proce to pay if I can finally get you to LISTEN. I would like to have some assurances that you will judge my submissions in the spirit they are intended -- as parts of a larger whole -- instead of judging them on their potentially small merits that result from them being broken up, as you ask above. Hopefully the intent of breaking them up is not so you can reject them on a case-by-case basis to destroy my ability to pursue the whole. You need to see the extrinsic, as well as the intrinsic, value they represent. Is there not some accord that may be reached? Do you truly believe that there is nothing of value I have to offer? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Jun 22 17:34:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA19338 for hackers-outgoing; Sat, 22 Jun 1996 17:34:28 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA19329 for ; Sat, 22 Jun 1996 17:34:24 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id RAA06888; Sat, 22 Jun 1996 17:33:21 -0700 (PDT) Message-Id: <199606230033.RAA06888@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: grog@lemis.de (Greg Lehey) cc: helg@tav.kiev.ua (Oleg N Panashchenko), hackers@FreeBSD.ORG (FreeBSD Hackers) Subject: Re: IP question: who should return ENOBUFS? In-reply-to: Your message of "Sat, 22 Jun 1996 13:16:26 +0200." <199606221116.NAA14679@allegro.lemis.de> From: David Greenman Reply-To: davidg@root.com Date: Sat, 22 Jun 1996 17:33:21 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I'd consider that a workaround. We need to change the congestion >avoidance algorithm to something that works. In the meantime, this >"bug fix" in ip_output must be removed. I disagree. The problem is in the way that the ISDN driver decides to dequeue packets. As packets go out, the number of packets on the queue should decrease until they fall below the threshold. If they don't decrease, then there's a bug that needs to be fixed. Note that the case of the Digiboard driver is likely different. That one seems to indicate stuck flow control and is probably caused by a race condition in dealing with rts/cts in the interrupt routine. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Jun 22 17:58:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA20142 for hackers-outgoing; Sat, 22 Jun 1996 17:58:20 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA20137 for ; Sat, 22 Jun 1996 17:58:18 -0700 (PDT) Received: (from kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) id UAA00299; Sat, 22 Jun 1996 20:58:12 -0400 (EDT) Date: Sat, 22 Jun 1996 20:58:12 -0400 (EDT) From: Kim Culhan To: Bradley Dunn cc: hackers@freebsd.org Subject: Re: vipw broken in 612 snap In-Reply-To: <199606222312.TAA01891@ns2.harborcom.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 Sat, 22 Jun 1996, Bradley Dunn wrote: > Change the value of EDITOR in root's .cshrc to vi. You can rm -r > /stand after install, it is not needed. ee is a user-friendly editor > that is the default for use during the installation phase. Thanks to jordan and bradley. kim -- kimc@w8hd.org From owner-freebsd-hackers Sat Jun 22 17:59:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA20240 for hackers-outgoing; Sat, 22 Jun 1996 17:59:55 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA20235 for ; Sat, 22 Jun 1996 17:59:53 -0700 (PDT) Received: (from kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) id UAA00306; Sat, 22 Jun 1996 20:59:47 -0400 (EDT) Date: Sat, 22 Jun 1996 20:59:47 -0400 (EDT) From: Kim Culhan To: Chuck Robey cc: hackers@freebsd.org Subject: Re: vipw broken in 612 snap In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, Chuck Robey wrote: > On Sat, 22 Jun 1996, Kim Culhan wrote: > > Looks like ee was moved from /stand, copying it into /stand allows > > vipw to run although the editor it starts isn't vi. > > It's not broken, really, it's just deciding to use the editor defined by > the EDITOR variable, but vipw can't work with ee. Actually it did appear to work. kim -- kimc@w8hd.org From owner-freebsd-hackers Sat Jun 22 18:24:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA21010 for hackers-outgoing; Sat, 22 Jun 1996 18:24:00 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA21005; Sat, 22 Jun 1996 18:23:58 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id SAA05290; Sat, 22 Jun 1996 18:23:26 -0700 (PDT) To: Terry Lambert cc: alk@Think.COM, hackers@freefall.freebsd.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist In-reply-to: Your message of "Sat, 22 Jun 1996 17:26:47 PDT." <199606230026.RAA23261@phaeton.artisoft.com> Date: Sat, 22 Jun 1996 18:23:26 -0700 Message-ID: <5288.835493006@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry, (Nice bit of rethoric.) Terry, if you want to work with people instead of against them, then you have to bend everynow and then. I have looked over every bit of code you have ever sent my way. I will continue to do so. The one and most overwhelming reason I have not committed much of it yet is that so far I have completely failed to apply the patches and getting the resulting system to behave itself. The one case where this was not true, was the email you sent to current on 13 Dec 1995 (Message-Id: <199512132202.PAA00508@phaeton.artisoft.com>) with a bug fix for the vfs_cache code. it was committed 9 days later after testing was successfull. If you could submit patches of that quality and clarity, I'm sure you would see a lot of your changes go back into FreeBSD. -- 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 Sat Jun 22 18:40:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA21813 for hackers-outgoing; Sat, 22 Jun 1996 18:40:00 -0700 (PDT) Received: from netscafe.rotterdam.luna.net (netscafe.rotterdam.luna.net [194.151.24.23]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA21806 for ; Sat, 22 Jun 1996 18:39:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by netscafe.rotterdam.luna.net (8.6.12/8.6.12) with SMTP id DAA19533 for ; Sun, 23 Jun 1996 03:38:53 +0200 Message-Id: <199606230138.DAA19533@netscafe.rotterdam.luna.net> X-Authentication-Warning: netscafe.rotterdam.luna.net: Host localhost didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: Longer Logins... problems Date: Sun, 23 Jun 1996 03:38:53 +0200 From: Stefan Arentz Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm migrating a web server from Solaris 2.4 to a FreeBSD 2.1.0-RELEASE box. We user usernames <= 16 on Solaris, so I'm trying to change the limits in FreeBSD. Could someone who has done this before tell me if this is the right way to do it? /usr/src/sys/sys/param.h -> #define MAXLOGNAME 20 /usr/src/include/utmp.h -> #define UT_NAMESIZE 16 cd /usr/src/ make libraries Compiled a new kernel just to be sure. then i recompiled chown to see if it would accept a long filename, but it gives the following error message: [root@douwe stefan] # chown langenaamhe xxx chown: langenaamhe: illegal user name I'm doing something stupid here, but I can't figure out what... Thanx, -- Stefan From owner-freebsd-hackers Sat Jun 22 20:17:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25946 for hackers-outgoing; Sat, 22 Jun 1996 20:17:04 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA25941; Sat, 22 Jun 1996 20:17:01 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id UAA29227 ; Sat, 22 Jun 1996 20:16:54 -0700 Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id UAA06578; Sat, 22 Jun 1996 20:14:05 -0700 (MST) From: Don Yuniskis Message-Id: <199606230314.UAA06578@seagull.rtd.com> Subject: Re: syscons fonts To: denis@satty.npi.msu.su (Denis V Kalinin) Date: Sat, 22 Jun 1996 20:14:04 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers), freebsd-questions@freefall.FreeBSD.org (FreeBSD questions) In-Reply-To: from "Denis V Kalinin" at Jun 22, 96 08:32:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! > I do not recommend you to dig this. > As far as I understand historicaly > it appeared to be more than 10 different > syscons for russian language. > > KOI-7, KOI-8, CP1251, CP866, ISO-8859-5, EBSDEC ( or something > similar) and each of them has it's own modifications (shifted etc.). > There's no real way to choose the one from them as > russian (don't ask why). > ISO-8859-* is a international standard for syscons ( it exists > but noone actually uses it except XOpen ). > > Can someone explain/name the iso-*, cp866-* and koi8-* fonts? I guess the question I was asking is for a NAME for these fonts. For example, cp850 would be "Multilingual/Latin I", cp865 would be "Nordic", etc. koi8 would be "Russian"? "Cyrillic"?? And, is "iso-" ISO8859-1, -2, -3, etc.?? > > And the purpose of the 8x14 fonts? These are for 43 line EGA, I've been told. > > And the differences between the "", "b" and "c" versions of > > the 866 and koi8 fonts? "Stylistic" differences...? From owner-freebsd-hackers Sat Jun 22 21:32:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA28923 for hackers-outgoing; Sat, 22 Jun 1996 21:32:20 -0700 (PDT) Received: from jolt.eng.umd.edu (jolt.eng.umd.edu [129.2.102.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA28917 for ; Sat, 22 Jun 1996 21:32:18 -0700 (PDT) Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.98.209]) by jolt.eng.umd.edu (8.7.5/8.7.3) with ESMTP id AAA07195 for ; Sun, 23 Jun 1996 00:32:14 -0400 (EDT) Received: (from chuckr@localhost) by maryann.eng.umd.edu (8.7.5/8.7.3) id AAA11438; Sun, 23 Jun 1996 00:32:13 -0400 (EDT) Date: Sun, 23 Jun 1996 00:32:13 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@maryann.eng.umd.edu To: FreeBSD-Hackers Subject: NQS 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 saw an announcement recently of an introduction of a batch file execution facility, for controlling jobs over multiple machines. It interested me, so I got it to compile, and I'm playing with it. If anyone else has any interest in such a thing, I've made a set of diffs that let it compile. I'm not going to port this thing until I'm more sure it isn't going to kill my machine, or have some other horrible effect, but others who know what they're doing might be interested. The info on this is at http://www.shef.ac.uk/~nqs/ Mail me if you want a set of diffs, and the one config file. I'm including the main man page from it, below ... NQS(1) NQS(1) NAME NQS - Network Queueing System DESCRIPTION The Network Queueing System (NQS) provides the means to submit batch jobs to local and remote Unix and VMS machines. Please consult the following man pages for further infor- mation: nmapmgr Manange NQS Machine ID database nqsrn NQS Release Notes nqsgs Getting Started with NQS nqsconfig Local NQS Configuration notes qacct Display NQS accounting information qcat Display spooled NQS input, error, or log files. qdel Delete NQS Request qhold Hold NQS Request qlimit Display NQS Limits qmgr Configure and Manage NQS System qmsg Write messages to NQS log or error files qresume Resume a Suspended NQS Request qrls Release a Held NQS Request qstat Obtain information on NQS Queues and Requests qsub Submit an NQS Request qsuspend Suspend a Running NQS Request SEE ALSO nmapmgr(1), nqsconfig(1), nqsgs(1), nqsrn(1), qacct(1), qcat(1), qdel(1), qdev(1), qhold(1), qlimit(1), qmgr(1), qmsg(1), qpr(1), qresume(1), qrls(1), qstat(1), qsub(1), and qsuspend(1) in the NPSN UNIX System Administrator Ref- erence Manual. NQS HISTORY Origin: Sterling Software Incorporated May 1986 - Brent Kingsbury, Sterling Software Original release. August 1994 - John Roman, Monsanto Company Release 3.36. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sat Jun 22 21:52:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA29562 for hackers-outgoing; Sat, 22 Jun 1996 21:52:16 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA29557 for ; Sat, 22 Jun 1996 21:52:11 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id NAA26522; Sun, 23 Jun 1996 13:51:56 +0900 (JST) Date: Sun, 23 Jun 1996 13:51:56 +0900 (JST) From: Michael Hancock To: "Michael L. VanLoon -- HeadCandy.com" cc: Bradley Dunn , hackers@freebsd.org Subject: Re: Longer usernames? In-Reply-To: <199606221945.MAA10753@MindBender.HeadCandy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, Michael L. VanLoon -- HeadCandy.com wrote: > >If you're a Sun shop. > >I rather use rdist than NIS. There is a need for something better than > >either solution though. LDAP/RFC1777? > > Hesiod. Kerberos. Can't touch it here -- ITAR. From owner-freebsd-hackers Sat Jun 22 21:53:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA29635 for hackers-outgoing; Sat, 22 Jun 1996 21:53:04 -0700 (PDT) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA29630 for ; Sat, 22 Jun 1996 21:53:02 -0700 (PDT) Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id WAA24190 for freebsd-hackers@freebsd.org; Sat, 22 Jun 1996 22:53:01 -0600 From: Ade Barkah Message-Id: <199606230453.WAA24190@hemi.com> Subject: FYI: lsof 3.66 now available, supports FreeBSD 2.2 To: freebsd-hackers@freebsd.org Date: Sat, 22 Jun 1996 22:53:00 -0600 (MDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For your information, Lsof revision 3.66 is now available. New in this revision is native support for FreeBSD 2.2 (using the 2.2-960612-SNAP as reference.) Lsof will also compile without modifications for FreeBSD versions 1.1.5.1, 2.0, 2.0.5, and 2.1. Lsof lists information about files opened by processes, similar to fstat(1). Lsof generally provides more in information about opened files than fstat. For example, it can return the actual file name associated with an open file descriptor. Lsof is maintained by Vic Abell . It is available via anonymous ftp from vic.cc.purdue.edu, in /pub/tools/unix/lsof. Regards, -Ade Barkah ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Sat Jun 22 22:26:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00787 for hackers-outgoing; Sat, 22 Jun 1996 22:26:37 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA00782 for ; Sat, 22 Jun 1996 22:26:35 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA26674; Sun, 23 Jun 1996 15:25:17 +1000 Date: Sun, 23 Jun 1996 15:25:17 +1000 From: Bruce Evans Message-Id: <199606230525.PAA26674@godzilla.zeta.org.au> To: bde@zeta.org.au, wilko@yedi.iaf.nl Subject: Re: HELP: serial port grief on Asus P55TP4N Cc: FreeBSD-hackers@freebsd.org, revr@cadre.nl Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Uucp checksum errors are known to be caused by bugs in the UMC i/o >> chip which is found in some ASUS motherboards (e.g. the P55TP4XE >> rev.2.4). The UARTs lose sync when their speed is set while data >Bruce, are you sure about the P55TP4XE? I just spent some time with a >flashlight to inspect my XE and found a SMC FDC37C665IR chip that >(looking at the etch wiring) seems to (also) control the serial lines. >I could not find a UMC chip on my mainboard. I have one. It switched from SMC to UMC in rev.2.4. Bruce From owner-freebsd-hackers Sat Jun 22 22:26:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00812 for hackers-outgoing; Sat, 22 Jun 1996 22:26:47 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@[199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA00807 for ; Sat, 22 Jun 1996 22:26:43 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id WAA12926; Sat, 22 Jun 1996 22:26:29 -0700 (PDT) Message-Id: <199606230526.WAA12926@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Michael Hancock cc: Bradley Dunn , hackers@freebsd.org Subject: Re: Longer usernames? In-reply-to: Your message of Sun, 23 Jun 96 13:51:56 +0900. Date: Sat, 22 Jun 1996 22:26:26 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >If you're a Sun shop. >> >I rather use rdist than NIS. There is a need for something better than >> >either solution though. LDAP/RFC1777? >On Sat, 22 Jun 1996, Michael L. VanLoon -- HeadCandy.com wrote: >> Hesiod. Kerberos. >Can't touch it here -- ITAR. What's "ITAR"? How come you can't touch it? Kerberos isn't tied to a specific form of encryption. It's been a long time since I looked at the kerberos source, or tried to build it, but I'm pretty sure you can plug in whatever encryption you want to use without too much effort. And, basically that's for authentication, anyway. If all you're doing is distributing host and user information, hesiod (the piece that does this) doesn't require authentication, anyway. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jun 22 22:41:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA02975 for hackers-outgoing; Sat, 22 Jun 1996 22:41:49 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA02967 for ; Sat, 22 Jun 1996 22:41:46 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA15903; Sun, 23 Jun 1996 15:43:58 +0930 From: Michael Smith Message-Id: <199606230613.PAA15903@genesis.atrad.adelaide.edu.au> Subject: Re: list of differences between 2.1 and 2.2? To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Sun, 23 Jun 1996 15:43:58 +0930 (CST) Cc: roberto@keltia.freenix.fr, fhackers@jraynard.demon.co.uk, hackers@FreeBSD.org In-Reply-To: <9606221626.AA15407@gemini.sdsp.mc.xerox.com> from "Marty Leisner" at Jun 22, 96 09:26:21 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 Marty Leisner stands accused of saying: > > What I'm looking for (and I think its reasonable and others would > like to see it to) is some sort of NEWS file (not a changelog) > of the differences between versions. It would be enormous, incomplete, and a pain in the rear to maintain. Having said that, if want to volunteer, I'm not going to stop you 8) > What Chet Ramey is doing with bash is a good example... Bash is just a _little_ bit smaller than FreeBSD, and undergoes just ever so _slightly_ fewer changes between versions. > To read the CVS tree is not a viable solution. There would be no other way to get the original change information from whioch to produce such a 'NEWS' file. > This would be most welcome for snapshots. They would happen less often in this case. > marty -- ]] 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 Sat Jun 22 23:56:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05100 for hackers-outgoing; Sat, 22 Jun 1996 23:56:40 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA05094; Sat, 22 Jun 1996 23:56:37 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA16013; Sun, 23 Jun 1996 16:59:32 +0930 From: Michael Smith Message-Id: <199606230729.QAA16013@genesis.atrad.adelaide.edu.au> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: terry@lambert.org (Terry Lambert) Date: Sun, 23 Jun 1996 16:59:32 +0930 (CST) Cc: phk@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199606222154.OAA22856@phaeton.artisoft.com> from "Terry Lambert" at Jun 22, 96 02:54:28 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 Terry Lambert stands accused of saying: > > need them or even wanted them to be available. > > Here's why I complain and scream about PERL in FreeBSD. > > FreeBSD, true to it's UNIX heritage, is a tools-based OS. > > PERL is a tool (fine so far). > > PERL scripts are not tools (the kicker). That's just stupid. Perl scripts _can_ be tools. Some may be, some may not be, depending on your point of view. > The problem I have with scripting will continue to be a problem until > the /etc/rc* data embedding mess goes away so I can upgrade a system > by overwriting everything but "/var/conf", or a similar directory, > and by leaving the /home partition alone, with nothing else sacred. This has absolutely nothing whatsoever to do with "scripting". It doesn't matter whether code is optimised opcodes or raw text being fed through a parser; it's what it does that's significant. > Terry Lambert -- ]] 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 [[