From owner-freebsd-hackers Sun Jan 14 00:45:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22192 for hackers-outgoing; Sun, 14 Jan 1996 00:45:41 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22184 for ; Sun, 14 Jan 1996 00:45:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA21736; Sun, 14 Jan 1996 00:45:26 -0800 To: obrien@cs.ucdavis.edu (David E. O'Brien) cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hacker's list) Subject: Re: Can't get 2.1-STABLE to link! In-reply-to: Your message of "Sat, 13 Jan 1996 23:26:32 PST." <9601140726.AA29245@toadflax.cs.ucdavis.edu> Date: Sun, 14 Jan 1996 00:45:26 -0800 Message-ID: <21734.821609126@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Who do we send diff's to the sgml handbook source to? John Fieber or to doc@freebsd.org if you're looking for a general review first. Jordan From owner-freebsd-hackers Sun Jan 14 01:18:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23707 for hackers-outgoing; Sun, 14 Jan 1996 01:18:35 -0800 (PST) Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23702 for ; Sun, 14 Jan 1996 01:18:30 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id EAA13846; Sun, 14 Jan 1996 04:22:29 -0500 From: Peter Dufault Message-Id: <199601140922.EAA13846@hda.com> Subject: Re: SCSI Scanner anybody? To: nate@sri.MT.net (Nate Williams) Date: Sun, 14 Jan 1996 04:22:28 -0500 (EST) Cc: mmead@Glock.COM, hackers@freebsd.org In-Reply-To: <199601140240.TAA28309@rocky.sri.MT.net> from "Nate Williams" at Jan 13, 96 07:40:56 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > [ Do SCSI scanners needs residual reads ] > > > Apparently some scanners don't care. > > > > > Of the supported cards, the only ones I know of that do the residual > > > reads correctly (which is a prerequisite for attach/detach in target > > > mode, I think, and the source of my confusion) is the Adaptec 1542B. > > > The 1542A and 1542C won't work. > > > > Hmm. So does this mean that my AHA2940 will not work with an HP > > ScanJet IIcx? Thanks for the info... > > If the only knowns drivers are the Adaptec then my scanner shouldn't > work, since it uses the NCR controller. I suspect it's not necessary > for the HP scanners, so your AHA2940 should work. Residuals let you detect when less data is transferred than requested. This isn't a prerequisite for attach/detach in target mode - it lets you try to read more than the peripheral will send and detect what is actually sent. This is most important talking to a processor-type device since other devices (e.g., tapes) handle it differently in a way supported by all the drivers. When the driver doesn't support residuals the upper levels assume it read the requested amount, so the scanner should work fine. A quick scan of the drivers shows that only the 1542 and the aic7xxx (which includes aha2940) set the SCSI_RESID_VALID flag that tells the upper levels of the software that the driver properly sets the "xs->resid" field. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sun Jan 14 01:55:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25372 for hackers-outgoing; Sun, 14 Jan 1996 01:55:01 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA25365 for ; Sun, 14 Jan 1996 01:54:53 -0800 (PST) Received: from critter.tfs.com ([194.19.141.65]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id KAA24367; Sun, 14 Jan 1996 10:51:41 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id AAA01002; Sun, 14 Jan 1996 00:03:28 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Michael Smith cc: jkh@time.cdrom.com (Jordan K. Hubbard), hackers@FreeBSD.ORG Subject: Re: Booting from CD..? In-reply-to: Your message of "Sun, 14 Jan 1996 00:08:11 +1030." <199601131338.AAA19459@genesis.atrad.adelaide.edu.au> Date: Sun, 14 Jan 1996 00:03:27 +0100 Message-ID: <1000.821574207@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > I was also talking with Poul-H and Joerg about the idea of getting > > access to additional command-line args, and how hard that would be. > > In particular, I'd like to be able to do something like: > > > > boot -c aha0=0x330,10;ed0=0x300,10,0xd000 > > Er. I've been making noises about 'kernel environment variables' for some > time; see also Poul's brain wrt. sysctl and the 4k patcharea concept. > > He never did get back to me with his ideas 8/. Sorry Mike, I'm too busy right now :-( I think I outlined most of it for you, but that is little consolation of course... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Jan 14 03:04:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA27530 for hackers-outgoing; Sun, 14 Jan 1996 03:04:21 -0800 (PST) Received: from DeepCore.dk (dial114.cybercity.dk [194.16.56.114]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA27484 Sun, 14 Jan 1996 03:03:36 -0800 (PST) From: sos@DeepCore.dk Received: (from sos@localhost) by DeepCore.dk (8.7.3/8.7.3) id LAA00835; Sun, 14 Jan 1996 11:58:54 +0100 (MET) Message-Id: <199601141058.LAA00835@DeepCore.dk> Subject: Re: abuse and the -stable linux emu (mknod & mkfifo) To: bde@zeta.org.au (Bruce Evans) Date: Sun, 14 Jan 1996 11:58:54 +0100 (MET) Cc: ache@astral.msk.su, gpalmer@cdrom.com, hasty@rah.star-gate.com, hackers@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <199601132301.KAA06594@godzilla.zeta.org.au> from "Bruce Evans" at Jan 14, 96 10:01:32 am Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In reply to Bruce Evans who wrote: > > >I remember recent discussion for adding mkfifo capabilities > >to system mknod (instead of this hack). > >Could anybody tell me the result, I miss it... > > The Linux emulator should convert Linux mknod()'s to mkfifo()s > if necessary. The BSD mknod() shouldn't be changed. Note that > it is reasonable for the Linux library to call mknod() directly > although Linux apps shouldn't. I've allready commit the prober fix for this in -current... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sun Jan 14 03:22:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA28095 for hackers-outgoing; Sun, 14 Jan 1996 03:22:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA28090 Sun, 14 Jan 1996 03:22:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA22447; Sun, 14 Jan 1996 03:20:34 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: gcrutchr@nightflight.com (Gary Crutcher), questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: FBSD 2.1 In-reply-to: Your message of "Sat, 13 Jan 1996 19:30:57 +0100." <199601131830.TAA00674@uriah.heep.sax.de> Date: Sun, 14 Jan 1996 03:20:34 -0800 Message-ID: <22445.821618434@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Hmm, i've also heard this from somebody else. Maybe it's a problem > with cpio refusing to copy an older/newer/whatever file, Jordan? The > /etc/services in question is that one from sysinstall, it's supposed > to be overwritten with the right one during installation of the Yep, that's correct. I was quite surprised to hear about the /etc/services truncation, in fact, and think it's some cpio bogosity that needs investigating. The world is still waiting for a replacement for tar/cpio/... that allows compression, random access to files and isn't named `zip'.. :-) Jordan From owner-freebsd-hackers Sun Jan 14 04:14:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA02602 for hackers-outgoing; Sun, 14 Jan 1996 04:14:54 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA02573 Sun, 14 Jan 1996 04:14:42 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.3/8.6.9) id EAA01042; Sun, 14 Jan 1996 04:14:40 -0800 (PST) Date: Sun, 14 Jan 1996 04:14:40 -0800 (PST) Message-Id: <199601141214.EAA01042@silvia.HIP.Berkeley.EDU> To: hackers@freebsd.org CC: stable@freebsd.org, ccd@forgery.cs.berkeley.edu Subject: ccd driver or 2.1R available Reply-to: stable@silvia.HIP.Berkeley.EDU From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@freebsd.org Precedence: bulk (Note crossposting -- followups to -stable only please, this is 2.1R material.) I put up the initial snapshot of the ccd driver on ftp. The README is included below. Satoshi ------- ********************************************************** * The FreeBSD ccd driver (pre-alpha) * * for 2.1.0-RELEASE users * * by Satoshi Asami * * and Nisha Talagala * * version of 96/01/14 * ********************************************************** (1) Introduction This is a port of NetBSD's ccd (concatenated disk) driver. It is not a complete work in any way, but seems to be working fairly ok here, so we decided to make it available so that people can test it and even fix some bugs. :) (2) Warning As the title above says, this is pre-alpha software and is therefore VERY GREEN. You should not expect this to work. It may eat your system disk for lunch. It may even fry your microwave in the process. Make sure you have backed up all your data and locked your children in the basement before you attempt to try this. (3) What it does In case you don't know what it is, ccd is a disk array driver. You can combine several disk partitions into one "virtual disk". Then you can partition it or use the whole thing or add some pepper and salt or whatever you want. (4) What it does not There is no parity support yet. That's why its name doesn't resemble RAID in any form. (5) How to compile Note this package is for FreeBSD-2.1.0R. It probably won't work right away for -stable or -current. We are planning to upgrade our machines soon, and will release snapshots for -current as well. Ok, first you need to unpack the distribution. It contains the following files: ccd.README (this file) ccd.PLIST ccd.patch sys/ccd/ccd.4 sys/ccd/ccd.c sys/sys/ccdvar.h usr.sbin/ccdcontrol/Makefile usr.sbin/ccdcontrol/ccdcontrol.8 usr.sbin/ccdcontrol/ccdcontrol.c usr.sbin/ccdcontrol/pathnames.h You can unpack them in your /usr/src directory. After that, apply the ccd.patch. It makes several changes to the header files and such, including one totally ridiculous change to sys/disk.h that was done by a certain FreeBSD hacker who owns a hamster with one black eye and one red eye. (Someone please tell me how to fix it properly.) You can use the following command to apply the patch: patch -p < ccd.patch (On a separate line for your triple-clicking pleasure.) Then add the following to your kernel configuration file: device ccd0 at isa? device ccd1 at isa? device ccd2 at isa? device ccd3 at isa? (You can have as many of them as you want, or fewer than four, of course.) We recommend you to add "options DDB" too. This will make the kernel go into a debugger in case of a panic. That will make it easier for you to send us a complete bug report. (Note this will disable auto-rebooting after a panic, so don't do this on a machine that has to run unattended.) (6) How to use ccd Wait, you need to compile ccdcontrol too! Go in there, do "make depend all install". If install complains about missing directories and such, make sure you have the correct Makefile.inc in the parent (/usr/src/usr.sbin) directory. If you don't have one (like, you don't have the usr.sbin source tree), just editing the ccdcontrol Makefile and adding "BINDIR=/usr/sbin" by hand should do. Also, you will need to create the device files. There is a patch to MAKEDEV included in ccd.patch, so go into etc/etc.i386 and install the new MAKEDEV into /dev. Then you can, say, "cd /dev; sh MAKEDEV ccd0" to create the appropriate device files for your first ccd devices, etc. Now, go and read the man pages. ccdcontrol.8 should be installed by now; ccd.4 is still sitting in the source directory so go read it there. (Try "nroff -man ccd.4 | less -s".) Assuming you've read them, here is an example, if you have four partitions (sd1g, sd2g, sd3g, sd4g) you want to combine into one: echo "ccd0 16 none /dev/sd1g /dev/sd2g /dev/sd3g /dev/sd4g" > /etc/ccd.conf ccdcontrol -Cv (to configure; you'll see a message here) disklabel ccd0 (just to make sure there is a valid disklabel) newfs /dev/rccd0c mount /dev/ccd0c /mnt (play with /mnt) umount /mnt ccdcontrol -U (to unconfigure) (7) What's the second field in /etc/ccd.conf? That's the "interleave size". Basically, the ccd driver will write this many sectors (usually 512 bytes) to one disk before it moves to the next disk. As a special case, a zero here means no interleave, i.e., to concatenate disks serially. We have found that in FFS, a value of 16 usually optimizes read performance, while the write peaks with a much larger value (like 512). This probably has to do with cluster_write() thinking it's writing to a single disk when it's actually not. This is one of the things we are planning to fix. (8) Are there any caveats? Oh sure. One of them is "don't use a partition that starts at a beginning of the slice". So please leave some space at the beginning of the slice in the partitions you are combining (sd[1-4]g in the above example). Of course, if someone can figure out why and fix it, that will be great. (9) My disk is totally hosed. It's all your fault! See (2). (10) Anything I can help? Well, any bug fix is welcome. In addition to the stuff mentioned above, we are aware of at least the following: a. Since I didn't know how to properly register a pseudo-device, this baby thinks it's a ISA device (look at kern_devconf and isa_driver and such in ccd.c). It should be specified like "pseudo-device ccd 4" in the kernel configuration file (like the manual says). b. I'm not exactly sure what the "geometry" of this pseudo-disk means. If it doesn't matter, it's ok; if newfs (for instance) cares, we should give it a better set of default values. (11) Where should I send bug reports/fixes? Please send them to ccd@forgery.cs.berkeley.edu. This will reach the two developers (Satoshi and Nisha). If you want to be added to this list, please send mail to Satoshi (asami@cs.berkeley.edu). (12) Where do I get new versions? They will be made available as ftp://forgery.cs.berkeley.edu/pub/ccd-.tar.gz so check this site regularly. (13) I'm tired Yeah, I'm tired too. Well go to sleep now then, and try it tomorrow! Good night! Satoshi From owner-freebsd-hackers Sun Jan 14 04:21:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03246 for hackers-outgoing; Sun, 14 Jan 1996 04:21:37 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA03240 for ; Sun, 14 Jan 1996 04:21:30 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sun, 14 Jan 96 13:21 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA16884; Sun, 14 Jan 1996 13:04:52 +0100 Message-Id: <199601141204.NAA16884@allegro.lemis.de> Subject: Re: Status of ISDN drivers To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Sun, 14 Jan 1996 13:04:51 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers), isdn@muc.ditec.de (FreeBSD ISDN Distribution List) In-Reply-To: <199601132343.PAA26400@freefall.freebsd.org> from "Jonathan M. Bresler" at Jan 13, 96 03:43:13 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 Precedence: bulk Jonathan M. Bresler writes: > >>> >WRT getting 128kb/sec. I though the RBOCs in the States only support >>> >56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? >>> >The D-Channel is not used for data transfer (that would be an additional >>> >16kb/sec.). >> >>> Of course for $695 you can get RISC-powered "plug and power-up" 128k >>> sync...but we've been through that one before! >> >> Yes, but will it work in Europe, more precisely, Austria? > > The board is $440. with V.24/RS-232 output (others available) I was assuming > about > $250.-$260. for a bitsurfer T/A. The card will work with any external T/A. Yes, but this solution has at least two, maybe more serious drawbacks: 1. It only runs at 115.2 kb/s, and uses 10 bit bytes, so your theoretical maximum throughput is 11.52 kB/s. A full BRI will give you 128 kb/s and 8 bit bytes, or theoretical 16 kB/s. 2. It uses the serial port, arguably the weakest link in PC communications. 3. It requires you to use PPP or some other crock. I haven't tried PPP lately, but it used to give me untold headaches. Running pure IP beats the hell out of it. Greg From owner-freebsd-hackers Sun Jan 14 04:23:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03272 for hackers-outgoing; Sun, 14 Jan 1996 04:23:17 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA03267 for ; Sun, 14 Jan 1996 04:23:14 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sun, 14 Jan 96 13:21 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA16875; Sun, 14 Jan 1996 13:00:15 +0100 Message-Id: <199601141200.NAA16875@allegro.lemis.de> Subject: Re: Status of ISDN drivers To: dennis@etinc.com (dennis) Date: Sun, 14 Jan 1996 13:00:15 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers), isdn@muc.ditec.de (FreeBSD ISDN Distribution List) In-Reply-To: <199601121546.KAA01414@etinc.com> from "dennis" at Jan 12, 96 10:46:28 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 Precedence: bulk dennis writes: > >> >> jkh@time.cdrom.com writes: >> WRT getting 128kb/sec. I though the RBOCs in the States only support >> 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? >> The D-Channel is not used for data transfer (that would be an additional >> 16kb/sec.). > > Of course for $695 you can get RISC-powered "plug and power-up" 128k > sync...but we've been through that one before! This isn't the challenge. I'm currently connected to the Internet via a 286 with 1 MB of memory and a Creatix S0 board running DOG, PC-ROUTE and ISPA. It works reasonably well, performs channel bonding, and costs a whole lot less than other alternatives. The problem is that it isn't as flexible as a *good* UNIX solution. Greg From owner-freebsd-hackers Sun Jan 14 05:15:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04517 for hackers-outgoing; Sun, 14 Jan 1996 05:15:02 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA04500 for ; Sun, 14 Jan 1996 05:14:52 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA05940; Mon, 15 Jan 1996 00:13:06 +1100 Date: Mon, 15 Jan 1996 00:13:06 +1100 From: Bruce Evans Message-Id: <199601141313.AAA05940@godzilla.zeta.org.au> To: freebsd-hackers@freefall.freebsd.org, garyj@munich.netsurf.de Subject: Re: Status of ISDN drivers Cc: isdn@muc.ditec.de Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >I've become aware of a horrible bug somewhere in the ISDN code in the >last few days which apparently trashes the kernel stack somehow. Someone actually uses the isdn drivers in FreeBSD? :-) Perhaps they have been broken by recent cleanups. OTOH, perhaps they have been fixed by recent cleanups. What version are you using? >This bug is extrememly hard to track down beacuse the fault address is >totally bogus, e.g. 8:0. That's why I suspect that the stack is getting >trashed. It also crops up under circumstances which I can't identify. This fault address (but not a trashed stack) is normal for a call or jump through a null pointer. Calls through null pointers are very easy to debug since the return address is on the stack, while jumps through null pointers are hard to debug. Bruce From owner-freebsd-hackers Sun Jan 14 07:12:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08085 for hackers-outgoing; Sun, 14 Jan 1996 07:12:26 -0800 (PST) Received: from mail.opensol.com.ar (mail.opensol.com.ar [200.26.38.142]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA08078 for ; Sun, 14 Jan 1996 07:12:15 -0800 (PST) Received: (from chx0@localhost) by mail.opensol.com.ar (8.6.12/8.6.12) id JAA11197 for hackers@freebsd.org; Sun, 14 Jan 1996 09:15:06 -0300 From: CHX0 Message-Id: <199601141215.JAA11197@mail.opensol.com.ar> To: hackers@freebsd.org Date: Sun, 14 Jan 1996 09:15:06 -0300 (ARG) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hello, shutdown -r doesn't work in my machine under 2.1.0-release. It says: keyboard failed, trying to reset CPU directly" or something like this. Thenm I have to reset the machine manually. I'd like to let it reboot periodically through cron, but this way I can't. Any medicine against ? I'm nost in the list, please answer me directly. Bye, Mario J. Dominguez From owner-freebsd-hackers Sun Jan 14 08:48:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA11919 for hackers-outgoing; Sun, 14 Jan 1996 08:48:54 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA11911 for ; Sun, 14 Jan 1996 08:48:51 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA29069; Sun, 14 Jan 1996 09:49:54 -0700 Date: Sun, 14 Jan 1996 09:49:54 -0700 From: Nate Williams Message-Id: <199601141649.JAA29069@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: Re: FBSD 2.1 In-Reply-To: <22445.821618434@time.cdrom.com> References: <199601131830.TAA00674@uriah.heep.sax.de> <22445.821618434@time.cdrom.com> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Jordan K. Hubbard writes: > The world is still waiting for a replacement for tar/cpio/... that > allows compression, random access to files and isn't named `zip'.. :-) What's wrong with zip? From owner-freebsd-hackers Sun Jan 14 09:06:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA12358 for hackers-outgoing; Sun, 14 Jan 1996 09:06:14 -0800 (PST) Received: from peedub.gj.org (ns092.munich.netsurf.de [194.64.166.92]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA12352 for ; Sun, 14 Jan 1996 09:06:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peedub.gj.org (8.7.3/8.6.9) with SMTP id SAA12195; Sun, 14 Jan 1996 18:05:58 GMT Message-Id: <199601141805.SAA12195@peedub.gj.org> X-Authentication-Warning: peedub.gj.org: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: Bruce Evans cc: freebsd-hackers@freefall.freebsd.org, isdn@muc.ditec.de Subject: Re: Status of ISDN drivers Reply-To: Gary Jennejohn In-reply-to: Your message of "Mon, 15 Jan 1996 00:13:06 +1100." <199601141313.AAA05940@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Jan 1996 18:05:58 +0000 From: Gary Jennejohn Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Bruce Evans writes: >>I've become aware of a horrible bug somewhere in the ISDN code in the >>last few days which apparently trashes the kernel stack somehow. > >Someone actually uses the isdn drivers in FreeBSD? :-) Perhaps they >have been broken by recent cleanups. OTOH, perhaps they have been >fixed by recent cleanups. What version are you using? > I'm using a version is is not based on the 2.1R sources. May be that the changes/fixes in 2.1R could eliminate the problem. I'm planning to merge the modifications in the sources I'm using into -stable and see what happens. >>This bug is extrememly hard to track down beacuse the fault address is >>totally bogus, e.g. 8:0. That's why I suspect that the stack is getting >>trashed. It also crops up under circumstances which I can't identify. > >This fault address (but not a trashed stack) is normal for a call or >jump through a null pointer. Calls through null pointers are very >easy to debug since the return address is on the stack, while jumps >through null pointers are hard to debug. > actually, it's the instruction pointer that's 0x8:0x0, as I noted in a followup I posted. --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-hackers Sun Jan 14 09:14:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA12569 for hackers-outgoing; Sun, 14 Jan 1996 09:14:10 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA12564 for ; Sun, 14 Jan 1996 09:14:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA16941; Sun, 14 Jan 1996 09:14:00 -0800 To: Nate Williams cc: hackers@FreeBSD.ORG Subject: Re: FBSD 2.1 In-reply-to: Your message of "Sun, 14 Jan 1996 09:49:54 MST." <199601141649.JAA29069@rocky.sri.MT.net> Date: Sun, 14 Jan 1996 09:14:00 -0800 Message-ID: <16939.821639640@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Copyrights. I don't particularly feel like tangling with either PKWARE or UniSys (LZ compression used in Zip). Jordan > Jordan K. Hubbard writes: > > The world is still waiting for a replacement for tar/cpio/... that > > allows compression, random access to files and isn't named `zip'.. :-) > > What's wrong with zip? From owner-freebsd-hackers Sun Jan 14 09:40:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13370 for hackers-outgoing; Sun, 14 Jan 1996 09:40:10 -0800 (PST) Received: from cabal.io.org (cabal.io.org [198.133.36.103]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA13365 Sun, 14 Jan 1996 09:40:06 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id MAA01695; Sun, 14 Jan 1996 12:38:09 -0500 Date: Sun, 14 Jan 1996 12:38:07 -0500 (EST) From: Brian Tao To: Bill Fenner cc: Michael Smith , freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: A few other concerns from a FreeBSD ISP In-Reply-To: <96Jan10.155941pst.177478@crevenia.parc.xerox.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 10 Jan 1996, Bill Fenner wrote: > > I have always thought that this situation could only be attributed to > one or the other end not waiting for 2*MSL before deleting connection > information. In particular, if the source end cut its TIME_WAIT state > short for some tcpcb, that port number could get reused while the > server end was still in TIME_WAIT and thus completely ignoring all > packets. Hmmmm, okay, whatever you say. ;-) > But I haven't yet gotten around to testing this theory; I can't say > that I recall seeing this problem, so it may also be load-related, > etc. I don't think it is. I've seen it happen to individual workstations as well as to shell servers with 100+ people on it. The really irritating thing is that it works *most* of the time, under either extreme of load condition. :( -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Jan 14 09:46:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA13607 for hackers-outgoing; Sun, 14 Jan 1996 09:46:03 -0800 (PST) Received: from cabal.io.org (cabal.io.org [198.133.36.103]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA13600 for ; Sun, 14 Jan 1996 09:45:59 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id MAA01706; Sun, 14 Jan 1996 12:43:51 -0500 Date: Sun, 14 Jan 1996 12:43:51 -0500 (EST) From: Brian Tao To: Todd Kover cc: FREEBSD-HACKERS-L Subject: Re: rwhod/ruptime broken? In-Reply-To: <199601102219.RAA26110@mickey.umiacs.umd.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 10 Jan 1996, Todd Kover wrote: > > If I recall correctly, you're running into the upper limit in the size > of a datagram, so after a certain number of ttys, it just gets > truncated. I don't believe this is easily fixed to be arbitrary > without breaking interaction with other versions of rwho... Sounds like a reasonable explanation. I guess I'll just write a little script to poll the other machines with an rsh to get the real numbers then. -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sun Jan 14 10:26:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA14867 for hackers-outgoing; Sun, 14 Jan 1996 10:26:00 -0800 (PST) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA14850 Sun, 14 Jan 1996 10:25:53 -0800 (PST) Received: from venus.mcs.com (root@Venus.mcs.com [192.160.127.92]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id MAA11463; Sun, 14 Jan 1996 12:25:46 -0600 Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 14 Jan 96 12:25 CST Message-Id: Subject: Re: A few other concerns from a FreeBSD ISP To: taob@io.org (Brian Tao) Date: Sun, 14 Jan 1996 12:25:45 -0600 (CST) From: "Karl Denninger, MCSNet" Cc: fenner@parc.xerox.com, msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: from "Brian Tao" at Jan 14, 96 12:38:07 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > On Wed, 10 Jan 1996, Bill Fenner wrote: > > > > I have always thought that this situation could only be attributed to > > one or the other end not waiting for 2*MSL before deleting connection > > information. In particular, if the source end cut its TIME_WAIT state > > short for some tcpcb, that port number could get reused while the > > server end was still in TIME_WAIT and thus completely ignoring all > > packets. > > Hmmmm, okay, whatever you say. ;-) > > > But I haven't yet gotten around to testing this theory; I can't say > > that I recall seeing this problem, so it may also be load-related, > > etc. > > I don't think it is. I've seen it happen to individual > workstations as well as to shell servers with 100+ people on it. The > really irritating thing is that it works *most* of the time, under > either extreme of load condition. :( > -- > Brian Tao (BT300, taob@io.org) > Systems Administrator, Internex Online Inc. > "Though this be madness, yet there is method in't" Run a few hundred "rshs" from a Freebsd machine to anything else. At least some small number will *HANG PERMANENTLY*. We have had to modify "rsh" to have a timeout parameter option (yeeeech!) and retry in the calling script to fix this here. That sucks; I would love to understand EXACTLY what is going on when this happens. -- -- 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 Jan 14 11:16:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA17651 for hackers-outgoing; Sun, 14 Jan 1996 11:16:23 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA17646 for ; Sun, 14 Jan 1996 11:16:19 -0800 (PST) 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 OAA06374; Sun, 14 Jan 1996 14:14:25 -0500 Date: Sun, 14 Jan 1996 14:14:25 -0500 Message-Id: <199601141914.OAA06374@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: patl@Phoenix.Volant.ORG From: dennis@etinc.com (dennis) Subject: Re: How to keepalive a sick ppp process? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >|> Nate Williams wrote: >|> > > I am using iijppp (damn fine program!), but every now-and-then it dies >|> > > on me. >|> > >|> > Do you need the on-demand cababilities of ppp, or are you looking for a >|> > 'full-time' link? If the latter, you can use pppd to provide the same >|> > functionality. We eneded up using pppd vs. ijppp because of the >|> > occasional instability of the user-level stuff. >|> >|> I am using the on-demand capabilities to "kick" the line. I am using >|> el-cheapo 14400 modems on a 2-wire leased line, and the line dies every >|> now-and-then (there is a Portmaster on the other end). I use the chat >|> script as a "modem kicker". >|> >|> I haven't looked at the pppd driver recently. Last time I looked was in >|> 1.1.5.1 days, and I could not get the chat(1) to behave (small lack of >|> trying here) > >I'm using a USR 28,800 Sportster, which drops the line occasionally. >My solution is to run 'ping -i 60 HISADDR', where HISADDR is the IP >address of the machine at the other end of the PPP link. The '-i 60' >keeps the ping packets down to one a minute, so the overhead is >insignificant. If the line is dropped, it is less than a minute before >a redial is triggered by the ping packet. > >(Some day I'll get around to calling USR to ask about the system chip >upgrade to fix the problem...) I'm using an original USR 28.8 modem with pppd with no such problems.... 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 From owner-freebsd-hackers Sun Jan 14 14:12:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA26831 for hackers-outgoing; Sun, 14 Jan 1996 14:12:17 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA26713 for ; Sun, 14 Jan 1996 14:11:57 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id OAA01251; Sun, 14 Jan 1996 14:11:14 -0800 Message-Id: <199601142211.OAA01251@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: smpatel@wam.umd.edu (Sujal Patel), freebsd-hackers@FreeBSD.org, kashmir@umiacs.umd.edu Subject: Re: PnP Proposal, Ideas & Issues [Was: PnP problem...] In-reply-to: Your message of "Wed, 10 Jan 1996 14:35:00 MST." <199601102135.OAA15484@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Jan 1996 14:11:13 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk Yeap, Sujal's solution is not optimal however it is infinitly superior to your solution 8) At least Sujal, is making steady progress . Just because a card is a PnP does not mean that the card is fully reconfigurable. Hence, is not too difficult to see how a PnP system may fail to autoconfigure itself. Even if we can't probe ISA devices 100% of the times we can configure and test the configuration of PnP devices. Amancio >>> Terry Lambert said: > > So the first goal was to be able to specify certain resources that a PnP > > card should use: > > > > I was hoping that we could strive for something along of the lines of: > > device sio2 at isa? pnp "SUP1310" port "IO_COM3" tty irq 15 ve ctor siointr > > > > This would be nice and simple-- Say that PnP device "SUP1310" is handled > > by driver sio2 and configure the card and the driver for port 0x3e8 and > > irq 15. But unfortunately, the solution is not going to nearly this > > simple. Cards like the GUS PnP and other multi-function cards cannot be > > configured like this at all. > > This is probably a bad approach. The idea of PnP is that the devices > will fit into an unused space. This is a difficult (and potentially > insoluable without a hack job) problem for non-PnP ISA devices in a > standard ISA bus, since if you can't probe them, you can't predict > what the conflicts would be. > > > I'm sure that we're gonna always need some kind of manual configuration > > of PnP devices (for those really though cards like the GUS). The > > majority of PnP cards should be very simple to configure (and could > > be done automatically at boot-time). The problem is that it seems VERY > > difficult to determine exactly what resources are going to be used when > > the system is booting. > > I think you'd need manual configuration of unprobeable hardware to set > up the intersects for it. Other than that, I don't think you *really* > have to manually config the cards. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Sun Jan 14 14:53:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA28697 for hackers-outgoing; Sun, 14 Jan 1996 14:53:24 -0800 (PST) Received: from beer.pilsnet.sunet.se (beer.pilsnet.sunet.se [192.36.125.73]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA28631 for ; Sun, 14 Jan 1996 14:50:45 -0800 (PST) Received: from aviion.ts.kiev.ua by beer.pilsnet.sunet.se (8.6.8/2.03) id XAA20254; Sun, 14 Jan 1996 23:50:33 +0100 Received: from wind.UUCP by aviion.ts.kiev.ua with UUCP id WAA09203; (8.6.11/zah/1.4b) Sun, 14 Jan 1996 22:33:18 GMT Received: from dawn.ww.net (dawn.ww.net [193.124.73.50]) by unicorn.ww.net (8.6.12/alexis 2.5) with ESMTP id AAA01654; Mon, 15 Jan 1996 00:58:42 +0300 Received: (from alexis@localhost) by dawn.ww.net (8.6.12/alexis 2.5) id AAA01692; Mon, 15 Jan 1996 00:58:24 +0300 Message-Id: <199601142158.AAA01692@dawn.ww.net> Subject: Re: (fwd) APC UPS Command set To: dk+@ua.net Date: Mon, 15 Jan 1996 00:58:24 +0300 (MSK) From: "Alexis Yushin" Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601141116.NAA06436@dog.farm.org> from "Dmitry Kohmanyuk" at Jan 14, 96 01:16:37 pm Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I have got this message forwarded to me and felt I should respond. >I see there has been some discussion about writing stronger tools >to manage APC UPS systems under FreeBSD. Great! I have systems with >1400s and 600s if you need some beta sites for code. > >I had originally wanted to do the same thing but have been far too busy. >Someone sent me this and I don't know where they got it, so the true author >is unknown, and perhaps someone has filled-in more of the blanks since then. Well, I am already sick of writing the programm still I do this. I've got already done: - apc specific part with comands - almost everything of configuration (YACC driven) - asynchronous serial line handling - software events handling conception (still to be implemented) The ups daemon is not APC oriented. The conception that there are registers and triggers. Registers are commands, status registers, options etc... Triggers are the string which could come any time from the device (they are handled asyncronously). For example ``Y'' is an initialize register with R_COMMAND flag set and ``*'' is a trigger string which means the UPS is being shut down. Please. If anybody has anything on the UPS daemons or APC send the materials to me directly. I hope to finish all the things in a month. alexis -- The more experienced you are the less people you can get advice from. From owner-freebsd-hackers Sun Jan 14 16:09:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02623 for hackers-outgoing; Sun, 14 Jan 1996 16:09:16 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA02612 for ; Sun, 14 Jan 1996 16:09:08 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id QAA19285; Sun, 14 Jan 1996 16:08:31 -0800 From: Julian Elischer Message-Id: <199601150008.QAA19285@ref.tfs.com> Subject: Re: A few NITS about SCSI Tapes To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sun, 14 Jan 1996 16:08:30 -0800 (PST) Cc: nate@sri.MT.net, regnauld@tetard.frmug.fr.net, hackers@FreeBSD.ORG In-Reply-To: <199601131805.TAA00481@yedi.iaf.nl> from "Wilko Bulte" at Jan 13, 96 07:05:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > But if I use: > > > > > > mt -f /dev/nrst0 reten > > > > > > I get: > > > > > > % mt reten > > > mt: /dev/nrst0: retens: Invalid argument > > > > Try 'retension'. It was changed from 'retens' since the former is more > > apparently more standard. > > Sidestepping a bit: will 2.1R mt also set (no)compression on Exabytes > capable of hardware compress? The &*^*( drive at work is a 8505 and > my ol' home 8200 does not grok compressed tapes. it SHOULD but it's undocumanted because I haven't tested it yet.. wanna test it? > > Wilko > _ __________________________________________________________________________ > | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl > |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands > -------------------------------------------------------------------------------- > From owner-freebsd-hackers Sun Jan 14 16:22:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03333 for hackers-outgoing; Sun, 14 Jan 1996 16:22:17 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA03323 for ; Sun, 14 Jan 1996 16:22:13 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA22659 for ; Mon, 15 Jan 1996 01:22:09 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA08723 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 01:22:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA08768 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 00:59:26 +0100 (MET) From: J Wunsch Message-Id: <199601142359.AAA08768@uriah.heep.sax.de> Subject: Re: A few NITS about SCSI Tapes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 15 Jan 1996 00:59:26 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601140032.TAA09952@fang.cs.sunyit.edu> from "chuck@fang.cs.sunyit.edu" at Jan 13, 96 07:32:55 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As chuck@fang.cs.sunyit.edu wrote: > > Back to one of the orginal questions...How about adding support > for using 8mm video tapes? SunOS, BSD/OS, & Linux all support this. > They're cheap and I've had wonderful success using them. I just wouldn't > do a level 0 dump on one ;-) Despite of massive reliability problems related to those drives (the MTBF seems to be less than 100 hours), an EXB-8201 does work for me. Under plain FreeBSD 2.0.5. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 14 17:21:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05484 for hackers-outgoing; Sun, 14 Jan 1996 17:21:28 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA05464 for ; Sun, 14 Jan 1996 17:21:22 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA23972; Mon, 15 Jan 1996 02:21:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA09302; Mon, 15 Jan 1996 02:21:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA09168; Mon, 15 Jan 1996 01:51:07 +0100 (MET) From: J Wunsch Message-Id: <199601150051.BAA09168@uriah.heep.sax.de> Subject: Re: A few NITS about SCSI Tapes To: regnauld@tetard.frmug.fr.net (Philippe Regnauld) Date: Mon, 15 Jan 1996 01:51:07 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601132128.WAA00677@tetard.frmug.fr.net> from "Philippe Regnauld" at Jan 13, 96 10:28:19 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Philippe Regnauld wrote: > > Nope. I get: retension: invalid argument -- does the SCSI code > check to see if the device is SCSI 2 before attempting? Are you pretty sure you've got a new kernel??? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 14 17:21:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05500 for hackers-outgoing; Sun, 14 Jan 1996 17:21:34 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA05483 for ; Sun, 14 Jan 1996 17:21:27 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA23976 for ; Mon, 15 Jan 1996 02:21:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA09309 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 02:21:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id CAA09259 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 02:04:15 +0100 (MET) From: J Wunsch Message-Id: <199601150104.CAA09259@uriah.heep.sax.de> Subject: Re: SCSI Scanner anybody? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 15 Jan 1996 02:04:15 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601140922.EAA13846@hda.com> from "Peter Dufault" at Jan 14, 96 04:22:28 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Peter Dufault wrote: > > A > quick scan of the drivers shows that only the 1542 and the aic7xxx > (which includes aha2940) set the SCSI_RESID_VALID flag that tells > the upper levels of the software that the driver properly sets the > "xs->resid" field. To answer the original question: My tests that finally caused Nate to commit the `hpscan' port have been done with an HP Scanjet 4A hooked on an AHA-2940. Worked fine (except the poor error handling -- don't hard-lock your scanner, or you'll consequently hard-lock your system :/ ). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 14 17:22:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05550 for hackers-outgoing; Sun, 14 Jan 1996 17:22:14 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA05541 for ; Sun, 14 Jan 1996 17:22:08 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA23991; Mon, 15 Jan 1996 02:21:34 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA09313; Mon, 15 Jan 1996 02:21:33 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id CAA09316; Mon, 15 Jan 1996 02:11:56 +0100 (MET) From: J Wunsch Message-Id: <199601150111.CAA09316@uriah.heep.sax.de> Subject: Re: Building a "custom" release of 2.1.0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 15 Jan 1996 02:11:56 +0100 (MET) Cc: roberto@keltia.freenix.fr Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <20716.821604666@time.cdrom.com> from "Jordan K. Hubbard" at Jan 13, 96 11:31:06 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > > I want to build a release of 2.1 for a friend. I have 430 MB available on > > /y, is that enough ? > > I don't think so. You'll probably want close to 650MB to do this, > if memory serves me correctly. Nope. About 400 MB are required right now. My /usr/release partition is 480 MB (- 10 % reserved space), and it fills about 90 or 95 %. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 14 17:39:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA06365 for hackers-outgoing; Sun, 14 Jan 1996 17:39:19 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA06354 Sun, 14 Jan 1996 17:39:16 -0800 (PST) Message-Id: <199601150139.RAA06354@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: SCSI Scanner anybody? In-reply-to: Your message of "Mon, 15 Jan 1996 02:04:15 +0100." <199601150104.CAA09259@uriah.heep.sax.de> Date: Sun, 14 Jan 1996 17:39:15 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >To answer the original question: > >My tests that finally caused Nate to commit the `hpscan' port have >been done with an HP Scanjet 4A hooked on an AHA-2940. Worked fine >(except the poor error handling -- don't hard-lock your scanner, or >you'll consequently hard-lock your system :/ ). I know. The reset code is high on my TODO list. > >-- >cheers, J"org > >joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE >Never trust an operating system you don't have sources for. ;-) -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Jan 14 22:34:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22997 for hackers-outgoing; Sun, 14 Jan 1996 22:34:41 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA22983 for ; Sun, 14 Jan 1996 22:34:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA01767; Sun, 14 Jan 1996 22:34:04 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers), roberto@keltia.freenix.fr Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Mon, 15 Jan 1996 02:11:56 +0100." <199601150111.CAA09316@uriah.heep.sax.de> Date: Sun, 14 Jan 1996 22:34:04 -0800 Message-ID: <1765.821687644@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Nope. About 400 MB are required right now. My /usr/release partition > is 480 MB (- 10 % reserved space), and it fills about 90 or 95 %. Whoops, you're right. I have my /usr/src and /usr/obj trees sharing the same partition. :-) Jordan From owner-freebsd-hackers Sun Jan 14 22:55:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA23929 for hackers-outgoing; Sun, 14 Jan 1996 22:55:37 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA23924 for ; Sun, 14 Jan 1996 22:55:33 -0800 (PST) Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id XAA08113 for ; Sun, 14 Jan 1996 23:55:31 -0700 Message-Id: <199601150655.XAA08113@rover.village.org> To: hackers@freebsd.org Subject: Re: FBSD 2.1 In-reply-to: Your message of Sun, 14 Jan 1996 09:14:00 PST Date: Sun, 14 Jan 1996 23:55:30 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : Copyrights. I don't particularly feel like tangling with either PKWARE : or UniSys (LZ compression used in Zip). Hmmm. Then why do the FreeBSD CD's ship with ZIP on them? It isn't from pkware, but rather the info-zip mailing list, but Unisys might still be an issue. On a tagentially related topic: I'd love to see someone (maybe myself) integrate gzip/gunzip into dump so that you can compress files before you send them to tape. Note I did not say compress the entire dump before sending it to tape, but each file. The only problems that have been brought to my attention are that you don't want to gzip data that won't compress (like .gz files :-), the wall time this would take might make tape streaming impossible, and concerns about the dump file format not having enough room for this dynamic expansion. Has anybody out there given thought to this? I'm stuck with a 250M tape drive, and 1.5G of disk space... :-( Warner From owner-freebsd-hackers Sun Jan 14 23:06:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA24648 for hackers-outgoing; Sun, 14 Jan 1996 23:06:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA24642 for ; Sun, 14 Jan 1996 23:06:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA01982; Sun, 14 Jan 1996 23:06:06 -0800 To: Warner Losh cc: hackers@freebsd.org Subject: Re: FBSD 2.1 In-reply-to: Your message of "Sun, 14 Jan 1996 23:55:30 MST." <199601150655.XAA08113@rover.village.org> Date: Sun, 14 Jan 1996 23:06:05 -0800 Message-ID: <1980.821689565@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Hmmm. Then why do the FreeBSD CD's ship with ZIP on them? It isn't > from pkware, but rather the info-zip mailing list, but Unisys might > still be an issue. Well, the redistribution conditions seem reasonable enough to do this, I guess, but not so reasonable that I'd want to rely on them for our package format! Zip can always be pulled out of ports with a "Sorry! Didn't know!" but anything that the package tools depend on will, of necessity, have to go into /usr/src so I'm not faced with a bootstrapping problem. If I'm really wrong about zip, I'm willing to revisit this. I would really be estatic at the prospect of a random-access mechanism for the pkg tools! Jordan From owner-freebsd-hackers Sun Jan 14 23:32:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA25918 for hackers-outgoing; Sun, 14 Jan 1996 23:32:10 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA25913 for ; Sun, 14 Jan 1996 23:32:07 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id BAA02133 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 01:30:57 -0600 From: mailing list account Message-Id: <199601150730.BAA02133@argus.flash.net> Subject: m-o drives To: freebsd-hackers@freebsd.org Date: Mon, 15 Jan 1996 01:30:57 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk i thought this might help someone out... is there any way this could be added to the distribution /etc/disktab ? mta3230|mo230|IBM MTA-3230 230 Meg 3.5inch Magneto-Optical:\ :ty=removeable:dt=SCSI:rm#3600:\ :se#512:nt#64:ns#32:nc#216:sc#2048:su#444384:\ :pa#444384:oa#0:ba#4096:fa#0:ta=4.2BSD:\ :pc#444384:oc#0: I have only tested this on the IBM drive, but the parameters should be applicable to any ISO format 230 Meg m-o jbryant@argus.flash.net From owner-freebsd-hackers Mon Jan 15 01:20:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29211 for hackers-outgoing; Mon, 15 Jan 1996 01:20:38 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA29204 for ; Mon, 15 Jan 1996 01:20:34 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tbl5a-0003vkC; Mon, 15 Jan 96 01:20 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id KAA00275; Mon, 15 Jan 1996 10:20:27 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: Warner Losh , hackers@freebsd.org Subject: Re: FBSD 2.1 In-reply-to: Your message of "Sun, 14 Jan 1996 23:06:05 PST." <1980.821689565@time.cdrom.com> Date: Mon, 15 Jan 1996 10:20:27 +0100 Message-ID: <273.821697627@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > Hmmm. Then why do the FreeBSD CD's ship with ZIP on them? It isn't > > from pkware, but rather the info-zip mailing list, but Unisys might > > still be an issue. > > Well, the redistribution conditions seem reasonable enough to do this, > I guess, but not so reasonable that I'd want to rely on them for our > package format! Zip can always be pulled out of ports with a "Sorry! > Didn't know!" but anything that the package tools depend on will, of > necessity, have to go into /usr/src so I'm not faced with a > bootstrapping problem. > > If I'm really wrong about zip, I'm willing to revisit this. I would > really be estatic at the prospect of a random-access mechanism for > the pkg tools! we have unzip in the kernel... -- 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 Jan 15 01:24:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29367 for hackers-outgoing; Mon, 15 Jan 1996 01:24:10 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA29313 for ; Mon, 15 Jan 1996 01:24:00 -0800 (PST) Received: from blaise.ibp.fr (blaise [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA15471 ; Sun, 14 Jan 1996 18:42:27 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA05767 ; Sun, 14 Jan 1996 18:42:26 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id QAA10718; Sun, 14 Jan 1996 16:30:29 +0100 (MET) From: Ollivier Robert Message-Id: <199601141530.QAA10718@keltia.freenix.fr> Subject: Re: Building a "custom" release of 2.1.0 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 14 Jan 1996 16:30:28 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <20716.821604666@time.cdrom.com> from "Jordan K. Hubbard" at Jan 13, 96 11:31:06 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1530 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Jordan K. Hubbard said: > I don't think so. You'll probably want close to 650MB to do this, > if memory serves me correctly. I've worked around this problem by editing the chrooted release/Makefile not to make ftp.1 and cdrom.1. I hope it will be enough. I just want the floppies anyway. > If you don't want to check in your changes into your local repo (I > assume you have a CVS tree there or you wouldn't even be able to do > this) on the RELENG_2_1_0 branch then you've no choice but to simply > watch the process as it goes along and then dash into the checked out > copy of the tree right after the checkout is done and make your > changes to it. I did put a "sleep 60" in /usr/src/release/Makefile to have time to ^Z it and edit the files. It is running now. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-hackers Mon Jan 15 01:25:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29411 for hackers-outgoing; Mon, 15 Jan 1996 01:25:09 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA29280 for ; Mon, 15 Jan 1996 01:23:13 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA07804; Mon, 15 Jan 1996 10:21:46 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA12029; Mon, 15 Jan 1996 10:21:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA11047; Mon, 15 Jan 1996 10:12:49 +0100 (MET) From: J Wunsch Message-Id: <199601150912.KAA11047@uriah.heep.sax.de> Subject: Re: Booting 2.1.0 (or 2.0.5) on Olivetti ECHOS 20 To: regnauld@tetard.frmug.fr.net (Philippe Regnauld) Date: Mon, 15 Jan 1996 10:12:49 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601131959.UAA00255@tetard.frmug.fr.net> from "Philippe Regnauld" at Jan 13, 96 08:59:05 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Philippe Regnauld wrote: > > I got hold of an Olivetti Echos 20 (Portable 486 SX 33/ 4Mb RAM). Only a few 4 MB machines are reported to have successfully booted the 2.1R installation floppy. 5 MB are the required minimum. (People are working on it to get it back to 4.) Perhaps you could add another 4 MB RAM just for installation, or pre-install the hard disk in another 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 Mon Jan 15 01:31:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29913 for hackers-outgoing; Mon, 15 Jan 1996 01:31:37 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA29900 for ; Mon, 15 Jan 1996 01:31:27 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA06815 for ; Mon, 15 Jan 1996 01:29:50 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA07759 for ; Mon, 15 Jan 1996 10:21:27 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA12017 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 10:21:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA10993 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 10:04:06 +0100 (MET) From: J Wunsch Message-Id: <199601150904.KAA10993@uriah.heep.sax.de> Subject: Re: adding to manpage set To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 15 Jan 1996 10:04:06 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601121758.SAA01345@yedi.iaf.nl> from "Wilko Bulte" at Jan 12, 96 06:58:02 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Wilko Bulte wrote: > > Correct me if I'm wrong but I do have the impression there is something > to be added to the set of man pages. I haven't yet seen 2.1R, but I > expect the general situation to be similar to earlier releases. > > To improve on that, I'll volunteer to produce a list of missing pages. Try also Wolfram Schneider's `manck' from the ports collection. Or contact him, i think he has already done a lot in this area. He will also get commit priveleges as soon as i've got the time to setup everything, so you've finally got a person to deal with 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 Mon Jan 15 01:33:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00141 for hackers-outgoing; Mon, 15 Jan 1996 01:33:11 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00133 for ; Mon, 15 Jan 1996 01:33:05 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA06814 for ; Mon, 15 Jan 1996 01:29:15 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA07739 for ; Mon, 15 Jan 1996 10:21:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA12011 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 10:21:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA10949 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 09:54:05 +0100 (MET) From: J Wunsch Message-Id: <199601150854.JAA10949@uriah.heep.sax.de> Subject: Re: Andrey's name in Russian (Was: abuse and the -stable...) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 15 Jan 1996 09:54:04 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jan 14, 96 08:51:05 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > >BTW: What do I have to do over here so I can read your name in Russian ? > > You need RFC 1152 MUA which knows about KOI8-R font and screen font itself. > Elm from ports fits in that category. Does it also allow for a temporary change of the character set? E.g., i'm normally composing all my messages in ISO-8859-1, 8bit encoding, but would like to answer just your single mail in Russian, and hence have to modify the `charset' for this mail to KOI8-R. This would be great. -- 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 Jan 15 02:23:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA03434 for hackers-outgoing; Mon, 15 Jan 1996 02:23:30 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA03421 for ; Mon, 15 Jan 1996 02:23:12 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id KAA28163; Mon, 15 Jan 1996 10:52:38 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id KAA19032; Mon, 15 Jan 1996 10:52:33 +0100 Date: Mon, 15 Jan 1996 10:52:33 +0100 Message-Id: <199601150952.KAA19032@caramba.cs.tu-berlin.de> To: Thomas Graichen Cc: hackers@freebsd.org Subject: Re: wc(1) In-Reply-To: <199601100814.JAA01033@mordillo> References: <199601091615.RAA00359@localhost> <199601100814.JAA01033@mordillo> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Thomas Graichen writes: >are you doing any scientific calculations using wc - because you need a very fast one ? :-) Because I have a slow CPU (386DX40), a slow bus which limit disk IO to 2MB/s, and an old OS (FreeBSD 2.0-ALPHA). Wolfram From owner-freebsd-hackers Mon Jan 15 02:28:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA03816 for hackers-outgoing; Mon, 15 Jan 1996 02:28:56 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA03787 for ; Mon, 15 Jan 1996 02:28:47 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id LAA28633; Mon, 15 Jan 1996 11:03:36 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id LAA19580; Mon, 15 Jan 1996 11:03:32 +0100 Date: Mon, 15 Jan 1996 11:03:32 +0100 Message-Id: <199601151003.LAA19580@caramba.cs.tu-berlin.de> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: hackers@FreeBSD.org Subject: Re: wc(1) In-Reply-To: <199601100610.HAA04903@uriah.heep.sax.de> References: <199601091615.RAA00359@localhost> <199601100610.HAA04903@uriah.heep.sax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk J. Wunsch writes: >> FreeBSD-2.x wc(1) is slow and ugly. NetBSD-current has the same code >> as FreeBSD-1.1.5, faster and cleaner written. > >If this is Net2-derived code, we are not allowed to use it. :( Net2 does not use ctype. I think someone forgot the changes/patches during the migration from FreeBSD 1.x to FreeBSD 2.0. Wolfram $ diff /usr/src/net2/usr.bin/wc/wc.c ~/bsd/FreeBSD/FreeBSD-current/src/usr.bin/wc/wc.c |wc 360 1389 8015 $ head -1 /usr/src/net2/README This is the src tree for the second Berkeley networking distribution. From owner-freebsd-hackers Mon Jan 15 02:34:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04199 for hackers-outgoing; Mon, 15 Jan 1996 02:34:11 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA04143 for ; Mon, 15 Jan 1996 02:34:00 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id LAA29301; Mon, 15 Jan 1996 11:15:23 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id LAA20061; Mon, 15 Jan 1996 11:15:18 +0100 Date: Mon, 15 Jan 1996 11:15:18 +0100 Message-Id: <199601151015.LAA20061@caramba.cs.tu-berlin.de> To: Bruce Evans Cc: hackers@freebsd.org Subject: Re: wc(1) In-Reply-To: <199601100713.SAA00480@godzilla.zeta.org.au> References: <199601100713.SAA00480@godzilla.zeta.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Bruce Evans writes: >Freshly compiled statically linked wc's only show the 20% unimprovement >for plain wc here under -current. wc -l is only 6% slower. The algorithm is broken. If reading from stdin wc [-lc] always calculate words. $ uname -a FreeBSD freebsd 2.2-CURRENT FreeBSD 2.2-CURRENT #0: Sat Jan 13 20:19:39 MET 1996 root@freebsd:/usr4/src/src/sys/compile/FREEBSD i386 $ cat /usr/share/dict/words | time ./wc-netbsd/wc -c 2486813 0.38 real 0.01 user 0.11 sys $ cat /usr/share/dict/words | time ./wc-freebsd/wc -c 2486813 1.05 real 0.76 user 0.04 sys Wolfram From owner-freebsd-hackers Mon Jan 15 03:04:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA06361 for hackers-outgoing; Mon, 15 Jan 1996 03:04:01 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA05978 for ; Mon, 15 Jan 1996 02:58:59 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA11667; Mon, 15 Jan 1996 11:57:03 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA12971; Mon, 15 Jan 1996 11:57:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA12015; Mon, 15 Jan 1996 11:33:57 +0100 (MET) From: J Wunsch Message-Id: <199601151033.LAA12015@uriah.heep.sax.de> Subject: Re: m-o drives To: lists@argus.flash.net (mailing list account) Date: Mon, 15 Jan 1996 11:33:56 +0100 (MET) Cc: freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601150730.BAA02133@argus.flash.net> from "mailing list account" at Jan 15, 96 01:30:57 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As mailing list account wrote: > > i thought this might help someone out... is there any way this could be > added to the distribution /etc/disktab ? I would do it, but: > mta3230|mo230|IBM MTA-3230 230 Meg 3.5inch Magneto-Optical:\ > :ty=removeable:dt=SCSI:rm#3600:\ > :se#512:nt#64:ns#32:nc#216:sc#2048:su#444384:\ ^^^^^^^^^^^^^^^^^^ > :pa#444384:oa#0:ba#4096:fa#0:ta=4.2BSD:\ > :pc#444384:oc#0: This rather seems like a translated geometry from your SCSI adapter in the DOS/BIOS environment, not the actual geometry of the disk. For a disk like an MO, using the UFS layout optimizations will still make sense (unlike for other disks), so using the physical geometry might be better here. Just for reference, these are the parameters of my Sony 650 entry: sony650|Sony 650 MB MOD|\ :ty=winchester:dt=SCSI:se#512:nt#1:ns#31:nc#18600:ts#1:rm#4800:\ ^^^^^^^^^^^^^^^^^^^ :pc#576600:oc#0:\ :pa#576600:oa#0:ta=4.2BSD:ba#8192:fa#1024: -- 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 Jan 15 04:07:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA10060 for hackers-outgoing; Mon, 15 Jan 1996 04:07:21 -0800 (PST) Received: from lovely.spam.frisbee.net.au (spam.apana.org.au [202.0.75.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA10055 for ; Mon, 15 Jan 1996 04:07:09 -0800 (PST) Received: (from miff@localhost) by lovely.spam.frisbee.net.au (8.6.12/8.6.12) id WAA19910; Mon, 15 Jan 1996 22:47:02 +1030 Date: Mon, 15 Jan 1996 22:47:01 +1030 (CST) From: michael smith To: hackers@freebsd.org Subject: location of bad144 table Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk (*grumble*) how does one get Pine to add a Reply-To: ? 8( A question I would ask of those who Might Know The Answer 8) Currently, the bad144 code in kern/subr_dkbad.c looks for the replacement table on the last track of the unit, as specified by the disklabel, to wit: bp->b_blkno = lp->d_secperunit - lp->d_nsectors + i; (for i 0,2...8) Unfortunately I have a disk controller here (Adaptec 2320D) that lies about how big the disk is (advertises one more cylinder than there is), and so this dies in a heap. I've tried just about everything I can think of to force the label to reflect the true size of the disk rather than its advertised size, but I suspect that I'm at a bit of a disadvantage in that I can't have these disks visible to the BIOS because I'm booting from a SCSI disk. There would appear to be several possible options. - I can check the ESDI ID string that the controller reports and adjust the cylinder count accordingly. This would require a small change to wd.c that I'm quite happy to implement and test, providing I can find someone else using one of these controllers. (Wilko, BTW, this guy only does 35s/t as well 8( ) - The calculation above could be modified to check the 'c' partition on the disk first. This would facilitate using the sizing of the 'c' partition to lie about the size of the disk (what I was trying before). NOTE: this is consistent with the way that the bad144 program operates; I was quite fooled by its success 8(. As an aside, bad things happen if the bad sector table is not initialised before it is used the first time. (IIRC, the invocation was 'bad144 -a -v wd0'. This is non-obvious from the manpage) So, any comments? Mike (ps. I'm posting from home 'coz the link to my 'normal' acount is spammed. You may also know me as msmith@atrad.adelaide.edu.au) From owner-freebsd-hackers Mon Jan 15 04:16:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA10464 for hackers-outgoing; Mon, 15 Jan 1996 04:16:06 -0800 (PST) Received: from daisy.ee.und.ac.za (Daisy.ee.und.ac.za [146.230.192.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA10448 for ; Mon, 15 Jan 1996 04:15:46 -0800 (PST) Received: from cddotdot.mikom.csir.co.za by daisy.ee.und.ac.za with smtp (Smail3.1.28.1 #31) id m0tbnkW-0007YDC; Mon, 15 Jan 96 14:10 GMT+0200 Received: by cddotdot.mikom.csir.co.za (/\==/\ Smail3.1.22.1 #22.20) id ; Mon, 15 Jan 96 14:10 SAT Message-Id: From: tnaggs@cddotdot.mikom.csir.co.za (Anthony Naggs) Subject: Re: FBSD 2.1 To: Hackers@FreeBSD.org Date: Mon, 15 Jan 96 14:10:03 SAT Cc: jkh@time.cdrom.com In-Reply-To: <16939.821639640@time.cdrom.com>; from "Jordan K. Hubbard" at Jan 14, 96 9:14 am Mailer: Elm [revision: 70.30] Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Copyrights. I don't particularly feel like tangling with either PKWARE > or UniSys (LZ compression used in Zip). > > Jordan The InfoZip zip/unzip is fairly generous with their copyright conditions, and they are fairly confident that they are not violating UniSys' or PKWare's patents. In practice the only problem I've seen is with the huge cumulative directory that Zip files have at the end. On the on side the unzip software needs the directory for random access through the archive, on the other this makes things s..l..o..w when used with tape backup systems. Cheers, -- Anthony Naggs - Computer Security & Anti-Virus Engineer, CSIR, South Africa Disclaimer: these are my personal views and opinions, and do not represent my employers; past, present or future. From owner-freebsd-hackers Mon Jan 15 04:37:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11098 for hackers-outgoing; Mon, 15 Jan 1996 04:37:23 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11093 for ; Mon, 15 Jan 1996 04:37:21 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tboA4-0003vkC; Mon, 15 Jan 96 04:37 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id NAA00584; Mon, 15 Jan 1996 13:37:20 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: michael smith cc: hackers@freebsd.org Subject: Re: location of bad144 table In-reply-to: Your message of "Mon, 15 Jan 1996 22:47:01 +1030." Date: Mon, 15 Jan 1996 13:37:19 +0100 Message-ID: <582.821709439@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Currently, the bad144 code in kern/subr_dkbad.c looks for the replacement > table on the last track of the unit, as specified by the disklabel, to wit: s/unit/slice/ > bp->b_blkno = lp->d_secperunit - lp->d_nsectors + i; > > (for i 0,2...8) > > Unfortunately I have a disk controller here (Adaptec 2320D) that lies about > how big the disk is (advertises one more cylinder than there is), and so > this dies in a heap. This is the dreaded "diagnostic cylinder" > I've tried just about everything I can think of to force the label to > reflect the true size of the disk rather than its advertised size, but > I suspect that I'm at a bit of a disadvantage in that I can't have these > disks visible to the BIOS because I'm booting from a SCSI disk. Just make your slice 1 (or to be safe: 2) cylinders less than the disk. > There would appear to be several possible options. > > - I can check the ESDI ID string that the controller reports and adjust > the cylinder count accordingly. This would require a small change to wd.c > that I'm quite happy to implement and test, providing I can find someone > else using one of these controllers. (Wilko, BTW, this guy only does > 35s/t as well 8( ) This is a problem with (almost) all ESDI and ST506 disks. This these are disappearing as fast as they can, we are not too eager to add code to handle them, when the above mentioned work-around exists. > As an aside, bad things happen if the bad sector table is not initialised > before it is used the first time. (IIRC, the invocation was > 'bad144 -a -v wd0'. This is non-obvious from the manpage) bad144 is non-obvious :-) -- 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 Jan 15 04:52:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11563 for hackers-outgoing; Mon, 15 Jan 1996 04:52:43 -0800 (PST) Received: from lovely.spam.frisbee.net.au (spam.apana.org.au [202.0.75.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11558 for ; Mon, 15 Jan 1996 04:52:38 -0800 (PST) Received: (from miff@localhost) by lovely.spam.frisbee.net.au (8.6.12/8.6.12) id XAA20131; Mon, 15 Jan 1996 23:32:39 +1030 Date: Mon, 15 Jan 1996 23:32:38 +1030 (CST) From: michael smith To: Poul-Henning Kamp cc: hackers@freebsd.org Subject: Re: location of bad144 table In-Reply-To: <582.821709439@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Poul-Henning Kamp wrote: > > Currently, the bad144 code in kern/subr_dkbad.c looks for the replacement > > table on the last track of the unit, as specified by the disklabel, to wit: > s/unit/slice/ Oops. I wasn't using a slice table, so the difference was hidden (but relevant) > > Unfortunately I have a disk controller here (Adaptec 2320D) that lies about > > how big the disk is (advertises one more cylinder than there is), and so > > this dies in a heap. > This is the dreaded "diagnostic cylinder" Yah. Pain in the ass 8( > > I suspect that I'm at a bit of a disadvantage in that I can't have these > > disks visible to the BIOS because I'm booting from a SCSI disk. > Just make your slice 1 (or to be safe: 2) cylinders less than the disk. Hmm, that mandates a slice table. Oh well 8) > This these are disappearing as fast as they can, we are not too eager to > add code to handle them, when the above mentioned work-around exists. That's actually a pretty good point, as long as those of us that have them can still use them in some form. 8) > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. From owner-freebsd-hackers Mon Jan 15 05:04:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA11904 for hackers-outgoing; Mon, 15 Jan 1996 05:04:14 -0800 (PST) Received: from ns.ge.com (ns.ge.com [192.35.39.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA11898 for ; Mon, 15 Jan 1996 05:04:11 -0800 (PST) Received: from crissy.gemis.ge.com ([3.29.7.57]) by ns.ge.com (8.6.12/8.6.11) with ESMTP id IAA11086; Mon, 15 Jan 1996 08:04:04 -0500 Received: from salem.ge.com (carsdb.salem.ge.com [3.29.7.15]) by crissy.gemis.ge.com (8.6.11/8.6.11) with SMTP id HAA28623; Mon, 15 Jan 1996 07:53:05 -0500 Received: from combs.salem.ge.com by salem.ge.com (4.1/SMI-4.1) id AA23820; Mon, 15 Jan 96 08:04:02 EST Received: (from steve@localhost) by combs.salem.ge.com (8.7.2/8.6.11) id IAA08145; Mon, 15 Jan 1996 08:04:00 -0500 (EST) Date: Mon, 15 Jan 1996 08:03:59 -0500 (EST) From: "Stephen F. Combs" Reply-To: CombsSF@salem.ge.com To: CHX0 Cc: hackers@freebsd.org Subject: Re: your mail In-Reply-To: <199601141215.JAA11197@mail.opensol.com.ar> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk You may need to enable the "BROKEN_KEYBOARD_RESET" option. Look in the LINT config file. I had to for one of my machines. Steve Combs Communications Analyst GE Motors & Industrial Systems Salem, VA. On Sun, 14 Jan 1996, CHX0 wrote: > Date: Sun, 14 Jan 1996 09:15:06 -0300 (ARG) > From: CHX0 > To: hackers@freebsd.org > > Hello, > > shutdown -r doesn't work in my machine under 2.1.0-release. It says: > keyboard failed, trying to reset CPU directly" or something > like this. Thenm I have to reset the machine manually. I'd like > to let it reboot periodically through cron, but this way I can't. > Any medicine against ? > > I'm nost in the list, please answer me directly. > > Bye, > > Mario J. Dominguez > =============================================================================== (My employer is in NO WAY responsible for the opinions expressed herein) Stephen F. Combs Internet: CombsSF@Salem.GE.COM GE Industrial Sales & Services Voice: 540.387.8828 Network Services Home: CombsSF-Home@Salem.GE.COM 1501 Roanoke Blvd Home Voice: 540.389.9524 Salem, VA 24153 (not reliable after 9:30pm, 'cuz 'tis my link) =============================================================================== From owner-freebsd-hackers Mon Jan 15 05:23:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA12626 for hackers-outgoing; Mon, 15 Jan 1996 05:23:27 -0800 (PST) Received: from test.phys.msu.su (test.phys.msu.su [193.232.122.24]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA12620 for ; Mon, 15 Jan 1996 05:23:04 -0800 (PST) Received: (from cher@localhost) by test.phys.msu.su (8.7.3/8.7.3) id QAA06200 for hackers@freebsd.org; Mon, 15 Jan 1996 16:22:30 +0300 (MSK) Date: Mon, 15 Jan 1996 16:22:30 +0300 (MSK) From: Alicher O Alikhodjaev Message-Id: <199601151322.QAA06200@test.phys.msu.su> To: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk SUMMARY: This patch adds multicast support for 3c5x9 (ep) driver INSTALLATION: cd /sys # your local kernel source tree patch -p < this_file # then rebuild your kernel =================================================================== *** i386/isa/if_ep.c.cur Thu Dec 28 17:57:32 1995 --- i386/isa/if_ep.c Mon Jan 15 15:59:14 1996 *************** *** 53,58 **** --- 53,65 ---- #include "ep.h" #if NEP > 0 + #ifndef EPMULTICAST + #define EPMULTICAST + #endif + #ifndef ETHER_IS_MULTICAST + #define ETHER_IS_MULTICAST(addr) (*addr & 0x01) /* is address mcast/bcast? */ + #endif + #include "bpfilter.h" #include *************** *** 423,429 **** ifp->if_unit = is->id_unit; ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_NOTRAILERS; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; --- 430,437 ---- ifp->if_unit = is->id_unit; ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_NOTRAILERS | ! IFF_MULTICAST; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; *************** *** 614,620 **** --- 622,636 ---- sc->tx_underrun = 0; #endif ep_fset(F_RX_FIRST); + #ifdef EPMULTICAST + if (sc->arpcom.ac_multiaddrs || ifp->if_flags & IFF_ALLMULTI ) + ep_fset(F_WAIT_TRAIL); + else + ep_frst(F_WAIT_TRAIL); + ep_fset(F_RX_TRAILER); + #else ep_frst(F_RX_TRAILER); + #endif if (sc->top) { m_freem(sc->top); sc->top = sc->mcur = 0; *************** *** 1068,1075 **** (eh->ether_dhost[0] & 1) == 0 && bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr, sizeof(eh->ether_dhost)) != 0 && bcmp(eh->ether_dhost, etherbroadcastaddr, ! sizeof(eh->ether_dhost)) != 0) { if (sc->top) { m_freem(sc->top); sc->top = 0; --- 1084,1097 ---- (eh->ether_dhost[0] & 1) == 0 && bcmp(eh->ether_dhost, sc->arpcom.ac_enaddr, sizeof(eh->ether_dhost)) != 0 && + #ifdef EPMULTICAST + /* non-multicast (also non-broadcast) */ + !ETHER_IS_MULTICAST(eh->ether_dhost) + #else bcmp(eh->ether_dhost, etherbroadcastaddr, ! sizeof(eh->ether_dhost)) != 0 ! #endif ! ) { if (sc->top) { m_freem(sc->top); sc->top = 0; *************** *** 1200,1205 **** --- 1222,1245 ---- } break; + + #ifdef EPMULTICAST + case SIOCADDMULTI: + case SIOCDELMULTI: + /* + * Update out multicast list. + */ + error = (cmd == SIOCADDMULTI) ? + ether_addmulti(ifr, &sc->arpcom) : + ether_delmulti(ifr, &sc->arpcom); + + if (error == ENETRESET) { + epinit(ifp->if_unit); + error = 0; + } + break; + #endif + #ifdef notdef case SIOCGHWADDR: bcopy((caddr_t) sc->sc_addr, (caddr_t) & ifr->ifr_data, From owner-freebsd-hackers Mon Jan 15 05:42:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA13638 for hackers-outgoing; Mon, 15 Jan 1996 05:42:11 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA13626 for ; Mon, 15 Jan 1996 05:42:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id FAA03062; Mon, 15 Jan 1996 05:41:53 -0800 To: Poul-Henning Kamp cc: Warner Losh , hackers@freebsd.org Subject: Re: FBSD 2.1 In-reply-to: Your message of "Mon, 15 Jan 1996 10:20:27 +0100." <273.821697627@critter.tfs.com> Date: Mon, 15 Jan 1996 05:41:53 -0800 Message-ID: <3060.821713313@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > we have unzip in the kernel... Well, yeah, but we can still take it out easily - it's controlled by a kernel option, and not critical to system function. What happens if we make every package a zip file then get a nasty note? We've got all those packages rendered sort of useless. Also, as a point of fact, I thought the unzip we were using was just the uncompression part, not the unarchiving part. Jordan From owner-freebsd-hackers Mon Jan 15 06:10:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA14993 for hackers-outgoing; Mon, 15 Jan 1996 06:10:08 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA14988 for ; Mon, 15 Jan 1996 06:10:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id FAA03118; Mon, 15 Jan 1996 05:59:44 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: lists@argus.flash.net (mailing list account), freebsd-hackers@freebsd.org Subject: Re: m-o drives In-reply-to: Your message of "Mon, 15 Jan 1996 11:33:56 +0100." <199601151033.LAA12015@uriah.heep.sax.de> Date: Mon, 15 Jan 1996 05:59:44 -0800 Message-ID: <3116.821714384@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I would do it, but: Feh, I didn't catch this and imported it myself. I'll leave it there for now and wait for some concensus to form on the actual geometry, at which point I'll ammend it. Jordan From owner-freebsd-hackers Mon Jan 15 06:25:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA15650 for hackers-outgoing; Mon, 15 Jan 1996 06:25:51 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA15645 for ; Mon, 15 Jan 1996 06:25:47 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id PAA12593 for freebsd-hackers@freefall.cdrom.com; Mon, 15 Jan 1996 15:29:35 +0100 Date: Mon, 15 Jan 1996 15:29:35 +0100 From: "Christoph P. Kukulies" Message-Id: <199601151429.PAA12593@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: ctm (how long does a subscription take?) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk End of last week I created a user ctm who is supposed receive ctm mail for our local hub. I subscribed to ctm-cvs-cur (or src or what was mentioned in the FAQ - don't remember) but didn't receive any note about my subscription yet. Is this subscription done manually? And thus taking a bit longer :-) --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Jan 15 06:57:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16621 for hackers-outgoing; Mon, 15 Jan 1996 06:57:08 -0800 (PST) Received: from border.com (mail.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA16614 for ; Mon, 15 Jan 1996 06:57:02 -0800 (PST) Received: by janus.border.com id <20483>; Mon, 15 Jan 1996 10:01:52 -0500 Date: Mon, 15 Jan 1996 09:56:48 -0500 From: Jerry Kendall To: hackers@FreeBSD.ORG Subject: Adaptec 2940 Ultra Wide.... Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan15.100152est.20483@janus.border.com> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Is there anyone using this SCSI controller???? I have just looked at the Adaptec www site for info on it and now want to know if I should get it or the 2940.... And of course, why..... -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Mon Jan 15 07:17:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17396 for hackers-outgoing; Mon, 15 Jan 1996 07:17:14 -0800 (PST) Received: from nike.efn.org (garcia.efn.org [198.68.17.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA17391 for ; Mon, 15 Jan 1996 07:17:06 -0800 (PST) Received: (from gurney_j@localhost) by nike.efn.org (8.6.11/8.6.9) id HAA00825; Mon, 15 Jan 1996 07:16:41 -0800 Date: Mon, 15 Jan 1996 07:16:41 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: michael smith cc: hackers@freebsd.org Subject: Re: location of bad144 table In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, michael smith wrote: > (*grumble*) how does one get Pine to add a Reply-To: ? 8( modify this line to your delight: customized-hdrs=Reply-to: John-Mark Gurney it works for me :) John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) GCS/M/Sd#h+s+!gau-a--w++++vC+++++UF++++P---E---N++W---M--V--Y+t+5++G+b+D++ B----eu+h++!f++n---- CD5OUF++++.L-------2W.DM----N.9---NET2SP3s.2,4s.,4d.2,6--- From owner-freebsd-hackers Mon Jan 15 07:44:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19007 for hackers-outgoing; Mon, 15 Jan 1996 07:44:27 -0800 (PST) Received: from border.com (mail.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA18997 for ; Mon, 15 Jan 1996 07:44:21 -0800 (PST) Received: by janus.border.com id <20484>; Mon, 15 Jan 1996 10:49:12 -0500 Date: Mon, 15 Jan 1996 10:44:06 -0500 From: Jerry Kendall To: hackers@FreeBSD.ORG Subject: NEC CD-ROM drives.... Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan15.104912est.20484@janus.border.com> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I am looking to purchase a SCSI CD-ROM drive... I am asking hackers because I want to do the following with the drive. 1) automount it 2) play music 3) play my 'TOP GUN' CDI video if possile...(this may be difficult).. Any suggestions... NEC, Panasonic, etc... ??? -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Mon Jan 15 07:45:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19063 for hackers-outgoing; Mon, 15 Jan 1996 07:45:03 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19049 Mon, 15 Jan 1996 07:44:58 -0800 (PST) Message-Id: <199601151544.HAA19049@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Jerry Kendall cc: hackers@freebsd.org Subject: Re: Adaptec 2940 Ultra Wide.... In-reply-to: Your message of "Mon, 15 Jan 1996 09:56:48 EST." <96Jan15.100152est.20483@janus.border.com> Date: Mon, 15 Jan 1996 07:44:57 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > > >Is there anyone using this SCSI controller???? > > >I have just looked at the Adaptec www site for info on it and >now want to know if I should get it or the 2940.... And of >course, why..... Both Ultra and Wide are supported from FreeBSD 2.1-RELEASE on. I would suggest using 2.1-STABLE or -current since there have been quite a few bug fixes in the driver since 2.1-RELEASE. If you're wondering what Ultra does, it allows you to do 20MHz sync (instead of 10MHz) to devices that support this new maximum sync rate. >------------------------------------------------------------------------------ >-- > >Any comments or opinions in this message are my own and may or may not reflect >the comments or opinions of my present or previous employers. > > Jerry Kendall Border Network Technologies Inc. > System Software Engineer Tel +1-416-368-7157 ext 303 > jerry@border.com Fax +1-416-368-7178 > > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Jan 15 07:52:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19607 for hackers-outgoing; Mon, 15 Jan 1996 07:52:31 -0800 (PST) Received: from emma.patton.com (emma.patton.com [205.136.51.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19592 for ; Mon, 15 Jan 1996 07:52:26 -0800 (PST) Received: from scott.patton.com (scott.patton.com [205.136.51.30]) by emma.patton.com (8.6.12/8.6.9) with SMTP id KAA23095 for ; Mon, 15 Jan 1996 10:54:30 -0500 Date: Mon, 15 Jan 1996 10:54:30 -0500 Message-Id: <199601151554.KAA23095@emma.patton.com> X-Sender: scott@emma.patton.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: Scott Whittle Subject: Request examples of using outb() in inb()in program. Sender: owner-hackers@freebsd.org Precedence: bulk 'Lo all - I recently saw a thread on I/O at the port level using outb() and inb(). Would someone post (or email) some source showing the use of each. I wrote a small program, which complied fine, but when I ran it (as root) it puked big time. I'm not into the frustration thing, so I figure I'd ask those who know. :) Scott - Scott Whittle email: scott@patton.com Patton Electronics Co. TEL: 301.975.1000 7622 Rickenbacker Dr. FAX: 301.869.9293 Gaithersburg MD 20882 WWW: http://www.patton.com "Perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away" -- A. de Saint-Expery From owner-freebsd-hackers Mon Jan 15 07:59:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA19982 for hackers-outgoing; Mon, 15 Jan 1996 07:59:19 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA19929 for ; Mon, 15 Jan 1996 07:58:04 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id QAA09105; Mon, 15 Jan 1996 16:57:35 +0100 From: Luigi Rizzo Message-Id: <199601151557.QAA09105@labinfo.iet.unipi.it> Subject: Re: your mail To: cher@test.phys.msu.su (Alicher O Alikhodjaev) Date: Mon, 15 Jan 1996 16:57:34 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601151322.QAA06200@test.phys.msu.su> from "Alicher O Alikhodjaev" at Jan 15, 96 04:22:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > SUMMARY: > This patch adds multicast support for 3c5x9 (ep) driver > INSTALLATION: > cd /sys # your local kernel source tree > patch -p < this_file > # then rebuild your kernel Does the 3c5x9 have an internal hash table for (partial) filtering of incoming multicasts ? If it does, I do not see any code here (or in the 2.1R if_ep.c) to set the hash table according to the content of the multicast address list. If it doesn't, it means that any multicast address effectively puts the board in promiscuous mode -> the kernel must process and discard any non-matching packet -> lots of work on a busy segment, and not certainly the thing you want to build a router. I am asking because I was looking at some 3c5xx driver for Linux a couple of days ago, and it implemented multicast by switching to promiscuos mode. I suspect many ethernet drivers may have this problem. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Mon Jan 15 08:18:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21011 for hackers-outgoing; Mon, 15 Jan 1996 08:18:47 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA20990 for ; Mon, 15 Jan 1996 08:18:08 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA09152 for hackers@freebsd.org; Mon, 15 Jan 1996 17:09:59 +0100 From: Luigi Rizzo Message-Id: <199601151609.RAA09152@labinfo.iet.unipi.it> Subject: Linux vs. BSD flame war on Nov.95 issue of IEEE COMPUTER To: hackers@freebsd.org Date: Mon, 15 Jan 1996 17:09:58 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Yes... I just opened my copy of the Nov.95 issue of IEEE COMPUTER, and found in the "Letters" the beginning of a flame war on "Linux vs. BSD" (in Aug.95, IEEE COMPUTER published an article by Shahid Bokhari on Linux.). Here a reader which complains because the original author did not mention BSD at all, Bohari replies with (in my opinion) weak and possibly wrong arguments. It's interested to read the letters (I can copy them if needed). Personally, I second the reader. I don't know if Jordan or someone from this list might try to step into the discussion. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Mon Jan 15 08:24:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA21518 for hackers-outgoing; Mon, 15 Jan 1996 08:24:20 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA21470 for ; Mon, 15 Jan 1996 08:24:11 -0800 (PST) Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id JAA08595; Mon, 15 Jan 1996 09:23:52 -0700 Message-Id: <199601151623.JAA08595@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: FBSD 2.1 Cc: Poul-Henning Kamp , hackers@freebsd.org In-reply-to: Your message of Mon, 15 Jan 1996 05:41:53 PST Date: Mon, 15 Jan 1996 09:23:52 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : Also, as a point of fact, I thought the unzip we were using was just : the uncompression part, not the unarchiving part. Not quite true. I thought the kernel had gunzip in it, which is somewhat different than unzip proper... The two are different enough in how they compress/uncompress that one might be covered by the Unisys or other patents, while the one in gunzip definitely doesn't have that problem (as far as the gnu folks know). Warner From owner-freebsd-hackers Mon Jan 15 08:59:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA23479 for hackers-outgoing; Mon, 15 Jan 1996 08:59:11 -0800 (PST) Received: from forbidden-planet.netlab.london.sco.com (forbidden-planet.london.sco.COM [150.126.4.148]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA23461 for ; Mon, 15 Jan 1996 08:59:00 -0800 (PST) Received: (from davided@localhost) by forbidden-planet.netlab.london.sco.com (8.6.12/dme/nice-1.1) id QAA15389; Mon, 15 Jan 1996 16:54:06 GMT Date: Mon, 15 Jan 1996 16:54:06 GMT Message-Id: <199601151654.QAA15389@forbidden-planet.netlab.london.sco.com> from: dme@zigzag.org To: Luigi Rizzo Cc: Alicher O Alikhodjaev , hackers@freebsd.org Subject: Re: your mail In-Reply-To: <199601151557.QAA09105@labinfo.iet.unipi.it> References: <199601151322.QAA06200@test.phys.msu.su> <199601151557.QAA09105@labinfo.iet.unipi.it> X-Face: "?v.huY]?B[a4C|xid!Tx8TpwOQe6]C(I}h8Vo1z6'9soM_Xvq2f3u::[F~rW>GWj6;IfU,10H;B&1JDE/H8?``q4XH4~!\_z{n3RDmkC;9d!Yx3O7n?9,[CE;TWB! F8.e5fc0dJXikU'v1qFVTfptB7xe$y*t#jx4`I44n,ypMQg@.|Z^ycJ:G]{dR~E}_.T1^shwC%T4eRGVu%h+J7lBzb>m20==Q*OPAf^~@6Lj^)rI9Tb*m*L}}HC~{> /__Od\I=[|aP6s}B%BhqtE-9uGJ0J3jchjcyJz5fW[i0$RfPv7Zp=!a+0pR Sender: owner-hackers@freebsd.org Precedence: bulk the 5x9 family can be asked to receive all multicast traffic, but not just a selected set of multicast addresses. this is better than promiscuous, but still not ideal. i've never looked at the freebsd 5x9 driver, so i've no idea if it already does this, but `group' mode is turned on by setting bit 0x2 in the command status register. -- ``We don't modify the data, we just pass it on.'' -- Andy Walker, SCO EMEA Support From owner-freebsd-hackers Mon Jan 15 09:06:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23801 for hackers-outgoing; Mon, 15 Jan 1996 09:06:18 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA23796 for ; Mon, 15 Jan 1996 09:06:16 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA07855; Mon, 15 Jan 1996 12:05:16 -0500 Date: Mon, 15 Jan 1996 12:05:16 -0500 Message-Id: <199601151705.MAA07855@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: grog@lemis.de (Greg Lehey) From: dennis@etinc.com (dennis) Subject: Re: Status of ISDN drivers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >dennis writes: >> >>> >>> jkh@time.cdrom.com writes: >>> WRT getting 128kb/sec. I though the RBOCs in the States only support >>> 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? >>> The D-Channel is not used for data transfer (that would be an additional >>> 16kb/sec.). >> >> Of course for $695 you can get RISC-powered "plug and power-up" 128k >> sync...but we've been through that one before! > >This isn't the challenge. I'm currently connected to the Internet via >a 286 with 1 MB of memory and a Creatix S0 board running DOG, PC-ROUTE >and ISPA. It works reasonably well, performs channel bonding, and >costs a whole lot less than other alternatives. The problem is that >it isn't as flexible as a *good* UNIX solution. as always, it depends on what you're doing and who you are. If youre a user, then it probably doesnt matter. If you're a provider, it matters alot. db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Mon Jan 15 09:12:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24184 for hackers-outgoing; Mon, 15 Jan 1996 09:12:23 -0800 (PST) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA24175 for ; Mon, 15 Jan 1996 09:12:15 -0800 (PST) Received: (from freebsd@localhost) by fgate.flevel.co.uk (8.6.11/8.6.9) id RAA25153; Mon, 15 Jan 1996 17:11:37 GMT Date: Mon, 15 Jan 1996 17:11:37 +0000 (GMT) From: freebsd To: hackers@FreeBSD.ORG cc: graham@flevel.co.uk Subject: Matrox video card (Urgent!) In-Reply-To: <199510202020.NAA05241@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Does anyone have or know of a driver for the Matrox MGA video card? Replies please to david@fgate.flevel.co.uk, cc'ed to graham@fgate.flevel.co.uk Thanks Graham Breach Fourth Level Developments From owner-freebsd-hackers Mon Jan 15 09:45:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26596 for hackers-outgoing; Mon, 15 Jan 1996 09:45:53 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26572 for ; Mon, 15 Jan 1996 09:45:17 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA09273; Mon, 15 Jan 1996 18:42:07 +0100 From: Luigi Rizzo Message-Id: <199601151742.SAA09273@labinfo.iet.unipi.it> Subject: Re: your mail To: dme@zigzag.org Date: Mon, 15 Jan 1996 18:42:07 +0100 (MET) Cc: cher@test.phys.msu.su, hackers@freebsd.org In-Reply-To: <199601151654.QAA15389@forbidden-planet.netlab.london.sco.com> from "dme@zigzag.org" at Jan 15, 96 04:53:47 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > the 5x9 family can be asked to receive all multicast traffic, but not > just a selected set of multicast addresses. this is better than > promiscuous, but still not ideal. i've never looked at the freebsd Many thanks for the clarification. As a matter of fact, this way of operating can be reasonably efficient for a gateway. Luigi ==================================================================== Luigi Rizzo Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it Universita' di Pisa tel: +39-50-568533 via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 http://www.iet.unipi.it/~luigi/ ==================================================================== From owner-freebsd-hackers Mon Jan 15 09:47:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26653 for hackers-outgoing; Mon, 15 Jan 1996 09:47:34 -0800 (PST) Received: from mail.opensol.com.ar (mail.opensol.com.ar [200.26.38.142]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26645 for ; Mon, 15 Jan 1996 09:47:27 -0800 (PST) Received: (from chx0@localhost) by mail.opensol.com.ar (8.6.12/8.6.12) id LAA14696 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 11:50:39 -0300 From: CHX0 Message-Id: <199601151450.LAA14696@mail.opensol.com.ar> Subject: reboot To: freebsd-hackers@freebsd.org Date: Mon, 15 Jan 1996 11:50:38 -0300 (ARG) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi, My system running 2.1.0-RELEASE doesn't reboot even after setting BROKEN_KEYBOARD_RESET ni the new rebuilt kernel (the whole change is that now it doesn't print the message that the keyboard reset didn't work). Any clue about this ? Does FreeBSD attempt to do a cold or a warm boot ? does it use int 19 h ? Thank in advance (thanks to C.Kukulies for the newbie tips!) Mario J. Dominguez From owner-freebsd-hackers Mon Jan 15 10:10:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28188 for hackers-outgoing; Mon, 15 Jan 1996 10:10:00 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA28177 for ; Mon, 15 Jan 1996 10:09:56 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA03986; Tue, 16 Jan 1996 05:06:35 +1100 Date: Tue, 16 Jan 1996 05:06:35 +1100 From: Bruce Evans Message-Id: <199601151806.FAA03986@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, lists@argus.flash.net Subject: Re: m-o drives Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> i thought this might help someone out... is there any way this could be >> added to the distribution /etc/disktab ? >I would do it, but: >> mta3230|mo230|IBM MTA-3230 230 Meg 3.5inch Magneto-Optical:\ >> :ty=removeable:dt=SCSI:rm#3600:\ >> :se#512:nt#64:ns#32:nc#216:sc#2048:su#444384:\ > ^^^^^^^^^^^^^^^^^^ >> :pa#444384:oa#0:ba#4096:fa#0:ta=4.2BSD:\ >> :pc#444384:oc#0: >This rather seems like a translated geometry from your SCSI adapter in >the DOS/BIOS environment, not the actual geometry of the disk. For a >disk like an MO, using the UFS layout optimizations will still make >sense (unlike for other disks), so using the physical geometry might >be better here. There's no need for disktab entries for drives that report their geometry "correctly". `disklabel /dev/rod0' gives the geometry reported by the ^^^^^^ whole disk drive provided the drive doesn't have a DOSpartition table. The output isn't quite suitable for input to `disklabel -w -r -R sd0' - you have to ^ no /dev/r (whole compatibility slice) change the interleave and rpm and the FreeBSD partitions. Bruce From owner-freebsd-hackers Mon Jan 15 11:04:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00780 for hackers-outgoing; Mon, 15 Jan 1996 11:04:26 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA00774 for ; Mon, 15 Jan 1996 11:04:23 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA01427; Mon, 15 Jan 1996 12:06:54 -0700 Date: Mon, 15 Jan 1996 12:06:54 -0700 From: Nate Williams Message-Id: <199601151906.MAA01427@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: Poul-Henning Kamp , hackers@freebsd.org Subject: Re: FBSD 2.1 In-Reply-To: <3060.821713313@time.cdrom.com> References: <273.821697627@critter.tfs.com> <3060.821713313@time.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk > > we have unzip in the kernel... > > Well, yeah, but we can still take it out easily - it's controlled by a > kernel option, and not critical to system function. It's critical to the install of the system unfortunately. :( > What happens if > we make every package a zip file then get a nasty note? We've got all > those packages rendered sort of useless. Then you need to redesign our install as well. :( > Also, as a point of fact, I thought the unzip we were using was just > the uncompression part, not the unarchiving part. The unarchiving part is *completely* free from PKware since Phil posted everything that was used publically to get folks to buy his software in the claim that it was a freely available algorithm. Basically, you should buy his stuff cause it's faster than anyone elses. I suspect his copyright problems with the ARC stuff caused him to do this. I suspect (though I'm no lawyer obviously) that we are pretty safe in using zip for the pkg tools. WC already ships out 'billions and billions' (I always wanted to say that in a sentence) of disks which contain zip archives and many which contain the source code to the InfoZip utilities. Nate From owner-freebsd-hackers Mon Jan 15 11:09:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01075 for hackers-outgoing; Mon, 15 Jan 1996 11:09:38 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA01070 for ; Mon, 15 Jan 1996 11:09:33 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA05923; Tue, 16 Jan 1996 06:05:21 +1100 Date: Tue, 16 Jan 1996 06:05:21 +1100 From: Bruce Evans Message-Id: <199601151905.GAA05923@godzilla.zeta.org.au> To: miff@spam.frisbee.net.au, phk@critter.tfs.com Subject: Re: location of bad144 table Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> > Currently, the bad144 code in kern/subr_dkbad.c looks for the replacement >> > table on the last track of the unit, as specified by the disklabel, to wit: >> s/unit/slice/ >Oops. I wasn't using a slice table, so the difference was hidden (but >relevant) >> > Unfortunately I have a disk controller here (Adaptec 2320D) that lies about >> > how big the disk is (advertises one more cylinder than there is), and so >> > this dies in a heap. >> This is the dreaded "diagnostic cylinder" >Yah. Pain in the ass 8( >> > I suspect that I'm at a bit of a disadvantage in that I can't have these >> > disks visible to the BIOS because I'm booting from a SCSI disk. >> Just make your slice 1 (or to be safe: 2) cylinders less than the disk. >Hmm, that mandates a slice table. Oh well 8) Unfortunately, the value of d_secperunit in labels is overridden by the "known" size of the containing slice or disk. This is OK for slices (you can just reduce the size in the slice table) but not good for disks that report their size incorrectly. The size of the C partition isn't overridden unless it is too large (the compatibility code knows that certain too-large values are normal for 1.x, 2.0 and foreign disks). Perhaps d_secperunit could be handled in the same way. This is a bit dangerous because there might be garbage (small) values of d_secperunit out there. Bruce From owner-freebsd-hackers Mon Jan 15 11:11:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01213 for hackers-outgoing; Mon, 15 Jan 1996 11:11:28 -0800 (PST) Received: from ki.net (ns.ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA01207 for ; Mon, 15 Jan 1996 11:11:20 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.3/8.7.3) id OAA01333; Mon, 15 Jan 1996 14:10:42 -0500 (EST) Date: Mon, 15 Jan 1996 14:10:40 -0500 (EST) From: "Marc G. Fournier" To: hackers@freebsd.org Subject: in_rtqtimo being adjusted? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi... Can someone tell me what this means, and if it is something I should be worried about? Its in 2.1R. Jan 15 13:48:06 ki /kernel: in_rtqtimo: adjusted rtq_reallyold to 2400 Jan 15 14:04:31 ki /kernel: in_rtqtimo: adjusted rtq_reallyold to 1600 Thanks... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Mon Jan 15 11:24:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01955 for hackers-outgoing; Mon, 15 Jan 1996 11:24:48 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA01948 for ; Mon, 15 Jan 1996 11:24:44 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA06374; Tue, 16 Jan 1996 06:22:50 +1100 Date: Tue, 16 Jan 1996 06:22:50 +1100 From: Bruce Evans Message-Id: <199601151922.GAA06374@godzilla.zeta.org.au> To: hackers@FreeBSD.org, miff@spam.frisbee.net.au Subject: Re: location of bad144 table Sender: owner-hackers@FreeBSD.org Precedence: bulk >- The calculation above could be modified to check the 'c' partition on the >disk first. This would facilitate using the sizing of the 'c' partition >to lie about the size of the disk (what I was trying before). NOTE: this >is consistent with the way that the bad144 program operates; I was quite >fooled by its success 8(. Don't do that! :-) In FreeBSD-1.1, bad144 put the bad sector information (not the sectors) "in the first 5 even numbered sectors of the last track of the disk pack", but various parts of the kernel and drivers got the bad sector information from the end of the disk (according to d_secperunit) less one track, or from the end of the disk (according to the size of the `c' partition) less one track. This was confusing when the 3 places were different. In FreeBSD >2.0.5., the end of the disk (according to d_secperunit) is used in all places (except in the bad144 man page :-(). This is not fully compatible with the DEC standard 144, but the "last track" is too slippery to use if the geometry is translated or the number of sectors/track is variable. Bruce From owner-freebsd-hackers Mon Jan 15 11:40:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02930 for hackers-outgoing; Mon, 15 Jan 1996 11:40:27 -0800 (PST) Received: from sl-001.sl.cybercomm.net (sl-001.sl.cybercomm.net [199.171.196.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02922 for ; Mon, 15 Jan 1996 11:40:16 -0800 (PST) Received: from sl-001.sl.cybercomm.net (localhost [127.0.0.1]) by sl-001.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id OAA03040; Mon, 15 Jan 1996 14:39:44 -0500 Date: Mon, 15 Jan 1996 14:39:44 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-001.sl.cybercomm.net To: Scott Whittle cc: hackers@freebsd.org Subject: Re: Request examples of using outb() in inb()in program. In-Reply-To: <199601151554.KAA23095@emma.patton.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 15 Jan 1996, Scott Whittle wrote: > I recently saw a thread on I/O at the port level using outb() and inb(). > Would someone post (or email) some source showing the use of each. > > I wrote a small program, which complied fine, but when I ran it (as root) > it puked big time. I'm not into the frustration thing, so I figure I'd ask > those who know. :) You need to open /dev/io before you access the ports (O_RDONLY is rnough to read and write any port). You can also use the KDENABIO ioctl on /dev/console (probably the preferred way, but /dev/io is easier :) Sujal From owner-freebsd-hackers Mon Jan 15 12:04:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04324 for hackers-outgoing; Mon, 15 Jan 1996 12:04:04 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA04291 for ; Mon, 15 Jan 1996 12:03:43 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA10345 ; Mon, 15 Jan 1996 21:03:32 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA11061 ; Mon, 15 Jan 1996 21:03:32 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA09683; Mon, 15 Jan 1996 19:49:32 +0100 (MET) From: Ollivier Robert Message-Id: <199601151849.TAA09683@keltia.freenix.fr> Subject: Re: Building a "custom" release of 2.1.0 To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 15 Jan 1996 19:49:32 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601150111.CAA09316@uriah.heep.sax.de> from "J Wunsch" at Jan 15, 96 02:11:56 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that J Wunsch said: > Nope. About 400 MB are required right now. My /usr/release partition > is 480 MB (- 10 % reserved space), and it fills about 90 or 95 %. I succeeded in generating a [incomplete] release because I stopped it after it began installing yet another tree in /R/trees/bin... I wasn't sure I had enough space. I then hacked the /mk script to only generating the floppies. I also hacked my /usr/src/release/Makefile to avoid making the ftp.1 and cdrom.1 targets... I am beginning to see whats the release engineer's nightmare :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-hackers Mon Jan 15 12:04:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04491 for hackers-outgoing; Mon, 15 Jan 1996 12:04:47 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA04480 for ; Mon, 15 Jan 1996 12:04:39 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA10349 ; Mon, 15 Jan 1996 21:03:33 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA11064 ; Mon, 15 Jan 1996 21:03:32 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id UAA09777; Mon, 15 Jan 1996 20:13:37 +0100 (MET) From: Ollivier Robert Message-Id: <199601151913.UAA09777@keltia.freenix.fr> Subject: Re: Booting 2.1.0 (or 2.0.5) on Olivetti ECHOS 20 To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 15 Jan 1996 20:13:36 +0100 (MET) Cc: regnauld@tetard.frmug.fr.net, hackers@freebsd.org In-Reply-To: <199601150912.KAA11047@uriah.heep.sax.de> from "J Wunsch" at Jan 15, 96 10:12:49 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that J Wunsch said: > Only a few 4 MB machines are reported to have successfully booted the > 2.1R installation floppy. 5 MB are the required minimum. (People are > working on it to get it back to 4.) > > Perhaps you could add another 4 MB RAM just for installation, or > pre-install the hard disk in another machine? I made a new set of floppies with a dramatically cut-down GENERIC kernel (that's why I wanted to do a release...) and it not only boot but it is installed and running fine now. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-hackers Mon Jan 15 12:07:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04673 for hackers-outgoing; Mon, 15 Jan 1996 12:07:22 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA04611 for ; Mon, 15 Jan 1996 12:06:02 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id VAA10364 ; Mon, 15 Jan 1996 21:03:37 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id VAA11073 ; Mon, 15 Jan 1996 21:03:36 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id VAA10088; Mon, 15 Jan 1996 21:02:08 +0100 (MET) From: Ollivier Robert Message-Id: <199601152002.VAA10088@keltia.freenix.fr> Subject: Re: Building a "custom" release of 2.1.0 To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 15 Jan 1996 21:02:07 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601150111.CAA09316@uriah.heep.sax.de> from "J Wunsch" at Jan 15, 96 02:11:56 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that J Wunsch said: > Nope. About 400 MB are required right now. My /usr/release partition > is 480 MB (- 10 % reserved space), and it fills about 90 or 95 %. During the "release.8" phase, I tumbled upon a bug either in the vn code or in the kernel handling of out-of-inode situation in a device. The doSH.sh script tries many times to do a pseudo-floppy and with the default numbers (the 50000 in release/Makefile) it fails with a out-of-inode message and the second or third time it happens, the machine is locked *tight*. Frozen. The only way out is the BRS. It also fills my syslog with lots of: Jan 14 23:22:49 keltia last message repeated 268 times Jan 14 23:22:50 keltia /kernel.old: vn0: invalid primary partition table: no magic Jan 14 23:22:50 keltia /kernel.old: vn0: invalid primary partition table: no magic Jan 14 23:22:50 keltia /kernel.old: uid 0 on /mnt: out of inodes Jan 14 23:22:53 keltia last message repeated 268 times Jan 14 23:22:54 keltia /kernel.old: vn0: invalid primary partition table: no magic ...it then crashed... I reboot Jan 14 23:27:59 keltia /kernel.old: FreeBSD 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 Jan 14 23:27:59 keltia /kernel.old: roberto@keltia.freenix.fr:/src/src/sys/compile/DKELTIA Jan 14 23:27:59 keltia /kernel.old: CPU: i486 DX4 (486-class CPU) ... Jan 14 23:43:15 keltia /kernel: vn0: invalid primary partition table: no magic Jan 14 23:43:15 keltia /kernel: vn0: invalid primary partition table: no magic Jan 14 23:43:15 keltia /kernel: uid 0 on /mnt: out of inodes Jan 14 23:43:18 keltia last message repeated 268 times Jan 14 23:43:19 keltia /kernel: vn0: invalid primary partition table: no magic ... then crashed again Jan 14 23:46:56 keltia /kernel: FreeBSD 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 Jan 14 23:46:56 keltia /kernel: roberto@keltia.freenix.fr:/src/src/sys/compile/DKELTIA I put 20000 in release/Makefile and finally succeeded in building the floppies... # Upper size for the mfs in the boot.flp kernel. # These are adjusted down to the minimum needed but doFS.sh. BOOTMFSSIZE= 1200 MFSINODE= 20000 Last thing, when release/Makefile does a "cvs co -r RELENG_2_1_0" (in my case) the doSH.sh script was *not* extracted. I had to extract it manually and then restart "chroot /y/2.1.0 /mk". -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-hackers Mon Jan 15 12:40:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA06849 for hackers-outgoing; Mon, 15 Jan 1996 12:40:07 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA06787 for ; Mon, 15 Jan 1996 12:40:02 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA28111; Mon, 15 Jan 1996 13:33:55 -0700 From: Terry Lambert Message-Id: <199601152033.NAA28111@phaeton.artisoft.com> Subject: Re: reboot To: chx0@mail.opensol.com.ar (CHX0) Date: Mon, 15 Jan 1996 13:33:55 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601151450.LAA14696@mail.opensol.com.ar> from "CHX0" at Jan 15, 96 11:50:38 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > My system running 2.1.0-RELEASE doesn't reboot even after setting > BROKEN_KEYBOARD_RESET ni the new rebuilt kernel (the whole change > is that now it doesn't print the message that the keyboard reset > didn't work). Any clue about this ? Does FreeBSD attempt to do a > cold or a warm boot ? does it use int 19 h ? It uses the keboard reset. If your BIOS is stupid, it relies on the reset code being called in real mode, and if it's only dumb, it relies on the gate A20 geing in the default state to address wrap the ROMs. When this fails on a dumb or stupid BIOS, a triple fault is generated, which is supposed to cause the CPU reset to strobe. In a bad motherboard implementation, a triple fault will not cause a reset, since the strobe is considered a soft rather than a hard reset. It is possible to put the gate A20 back before doing the reset. This will fix approximately 15-20% of the reset problems (ie: 1-2% of all the machines out there, since most don't have reset problems). It's very difficult to get back into real mode. Probably, it wants VM86 support for triggering the processor back (or more locore.s support for the same reasons). On PCI and EISA systems (most new systems have PCI), the problem can be fixed by using the bus-defined reset mechanism. This would be about 65-70% of all systems with reset problem, or 7-8%. The remaining 10-20% *require* real mode and have no other workarounds. The general recommendations are: 1) Implement the A20 fix 2) Implement (and prefer the use of) PCI/EISA bus based reset 3) Implement the "return to real mode" reset 4) Update BIOS that wants the A20 fix 5) Update motherboards that don't do the triple fault The first three will guarantee FreeBSD total coverage, the last two will guarntee you a system that will work correctly with OS's other than FreeBSD (should you be silly enough to run them 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 Mon Jan 15 13:30:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10445 for hackers-outgoing; Mon, 15 Jan 1996 13:30:43 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10428 for ; Mon, 15 Jan 1996 13:30:39 -0800 (PST) Received: from critter.tfs.com ([194.19.141.62]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id WAA03064; Mon, 15 Jan 1996 22:26:46 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id WAA00643; Mon, 15 Jan 1996 22:29:35 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Ollivier Robert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Mon, 15 Jan 1996 19:49:32 +0100." <199601151849.TAA09683@keltia.freenix.fr> Date: Mon, 15 Jan 1996 22:29:33 +0100 Message-ID: <641.821741373@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > I am beginning to see whats the release engineer's nightmare :-) Damn, another candidate runs scared away... :-) -- 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 Jan 15 13:37:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11068 for hackers-outgoing; Mon, 15 Jan 1996 13:37:59 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA11058 for ; Mon, 15 Jan 1996 13:37:51 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA11684 ; Mon, 15 Jan 1996 22:35:43 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA11362 ; Mon, 15 Jan 1996 22:35:42 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id VAA10219; Mon, 15 Jan 1996 21:26:49 +0100 (MET) From: Ollivier Robert Message-Id: <199601152026.VAA10219@keltia.freenix.fr> Subject: Re: Matrox video card (Urgent!) To: david@fgate.flevel.co.uk Date: Mon, 15 Jan 1996 21:26:49 +0100 (MET) Cc: hackers@FreeBSD.org, graham@flevel.co.uk In-Reply-To: from "freebsd" at Jan 15, 96 05:11:37 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk It seems that freebsd said: > Does anyone have or know of a driver for the Matrox MGA > video card? You have to buy Xinside for that card to run. XFree86 doesn't support it as Matrox consider that the docs need a NDA. They act like Diamond a year ago :-( -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-hackers Mon Jan 15 13:39:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11139 for hackers-outgoing; Mon, 15 Jan 1996 13:39:13 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA11132 for ; Mon, 15 Jan 1996 13:39:02 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id XAA01141; Mon, 15 Jan 1996 23:36:27 +0200 Date: Mon, 15 Jan 1996 23:36:27 +0200 (EET) From: Narvi To: freebsd-hackers@freebsd.org Subject: Silly question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk A very silly little quetsion: Is there any work going on on FreeBSD and IPv6 or porting the stuff from something ready for NetBSD? Sander. (Explanation: the question is just of very high intrest for me - but no answer suits as well as any other for me) From owner-freebsd-hackers Mon Jan 15 13:42:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11359 for hackers-outgoing; Mon, 15 Jan 1996 13:42:39 -0800 (PST) Received: from mailhost.tamu.edu (mailhost.tamu.edu [128.194.178.26]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA11352 for ; Mon, 15 Jan 1996 13:42:35 -0800 (PST) Received: from vcsun2.tamu.edu (vcsun2.tamu.edu [128.194.169.97]) by mailhost.tamu.edu (8.6.12/8.6.10) with SMTP id PAA28710 for ; Mon, 15 Jan 1996 15:42:33 -0600 Received: from vcsun3.tamu.edu by vcsun2.tamu.edu (5.x/SMI-SVR4) id AA14023; Mon, 15 Jan 1996 15:42:12 -0600 Received: by vcsun3.tamu.edu (5.x/SMI-SVR4) id AA04310; Mon, 15 Jan 1996 15:42:08 -0600 Date: Mon, 15 Jan 1996 15:42:08 -0600 From: tbrown@vcsun2.tamu.edu (Tom Brown) Message-Id: <9601152142.AA04310@vcsun3.tamu.edu> To: hackers@freebsd.org Subject: ip network ouput queue Cc: tbrown@vcsun2.tamu.edu X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk hi, i'm new to kernel debugging and i was wondering if someone could give me instructions on how to use a kernel debugger to change the value for the global integer ifqmaxlen so i could try to see my freebsd router to drop packets caused by a full queue. thanks, tom -- Tom Brown loc: Wiesenbaker 232-E Graduate Research Assistant email: tbrown@vcsun2.tamu.edu Dept. of Electrical Engineering www: http://vcsun2.tamu.edu/~tbrown Texas A&M University phone: (409)-845-5774 From owner-freebsd-hackers Mon Jan 15 14:30:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14724 for hackers-outgoing; Mon, 15 Jan 1996 14:30:19 -0800 (PST) Received: from cabal.io.org (cabal.io.org [198.133.36.103]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA14717 Mon, 15 Jan 1996 14:30:09 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id RAA01468; Mon, 15 Jan 1996 17:27:03 -0500 Date: Mon, 15 Jan 1996 17:27:02 -0500 (EST) From: Brian Tao To: Michael Smith cc: FREEBSD-HACKERS-L , FREEBSD-ISP-L Subject: Re: Blocked rlogin connections (was Re: A few other concerns ... ) In-Reply-To: <199601090124.LAA03919@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Michael Smith wrote: > > You say that inet doesn't see the incoming connections; can you use > tcpdump() to specifically watch for opening rlogin sessions? I've never really used tcpdump before (other than to marvel at all the information coming across the interface ;-)), so if anyone has some helpful suggestions on what switches to use or what to look for, I will gladly accept them. :) cabal is the source of the rlogin, zap is the destination. I fired up 'tcpdump -lq host cabal and port login' in one xterm and 'rlogin zap' in another. This is what I'm getting on the cabal side: # tcpdump -lq host cabal and port login tcpdump: listening on ed0 17:16:56.019745 cabal.io.org.1023 > zap.io.org.login: tcp 0 17:16:56.020146 zap.io.org.login > cabal.io.org.1023: tcp 0 17:16:57.030426 cabal.io.org.1023 > zap.io.org.login: tcp 0 17:16:57.030995 zap.io.org.login > cabal.io.org.1023: tcp 0 17:16:59.040373 cabal.io.org.1023 > zap.io.org.login: tcp 0 17:16:59.040774 zap.io.org.login > cabal.io.org.1023: tcp 0 17:17:03.050413 cabal.io.org.1023 > zap.io.org.login: tcp 0 17:17:03.050805 zap.io.org.login > cabal.io.org.1023: tcp 0 17:17:11.060380 cabal.io.org.1023 > zap.io.org.login: tcp 0 17:17:11.060752 zap.io.org.login > cabal.io.org.1023: tcp 0 17:17:27.070400 cabal.io.org.1023 > zap.io.org.login: tcp 0 17:17:27.071068 zap.io.org.login > cabal.io.org.1023: tcp 0 17:17:27.071246 cabal.io.org.1023 > zap.io.org.login: tcp 0 17:17:27.071466 cabal.io.org.1023 > zap.io.org.login: tcp 1 17:17:27.149950 zap.io.org.login > cabal.io.org.1023: tcp 0 [tos 0x10] 17:17:27.150086 cabal.io.org.1023 > zap.io.org.login: tcp 21 17:17:27.277057 zap.io.org.login > cabal.io.org.1023: tcp 1 [tos 0x10] 17:17:27.286097 zap.io.org.login > cabal.io.org.1023: tcp 1 [tos 0x10] 17:17:27.286648 cabal.io.org.1023 > zap.io.org.login: tcp 12 [tos 0x10] 17:17:27.336123 zap.io.org.login > cabal.io.org.1023: tcp 62 [tos 0x10] 17:17:27.500116 cabal.io.org.1023 > zap.io.org.login: tcp 0 [tos 0x10] 17:17:27.502165 zap.io.org.login > cabal.io.org.1023: tcp 1270 [tos 0x10] 17:17:27.700111 cabal.io.org.1023 > zap.io.org.login: tcp 0 [tos 0x10] 17:17:29.912278 zap.io.org.login > cabal.io.org.1023: tcp 61 [tos 0x10] 17:17:30.100138 cabal.io.org.1023 > zap.io.org.login: tcp 0 [tos 0x10] The rlogin hung for about the first 30 seconds (17:16:56 to 17:17:27 in the dump), then I got in. The rest of the dump is the FreeBSD banner and motd scrolling by. I don't know how to interpret tcpdump output, but it does appear that zap is sending some sort of acknowledgement back to cabal (0 bytes?). I can produce more verbose output from both cabal and zap for an actual failed rlogin attempt (this one was just delayed) if that will help. > > If a kernel problem, would setting net.inet.tcp.rfc1323 and > > net.inet.tcp.rfc1644 with sysctl have any effect (or side effect)? > > No idea; try it 8) Those to parameters are still set to 1. Do I need to reboot for changes from sysctl to take place? I haven't heard any reports from our customer support people about users not being able to rlogin from a terminal server, but that doesn't mean it isn't happening. :( -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Mon Jan 15 14:38:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15471 for hackers-outgoing; Mon, 15 Jan 1996 14:38:04 -0800 (PST) Received: from lovely.spam.frisbee.net.au (spam.apana.org.au [202.0.75.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA15459 for ; Mon, 15 Jan 1996 14:37:50 -0800 (PST) Received: (from miff@localhost) by lovely.spam.frisbee.net.au (8.6.12/8.6.12) id JAA20677; Tue, 16 Jan 1996 09:17:52 +1030 Date: Tue, 16 Jan 1996 09:17:51 +1030 (CST) From: michael smith To: Bruce Evans cc: hackers@freebsd.org Subject: Re: location of bad144 table In-Reply-To: <199601151922.GAA06374@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 16 Jan 1996, Bruce Evans wrote: > In FreeBSD >2.0.5., the end of the disk (according to d_secperunit) is > used in all places (except in the bad144 man page :-(). This is > not fully compatible with the DEC standard 144, but the "last track" > is too slippery to use if the geometry is translated or the number > of sectors/track is variable. It would appear that the bad144 program still uses the 'c' partition, or divines the end of the disk in a fashion different from the kernel code. At least, bad144 runs without a slew of error messages, whilst attempting to read the disklabel once bad144 has been run results in much unhappiness. > Bruce Mike From owner-freebsd-hackers Mon Jan 15 14:59:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16869 for hackers-outgoing; Mon, 15 Jan 1996 14:59:11 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA16863 for ; Mon, 15 Jan 1996 14:59:08 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id RAA08455; Mon, 15 Jan 1996 17:58:08 -0500 Date: Mon, 15 Jan 1996 17:58:08 -0500 Message-Id: <199601152258.RAA08455@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: 100Mbs Ethernet Cc: davidg@root..com Sender: owner-hackers@freebsd.org Precedence: bulk Is there a 100Mbs ethernet solution (SMC?) with uses the if_de driver? If not, what cards are supported? Thanks, Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Mon Jan 15 15:15:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17994 for hackers-outgoing; Mon, 15 Jan 1996 15:15:13 -0800 (PST) Received: from ki.net (root@ns.ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA17973 for ; Mon, 15 Jan 1996 15:14:58 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.3/8.7.3) id SAA05379; Mon, 15 Jan 1996 18:13:31 -0500 (EST) Date: Mon, 15 Jan 1996 18:13:24 -0500 (EST) From: "Marc G. Fournier" To: dennis cc: hackers@FreeBSD.org, davidg@root..com Subject: Re: 100Mbs Ethernet In-Reply-To: <199601152258.RAA08455@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 15 Jan 1996, dennis wrote: > > Is there a 100Mbs ethernet solution (SMC?) with uses the if_de driver? If > not, what cards are supported? > I hear the SMC 9332 PCI card works nicely... Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Mon Jan 15 15:20:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18538 for hackers-outgoing; Mon, 15 Jan 1996 15:20:12 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18489 for ; Mon, 15 Jan 1996 15:20:06 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id AAA14023; Tue, 16 Jan 1996 00:20:25 +0100 Received: by uni4nn.iaf.nl with UUCP id AA04835 (5.67b/IDA-1.5); Tue, 16 Jan 1996 00:19:54 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA16420 (5.65c/IDA-1.4.4); Tue, 16 Jan 1996 00:04:56 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id WAA00678; Mon, 15 Jan 1996 22:31:12 +0100 From: Wilko Bulte Message-Id: <199601152131.WAA00678@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: A few NITS about SCSI Tapes To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 15 Jan 1996 22:31:11 +0100 (MET) Cc: nate@sri.MT.net, regnauld@tetard.frmug.fr.net, hackers@FreeBSD.org In-Reply-To: <199601150008.QAA19285@ref.tfs.com> from "Julian Elischer" at Jan 14, 96 04:08:30 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Sidestepping a bit: will 2.1R mt also set (no)compression on Exabytes > > capable of hardware compress? The &*^*( drive at work is a 8505 and > > my ol' home 8200 does not grok compressed tapes. > it SHOULD > but it's undocumanted because I haven't tested it yet.. > wanna test it? 8200 does not understand compressed tapes, that's a hardware limitation yes? I added the little density/compress patch to scsi_tape et al and now mt allows me to write 8200-tapes on a 8505 drive. Works just fine. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Mon Jan 15 15:20:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18550 for hackers-outgoing; Mon, 15 Jan 1996 15:20:13 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18510 for ; Mon, 15 Jan 1996 15:20:08 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id AAA14026; Tue, 16 Jan 1996 00:20:27 +0100 Received: by uni4nn.iaf.nl with UUCP id AA04855 (5.67b/IDA-1.5); Tue, 16 Jan 1996 00:20:02 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA16423 (5.65c/IDA-1.4.4); Tue, 16 Jan 1996 00:04:57 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id WAA00688; Mon, 15 Jan 1996 22:33:33 +0100 From: Wilko Bulte Message-Id: <199601152133.WAA00688@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: A few NITS about SCSI Tapes To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 15 Jan 1996 22:33:33 +0100 (MET) Cc: freebsd-hackers@freebsd.ORG In-Reply-To: <199601142359.AAA08768@uriah.heep.sax.de> from "J Wunsch" at Jan 15, 96 00:59:26 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.ORG Precedence: bulk > As chuck@fang.cs.sunyit.edu wrote: > > > > Back to one of the orginal questions...How about adding support > > for using 8mm video tapes? SunOS, BSD/OS, & Linux all support this. > > They're cheap and I've had wonderful success using them. I just wouldn't > > do a level 0 dump on one ;-) > > Despite of massive reliability problems related to those drives (the > MTBF seems to be less than 100 hours), an EXB-8201 does work for me. > Under plain FreeBSD 2.0.5. > cheers, J"org Exabytes: keep 'm clean and keep 'm cool. Then they work just OK (generally). At least my 8200 does. I was once remotely connected to qualification work of the 8200 and I've seen the testreports for environmental tests. Over 40 degr centigrade in the tapepath bets are off. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Mon Jan 15 15:21:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18700 for hackers-outgoing; Mon, 15 Jan 1996 15:21:15 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18695 for ; Mon, 15 Jan 1996 15:21:12 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id PAA03782; Mon, 15 Jan 1996 15:21:11 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id PAA14607; Mon, 15 Jan 1996 15:21:08 -0800 (PST) Message-Id: <199601152321.PAA14607@corbin.Root.COM> To: dennis@etinc.com (dennis) cc: hackers@freebsd.org Subject: Re: 100Mbs Ethernet In-reply-to: Your message of "Mon, 15 Jan 1996 17:58:08 EST." <199601152258.RAA08455@etinc.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 15 Jan 1996 15:21:08 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >Is there a 100Mbs ethernet solution (SMC?) with uses the if_de driver? If >not, what cards are supported? Yes. The if_de driver works with the SMC 9332 fast ethernet cards. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 15 15:42:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA20201 for hackers-outgoing; Mon, 15 Jan 1996 15:42:00 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA20196 for ; Mon, 15 Jan 1996 15:41:56 -0800 (PST) Received: by sovcom.kiae.su id AA20773 (5.65.kiae-1 ); Tue, 16 Jan 1996 02:35:58 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 16 Jan 96 02:35:57 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id CAA01109; Tue, 16 Jan 1996 02:07:37 +0300 (MSK) To: FreeBSD hackers , Joerg Wunsch References: <199601150854.JAA10949@uriah.heep.sax.de> In-Reply-To: <199601150854.JAA10949@uriah.heep.sax.de>; from J Wunsch at Mon, 15 Jan 1996 09:54:04 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 16 Jan 1996 02:07:37 +0300 (MSK) X-Mailer: Mail/@ [v2.41 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) X-Class: Fast Subject: Re: Andrey's name in Russian (Was: abuse and the -stable...) Lines: 25 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199601150854.JAA10949@uriah.heep.sax.de> J Wunsch writes: >As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: >> >> >BTW: What do I have to do over here so I can read your name in Russian ? >> >> You need RFC 1152 MUA which knows about KOI8-R font and screen font itself. >> Elm from ports fits in that category. >Does it also allow for a temporary change of the character set? >E.g., i'm normally composing all my messages in ISO-8859-1, 8bit >encoding, but would like to answer just your single mail in Russian, >and hence have to modify the `charset' for this mail to KOI8-R. >This would be great. Yes, it is tuneable via elmrc, you can switch displaycharset & charset parameters between ISO-8859-1 & KOI8-R. Maybe sometimes I'll implement changing them in elm Options menu... -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Mon Jan 15 16:21:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23885 for hackers-outgoing; Mon, 15 Jan 1996 16:21:49 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA23861 for ; Mon, 15 Jan 1996 16:21:35 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA09741; Tue, 16 Jan 1996 01:21:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA23704; Tue, 16 Jan 1996 01:21:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA13827; Tue, 16 Jan 1996 01:02:56 +0100 (MET) From: J Wunsch Message-Id: <199601160002.BAA13827@uriah.heep.sax.de> Subject: Re: reboot To: chx0@mail.opensol.com.ar (CHX0) Date: Tue, 16 Jan 1996 01:02:56 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601151450.LAA14696@mail.opensol.com.ar> from "CHX0" at Jan 15, 96 11:50:38 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As CHX0 wrote: > > My system running 2.1.0-RELEASE doesn't reboot even after setting > BROKEN_KEYBOARD_RESET ni the new rebuilt kernel (the whole change > is that now it doesn't print the message that the keyboard reset > didn't work). Any clue about this ? Does FreeBSD attempt to do a > cold or a warm boot ? does it use int 19 h ? There's no reliable way to cold boot a PeeCee. Send your ovations for this sin to Big Blue, please. The result of a broken cold boot is what you're seeing... No, FreeBSD doesn't use int 0x19, it doesn't have access to the BIOS, and all int 0x19 does is just jumping to 0xffff0. (Unless a virus has been trapping int 0x19 while you were in DOS. :-) My machine at work doesn't reboot completely either, btw. -- 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 Jan 15 16:37:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25484 for hackers-outgoing; Mon, 15 Jan 1996 16:37:56 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA25472 for ; Mon, 15 Jan 1996 16:37:50 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id BAA13672 for ; Tue, 16 Jan 1996 01:37:45 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id BAA12094 for hackers@freebsd.org; Tue, 16 Jan 1996 01:37:44 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id AAA09701 for hackers@freebsd.org; Tue, 16 Jan 1996 00:20:14 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id WAA04645 for hackers@freebsd.org; Mon, 15 Jan 1996 22:38:26 +0100 (MET) From: Philippe Regnauld Message-Id: <199601152138.WAA04645@tetard.frmug.fr.net> Subject: Re: Booting 2.1.0 (or 2.0.5) on Olivetti ECHOS 20 To: hackers@freebsd.org (hackers) Date: Mon, 15 Jan 1996 22:38:23 +0100 (MET) In-Reply-To: <199601150912.KAA11047@uriah.heep.sax.de> from "J Wunsch" at Jan 15, 96 10:12:49 am X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch écrit / writes: > Only a few 4 MB machines are reported to have successfully booted the > 2.1R installation floppy. 5 MB are the required minimum. (People are > working on it to get it back to 4.) > > Perhaps you could add another 4 MB RAM just for installation, or > pre-install the hard disk in another machine? Nope -- too hard to get hold of the Olivetti's weird ram module -- and it's too expensive for me. Anyway, as Ollivier said, it's up and running ! I'm currently rebuilding my kernel, and it's been going for 2 hours now :-| I think I'll keep a copy of the 2.1.0 sources on the desktop machine! -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-hackers Mon Jan 15 16:38:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA25532 for hackers-outgoing; Mon, 15 Jan 1996 16:38:30 -0800 (PST) Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA25527 for ; Mon, 15 Jan 1996 16:38:28 -0800 (PST) Received: from muggsy.lkg.dec.com by mail11.digital.com (5.65v3.2/1.0/WV) id AA19226; Mon, 15 Jan 1996 19:30:26 -0500 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA17101; Mon, 15 Jan 1996 19:28:33 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id AAA07161; Tue, 16 Jan 1996 00:35:15 GMT Message-Id: <199601160035.AAA07161@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: Narvi Cc: freebsd-hackers@freebsd.org Subject: Re: Silly question In-Reply-To: Your message of "Mon, 15 Jan 1996 23:36:27 +0200." X-Mailer: exmh version 1.5omega 10/6/94 Date: Tue, 16 Jan 1996 00:35:15 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk In , you wrote: > > > A very silly little quetsion: > > Is there any work going on on FreeBSD and IPv6 or porting the > stuff from something ready for NetBSD? Yes. Francis Dupont (of INRIA) has switched his platform from NetBSD/sparc to FreeBSD. So all his new development will be on FreeBSD. Matt Thomas Internet: matt@lkg.dec.com IPv6 Kernel Grunt WWW URL: http://ftp.dec.com/%7Ethomas/ Digital Equipment Corporation Disclaimer: This message reflects my Littleton, MA own warped views, etc. From owner-freebsd-hackers Mon Jan 15 16:51:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA26539 for hackers-outgoing; Mon, 15 Jan 1996 16:51:53 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA26534 for ; Mon, 15 Jan 1996 16:51:49 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA12357; Tue, 16 Jan 1996 01:51:25 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA23976; Tue, 16 Jan 1996 01:51:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA14557; Tue, 16 Jan 1996 01:49:22 +0100 (MET) From: J Wunsch Message-Id: <199601160049.BAA14557@uriah.heep.sax.de> Subject: Re: Request examples of using outb() in inb()in program. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 01:49:21 +0100 (MET) Cc: scott@patton.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Sujal Patel" at Jan 15, 96 02:39:44 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Sujal Patel wrote: > > You need to open /dev/io before you access the ports (O_RDONLY is rnough > to read and write any port). You can also use the KDENABIO ioctl on > /dev/console (probably the preferred way, but /dev/io is easier :) KDENABIO is not the preferred way, it's the traditional way. It requires root priv's (as opposed to /dev/io which is subject to normal file access constraints), and it's only available if your kernel does have either syscons or pcvt configured. Both drivers are optional however. -- 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 Jan 15 17:21:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA28040 for hackers-outgoing; Mon, 15 Jan 1996 17:21:43 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA28033 for ; Mon, 15 Jan 1996 17:21:39 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA13147 for ; Tue, 16 Jan 1996 02:21:37 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA24319 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 02:21:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id CAA14844 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 02:07:19 +0100 (MET) From: J Wunsch Message-Id: <199601160107.CAA14844@uriah.heep.sax.de> Subject: Re: Andrey's name in Russian (Was: abuse and the -stable...) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 02:07:19 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jan 16, 96 02:07:37 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > Yes, it is tuneable via elmrc, you can switch displaycharset & > charset parameters between ISO-8859-1 & KOI8-R. > Maybe sometimes I'll implement changing them in elm Options menu... Yeah, the latter is what i'm thinking about! -- 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 Jan 15 17:28:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA28401 for hackers-outgoing; Mon, 15 Jan 1996 17:28:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA28396 for ; Mon, 15 Jan 1996 17:28:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA05322; Mon, 15 Jan 1996 17:27:53 -0800 To: freebsd Cc: hackers@freebsd.org, graham@flevel.co.uk Subject: Re: Matrox video card (Urgent!) In-reply-to: Your message of "Mon, 15 Jan 1996 17:11:37 GMT." Date: Mon, 15 Jan 1996 17:27:53 -0800 Message-ID: <5320.821755673@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Uh... "driver?" What do you mean in this context? No special kernel support is required for these cards. If you mean *X server* (which is an entirely different animal) then the answer is no, there are no freely available X servers for the Matrox. You can buy one from X Inside, Inc. that works pretty well, however, which is what all us other Matrox users have done. It's $99 for the FreeBSD version, which is not at all unreasonable. Send mail to info@xinside.com for more info, or see their web site at http://www.xinside.com Jordan > > Does anyone have or know of a driver for the Matrox MGA > video card? > > Replies please to david@fgate.flevel.co.uk, cc'ed to > graham@fgate.flevel.co.uk > > Thanks > > Graham Breach > Fourth Level Developments > From owner-freebsd-hackers Mon Jan 15 17:37:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA28875 for hackers-outgoing; Mon, 15 Jan 1996 17:37:22 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA28870 for ; Mon, 15 Jan 1996 17:37:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA05337 for ; Mon, 15 Jan 1996 17:37:06 -0800 To: hackers@freebsd.org Subject: WC CDROM dealers in Australia Date: Mon, 15 Jan 1996 17:37:06 -0800 Message-ID: <5335.821756226@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I've had a few requests from our Australian users asking me just where they might locate the FreeBSD CD. Courtesy of Corinna, here's our list of distributors in OZ: ==> Advanced MM Distributors 45 Elstone Ave Airport West VIC 3042 +61 3 374-1410 voice +61 3 338-7411 fax ==> CDROM Support BBS 17 Irvine St Peppermint Grove WA 6011 +61 9 385-3793 voice +61 9 385-2360 fax Jordan From owner-freebsd-hackers Mon Jan 15 17:46:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA29439 for hackers-outgoing; Mon, 15 Jan 1996 17:46:13 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA29423 for ; Mon, 15 Jan 1996 17:46:04 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA26754; Tue, 16 Jan 1996 12:20:00 +1030 From: Michael Smith Message-Id: <199601160150.MAA26754@genesis.atrad.adelaide.edu.au> Subject: Re: 100Mbs Ethernet To: dennis@etinc.com (dennis) Date: Tue, 16 Jan 1996 12:19:59 +1030 (CST) Cc: hackers@FreeBSD.org, davidg@root..com In-Reply-To: <199601152258.RAA08455@etinc.com> from "dennis" at Jan 15, 96 05:58:08 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk dennis stands accused of saying: > > > Is there a 100Mbs ethernet solution (SMC?) with uses the if_de driver? If > not, what cards are supported? AFAIK, anything using the DEC DE21140 chip. SMC do a card using this, I believe that Compex do too. According to my catalog here, the card you want is the Etherpower 10/100 PCI. This is a 100bTX card, not a VG/Anylan card. > Dennis -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Mon Jan 15 17:51:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA29932 for hackers-outgoing; Mon, 15 Jan 1996 17:51:40 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA29921 for ; Mon, 15 Jan 1996 17:51:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA05441; Mon, 15 Jan 1996 17:51:12 -0800 To: Nate Williams cc: Poul-Henning Kamp , hackers@freebsd.org Subject: Re: FBSD 2.1 In-reply-to: Your message of "Mon, 15 Jan 1996 12:06:54 MST." <199601151906.MAA01427@rocky.sri.MT.net> Date: Mon, 15 Jan 1996 17:51:12 -0800 Message-ID: <5439.821757072@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > It's critical to the install of the system unfortunately. :( We're trying to get away from a gzip'd sysinstall, actaully. Jordan From owner-freebsd-hackers Mon Jan 15 18:12:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA01771 for hackers-outgoing; Mon, 15 Jan 1996 18:12:52 -0800 (PST) Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA01766 for ; Mon, 15 Jan 1996 18:12:50 -0800 (PST) Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by blob.best.net (8.6.12/8.6.5) with ESMTP id SAA25979; Mon, 15 Jan 1996 18:12:42 -0800 Received: from localhost (localhost [127.0.0.1]) by geli.clusternet (8.6.12/8.6.9) with SMTP id SAA21873; Mon, 15 Jan 1996 18:11:53 -0800 Message-Id: <199601160211.SAA21873@geli.clusternet> X-Authentication-Warning: geli.clusternet: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.4 10/10/95 To: davidg@Root.COM cc: dennis@etinc.com (dennis), hackers@FreeBSD.org Subject: Re: 100Mbs Ethernet In-reply-to: Your message of "Mon, 15 Jan 1996 15:21:08 PST." <199601152321.PAA14607@corbin.Root.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Jan 1996 18:11:53 -0800 From: "Russell L. Carter" Sender: owner-hackers@FreeBSD.org Precedence: bulk } >Is there a 100Mbs ethernet solution (SMC?) with uses the if_de driver? If } >not, what cards are supported? } } Yes. The if_de driver works with the SMC 9332 fast ethernet cards. It works with lot more cards, too, many of which are 30% cheaper than the SMC, and have identical performance. I've verified the following other brands: Infotel Compex Mylex Danpex DEC (but of course, though I doubt you want to pay the price) If the thing has got a DEC 21140 chip on the board, there is a good chance it works. Haven't tried Cogent, but it may work just fine too. Russell } } -DG } } David Greenman } Core Team/Principal Architect, The FreeBSD Project } From owner-freebsd-hackers Mon Jan 15 18:20:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA02263 for hackers-outgoing; Mon, 15 Jan 1996 18:20:35 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA02013 Mon, 15 Jan 1996 18:17:14 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA26941; Tue, 16 Jan 1996 12:43:38 +1030 From: Michael Smith Message-Id: <199601160213.MAA26941@genesis.atrad.adelaide.edu.au> Subject: Re: Blocked rlogin connections (was Re: A few other concerns ... ) To: taob@io.org (Brian Tao) Date: Tue, 16 Jan 1996 12:43:38 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org In-Reply-To: from "Brian Tao" at Jan 15, 96 05:27:02 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Brian Tao stands accused of saying: > I've never really used tcpdump before (other than to marvel at all > the information coming across the interface ;-)), so if anyone has > some helpful suggestions on what switches to use or what to look for, > I will gladly accept them. :) > > cabal is the source of the rlogin, zap is the destination. I > fired up 'tcpdump -lq host cabal and port login' in one xterm and > 'rlogin zap' in another. This is what I'm getting on the cabal side: Try 'tcpdump -lvv ...', there's not really enough info here to guess with. > I can produce more verbose output from both cabal and zap for an > actual failed rlogin attempt (this one was just delayed) if that will > help. Definitely. > > No idea; try it 8) > > Those to parameters are still set to 1. Do I need to reboot for > changes from sysctl to take place? I haven't heard any reports from No, sysctl changes aren't (yet) saved, so you'll have to do it every time after rebooting (there are options in /etc/sysconfig for this). > Brian Tao (BT300, taob@io.org) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Mon Jan 15 18:31:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA02889 for hackers-outgoing; Mon, 15 Jan 1996 18:31:35 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA02884 for ; Mon, 15 Jan 1996 18:31:33 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA05662; Mon, 15 Jan 1996 18:30:48 -0800 To: Poul-Henning Kamp cc: Ollivier Robert , joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Mon, 15 Jan 1996 22:29:33 +0100." <641.821741373@critter.tfs.com> Date: Mon, 15 Jan 1996 18:30:48 -0800 Message-ID: <5660.821759448@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Ah, that's OK. If he was scared off by just /usr/src/release/Makefile, think about how terrified he'd be when it came time to try and synchronize the 2.2 and 2.1 trees. :-) Jordan > > I am beginning to see whats the release engineer's nightmare :-) > > Damn, another candidate runs scared away... :-) > > -- > 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 Mon Jan 15 18:38:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03405 for hackers-outgoing; Mon, 15 Jan 1996 18:38:45 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA03288 for ; Mon, 15 Jan 1996 18:35:32 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA27039; Tue, 16 Jan 1996 13:08:49 +1030 From: Michael Smith Message-Id: <199601160238.NAA27039@genesis.atrad.adelaide.edu.au> Subject: Re: Request examples of using outb() in inb()in program. To: scott@patton.com (Scott Whittle) Date: Tue, 16 Jan 1996 13:08:49 +1030 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199601151554.KAA23095@emma.patton.com> from "Scott Whittle" at Jan 15, 96 10:54:30 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Scott Whittle stands accused of saying: > > 'Lo all - > I recently saw a thread on I/O at the port level using outb() and inb(). > Would someone post (or email) some source showing the use of each. > > I wrote a small program, which complied fine, but when I ran it (as root) > it puked big time. I'm not into the frustration thing, so I figure I'd ask > those who know. :) How about you send us your source so we can pick over it? Here's an example : open("/dev/io",O_RDONLY,0); i = inb(0x300); /* fiddle with port 0x300 */ outb(0x300,i+1); > Scott Whittle email: scott@patton.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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Mon Jan 15 18:43:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03598 for hackers-outgoing; Mon, 15 Jan 1996 18:43:48 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03593 for ; Mon, 15 Jan 1996 18:43:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA05754; Mon, 15 Jan 1996 18:41:01 -0800 To: dennis@etinc.com (dennis) cc: hackers@freebsd.org Subject: Re: 100Mbs Ethernet In-reply-to: Your message of "Mon, 15 Jan 1996 17:58:08 EST." <199601152258.RAA08455@etinc.com> Date: Mon, 15 Jan 1996 18:41:00 -0800 Message-ID: <5752.821760060@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Is there a 100Mbs ethernet solution (SMC?) with uses the if_de driver? If > not, what cards are supported? Yes, SMC's PCI cards are supported as are the DC2104x cards from Compex, DEC and Znyz. Jordan From owner-freebsd-hackers Mon Jan 15 18:45:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA03761 for hackers-outgoing; Mon, 15 Jan 1996 18:45:57 -0800 (PST) Received: from antares.cedar.Buffalo.EDU (antares-gw.cedar.Buffalo.EDU [128.205.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA03756 for ; Mon, 15 Jan 1996 18:45:52 -0800 (PST) Received: from hyades.cedar.Buffalo.EDU (hyades.cedar.Buffalo.EDU [128.205.33.202]) by antares.cedar.Buffalo.EDU (8.6.10/8.6.4) with ESMTP id VAA02920 for ; Mon, 15 Jan 1996 21:45:50 -0500 From: Terry Jones Received: by hyades.cedar.Buffalo.EDU (8.6.8) id VAA00256; Mon, 15 Jan 1996 21:45:49 -0500 Date: Mon, 15 Jan 1996 21:45:49 -0500 Message-Id: <199601160245.VAA00256@hyades.cedar.Buffalo.EDU> To: freebsd-hackers@FreeBSD.ORG Subject: Need Recommendations. Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I am looking to retire my old machine in favor of a PCI system and am looking for suggestions. I plan to go with an ASUS/Triton MB, any problems that I should be aware of? I also am planning to go with either an Adaptec 2940 (maybe 3940?) or BusLogic PCI SCSI controller... any comments on performance among these choices? I know this is kind of general but I wanted to get a feel for what the best choices may be for running FreeBSD. Thank you, Terry jones@cedar.buffalo.edu From owner-freebsd-hackers Mon Jan 15 18:58:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA04162 for hackers-outgoing; Mon, 15 Jan 1996 18:58:36 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA04157 for ; Mon, 15 Jan 1996 18:58:32 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id SAA04194; Mon, 15 Jan 1996 18:58:26 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id SAA14667; Mon, 15 Jan 1996 18:58:23 -0800 (PST) Message-Id: <199601160258.SAA14667@corbin.Root.COM> To: "Russell L. Carter" cc: dennis@etinc.com (dennis), hackers@FreeBSD.org Subject: Re: 100Mbs Ethernet In-reply-to: Your message of "Mon, 15 Jan 1996 18:11:53 PST." <199601160211.SAA21873@geli.clusternet> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 15 Jan 1996 18:58:22 -0800 Sender: owner-hackers@FreeBSD.org Precedence: bulk >} >Is there a 100Mbs ethernet solution (SMC?) with uses the if_de driver? If >} >not, what cards are supported? >} >} Yes. The if_de driver works with the SMC 9332 fast ethernet cards. > >It works with lot more cards, too, many of which are 30% cheaper than >the SMC, and have identical performance. I've verified the >following other brands: > >Infotel >Compex ^^^^^^ Are you sure about that? I didn't know that Compex started making a 100BaseTX card. Their first 100Mbit card was 100BaseVG and used an AT&T (or was that TI?) chip. The only 100Mbit hub they sell is also 100BaseVG. If they've figured out the 100BaseTX is the future (like everyone has been saying all along) and are now making products for it, then that would be great news... -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 15 19:07:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04605 for hackers-outgoing; Mon, 15 Jan 1996 19:07:37 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA04598 for ; Mon, 15 Jan 1996 19:07:30 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id UAA02934; Mon, 15 Jan 1996 20:09:50 -0700 Date: Mon, 15 Jan 1996 20:09:50 -0700 From: Nate Williams Message-Id: <199601160309.UAA02934@rocky.sri.MT.net> To: tnaggs@cddotdot.mikom.csir.co.za (Anthony Naggs) Cc: Hackers@FreeBSD.org, jkh@time.cdrom.com Subject: Re: FBSD 2.1 In-Reply-To: References: <16939.821639640@time.cdrom.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Copyrights. I don't particularly feel like tangling with either PKWARE > > or UniSys (LZ compression used in Zip). > > > > Jordan > > The InfoZip zip/unzip is fairly generous with their copyright conditions, > and they are fairly confident that they are not violating UniSys' or > PKWare's patents. I just spend the last few minutes looking through the sources, and it appears that ZIP doesn't use LZ, but LZW. Apparently they are different enough to be safe from Copyright problems. The only stickler's I could forsee are: 1) It's pretty much GPL code 2) Any code you write that uses Zip code would have to be GPL'd unless you 'spawn' off the zip tools. Other than that I think we're pretty safe. We're *much* safer with using Zip code than shipping the sources to BSD compress around. Nate From owner-freebsd-hackers Mon Jan 15 19:11:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04804 for hackers-outgoing; Mon, 15 Jan 1996 19:11:03 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA04797 for ; Mon, 15 Jan 1996 19:10:57 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id UAA02937; Mon, 15 Jan 1996 20:13:11 -0700 Date: Mon, 15 Jan 1996 20:13:11 -0700 From: Nate Williams Message-Id: <199601160313.UAA02937@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: Poul-Henning Kamp , Warner Losh , hackers@freebsd.org Subject: Re: FBSD 2.1 In-Reply-To: <3060.821713313@time.cdrom.com> References: <273.821697627@critter.tfs.com> <3060.821713313@time.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk [ Using ZIP for the package tools ] > Also, as a point of fact, I thought the unzip we were using was just > the uncompression part, not the unarchiving part. True, but as stated before (and I have them on backup tape somewhere) the format of a ZIP file is public knowledge, and the Info-ZIP folks have done their homework. Their code and algorithms are pretty safe. I think we've got other more heinous code in our tree that we could be more worried about. Again, nothing is safe in the U.S.A. from legal folks wanting to take a pot-shot at us, but I doubt that using ZIP would put us any more at risk that we already are. Nate From owner-freebsd-hackers Mon Jan 15 19:47:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA07111 for hackers-outgoing; Mon, 15 Jan 1996 19:47:52 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA07093 for ; Mon, 15 Jan 1996 19:47:33 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id OAA00779; Tue, 16 Jan 1996 14:46:39 +1100 From: michael butler Message-Id: <199601160346.OAA00779@asstdc.scgt.oz.au> Subject: Re: WC CDROM dealers in Australia To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 16 Jan 1996 14:46:38 +1100 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <5335.821756226@time.cdrom.com> from "Jordan K. Hubbard" at Jan 15, 96 05:37:06 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > I've had a few requests from our Australian users asking me just where > they might locate the FreeBSD CD. Please also note that there are two sup servers in Oz which can relieve the pain of an already saturated link to the US as well as lifting some of the load from freefall. Australian sup users should use either of .. sup.au.freebsd.org (aka x.physics.usyd.edu.au) or sup2.au.freebsd.org (aka pcm.asstdc.com.au) .. you'll find these significantly easier to get to and transfer from :-) michael From owner-freebsd-hackers Mon Jan 15 19:48:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA07134 for hackers-outgoing; Mon, 15 Jan 1996 19:48:00 -0800 (PST) Received: from mail.opensol.com.ar (mail.opensol.com.ar [200.26.38.142]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA07102 for ; Mon, 15 Jan 1996 19:47:47 -0800 (PST) Received: (from chx0@localhost) by mail.opensol.com.ar (8.6.12/8.6.12) id VAA01982; Mon, 15 Jan 1996 21:49:57 -0300 From: CHX0 Message-Id: <199601160049.VAA01982@mail.opensol.com.ar> Subject: Re: reboot To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 15 Jan 1996 21:49:57 -0300 (ARG) Cc: freebsd-hackers@freebsd.org, mariojd@isol.net In-Reply-To: <199601160002.BAA13827@uriah.heep.sax.de> from "J Wunsch" at Jan 16, 96 01:02:56 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > As CHX0 wrote: > > > > My system running 2.1.0-RELEASE doesn't reboot even after setting > > BROKEN_KEYBOARD_RESET ni the new rebuilt kernel (the whole change > > is that now it doesn't print the message that the keyboard reset > > didn't work). Any clue about this ? Does FreeBSD attempt to do a > > cold or a warm boot ? does it use int 19 h ? > > There's no reliable way to cold boot a PeeCee. Send your ovations for > this sin to Big Blue, please. The result of a broken cold boot is Or to Intel ? > what you're seeing... > > No, FreeBSD doesn't use int 0x19, it doesn't have access to the BIOS, > and all int 0x19 does is just jumping to 0xffff0. (Unless a virus has > been trapping int 0x19 while you were in DOS. :-) > > My machine at work doesn't reboot completely either, btw. I've been playing around with some chipset options on my DX4/100 1994 AMI motherboard, to handle Rset Control and A20 either through the chipset or through the Keyboard controller. All I got is a panic :privilege instruction fault while in kernel mode, running process was reboot, IP was 0x8:0xf01ac471 ...:-( > > -- > 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 Jan 15 19:58:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA07833 for hackers-outgoing; Mon, 15 Jan 1996 19:58:46 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-153.emea.ibm.net [139.92.42.153]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA07819 Mon, 15 Jan 1996 19:58:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id CAA20020; Tue, 16 Jan 1996 02:58:06 +0100 (MET) Message-Id: <199601160158.CAA20020@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: Daniel Leeds cc: hackers@freebsd.org Subject: Re: telnetd source Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Fri, 12 Jan 1996 17:14:14 GMT." <199601121714.RAA10879@sponsor.octet.com> Date: Tue, 16 Jan 1996 02:58:05 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: Daniel Leeds > > i dunno what package its in, but can anyone send me the c source file to > telnetd? locate telnetd /usr/libexec/telnetd /usr/src/libexec/telnetd thus its not a port but in src/ ... you should have it PS locate runs from updatedb in /etc/weekly, it's really handy, try it :-) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Mon Jan 15 20:00:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08007 for hackers-outgoing; Mon, 15 Jan 1996 20:00:04 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-153.emea.ibm.net [139.92.42.153]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA07962 Mon, 15 Jan 1996 19:59:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id CAA18845; Tue, 16 Jan 1996 02:05:05 +0100 (MET) Message-Id: <199601160105.CAA18845@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: uhclem@nemesis.lonestar.org (Frank Durda IV) cc: hackers@freebsd.org Subject: Re: APC UPS Command set Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Sat, 06 Jan 1996 22:54:00 +0700." Date: Tue, 16 Jan 1996 02:05:02 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: uhclem@nemesis.lonestar.org (Frank Durda IV) > You quoting doc you found > ] [Note on a proper DB25 RS-232 connection, pin 7 is ground, not pin 5] Pin 7 on a 25 pin D = pin 5 on 9 pin D = Signal Ground (Pin 1 on a 25 is chassis ground) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Mon Jan 15 20:00:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08141 for hackers-outgoing; Mon, 15 Jan 1996 20:00:49 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-153.emea.ibm.net [139.92.42.153]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA08119 Mon, 15 Jan 1996 20:00:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id BAA17325; Tue, 16 Jan 1996 01:21:47 +0100 (MET) Message-Id: <199601160021.BAA17325@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: michael smith cc: hackers@freebsd.org Subject: Re: location of bad144 table Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Mon, 15 Jan 1996 22:47:01 +1030." Date: Tue, 16 Jan 1996 01:21:46 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: michael smith > > (*grumble*) how does one get Pine to add a Reply-To: ? 8( Don't know, sorry, but if you like X11 based tools, EXMH is great, you might prefer it, I have a ports/mail/exmh port here, For EXMH the reply-to is done like this: Mail/forwcomps To: cc: Subject: Reply-To: Julian H. Stacey Web: http://www.freebsd.org/~jhs/ Mailer: EXMH [version 1.6.5 95 12 11] Mail/replcomps %(lit)%(formataddr %<{reply-to}%?{from}%?{sender}%?{return-path}%>)\ %<(nonnull)%(void(width))%(putaddr To: )\n%>\ %(lit)%(formataddr{to})%(formataddr{cc})%(formataddr(me))\ %<(nonnull)%(void(width))%(putaddr cc: )\n%>\ %<{fcc}Fcc: %{fcc}\n%>\ %<{subject}Subject: Re: %{subject}\n%>\ Reply-To: Julian H. Stacey \\n\ Web: http://www.freebsd.org/~jhs/\n\ Mailer: EXMH version 1.6.5 95 12 11\n\ %<{date}In-reply-to: Your message of "\ %<(nodate{date})%{date}%|%(pretty{date})%>."%<{message-id} %{message-id}%>\n%>\ -------- Hi, Reference: > %<{from}From: %{from}%> > %<{reply-to}Reply-to: %{reply-to}\n> %>\ %<{subject}Subject: Re: %{subject}\n> %>\ %<{date}Date: %{date}%> > %<{message-id}Message-id: %{message-id}%> > Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Mon Jan 15 20:01:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08178 for hackers-outgoing; Mon, 15 Jan 1996 20:01:00 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-153.emea.ibm.net [139.92.42.153]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA08148 Mon, 15 Jan 1996 20:00:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id BAA17264; Tue, 16 Jan 1996 01:12:15 +0100 (MET) Message-Id: <199601160012.BAA17264@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: SCSI Scanner anybody? Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Mon, 15 Jan 1996 02:04:15 +0100." <199601150104.CAA09259@uriah.heep.sax.de> Date: Tue, 16 Jan 1996 01:12:14 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: J Wunsch > > My tests that finally caused Nate to commit the `hpscan' port have > been done with an HP Scanjet 4A hooked on an AHA-2940. I notice it with great interest, & noted the ports/graphics/hpscan/work/README, ( my 2 FreeBSD systems, have an Adaptec 1542B, & a 1542A). I'd like to buy a flatbed scanner, did you buy yours in Germany, or by mail order < US ? Any tips to those yet to put their toe in the water ? (Good & bad models, Prices, Resolution etc ?) I guess I must find a scanner faq, but can't remember the domain name for that rtfm.whatever site. Julian Muenchen, Germany -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Mon Jan 15 20:05:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08532 for hackers-outgoing; Mon, 15 Jan 1996 20:05:26 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-153.emea.ibm.net [139.92.42.153]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA08509 Mon, 15 Jan 1996 20:04:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id BAA17323; Mon, 15 Jan 1996 01:00:33 +0100 (MET) Message-Id: <199601150000.BAA17323@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: grog@lemis.de (Greg Lehey) cc: leisner@sdsp.mc.xerox.com, tbmuucp@site137.ping.at, marino.ladavac@aut.alcatel.at, velte@mimsy.cdrom.com, micheel@fokus.gmd.de, jkh@time.cdrom.com, hackers@freebsd.org (FreeBSD Hackers), doc@allegro.lemis.de Subject: Re: Bounced mail for lemis.de Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Fri, 12 Jan 1996 18:58:41 +0100." <199601121758.SAA22652@allegro.lemis.de> Date: Mon, 15 Jan 1996 01:00:31 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: grog@lemis.de (Greg Lehey) > > Sorry for the problems. Does anybody know a good ISP in Germany? Look at my: http://www.freebsd.org/~jhs/ip_providers.html Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Mon Jan 15 20:05:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08584 for hackers-outgoing; Mon, 15 Jan 1996 20:05:54 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-153.emea.ibm.net [139.92.42.153]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA08533 Mon, 15 Jan 1996 20:05:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id AAA17218; Mon, 15 Jan 1996 00:50:02 +0100 (MET) Message-Id: <199601142350.AAA17218@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: Ollivier Robert , freebsd-hackers@freebsd.org (FreeBSD Hackers' list) Subject: Re: Building a "custom" release of 2.1.0 Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Sat, 13 Jan 1996 23:31:06 PST." <20716.821604666@time.cdrom.com> Date: Mon, 15 Jan 1996 00:50:01 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: "Jordan K. Hubbard" > > > I want to build a release of 2.1 for a friend. I have 430 MB available on > > /y, is that enough ? > > I don't think so. You'll probably want close to 650MB to do this, > if memory serves me correctly. > > > My primary problem is that I don't want to build the release with the > > GENERIC kernel but with a custom one. What do I have to do for that ? > > If you don't want to check in your changes into your local repo (I > assume you have a CVS tree there or you wouldn't even be able to do > this) on the RELENG_2_1_0 branch then you've no choice but to simply > watch the process as it goes along and then dash into the checked out > copy of the tree right after the checkout is done and make your > changes to it. Jordan, What was the rationale for FreeBSD going over to requiring CVS just to produce a release ? FreeBSD didn't use to do it that way. Involving CVS takes longer, uses more disc, so why ? Is it because the process becomes less stable, more likely to break, & thus is some kind of sensitivity/stability test ? Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Mon Jan 15 20:11:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08871 for hackers-outgoing; Mon, 15 Jan 1996 20:11:05 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA08866 for ; Mon, 15 Jan 1996 20:10:43 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.12) id VAA25206 for freebsd-hackers@freefall.cdrom.com; Mon, 15 Jan 1996 21:10:30 -0700 From: Don Yuniskis Message-Id: <199601160410.VAA25206@seagull.rtd.com> Subject: "vga" in /etc/ttys To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Mon, 15 Jan 1996 21:10:30 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Greetings! Is "vga" still a viable option for "console" in /etc/ttys? Or has it been deprecated in favor of "just another ttyv*"? Thx, --don From owner-freebsd-hackers Mon Jan 15 20:12:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA09029 for hackers-outgoing; Mon, 15 Jan 1996 20:12:15 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA09024 for ; Mon, 15 Jan 1996 20:12:12 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.12) id VAA25278 for freebsd-hackers@freefall.cdrom.com; Mon, 15 Jan 1996 21:12:10 -0700 From: Don Yuniskis Message-Id: <199601160412.VAA25278@seagull.rtd.com> Subject: LapLink cable? To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Mon, 15 Jan 1996 21:12: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 Precedence: bulk Greetings! The parallel port SLIP setup apparently uses a "Laplink cable". Does anyone have a pinout, etc. of this (for those of us that roll our own cables)? Anything "peculiar" about it (i.e. is it *active*)? Thx, don From owner-freebsd-hackers Mon Jan 15 20:36:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10433 for hackers-outgoing; Mon, 15 Jan 1996 20:36:51 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA10426 for ; Mon, 15 Jan 1996 20:36:48 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id UAA22790 for hackers@freebsd.org; Mon, 15 Jan 1996 20:36:26 -0800 Date: Mon, 15 Jan 1996 20:36:26 -0800 From: Julian Elischer Message-Id: <199601160436.UAA22790@ref.tfs.com> To: hackers@freebsd.org Subject: Warning: Flag-day.. Sender: owner-hackers@freebsd.org Precedence: bulk The changes for Libc for Thread-safe operation are about ready.. I will be doing some test over the next few evenings and will be commiting a MASSIVE set of changes.. (13000 lines of diff and new files) there are 150 new or changed files in this set including man-pages and library files, also Makefiles etc. There is a new library "uthreads" which is a pthreads variant and ther will also be following a little later, a more standard pthreads version (CAP's pthreads) (I hope). this might be a good time to make sure you're all up-to date as the libs will be a little(hopefully not much) suspect, even though all (well, nearly all) the changes are guarded by #ifdef _THREAD_SAFE_ constructs for compatibility.. never-the less such a large change set always has dangers.. julian +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@ref.tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ v From owner-freebsd-hackers Mon Jan 15 20:41:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10677 for hackers-outgoing; Mon, 15 Jan 1996 20:41:59 -0800 (PST) Received: from cabal.io.org (cabal.io.org [198.133.36.103]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA10672 Mon, 15 Jan 1996 20:41:52 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id XAA01926; Mon, 15 Jan 1996 23:37:26 -0500 Date: Mon, 15 Jan 1996 23:37:26 -0500 (EST) From: Brian Tao To: Lyndon Nerenberg cc: FREEBSD-HACKERS-L , FREEBSD-ISP-L Subject: Re: A few other concerns from a FreeBSD ISP In-Reply-To: <199601062132.NAA07410@multivac.orthanc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sat, 6 Jan 1996, Lyndon Nerenberg wrote: > > The rlogin problem is as you described it. I see it under all 2.X > releases. It's been infrequent enough of a problem that I haven't > bothered with a fix. It is annoying, though. *sigh*... any ideas what might constitute a fix? > The NFS problem you see is specific to TCP mounts. Can you run UDP? How do I specify that? The nfsd's on the server are started as "nfsd -t -u 7", to accomodate both types of requests. I don't see any such option with mount or nfsiod on the client side. > There are other problems with TCP mounts. If you restart mountd on the > server the existing TCP connections are dropped, forcing you to go > through a manual umount/mount cycle on the clients. I'm not clear on > whether TCP mounts should restart automatically -- I can't find anything > that specifies how TCP based mounts are supposed to act. > > If hanging NFS mounts are a problem you really should look at using > amd. It's a bit of work to set up, but one running it at least gives > a workaround for some of the NFS problems. Then again, I find that right > now I cannot unmount and NFS FS that's gone stale, even with umount -f. I had that problem too. The directory mount point doesn't show up in an ls, mount says it isn't mounted, but df says it is. :( -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Mon Jan 15 20:42:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10737 for hackers-outgoing; Mon, 15 Jan 1996 20:42:34 -0800 (PST) Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA10726 for ; Mon, 15 Jan 1996 20:42:22 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id WAA00200 for freebsd-hackers@freebsd.org; Mon, 15 Jan 1996 22:39:28 -0600 (CST) Message-Id: <199601160439.WAA00200@mpp.minn.net> Subject: recovery floppy To: freebsd-hackers@freebsd.org Date: Mon, 15 Jan 1996 22:39:28 -0600 (CST) From: "Mike Pritchard" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I was attempting to fix a friends FreeBSD 2.1 machine, and was having problems getting my recovery floppy mounted It turns out that the clean flag on the file system on the floppy was not set, thus the install program would not mount it. Perhaps there should be an option in sysinstall to allow you to fsck the recovery floppy if the mount fails. -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Mon Jan 15 21:31:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA12952 for hackers-outgoing; Mon, 15 Jan 1996 21:31:35 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA12931 for ; Mon, 15 Jan 1996 21:30:18 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA06514; Tue, 16 Jan 1996 10:27:08 +0500 From: "Serge A. Babkin" Message-Id: <199601160527.KAA06514@hq.icb.chel.su> Subject: Re: YAY! I have a question To: yves@CC.McGill.CA Date: Tue, 16 Jan 1996 10:27:07 +0500 (GMT+0500) Cc: hackers@FreeBSD.org In-Reply-To: <199601121752.MAA12638@maelstrom.cc.mcgill.ca> from "Yves Lepage" at Jan 12, 96 12:52:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Hi all, > I have no ideas about your case but may be it will be helpful for you to know that I have tried once to run my machine with two 3c509 cards installed and it worked well. What version of FreeBSD are you running ? > I've not posted to the list for a long time, FreeBSD just runs so well. > > But now, I am hitting a weird problem. > > > I installed a second 3c509b adapter in my FreeBSD machine (the first > 3c509b adapter works just fine). > > Here is the dmesg output: > > scd0 not found at 0x230 > ie0 not found at 0x360 > 2 3C5x9 board(s) on ISA found at 0x200 0x300 > ep0 at 0x300-0x30f irq 5 on isa > ep0: aui/bnc/utp[*UTP*] address 00:20:af:a0:64:38 irq 5 > ep1 at 0x200-0x20f irq 10 on isa > ep1: aui/bnc/utp[*UTP*] address 00:20:af:a0:63:44 irq 10 > ix0 not probed due to I/O address conflict with ep0 at 0x300 > le0 not probed due to I/O address conflict with ep0 at 0x300 > > This means both boards are found. > > here is my ifconfig -a: > > lp0: flags=8810 mtu 1500 > ep0: flags=8a63 mtu 1500 > inet 132.216.30.10 netmask 0xfffffff8 broadcast 132.216.30.15 > ether 00:20:af:a0:64:38 > ep0: flags=8a63 mtu 1500 > inet 132.216.30.10 netmask 0xfffffff8 broadcast 132.216.30.15 > ether 00:20:af:a0:64:38 > lo0: flags=8009 mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > sl0: flags=c010 mtu 552 > tun0: flags=8010 mtu 1500 > > > I have two ep0's interfaces... A nice surprize :-( What does lsdev show ? > tempest# ifconfig ep1 up > ifconfig: ioctl (SIOCGIFFLAGS): no such interface > > > When I try to put ep1 up, I get this but the kernel did see it ! > > Here is the relevant part of my config file: > > device ep0 at isa? port 0x300 net irq 5 vector epintr > device ep1 at isa? port 0x200 net irq 10 vector epintr > > Does anyone have an idea of what goes wrong? For me it looks like a problem with network initialization. -SB From owner-freebsd-hackers Mon Jan 15 21:39:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA13404 for hackers-outgoing; Mon, 15 Jan 1996 21:39:10 -0800 (PST) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA13323 for ; Mon, 15 Jan 1996 21:37:29 -0800 (PST) Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id KAA06551; Tue, 16 Jan 1996 10:37:28 +0500 From: "Serge A. Babkin" Message-Id: <199601160537.KAA06551@hq.icb.chel.su> Subject: Re: 3c5x9 multicast To: cher@test.phys.msu.su (Alicher O Alikhodjaev) Date: Tue, 16 Jan 1996 10:37:28 +0500 (GMT+0500) Cc: hackers@freebsd.org, jkh@cdrom.com In-Reply-To: <199601151322.QAA06200@test.phys.msu.su> from "Alicher O Alikhodjaev" at Jan 15, 96 04:22:30 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > SUMMARY: > This patch adds multicast support for 3c5x9 (ep) driver > INSTALLATION: > cd /sys # your local kernel source tree > patch -p < this_file > # then rebuild your kernel > > =================================================================== > *** i386/isa/if_ep.c.cur Thu Dec 28 17:57:32 1995 > --- i386/isa/if_ep.c Mon Jan 15 15:59:14 1996 > *************** [ skipped ] There already were at least two patches doing the same. But none of them is commited yet. The following patch does multicast, support for PnP, resolving conflicts between 3c509 and 3c507 drivers, slightly more right changes of the device state. The only problem with it is that it was made about 2 months ago for that's day -current and may have problems when applied to current -current. Perhaps it will be not bad if somebody from the core team will commit it. Thank you in advance! -SB ----------------------------cut here ------------------------------------ *** if_ep.c Sun Nov 5 10:57:47 1995 --- /sys/i386/isa/if_ep.c Mon Nov 20 14:15:32 1995 *************** *** 105,110 **** --- 105,111 ---- #include #include #include + #include static int epprobe __P((struct isa_device *)); static int epattach __P((struct isa_device *)); *************** *** 113,118 **** --- 114,120 ---- static void epmbufempty __P((struct ep_softc *)); void epinit __P((int)); + void epintr __P((int)); void epread __P((struct ep_softc *)); void epreset __P((int)); void epstart __P((struct ifnet *)); *************** *** 121,126 **** --- 123,129 ---- static int send_ID_sequence __P((int)); static int get_eeprom_data __P((int, int)); + static struct ep_board *ep_look_for_board_at(struct isa_device *); struct ep_softc ep_softc[NEP]; *************** *** 158,168 **** int ep_current_tag = EP_LAST_TAG + 1; ! struct { ! int epb_addr; /* address of this board */ ! char epb_used; /* was this entry already used for configuring ? */ ! } ! ep_board[EP_MAX_BOARDS + 1]; static int eeprom_rdy(is) --- 161,167 ---- int ep_current_tag = EP_LAST_TAG + 1; ! struct ep_board ep_board[EP_MAX_BOARDS + 1]; static int eeprom_rdy(is) *************** *** 178,188 **** return (1); } ! static int ep_look_for_board_at(is) struct isa_device *is; { ! int data, i, j, io_base, id_port = EP_ID_PORT; int nisa = 0, neisa = 0; if (ep_current_tag == (EP_LAST_TAG + 1)) { --- 177,187 ---- return (1); } ! static struct ep_board * ep_look_for_board_at(is) struct isa_device *is; { ! int data, i, j, io_base, id_port = ELINK_ID_PORT; int nisa = 0, neisa = 0; if (ep_current_tag == (EP_LAST_TAG + 1)) { *************** *** 207,236 **** * Once activated, all the registers are mapped in the range * x000 - x00F, where x is the slot number. */ ep_board[neisa].epb_used = 0; ep_board[neisa++].epb_addr = j * EP_EISA_START; } ep_current_tag--; /* Look for the ISA boards. Init and leave them actived */ outb(id_port, 0xc0); /* Global reset */ DELAY(10000); for (i = 0; i < EP_MAX_BOARDS; i++) { outb(id_port, 0); outb(id_port, 0); send_ID_sequence(id_port); data = get_eeprom_data(id_port, EEPROM_MFG_ID); if (data != MFG_ID) break; /* resolve contention using the Ethernet address */ for (j = 0; j < 3; j++) ! data = get_eeprom_data(id_port, j); ep_board[neisa+nisa].epb_used = 0; ep_board[neisa+nisa++].epb_addr = ! (get_eeprom_data(id_port, EEPROM_ADDR_CFG) & 0x1f) * 0x10 + 0x200; outb(id_port, ep_current_tag); /* tags board */ outb(id_port, ACTIVATE_ADAPTER_TO_CONFIG); ep_current_tag--; --- 206,267 ---- * Once activated, all the registers are mapped in the range * x000 - x00F, where x is the slot number. */ + ep_board[neisa].epb_isa = 0; ep_board[neisa].epb_used = 0; ep_board[neisa++].epb_addr = j * EP_EISA_START; } ep_current_tag--; /* Look for the ISA boards. Init and leave them actived */ + outb(id_port, 0); + outb(id_port, 0); + + #if 0 + send_ID_sequence(id_port); + #else + elink_idseq(0xCF); + #endif + + #if 0 outb(id_port, 0xc0); /* Global reset */ + #else + elink_reset(); + #endif DELAY(10000); for (i = 0; i < EP_MAX_BOARDS; i++) { outb(id_port, 0); outb(id_port, 0); + #if 0 send_ID_sequence(id_port); + #else + elink_idseq(0xCF); + #endif data = get_eeprom_data(id_port, EEPROM_MFG_ID); if (data != MFG_ID) break; /* resolve contention using the Ethernet address */ + for (j = 0; j < 3; j++) ! get_eeprom_data(id_port, j); ! ! /* and save this address for later use */ ! ! for (j = 0; j < 3; j++) ! ep_board[neisa+nisa].eth_addr[j] = get_eeprom_data(id_port, j); ! ! ep_board[neisa+nisa].res_cfg = ! get_eeprom_data(id_port, EEPROM_RESOURCE_CFG); ! ! ep_board[neisa+nisa].prod_id = ! get_eeprom_data(id_port, EEPROM_PROD_ID); + ep_board[neisa].epb_isa = 1; ep_board[neisa+nisa].epb_used = 0; ep_board[neisa+nisa++].epb_addr = ! (get_eeprom_data(id_port, EEPROM_ADDR_CFG) & 0x1f) * 0x10 + 0x200; ! outb(id_port, ep_current_tag); /* tags board */ outb(id_port, ACTIVATE_ADAPTER_TO_CONFIG); ep_current_tag--; *************** *** 270,287 **** IS_BASE=ep_board[i].epb_addr; ep_board[i].epb_used=1; ! return 1; } else { for (i=0; ep_board[i].epb_addr && ep_board[i].epb_addr != IS_BASE; i++); ! if( ep_board[i].epb_used || ep_board[i].epb_addr != IS_BASE) return 0; if (inw(IS_BASE + EP_W0_EEPROM_COMMAND) & EEPROM_TST_MODE) printf("ep%d: 3c5x9 at 0x%x in test mode. Erase pencil mark!\n", is->id_unit, IS_BASE); ep_board[i].epb_used=1; ! return 1; } } --- 301,320 ---- IS_BASE=ep_board[i].epb_addr; ep_board[i].epb_used=1; ! ! return &ep_board[i]; } else { for (i=0; ep_board[i].epb_addr && ep_board[i].epb_addr != IS_BASE; i++); ! if( ep_board[i].epb_used || ep_board[i].epb_addr != IS_BASE) return 0; if (inw(IS_BASE + EP_W0_EEPROM_COMMAND) & EEPROM_TST_MODE) printf("ep%d: 3c5x9 at 0x%x in test mode. Erase pencil mark!\n", is->id_unit, IS_BASE); ep_board[i].epb_used=1; ! ! return &ep_board[i]; } } *************** *** 308,330 **** { struct ep_softc *sc = &ep_softc[is->id_unit]; u_short k; ep_registerdev(is); ! if (!ep_look_for_board_at(is)) return (0); /* * The iobase was found and MFG_ID was 0x6d50. PROD_ID should be * 0x9[0-f]50 */ GO_WINDOW(0); ! k = get_e(is, EEPROM_PROD_ID); if ((k & 0xf0ff) != (PROD_ID & 0xf0ff)) { printf("epprobe: ignoring model %04x\n", k); return (0); } ! k = get_e(is, EEPROM_RESOURCE_CFG); k >>= 12; /* Now we have two cases again: --- 341,365 ---- { struct ep_softc *sc = &ep_softc[is->id_unit]; u_short k; + int i; ep_registerdev(is); ! if(( sc->epb=ep_look_for_board_at(is) )==0) return (0); /* * The iobase was found and MFG_ID was 0x6d50. PROD_ID should be * 0x9[0-f]50 */ GO_WINDOW(0); ! k = sc->epb->epb_isa ? sc->epb->prod_id : get_e(is, EEPROM_PROD_ID); if ((k & 0xf0ff) != (PROD_ID & 0xf0ff)) { printf("epprobe: ignoring model %04x\n", k); return (0); } ! k = sc->epb->epb_isa ? sc->epb->res_cfg : get_e(is, EEPROM_RESOURCE_CFG); ! k >>= 12; /* Now we have two cases again: *************** *** 399,405 **** p = (u_short *) & sc->arpcom.ac_enaddr; for (i = 0; i < 3; i++) { GO_WINDOW(0); ! p[i] = htons(get_e(is, i)); GO_WINDOW(2); outw(BASE + EP_W2_ADDR_0 + (i * 2), ntohs(p[i])); } --- 434,440 ---- p = (u_short *) & sc->arpcom.ac_enaddr; for (i = 0; i < 3; i++) { GO_WINDOW(0); ! p[i] = htons( sc->epb->epb_isa ? sc->epb->eth_addr[i] : get_e(is, i) ); GO_WINDOW(2); outw(BASE + EP_W2_ADDR_0 + (i * 2), ntohs(p[i])); } *************** *** 426,432 **** ifp->if_unit = is->id_unit; ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; --- 461,467 ---- ifp->if_unit = is->id_unit; ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; *************** *** 435,441 **** ifp->if_timer=1; if_attach(ifp); ! kdc_ep[is->id_unit].kdc_state = DC_BUSY; /* * Fill the hardware address into ifa_addr if we find an AF_LINK entry. --- 470,478 ---- ifp->if_timer=1; if_attach(ifp); ! ! /* device attach does transition from UNCONFIGURED to IDLE state */ ! kdc_ep[is->id_unit].kdc_state=DC_IDLE; /* * Fill the hardware address into ifa_addr if we find an AF_LINK entry. *************** *** 814,820 **** sc->rx_no_first, sc->rx_no_mbuf, sc->rx_bpf_disc, sc->rx_overrunf, sc->rx_overrunl, sc->tx_underrun); #else ! printf("ep%d: Status: %x\n", unit, status); #endif epinit(unit); splx(x); --- 851,863 ---- sc->rx_no_first, sc->rx_no_mbuf, sc->rx_bpf_disc, sc->rx_overrunf, sc->rx_overrunl, sc->tx_underrun); #else ! ! #ifdef DIAGNOSTIC ! printf("ep%d: Status: %x (input buffer overflow)\n", unit, status); ! #else ! ++sc->arpcom.ac_if.if_ierrors; ! #endif ! #endif epinit(unit); splx(x); *************** *** 1134,1139 **** --- 1177,1186 ---- switch (cmd) { case SIOCSIFADDR: ifp->if_flags |= IFF_UP; + + /* netifs are BUSY when UP */ + kdc_ep[ifp->if_unit].kdc_state=DC_BUSY; + switch (ifa->ifa_addr->sa_family) { #ifdef INET case AF_INET: *************** *** 1192,1197 **** --- 1239,1249 ---- } break; case SIOCSIFFLAGS: + /* UP controls BUSY/IDLE */ + kdc_ep[ifp->if_unit].kdc_state= ( (ifp->if_flags & IFF_UP) + ? DC_BUSY + : DC_IDLE ); + if ((ifp->if_flags & IFF_UP) == 0 && ifp->if_flags & IFF_RUNNING) { ifp->if_flags &= ~IFF_RUNNING; epstop(ifp->if_unit); *************** *** 1204,1209 **** --- 1256,1262 ---- } /* NOTREACHED */ + #if 0 if (ifp->if_flags & IFF_UP && (ifp->if_flags & IFF_RUNNING) == 0) epinit(ifp->if_unit); *************** *** 1216,1221 **** --- 1269,1275 ---- ep_frst(F_PROMISC); epinit(ifp->if_unit); } + #endif break; #ifdef notdef *************** *** 1234,1241 **** } else { ifp->if_mtu = ifr->ifr_mtu; } ! break; ! default: error = EINVAL; } --- 1288,1302 ---- } else { ifp->if_mtu = ifr->ifr_mtu; } ! break; ! case SIOCADDMULTI: ! case SIOCDELMULTI: ! /* Now this driver has no support for programmable ! * multicast filters. If some day it will gain this ! * support this part of code must be extended. ! */ ! error=0; ! break; default: error = EINVAL; } *** if_epreg.h Thu Sep 7 09:03:48 1995 --- /sys/i386/isa/if_epreg.h Mon Nov 20 14:15:32 1995 *************** *** 71,76 **** --- 71,78 ---- #define F_ACCESS_32_BITS 0x100 + struct ep_board *epb; + #ifdef EP_LOCAL_STATS short tx_underrun; short rx_no_first; *************** *** 80,85 **** --- 82,98 ---- short rx_overrunl; #endif }; + + struct ep_board { + int epb_addr; /* address of this board */ + char epb_used; /* was this entry already used for configuring ? */ + /* data from EEPROM for later use */ + char epb_isa; /* flag: this is an ISA card */ + u_short eth_addr[3]; /* Ethernet address */ + u_short prod_id; /* product ID */ + u_short res_cfg; /* resource configuration */ + }; + /* * Some global constants From owner-freebsd-hackers Mon Jan 15 21:40:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA13612 for hackers-outgoing; Mon, 15 Jan 1996 21:40:29 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA13606 for ; Mon, 15 Jan 1996 21:40:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA06999; Mon, 15 Jan 1996 21:39:45 -0800 To: Nate Williams cc: tnaggs@cddotdot.mikom.csir.co.za (Anthony Naggs), Hackers@FreeBSD.org Subject: Re: FBSD 2.1 In-reply-to: Your message of "Mon, 15 Jan 1996 20:09:50 MST." <199601160309.UAA02934@rocky.sri.MT.net> Date: Mon, 15 Jan 1996 21:39:45 -0800 Message-ID: <6997.821770785@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Other than that I think we're pretty safe. We're *much* safer with > using Zip code than shipping the sources to BSD compress around. Hmmmm. OK, how's the quality of the code? Do you forsee much difficulty in my taking chunks of the code and making it into a library API rather than a simple monolithic program? Is there anyone out there who would care to do this FOR me so that I can work away on sysinstall for awhile instead? :-) Jordan From owner-freebsd-hackers Mon Jan 15 21:43:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA13718 for hackers-outgoing; Mon, 15 Jan 1996 21:43:44 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA13712 for ; Mon, 15 Jan 1996 21:43:40 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id WAA03311; Mon, 15 Jan 1996 22:46:05 -0700 Date: Mon, 15 Jan 1996 22:46:05 -0700 From: Nate Williams Message-Id: <199601160546.WAA03311@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: Nate Williams , tnaggs@cddotdot.mikom.csir.co.za (Anthony Naggs), Hackers@FreeBSD.org Subject: Re: FBSD 2.1 In-Reply-To: <6997.821770785@time.cdrom.com> References: <199601160309.UAA02934@rocky.sri.MT.net> <6997.821770785@time.cdrom.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk [ Using ZIP for the pkg tools ] > Hmmmm. OK, how's the quality of the code? OK. > Do you forsee much difficulty > in my taking chunks of the code and making it into a library API rather > than a simple monolithic program? Do you want a library instead of just calling the zip/unzip utils and parsing the output? Although I think the latter would be much slower, it would avoid you having to GPL your package tools, and avoid 'Yet-Another' GPL utility in the tree. Also, what kind of API would you like to see? You are the most familiar with the package tools, so if you write up a quick 'this is what I'd like to see API' then it would be easier for someone to know what is expected. Nate From owner-freebsd-hackers Mon Jan 15 21:53:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA14191 for hackers-outgoing; Mon, 15 Jan 1996 21:53:25 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA14184 for ; Mon, 15 Jan 1996 21:53:16 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA02316; Tue, 16 Jan 1996 16:49:09 +1100 Date: Tue, 16 Jan 1996 16:49:09 +1100 From: Bruce Evans Message-Id: <199601160549.QAA02316@godzilla.zeta.org.au> To: bde@zeta.org.au, miff@spam.frisbee.net.au Subject: Re: location of bad144 table Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >It would appear that the bad144 program still uses the 'c' partition, or No. >divines the end of the disk in a fashion different from the kernel code. Maybe. It attempts to screw up by always reading the label directly off the disk (like the -r option to disklabel), but this is supposed to be handled by modifying the label sector as it is read and written. >At least, bad144 runs without a slew of error messages, whilst attempting >to read the disklabel once bad144 has been run results in much unhappiness. ^^^^^^^^^ bad sector table? Can bad144 read what it wrote? Bruce From owner-freebsd-hackers Mon Jan 15 22:22:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA15662 for hackers-outgoing; Mon, 15 Jan 1996 22:22:56 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA15329 for ; Mon, 15 Jan 1996 22:18:21 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA28110; Tue, 16 Jan 1996 16:44:37 +1030 From: Michael Smith Message-Id: <199601160614.QAA28110@genesis.atrad.adelaide.edu.au> Subject: Re: FBSD 2.1 To: nate@sri.MT.net (Nate Williams) Date: Tue, 16 Jan 1996 16:44:37 +1030 (CST) Cc: jkh@time.cdrom.com, phk@critter.tfs.com, imp@village.org, hackers@freebsd.org In-Reply-To: <199601160313.UAA02937@rocky.sri.MT.net> from "Nate Williams" at Jan 15, 96 08:13:11 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Nate Williams stands accused of saying: > > [ Using ZIP for the package tools ] > > Also, as a point of fact, I thought the unzip we were using was just > > the uncompression part, not the unarchiving part. > > True, but as stated before (and I have them on backup tape somewhere) > the format of a ZIP file is public knowledge, and the Info-ZIP folks > have done their homework. Their code and algorithms are pretty safe. I Indeed. 'man zip': ACKNOWLEDGEMENTS Thanks to R. P. Byrne for his Shrink.Pas program, which inspired this project, and from which the shrink algorithm was stolen; to Phil Katz for placing in the public domain the zip file format, compression format, and .ZIP filename extension, and for accepting minor changes to the file format; to Steve Burg for clarifications on the deflate ... > Nate -- ]] 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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Mon Jan 15 23:24:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18207 for hackers-outgoing; Mon, 15 Jan 1996 23:24:08 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA18165 for ; Mon, 15 Jan 1996 23:23:56 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id IAA16333 ; Tue, 16 Jan 1996 08:23:42 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id IAA13615 ; Tue, 16 Jan 1996 08:23:41 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA14533; Tue, 16 Jan 1996 08:12:49 +0100 (MET) From: Ollivier Robert Message-Id: <199601160712.IAA14533@keltia.freenix.fr> Subject: Re: LapLink cable? To: dgy@rtd.com (Don Yuniskis) Date: Tue, 16 Jan 1996 08:12:49 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601160412.VAA25278@seagull.rtd.com> from "Don Yuniskis" at Jan 15, 96 09:12:10 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Don Yuniskis said: > The parallel port SLIP setup apparently uses a "Laplink cable". > Does anyone have a pinout, etc. of this (for those of us that > roll our own cables)? Anything "peculiar" about it (i.e. is it > *active*)? Look at the beginning of /sys/i386/isa/lpt.c, the cable settings are here. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-hackers Mon Jan 15 23:41:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19425 for hackers-outgoing; Mon, 15 Jan 1996 23:41:21 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA19372 for ; Mon, 15 Jan 1996 23:40:39 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA28537; Tue, 16 Jan 1996 18:12:11 +1030 From: Michael Smith Message-Id: <199601160742.SAA28537@genesis.atrad.adelaide.edu.au> Subject: Re: location of bad144 table To: bde@zeta.org.au (Bruce Evans) Date: Tue, 16 Jan 1996 18:12:10 +1030 (CST) Cc: bde@zeta.org.au, miff@spam.frisbee.net.au, hackers@freebsd.org In-Reply-To: <199601160549.QAA02316@godzilla.zeta.org.au> from "Bruce Evans" at Jan 16, 96 04:49:09 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk (dig my home address out of the cc:'s 8) Bruce Evans stands accused of saying: > > >It would appear that the bad144 program still uses the 'c' partition, or > > No. > > >divines the end of the disk in a fashion different from the kernel code. > > Maybe. It attempts to screw up by always reading the label directly off > the disk (like the -r option to disklabel), but this is supposed to be > handled by modifying the label sector as it is read and written. The problem (?) here is that the label _on_the_disk_ has the "right" geometry in it, but the in-core disklabel has been screwed with to use the geometry reported by the controller (which is bogus). In this specific case, 'disklabel wd0' reports 1023 cylinders (wrong) but 'disklabel -r wd0' reports 1022 cylinders (right because I put it there). > >At least, bad144 runs without a slew of error messages, whilst attempting > >to read the disklabel once bad144 has been run results in much unhappiness. > ^^^^^^^^^ bad sector table? 'disklabel wd0' generates a plethora of errors. I expect that this is because the bad sector table is being read on first open of the device. Yes, it's complaining about not reading the bad sector table properly. Sorry for being obscure. 8( > Can bad144 read what it wrote? Yes. (this is why my comment about initialising the table, bad144 complained about a bad magic number on the table, and then went on to complain about a pile of duplicate replacements (its interpretation of the disk virgin value I expect) > Bruce The other reason I was pondering the whole 'c' partition thing was to do with autogenerating labels for slabs (of sectors) on FAT slices; the 'c' partition isn't actually terribly relevant there but I wasn't quite sure how I should implement it. What I have currently looks like this : - at the end of dsinit() a new function is called. This function walks the list of slices that dsinit has just assembled and looks for BIGDOS slices. - for each BIGDOS slice, the function looks for slabs. Slabs names are currently read from a file on the FAT filesystem. I don't like this, and will be moving to having a directory (BSD.PAR probably) that contains files called 'a', 'b' and so on. There will be limits on this directory, most likely that nothing else can live there and that the directory entries to be used must be in the first cluster of the directory. (This is bad, and would be on the 'fix this' list) - each slab is checked for contiguity, and if contiguous, is added to a disklabel structure - If no 'b' slab is found, the code looks for a /386spart.par file, and uses this, subject to validation. - If any partitions were found, the label is attached to the slice. Now you're all welcome to flame the crap outa me for this approach, but I think that this is worth the effort. Anyway, the relevance here is "what to do with the 'c' partition" in such a label? Should it refer to the whole FAT partition? Should it point to a small file that can be used for other purposes? Should it be zeroed out? -- ]] 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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Mon Jan 15 23:46:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19777 for hackers-outgoing; Mon, 15 Jan 1996 23:46:38 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA19771 for ; Mon, 15 Jan 1996 23:46:36 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tc66E-0003vzC; Mon, 15 Jan 96 23:46 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA00381; Tue, 16 Jan 1996 08:46:32 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: Nate Williams , hackers@freebsd.org Subject: Re: FBSD 2.1 In-reply-to: Your message of "Mon, 15 Jan 1996 17:51:12 PST." <5439.821757072@time.cdrom.com> Date: Tue, 16 Jan 1996 08:46:31 +0100 Message-ID: <379.821778391@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > It's critical to the install of the system unfortunately. :( > > We're trying to get away from a gzip'd sysinstall, actaully. yes. -- 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 Jan 15 23:48:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19901 for hackers-outgoing; Mon, 15 Jan 1996 23:48:11 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA19879 for ; Mon, 15 Jan 1996 23:48:08 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tc67i-0003w8C; Mon, 15 Jan 96 23:48 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA00405; Tue, 16 Jan 1996 08:48:03 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Don Yuniskis cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Subject: Re: LapLink cable? In-reply-to: Your message of "Mon, 15 Jan 1996 21:12:10 MST." <199601160412.VAA25278@seagull.rtd.com> Date: Tue, 16 Jan 1996 08:48:03 +0100 Message-ID: <403.821778483@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Greetings! > The parallel port SLIP setup apparently uses a "Laplink cable". > Does anyone have a pinout, etc. of this (for those of us that > roll our own cables)? Anything "peculiar" about it (i.e. is it > *active*)? > Thx, > don check the top of src/sys/i386/isa/lpt.c -- 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 Jan 16 00:01:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20652 for hackers-outgoing; Tue, 16 Jan 1996 00:01:45 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA20645 for ; Tue, 16 Jan 1996 00:01:40 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA28580; Tue, 16 Jan 1996 18:30:56 +1030 From: Michael Smith Message-Id: <199601160800.SAA28580@genesis.atrad.adelaide.edu.au> Subject: Re: FBSD 2.1 To: nate@sri.MT.net (Nate Williams) Date: Tue, 16 Jan 1996 18:30:56 +1030 (CST) Cc: jkh@time.cdrom.com, nate@sri.MT.net, tnaggs@cddotdot.mikom.csir.co.za, Hackers@freebsd.org In-Reply-To: <199601160546.WAA03311@rocky.sri.MT.net> from "Nate Williams" at Jan 15, 96 10:46:05 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Nate Williams stands accused of saying: > > [ Using ZIP for the pkg tools ] > > Hmmmm. OK, how's the quality of the code? > > OK. There are some pretty good names associated with it; I would expect that they'd have had something to say about it if it was crap 8) > > Do you forsee much difficulty > > in my taking chunks of the code and making it into a library API rather > > than a simple monolithic program? > > Do you want a library instead of just calling the zip/unzip utils and > parsing the output? Although I think the latter would be much slower, > it would avoid you having to GPL your package tools, and avoid > 'Yet-Another' GPL utility in the tree. Er, have you actually looked at the ZIP license? It's definitely not a GPL toy. Unpack the 'unzip' source archive and read the COPYING file. Just because it's called COPYING doesn't mean GPL 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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Jan 16 00:05:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20893 for hackers-outgoing; Tue, 16 Jan 1996 00:05:29 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20885 for ; Tue, 16 Jan 1996 00:05:23 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tc6OO-0003wWC; Tue, 16 Jan 96 00:05 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id JAA00468; Tue, 16 Jan 1996 09:05:18 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Ollivier Robert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Mon, 15 Jan 1996 21:02:07 +0100." <199601152002.VAA10088@keltia.freenix.fr> Date: Tue, 16 Jan 1996 09:05:17 +0100 Message-ID: <466.821779517@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Last thing, when release/Makefile does a "cvs co -r RELENG_2_1_0" (in my > case) the doSH.sh script was *not* extracted. I had to extract it manually > and then restart "chroot /y/2.1.0 /mk". Yes, I have stayed out of the 2.1 business, since I don't have time/machines to test that too. I hope we can get the crucial changes into 2.1 to make it boot on 4M machines, but otherwise it's too bad. -- 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 Jan 16 00:20:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21632 for hackers-outgoing; Tue, 16 Jan 1996 00:20:03 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21603 Tue, 16 Jan 1996 00:19:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA07558; Tue, 16 Jan 1996 00:19:41 -0800 To: "Julian H. Stacey" cc: Ollivier Robert , freebsd-hackers@freebsd.org (FreeBSD Hackers' list) Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Mon, 15 Jan 1996 00:50:01 +0100." <199601142350.AAA17218@vector.jhs.local> Date: Tue, 16 Jan 1996 00:19:41 -0800 Message-ID: <7555.821780381@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > What was the rationale for FreeBSD going over to requiring CVS just to > produce a release ? FreeBSD didn't use to do it that way. Uh, it's been this way since 2.0?! > Involving CVS takes longer, uses more disc, so why ? Read and understand /usr/src/etc/Makefile - it explains this far more cogently than I ever could! Jordan From owner-freebsd-hackers Tue Jan 16 01:52:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00220 for hackers-outgoing; Tue, 16 Jan 1996 01:52:21 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00213 for ; Tue, 16 Jan 1996 01:52:11 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA02332 for ; Tue, 16 Jan 1996 10:51:44 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA27131 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 10:51:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA17023 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 10:43:48 +0100 (MET) From: J Wunsch Message-Id: <199601160943.KAA17023@uriah.heep.sax.de> Subject: Re: SCSI Scanner anybody? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 10:43:48 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601160012.BAA17264@vector.jhs.local> from "Julian H. Stacey" at Jan 16, 96 01:12:14 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Julian H. Stacey wrote: > I'd like to buy a flatbed scanner, did you buy yours in Germany, > or by mail order < US ? No tips, no nothing, it wasn't my scanner, just a device destined for a customer that happened to get ``deferred'' by mysterious circum- stances in our company for just another day. :) As i wrote, it's been a ScanJet 4A. Don't ask me for more details, the device ain't there anymore. -- 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 Jan 16 01:52:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00241 for hackers-outgoing; Tue, 16 Jan 1996 01:52:39 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00210 for ; Tue, 16 Jan 1996 01:52:05 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA02328 for ; Tue, 16 Jan 1996 10:51:43 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA27130 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 10:51:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA17006 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 10:41:49 +0100 (MET) From: J Wunsch Message-Id: <199601160941.KAA17006@uriah.heep.sax.de> Subject: Re: recovery floppy To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 10:41:49 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601160439.WAA00200@mpp.minn.net> from "Mike Pritchard" at Jan 15, 96 10:39:28 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Mike Pritchard wrote: > > I was attempting to fix a friends FreeBSD 2.1 machine, > and was having problems getting my recovery floppy mounted > It turns out that the clean flag on the file system on the > floppy was not set, thus the install program would not mount Well, i've also stumpled across this once (machine went stuck, so i had to press the BRB), but i've got another FreeBSD machine around to fsck it... > it. Perhaps there should be an option in sysinstall > to allow you to fsck the recovery floppy if the mount fails. It could automagically do it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Jan 16 01:53:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00294 for hackers-outgoing; Tue, 16 Jan 1996 01:53:03 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00236 for ; Tue, 16 Jan 1996 01:52:37 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA02337 for ; Tue, 16 Jan 1996 10:51:46 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA27132 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 10:51:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA17067 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 10:48:03 +0100 (MET) From: J Wunsch Message-Id: <199601160948.KAA17067@uriah.heep.sax.de> Subject: Re: Warning: Flag-day.. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 10:48:03 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601160436.UAA22790@ref.tfs.com> from "Julian Elischer" at Jan 15, 96 08:36:26 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Julian Elischer wrote: > > > The changes for Libc for Thread-safe operation are about ready.. > I will be doing some test over the next few evenings > and will be commiting a MASSIVE set of changes.. Jordan? I think the intented SNAP should leave the door before these changes will go in? -- 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 Jan 16 01:54:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00407 for hackers-outgoing; Tue, 16 Jan 1996 01:54:09 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00391 for ; Tue, 16 Jan 1996 01:54:06 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA23841 for ; Tue, 16 Jan 1996 01:40:10 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA11687; Tue, 16 Jan 1996 20:20:19 +1100 Date: Tue, 16 Jan 1996 20:20:19 +1100 From: Bruce Evans Message-Id: <199601160920.UAA11687@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: location of bad144 table Cc: hackers@FreeBSD.org, miff@spam.frisbee.net.au Sender: owner-hackers@FreeBSD.org Precedence: bulk >> >It would appear that the bad144 program ... >> >divines the end of the disk in a fashion different from the kernel code. >> >> Maybe. It attempts to screw up by always reading the label directly off >> the disk (like the -r option to disklabel), but this is supposed to be >> handled by modifying the label sector as it is read and written. >The problem (?) here is that the label _on_the_disk_ has the "right" >geometry in it, but the in-core disklabel has been screwed with to use >the geometry reported by the controller (which is bogus). No. As I said, the label on the disk is supposed to be screwed with to make it appear to be identical with the in-core one. bad144 shouldn't work if the number of cylinders is too high. It is broken (i.e., it works but shouldn't) here too: dd if=/dev/zero of=/tmp/fs1440 bs=1440k count=1 vnconfig -s labels -c /dev/rvn0 /tmp/fs1440 disklabel /dev/rvn0 # shows size of whole disk (/dev/rvn0) is # 2880 sectors, as expected disklabel -w -r vn0 floppy5 # install a wrong label to avoid a # chicken and egg bug (the correct label, # `floppy3', would give a C partition of # maximal size and reducing the disk size # wouldn't work because the size of the # open C partition would be reduced) disklabel vn0 # shows size of compatibility slice # (/dev/rvn0c) is 2880 sectors, as expected disklabel -r vn0 # shows size of compatibility slice is # is 2400 sectors, NOT as expected disklabel -e vn0 # fix geometry to 36 sectors/cylinder, # 80 cylinders, 2880 sectors/unit. # Now disklabel -r gives consistent results # (not shown here) disklabel -e vn0 # emulate a buggy ESDI drive with 79 real # tracks: reduce to 79 cylinders and 2844 # sectors/unit. # Also, increase size of C partition to # 2844 so that bad144 can read the # "last" # track. # Now disklabel -r gives inconsistent # results again (not shown here). bad144 vn0 2>&1 |less # check that there is no bad144 table. # Bug: bad144 sees that there is no table # but it continues anyway and prints 126 # bogus spare sectors. bad144 vn0 1234 # initialize bad sector table with bogus # serial number 1234 bad144 vn0 # check that there is a bad144 table at # the right place. # It's at the wrong place (sector 2829 # = 2844 - 15. Should be at 2880 - 18. # 15 is because I forgot to change 15 # to 18 in the geometry. 2844 is because # of the coherency bug. >> >At least, bad144 runs without a slew of error messages, whilst attempting >> >to read the disklabel once bad144 has been run results in much unhappiness. >> ^^^^^^^^^ bad sector table? >'disklabel wd0' generates a plethora of errors. I expect that this is >because the bad sector table is being read on first open of the >device. Yes, it's complaining about not reading the bad sector table >properly. Sorry for being obscure. 8( Almost all of the `disklabel vn0's above cause a kernel printf to tell you that the label isn't quite right :-). >> Can bad144 read what it wrote? >Yes. (this is why my comment about initialising the table, bad144 >complained about a bad magic number on the table, and then went on to >complain about a pile of duplicate replacements (its interpretation of >the disk virgin value I expect) Despite checking 2 magic numbers (one of them 0, so not very valuable), it always continues. In 4.4lite[2], both magic numbers are 0. I changed one of them back to the old value. --- >The other reason I was pondering the whole 'c' partition thing was to do >with autogenerating labels for slabs (of sectors) on FAT slices; the 'c' >partition isn't actually terribly relevant there but I wasn't quite sure >how I should implement it. >What I have currently looks like this : >- at the end of dsinit() a new function is called. This > function walks the list of slices that dsinit has just assembled and > looks for BIGDOS slices. >- for each BIGDOS slice, the function looks for slabs. Slabs names are > currently read from a file on the FAT filesystem. I don't like this, > and will be moving to having a directory (BSD.PAR probably) that contains > files called 'a', 'b' and so on. There will be limits on this > directory, most likely that nothing else can live there and that > the directory entries to be used must be in the first cluster of the > directory. (This is bad, and would be on the 'fix this' list) >- each slab is checked for contiguity, and if contiguous, is added to > a disklabel structure >- If no 'b' slab is found, the code looks for a /386spart.par file, and > uses this, subject to validation. >- If any partitions were found, the label is attached to the slice. >Now you're all welcome to flame the crap outa me for this approach, but >I think that this is worth the effort. I don't think it is worth the effort. >Anyway, the relevance here is "what to do with the 'c' partition" in >such a label? Should it refer to the whole FAT partition? Should it >point to a small file that can be used for other purposes? Should it >be zeroed out? Don't use BSD labels for non-BSD partitions. The double layering of partitioning is only good for compatibility. Just use a slice for each slab. Bruce From owner-freebsd-hackers Tue Jan 16 01:54:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00456 for hackers-outgoing; Tue, 16 Jan 1996 01:54:16 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00426 for ; Tue, 16 Jan 1996 01:54:11 -0800 (PST) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id BAA23503 for ; Tue, 16 Jan 1996 01:06:04 -0800 Received: (from didier@localhost) by zapata.omnix.fr.org (8.6.12/8.6.9) id LAA08039; Tue, 16 Jan 1996 11:51:35 +0100 Date: Tue, 16 Jan 1996 11:51:35 +0100 (MET) From: didier@omnix.fr.org To: hackers@FreeBSD.org Subject: divers.... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi what is the aproximate size of the complete CVS source tree ? I think that I read somewhere that only a part of the memory was seen by the standard configuration and that it was necessary to add a parameter in the kernel configuration file. what is this parameter. I plan to run FreeBSD 2.1-STABLE with 128Mb of memory and 300 users. I might have up to 256 users on the same account do I have to specify some extra parameters for this configurations ? Thanks for your help -- Didier Derny didier@omnix.fr.org From owner-freebsd-hackers Tue Jan 16 01:54:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00464 for hackers-outgoing; Tue, 16 Jan 1996 01:54:19 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00433 for ; Tue, 16 Jan 1996 01:54:13 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA23710 for ; Tue, 16 Jan 1996 01:23:25 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA00856 for ; Tue, 16 Jan 1996 10:21:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA26928 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 10:21:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA16642 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 10:16:23 +0100 (MET) From: J Wunsch Message-Id: <199601160916.KAA16642@uriah.heep.sax.de> Subject: Re: LapLink cable? To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 10:16:23 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601160412.VAA25278@seagull.rtd.com> from "Don Yuniskis" at Jan 15, 96 09:12:10 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As Don Yuniskis wrote: > > The parallel port SLIP setup apparently uses a "Laplink cable". > Does anyone have a pinout, etc. of this (for those of us that > roll our own cables)? UTSL: /sys/i386/isa/lpt.c -- 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 Jan 16 01:54:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00522 for hackers-outgoing; Tue, 16 Jan 1996 01:54:29 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00466 for ; Tue, 16 Jan 1996 01:54:20 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id BAA23711 for ; Tue, 16 Jan 1996 01:23:39 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA00852 for ; Tue, 16 Jan 1996 10:21:21 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA26927 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 10:21:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA16576 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 10:12:35 +0100 (MET) From: J Wunsch Message-Id: <199601160912.KAA16576@uriah.heep.sax.de> Subject: Re: "vga" in /etc/ttys To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 10:12:34 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601160410.VAA25206@seagull.rtd.com> from "Don Yuniskis" at Jan 15, 96 09:10:30 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As Don Yuniskis wrote: > Is "vga" still a viable option for "console" in /etc/ttys? > Or has it been deprecated in favor of "just another ttyv*"? MAKEDEV says: ln -fs ttyv0 vga # XXX X still needs this pccons relic Well, i'm not even sure if it's still required, i would have to look up the X server sources again. You won't gain much from using it in /etc/ttys, apparently. -- 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 Jan 16 01:57:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA01031 for hackers-outgoing; Tue, 16 Jan 1996 01:57:14 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00935 for ; Tue, 16 Jan 1996 01:56:28 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA02314; Tue, 16 Jan 1996 10:51:33 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA27123; Tue, 16 Jan 1996 10:51:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA16756; Tue, 16 Jan 1996 10:22:03 +0100 (MET) From: J Wunsch Message-Id: <199601160922.KAA16756@uriah.heep.sax.de> Subject: Re: reboot To: chx0@mail.opensol.com.ar (CHX0) Date: Tue, 16 Jan 1996 10:22:03 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, mariojd@isol.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601160049.VAA01982@mail.opensol.com.ar> from "CHX0" at Jan 15, 96 09:49:57 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As CHX0 wrote: > > > There's no reliable way to cold boot a PeeCee. Send your ovations for > > this sin to Big Blue, please. The result of a broken cold boot is > Or to Intel ? Nope, the CPU has a RESET pin, the PeeCee design doesn't have a well-defined register to activate it. > I've been playing around with some chipset options on my DX4/100 > 1994 AMI motherboard, to handle Rset Control and A20 either through > the chipset or through the Keyboard controller. All I got > is a panic :privilege instruction fault while in > kernel mode, running process was reboot, IP was 0x8:0xf01ac471 ...:-( Strange. What the heck is a ``privileged instruction'' inside the kernel? -- 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 Jan 16 02:08:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA01809 for hackers-outgoing; Tue, 16 Jan 1996 02:08:05 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA01751 for ; Tue, 16 Jan 1996 02:07:40 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA00252; Tue, 16 Jan 1996 12:05:42 +0200 Date: Tue, 16 Jan 1996 12:05:42 +0200 (EET) From: Narvi To: freebsd-hackers@freebsd.org Subject: Overloading Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk A strange problem with a FreeBSD box working as a packet filtering router: 1) Symptom: During a data transfer from a real close site featuring speed around 200Kb/s the connection would fail and the FreeBSD box just hang. 2) Networks: The networks on the both sides are plain 10Base2 ethernets 3) Configuration: the machine running FreeBSD 2.1-release is a 486DX4-120 with 16MB RAM & two D-link PCI cards using the DEC 21040 chipsets. 4) The firewall rule list contains 5 entries Does anyone know what could be causing this? Could it be re-occuring in the future and what could be making the FreeBSD hang instead of just dropping the packets it can't handle? Sander. From owner-freebsd-hackers Tue Jan 16 02:55:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21632 for hackers-outgoing; Tue, 16 Jan 1996 00:20:03 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21603 Tue, 16 Jan 1996 00:19:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA07558; Tue, 16 Jan 1996 00:19:41 -0800 To: "Julian H. Stacey" cc: Ollivier Robert , freebsd-hackers@freebsd.org (FreeBSD Hackers' list) Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Mon, 15 Jan 1996 00:50:01 +0100." <199601142350.AAA17218@vector.jhs.local> Date: Tue, 16 Jan 1996 00:19:41 -0800 Message-ID: <7555.821780381@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > What was the rationale for FreeBSD going over to requiring CVS just to > produce a release ? FreeBSD didn't use to do it that way. Uh, it's been this way since 2.0?! > Involving CVS takes longer, uses more disc, so why ? Read and understand /usr/src/etc/Makefile - it explains this far more cogently than I ever could! Jordan From owner-freebsd-hackers Tue Jan 16 02:56:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04876 for hackers-outgoing; Tue, 16 Jan 1996 02:56:08 -0800 (PST) Received: from toadflax.cs.ucdavis.edu (toadflax.cs.ucdavis.edu [128.120.56.188]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA04871 for ; Tue, 16 Jan 1996 02:56:06 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA10894; Tue, 16 Jan 96 02:56:04 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Message-Id: <9601161056.AA10894@toadflax.cs.ucdavis.edu> Subject: Re: FBSD 2.1 To: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Date: Tue, 16 Jan 1996 02:56:02 -0800 (PST) In-Reply-To: <199601160309.UAA02934@rocky.sri.MT.net> from "Nate Williams" at Jan 15, 96 08:09:50 pm X-Mailer: ELM [version 2.4 PL24 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > Other than that I think we're pretty safe. We're *much* safer with > using Zip code than shipping the sources to BSD compress around. > Why is that? What is wrong with the sources to BSD compress? Call me stupid, but aren't they covered by the BSD copyright? In /usr/src/usr.bin/compress/doc/NOTES it suggests that /usr/bin/compress should be safe as far as this goes. Have I misunderstood? -- David (obrien@cs.ucdavis.edu) From owner-freebsd-hackers Tue Jan 16 02:57:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04930 for hackers-outgoing; Tue, 16 Jan 1996 02:57:56 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA04915 for ; Tue, 16 Jan 1996 02:57:34 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA16024; Tue, 16 Jan 1996 21:50:51 +1100 Date: Tue, 16 Jan 1996 21:50:51 +1100 From: Bruce Evans Message-Id: <199601161050.VAA16024@godzilla.zeta.org.au> To: chx0@mail.opensol.com.ar, j@uriah.heep.sax.de Subject: Re: reboot Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >No, FreeBSD doesn't use int 0x19, it doesn't have access to the BIOS, >and all int 0x19 does is just jumping to 0xffff0. (Unless a virus has >been trapping int 0x19 while you were in DOS. :-) Erm, int 0x19 loads the boostrap at 0x7c0:0 and jumps to it. It is fairly useless even under DOS in real mode because there might be hooked interrupt vectors pointing to code that gets overwritten by loading or running the boostrap. Bruce From owner-freebsd-hackers Tue Jan 16 03:01:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA05206 for hackers-outgoing; Tue, 16 Jan 1996 03:01:20 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA05196 for ; Tue, 16 Jan 1996 03:01:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA07649; Tue, 16 Jan 1996 00:44:22 -0800 To: Nate Williams cc: tnaggs@cddotdot.mikom.csir.co.za (Anthony Naggs), Hackers@freebsd.org Subject: Re: FBSD 2.1 In-reply-to: Your message of "Mon, 15 Jan 1996 22:46:05 MST." <199601160546.WAA03311@rocky.sri.MT.net> Date: Tue, 16 Jan 1996 00:44:22 -0800 Message-ID: <7647.821781862@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Do you want a library instead of just calling the zip/unzip utils and > parsing the output? Although I think the latter would be much slower, > it would avoid you having to GPL your package tools, and avoid > 'Yet-Another' GPL utility in the tree. That wouldn't save us anyway since we'd still need at least unzip in the tree. I figure if we're going to bring something like zip/unzip in, we might as well try to add some value to it. A library API to zip would be useful for a lot of things, I think. > Also, what kind of API would you like to see? You are the most familiar > with the package tools, so if you write up a quick 'this is what I'd > like to see API' then it would be easier for someone to know what is > expected. OK. I will do precisely that! Jordan From owner-freebsd-hackers Tue Jan 16 03:40:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA07824 for hackers-outgoing; Tue, 16 Jan 1996 03:40:11 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA07788 for ; Tue, 16 Jan 1996 03:40:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA08713; Tue, 16 Jan 1996 03:38:39 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Warning: Flag-day.. In-reply-to: Your message of "Tue, 16 Jan 1996 10:48:03 +0100." <199601160948.KAA17067@uriah.heep.sax.de> Date: Tue, 16 Jan 1996 03:38:39 -0800 Message-ID: <8711.821792319@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Jordan? I think the intented SNAP should leave the door before these > changes will go in? Assuming that we ever get the build tools working again, yes, I'm more than happy to do so! :-) Jordan From owner-freebsd-hackers Tue Jan 16 04:07:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA10067 for hackers-outgoing; Tue, 16 Jan 1996 04:07:55 -0800 (PST) Received: from apollo.is.co.za (apollo.is.co.za [196.4.160.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA10054 for ; Tue, 16 Jan 1996 04:07:43 -0800 (PST) Received: from admin.is.co.za (admin.is.co.za [196.23.0.9]) by apollo.is.co.za (8.6.12/SMI-SVR4tmp8) id OAA19490; Tue, 16 Jan 1996 14:07:12 +0200 Received: (from robin@localhost) by admin.is.co.za (8.6.12/8.6.12) id OAA23785 for hackers@freebsd.org; Tue, 16 Jan 1996 14:07:24 +0200 From: Robin Lunn Message-Id: <199601161207.OAA23785@admin.is.co.za> Subject: user management stuff To: hackers@freebsd.org Date: Tue, 16 Jan 1996 14:07:23 +0200 (GMT) X-Organisation: The Internet Solution (Pty) Ltd. X-Phone: +27-11-4475566; Fax: +27-11-4475567 Reply-To: robin@is.co.za X-AIDAT-Member: See http://www.aidat.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi there, I was horrified to see that /usr/sbin/adduser does no locking of the password file! I recommend that instead of attempting to add the entry directly that the program simply invoke chpass -a which will see to it that locking is done etc. Much safer. Also, I've made a userdel script in perl. It was written on company time and so my company has the copyright. The company is however happy to allow this to be freely released. Should I put this on a news group or would someone like to have a look and perhaps put it into future FreeBSD releases? -- _ __ | Only my ideas here unless I say otherwise... _ ' ) ) / | (BeamJack@IRC) / \ /--' ____/___o __ | | / / \_(_) /_) (__/) )_ | \ "I didn't know it was impossible when I did it!" \ /\ | | \/ From owner-freebsd-hackers Tue Jan 16 04:22:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA11175 for hackers-outgoing; Tue, 16 Jan 1996 04:22:59 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA11169 for ; Tue, 16 Jan 1996 04:22:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id EAA09058; Tue, 16 Jan 1996 04:22:28 -0800 To: robin@is.co.za cc: hackers@freebsd.org Subject: Re: user management stuff In-reply-to: Your message of "Tue, 16 Jan 1996 14:07:23 +0200." <199601161207.OAA23785@admin.is.co.za> Date: Tue, 16 Jan 1996 04:22:27 -0800 Message-ID: <9056.821794947@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I was horrified to see that /usr/sbin/adduser does no locking of the password > file! I recommend that instead of attempting to add the entry directly that > the program simply invoke chpass -a which will see to it that locking > is done etc. Much safer. Actually, I'm rather hoping that someone will re-write adduser so we can throw the one we have away! I've had no end of problems with that bloody perl script! :-( Jordan From owner-freebsd-hackers Tue Jan 16 06:46:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17978 for hackers-outgoing; Tue, 16 Jan 1996 06:46:44 -0800 (PST) Received: from maelstrom.cc.mcgill.ca (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA17971 for ; Tue, 16 Jan 1996 06:46:42 -0800 (PST) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.7.1/8.6.6) id JAA24302 for hackers@freebsd.org; Tue, 16 Jan 1996 09:43:15 -0500 (EST) Message-Id: <199601161443.JAA24302@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: Tue, 16 Jan 96 09:43:14 -0500 To: hackers@freebsd.org Subject: Re: YAY! I have a question Reply-To: yves@CC.McGill.CA Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I didn't see this message come back to me and since I still receive mail about this problem, I feel like it would be a good idea to resend it. Sorry if you see this twice. Yves Lepage Begin forwarded message: Received: by NeXT.Mailer (1.118.2) From: Yves Lepage Date: Fri, 12 Jan 96 16:36:51 -0500 To: Julian Elischer Subject: Re: YAY! I have a question cc: hackers@freebsd.org Reply-To: yves@cc.mcgill.ca Hi all, The problem is over! Thanks to Julian Elischer who quickly found the problem: a bug in the if_ep.c driver. The fix is to add: ifp->if_unit = is->id_unit; to: ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_NOTRAILERS; ifp->if_flags |= IFF_MULTICAST; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; ifp->if_ioctl = epioctl; ifp->if_watchdog = epwatchdog; in epattach in if_ep.c (/sys/i386/isa/if_ep.c). Thanks again, I didn't think I still could be amazed by the level of support we get from the community, but I am :-) Yves Lepage yves@cc.mcgill.ca From owner-freebsd-hackers Tue Jan 16 06:48:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA18090 for hackers-outgoing; Tue, 16 Jan 1996 06:48:51 -0800 (PST) Received: from sl-000.sl.cybercomm.net (sl-000.sl.cybercomm.net [199.171.196.128]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA18085 for ; Tue, 16 Jan 1996 06:48:47 -0800 (PST) Received: from sl-000.sl.cybercomm.net (localhost [127.0.0.1]) by sl-000.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id JAA06439; Tue, 16 Jan 1996 09:46:40 -0500 Date: Tue, 16 Jan 1996 09:46:40 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-000.sl.cybercomm.net To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: Request examples of using outb() in inb()in program. In-Reply-To: <199601160049.BAA14557@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 16 Jan 1996, J Wunsch wrote: > KDENABIO is not the preferred way, it's the traditional way. It > requires root priv's (as opposed to /dev/io which is subject to normal > file access constraints), and it's only available if your kernel does > have either syscons or pcvt configured. Both drivers are optional > however. Like KDENABIO, the default permissions on /dev/io restrict it to root only, which is the way it should be IMHO. Sujal From owner-freebsd-hackers Tue Jan 16 07:44:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA20833 for hackers-outgoing; Tue, 16 Jan 1996 07:44:58 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA20826 for ; Tue, 16 Jan 1996 07:44:51 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id IAA04366; Tue, 16 Jan 1996 08:47:13 -0700 Date: Tue, 16 Jan 1996 08:47:13 -0700 From: Nate Williams Message-Id: <199601161547.IAA04366@rocky.sri.MT.net> To: Michael Smith Cc: nate@sri.MT.net (Nate Williams), jkh@time.cdrom.com, tnaggs@cddotdot.mikom.csir.co.za, Hackers@freebsd.org Subject: Re: FBSD 2.1 In-Reply-To: <199601160800.SAA28580@genesis.atrad.adelaide.edu.au> References: <199601160546.WAA03311@rocky.sri.MT.net> <199601160800.SAA28580@genesis.atrad.adelaide.edu.au> Sender: owner-hackers@freebsd.org Precedence: bulk > > Do you want a library instead of just calling the zip/unzip utils and > > parsing the output? Although I think the latter would be much slower, > > it would avoid you having to GPL your package tools, and avoid > > 'Yet-Another' GPL utility in the tree. > > Er, have you actually looked at the ZIP license? It's definitely not a > GPL toy. > > Unpack the 'unzip' source archive and read the COPYING file. Just > because it's called COPYING doesn't mean GPL 8) Re-read the license. Just because it doesn't claim to be the GPL doesn't mean it's not following the same 'form' as the GPL. They are very similar licenses. Nate From owner-freebsd-hackers Tue Jan 16 07:54:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21477 for hackers-outgoing; Tue, 16 Jan 1996 07:54:32 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21427 for ; Tue, 16 Jan 1996 07:54:23 -0800 (PST) Received: from nebland (root@nebland.cnweb.com [204.214.128.7]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id GAA26369 for ; Tue, 16 Jan 1996 06:19:35 -0800 Received: by nebland (Smail3.1.29.1 #3) id m0tcDAq-0002r2C; Tue, 16 Jan 96 09:19 CST Date: Tue, 16 Jan 1996 09:19:48 -36000 From: "Allen D. Harpham" Subject: RE: adduser problem To: Hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi All, I have a client that is having the following problem: A person logs in as say user1 when they do a whoami it says thay are user2 (user2 is another person on the system and doesn't notice any problems). When user1 sends a message the return address is user2@hastings.edu. This is a permanent situation until I delete user1 from the system and recreate him. I assume that there might be a glich in the adduser program. Has anyone seen this problem, if so, how did you resolve it? Everything on the system appears to be running normally. The system is running FreeBSD 2.0. Thanks in advance, Allen ____________________________________________________________________________ Allen D. Harpham, President | Voice: (402)462-4619 Computer Consultants of | Fax: (402)462-4670 Hastings, Inc. | E-mail: aharpham@nebland.cnweb.com 1126 N. Briggs Ave. | HTTP: http://www.cnweb.com/index.com Hastings, NE 68901-3713 | ____________________________________________ | Custom programming, Network | Design and Installation, | Telecommunications Consulting, | Web Hosting Services ____________________________________________________________________________ From owner-freebsd-hackers Tue Jan 16 07:54:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21507 for hackers-outgoing; Tue, 16 Jan 1996 07:54:37 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21448 for ; Tue, 16 Jan 1996 07:54:26 -0800 (PST) Received: from localhost.lightside.com (hamby1.lightside.net [198.81.209.17]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id GAA26267 for ; Tue, 16 Jan 1996 06:03:40 -0800 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id GAA00234; Tue, 16 Jan 1996 06:04:18 -0800 Date: Tue, 16 Jan 1996 06:04:17 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: hackers@freebsd.org Subject: Another cool hack with FreeBSD... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Just wanted to report that IP gatewaying with FreeBSD works great, even if its a single host, and not a subnet that you are gatewaying.. I especially like how you can adjust this with a sysctl (or by simply changing NO to YES in /etc/sysconfig) rather than having to recompile the kernel. The reason I mention this is that I finally got my Internet provider to set me up a static route with a second IP address gatewayed through it. I have my trusty old Amiga 500 hooked up to my FreeBSD system over a CSLIP null-modem connection and AmiTCP (which is based on 4.4BSD code and therefore has many of the same /etc config files!). Now, when I log in to my Internet provider, and log in to my PC via the Amiga, packets get routed automagically through the PC out to the Internet from either computer, and find their way automagically back (and I don't have to mess with any proxy servers, either!). It turns out that the speed of the CSLIP connection is not relevant, because its faster than my 28.8kbps PPP connection, so the Amiga and PC both have full use of the PPP bandwidth. Anyway, if you have two computers and only one modem/phone line/Internet connection, and have an Internet provider who's willing to set up some special routing tables, you might want to try what I did sometime. It was really cool! ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Tue Jan 16 07:54:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA21609 for hackers-outgoing; Tue, 16 Jan 1996 07:54:55 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA21504 Tue, 16 Jan 1996 07:54:36 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id GAA26390 ; Tue, 16 Jan 1996 06:20:46 -0800 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id HAA01303; Tue, 16 Jan 1996 07:20:37 -0700 Message-Id: <199601161420.HAA01303@rover.village.org> To: Peter Dufault Subject: Re: A few questions Cc: questions@freebsd.org, hackers@freebsd.org In-reply-to: Your message of Tue, 09 Jan 1996 20:59:36 EST Date: Tue, 16 Jan 1996 07:20:37 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : There was a bug in the multi CD code recently fixed in cd.c. It was : (from memory here...) : : > if(cd->dkunit >= 0) { : : instead of: : : > if(cd->dkunit) { : : since cd->dkunit is set to -1 when dk_ndrive > DK_NDRIVE. : : With this fixed the code seemed to work well, accessing 7 : disks continuously over a 12 hour period. I've also had the nakamichi work with this patch (and one other that tells the driver to scan multiple luns in scsiconf.c) on my FreeBS 2.0R box. At least for the last 24 hours or so... Warner From owner-freebsd-hackers Tue Jan 16 08:06:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22580 for hackers-outgoing; Tue, 16 Jan 1996 08:06:30 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA22575 for ; Tue, 16 Jan 1996 08:06:25 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA18932; Tue, 16 Jan 1996 10:04:44 -0600 From: Joe Greco Message-Id: <199601161604.KAA18932@brasil.moneng.mei.com> Subject: Re: 100Mbs Ethernet To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 16 Jan 1996 10:04:44 -0600 (CST) Cc: dennis@etinc.com, hackers@FreeBSD.org In-Reply-To: <5752.821760060@time.cdrom.com> from "Jordan K. Hubbard" at Jan 15, 96 06:41:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Is there a 100Mbs ethernet solution (SMC?) with uses the if_de driver? If > > not, what cards are supported? > > Yes, SMC's PCI cards are supported as are the DC2104x cards from > Compex, DEC and Znyz. Does anyone know who sells the Znyx cards? I'm hoping maybe to locate one of their four-ethernet cards. I don't know if Matt Thomas ever got around to supporting these, but they'd be great in a router ;-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Jan 16 08:06:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA22601 for hackers-outgoing; Tue, 16 Jan 1996 08:06:39 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA22591 for ; Tue, 16 Jan 1996 08:06:35 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA04448; Tue, 16 Jan 1996 09:09:04 -0700 Date: Tue, 16 Jan 1996 09:09:04 -0700 From: Nate Williams Message-Id: <199601161609.JAA04448@rocky.sri.MT.net> To: obrien@cs.ucdavis.edu (David E. O'Brien) Cc: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Subject: Re: FBSD 2.1 In-Reply-To: <9601161056.AA10894@toadflax.cs.ucdavis.edu> References: <199601160309.UAA02934@rocky.sri.MT.net> <9601161056.AA10894@toadflax.cs.ucdavis.edu> Sender: owner-hackers@freebsd.org Precedence: bulk > > Other than that I think we're pretty safe. We're *much* safer with > > using Zip code than shipping the sources to BSD compress around. > > > > Why is that? What is wrong with the sources to BSD compress? > Call me stupid, but aren't they covered by the BSD copyright? In > /usr/src/usr.bin/compress/doc/NOTES it suggests that /usr/bin/compress > should be safe as far as this goes. Have I misunderstood? The algorithms are patented by Unisys, which has been flexing it's muscle in recent years w/regard to the patent. Nate From owner-freebsd-hackers Tue Jan 16 08:29:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA23898 for hackers-outgoing; Tue, 16 Jan 1996 08:29:51 -0800 (PST) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA23892 for ; Tue, 16 Jan 1996 08:29:45 -0800 (PST) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id KAA10037; Tue, 16 Jan 1996 10:29:33 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 16 Jan 1996 10:29:35 -0600 To: "Jordan K. Hubbard" From: Richard Wackerbarth Subject: 2.1 CTM files. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk With whom do I make the arrangements to get the src-2.1 ctm files posted to the ftp sites? We can easily get the reqular updates posted by simply subscribing the host to the mailing list. However I need to be able to occasionally post the A and C files. (Regretfully, the A file is huge. However for those who have the 2.1 CD, the C update is quite reasonable.) Since there is a lot of overlap between -stable and -current, what would folks think of bootstrapping to -current in two steps? First they would update to a particular level of -stable and then apply a somewhat smaller update to get to -current. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Tue Jan 16 09:14:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25987 for hackers-outgoing; Tue, 16 Jan 1996 09:14:19 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA25981 for ; Tue, 16 Jan 1996 09:14:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA10577; Tue, 16 Jan 1996 09:13:05 -0800 To: Nate Williams cc: Michael Smith , tnaggs@cddotdot.mikom.csir.co.za, Hackers@freebsd.org Subject: Re: FBSD 2.1 In-reply-to: Your message of "Tue, 16 Jan 1996 08:47:13 MST." <199601161547.IAA04366@rocky.sri.MT.net> Date: Tue, 16 Jan 1996 09:13:05 -0800 Message-ID: <10575.821812385@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Ok, you wanted a library API, how about this one? Where ZIP_t is an opaque type: ZIP_t zip_init(int fd) Returns ZIP file handle for already open fd, or NULL on failure. fd should be open for reading, at a minimum, and positioned at the beginning of the file. int zip_options(ZIP_t zp, int opts) Used to set things like compression levels, whether existing entries are replaced by default, etc. I'll leave the definition of `opts' to the implementor. int zip_add(ZIP_t zp, char *fname, int link) Add file fname to zip file (which must be writable). If fname is a link and link is true, the link will be stored as a link, otherwise what it points to will be stored. [I don't know if you want to also do a version which will add directly from a fd - it seems like it'd be cute, but I can't think of any immediate uses :-)] Return 0 on success, -1 if file non-existant, -2 if permission denied. int zip_delete(ZIP_t zp, char *fname) Delete entry named fname from the zip file. Return 0 on success, -1 if file non-existant, -2 if permission denied. int zip_test(ZIP_t zp) Returns 0 if zip file passes internal consistency checks, an internal error code (defined as the set of meaningful condition codes zip can generate, I guess) if not. int zip_dir(ZIP_t zp, int *nitems, char ***list) Return table of contents for zip file, using nitems and list values to pass back the item count and array of char * pointers holding the filenames. Return 0 on success, -1 on failure. User is expected to free contents of list when done with it. int zip_attrs(ZIP_t zp, char *fname, ZIP_file_attrs *attrs) Returns `long' file attributes for a given file, returning the result in the public structure `attrs'. I'm not sure what fields are available in a zip file header, but I'd imagine this being stuff like the creation date, length, etc. Returns 0 on success, -1 on error. int zip_fdopen(ZIP_t zp, char *fname) Return a file descriptor for an entry in a zip file. When a read from the new fd returns EOF, a zip_close() on the fd should be done to clean up any state lying around. Returns new fd on success or -1 if entry not found/open failed. int zip_fdclose(ZIP_t zp, int fd) Close a file descriptor previously returned by zip_open(). Returns 0 on success, -1 on error. char *zip_read(ZIP_t zp, char *fname) Return an entry in a zip file as a single string. User is expected to free storage when done with it. Returns NULL if file could not be found or sufficient memory could not be allocated. int zip_close(ZIP_t zp) Close a zip file and any open resources. This will also invalidate any open handles returned by zip_fdopen(). That should handle just about all the major contingencies that I can think of.. Any major holes in my reasoning anyone can see here? Jordan From owner-freebsd-hackers Tue Jan 16 09:21:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26561 for hackers-outgoing; Tue, 16 Jan 1996 09:21:58 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26542 for ; Tue, 16 Jan 1996 09:21:52 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA04736; Tue, 16 Jan 1996 10:24:21 -0700 Date: Tue, 16 Jan 1996 10:24:21 -0700 From: Nate Williams Message-Id: <199601161724.KAA04736@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: Nate Williams , Michael Smith , tnaggs@cddotdot.mikom.csir.co.za, Hackers@freebsd.org Subject: Re: FBSD 2.1 In-Reply-To: <10575.821812385@time.cdrom.com> References: <199601161547.IAA04366@rocky.sri.MT.net> <10575.821812385@time.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk > Where ZIP_t is an opaque type: Oooh, getting Snazzy here. Does this mean you want it in C++ now? *grin* > int zip_add(ZIP_t zp, char *fname, int link) > > Add file fname to zip file (which must be writable). > If fname is a link and link is true, the link will be stored > as a link, otherwise what it points to will be stored. Since the ZIP format doesn't have a concept of links, it will only store filenames. Unfortunately, this means that we can't do symlinks inside of zip files. :( Is this going to be a show stopper? > int zip_fdopen(ZIP_t zp, char *fname) > > Return a file descriptor for an entry in a zip file. When a read from > the new fd returns EOF, a zip_close() on the fd should be done to > clean up any state lying around. > Returns new fd on success or -1 if entry not found/open failed. > > > int zip_fdclose(ZIP_t zp, int fd) > > Close a file descriptor previously returned by zip_open(). > Returns 0 on success, -1 on error. Hmm, the above 2 could get interesting. I'm not sure how you'd do that, in the same way I'm not sure how you'd do that with files inside a tar file. Nate From owner-freebsd-hackers Tue Jan 16 09:27:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA27029 for hackers-outgoing; Tue, 16 Jan 1996 09:27:41 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA27023 for ; Tue, 16 Jan 1996 09:27:38 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.12) id KAA27818 for freebsd-hackers@freefall.cdrom.com; Tue, 16 Jan 1996 10:27:36 -0700 From: Don Yuniskis Message-Id: <199601161727.KAA27818@seagull.rtd.com> Subject: Re: LapLink cable? To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 10:27:35 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Greetings! Thanks to all who replied! Could someone squeeze this into the handbook? I imagine that's a better place for it than the *sources*! > > The parallel port SLIP setup apparently uses a "Laplink cable". > > Does anyone have a pinout, etc. of this (for those of us that > > roll our own cables)? > > UTSL: /sys/i386/isa/lpt.c --don From owner-freebsd-hackers Tue Jan 16 09:36:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA27788 for hackers-outgoing; Tue, 16 Jan 1996 09:36:31 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA27783 for ; Tue, 16 Jan 1996 09:36:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA10680; Tue, 16 Jan 1996 09:35:42 -0800 To: Richard Wackerbarth cc: hackers@freebsd.org Subject: Re: 2.1 CTM files. In-reply-to: Your message of "Tue, 16 Jan 1996 10:29:35 CST." Date: Tue, 16 Jan 1996 09:35:42 -0800 Message-ID: <10678.821813742@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > With whom do I make the arrangements to get the src-2.1 ctm files posted to > the ftp sites? Well, I can't speak for the others, but I could make you a directory in ftp://ftp.freebsd.org/pub/FreeBSD/FreeBSD-stable/ctm that's writable to you (and everyone else, but that can't be helped since `you' is `ftp'). Jordan From owner-freebsd-hackers Tue Jan 16 09:38:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA27844 for hackers-outgoing; Tue, 16 Jan 1996 09:38:17 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA27839 Tue, 16 Jan 1996 09:38:15 -0800 (PST) Received: (from jkh@localhost) by time.cdrom.com (8.6.12/8.6.9) id JAA10702; Tue, 16 Jan 1996 09:37:56 -0800 Date: Tue, 16 Jan 1996 09:37:56 -0800 From: "Jordan K. Hubbard" Message-Id: <199601161737.JAA10702@time.cdrom.com> To: hackers@freebsd.org Subject: kgdb.. Cc: gj@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk What's the deal with kgdb, isn't it supposed to die in favor of `gdb -k' RSN? Jordan From owner-freebsd-hackers Tue Jan 16 09:47:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28422 for hackers-outgoing; Tue, 16 Jan 1996 09:47:45 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA28417 for ; Tue, 16 Jan 1996 09:47:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id JAA10782; Tue, 16 Jan 1996 09:47:03 -0800 To: Nate Williams cc: Michael Smith , tnaggs@cddotdot.mikom.csir.co.za, Hackers@freebsd.org Subject: Re: FBSD 2.1 In-reply-to: Your message of "Tue, 16 Jan 1996 10:24:21 MST." <199601161724.KAA04736@rocky.sri.MT.net> Date: Tue, 16 Jan 1996 09:47:03 -0800 Message-ID: <10780.821814423@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Oooh, getting Snazzy here. Does this mean you want it in C++ now? > *grin* Naw, ADA will do. Anyone seen the FreeBSD ADA compiler around? He can do this as multiple tasks. :-) > Since the ZIP format doesn't have a concept of links, it will only store > filenames. Unfortunately, this means that we can't do symlinks inside > of zip files. :( Heh? I actually added the 3rd parameter after seeing the following in the help for `zip' -y store symbolic links as the link instead of the referenced file > Is this going to be a show stopper? Not at all, I was just trying to give full coverage to what I perceived the `zip spec'. > Hmm, the above 2 could get interesting. I'm not sure how you'd do that, > in the same way I'm not sure how you'd do that with files inside a tar > file. You're a clever boy, you'll figure it out.. :-) Actually, I could be a lot nicer of a guy and revamp my internal structure to pass FILE*'s around rather than fds. It would be a small gritch, but I could do it. This would allow you to implement the above rather trivially with funopen(). OK, how's this: FILE *zip_fopen(ZIP_t zp, char *fname) Return a file pointer for an entry in a zip file. When an fread from the new fp returns EOF, a zip_fclose() on the fp should be done to clean up any state lying around. Returns new fp on success or NULL if entry not found/open failed. int zip_fdclose(ZIP_t zp, FILE *fd) Close a file pointer previously returned by zip_fopen(). Returns 0 on success, -1 on error. ? Jordan From owner-freebsd-hackers Tue Jan 16 09:50:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28764 for hackers-outgoing; Tue, 16 Jan 1996 09:50:58 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA28759 for ; Tue, 16 Jan 1996 09:50:54 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA04965; Tue, 16 Jan 1996 10:53:17 -0700 Date: Tue, 16 Jan 1996 10:53:17 -0700 From: Nate Williams Message-Id: <199601161753.KAA04965@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: Nate Williams , Michael Smith , tnaggs@cddotdot.mikom.csir.co.za, Hackers@freebsd.org Subject: Re: FBSD 2.1 In-Reply-To: <10780.821814423@time.cdrom.com> References: <199601161724.KAA04736@rocky.sri.MT.net> <10780.821814423@time.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk > > Since the ZIP format doesn't have a concept of links, it will only store > > filenames. Unfortunately, this means that we can't do symlinks inside > > of zip files. :( > > Heh? I actually added the 3rd parameter after seeing the following in > the help for `zip' > > -y store symbolic links as the link instead of the referenced file Well I'll be. You learn something new everyday. :) > > Hmm, the above 2 could get interesting. I'm not sure how you'd do that, > > in the same way I'm not sure how you'd do that with files inside a tar > > file. > > You're a clever boy, you'll figure it out.. :-) We'll see... Nate From owner-freebsd-hackers Tue Jan 16 10:13:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00727 for hackers-outgoing; Tue, 16 Jan 1996 10:13:26 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA00687 for ; Tue, 16 Jan 1996 10:13:17 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id MAA00346; Tue, 16 Jan 1996 12:10:46 -0600 From: mailing list account Message-Id: <199601161810.MAA00346@argus.flash.net> Subject: Re: FBSD 2.1 To: obrien@cs.ucdavis.edu (David E. O'Brien) Date: Tue, 16 Jan 1996 12:10:45 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <9601161056.AA10894@toadflax.cs.ucdavis.edu> from "David E. O'Brien" at Jan 16, 96 02:56:02 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Other than that I think we're pretty safe. We're *much* safer with > > using Zip code than shipping the sources to BSD compress around. > > > > Why is that? What is wrong with the sources to BSD compress? > Call me stupid, but aren't they covered by the BSD copyright? In > /usr/src/usr.bin/compress/doc/NOTES it suggests that /usr/bin/compress > should be safe as far as this goes. Have I misunderstood? I know this one! 1). compress is too slow. 2). compress requires too much core. 3). gzip gives signifigant reduction in size over compress. 4). since someone mentioned sperry earlier, i believe that the algolrithm in compress is exactly what they patented, gzip is a modified LZ, and thus not covered by their patent. According to title 17 usc, if you merely modify a sooper-dooper patented doohickey you can do whatever you want with it. 5). gzip is based on the implode/explode from pkzip, the algolrithms for which have always been in the public domain, and were put there by phil katz from the earliest days of pkzip [please see appnote.txt or something similarly named in the pkzip distribution], i seem to remember 'will always be in the public domain' somewhere in the text. his intention was to get market share by not playing it like systems enhancement associates did. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Tue Jan 16 10:14:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00843 for hackers-outgoing; Tue, 16 Jan 1996 10:14:27 -0800 (PST) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA00836 Tue, 16 Jan 1996 10:14:24 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA19760; Tue, 16 Jan 1996 10:08:30 -0800 Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA23417; Tue, 16 Jan 1996 19:08:21 +0100 Message-Id: <9601161808.AA23417@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: jkh%freebsd.org@inet-gw-1.pa.dec.com Cc: hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from "Jordan K. Hubbard" of Tue, 16 Jan 96 09:37:56 PST. Reply-To: gjennejohn@frt.dec.com Subject: Re: kgdb.. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Jan 96 19:08:21 +0100 X-Mts: smtp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk jkh@time.cdrom.com writes: > What's the deal with kgdb, isn't it supposed to die in favor of `gdb -k' > RSN? > > Jordan I've wondered myself why it's still in the tree. Seems to me that `gdb -k' works pretty well. Or does someone know of a reason NOT to eliminate kgdb ? --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Tue Jan 16 10:34:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02395 for hackers-outgoing; Tue, 16 Jan 1996 10:34:48 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA02386 for ; Tue, 16 Jan 1996 10:34:45 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id MAA00421; Tue, 16 Jan 1996 12:32:00 -0600 From: mailing list account Message-Id: <199601161832.MAA00421@argus.flash.net> Subject: Re: FBSD 2.1 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 16 Jan 1996 12:31:59 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <7647.821781862@time.cdrom.com> from "Jordan K. Hubbard" at Jan 16, 96 00:44:22 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Do you want a library instead of just calling the zip/unzip utils and > > parsing the output? Although I think the latter would be much slower, > > it would avoid you having to GPL your package tools, and avoid > > 'Yet-Another' GPL utility in the tree. > > That wouldn't save us anyway since we'd still need at least unzip in > the tree. I figure if we're going to bring something like zip/unzip > in, we might as well try to add some value to it. A library API to > zip would be useful for a lot of things, I think. > > > Also, what kind of API would you like to see? You are the most familiar > > with the package tools, so if you write up a quick 'this is what I'd > > like to see API' then it would be easier for someone to know what is > > expected. > > OK. I will do precisely that! jordan, hold yer hat! i did that several years ago... i hacked up the hacked up version of info-zip library routines that were used in the early pgp packages. this is plain and simple, as i remember, just a zip and unzip c-callable. it may need some more hacking, as i ported it for turbo-c, and added hooks for a bar-graph style realtime status display [worth keeping], it worked great in my programs.. if i remember right, the zip returns the compressed size of the file for the percentage calculations. gimme a day or so to dig it up, it may be on an old tape, and i hope it isn't flakey [or flaked].. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Tue Jan 16 10:51:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02905 for hackers-outgoing; Tue, 16 Jan 1996 10:51:46 -0800 (PST) Received: from elf.kendall.mdcc.edu (elf.kendall.mdcc.edu [147.70.150.122]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA02899 for ; Tue, 16 Jan 1996 10:51:43 -0800 (PST) Received: (from freelist@localhost) by elf.kendall.mdcc.edu (8.6.11/8.6.9) id NAA01218; Tue, 16 Jan 1996 13:31:57 -0500 Date: Tue, 16 Jan 1996 13:31:56 -0500 (EST) From: Don Whiteside To: Joerg Wunsch cc: francis yeung , hackers@FreeBSD.org Subject: Re: automatic power down at shutdown In-Reply-To: <199601062040.VAA16210@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sat, 6 Jan 1996, J Wunsch wrote: > As francis yeung wrote: > > Can BSD 2.x do an automatic power down (Pentium PC) > > at "shutdown" ? Microsoft Win95 can do an automatic > > power down the machine. > > > > What do I have to do to achieve the same effect ? > > Tell us about the hardware port that's involved. Sounds like an Advanced Power Management thing to me. Anyone have a URL for an information site that's worth looking at? From owner-freebsd-hackers Tue Jan 16 10:52:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02962 for hackers-outgoing; Tue, 16 Jan 1996 10:52:27 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA02951 for ; Tue, 16 Jan 1996 10:52:21 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id MAA00494; Tue, 16 Jan 1996 12:50:47 -0600 From: mailing list account Message-Id: <199601161850.MAA00494@argus.flash.net> Subject: Re: FBSD 2.1 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 16 Jan 1996 12:50:46 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <11038.821817289@time.cdrom.com> from "Jordan K. Hubbard" at Jan 16, 96 10:34:49 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > >>i did that several years ago. i hacked up the hacked up version of info-zip >>library routines that were used in the early pgp packages. this is plain and > > What did the API look like? Anything along the lines of what I suggested? > > Jordan [from memory, but i think correct]: u_long zip(char *filename); returns: finished file size. int unzip(char *filename); returns: i forget... i had the bargraph code hardwired in to interface to a third-party screen package. here would be a good hack of the above: u_long zip(char *filename, int (*stat_func)(int *blk_cnt)); int unzip(char *filename, int (*stat_func)(int *blk_cnt)); in order to let the user do his own status display, and not doing status if stat_func == NULL I also think I reduced some table sizes in order to fit it nicely in the DOG limitations... I don't really remember any signifigant speed reductions in the reduction of the table sizes, and that was on a 10MHz 286. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Tue Jan 16 10:54:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA03045 for hackers-outgoing; Tue, 16 Jan 1996 10:54:06 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA03024 for ; Tue, 16 Jan 1996 10:54:00 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id KAA29293 for ; Tue, 16 Jan 1996 10:35:22 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA11040; Tue, 16 Jan 1996 10:34:49 -0800 To: mailing list account cc: freebsd-hackers@freebsd.org Subject: Re: FBSD 2.1 In-reply-to: Your message of "Tue, 16 Jan 1996 12:31:59 CST." <199601161832.MAA00421@argus.flash.net> Date: Tue, 16 Jan 1996 10:34:49 -0800 Message-ID: <11038.821817289@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > i did that several years ago... i hacked up the hacked up version of info-zi p > library routines that were used in the early pgp packages. this is plain and What did the API look like? Anything along the lines of what I suggested? Jordan From owner-freebsd-hackers Tue Jan 16 11:03:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03301 for hackers-outgoing; Tue, 16 Jan 1996 11:03:58 -0800 (PST) Received: from argus.flash.net ([206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA03296 for ; Tue, 16 Jan 1996 11:03:53 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id NAA00549; Tue, 16 Jan 1996 13:00:31 -0600 From: mailing list account Message-Id: <199601161900.NAA00549@argus.flash.net> Subject: Re: LapLink cable? To: dgy@rtd.com (Don Yuniskis) Date: Tue, 16 Jan 1996 13:00:30 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601161727.KAA27818@seagull.rtd.com> from "Don Yuniskis" at Jan 16, 96 10:27:35 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Greetings! > Thanks to all who replied! Could someone squeeze this into the > handbook? I imagine that's a better place for it than the *sources*! > > > > The parallel port SLIP setup apparently uses a "Laplink cable". > > > Does anyone have a pinout, etc. of this (for those of us that > > > roll our own cables)? If i remember right, DOG has a pinout in the intersvr or interlnk help pages. I ferget if it is for the serial or parallel tho, but they do say it is laplink compat. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Tue Jan 16 11:16:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03793 for hackers-outgoing; Tue, 16 Jan 1996 11:16:10 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA03782 for ; Tue, 16 Jan 1996 11:16:04 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id UAA16695; Tue, 16 Jan 1996 20:16:07 +0100 Received: by uni4nn.iaf.nl with UUCP id AA11637 (5.67b/IDA-1.5); Tue, 16 Jan 1996 20:15:50 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA20799 (5.65c/IDA-1.4.4); Tue, 16 Jan 1996 19:25:24 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id TAA00521; Tue, 16 Jan 1996 19:08:23 +0100 From: Wilko Bulte Message-Id: <199601161808.TAA00521@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: LapLink cable? To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 16 Jan 1996 19:08:23 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601160916.KAA16642@uriah.heep.sax.de> from "J Wunsch" at Jan 16, 96 10:16:23 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk >_ > > As Don Yuniskis wrote: > > > > The parallel port SLIP setup apparently uses a "Laplink cable". > > Does anyone have a pinout, etc. of this (for those of us that > > roll our own cables)? > > UTSL: /sys/i386/isa/lpt.c > > -- > cheers, J"org Or you can check DOS 'help' for INTERSRV (I think that's what it is called) Of course you need to be really desperate to boot dos ;-) Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Tue Jan 16 11:21:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04028 for hackers-outgoing; Tue, 16 Jan 1996 11:21:35 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA04020 for ; Tue, 16 Jan 1996 11:21:30 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id UAA05291 ; Tue, 16 Jan 1996 20:21:22 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA16685 ; Tue, 16 Jan 1996 20:21:22 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id UAA16739; Tue, 16 Jan 1996 20:17:04 +0100 (MET) From: Ollivier Robert Message-Id: <199601161917.UAA16739@keltia.freenix.fr> Subject: Re: user management stuff To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 16 Jan 1996 20:17:04 +0100 (MET) Cc: robin@is.co.za, hackers@FreeBSD.org In-Reply-To: <9056.821794947@time.cdrom.com> from "Jordan K. Hubbard" at Jan 16, 96 04:22:27 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk It seems that Jordan K. Hubbard said: > Actually, I'm rather hoping that someone will re-write adduser so > we can throw the one we have away! I've had no end of problems with > that bloody perl script! :-( I have another one but I haven't got time to document it yet. It is not difficult to use, just two configuration file (that's what I need to write man pages for). If there is enough interest for put it in the tree, I'll try to write them... I haven't implemented the -freefall option (creating a group per user) :-) A volunteer to write the two manpages ? new-account : Account Creation Program. Copyright (c) 1993, 94 by Ollivier Robert (roberto@keltia.frmug.fr.net) Version 1.06.3 on 18/04/95. Usage: new-account [options] login fullname group [group...] Options: -N doesn't execute anything, just show commands, -m send greeting message to new user, -s shell specifies the shell to use instead of /sbin/tcsh, -u uid specifies une user-id to use (default is next free in class), -a alias specifies the alias to put in /etc/mail/aliases, -p pwd use that encrypted password, -q be quiet and do not display messages. Configuration file is /usr/local/etc/accountrc. Group definition file is /usr/local/etc/groupdefs. The groupdefs looks like this: # config file for new-account(8) # # Defines the different groups available # # (c) 1993,94 by Ollivier Robert (roberto@keltia.frmug.fr.net) # # $Id$ # # Here lie the group descriptions # # format is : # # group_name = ( uid_min-uid_max base_dir def_shell options ) # staff = ( 100-199 /users/staff /sbin/tcsh mail,alias,userdb ) copains = ( 200-499 /users/copains /sbin/tcsh mail,alias,userdb ) uucp = ( 500-599 /var/spool/uucp /usr/libexec/uucp/uucico nodir ) slip = ( 600-699 / /usr/sbin/sliplogin nodir ) ppp = ( 700-799 / /usr/local/sbin/ppplogin nodir ) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-hackers Tue Jan 16 11:21:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04085 for hackers-outgoing; Tue, 16 Jan 1996 11:21:53 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA04034 for ; Tue, 16 Jan 1996 11:21:36 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id UAA05287 ; Tue, 16 Jan 1996 20:21:21 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA16682 ; Tue, 16 Jan 1996 20:21:21 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA16607; Tue, 16 Jan 1996 19:57:15 +0100 (MET) From: Ollivier Robert Message-Id: <199601161857.TAA16607@keltia.freenix.fr> Subject: Re: Building a "custom" release of 2.1.0 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 16 Jan 1996 19:57:15 +0100 (MET) Cc: phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org In-Reply-To: <5660.821759448@time.cdrom.com> from "Jordan K. Hubbard" at Jan 15, 96 06:30:48 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Jordan K. Hubbard said: > Ah, that's OK. If he was scared off by just /usr/src/release/Makefile, > think about how terrified he'd be when it came time to try and > synchronize the 2.2 and 2.1 trees. :-) Naw, it is the work of the developpers to merge 2.1 and 2.1, isn't it ? No ? Really ? [ the candidate then starts looking wildly around himself for a stone to hide under and finally runs away screaming... ] -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-hackers Tue Jan 16 11:21:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04101 for hackers-outgoing; Tue, 16 Jan 1996 11:21:56 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA04021 for ; Tue, 16 Jan 1996 11:21:30 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id UAA05275 ; Tue, 16 Jan 1996 20:21:18 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA16673 ; Tue, 16 Jan 1996 20:21:17 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id UAA16726; Tue, 16 Jan 1996 20:13:01 +0100 (MET) From: Ollivier Robert Message-Id: <199601161913.UAA16726@keltia.freenix.fr> Subject: Re: divers.... To: didier@omnix.fr.org Date: Tue, 16 Jan 1996 20:13:01 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: from "didier@omnix.fr.org" at Jan 16, 96 11:51:35 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk It seems that didier@omnix.fr.org said: > what is the aproximate size of the complete CVS source tree ? /dev/sd12g 279647 217650 39625 85% /spare Only CVS here for /usr/src, /usr/ports and the secure code from ZA. > I think that I read somewhere that only a part of the memory > was seen by the standard configuration and that it was necessary > to add a parameter in the kernel configuration file. > > what is this parameter. It is in the FAQ :-) ------------------------------------------------------------ 8.6. I have 128 MB of RAM but it seems that the system use only the first 64 MB. What's going on ? Due to the manner in which FreeBSD gets the memory size from the BIOS, it can only detect 16 bits worth of Kbytes in size (65535 Kbytes = 64MB). If you have more than 64MB, FreeBSD will only see the first 64MB. To work around this problem, you need to use the kernel option specified below. There is a way to get complete memory information from the BIOS, but we don't have room in the bootblocks to do it. Someday when lack of room in the bootblocks is fixed, we'll use the extended BIOS functions to get the full memory information...but for now we're stuck with the kernel option. options "MAXMEM=" Where n is your memory in Kilobytes. For a 128 MB machine, you'd want to use 131072 ------------------------------------------------------------ > I plan to run FreeBSD 2.1-STABLE with 128Mb of memory and > 300 users. I might have up to 256 users on the same account > do I have to specify some extra parameters for this configurations ? Uh? 256 users on the *same* account ? What did I miss ? I guess you mean 256 users at the same time, no ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-hackers Tue Jan 16 11:29:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04643 for hackers-outgoing; Tue, 16 Jan 1996 11:29:15 -0800 (PST) Received: from psiint.com (vv.psiint.com [204.189.53.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA04604 Tue, 16 Jan 1996 11:29:01 -0800 (PST) Received: by psiint.com (8.6.12/4.03) id LAA15101; Tue, 16 Jan 1996 11:28:34 -0800 Date: Tue, 16 Jan 1996 11:28:33 -0800 (PST) From: Dave Walton To: "Jordan K. Hubbard" cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: FBSD 2.1 In-Reply-To: <22445.821618434@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sun, 14 Jan 1996, Jordan K. Hubbard wrote: > The world is still waiting for a replacement for tar/cpio/... that > allows compression, random access to files and isn't named `zip'.. :-) I dunno, maybe this is a silly question, but what exactly is wrong with a replacement for tar/cpio/... that allows compression, random access to files and *IS* named 'zip'? Dave ========================================================================== David Walton Programmer PSI INTERNATIONAL, Inc. email: dwalton@psiint.com 190 South Orchard #C200 Fax :(707)451-6484 Vacaville, CA 95688 Phone:(707)451-3503 ========================================================================== From owner-freebsd-hackers Tue Jan 16 11:37:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05327 for hackers-outgoing; Tue, 16 Jan 1996 11:37:43 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA05318 for ; Tue, 16 Jan 1996 11:37:25 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id NAA00696; Tue, 16 Jan 1996 13:36:05 -0600 From: mailing list account Message-Id: <199601161936.NAA00696@argus.flash.net> Subject: Re: FBSD 2.1 To: nate@sri.MT.net (Nate Williams) Date: Tue, 16 Jan 1996 13:36:05 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601161724.KAA04736@rocky.sri.MT.net> from "Nate Williams" at Jan 16, 96 10:24:21 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > Where ZIP_t is an opaque type: > > Oooh, getting Snazzy here. Does this mean you want it in C++ now? > *grin* > > > int zip_add(ZIP_t zp, char *fname, int link) > > > > Add file fname to zip file (which must be writable). > > If fname is a link and link is true, the link will be stored > > as a link, otherwise what it points to will be stored. > > Since the ZIP format doesn't have a concept of links, it will only store > filenames. Unfortunately, this means that we can't do symlinks inside > of zip files. :( > > Is this going to be a show stopper? > > > int zip_fdopen(ZIP_t zp, char *fname) > > > > Return a file descriptor for an entry in a zip file. When a read from > > the new fd returns EOF, a zip_close() on the fd should be done to > > clean up any state lying around. > > Returns new fd on success or -1 if entry not found/open failed. > > > > > > int zip_fdclose(ZIP_t zp, int fd) > > > > Close a file descriptor previously returned by zip_open(). > > Returns 0 on success, -1 on error. > > Hmm, the above 2 could get interesting. I'm not sure how you'd do that, > in the same way I'm not sure how you'd do that with files inside a tar > file. actually, mine are more akin to gzip. my routines don't even deal with zipfiles, they just compress and decompress and have hooks for displaying progress. the fd* stuff might be a good idea, tho. Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Tue Jan 16 11:49:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05866 for hackers-outgoing; Tue, 16 Jan 1996 11:49:31 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA05859 for ; Tue, 16 Jan 1996 11:49:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA11331; Tue, 16 Jan 1996 11:46:44 -0800 To: "Andrew V. Stesin" cc: hackers@freebsd.org Subject: Re: user management stuff In-reply-to: Your message of "Tue, 16 Jan 1996 20:15:42 +0200." <199601161815.UAA26169@office.elvisti.kiev.ua> Date: Tue, 16 Jan 1996 11:46:44 -0800 Message-ID: <11329.821821604@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Ok. Where can I find the list of requirements? I.e. -- > what functionality _must_ be present? what shall be? std options for all invocations: [-uid uid] [-gid gid] [-user user] [-group group] [-home homedir] [-name name] [-shell shell] [-realhome realhome] [-after uid] -uid specify the uid to use, otherwise it will be chosen automatically (see also -after). -gid specify the gid to use, otherwise it's set automatically to track the uid. -user Specify the username to use [no default] -group Check that gid also exists under name group - if not, it should be added under this name (e.g. group:*:gid:user). Default is not to mess with /etc/group. -home Specify the location of the home directory. By default it will go to /home/${user} if not overriden in /etc/adduser.cf -name Specify full name (+ any other GCOS info). -shell Specify a different shell (than the default) to use. -realhome If different from home, make home dir here instead and make a symlink from home to here. -after If chosing uid automatically, start search after this uid. Search will stop at the next free "hole". Commands: adduser -add [..stdopts] [-skel skeldir] adduser -delete [key] adduser -exists [key] adduser -modify [key] [..stdopts] Examples: adduser -add -uid 2035 -gid 2035 -user jkh -realhome /a/jkh \ -home /home/jkh \ -name "Jordan K. Hubbard" \ -shell /usr/local/bin/bash Adds me with very specific settings. adduser -add -user fred -name "Fred K. Schmertz" Adds a user fred with the next available uid/gid and using the default shell/home dir/etc values. adduser -delete -user joe adduser -delete -uid 710 Would delete users matching these criteria (any of the stdargs should be usable as keys). adduser -exists -uid 507 adduser -exists -group ftp Returns 1 if key matches. In the case of -group, /etc/group is actually checked. For use in scripts. adduser -modify -uid 701 -name "Irving Q. Steenbottle" Finds uid 701 and changes the name field accordingly, leaving other fields unaltered. > What the program _must not_ do? What kind of UI is Crash? Ruin the password file? :-) > required or recommended? Will it become (potentially) a part I think the UI issue should be left alone to implement one level further up, if desired. The first UI interface should probably be libdialog based, just for consistency. Oh yeah, it should also read an /etc/adduser.cf for default configuration information (which I think it should *not* prompt the user about - just choose reasonable defaults! The "adduser configuration" phase on the first startup of our current adduser really confuses a lot of people! :-( Jordan From owner-freebsd-hackers Tue Jan 16 12:21:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08400 for hackers-outgoing; Tue, 16 Jan 1996 12:21:55 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08388 for ; Tue, 16 Jan 1996 12:21:41 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA01135 for ; Tue, 16 Jan 1996 21:21:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA04028 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 21:21:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA18436 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 21:15:00 +0100 (MET) From: J Wunsch Message-Id: <199601162015.VAA18436@uriah.heep.sax.de> Subject: Re: divers.... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 21:14:59 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "didier@omnix.fr.org" at Jan 16, 96 11:51:35 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As didier@omnix.fr.org wrote: > what is the aproximate size of the complete CVS source tree ? j@uriah 223% du -sk ~cvs 201196 /home/cvs -- 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 Jan 16 12:22:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08442 for hackers-outgoing; Tue, 16 Jan 1996 12:22:21 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08422 for ; Tue, 16 Jan 1996 12:22:13 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA01140; Tue, 16 Jan 1996 21:21:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA04029; Tue, 16 Jan 1996 21:21:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA18335; Tue, 16 Jan 1996 21:01:54 +0100 (MET) From: J Wunsch Message-Id: <199601162001.VAA18335@uriah.heep.sax.de> Subject: Re: reboot To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 21:01:53 +0100 (MET) Cc: chx0@mail.opensol.com.ar Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601161050.VAA16024@godzilla.zeta.org.au> from "Bruce Evans" at Jan 16, 96 09:50:51 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Bruce Evans wrote: > > Erm, int 0x19 loads the boostrap at 0x7c0:0 and jumps to it. Yup, i should have R'ed TFM before answering. You are right. -- 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 Jan 16 12:55:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA12307 for hackers-outgoing; Tue, 16 Jan 1996 12:55:52 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA12294 for ; Tue, 16 Jan 1996 12:55:43 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA02355 for ; Tue, 16 Jan 1996 21:54:23 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA04405 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 21:54:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA19062 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 21:50:22 +0100 (MET) From: J Wunsch Message-Id: <199601162050.VAA19062@uriah.heep.sax.de> Subject: Re: LapLink cable? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 21:50:22 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601161808.TAA00521@yedi.iaf.nl> from "Wilko Bulte" at Jan 16, 96 07:08:23 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Wilko Bulte wrote: > > Or you can check DOS 'help' for INTERSRV (I think that's what it is called) > > Of course you need to be really desperate to boot dos ;-) No need to boot DOS. Use pcemu. -- 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 Jan 16 13:16:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA14627 for hackers-outgoing; Tue, 16 Jan 1996 13:16:46 -0800 (PST) Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA14622 for ; Tue, 16 Jan 1996 13:16:42 -0800 (PST) Received: (from mmead@localhost) by Glock.COM (8.7.1/8.7.1) id QAA00844 for hackers@freebsd.org; Tue, 16 Jan 1996 16:16:36 -0500 (EST) From: "matthew c. mead" Message-Id: <199601162116.QAA00844@Glock.COM> Subject: linux netscape 2.0b5 To: hackers@freebsd.org Date: Tue, 16 Jan 1996 16:16:36 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Has anyone gotten java to work properly? I commented out the syslog() not supported so that my console wouldn't go crazy, and I have defined the necessary variable for it to find the X key sym stuff, NLS stuff, and the /compat/linux/etc/host.conf file. I also put moz2_0.zip in the directory /usr/local/netscape/java/classes. When I attempt to run a java applet, I get this error: EMT instruction ./netscape at which point netscape exits on a signal 7. Any ideas on how to fix this? Thanks in advance! -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Tue Jan 16 13:21:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15295 for hackers-outgoing; Tue, 16 Jan 1996 13:21:58 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA15255 for ; Tue, 16 Jan 1996 13:21:30 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA04235; Tue, 16 Jan 1996 22:21:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04557; Tue, 16 Jan 1996 22:21:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA19391; Tue, 16 Jan 1996 22:16:23 +0100 (MET) From: J Wunsch Message-Id: <199601162116.WAA19391@uriah.heep.sax.de> Subject: Re: kgdb.. To: gjennejohn@frt.dec.com Date: Tue, 16 Jan 1996 22:16:23 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601161808.AA23417@cssmuc.frt.dec.com> from "garyj@frt.dec.com" at Jan 16, 96 07:08:21 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As garyj@frt.dec.com wrote: > > I've wondered myself why it's still in the tree. Seems to me that > `gdb -k' works pretty well. Or does someone know of a reason NOT > to eliminate kgdb ? I'm using gdb -k all days. I've been one of those guys who have been in favour of the old kgdb... Well, i've just checked, Gary: kgdb is no longer in the regular tree: j@uriah 236% ls /usr/src/gnu/usr.bin/ /usr/src/gnu/usr.bin: as/ CVS/ grep/ man/ sdiff/ awk/ dc/ groff/ mkisofs/ send-pr/ bc/ dialog/ gzip/ patch/ sort/ cc/ diff/ ld/ perl/ tar/ cpio/ diff3/ Makefile ptx/ texinfo/ cvs/ gdb/ Makefile.inc rcs/ yppush/ -- 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 Jan 16 13:21:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15296 for hackers-outgoing; Tue, 16 Jan 1996 13:21:58 -0800 (PST) Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.174]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA15283 for ; Tue, 16 Jan 1996 13:21:54 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.12/8.6.12) with SMTP id NAA05272 ; Tue, 16 Jan 1996 13:19:45 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Narvi cc: freebsd-hackers@freebsd.org From: Gary Palmer Subject: Re: Overloading In-reply-to: Your message of "Tue, 16 Jan 1996 12:05:42 +0200." Date: Tue, 16 Jan 1996 13:19:43 -0800 Message-ID: <5270.821827183@westhill.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk Narvi wrote in message ID : > A strange problem with a FreeBSD box working as a packet > filtering router: Which version of FreeBSD? We have a packet filter here handling a LOT heavier traffic than that without problems. Gary From owner-freebsd-hackers Tue Jan 16 13:22:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15362 for hackers-outgoing; Tue, 16 Jan 1996 13:22:17 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA15346 for ; Tue, 16 Jan 1996 13:22:11 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA04266; Tue, 16 Jan 1996 22:21:39 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04569; Tue, 16 Jan 1996 22:21:39 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA19224; Tue, 16 Jan 1996 22:07:43 +0100 (MET) From: J Wunsch Message-Id: <199601162107.WAA19224@uriah.heep.sax.de> Subject: Re: adduser problem To: aharpham@cnweb.com (Allen D. Harpham) Date: Tue, 16 Jan 1996 22:07:42 +0100 (MET) Cc: Hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Allen D. Harpham" at Jan 16, 96 09:19:48 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Allen D. Harpham wrote: > > A person logs in as say user1 when they do a whoami it says thay are user2 Looks like both users have the same uid. -- 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 Jan 16 13:22:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15413 for hackers-outgoing; Tue, 16 Jan 1996 13:22:35 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA15377 for ; Tue, 16 Jan 1996 13:22:21 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA04262; Tue, 16 Jan 1996 22:21:38 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04568; Tue, 16 Jan 1996 22:21:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA19207; Tue, 16 Jan 1996 22:06:52 +0100 (MET) From: J Wunsch Message-Id: <199601162106.WAA19207@uriah.heep.sax.de> Subject: Re: A few questions To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 22:06:51 +0100 (MET) Cc: dufault@hda.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601161420.HAA01303@rover.village.org> from "Warner Losh" at Jan 16, 96 07:20:37 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Warner Losh wrote: > > : since cd->dkunit is set to -1 when dk_ndrive > DK_NDRIVE. > : > : With this fixed the code seemed to work well, accessing 7 > : disks continuously over a 12 hour period. > > I've also had the nakamichi work with this patch (and one other that > tells the driver to scan multiple luns in scsiconf.c) on my FreeBS > 2.0R box. At least for the last 24 hours or so... Btw., Peter, is it already in the 2.1.X branch? It should go there. -- 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 Jan 16 13:24:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15590 for hackers-outgoing; Tue, 16 Jan 1996 13:24:08 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA15553 for ; Tue, 16 Jan 1996 13:23:58 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA04245 for ; Tue, 16 Jan 1996 22:21:28 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04563 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 22:21:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA19105 for freebsd-hackers@freebsd.org; Tue, 16 Jan 1996 21:53:46 +0100 (MET) From: J Wunsch Message-Id: <199601162053.VAA19105@uriah.heep.sax.de> Subject: Re: Request examples of using outb() in inb()in program. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 21:53:46 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Sujal Patel" at Jan 16, 96 09:46:40 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Sujal Patel wrote: > > Like KDENABIO, the default permissions on /dev/io restrict it to root > only, which is the way it should be IMHO. Not until very recently. /dev/io used to be open to (setgid) kmem. Note that read permissions to the special file are sufficient. (See io(4), in a fairly recent -current.) -- 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 Jan 16 13:26:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA15857 for hackers-outgoing; Tue, 16 Jan 1996 13:26:29 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA15607 for ; Tue, 16 Jan 1996 13:24:16 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA04254; Tue, 16 Jan 1996 22:21:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA04566; Tue, 16 Jan 1996 22:21:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA19154; Tue, 16 Jan 1996 21:59:58 +0100 (MET) From: J Wunsch Message-Id: <199601162059.VAA19154@uriah.heep.sax.de> Subject: Re: Building a "custom" release of 2.1.0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 16 Jan 1996 21:59:58 +0100 (MET) Cc: jkh@time.cdrom.com, phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601161857.TAA16607@keltia.freenix.fr> from "Ollivier Robert" at Jan 16, 96 07:57:15 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Ollivier Robert wrote: > > Naw, it is the work of the developpers to merge 2.1 and 2.1, isn't it ? That shouldn't be that big a deal. :-) Well, but we were searching for a RELENG for 2.*2*. ;-) -- 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 Jan 16 13:43:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17582 for hackers-outgoing; Tue, 16 Jan 1996 13:43:03 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA17574 for ; Tue, 16 Jan 1996 13:42:55 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA07386 ; Tue, 16 Jan 1996 22:42:46 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA17169 ; Tue, 16 Jan 1996 22:42:45 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id UAA17005; Tue, 16 Jan 1996 20:39:03 +0100 (MET) From: Ollivier Robert Message-Id: <199601161939.UAA17005@keltia.freenix.fr> Subject: Re: Building a "custom" release of 2.1.0 To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 16 Jan 1996 20:39:03 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org In-Reply-To: <466.821779517@critter.tfs.com> from "Poul-Henning Kamp" at Jan 16, 96 09:05:17 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Poul-Henning Kamp said: > Yes, I have stayed out of the 2.1 business, since I don't have time/machines > to test that too. I hope we can get the crucial changes into 2.1 to make > it boot on 4M machines, but otherwise it's too bad. I know NFS install is nice but I think we can get lot of RAM without it. The GENERIC I used for the laptop has not SCSI, no NFS, no Ethernet. Doing a set of floppies for IDE only systems would cut down the kernel maybe enough for most 4 MB machines. The release/Makefile is not too bad, once you understand it better :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-hackers Tue Jan 16 13:43:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17607 for hackers-outgoing; Tue, 16 Jan 1996 13:43:12 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA17596 for ; Tue, 16 Jan 1996 13:43:06 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id WAA07376 ; Tue, 16 Jan 1996 22:42:43 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA17160 ; Tue, 16 Jan 1996 22:42:42 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id UAA16883; Tue, 16 Jan 1996 20:23:37 +0100 (MET) From: Ollivier Robert Message-Id: <199601161923.UAA16883@keltia.freenix.fr> Subject: Re: adduser problem To: aharpham@cnweb.com (Allen D. Harpham) Date: Tue, 16 Jan 1996 20:23:37 +0100 (MET) Cc: Hackers@freebsd.org In-Reply-To: from "Allen D. Harpham" at Jan 16, 96 09:19:48 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Allen D. Harpham said: > A person logs in as say user1 when they do a whoami it says thay are user2 > (user2 is another person on the system and doesn't notice any problems). > When user1 sends a message the return address is user2@hastings.edu. This > is a permanent situation until I delete user1 from the system and recreate him. > I assume that there might be a glich in the adduser program. I'd say that both users have the same uid. > Everything on the system appears to be running normally. The system is > running FreeBSD 2.0. Uh? Really 2.0 ? Upgrade to 2.1.0 as soon as you can :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 From owner-freebsd-hackers Tue Jan 16 13:45:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA17918 for hackers-outgoing; Tue, 16 Jan 1996 13:45:47 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA17896 for ; Tue, 16 Jan 1996 13:45:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA00859; Tue, 16 Jan 1996 14:39:19 -0700 From: Terry Lambert Message-Id: <199601162139.OAA00859@phaeton.artisoft.com> Subject: Re: FBSD 2.1 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 16 Jan 1996 14:39:19 -0700 (MST) Cc: nate@sri.MT.net, tnaggs@cddotdot.mikom.csir.co.za, Hackers@FreeBSD.org In-Reply-To: <7647.821781862@time.cdrom.com> from "Jordan K. Hubbard" at Jan 16, 96 00:44:22 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > That wouldn't save us anyway since we'd still need at least unzip in > the tree. I figure if we're going to bring something like zip/unzip > in, we might as well try to add some value to it. A library API to > zip would be useful for a lot of things, I think. > > > Also, what kind of API would you like to see? You are the most familiar > > with the package tools, so if you write up a quick 'this is what I'd > > like to see API' then it would be easier for someone to know what is > > expected. > > OK. I will do precisely that! Or you can check out the gnu.misc.discuss posting of where you can download the library that already exists. 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 Jan 16 13:47:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18110 for hackers-outgoing; Tue, 16 Jan 1996 13:47:44 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18089 for ; Tue, 16 Jan 1996 13:47:39 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id OAA05862; Tue, 16 Jan 1996 14:49:54 -0700 Date: Tue, 16 Jan 1996 14:49:54 -0700 From: Nate Williams Message-Id: <199601162149.OAA05862@rocky.sri.MT.net> To: Terry Lambert Cc: jkh@time.cdrom.com (Jordan K. Hubbard), nate@sri.MT.net, Hackers@FreeBSD.org Subject: Re: FBSD 2.1 In-Reply-To: <199601162139.OAA00859@phaeton.artisoft.com> References: <7647.821781862@time.cdrom.com> <199601162139.OAA00859@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk > > That wouldn't save us anyway since we'd still need at least unzip in > > the tree. I figure if we're going to bring something like zip/unzip > > in, we might as well try to add some value to it. A library API to > > zip would be useful for a lot of things, I think. > > > > > Also, what kind of API would you like to see? You are the most familiar > > > with the package tools, so if you write up a quick 'this is what I'd > > > like to see API' then it would be easier for someone to know what is > > > expected. > > > > OK. I will do precisely that! > > Or you can check out the gnu.misc.discuss posting of where you can > download the library that already exists. That's the gzip compression library, not to be confused with we're discussing, a zip/unzip library. The former is a general purpose library for zip compresion, while the latter is specifically for 'ZIP-archive' files. Nate From owner-freebsd-hackers Tue Jan 16 13:54:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18899 for hackers-outgoing; Tue, 16 Jan 1996 13:54:48 -0800 (PST) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18859 for ; Tue, 16 Jan 1996 13:54:17 -0800 (PST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id XAA01418; Tue, 16 Jan 1996 23:51:32 +0200 Date: Tue, 16 Jan 1996 23:51:31 +0200 (EET) From: Narvi To: Gary Palmer cc: freebsd-hackers@freebsd.org Subject: Re: Overloading In-Reply-To: <5270.821827183@westhill.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 16 Jan 1996, Gary Palmer wrote: > Narvi wrote in message ID > : > > > A strange problem with a FreeBSD box working as a packet > > filtering router: > > Which version of FreeBSD? We have a packet filter here handling a LOT > heavier traffic than that without problems. > > Gary > > FreeBSD-2.1 by the way.... Sorry I didn't mention :( Sander From owner-freebsd-hackers Tue Jan 16 14:05:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA19918 for hackers-outgoing; Tue, 16 Jan 1996 14:05:30 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA19897 for ; Tue, 16 Jan 1996 14:05:23 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id OAA01158; Tue, 16 Jan 1996 14:05:17 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id OAA00155; Tue, 16 Jan 1996 14:05:18 -0800 (PST) Message-Id: <199601162205.OAA00155@corbin.Root.COM> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers), dufault@hda.com Subject: Re: A few questions In-reply-to: Your message of "Tue, 16 Jan 1996 22:06:51 +0100." <199601162106.WAA19207@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 16 Jan 1996 14:05:18 -0800 Sender: owner-hackers@FreeBSD.org Precedence: bulk >As Warner Losh wrote: >> >> : since cd->dkunit is set to -1 when dk_ndrive > DK_NDRIVE. >> : >> : With this fixed the code seemed to work well, accessing 7 >> : disks continuously over a 12 hour period. >> >> I've also had the nakamichi work with this patch (and one other that >> tells the driver to scan multiple luns in scsiconf.c) on my FreeBS >> 2.0R box. At least for the last 24 hours or so... > >Btw., Peter, is it already in the 2.1.X branch? It should go there. I put the patch in 2.1 shortly after it went into 2.2. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Jan 16 14:14:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20808 for hackers-outgoing; Tue, 16 Jan 1996 14:14:04 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA20802 for ; Tue, 16 Jan 1996 14:13:56 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id OAA01190; Tue, 16 Jan 1996 14:13:52 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id OAA00186; Tue, 16 Jan 1996 14:13:53 -0800 (PST) Message-Id: <199601162213.OAA00186@corbin.Root.COM> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: gjennejohn@frt.dec.com, freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: kgdb.. In-reply-to: Your message of "Tue, 16 Jan 1996 22:16:23 +0100." <199601162116.WAA19391@uriah.heep.sax.de> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 16 Jan 1996 14:13:53 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >As garyj@frt.dec.com wrote: >> >> I've wondered myself why it's still in the tree. Seems to me that >> `gdb -k' works pretty well. Or does someone know of a reason NOT >> to eliminate kgdb ? > >I'm using gdb -k all days. I've been one of those guys who have been >in favour of the old kgdb... > >Well, i've just checked, Gary: kgdb is no longer in the regular tree: Yes, I'm a kgdb person, too. The standard gdb doesn't have the powerful scripting/macro mechanism that kgdb had. For one thing, it lacks the looping constructs which I found _very_ important. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Jan 16 14:32:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22001 for hackers-outgoing; Tue, 16 Jan 1996 14:32:21 -0800 (PST) Received: from jmurray.async.vt.edu (jmurray.async.vt.edu [128.173.30.111]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA21870 for ; Tue, 16 Jan 1996 14:32:06 -0800 (PST) Received: from jmurray.async.vt.edu (localhost [127.0.0.1]) by jmurray.async.vt.edu (8.6.12/8.6.12) with SMTP id RAA03568; Tue, 16 Jan 1996 17:32:41 -0500 Message-ID: <30FC2787.41C67EA6@vt.edu> Date: Tue, 16 Jan 1996 17:32:39 -0500 From: John Murray X-Mailer: Mozilla 2.0b5 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: "matthew c. mead" CC: hackers@freebsd.org Subject: Re: linux netscape 2.0b5 References: <199601162116.QAA00844@Glock.COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk matthew c. mead wrote: > > Has anyone gotten java to work properly? I commented out the syslog() not > supported so that my console wouldn't go crazy, and I have defined the > necessary variable for it to find the X key sym stuff, NLS stuff, and the > /compat/linux/etc/host.conf file. I also put moz2_0.zip in the directory > /usr/local/netscape/java/classes. When I attempt to run a java applet, I get > this error: > > EMT instruction ./netscape > > at which point netscape exits on a signal 7. Any ideas on how to fix > this? Thanks in advance! Run in 8 bit color mode, This fixed the problem for me. > > -matt > > -- > Matthew C. Mead > > mmead@Glock.COM > http://www.Glock.COM/~mmead/ -- ( John Murray /\ "I'm Going To See the Cow Beneath ) ( /\ the Sea" ) ( http://jmurray.async.vt.edu /\ -The Might Be Giants(Cowtown) ) From owner-freebsd-hackers Tue Jan 16 15:04:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA24441 for hackers-outgoing; Tue, 16 Jan 1996 15:04:23 -0800 (PST) Received: from sivka.carrier.kiev.ua (root@sivka.carrier.kiev.ua [193.125.68.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA24253 for ; Tue, 16 Jan 1996 15:03:49 -0800 (PST) Received: from elvisti.kiev.ua (uucp@localhost) by sivka.carrier.kiev.ua (Sendmail 8.who.cares/5) with UUCP id AAA23704 for hackers@freebsd.org; Wed, 17 Jan 1996 00:58:53 +0200 Received: from office.elvisti.kiev.ua (office.elvisti.kiev.ua [193.125.28.33]) by spider2.elvisti.kiev.ua (8.6.12/8.ElVisti) with ESMTP id AAA15426 for ; Wed, 17 Jan 1996 00:36:39 +0200 Received: (from stesin@localhost) by office.elvisti.kiev.ua (8.6.12/8.ElVisti) id AAA05692; Wed, 17 Jan 1996 00:36:37 +0200 From: "Andrew V. Stesin" Message-Id: <199601162236.AAA05692@office.elvisti.kiev.ua> Subject: Re: user management stuff To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 17 Jan 1996 00:36:36 +0200 (EET) Cc: stesin@elvisti.kiev.ua, hackers@freebsd.org In-Reply-To: <11329.821821604@time.cdrom.com> from "Jordan K. Hubbard" at Jan 16, 96 11:46:44 am X-Mailer: ELM [version 2.4 PL24alpha5] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Comments for review: # std options for all invocations: # [-uid uid] [-gid gid] [-user user] [-group group] [-home homedir] [-name name] # [-shell shell] [-realhome realhome] [-after uid] # 1. What about a one-char options, i.e. "-u" == "-uid" ? # -uid specify the uid to use, otherwise it will be chosen automatically # (see also -after). # # -gid specify the gid to use, otherwise it's set automatically to track # the uid. # # -user Specify the username to use [no default] 2. Maybe better to have login name not as an option, but as a required (single) argument? # -group Check that gid also exists under name group - if not, it should # be added under this name (e.g. group:*:gid:user). Default is not # to mess with /etc/group. 3. Considering a Current Policy (separate gid for each uid, (c) Rodney Grimes; I personally like this approach) how can I skip /etc/group modification? # -home Specify the location of the home directory. By default it will # go to /home/${user} if not overriden in /etc/adduser.cf ^^^^^^^^^^ 4. "Are you sure in is wise?" :) I mean the fact that this file exists at all. # -name Specify full name (+ any other GCOS info). 5. You mean "a single string arg, possibly with a comma separated list of GCOS fields in it"? # -shell Specify a different shell (than the default) to use. # # -realhome If different from home, make home dir here instead and # make a symlink from home to here. Nice approach. # -after If chosing uid automatically, start search after this uid. # Search will stop at the next free "hole". # # # Commands: # # adduser -add [..stdopts] [-skel skeldir] Got it. # adduser -delete [key] 6. Is "key" == "logname" or it may be specified as, for example, "-uid XXX" or "-realname 'Random J. User'" ? # adduser -exists [key] 7. To be able to get an exit status of 0 if "yes" 1 otherwise? # adduser -modify -uid 701 -name "Irving Q. Steenbottle" # # Finds uid 701 and changes the name field accordingly, leaving # other fields unaltered. 8. This means priorities of matches? I.e. you doesn't want to modify uid if mr. "Irving Q. Steenbottle" is there already with uid 700? # > What the program _must not_ do? What kind of UI is # # Crash? Ruin the password file? :-) (-; ... or change spwd.db without altering master.passwd. # I think the UI issue should be left alone to implement one level # further up, if desired. The first UI interface should probably be # libdialog based, just for consistency. Ok. Leaving it alone for now. # Oh yeah, it should also read an /etc/adduser.cf for default # configuration information (which I think it should *not* prompt the # user about - just choose reasonable defaults! The "adduser # configuration" phase on the first startup of our current adduser # really confuses a lot of people! :-( Oh yes :-) See q. 4 above. I'm saving your original draft spec and waiting one day before doing actual start (anyway, tomorrow I'll be busy lurking aroung looking how to replace a Conner CPF1060S where news spool lived until an hour ago :( It finally died, after 3 days of NCR writing error msgs to the console.) -- With best regards -- Andrew Stesin. +380 (44) 2760188 +380 (44) 2713457 +380 (44) 2713560 An undocumented feature is a coding error. From owner-freebsd-hackers Tue Jan 16 16:08:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28359 for hackers-outgoing; Tue, 16 Jan 1996 16:08:34 -0800 (PST) Received: from uruk.org (uruk.org [198.145.95.253]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA28351 for ; Tue, 16 Jan 1996 16:08:30 -0800 (PST) From: erich@uruk.org Received: from loopback (loopback [127.0.0.1]) by uruk.org (8.6.11/8.6.9) with SMTP id QAA15213 for ; Tue, 16 Jan 1996 16:10:12 -0800 Message-Id: <199601170010.QAA15213@uruk.org> X-Authentication-Warning: uruk.org: Host loopback didn't use HELO protocol To: freebsd-hackers@freebsd.org Subject: Linux and/or ELF executables Date: Tue, 16 Jan 1996 16:10:11 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk I checked the archives with not much success, so I'll ask directly... Is anyone working on Linux and/or ELF (System V R4) executable compatibility? In particular, I need to run System V R4 (statically-linked is OK) executables, with Linux a.out support being a plus, but not necessary. Given that COFF iBSC2 support is there (I think), it looks like all I'd have to do is write an ELF executable loader (pretty easy) to get the statically linked stuff to work. Supporting dynamic-linking is more of a pain, though the bulk of it is in writing a FreeBSD-specific interpreter. I was basically going to write the static stuff myself with hooks to add in the dynamic stuff later, but I wanted to coordinate with others, and perhaps not reinvent the wheel. Thanks for your time. -- Erich Stefan Boleyn \_ E-mail (preferred): Mad Genius wanna-be, CyberMuffin \__ home #: +1 (503) 226-0741 WWW Site \_ USnail: 924 S.W. 16th Ave, #202 Motto: "I'll live forever or die trying" \ Portland, OR, USA 97205 From owner-freebsd-hackers Tue Jan 16 16:20:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29243 for hackers-outgoing; Tue, 16 Jan 1996 16:20:34 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA29235 for ; Tue, 16 Jan 1996 16:20:24 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id BAA22322; Wed, 17 Jan 1996 01:15:54 +0100 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id XAA01147; Tue, 16 Jan 1996 23:15:36 +0100 Date: Tue, 16 Jan 1996 23:15:36 +0100 From: Wolfram Schneider Message-Id: <199601162215.XAA01147@localhost> To: robin@is.co.za Cc: hackers@freebsd.org Subject: user management stuff In-Reply-To: <199601161207.OAA23785@admin.is.co.za> References: <199601161207.OAA23785@admin.is.co.za> 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 Precedence: bulk Robin Lunn writes: >I was horrified to see that /usr/sbin/adduser does no locking of the password >file! I recommend that instead of attempting to add the entry directly that >the program simply invoke chpass -a which will see to it that locking >is done etc. Much safer. Old chpass (FreeBSD 2.0) core dumped. >Also, I've made a userdel script in perl. It was written on company time and >so my company has the copyright. The company is however happy to allow this >to be freely released. Should I put this on a news group or would someone >like to have a look and perhaps put it into future FreeBSD releases? This is the 3th deluser perl script. I don't like the idea of a delete user script. It is too complex. I recommend first a man page with a brief description of possible problems. - delete password entry - delete user from group database (/etc/group), may be delete groups - delete ppp password (/etc/ppp/*) - delete slip entries (/etc/sliphome*) - delete user from /etc/ftpusers - check for other users with same uid (may be also for groups) - remove home dir - remove WWW files (/~user), which are not in HOME located - check other FS, $ find / -user user -print - delete user from /etc/inetd.conf, remove files which owned by user - delete user from /etc/rc.local if the user start programs - remove mailbox - delete mail aliases (/etc/aliases, may be /etc/sendmail.cf) - delete crontab entries (/etc/crontab, /var/cron/allow, /var/cron/deny, /var/cron/tabs/user) - delete at(8) entries - delete user phone numbers in /etc/phones - remove quota Wolfram From owner-freebsd-hackers Tue Jan 16 16:32:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29967 for hackers-outgoing; Tue, 16 Jan 1996 16:32:12 -0800 (PST) Received: from peedub.gj.org (ns056.munich.netsurf.de [194.64.166.56]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA29915 for ; Tue, 16 Jan 1996 16:32:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peedub.gj.org (8.7.3/8.6.9) with SMTP id BAA22545 for ; Wed, 17 Jan 1996 01:32:32 GMT Message-Id: <199601170132.BAA22545@peedub.gj.org> X-Authentication-Warning: peedub.gj.org: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: freebsd-hackers@freefall.FreeBSD.org Subject: Re: kgdb.. Reply-To: Gary Jennejohn In-reply-to: Your message of "Tue, 16 Jan 1996 14:13:53 PST." <199601162213.OAA00186@corbin.Root.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 1996 01:32:31 +0000 From: Gary Jennejohn Sender: owner-hackers@FreeBSD.ORG Precedence: bulk oops, forgot to cc this to hackers David Greenman writes: >>As garyj@frt.dec.com wrote: >>> >>> I've wondered myself why it's still in the tree. Seems to me that >>> `gdb -k' works pretty well. Or does someone know of a reason NOT >>> to eliminate kgdb ? >> >>I'm using gdb -k all days. I've been one of those guys who have been >>in favour of the old kgdb... >> >>Well, i've just checked, Gary: kgdb is no longer in the regular tree: > that's nice, but I guess gdb is lacking some functionality which is important to some people. > Yes, I'm a kgdb person, too. The standard gdb doesn't have the powerful >scripting/macro mechanism that kgdb had. For one thing, it lacks the looping >constructs which I found _very_ important. > the question is whether it's worth adding this stuff to gdb, or just let those who want to, use kgdb (which is also much smaller than gdb). I have no bone to pick on this one. If enough people feel that the missing functionality is important, then maybe we should try to add it in. One Of These Days (Pat. Pend.) I (or someone) will get around to porting gdb-4.15 (or whatever the current version happens to be). --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-hackers Tue Jan 16 16:42:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00520 for hackers-outgoing; Tue, 16 Jan 1996 16:42:35 -0800 (PST) Received: from hula.maui.net (hula.maui.net [204.182.52.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA00515 for ; Tue, 16 Jan 1996 16:42:31 -0800 (PST) Received: from localhost (langfod@localhost) by hula.maui.net (8.6.5/8.6.6) id OAA18876; Tue, 16 Jan 1996 14:49:03 -1000 From: David Langford Message-Id: <199601170049.OAA18876@hula.maui.net> Subject: Re: Building a "custom" release of 2.1.0 To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Tue, 16 Jan 1996 14:49:02 -1000 (HST) Cc: phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199601161939.UAA17005@keltia.freenix.fr> from "Ollivier Robert" at Jan 16, 96 08:39:03 pm X-blank-line: This space intentionaly left blank. X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk Hmmm. If anyone has seen the install program for NeXTstep you might notice that it adds devices drivers off disk after asking what devices you have. Would it be possible to go LKM happy with a kernel and ask what drivers to use? Just a thought. David Langford langfod@maui.com >It seems that Poul-Henning Kamp said: >> Yes, I have stayed out of the 2.1 business, since I don't have time/machines >> to test that too. I hope we can get the crucial changes into 2.1 to make >> it boot on 4M machines, but otherwise it's too bad. > >I know NFS install is nice but I think we can get lot of RAM without >it. The GENERIC I used for the laptop has not SCSI, no NFS, no >Ethernet. Doing a set of floppies for IDE only systems would cut down the >kernel maybe enough for most 4 MB machines. > >The release/Makefile is not too bad, once you understand it better :-) >-- >Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 > From owner-freebsd-hackers Tue Jan 16 16:49:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00727 for hackers-outgoing; Tue, 16 Jan 1996 16:49:54 -0800 (PST) Received: from koala.scott.net (root@koala.scott.net [204.181.147.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA00721 for ; Tue, 16 Jan 1996 16:49:52 -0800 (PST) Received: from jason.scott.net (dialup77.scott.net [205.241.3.77]) by koala.scott.net (8.7.3/8.7.3) with SMTP id SAA06124 for ; Tue, 16 Jan 1996 18:50:11 -0600 Message-ID: <30FC46C4.167EB0E7@scott.net> Date: Tue, 16 Jan 1996 18:45:56 -0600 From: Jason Gilbert X-Mailer: Mozilla 2.0b5 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: FreeBSD hackers Subject: Re: SCSI Scanner anybody? References: <199601160012.BAA17264@vector.jhs.local> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I sent this once but I believe that I didn't send it to the whole list. I have a HP 3c and use the SCSI interface card that came with the PC version. What needs to be included in the kernel in order to use this adapter. I do not have any other SCSI devices in my system. Thanks, Jason Julian H. Stacey wrote: > > Hi, Reference: > > From: J Wunsch > > > > My tests that finally caused Nate to commit the `hpscan' port have > > been done with an HP Scanjet 4A hooked on an AHA-2940. > > I notice it with great interest, & noted the ports/graphics/hpscan/work/README, > ( my 2 FreeBSD systems, have an Adaptec 1542B, & a 1542A). > > I'd like to buy a flatbed scanner, did you buy yours in Germany, > or by mail order < US ? > Any tips to those yet to put their toe in the water ? > (Good & bad models, Prices, Resolution etc ?) > I guess I must find a scanner faq, but can't remember the domain name for that > rtfm.whatever site. > > Julian Muenchen, Germany > -- > Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Tue Jan 16 16:49:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00741 for hackers-outgoing; Tue, 16 Jan 1996 16:49:56 -0800 (PST) Received: from koala.scott.net (root@koala.scott.net [204.181.147.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA00728 for ; Tue, 16 Jan 1996 16:49:54 -0800 (PST) Received: from jason.scott.net (dialup77.scott.net [205.241.3.77]) by koala.scott.net (8.7.3/8.7.3) with SMTP id SAA06130 for ; Tue, 16 Jan 1996 18:50:13 -0600 Message-ID: <30FC47A7.41C67EA6@scott.net> Date: Tue, 16 Jan 1996 18:49:43 -0600 From: Jason Gilbert X-Mailer: Mozilla 2.0b5 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: linux netscape 2.0b5 References: <199601162116.QAA00844@Glock.COM> <30FC2787.41C67EA6@vt.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk John Murray wrote: > > matthew c. mead wrote: > > > > Has anyone gotten java to work properly? I commented out the syslog() not > > supported so that my console wouldn't go crazy, and I have defined the > > Run in 8 bit color mode, This fixed the problem for me. > > > I briefly experimented with the linux version 2.0b4 and found that it crashed on java applets under 16bit mode. When I switched to 8 bit mode the colors would be messed up and not work properly. Is the 16bit mode problem in Netscape or something to do with FreeBSD? Any opinions? Jason From owner-freebsd-hackers Tue Jan 16 16:58:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01160 for hackers-outgoing; Tue, 16 Jan 1996 16:58:45 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA01152 for ; Tue, 16 Jan 1996 16:58:40 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id RAA00793; Tue, 16 Jan 1996 17:00:10 -0800 Date: Tue, 16 Jan 1996 17:00:10 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Support for 2940 Ultra? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk a 2940W Ultra has just fallen into my lap, and I would like to maybe see if I can get this baby cooking with my RAID box. (of which I will summarize experiences later). I am running -stable, supped as of about a week ago, and when I had the 2940W Ultra in the box, it panic'd regularly. From owner-freebsd-hackers Tue Jan 16 17:12:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02051 for hackers-outgoing; Tue, 16 Jan 1996 17:12:16 -0800 (PST) Received: from relay5.UU.NET (relay5.UU.NET [192.48.96.15]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA02039 for ; Tue, 16 Jan 1996 17:12:06 -0800 (PST) Received: from uucp3.UU.NET by relay5.UU.NET with SMTP id QQzyvk07512; Tue, 16 Jan 1996 20:12:05 -0500 (EST) Received: from uanet.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Tue, 16 Jan 1996 20:12:05 -0500 Received: by crocodil.monolit.kiev.ua; Wed, 17 Jan 96 03:06:26 +0200 Received: (from dk@localhost) by dog.farm.org (8.6.11/dk#3) id CAA00635 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 02:48:39 +0200 From: Dmitry Kohmanyuk Message-Id: <199601170048.CAA00635@dog.farm.org> Subject: how can I mount_mfs over NFS swap? To: freebsd-hackers@freebsd.org Date: Wed, 17 Jan 1996 00:48:38 +0000 () Reply-To: dk+@ua.net X-Class: Fast X-OS-Of-Choice: FreeBSD 2.0.5-RELEASE X-NIC-Handle: DK379 X-Mailer: ELM [version 2.4 PL22 dk9] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I'd like to have /tmp mounted not on / (hmm, Solaris have it called tmpfs), and I just can't figure out the device name for NFS swap (swapinfo shows some /dev/??). 2.1-RELEASE. From owner-freebsd-hackers Tue Jan 16 17:12:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02065 for hackers-outgoing; Tue, 16 Jan 1996 17:12:19 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA02044 for ; Tue, 16 Jan 1996 17:12:13 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA13383 for ; Wed, 17 Jan 1996 02:12:04 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA06614 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 02:12:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id CAA00745 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 02:00:36 +0100 (MET) From: J Wunsch Message-Id: <199601170100.CAA00745@uriah.heep.sax.de> Subject: Re: kgdb.. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 17 Jan 1996 02:00:35 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601162213.OAA00186@corbin.Root.COM> from "David Greenman" at Jan 16, 96 02:13:53 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As David Greenman wrote: > > Yes, I'm a kgdb person, too. The standard gdb doesn't have the powerful > scripting/macro mechanism that kgdb had. For one thing, it lacks the looping > constructs which I found _very_ important. Yup, but this wasn't a question of kgdb, but rather that our version of the 3.6 gdb was a largely hacked one. Well, i loved the looping constructs, too. Gary, any chance to retrofit these extensions into the current gdb? -- 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 Jan 16 17:21:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02531 for hackers-outgoing; Tue, 16 Jan 1996 17:21:44 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA02525 for ; Tue, 16 Jan 1996 17:21:41 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id SAA06681; Tue, 16 Jan 1996 18:23:57 -0700 Date: Tue, 16 Jan 1996 18:23:57 -0700 From: Nate Williams Message-Id: <199601170123.SAA06681@rocky.sri.MT.net> To: Jason Gilbert Cc: FreeBSD hackers Subject: Re: SCSI Scanner anybody? In-Reply-To: <30FC46C4.167EB0E7@scott.net> References: <199601160012.BAA17264@vector.jhs.local> <30FC46C4.167EB0E7@scott.net> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I sent this once but I believe that I didn't send it to the whole list. > I have a HP 3c and use the SCSI interface card that came with the PC > version. What needs to be included in the kernel in order to use this > adapter. I'm pretty sure the SCSI card used by HP is not supported. The card that came with mine uses a very basic NCR chip which is not supported. If you want to use it under FreeBSD, you'll need to get a supported SCSI card. See the hardware handbook for information on supported SCSI cards. Nate From owner-freebsd-hackers Tue Jan 16 18:12:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05612 for hackers-outgoing; Tue, 16 Jan 1996 18:12:20 -0800 (PST) Received: from metal.ops.neosoft.com (root@metal.ops.neosoft.com [206.109.5.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA05597 for ; Tue, 16 Jan 1996 18:12:16 -0800 (PST) Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.12/8.6.10) id UAA10932; Tue, 16 Jan 1996 20:12:06 -0600 From: Scott Mace Message-Id: <199601170212.UAA10932@metal.ops.neosoft.com> Subject: Re: Support for 2940 Ultra? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Tue, 16 Jan 1996 20:12:06 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Jaye Mathisen" at Jan 16, 96 05:00:10 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > > a 2940W Ultra has just fallen into my lap, and I would like to maybe see > if I can get this baby cooking with my RAID box. (of which I will > summarize experiences later). > > I am running -stable, supped as of about a week ago, and when I had the > 2940W Ultra in the box, it panic'd regularly. > > > I'm running a 2940UW with no problems on -stable with the latest changes to the aix7xxx drivers. I did have a problem with the first controller I used in it because it had a manufacturing defect on the single-ended bus... Scott From owner-freebsd-hackers Tue Jan 16 18:12:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05621 for hackers-outgoing; Tue, 16 Jan 1996 18:12:21 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA05596 for ; Tue, 16 Jan 1996 18:12:15 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id SAA01586; Tue, 16 Jan 1996 18:11:45 -0800 Message-Id: <199601170211.SAA01586@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: John Murray cc: "matthew c. mead" , hackers@freebsd.org Subject: Re: linux netscape 2.0b5 In-reply-to: Your message of "Tue, 16 Jan 1996 17:32:39 EST." <30FC2787.41C67EA6@vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Jan 1996 18:11:44 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Are you guys running -stable or -current and which version of XFree86 are you running? Because, I have no problems in running netscape-2b5-linux over here. I just tried a few java applets and got bored trying to crash netscape-linux . I also took out the syslog not implemented system error message whoever is maintaining the linux lkm may consider taking this message out. Cheers, Amancio >>> John Murray said: > matthew c. mead wrote: > > > > Has anyone gotten java to work properly? I commented out the syslog() not > > supported so that my console wouldn't go crazy, and I have defined the > > necessary variable for it to find the X key sym stuff, NLS stuff, and the > > /compat/linux/etc/host.conf file. I also put moz2_0.zip in the directory > > /usr/local/netscape/java/classes. When I attempt to run a java applet, I get > > this error: > > > > EMT instruction ./netscape > > > > at which point netscape exits on a signal 7. Any ideas on how to fix > > this? Thanks in advance! > > Run in 8 bit color mode, This fixed the problem for me. > > > > > > > -matt > > > > -- > > Matthew C. Mead > > > > mmead@Glock.COM > > http://www.Glock.COM/~mmead/ > > -- > ( John Murray /\ "I'm Going To See the Cow Beneath ) > ( /\ the Sea" ) > ( http://jmurray.async.vt.edu /\ -The Might Be Giants(Cowtown) ) > From owner-freebsd-hackers Tue Jan 16 18:15:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05789 for hackers-outgoing; Tue, 16 Jan 1996 18:15:01 -0800 (PST) Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA05774 for ; Tue, 16 Jan 1996 18:14:53 -0800 (PST) Received: (from mmead@localhost) by Glock.COM (8.7.1/8.7.1) id VAA02605; Tue, 16 Jan 1996 21:14:41 -0500 (EST) From: "matthew c. mead" Message-Id: <199601170214.VAA02605@Glock.COM> Subject: Re: linux netscape 2.0b5 To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 16 Jan 1996 21:14:41 -0500 (EST) Cc: jmurray@vt.edu, hackers@freebsd.org In-Reply-To: <199601170211.SAA01586@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 16, 96 06:11:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Amancio Hasty Jr. wrote: > Are you guys running -stable or -current and which version of XFree86 > are you running? I'm running 2.1.0R > Because, I have no problems in running netscape-2b5-linux over here. > I just tried a few java applets and got bored trying to crash > netscape-linux . I'm running in 16bpp which is why it's crashing. Going to 8bpp or 24bpp makes it not crash... *sigh* time to cough up for more VRAM :-) > I also took out the syslog not implemented system error message whoever > is maintaining the linux lkm may consider taking this message out. Hehe. -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Tue Jan 16 18:42:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA07834 for hackers-outgoing; Tue, 16 Jan 1996 18:42:34 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA07822 for ; Tue, 16 Jan 1996 18:42:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id TAA00182; Tue, 16 Jan 1996 19:42:19 -0700 Message-Id: <199601170242.TAA00182@rover.village.org> To: "Allen D. Harpham" Subject: Re: adduser problem Cc: Hackers@FreeBSD.org In-reply-to: Your message of Tue, 16 Jan 1996 09:19:48 Date: Tue, 16 Jan 1996 19:42:19 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : Has anyone seen this problem, if so, how did you resolve it? I've seen this. getlogin() is returning the wrong thing. I've not solved it :-(. Warner From owner-freebsd-hackers Tue Jan 16 18:46:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA08077 for hackers-outgoing; Tue, 16 Jan 1996 18:46:22 -0800 (PST) Received: from fourthgen.com (fourthgen.fourthgen.com [199.199.125.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA08069 for ; Tue, 16 Jan 1996 18:46:13 -0800 (PST) Received: from ns.fourthgen.com (vr2.fourthgen.com [204.246.82.5]) by fourthgen.com (8.6.12/8.6.9) with SMTP id UAA03134 for ; Tue, 16 Jan 1996 20:52:23 -0600 Date: Tue, 16 Jan 1996 20:52:23 -0600 Message-Id: <199601170252.UAA03134@fourthgen.com> X-Sender: tomg@fourthgen.fourthgen.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: Tom Greenwalt Subject: Yet another PPP question Sender: owner-hackers@freebsd.org Precedence: bulk When users dialin and connect using the Windows 95 PPP client I see the following messages: Jan 16 20:38:22 fourthgen pppd[2916]: pppd 2.1.2 started by tomg, uid 1000 Jan 16 20:38:22 fourthgen pppd[2916]: Connect: ppp1 <--> /dev/ttyd3 Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (802b) received! Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (803f) received! Jan 16 20:38:28 fourthgen pppd[2916]: local IP address 204.246.82.8 Jan 16 20:38:28 fourthgen pppd[2916]: remote IP address 204.246.82.11 What's the "Unknown protocol" mean? The connection doesn't seem very stable and users have a tendency to be kicked off the system unexpectedly. If they connect using TCPMAN there is no "Unknown protocol" messages and everything seems to work ok. Thanks. -- Tom Greenwalt (Tom-Too) (F.O.E.) tomg@fourthgen.com 7300 Nicollet Ave. S. mishima@winternet.com Richfield, MN 55423-3121 tomg@mishima.mn.org * In doing good, avoid notoriety; in doing evil, avoid self-awareness. * From owner-freebsd-hackers Tue Jan 16 18:48:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA08161 for hackers-outgoing; Tue, 16 Jan 1996 18:48:33 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA08144 for ; Tue, 16 Jan 1996 18:48:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id TAA00200; Tue, 16 Jan 1996 19:46:46 -0700 Message-Id: <199601170246.TAA00200@rover.village.org> To: Ollivier Robert Subject: Re: adduser problem Cc: aharpham@cnweb.com (Allen D. Harpham), Hackers@freebsd.org In-reply-to: Your message of Tue, 16 Jan 1996 20:23:37 +0100 Date: Tue, 16 Jan 1996 19:46:46 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : I'd say that both users have the same uid. Nope. That is not the case in my machine. Sometimes it even returns "root". I strongly suspect it is a kernel bug that has been fixed by now, since all getlogin does is call the kernel... Warner From owner-freebsd-hackers Tue Jan 16 19:12:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA09133 for hackers-outgoing; Tue, 16 Jan 1996 19:12:02 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA09119 for ; Tue, 16 Jan 1996 19:11:49 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA01243; Wed, 17 Jan 1996 13:44:27 +1030 From: Michael Smith Message-Id: <199601170314.NAA01243@genesis.atrad.adelaide.edu.au> Subject: Re: FBSD 2.1 To: nate@sri.MT.net (Nate Williams) Date: Wed, 17 Jan 1996 13:44:26 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, nate@sri.MT.net, jkh@time.cdrom.com, tnaggs@cddotdot.mikom.csir.co.za, Hackers@freebsd.org In-Reply-To: <199601161547.IAA04366@rocky.sri.MT.net> from "Nate Williams" at Jan 16, 96 08:47:13 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Nate Williams stands accused of saying: > > Er, have you actually looked at the ZIP license? It's definitely not a > > GPL toy. > > > > Unpack the 'unzip' source archive and read the COPYING file. Just > > because it's called COPYING doesn't mean GPL 8) > > Re-read the license. Just because it doesn't claim to be the GPL > doesn't mean it's not following the same 'form' as the GPL. They are > very similar licenses. Huh? This I just don't follow. Their license and copyrights look (to me) nothing like the GPL at all. They all boil down to "do what you like with this code, as long as you don't try to lock the source code away". There's no requirement that other code aggregated with it fall under the same restrictions, or (except in the case of _commercial_applications_, which FreeBSD is not) the provision of any form of associated service. I can't see how using Info-Zip's code in a package tool would cause license complications. Naturally, I'm open to reeducation 8) > Nate -- ]] 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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Jan 16 19:28:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA10040 for hackers-outgoing; Tue, 16 Jan 1996 19:28:31 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA10031 for ; Tue, 16 Jan 1996 19:28:22 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA01317; Wed, 17 Jan 1996 14:01:38 +1030 From: Michael Smith Message-Id: <199601170331.OAA01317@genesis.atrad.adelaide.edu.au> Subject: Re: FBSD 2.1 To: nate@sri.MT.net (Nate Williams) Date: Wed, 17 Jan 1996 14:01:37 +1030 (CST) Cc: jkh@time.cdrom.com, nate@sri.MT.net, msmith@atrad.adelaide.edu.au, tnaggs@cddotdot.mikom.csir.co.za, Hackers@freebsd.org In-Reply-To: <199601161724.KAA04736@rocky.sri.MT.net> from "Nate Williams" at Jan 16, 96 10:24:21 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Nate Williams stands accused of saying: > > Add file fname to zip file (which must be writable). > > If fname is a link and link is true, the link will be stored > > as a link, otherwise what it points to will be stored. > > Since the ZIP format doesn't have a concept of links, it will only store > filenames. Unfortunately, this means that we can't do symlinks inside > of zip files. :( *mumble* format extension 8( > > int zip_fdopen(ZIP_t zp, char *fname) > > > > Return a file descriptor for an entry in a zip file. When a read from > > the new fd returns EOF, a zip_close() on the fd should be done to > > clean up any state lying around. > > Returns new fd on success or -1 if entry not found/open failed. > > > > > > int zip_fdclose(ZIP_t zp, int fd) > > > > Close a file descriptor previously returned by zip_open(). > > Returns 0 on success, -1 on error. > > Hmm, the above 2 could get interesting. I'm not sure how you'd do that, > in the same way I'm not sure how you'd do that with files inside a tar > file. Look at funopen(3). > Nate -- ]] 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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Jan 16 19:44:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA10965 for hackers-outgoing; Tue, 16 Jan 1996 19:44:15 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA10958 for ; Tue, 16 Jan 1996 19:44:09 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id TAA00414; Tue, 16 Jan 1996 19:43:33 -0800 Message-Id: <199601170343.TAA00414@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Scott Mace cc: mrcpu@cdsnet.net (Jaye Mathisen), hackers@freebsd.org Subject: Re: Support for 2940 Ultra? In-reply-to: Your message of "Tue, 16 Jan 1996 20:12:06 CST." <199601170212.UAA10932@metal.ops.neosoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Jan 1996 19:43:31 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Scott Mace said: > > > > > > > > a 2940W Ultra has just fallen into my lap, and I would like to maybe see > > if I can get this baby cooking with my RAID box. (of which I will > > summarize experiences later). > > > > I am running -stable, supped as of about a week ago, and when I had the > > 2940W Ultra in the box, it panic'd regularly. > > > > > > > > I'm running a 2940UW with no problems on -stable with the latest changes to > the aix7xxx drivers. > > I did have a problem with the first controller I used in it because it had > a manufacturing defect on the single-ended bus... > Was your first controller a 2940? Tnks, Amancio From owner-freebsd-hackers Tue Jan 16 19:45:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA11076 for hackers-outgoing; Tue, 16 Jan 1996 19:45:17 -0800 (PST) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA11070 Tue, 16 Jan 1996 19:45:12 -0800 (PST) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id VAA12518; Tue, 16 Jan 1996 21:45:08 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="============_-1390272185==_============" Date: Tue, 16 Jan 1996 21:45:11 -0600 To: hackers@freebsd.org From: Richard Wackerbarth Subject: Requesting comments on document describing -stable by CTM Cc: jkh@time.cdrom.com, phk@freebsd.org, joerg@freebsd.org, jmb@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk --============_-1390272185==_============ Content-Type: text/plain; charset="us-ascii" Since I received my 2.1-RELEASE CD at the end of December, I have been generating CTM updates to support the 2.1 tree (aka -stable) in the same manner that -current and -cvs are supported. I have a couple of testers who are using the service successfully. I think that it is now time to go public. It is my contention that CTM is a resource effective method of distribution. It can be used in either a "push" mode where the user receives the updates automatically (Think of the advertising value associated with automatic distribution of bug fixes) or it can be used in "pull" mode whereby an occasional user can retrieve the changes on his own schedule. The distribution is more efficient than SUP because there are far fewer files involved. In any case, I am arranging for the files to appear on the FTP sites so that anyone interested in the 2.1 tree may use the service. The attached page is intended to accompany those ctm update files placed on the FTP sites and/or an announcement that the service is available. Please make suggestions for changes or additions. --============_-1390272185==_============ Content-Type: text/plain; name="CTM_README"; charset="us-ascii" Content-Disposition: attachment; filename="CTM_README" This directory contains the CTM base files and the distribution archive. The purpose of these files is to allow you to maintain an up-to-date copy of the source tree for FreeBSD 2.1.x (the current -stable system) 1) Getting started A. First read the FAQ and man page documentation for ctm. B. Remember that you MUST maintain the entire source tree. a) Select the origin for the source. Although everything references /usr/src, I suggest that you maintain the tree as ....../FreeBSD-2.1/src/ in some other location. Create this empty directory. You can then reference it by a symbolic link. (See "ln -s") b) Create the directory to store the CTM files. C. Build your baseline tree. a) If you have the 2.1 Release CD, you will use it to establish your initial baseline. Your baseline update will have a "C" suffix. Use the live file system. Copy the src/ tree to your 2.1/src/ tree. b) If you do not have the CD, you will start with an empty tree. Your baseline update will have an "A" suffix. (WARNING! These "A" files are nearly 30Meg compressed. Use the CD if at all possible.) D. Determine which updates you need. a) The first update is the baseline. If there is more than one file with the appropriate suffix, choose the one with the larger number. Fetch this file to your CTM files directory. b) Also fetch all files with a larger number that do not have a suffix letter. In considering this criteria, ignore the trailing ".gz" which indicates that the file is compressed. E. Apply the updates using the ctm command. You will now have an up-to-date tree. 2) Maintaining the tree Determine how you will continue to maintain your tree A. If you wish to update every infrequently, or some other reason applies, you may look to the ftp archives for additional updates. B. If, as was intended, you wish the receive the daily updates, although you don't have to apply them that often, subscribe to the mailing list "ctm-src-2_1" by sending your request to majordomo@freebsd.org. 3) Problems A. Missing updates a) Update Frequency The updates are presently generated once a day. However, there are some days when there were no changes to the tree. In that case, no update is generated. b) Missing sequence numbers If you find that you have some later updates but are missing one, ctm will refuse to apply the later updates until you can supply all prior ones. Refer to an FTP site to obtain the missing file(s). B. Corrupt tree If your tree does not have the EXACT files expected, CTM will refuse to update. a) Your might be able to obtain a few files from one of the FTP or SUP sites. b) You can also rebuild the tree from scratch. If I deam the number or size of the updates to warrant it, I may generate new baseline updates so that you don't have to go back as far to rebuild. Check the FTP sites for the latest catalog. c) Use the proper baseline update for your situation. The "A" files demand an empty initial tree. The "C" files DEMAND the tree from the "live file system" CD. Any other source of the files will probably not work. However, industrious individuals have been known to "force" the situation into an acceptable state. This is not recommended and I will not be inclined to be sympathetic to any difficulties this creates. Richard Wackerbarth --============_-1390272185==_============ Content-Type: text/plain; charset="us-ascii" ---- Richard Wackerbarth rkw@dataplex.net --============_-1390272185==_============-- From owner-freebsd-hackers Tue Jan 16 19:56:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA11697 for hackers-outgoing; Tue, 16 Jan 1996 19:56:06 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA11602 for ; Tue, 16 Jan 1996 19:55:24 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA01456; Wed, 17 Jan 1996 14:29:21 +1030 From: Michael Smith Message-Id: <199601170359.OAA01456@genesis.atrad.adelaide.edu.au> Subject: Re: Support for 2940 Ultra? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Wed, 17 Jan 1996 14:29:21 +1030 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Jaye Mathisen" at Jan 16, 96 05:00:10 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Jaye Mathisen stands accused of saying: > > a 2940W Ultra has just fallen into my lap, and I would like to maybe see > if I can get this baby cooking with my RAID box. (of which I will > summarize experiences later). > > I am running -stable, supped as of about a week ago, and when I had the > 2940W Ultra in the box, it panic'd regularly. FWIW, I'm supporting a box using one of these talking to a 9G Seagate (Wren). (News server, obviously enough 8). Also running a -stable kernel as of less than a week ago, no problems at all (many thanks to Justin!) -- ]] 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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Jan 16 20:06:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12301 for hackers-outgoing; Tue, 16 Jan 1996 20:06:32 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA12296 for ; Tue, 16 Jan 1996 20:06:30 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id UAA07025 for ; Tue, 16 Jan 1996 20:06:21 -0800 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA01478; Wed, 17 Jan 1996 14:34:07 +1030 From: Michael Smith Message-Id: <199601170404.OAA01478@genesis.atrad.adelaide.edu.au> Subject: Re: linux netscape 2.0b5 To: mmead@Glock.COM (matthew c. mead) Date: Wed, 17 Jan 1996 14:34:07 +1030 (CST) Cc: hasty@rah.star-gate.com, jmurray@vt.edu, hackers@freebsd.org In-Reply-To: <199601170214.VAA02605@Glock.COM> from "matthew c. mead" at Jan 16, 96 09:14:41 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk matthew c. mead stands accused of saying: > > Because, I have no problems in running netscape-2b5-linux over here. > > I just tried a few java applets and got bored trying to crash > > netscape-linux . > > I'm running in 16bpp which is why it's crashing. Going to 8bpp or > 24bpp makes it not crash... *sigh* time to cough up for more VRAM :-) I've noticed that Motif applications for both Linux and SCO have problems with 16bpp displays when running under FreeBSD. > Matthew C. Mead -- ]] 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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Jan 16 20:16:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12863 for hackers-outgoing; Tue, 16 Jan 1996 20:16:49 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA12851 for ; Tue, 16 Jan 1996 20:16:45 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id UAA25921; Tue, 16 Jan 1996 20:16:13 -0800 From: Julian Elischer Message-Id: <199601170416.UAA25921@ref.tfs.com> Subject: Re: Linux vs. BSD flame war on Nov.95 issue of IEEE COMPUTER To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Tue, 16 Jan 1996 20:16:13 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: <199601151609.RAA09152@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 15, 96 05:09:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Yes... I just opened my copy of the Nov.95 issue of IEEE COMPUTER, > and found in the "Letters" the beginning of a flame war on "Linux > vs. BSD" (in Aug.95, IEEE COMPUTER published an article by Shahid > Bokhari on Linux.). Here a reader which complains because the original > author did not mention BSD at all, Bohari replies with (in my opinion) > weak and possibly wrong arguments. can you paraphrase? > > It's interested to read the letters (I can copy them if needed). > Personally, I second the reader. > I don't know if Jordan or someone from this list might try to step > into the discussion. > > 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 Tue Jan 16 20:38:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA13780 for hackers-outgoing; Tue, 16 Jan 1996 20:38:40 -0800 (PST) Received: from metal.ops.neosoft.com (root@metal.ops.neosoft.com [206.109.5.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA13765 for ; Tue, 16 Jan 1996 20:38:34 -0800 (PST) Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.12/8.6.10) id WAA11098; Tue, 16 Jan 1996 22:38:15 -0600 From: Scott Mace Message-Id: <199601170438.WAA11098@metal.ops.neosoft.com> Subject: Re: Support for 2940 Ultra? To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 16 Jan 1996 22:38:15 -0600 (CST) Cc: smace@metal.neosoft.com, mrcpu@cdsnet.net, hackers@freebsd.org In-Reply-To: <199601170343.TAA00414@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 16, 96 07:43:31 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Scott Mace said: > > I did have a problem with the first controller I used in it because it had > > a manufacturing defect on the single-ended bus... > > > > Was your first controller a 2940? No, it was a 2940UW but it I was testing it with single ended and wide drives... You could see the partially broken trace on the board... The varnish on the back of the board was mounded over the defect so it definately happend on the production line... Scott From owner-freebsd-hackers Tue Jan 16 20:43:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA13942 for hackers-outgoing; Tue, 16 Jan 1996 20:43:48 -0800 (PST) Received: from generic.gnsnet.com (generic.dialup.inch.com [204.253.24.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA13935 for ; Tue, 16 Jan 1996 20:43:41 -0800 (PST) Received: from flatline.gnsnet.com (trangmar@flatline.gnsnet.com [193.195.19.35]) by generic.gnsnet.com (8.6.12/8.6.9) with ESMTP id XAA02168; Tue, 16 Jan 1996 23:40:59 -0500 Received: (from trangmar@localhost) by flatline.gnsnet.com (8.6.12/8.6.9) id XAA01952; Tue, 16 Jan 1996 23:37:38 -0500 Date: Tue, 16 Jan 1996 23:37:37 -0500 (EST) From: Rob Trangmar To: David Langford cc: Ollivier Robert , phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG Subject: Re: Building a "custom" release of 2.1.0 In-Reply-To: <199601170049.OAA18876@hula.maui.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Thats a really nice idea, but kind of requires loadable device drivers which FreeBSD doesn't have (yet?). RobT On Tue, 16 Jan 1996, David Langford wrote: > Hmmm. If anyone has seen the install program for NeXTstep you might notice > that it adds devices drivers off disk after asking what devices you > have. > > Would it be possible to go LKM happy with a kernel and ask what drivers > to use? > > Just a thought. > > David Langford > langfod@maui.com > > >It seems that Poul-Henning Kamp said: > >> Yes, I have stayed out of the 2.1 business, since I don't have time/machines > >> to test that too. I hope we can get the crucial changes into 2.1 to make > >> it boot on 4M machines, but otherwise it's too bad. > > > >I know NFS install is nice but I think we can get lot of RAM without > >it. The GENERIC I used for the laptop has not SCSI, no NFS, no > >Ethernet. Doing a set of floppies for IDE only systems would cut down the > >kernel maybe enough for most 4 MB machines. > > > >The release/Makefile is not too bad, once you understand it better :-) > >-- > >Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > > FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Wed Jan 10 02:23:42 MET 1996 > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Trangmar trangmar@gnsnet.com NeXT Mail/Mime O.K Tel: (212) 7600225 Fax: (212) 6294314 "In cyberspace no-one can hear you farkel" -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Tue Jan 16 20:58:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA15204 for hackers-outgoing; Tue, 16 Jan 1996 20:58:45 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA15187 for ; Tue, 16 Jan 1996 20:58:41 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id WAA07146; Tue, 16 Jan 1996 22:01:07 -0700 Date: Tue, 16 Jan 1996 22:01:07 -0700 From: Nate Williams Message-Id: <199601170501.WAA07146@rocky.sri.MT.net> To: Michael Smith Cc: nate@sri.MT.net (Nate Williams), Hackers@freebsd.org Subject: Re: FBSD 2.1 In-Reply-To: <199601170314.NAA01243@genesis.atrad.adelaide.edu.au> References: <199601161547.IAA04366@rocky.sri.MT.net> <199601170314.NAA01243@genesis.atrad.adelaide.edu.au> Sender: owner-hackers@freebsd.org Precedence: bulk > > > Er, have you actually looked at the ZIP license? It's definitely not a > > > GPL toy. > > > > > > Unpack the 'unzip' source archive and read the COPYING file. Just > > > because it's called COPYING doesn't mean GPL 8) > > > > Re-read the license. Just because it doesn't claim to be the GPL > > doesn't mean it's not following the same 'form' as the GPL. They are > > very similar licenses. > > Huh? This I just don't follow. Their license and copyrights look (to me) > nothing like the GPL at all. They all boil down to "do what you like with > this code, as long as you don't try to lock the source code away". Actually, you can't modify the code and unless you promise to distribute the source code of the original code. You *must* provide source code to the software (this is GPL ish) > There's no requirement that other code aggregated with it fall under the > same restrictions, or (except in the case of _commercial_applications_, > which FreeBSD is not) the provision of any form of associated service. Actually, FreeBSD is 'sort of' a commercial application of the source code, in as much as that WC makes money from it. We all understand that they are making money from the 'distribution' of FreeBSD, but in a court of law it could be said that the law is broken. Again, this is in-line with the sorts of licenses we've avoided for similar reasons in the past. Nate From owner-freebsd-hackers Tue Jan 16 21:09:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA16082 for hackers-outgoing; Tue, 16 Jan 1996 21:09:32 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA16069 for ; Tue, 16 Jan 1996 21:09:27 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id WAA07206; Tue, 16 Jan 1996 22:11:54 -0700 Date: Tue, 16 Jan 1996 22:11:54 -0700 From: Nate Williams Message-Id: <199601170511.WAA07206@rocky.sri.MT.net> To: Tom Greenwalt Cc: hackers@FreeBSD.org Subject: Re: Yet another PPP question In-Reply-To: <199601170252.UAA03134@fourthgen.com> References: <199601170252.UAA03134@fourthgen.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk > When users dialin and connect using the Windows 95 PPP client I see the > following messages: > > Jan 16 20:38:22 fourthgen pppd[2916]: pppd 2.1.2 started by tomg, uid 1000 > Jan 16 20:38:22 fourthgen pppd[2916]: Connect: ppp1 <--> /dev/ttyd3 > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (802b) received! > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (803f) received! Thank M$ for this. Basically, Microsoft asked for some extensions to the PPP protocol which were denied by the IETF for valid reasons. (The extensions didn't belong at that lawyer and should have been part of a separate protocol). Rather than being a good net-citizen, they ignored the results and implemented them anyway. So, M$ TCP/IP stacks are trying to negotiate non-existant features using an invalid protocol which only works with their own product. The solution? Yell and scream to M$ and tell them to use standard protocol and quit using useless proprietary extensions. If they want to use proprietary extensions, have them put inside other proprietary code. Nate From owner-freebsd-hackers Tue Jan 16 21:12:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA16340 for hackers-outgoing; Tue, 16 Jan 1996 21:12:52 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA16334 Tue, 16 Jan 1996 21:12:50 -0800 (PST) Message-Id: <199601170512.VAA16334@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Support for 2940 Ultra? In-reply-to: Your message of "Tue, 16 Jan 1996 17:00:10 PST." Date: Tue, 16 Jan 1996 21:12:50 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > > >a 2940W Ultra has just fallen into my lap, and I would like to maybe see >if I can get this baby cooking with my RAID box. (of which I will >summarize experiences later). > >I am running -stable, supped as of about a week ago, and when I had the >2940W Ultra in the box, it panic'd regularly. The driver has changed since then. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Jan 16 21:16:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA16548 for hackers-outgoing; Tue, 16 Jan 1996 21:16:49 -0800 (PST) Received: from yoyo.cc.monash.edu.au (rsamuel@yoyo.cc.monash.edu.au [130.194.9.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA16523 for ; Tue, 16 Jan 1996 21:16:34 -0800 (PST) Received: from localhost (rsamuel@localhost) by yoyo.cc.monash.edu.au (8.6.4/8.6.4) id QAA25115 for hackers@FreeBSD.org; Wed, 17 Jan 1996 16:16:04 +1100 From: Richard Samuel Message-Id: <199601170516.QAA25115@yoyo.cc.monash.edu.au> Subject: Would you find these things useful ? To: hackers@FreeBSD.org Date: Wed, 17 Jan 1996 16:16:01 +1100 (EST) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk First let me say: I'm not worthy ... I'm not worthy ... Good, now that I've got that off my chest, would you find either of these contributions of value: 1) A Sanyo CD-Rom driver. Works fine, speed is reasonable, no sound support ( I reckon if you want sound, buy a walkman ). 2) An upgraded 'ft' program for QIC-80 tape. Allows multiple volumes per tape. Colorado Backup for Win/DOS created volumes can co-reside on the tape. Bypasses seek error in device driver. Doesn't support volumes spanning tapes yet, but will the moment I need to backup something that big. If you find either/both of these items to be useful contributions I would be pleased to do so provided someone tells me how. Also some advice on how to word a boilerplate, since the error-correction for the tape program is that of the original 'ft'. Richard Samuel School of Engineering Monash University - Caulfield Australia From owner-freebsd-hackers Tue Jan 16 22:53:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA20905 for hackers-outgoing; Tue, 16 Jan 1996 22:53:48 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA20899 for ; Tue, 16 Jan 1996 22:53:46 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id WAA08842 for ; Tue, 16 Jan 1996 22:53:17 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id IAA17911 for hackers@FreeBSD.ORG; Wed, 17 Jan 1996 08:47:02 +0200 From: John Hay Message-Id: <199601170647.IAA17911@zibbi.mikom.csir.co.za> Subject: Re: Yet another PPP question To: hackers@FreeBSD.ORG (FreeBSD-hackers) Date: Wed, 17 Jan 1996 08:47:02 +0200 (SAT) In-Reply-To: <199601170511.WAA07206@rocky.sri.MT.net> from "Nate Williams" at Jan 16, 96 10:11:54 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > When users dialin and connect using the Windows 95 PPP client I see the > following messages: > > Jan 16 20:38:22 fourthgen pppd[2916]: pppd 2.1.2 started by tomg, uid 1000 > Jan 16 20:38:22 fourthgen pppd[2916]: Connect: ppp1 <--> /dev/ttyd3 > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (802b) received! > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (803f) received! > The 802b is IPXCP, so it is trying to negotiate IPX over PPP. I don't know what 803f is. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Tue Jan 16 23:10:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA21791 for hackers-outgoing; Tue, 16 Jan 1996 23:10:48 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA21786 for ; Tue, 16 Jan 1996 23:10:43 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id BAA00899; Wed, 17 Jan 1996 01:09:15 -0600 From: mailing list account Message-Id: <199601170709.BAA00899@argus.flash.net> Subject: Re: Yet another PPP question To: tomg@fourthgen.com (Tom Greenwalt) Date: Wed, 17 Jan 1996 01:09:14 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601170252.UAA03134@fourthgen.com> from "Tom Greenwalt" at Jan 16, 96 08:52:23 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > When users dialin and connect using the Windows 95 PPP client I see the > following messages: > > Jan 16 20:38:22 fourthgen pppd[2916]: pppd 2.1.2 started by tomg, uid 1000 > Jan 16 20:38:22 fourthgen pppd[2916]: Connect: ppp1 <--> /dev/ttyd3 > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (802b) received! > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (803f) received! > Jan 16 20:38:28 fourthgen pppd[2916]: local IP address 204.246.82.8 > Jan 16 20:38:28 fourthgen pppd[2916]: remote IP address 204.246.82.11 > > What's the "Unknown protocol" mean? The connection doesn't seem very stable > and users have a tendency to be kicked off the system unexpectedly. If they > connect using TCPMAN there is no "Unknown protocol" messages and everything > seems to work ok. > Thanks. I think that this may have something to do with RFC 1877 [and something else too?] In a phone conversation with Steve Cobb, the author of RFC 1877, I was informed that this PPP IPCP is in every win95 shipped. Actually, I was meaning to ask if the ppp and pppd authors intended to implement dynamic dns server assignment as per RFC 1877 ??? For us ISP types, this would be a real plus, and FreeBSD could probably scoop most of the terminal server manufacturers on this one. please remember that most people getting on the internet today literally just had their kid show them where the power switch is. the less they have to configure, the better. How many millions of copies of windoze-95 are there now? here are the highlights.. not much to implement... btw: there are also two more options specified in this protocol for primary and secondary netbios name servers. i'm only inserting the relevant dns portions. -------------------------------------------------------------------- 1.1. Primary DNS Server Address Description This Configuration Option defines a method for negotiating with the remote peer the address of the primary DNS server to be used on the local end of the link. If local peer requests an invalid server address (which it will typically do intentionally) the remote peer specifies the address by NAKing this option, and returning the IP address of a valid DNS server. By default, no primary DNS address is provided. A summary of the Primary DNS Address Configuration Option format is shown below. The fields are transmitted from left to right. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | Primary-DNS-Address +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Primary-DNS-Address (cont) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type 129 Length 6 1.3. Secondary DNS Server Address Description This Configuration Option defines a method for negotiating with the remote peer the address of the secondary DNS server to be used on the local end of the link. If local peer requests an invalid server address (which it will typically do intentionally) the remote peer specifies the address by NAKing this option, and returning the IP address of a valid DNS server. By default, no secondary DNS address is provided. A summary of the Secondary DNS Address Configuration Option format is shown below. The fields are transmitted from left to right. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | Secondary-DNS-Address +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Secondary-DNS-Address (cont) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Type 131 Length 6 Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Tue Jan 16 23:47:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA23935 for hackers-outgoing; Tue, 16 Jan 1996 23:47:40 -0800 (PST) Received: from apollo.is.co.za (apollo.is.co.za [196.4.160.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA23926 for ; Tue, 16 Jan 1996 23:47:33 -0800 (PST) Received: from admin.is.co.za (admin.is.co.za [196.23.0.9]) by apollo.is.co.za (8.6.12/SMI-SVR4tmp8) id JAA14974; Wed, 17 Jan 1996 09:47:07 +0200 Received: (from robin@localhost) by admin.is.co.za (8.6.12/8.6.12) id JAA13326; Wed, 17 Jan 1996 09:47:27 +0200 From: Robin Lunn Message-Id: <199601170747.JAA13326@admin.is.co.za> Subject: Re: user management stuff To: wosch@cs.tu-berlin.de Date: Wed, 17 Jan 1996 09:47:27 +0200 (GMT) Cc: hackers@freebsd.org In-Reply-To: <199601162215.XAA01147@localhost> from "Wolfram Schneider" at Jan 16, 96 11:15:36 pm X-Organisation: The Internet Solution (Pty) Ltd. X-Phone: +27-11-4475566; Fax: +27-11-4475567 Reply-To: robin@is.co.za X-AIDAT-Member: See http://www.aidat.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Wolfram Schneider wrote: > Robin Lunn writes: > >I was horrified to see that /usr/sbin/adduser does no locking of the password > >file! I recommend that instead of attempting to add the entry directly that > >the program simply invoke chpass -a which will see to it that locking > >is done etc. Much safer. > > Old chpass (FreeBSD 2.0) core dumped. if(!flock(MASTER_PW,6)) { close(TMP_PW); unlink(TMP_PW); close(MASTER_PW); die "Could not lock $masterpasswd! Quitting.\n"; } ..... flock(MASTER_PW,8); > >Also, I've made a userdel script in perl. It was written on company time and > >so my company has the copyright. The company is however happy to allow this > >to be freely released. Should I put this on a news group or would someone > >like to have a look and perhaps put it into future FreeBSD releases? > > This is the 3th deluser perl script. > > I don't like the idea of a delete user script. It is too complex. I > recommend first a man page with a brief description of possible > problems. > > - delete password entry > - delete user from group database (/etc/group), may be delete > groups > - delete ppp password (/etc/ppp/*) > - delete slip entries (/etc/sliphome*) > - delete user from /etc/ftpusers > - check for other users with same uid (may be also for groups) > - remove home dir > - remove WWW files (/~user), which are not in HOME located > - check other FS, $ find / -user user -print > - delete user from /etc/inetd.conf, remove files which owned by user > - delete user from /etc/rc.local if the user start programs > - remove mailbox > - delete mail aliases (/etc/aliases, may be /etc/sendmail.cf) > - delete crontab entries (/etc/crontab, /var/cron/allow, > /var/cron/deny, /var/cron/tabs/user) > - delete at(8) entries > - delete user phone numbers in /etc/phones > - remove quota I agree that removing every trace of the user is highly complex, but for most people I think its fine to simply delete the homedir and mailbox and preserve any files that were under the homedir that did not belong to that user. I'm a firm believer in the 80% solution. (Ok.. maybe 69% in this case). Certainly doing a find / -user ... for each user is unfeasable and perhaps indexing the entire filesystem once and then making such checks against multiple users being deleted is also too much. Each of the other systems (mail, cron etc) will barf at unknown users in their own time and such problems can be addressed then. Containing complexity is a major goal in my current project and hence I've ignored the more complex scenarios. The goals/circumstances of my project wont necesarily coincide with every admin's list of things that they do with their users, and hence the script may not be appropriate. I thought that 69% was better than the percentage of current solutions. -- _ __ | Only my ideas here unless I say otherwise... _ ' ) ) / | (BeamJack@IRC) / \ /--' ____/___o __ | | / / \_(_) /_) (__/) )_ | \ "I didn't know it was impossible when I did it!" \ /\ | | \/ From owner-freebsd-hackers Wed Jan 17 00:33:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA26031 for hackers-outgoing; Wed, 17 Jan 1996 00:33:07 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA26012 for ; Wed, 17 Jan 1996 00:32:48 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA13080; Wed, 17 Jan 1996 09:32:10 +0100 From: Luigi Rizzo Message-Id: <199601170832.JAA13080@labinfo.iet.unipi.it> Subject: Re: Linux vs. BSD flame war on Nov.95 issue of IEEE COMPUTER To: julian@ref.tfs.com (Julian Elischer) Date: Wed, 17 Jan 1996 09:32:10 +0100 (MET) Cc: hackers@FreeBSD.org In-Reply-To: <199601170416.UAA25921@ref.tfs.com> from "Julian Elischer" at Jan 16, 96 08:15:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Yes... I just opened my copy of the Nov.95 issue of IEEE COMPUTER, > > and found in the "Letters" the beginning of a flame war on "Linux > > vs. BSD" (in Aug.95, IEEE COMPUTER published an article by Shahid > > Bokhari on Linux.). Here a reader which complains because the original > > author did not mention BSD at all, Bohari replies with (in my opinion) > > weak and possibly wrong arguments. > > can you paraphrase? A scanned copy of the letter and reply is at the following URL http://www.iet.unipi.it/~luigi/flame.gif 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 Jan 17 00:52:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA26818 for hackers-outgoing; Wed, 17 Jan 1996 00:52:05 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA26709 for ; Wed, 17 Jan 1996 00:51:46 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25729 for ; Wed, 17 Jan 1996 09:51:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA09077 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 09:51:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA02322 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 09:40:48 +0100 (MET) From: J Wunsch Message-Id: <199601170840.JAA02322@uriah.heep.sax.de> Subject: Re: kgdb.. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 17 Jan 1996 09:40:47 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601170132.BAA22545@peedub.gj.org> from "Gary Jennejohn" at Jan 17, 96 01:32:31 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Gary Jennejohn wrote: > > the question is whether it's worth adding this stuff to gdb, or just > let those who want to, use kgdb (which is also much smaller than gdb). The missing features are nice and not only valuable for kernel debugging. The userland debugger could make use of it as well. I only remember the looping constructs, what else has been there? -- 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 Jan 17 00:52:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA26873 for hackers-outgoing; Wed, 17 Jan 1996 00:52:34 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA26848 for ; Wed, 17 Jan 1996 00:52:25 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25750; Wed, 17 Jan 1996 09:51:36 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA09082; Wed, 17 Jan 1996 09:51:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA02812; Wed, 17 Jan 1996 09:50:24 +0100 (MET) From: J Wunsch Message-Id: <199601170850.JAA02812@uriah.heep.sax.de> Subject: Re: Yet another PPP question To: tomg@fourthgen.com (Tom Greenwalt) Date: Wed, 17 Jan 1996 09:50:23 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601170252.UAA03134@fourthgen.com> from "Tom Greenwalt" at Jan 16, 96 08:52:23 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As Tom Greenwalt wrote: > > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (802b) received! > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (803f) received! > What's the "Unknown protocol" mean? The connection doesn't seem very stable Microsoft proprietary compression protocols. They are negotiated, and therefore not being used during this session. > and users have a tendency to be kicked off the system unexpectedly. If they > connect using TCPMAN there is no "Unknown protocol" messages and everything > seems to work ok. The "Unknown protcol" shouldn't hurt, if negotiation fails, it's simply turned off. I'd say the other M$ program is plain buggy. -- 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 Jan 17 00:57:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27152 for hackers-outgoing; Wed, 17 Jan 1996 00:57:00 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA27147 for ; Wed, 17 Jan 1996 00:56:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA13461; Wed, 17 Jan 1996 00:54:40 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: gjennejohn@frt.dec.com, freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: kgdb.. In-reply-to: Your message of "Tue, 16 Jan 1996 22:16:23 +0100." <199601162116.WAA19391@uriah.heep.sax.de> Date: Wed, 17 Jan 1996 00:54:40 -0800 Message-ID: <13459.821868880@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I'm using gdb -k all days. I've been one of those guys who have been > in favour of the old kgdb... > > Well, i've just checked, Gary: kgdb is no longer in the regular tree: No, but it's still in -stable! Jordan From owner-freebsd-hackers Wed Jan 17 01:06:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA27697 for hackers-outgoing; Wed, 17 Jan 1996 01:06:09 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA27690 for ; Wed, 17 Jan 1996 01:06:03 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id DAA02495 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 03:06:00 -0600 (CST) Message-Id: <199601170906.DAA02495@mpp.minn.net> Subject: screen snaps for syscons & pcvt To: freebsd-hackers@freebsd.org Date: Wed, 17 Jan 1996 03:06:00 -0600 (CST) From: "Mike Pritchard" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I mentioned this project a long time ago (sometime last spring/summer, I think), but I thought I would give it another try. I want to add a print screen interface to syscons and pcvt. When I last mentioned this, the discussion degraded down to "well, SCO did things a different way, and since syscons consoles are SCO type consoles, it should probably be compatible with how they did things". or "you should do it via escape sequences", etc. I don't care. I just want something nice and simple where I can hit shift+print_screen and get a printed copy of my current screen. I'm sure that 90% of the FreeBSD user base would be more than happy with that. If someone can show me a *REAL* need for something beyond that, I'll consider it. I just got my changes working with -current again, and the way things basically work is this: A program called "prntscreend" sits out there doing a select on /dev/screen (new device) waiting for a wakeup that is done anytime the print screen function is activatived via the keyboard. By default it is shift+print_screen. This can be changed with the keyboard maps. When the daemon wakes up, it issues a read on /dev/screen to obtain the contents of the current console screen. This will work even if you are scrolled back in the console window. The contents are then piped out to lpr (command & arguments selectable via /etc/sysconfig, or totally disabled via /etc/sysconfig). The kernel parts of the /dev/screen interface are basically slightly modified versions of the /dev/log interface. Now, if someone comes up with a good reason why each different virtual console should have a different processing program (e.g. you want to hook vty0 to prntscreend, but you want vty1 hooked up to xyzzyd), I can probably do that without too much trouble. But, like I said, I think that 90% of the people using FreeBSD would be more than happy with the simple ability to just take plain old screen snaps of the current console screen, just like you can under lowly MS-DOS. If there aren't any strong objections, I would like to just go ahead and commit this code after having someone review it. If at some later date someone comes up with a valid need for something more complex out of this interface, I'll deal with it that time. It took almost no time to get it working, so if at a later time it needs to be thrown out to support something more advanced, it will not be a big deal. Comments? -- Mike Pritchard mpp@mpp.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Wed Jan 17 01:07:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA27744 for hackers-outgoing; Wed, 17 Jan 1996 01:07:10 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA27735 for ; Wed, 17 Jan 1996 01:07:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA13526; Wed, 17 Jan 1996 01:05:30 -0800 To: "Andrew V. Stesin" cc: hackers@freebsd.org Subject: Re: user management stuff In-reply-to: Your message of "Wed, 17 Jan 1996 00:36:36 +0200." <199601162236.AAA05692@office.elvisti.kiev.ua> Date: Wed, 17 Jan 1996 01:05:30 -0800 Message-ID: <13524.821869530@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > 1. What about a one-char options, i.e. "-u" == "-uid" ? As much as is required to be unique, but definitely not JUST single chars! Yuck, spit, puke. The person who wrote getopts should be pithed! :-) > 2. Maybe better to have login name not as an option, but > as a required (single) argument? That's a reasonable point. OK. > > # -group Check that gid also exists under name group - if not, it should > # be added under this name (e.g. group:*:gid:user). Default is not > # to mess with /etc/group. > > 3. Considering a Current Policy (separate gid for each uid, > (c) Rodney Grimes; I personally like this approach) how > can I skip /etc/group modification? Huh?! This option was put in explicitly to SUPPORT Rod's options! Think about it, please. :) > # go to /home/${user} if not overriden in /etc/adduser.cf > ^^^^^^^^^^ > 4. "Are you sure in is wise?" :) I mean the fact that this file > exists at all. How else do you specify things like "here's where my skel files live" or "this should be the default home dir" so you don't have to think about it all the time? > 5. You mean "a single string arg, possibly with a comma separated list > of GCOS fields in it"? Right. > 6. Is "key" == "logname" or it may be specified as, for example, > "-uid XXX" or "-realname 'Random J. User'" ? Right. I think you should be able to look things up by any field, and you've got the arguments already standardised, so why not? > # adduser -exists [key] > > 7. To be able to get an exit status of 0 if "yes" 1 otherwise? Right, sorry, I got it backwards. :-) > > # adduser -modify -uid 701 -name "Irving Q. Steenbottle" > # > # Finds uid 701 and changes the name field accordingly, leaving > # other fields unaltered. > > 8. This means priorities of matches? I.e. you doesn't want > to modify uid if mr. "Irving Q. Steenbottle" is > there already with uid 700? No, I mean simply that you should search for uid 701 and, if you find it, change the name field unilaterally. Maybe I *want* to have 700 and 701 have the same name, after all? :-) > doing actual start (anyway, tomorrow I'll be busy lurking > aroung looking how to replace a Conner CPF1060S where news > spool lived until an hour ago :( It finally died, > after 3 days of NCR writing error msgs to the console.) Bleh! :-( Jordan From owner-freebsd-hackers Wed Jan 17 01:09:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA27921 for hackers-outgoing; Wed, 17 Jan 1996 01:09:46 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA27915 for ; Wed, 17 Jan 1996 01:09:34 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA26518; Wed, 17 Jan 1996 10:09:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA09149; Wed, 17 Jan 1996 10:09:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA02912; Wed, 17 Jan 1996 09:56:46 +0100 (MET) From: J Wunsch Message-Id: <199601170856.JAA02912@uriah.heep.sax.de> Subject: Re: Would you find these things useful ? To: rsamuel@yoyo.cc.monash.edu.au (Richard Samuel) Date: Wed, 17 Jan 1996 09:56:45 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601170516.QAA25115@yoyo.cc.monash.edu.au> from "Richard Samuel" at Jan 17, 96 04:16:01 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Richard Samuel wrote: > > Good, now that I've got that off my chest, would you find either of these > contributions of value: Contributions are always welcome! Hmm, if you promise to maintain the code and adapt it to the evolving system, they are even most welcome. :) > 1) A Sanyo CD-Rom driver. Works fine, speed is reasonable, no > sound support ( I reckon if you want sound, buy a walkman ). Heck, i have no idea about how many of these drives might float around, and whether it's possible to find at least a second person who could confirm that it works not only in one occasion -- anyways, it might be nice to have it. Do you have it running under 2.1, or under -current? Since -current has provisions for devfs, these things must go in yet otherwise. > 2) An upgraded 'ft' program for QIC-80 tape. Allows multiple > volumes per tape. Colorado Backup for Win/DOS created volumes > can co-reside on the tape. Bypasses seek error in device driver. > Doesn't support volumes spanning tapes yet, but will the moment > I need to backup something that big. Please, get in contact with Joe Diehl, joed@freebsd.org. He's been the last one who was intending to handle floppy tape issues. -- 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 Jan 17 01:19:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA28147 for hackers-outgoing; Wed, 17 Jan 1996 01:19:25 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA28141 for ; Wed, 17 Jan 1996 01:19:19 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id BAA26568 for hackers@freebsd.org; Wed, 17 Jan 1996 01:18:59 -0800 Date: Wed, 17 Jan 1996 01:18:59 -0800 From: Julian Elischer Message-Id: <199601170918.BAA26568@ref.tfs.com> To: hackers@freebsd.org Subject: BSDvs Lxxxxx Flame.. Sender: owner-hackers@freebsd.org Precedence: bulk having read the article, I must say that BSD comes off second best the claim that Linux Networking comes from BSD is of course False, though BSD networking was once ported to linux (but lost the fight due to legal fears I think) better to be a friendly rival that a churlish one.. From owner-freebsd-hackers Wed Jan 17 01:29:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA28504 for hackers-outgoing; Wed, 17 Jan 1996 01:29:35 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA28488 for ; Wed, 17 Jan 1996 01:29:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA13633; Wed, 17 Jan 1996 01:28:58 -0800 To: erich@uruk.org cc: freebsd-hackers@FreeBSD.org Subject: Re: Linux and/or ELF executables In-reply-to: Your message of "Tue, 16 Jan 1996 16:10:11 PST." <199601170010.QAA15213@uruk.org> Date: Wed, 17 Jan 1996 01:28:58 -0800 Message-ID: <13631.821870938@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > I was basically going to write the static stuff myself with hooks to > add in the dynamic stuff later, but I wanted to coordinate with others, > and perhaps not reinvent the wheel. You want to talk to John Polstra and Sean Eric Fagan [the latter candidate whom I *will* pull back into more active contributorship somehow if it kills both of us :-)] They've both been messing about with this quite a bit. Jordan From owner-freebsd-hackers Wed Jan 17 01:40:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29394 for hackers-outgoing; Wed, 17 Jan 1996 01:40:25 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA29386 for ; Wed, 17 Jan 1996 01:40:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA13648; Wed, 17 Jan 1996 01:30:43 -0800 To: David Langford cc: roberto@keltia.freenix.fr (Ollivier Robert), phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Tue, 16 Jan 1996 14:49:02 -1000." <199601170049.OAA18876@hula.maui.net> Date: Wed, 17 Jan 1996 01:30:43 -0800 Message-ID: <13646.821871043@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Would it be possible to go LKM happy with a kernel and ask what drivers > to use? This is not a new idea. :-) However, there are lot of issues to solve to really make this work. You'll note something called `devfs' in -current which was/is/could be part of our great hope in solving some of those issues. The only problem with devfs is that the author is never happy with it and starts re-writing it from the beginning again before ever finishing any of the previous versions. :-) Jordan From owner-freebsd-hackers Wed Jan 17 01:55:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00304 for hackers-outgoing; Wed, 17 Jan 1996 01:55:05 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA00296 for ; Wed, 17 Jan 1996 01:55:01 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id BAA00779; Wed, 17 Jan 1996 01:54:43 -0800 Message-Id: <199601170954.BAA00779@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Julian Elischer cc: hackers@FreeBSD.ORG Subject: Re: BSDvs Lxxxxx Flame.. In-reply-to: Your message of "Wed, 17 Jan 1996 01:18:59 PST." <199601170918.BAA26568@ref.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 1996 01:54:42 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Someone should respond and state that freebsd, netbsd and bsdi are widely available and in the case of bsdi that is a commercial product for those who like that sort of things. Additionally, I consider them all to be stable platforms. Cheers, Amancio >>> Julian Elischer said: > > having read the article, I must say that BSD comes off second best > the claim that Linux Networking comes from BSD is of course False, > though BSD networking was once ported to linux (but lost the fight due to > legal fears I think) > > better to be a friendly rival that a churlish one.. > > > > > From owner-freebsd-hackers Wed Jan 17 01:58:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00532 for hackers-outgoing; Wed, 17 Jan 1996 01:58:33 -0800 (PST) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA00520 for ; Wed, 17 Jan 1996 01:58:26 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I044VE2YAO002DEZ@mail.rwth-aachen.de> for freebsd-hackers@freefall.FreeBSD.org; Wed, 17 Jan 1996 11:00:54 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA23578 for freebsd-hackers@freefall.cdrom.com; Wed, 17 Jan 1996 11:01:14 +0100 Date: Wed, 17 Jan 1996 11:01:14 +0100 From: "Christoph P. Kukulies" Subject: ctm prob (help) To: freebsd-hackers@freefall.FreeBSD.org Message-id: <199601171001.LAA23578@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I established a ctm user, and after the mail flow started running I'm getting bounces: ----- Transcript of session follows ----- Message delivered to mailing list ctm_rmail: cannot log to 'ctm_log' ctm_rmail: cannot open '/a/ctm/pieces/p.011878' for writing 554 "|/usr/sbin/ctm_rmail -p /a/ctm/pieces -d /a/ctm/deltas -l ctm_log"... unkn own mailer error 1 /a/ctm is the home dir of ctm which is drwxrwxr-x ctm wheel. And still I get these errors. I have a ctm: "|/usr/sbin/ctm_rmail -p /a/ctm/pieces -d /a/ctm/deltas -l ctm_log" owner-ctm: kuku@gil in /etc/aliases. Any clues? /usr/sbin/ctm_rmail is bin.bin. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Jan 17 02:17:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA01844 for hackers-outgoing; Wed, 17 Jan 1996 02:17:57 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA01837 for ; Wed, 17 Jan 1996 02:17:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA14131; Wed, 17 Jan 1996 02:17:20 -0800 To: "Mike Pritchard" cc: freebsd-hackers@freebsd.org Subject: Re: screen snaps for syscons & pcvt In-reply-to: Your message of "Wed, 17 Jan 1996 03:06:00 CST." <199601170906.DAA02495@mpp.minn.net> Date: Wed, 17 Jan 1996 02:17:20 -0800 Message-ID: <14129.821873840@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I don't care. I just want something nice and simple where I can hit > shift+print_screen and get a printed copy of my current screen. I'm sure > that 90% of the FreeBSD user base would be more than happy with that. > If someone can show me a *REAL* need for something beyond that, I'll > consider it. I think that's fine. It's how most enormously bloated all-doing subsystems start. :-) Jordan P.S. And yes, it would be a cool feature. Probably increase the quality of bug reports no end. Will it work from the debugger? :-) From owner-freebsd-hackers Wed Jan 17 02:34:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02612 for hackers-outgoing; Wed, 17 Jan 1996 02:34:50 -0800 (PST) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA02601 Wed, 17 Jan 1996 02:34:40 -0800 (PST) Received: from freefall.FreeBSD.ORG by mail1.digital.com (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA26006; Wed, 17 Jan 1996 02:29:28 -0800 Received: (from dima@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02209 Wed, 17 Jan 1996 02:28:11 -0800 (PST) Message-Id: <199601171028.CAA02209@freefall.freebsd.org> Subject: Re: kgdb.. To: gjennejohn@frt.dec.com Date: Wed, 17 Jan 1996 02:28:11 -0800 (PST) Cc: jkh%freebsd.org@inet-gw-1.pa.dec.com, hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: <9601161808.AA23417@cssmuc.frt.dec.com> from "garyj@frt.dec.com" at Jan 16, 96 07:08:21 pm From: dima@freebsd.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk garyj@frt.dec.com writes: > > > jkh@time.cdrom.com writes: > > What's the deal with kgdb, isn't it supposed to die in favor of `gdb -k' > > RSN? > > > > Jordan > > I've wondered myself why it's still in the tree. Seems to me that > `gdb -k' works pretty well. Or does someone know of a reason NOT > to eliminate kgdb ? kgdb has pretty good command language, and gdb doesn't ... > > --- > Gary Jennejohn (work) gjennejohn@frt.dec.com > (home) Gary.Jennejohn@munich.netsurf.de > (play) gj@freebsd.org > > > -- dima From owner-freebsd-hackers Wed Jan 17 03:02:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04026 for hackers-outgoing; Wed, 17 Jan 1996 03:02:11 -0800 (PST) Received: from forbidden-planet.netlab.london.sco.com (forbidden-planet.london.sco.COM [150.126.4.148]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA04015 for ; Wed, 17 Jan 1996 03:01:56 -0800 (PST) Received: (from davided@localhost) by forbidden-planet.netlab.london.sco.com (8.6.12/dme/nice-1.1) id LAA19296; Wed, 17 Jan 1996 11:05:52 GMT Date: Wed, 17 Jan 1996 11:05:52 GMT Message-Id: <199601171105.LAA19296@forbidden-planet.netlab.london.sco.com> from: dme@zigzag.org To: Nate Williams Cc: Tom Greenwalt , hackers@freebsd.org Subject: Re: Yet another PPP question In-Reply-To: <199601170511.WAA07206@rocky.sri.MT.net> References: <199601170252.UAA03134@fourthgen.com> <199601170511.WAA07206@rocky.sri.MT.net> X-Face: "?v.huY]?B[a4C|xid!Tx8TpwOQe6]C(I}h8Vo1z6'9soM_Xvq2f3u::[F~rW>GWj6;IfU,10H;B&1JDE/H8?``q4XH4~!\_z{n3RDmkC;9d!Yx3O7n?9,[CE;TWB! F8.e5fc0dJXikU'v1qFVTfptB7xe$y*t#jx4`I44n,ypMQg@.|Z^ycJ:G]{dR~E}_.T1^shwC%T4eRGVu%h+J7lBzb>m20==Q*OPAf^~@6Lj^)rI9Tb*m*L}}HC~{> /__Od\I=[|aP6s}B%BhqtE-9uGJ0J3jchjcyJz5fW[i0$RfPv7Zp=!a+0pR Sender: owner-hackers@freebsd.org Precedence: bulk Nate Williams writes: : > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (802b) received! : > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (803f) received! : Thank M$ for this. Basically, Microsoft asked for some extensions to : the PPP protocol which were denied by the IETF for valid reasons. (The : extensions didn't belong at that lawyer and should have been part of a : separate protocol). Rather than being a good net-citizen, they ignored : the results and implemented them anyway. i don't think that this is actually the case. 802b is the protocol id for ipx over ppp. 803f is the protocol id for netbios over ppp. (see rfc 1700). win95 supports all of these over ppp, whereas the freebsd ppp supports only lcp, ipcp, upap and chap in 2.1R. you can stop win95 attempting to negotiate these protocols in the `bindings' section of the options for the dial up adaptor in the network settings (hey - great description dave). i'm no fan of microsoft, but we should bash them for the right reasons :-) -- ``The good news is that in 1995 we will have a good operating system and programming language; the bad news is that they will be Unix and C++.'' -- Richard P. Gabriel From owner-freebsd-hackers Wed Jan 17 03:14:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA05038 for hackers-outgoing; Wed, 17 Jan 1996 03:14:09 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA05002 for ; Wed, 17 Jan 1996 03:13:04 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA16891; Wed, 17 Jan 1996 22:10:11 +1100 Date: Wed, 17 Jan 1996 22:10:11 +1100 From: Bruce Evans Message-Id: <199601171110.WAA16891@godzilla.zeta.org.au> To: jkh@time.cdrom.com, joerg_wunsch@uriah.heep.sax.de Subject: Re: kgdb.. Cc: freebsd-hackers@freebsd.org, gjennejohn@frt.dec.com Sender: owner-hackers@freebsd.org Precedence: bulk >> Well, i've just checked, Gary: kgdb is no longer in the regular tree: >No, but it's still in -stable! It was removed in a cleanup a few weeks ago. Only the sources are in -stable. I removed it from gnu/usr.bin/Makefile a year ago but it was never moved to the Attic. Bruce From owner-freebsd-hackers Wed Jan 17 04:36:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA09002 for hackers-outgoing; Wed, 17 Jan 1996 04:36:16 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA08982 for ; Wed, 17 Jan 1996 04:36:03 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA13790; Wed, 17 Jan 1996 13:36:24 +0100 From: Luigi Rizzo Message-Id: <199601171236.NAA13790@labinfo.iet.unipi.it> Subject: Re: BSDvs Lxxxxx Flame.. To: julian@ref.tfs.com (Julian Elischer) Date: Wed, 17 Jan 1996 13:36:24 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601170918.BAA26568@ref.tfs.com> from "Julian Elischer" at Jan 17, 96 01:18:40 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > having read the article, I must say that BSD comes off second best > the claim that Linux Networking comes from BSD is of course False, > though BSD networking was once ported to linux (but lost the fight due to > legal fears I think) do you mean recent linux kernels do not use BSD networking ? I thought they finally switched. Luigi From owner-freebsd-hackers Wed Jan 17 04:37:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA09089 for hackers-outgoing; Wed, 17 Jan 1996 04:37:17 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA09069 for ; Wed, 17 Jan 1996 04:37:02 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA13776; Wed, 17 Jan 1996 13:33:35 +0100 From: Luigi Rizzo Message-Id: <199601171233.NAA13776@labinfo.iet.unipi.it> Subject: Re: BSDvs Lxxxxx Flame.. To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Wed, 17 Jan 1996 13:33:34 +0100 (MET) Cc: julian@ref.tfs.com, hackers@freebsd.org In-Reply-To: <199601170954.BAA00779@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 17, 96 01:54:23 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Someone should respond and state that freebsd, netbsd and bsdi are > widely available and in the case of bsdi that is a commercial > product for those who like that sort of things. Additionally, > I consider them all to be stable platforms. > > Cheers, > Amancio I considered writing a letter, but being involved in a flame war on a newpaper is like playing chess over mail. You get to retirement before the game is over... Perhaps I should have mentioned this before, I didn't because I thougt the potential candidates knew that: IEEE Computer has scheduled an issue in 1996 on 32 bit operating system. The deadline has expired, and I did know enough about the internals of the OS to write something myself (not that I would have done it without asking to the list in advance). Maybe it would have been a good chance to present the experimental issues that are being covered in FreeBSD-current. 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 Jan 17 05:14:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10556 for hackers-outgoing; Wed, 17 Jan 1996 05:14:38 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA10551 for ; Wed, 17 Jan 1996 05:14:35 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id FAA00438; Wed, 17 Jan 1996 05:13:25 -0800 Message-Id: <199601171313.FAA00438@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Luigi Rizzo cc: julian@ref.tfs.com, hackers@freebsd.org Subject: Re: BSDvs Lxxxxx Flame.. In-reply-to: Your message of "Wed, 17 Jan 1996 13:33:34 +0100." <199601171233.NAA13776@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 1996 05:13:24 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Luigi Rizzo said: > > Someone should respond and state that freebsd, netbsd and bsdi are > > widely available and in the case of bsdi that is a commercial > > product for those who like that sort of things. Additionally, > > I consider them all to be stable platforms. > > > > Cheers, > > Amancio > > I considered writing a letter, but being involved in a flame war > on a newpaper is like playing chess over mail. You get to retirement > before the game is over... The problem is that if we let things like that letter go by in a major magazine then people WILL believe that the *only* unix alternative for Intel platforms is FreeBSD --- excuse me Linux 8) Amancio From owner-freebsd-hackers Wed Jan 17 06:11:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12530 for hackers-outgoing; Wed, 17 Jan 1996 06:11:27 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12525 for ; Wed, 17 Jan 1996 06:11:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA14696; Wed, 17 Jan 1996 06:09:21 -0800 To: Luigi Rizzo cc: hasty@rah.star-gate.com (Amancio Hasty Jr.), julian@ref.tfs.com, hackers@freebsd.org Subject: Re: BSDvs Lxxxxx Flame.. In-reply-to: Your message of "Wed, 17 Jan 1996 13:33:34 +0100." <199601171233.NAA13776@labinfo.iet.unipi.it> Date: Wed, 17 Jan 1996 06:09:20 -0800 Message-ID: <14694.821887760@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I considered writing a letter, but being involved in a flame war > on a newpaper is like playing chess over mail. You get to retirement > before the game is over... Well, I read the letter and it didn't sound THAT bad. At worst, the Linux advocate could be accused of being a little obsolete in his information, but I saw nothing that was outright inflammatory enough to warrant an impassioned correction. If I responded to every low-grade Linux puff-piece touting some semi-dubious feature of Linux over BSD, I'd be writing letters all day! :-) If something looks truly egregious then I *always* send a letter. This didn't push my meter into the red zone, so I'm going to ignore it. Jordan From owner-freebsd-hackers Wed Jan 17 06:15:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12726 for hackers-outgoing; Wed, 17 Jan 1996 06:15:54 -0800 (PST) Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12718 for ; Wed, 17 Jan 1996 06:15:49 -0800 (PST) Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.12) id WAA11917; Wed, 17 Jan 1996 22:08:43 +0800 Date: Wed, 17 Jan 1996 22:08:42 +0800 (HKT) From: John Beukema To: Nate Williams cc: Tom Greenwalt , hackers@FreeBSD.org Subject: Re: Yet another PPP question In-Reply-To: <199601170511.WAA07206@rocky.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Is not this CHAP and PAP which are pretty standard even if not in the RFC? I think it is hard to pretend MS is not there. jbeukema On Tue, 16 Jan 1996, Nate Williams wrote: > > When users dialin and connect using the Windows 95 PPP client I see the > > following messages: > > > > Jan 16 20:38:22 fourthgen pppd[2916]: pppd 2.1.2 started by tomg, uid 1000 > > Jan 16 20:38:22 fourthgen pppd[2916]: Connect: ppp1 <--> /dev/ttyd3 > > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (802b) received! > > Jan 16 20:38:25 fourthgen pppd[2916]: input: Unknown protocol (803f) received! > > Thank M$ for this. Basically, Microsoft asked for some extensions to > the PPP protocol which were denied by the IETF for valid reasons. (The > extensions didn't belong at that lawyer and should have been part of a > separate protocol). Rather than being a good net-citizen, they ignored > the results and implemented them anyway. > > So, M$ TCP/IP stacks are trying to negotiate non-existant features using > an invalid protocol which only works with their own product. > > The solution? Yell and scream to M$ and tell them to use standard > protocol and quit using useless proprietary extensions. If they want to > use proprietary extensions, have them put inside other proprietary code. > > > > Nate > From owner-freebsd-hackers Wed Jan 17 06:21:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13085 for hackers-outgoing; Wed, 17 Jan 1996 06:21:53 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA13069 for ; Wed, 17 Jan 1996 06:21:32 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA13911; Wed, 17 Jan 1996 15:15:35 +0100 From: Luigi Rizzo Message-Id: <199601171415.PAA13911@labinfo.iet.unipi.it> Subject: Re: BSDvs Lxxxxx Flame.. To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 17 Jan 1996 15:15:34 +0100 (MET) Cc: hasty@rah.star-gate.com, julian@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: <199601171233.NAA13776@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 17, 96 01:33:15 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > Perhaps I should have mentioned this before, I didn't because I > thougt the potential candidates knew that: IEEE Computer has > scheduled an issue in 1996 on 32 bit operating system. The deadline > has expired, and I did know enough about the internals of the OS XXX sorry, I meant "did not" ... > to write something myself (not that I would have done it without > asking to the list in advance). Maybe it would have been a good > chance to present the experimental issues that are being covered > in FreeBSD-current. Luigi From owner-freebsd-hackers Wed Jan 17 06:33:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13684 for hackers-outgoing; Wed, 17 Jan 1996 06:33:40 -0800 (PST) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA13677 for ; Wed, 17 Jan 1996 06:33:30 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA13954; Wed, 17 Jan 1996 15:25:38 +0100 From: Luigi Rizzo Message-Id: <199601171425.PAA13954@labinfo.iet.unipi.it> Subject: Re: BSDvs Lxxxxx Flame.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 17 Jan 1996 15:25:38 +0100 (MET) Cc: hasty@rah.star-gate.com, julian@ref.tfs.com, hackers@freebsd.org In-Reply-To: <14694.821887760@time.cdrom.com> from "Jordan K. Hubbard" at Jan 17, 96 06:09:01 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Well, I read the letter and it didn't sound THAT bad. At worst, the > Linux advocate could be accused of being a little obsolete in his > information, but I saw nothing that was outright inflammatory enough > to warrant an impassioned correction. If I responded to every > low-grade Linux puff-piece touting some semi-dubious feature of Linux > over BSD, I'd be writing letters all day! :-) The point is that Bokhari is not J.Monroy, and he did not even mention *BSD* (the asterisks are part of a regular expression). As Amancio points out: > The problem is that if we let things like that letter go by in a major > magazine then people WILL believe that the *only* unix alternative > for Intel platforms is FreeBSD --- excuse me Linux 8) and I think this is the reason why there ought to be a reply to the original article. Then, maybe the letter in the Nov.95 issue is enough to close the discussion. Luigi From owner-freebsd-hackers Wed Jan 17 06:58:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA14585 for hackers-outgoing; Wed, 17 Jan 1996 06:58:13 -0800 (PST) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA14579 for ; Wed, 17 Jan 1996 06:58:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id JAA07503; Wed, 17 Jan 1996 09:56:19 -0500 Message-Id: <199601171456.JAA07503@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: Wolfram Schneider cc: robin@is.co.za, hackers@freebsd.org Subject: Re: user management stuff In-reply-to: Your message of "Tue, 16 Jan 1996 23:15:36 +0100." <199601162215.XAA01147@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 17 Jan 1996 09:56:19 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org Precedence: bulk > I don't like the idea of a delete user script. There should be, at least, programmatic support for deleting passwd and group entries. There is nothing for that now. Also, there should be programmatic ways of changing the passwd (other than being forced to use expect/passwd or something.) [In my case I have a system a system where the passwd database and another database need to be kept in sync. While we are at it, I have noticed the following errors in 2.1 WRT this: 1) There is no way to delete entries from passwd or group without just manually doing it. 2) crypt(3) says that the ``setting'' string is 9 characters beginning with ''_'', but by trial and error, it seems that the passwords in the master.passwd file are *not* generated this way. 3) chpass -p doesn't seem to work at all. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Wed Jan 17 07:00:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14743 for hackers-outgoing; Wed, 17 Jan 1996 07:00:16 -0800 (PST) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA14730 for ; Wed, 17 Jan 1996 07:00:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id KAA07526 for ; Wed, 17 Jan 1996 10:00:01 -0500 Message-Id: <199601171500.KAA07526@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: freebsd-hackers@freebsd.org Subject: Bugs in passwd mgmt stuff Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 17 Jan 1996 10:00:01 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org Precedence: bulk > I don't like the idea of a delete user script. There should be, at least, programmatic support for deleting passwd and group entries. There is nothing for that now. Also, there should be programmatic ways of changing the passwd (other than being forced to use expect/passwd or something.) [In my case I have a system a system where the passwd database and another database need to be kept in sync. While we are at it, I have noticed the following errors in 2.1 WRT this: 1) There is no way to delete entries from passwd or group without just manually doing it. 2) crypt(3) says that the ``setting'' string is 9 characters beginning with ''_'', but by trial and error, it seems that the passwords in the master.passwd file are *not* generated this way. 3) chpass -p doesn't seem to work at all. 4) Adduser fails to correctly set the ownership of the home directory. (In fact, adduser often seems to have ``strange'' behavior. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Wed Jan 17 07:00:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14812 for hackers-outgoing; Wed, 17 Jan 1996 07:00:56 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA14807 for ; Wed, 17 Jan 1996 07:00:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id HAA14936 for ; Wed, 17 Jan 1996 07:00:28 -0800 To: hackers@freebsd.org Subject: Change to stdio.h to export `cookie?' Date: Wed, 17 Jan 1996 07:00:28 -0800 Message-ID: <14934.821890828@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Those users of our stdio's funopen() call are already familiar with the cookie I'm talking about - it's a magic variable in the FILE struct which you can set to things for the benefit of your own I/O functions. The only problem is that the API designers didn't provide a hook for getting/setting it, leading to code which makes assumptions about the inside of the FILE structure. I don't know if anyone's ever ported MH to a new stdio architecture, but programs which make assumptions about the internals of stdio are EVIL and should be banned. In the case of the cookie, it's worse since there's no other way to fiddle with it and fiddle with it you have to if you want to actually use it as the designers intended. Any objections to an accessor macro being added to stdio.h? I don't like extra namespace pollution any more than the next guy, but it seems cleaner to me than fiddling in the FILE struct. Comments? Total lack thereof will also result in me making this change to -current in a couple of days, so speak up now please! Jordan From owner-freebsd-hackers Wed Jan 17 07:08:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15103 for hackers-outgoing; Wed, 17 Jan 1996 07:08:16 -0800 (PST) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15090 for ; Wed, 17 Jan 1996 07:08:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id KAA07549 for ; Wed, 17 Jan 1996 10:07:38 -0500 Message-Id: <199601171507.KAA07549@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-reply-to: Your message of "Tue, 16 Jan 1996 06:04:17 PST." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 17 Jan 1996 10:07:38 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org Precedence: bulk > The reason I mention this is that I finally got my Internet provider to > set me up a static route with a second IP address gatewayed through it. I was wondering about load balancing several lines? For example, if I could load balance two POTS lines with 28.8 modems, I could have the bandwidth of single ISDN at a fraction of the cost. With four lines I could have bonded ISDN performance, again at a fraction of the cost. Does anyone do this. Can FreeBSD do this? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Wed Jan 17 08:01:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18136 for hackers-outgoing; Wed, 17 Jan 1996 08:01:21 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA18127 for ; Wed, 17 Jan 1996 08:01:13 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA08218; Wed, 17 Jan 1996 09:03:39 -0700 Date: Wed, 17 Jan 1996 09:03:39 -0700 From: Nate Williams Message-Id: <199601171603.JAA08218@rocky.sri.MT.net> To: John Beukema Cc: Nate Williams , hackers@FreeBSD.org Subject: Re: Yet another PPP question In-Reply-To: References: <199601170511.WAA07206@rocky.sri.MT.net> Sender: owner-hackers@FreeBSD.org Precedence: bulk > Is not this CHAP and PAP which are pretty standard even if not in the RFC? > I think it is hard to pretend MS is not there. Nope, CHAP and PAP are supported by both versions of PPP in FreeBSD. nate From owner-freebsd-hackers Wed Jan 17 08:05:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18453 for hackers-outgoing; Wed, 17 Jan 1996 08:05:35 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA18448 for ; Wed, 17 Jan 1996 08:05:31 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA08212; Wed, 17 Jan 1996 09:03:00 -0700 Date: Wed, 17 Jan 1996 09:03:00 -0700 From: Nate Williams Message-Id: <199601171603.JAA08212@rocky.sri.MT.net> To: dme@zigzag.org Cc: Nate Williams , hackers@freebsd.org Subject: Re: Yet another PPP question In-Reply-To: <199601171105.LAA19296@forbidden-planet.netlab.london.sco.com> References: <199601170252.UAA03134@fourthgen.com> <199601170511.WAA07206@rocky.sri.MT.net> <199601171105.LAA19296@forbidden-planet.netlab.london.sco.com> Sender: owner-hackers@freebsd.org Precedence: bulk > : Thank M$ for this. Basically, Microsoft asked for some extensions to > : the PPP protocol which were denied by the IETF for valid reasons. (The > : extensions didn't belong at that lawyer and should have been part of a > : separate protocol). Rather than being a good net-citizen, they ignored > : the results and implemented them anyway. > > i don't think that this is actually the case. 802b is the protocol id > for ipx over ppp. 803f is the protocol id for netbios over ppp. (see > rfc 1700). win95 supports all of these over ppp, whereas the freebsd > ppp supports only lcp, ipcp, upap and chap in 2.1R. Hey, I'm just repeating what I know. The extensions that M$ TCP/IP are asking for were denied by the IETF. For more details, see the BSDi mailing lists. Nate From owner-freebsd-hackers Wed Jan 17 08:06:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18525 for hackers-outgoing; Wed, 17 Jan 1996 08:06:43 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA18508 for ; Wed, 17 Jan 1996 08:06:36 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id KAA02171; Wed, 17 Jan 1996 10:06:27 -0600 (CST) Message-Id: <199601171606.KAA02171@mpp.minn.net> Subject: Re: screen snaps for syscons & pcvt To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 17 Jan 1996 10:06:27 -0600 (CST) From: "Mike Pritchard" Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <14129.821873840@time.cdrom.com> from "Jordan K. Hubbard" at Jan 17, 96 02:17:20 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Jordan K. Hubbard wrote: > > > I don't care. I just want something nice and simple where I can hit > > shift+print_screen and get a printed copy of my current screen. I'm sure > > that 90% of the FreeBSD user base would be more than happy with that. > > If someone can show me a *REAL* need for something beyond that, I'll > > consider it. > > I think that's fine. It's how most enormously bloated all-doing > subsystems start. :-) > > Jordan > > P.S. And yes, it would be a cool feature. Probably increase the > quality of bug reports no end. Will it work from the debugger? :-) There you go trying to bloat it already! :-). No it won't, but perhaps another project for another day might be teaching the debugger how to shove bits out to an lpt port. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Wed Jan 17 08:22:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19355 for hackers-outgoing; Wed, 17 Jan 1996 08:22:28 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA19348 for ; Wed, 17 Jan 1996 08:22:24 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA08310; Wed, 17 Jan 1996 09:24:16 -0700 Date: Wed, 17 Jan 1996 09:24:16 -0700 From: Nate Williams Message-Id: <199601171624.JAA08310@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), gjennejohn@frt.dec.com, freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: kgdb.. In-Reply-To: <13459.821868880@time.cdrom.com> References: <199601162116.WAA19391@uriah.heep.sax.de> <13459.821868880@time.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk > > I'm using gdb -k all days. I've been one of those guys who have been > > in favour of the old kgdb... > > > > Well, i've just checked, Gary: kgdb is no longer in the regular tree: > > No, but it's still in -stable! Do a CVS update again. It's gone, and was probably in your tree because of the 'death support' updates. It's not in my -stable tree anymore. Nate From owner-freebsd-hackers Wed Jan 17 08:24:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19601 for hackers-outgoing; Wed, 17 Jan 1996 08:24:38 -0800 (PST) Received: from zappa.cs.uncc.edu (zappa.cs.uncc.edu [152.15.35.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA19591 for ; Wed, 17 Jan 1996 08:24:33 -0800 (PST) From: jlrobins@zappa.cs.uncc.edu Received: by zappa.cs.uncc.edu (5.x/SMI-SVR4) id AA04311; Wed, 17 Jan 1996 11:15:05 -0500 Message-Id: <9601171615.AA04311@zappa.cs.uncc.edu> Subject: Re: BSDvs Lxxxxx Flame.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 17 Jan 1996 11:15:04 -0500 (EST) Cc: hackers@freebsd.org In-Reply-To: <14694.821887760@time.cdrom.com> from "Jordan K. Hubbard" at Jan 17, 96 06:09:20 am X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > to warrant an impassioned correction. If I responded to every > low-grade Linux puff-piece touting some semi-dubious feature of Linux > over BSD, I'd be writing letters all day! :-) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ As opposed to what you do now :-) ? James From owner-freebsd-hackers Wed Jan 17 08:34:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20358 for hackers-outgoing; Wed, 17 Jan 1996 08:34:42 -0800 (PST) Received: from border.com (janus.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA20334 for ; Wed, 17 Jan 1996 08:34:25 -0800 (PST) Received: by janus.border.com via suspension id <20494>; Wed, 17 Jan 1996 11:31:59 -0500 Received: by janus.border.com id <20483>; Wed, 17 Jan 1996 10:24:29 -0500 Date: Wed, 17 Jan 1996 10:16:31 -0500 From: Jerry Kendall To: FreeBSD Hackers Subject: Tape backup with EIDE or FLOPPY Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan17.102429est.20483@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk What if any taoe backup drives are supported under FreeBSD that will connect to the EIDE or Floppy controllers???? Are there any EIDE tape drives??? -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Wed Jan 17 08:34:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20361 for hackers-outgoing; Wed, 17 Jan 1996 08:34:43 -0800 (PST) Received: from border.com (janus.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA20346 for ; Wed, 17 Jan 1996 08:34:31 -0800 (PST) Received: by janus.border.com via suspension id <20483>; Wed, 17 Jan 1996 11:31:59 -0500 Received: by janus.border.com id <20489>; Wed, 17 Jan 1996 11:17:54 -0500 Date: Wed, 17 Jan 1996 10:34:05 -0500 From: Jerry Kendall To: FreeBSD Hackers Subject: SYSQUEST disks... Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan17.111754est.20489@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk Are they supported.....? -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Wed Jan 17 09:03:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22075 for hackers-outgoing; Wed, 17 Jan 1996 09:03:10 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22069 for ; Wed, 17 Jan 1996 09:03:07 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA20493; Wed, 17 Jan 1996 11:01:19 -0600 From: Joe Greco Message-Id: <199601171701.LAA20493@brasil.moneng.mei.com> Subject: Re: Another cool hack with FreeBSD... To: witr@rwwa.com (Robert Withrow) Date: Wed, 17 Jan 1996 11:01:18 -0600 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601171507.KAA07549@spooky.rwwa.com> from "Robert Withrow" at Jan 17, 96 10:07:38 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > The reason I mention this is that I finally got my Internet provider to > > set me up a static route with a second IP address gatewayed through it. > > I was wondering about load balancing several lines? For example, > if I could load balance two POTS lines with 28.8 modems, I could > have the bandwidth of single ISDN at a fraction of the cost. With > four lines I could have bonded ISDN performance, again at a fraction > of the cost. > > Does anyone do this. Can FreeBSD do this? No. I was looking at this some odd number of seasons ago to help deal with some problems I was running into; I never solved the problem using this technique, instead I got on the far side of a T1 :-) What I did learn: 1) BSDI has something called "mslip" which is basically what we are discussing. 2) With user-level PPP one would think that this might be more feasible since you can hack easily... but I doubt anyone's done this. If I were to start pursuing this, I might be tempted to start with the latter :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Jan 17 09:04:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22327 for hackers-outgoing; Wed, 17 Jan 1996 09:04:42 -0800 (PST) Received: from border.com (janus.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22302 for ; Wed, 17 Jan 1996 09:04:20 -0800 (PST) Received: by janus.border.com id <20489>; Wed, 17 Jan 1996 12:04:19 -0500 Date: Wed, 17 Jan 1996 12:04:16 -0500 From: Jerry Kendall To: FreeBSD Hackers Subject: SyQuest Ex-135 drive... Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan17.120419est.20489@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk It is external SCSI and stores UP-TO 135Meg ona 3.5 inch cartridge... Question.... Will it work with FreeBSD.... As secondary storage AND off-line backup???? -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Wed Jan 17 09:07:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22413 for hackers-outgoing; Wed, 17 Jan 1996 09:07:34 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA22408 for ; Wed, 17 Jan 1996 09:07:29 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id LAA02471; Wed, 17 Jan 1996 11:03:20 -0600 (CST) Message-Id: <199601171703.LAA02471@mpp.minn.net> Subject: Re: user management stuff To: witr@rwwa.com (Robert Withrow) Date: Wed, 17 Jan 1996 11:03:19 -0600 (CST) From: "Mike Pritchard" Cc: wosch@cs.tu-berlin.de, robin@is.co.za, hackers@freebsd.org In-Reply-To: <199601171456.JAA07503@spooky.rwwa.com> from "Robert Withrow" at Jan 17, 96 09:56:19 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Robert Withrow wrote: > > While we are at it, I have noticed the following errors > in 2.1 WRT this: > > 3) chpass -p doesn't seem to work at all. That seems to work just fine for me in -current. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Wed Jan 17 09:12:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22606 for hackers-outgoing; Wed, 17 Jan 1996 09:12:08 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA22596 for ; Wed, 17 Jan 1996 09:12:05 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id JAA08308; Wed, 17 Jan 1996 09:11:53 -0800 Message-Id: <199601171711.JAA08308@austin.polstra.com> To: jkh@time.cdrom.com Cc: freebsd-hackers@freebsd.org, erich@uruk.org Subject: Re: Linux and/or ELF executables Date: Wed, 17 Jan 1996 09:11:53 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk > You want to talk to John Polstra and Sean Eric Fagan ^ | jdp -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Wed Jan 17 09:14:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22713 for hackers-outgoing; Wed, 17 Jan 1996 09:14:10 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA22707 for ; Wed, 17 Jan 1996 09:14:04 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id LAA02238; Wed, 17 Jan 1996 11:10:58 -0600 From: mailing list account Message-Id: <199601171710.LAA02238@argus.flash.net> Subject: Re: Another cool hack with FreeBSD... To: witr@rwwa.com (Robert Withrow) Date: Wed, 17 Jan 1996 11:10:57 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601171507.KAA07549@spooky.rwwa.com> from "Robert Withrow" at Jan 17, 96 10:07:38 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > The reason I mention this is that I finally got my Internet provider to > > set me up a static route with a second IP address gatewayed through it. > > I was wondering about load balancing several lines? For example, > if I could load balance two POTS lines with 28.8 modems, I could > have the bandwidth of single ISDN at a fraction of the cost. With > four lines I could have bonded ISDN performance, again at a fraction > of the cost. > > Does anyone do this. Can FreeBSD do this? don't count on even close to that level of performance. the phone companies routinely use adaptive compression that highly effects v.34 modems. where i'm at, it will sometimes fall back to as low as 4800 baud... where i was at a few months ago, it would usually stop falling back around 21.6kbaud, so it does vary from site to site. i think that with the advent of v.34 modems and the availability of isdn, they may be forcing deeper fallbacks in order to get v.34 owners to get isdn. i would not put that kind of trick past ma bell, would you? southwestern bell for instance routinely goes to the texas puc attempting to charge more for modems on voice lines, so far, the puc has not given in. brain food... Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Wed Jan 17 09:18:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22867 for hackers-outgoing; Wed, 17 Jan 1996 09:18:08 -0800 (PST) Received: from forbidden-planet.netlab.london.sco.com (forbidden-planet.london.sco.COM [150.126.4.148]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA22859 for ; Wed, 17 Jan 1996 09:17:54 -0800 (PST) Received: (from davided@localhost) by forbidden-planet.netlab.london.sco.com (8.6.12/dme/nice-1.1) id RAA19678; Wed, 17 Jan 1996 17:21:59 GMT Date: Wed, 17 Jan 1996 17:21:59 GMT Message-Id: <199601171721.RAA19678@forbidden-planet.netlab.london.sco.com> From: dme@zigzag.org To: Nate Williams Cc: hackers@freebsd.org Subject: Re: Yet another PPP question In-Reply-To: <199601171603.JAA08212@rocky.sri.MT.net> References: <199601170252.UAA03134@fourthgen.com> <199601170511.WAA07206@rocky.sri.MT.net> <199601171105.LAA19296@forbidden-planet.netlab.london.sco.com> <199601171603.JAA08212@rocky.sri.MT.net> X-Face: "?v.huY]?B[a4C|xid!Tx8TpwOQe6]C(I}h8Vo1z6'9soM_Xvq2f3u::[F~rW>GWj6;IfU,10H;B&1JDE/H8?``q4XH4~!\_z{n3RDmkC;9d!Yx3O7n?9,[CE;TWB! F8.e5fc0dJXikU'v1qFVTfptB7xe$y*t#jx4`I44n,ypMQg@.|Z^ycJ:G]{dR~E}_.T1^shwC%T4eRGVu%h+J7lBzb>m20==Q*OPAf^~@6Lj^)rI9Tb*m*L}}HC~{> /__Od\I=[|aP6s}B%BhqtE-9uGJ0J3jchjcyJz5fW[i0$RfPv7Zp=!a+0pR Sender: owner-hackers@freebsd.org Precedence: bulk Nate Williams writes: : Hey, I'm just repeating what I know. The extensions that M$ TCP/IP are : asking for were denied by the IETF. this is undoubtedly the case. it isn't, however, the cause of this error message. -- ``I don't have to prove that I am creative.'' -- David Byrne From owner-freebsd-hackers Wed Jan 17 09:21:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23009 for hackers-outgoing; Wed, 17 Jan 1996 09:21:09 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA23003 for ; Wed, 17 Jan 1996 09:21:01 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA11651; Wed, 17 Jan 1996 12:20:21 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 17 Jan 1996 12:20 EST Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.12/8.6.5) with ESMTP id HAA20802; Wed, 17 Jan 1996 07:02:24 -0500 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id HAA23899; Wed, 17 Jan 1996 07:11:27 -0500 Date: Wed, 17 Jan 1996 07:11:27 -0500 From: Thomas David Rivers Message-Id: <199601171211.HAA23899@lakes> To: uriah.heep.sax.de!joerg_wunsch@dg-rtp.dg.com Subject: Re: Another problem with sysinstall with SL/IP. Cc: freebsd-hackers@freefall.FreeBSD.org Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > However, I just noticed in the sysinstall generated /etc/sysconfig, > > it produced: > > > > network_interfaces="cuaa0 lo0" > > ifconfig_cuaa0="inet ..." > > > > > > which, of course, doesn't work - these should be: > > > > network_interfaces="sl0 lo0" > > ifconfig_slo="inet ..." > > No, it must be > > network_interfaces="lo0" > > sl0 cannot be initialized at boot time, since the initialization can > only be done after slattach has turned the port into something that > can speak IP. This case is not handled by the current /etc/rc and > /etc/sysconfig scheme (and i doubt somebody could come up with a true > generic method to do it). > > -- > cheers, J"org > I know this is ancient news, but I'm behind again. Anyway, I'd like to consider the following scenario: 1) slattach 2) ifconfig 3) modem goes down 4) restart slattach to reconnect does that mean I have to re-ifconfig the sl0 device after slattach restabilishes the line? I don't think so... Thus, there is a state in which no slattach is running, and the ifconfig on sl0 is valid. What that says to me is that you can, in fact, ifconfig sl0 before doing a slattach. I've been doing it for a few years now with great success. This way, I can ifconfig the sl0 device in /etc/rc, assigning its IP address there - and the network isn't available until someone does the slattach. This is really handy.. In fact, I've changed my /etc/rc to do exactly what I implied in the original note: > > network_interfaces="sl0 lo0" > > ifconfig_slo="inet ..." it appears to be working just fine (as it always has.) [although, there is some route weirdness that got introduced in 2.1] - Dave Rivers - From owner-freebsd-hackers Wed Jan 17 09:40:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23721 for hackers-outgoing; Wed, 17 Jan 1996 09:40:54 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA23706 for ; Wed, 17 Jan 1996 09:40:44 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA12424 for ; Wed, 17 Jan 1996 12:40:01 -0500 Date: Wed, 17 Jan 1996 12:40:01 -0500 Message-Id: <199601171740.MAA12424@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: CU-SEEME Port? Sender: owner-hackers@freebsd.org Precedence: bulk Anyone know the protocol/port assignment that CU-SEEME data uses? thanks Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Wed Jan 17 09:46:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23963 for hackers-outgoing; Wed, 17 Jan 1996 09:46:48 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA23909 for ; Wed, 17 Jan 1996 09:45:24 -0800 (PST) Received: from critter.tfs.com ([194.19.141.138]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id SAA18595; Wed, 17 Jan 1996 18:40:41 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id SAA02391; Wed, 17 Jan 1996 18:44:47 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: ctm prob (help) In-reply-to: Your message of "Wed, 17 Jan 1996 11:01:14 +0100." <199601171001.LAA23578@gilberto.physik.rwth-aachen.de> Date: Wed, 17 Jan 1996 18:44:46 +0100 Message-ID: <2389.821900686@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I established a ctm user, and after the mail flow started running > I'm getting bounces: I usually make rctm setuid or make the directory 777... -- 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 Jan 17 09:56:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24409 for hackers-outgoing; Wed, 17 Jan 1996 09:56:24 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA24398 for ; Wed, 17 Jan 1996 09:56:15 -0800 (PST) Received: from critter.tfs.com ([194.19.141.138]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id SAA18660; Wed, 17 Jan 1996 18:51:38 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id SAA02450; Wed, 17 Jan 1996 18:55:22 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Ollivier Robert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Tue, 16 Jan 1996 20:39:03 +0100." <199601161939.UAA17005@keltia.freenix.fr> Date: Wed, 17 Jan 1996 18:55:22 +0100 Message-ID: <2448.821901322@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > It seems that Poul-Henning Kamp said: > > Yes, I have stayed out of the 2.1 business, since I don't have time/machine s > > to test that too. I hope we can get the crucial changes into 2.1 to make > > it boot on 4M machines, but otherwise it's too bad. > > I know NFS install is nice but I think we can get lot of RAM without > it. The GENERIC I used for the laptop has not SCSI, no NFS, no > Ethernet. Doing a set of floppies for IDE only systems would cut down the > kernel maybe enough for most 4 MB machines. I have already stripped NFS-server out as an option, and that works on 4Mb. > The release/Makefile is not too bad, once you understand it better :-) Not quite a compliment, but we're getting closer :-) -- 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 Jan 17 10:12:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25321 for hackers-outgoing; Wed, 17 Jan 1996 10:12:03 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA25298 for ; Wed, 17 Jan 1996 10:11:58 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA08665; Wed, 17 Jan 1996 11:14:29 -0700 Date: Wed, 17 Jan 1996 11:14:29 -0700 From: Nate Williams Message-Id: <199601171814.LAA08665@rocky.sri.MT.net> To: Thomas David Rivers Cc: uriah.heep.sax.de!joerg_wunsch@dg-rtp.dg.com, freebsd-hackers@freefall.freebsd.org Subject: slattach (was Re: Another problem with sysinstall with SL/IP.) In-Reply-To: <199601171211.HAA23899@lakes> References: <199601171211.HAA23899@lakes> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Thomas David Rivers writes: > Anyway, I'd like to consider the following scenario: > > 1) slattach > 2) ifconfig > 3) modem goes down > 4) restart slattach to reconnect > > does that mean I have to re-ifconfig the sl0 device after slattach > restabilishes the line? I don't think so... > Thus, there is a state in which no slattach is running, and the > ifconfig on sl0 is valid. You must mean invalid, right? If slattach isn't running, there is not SLIP connection and a ifconfig'd sl0 line is invalid. > What that says to me is that you can, in fact, ifconfig sl0 before > doing a slattach. I've been doing it for a few years now with great > success. And during that window between the ifconfig'd sl0 and slattach not running their is a bogosity in the system, however small. However, I set things up that way simply because slattach doesn't autoconfigure sl0 for me, and it works better. So I guess I agree with Dave here. To get slattach to auto-dial, it's much easier to configure it ahead of time since it's a pain to have slattach do it for you. Nate From owner-freebsd-hackers Wed Jan 17 10:22:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25942 for hackers-outgoing; Wed, 17 Jan 1996 10:22:44 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA25936 for ; Wed, 17 Jan 1996 10:22:41 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id KAA27676; Wed, 17 Jan 1996 10:20:13 -0800 From: Julian Elischer Message-Id: <199601171820.KAA27676@ref.tfs.com> Subject: Re: Yet another PPP question To: dme@zigzag.org Date: Wed, 17 Jan 1996 10:20:13 -0800 (PST) Cc: nate@sri.MT.net, tomg@fourthgen.com, hackers@freebsd.org In-Reply-To: <199601171105.LAA19296@forbidden-planet.netlab.london.sco.com> from "dme@zigzag.org" at Jan 17, 96 11:05:52 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > i don't think that this is actually the case. 802b is the protocol id > for ipx over ppp. 803f is the protocol id for netbios over ppp. (see > rfc 1700). win95 supports all of these over ppp, whereas the freebsd > ppp supports only lcp, ipcp, upap and chap in 2.1R. actually we now support ipx over ppp I believe (in current) > From owner-freebsd-hackers Wed Jan 17 10:33:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26493 for hackers-outgoing; Wed, 17 Jan 1996 10:33:45 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26488 for ; Wed, 17 Jan 1996 10:33:42 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.12) id LAA07512; Wed, 17 Jan 1996 11:33:09 -0700 From: Don Yuniskis Message-Id: <199601171833.LAA07512@seagull.rtd.com> Subject: Re: VGA_80x50 mode To: julian@ref.tfs.com (Julian Elischer) Date: Wed, 17 Jan 1996 11:33:08 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199601171817.KAA27660@ref.tfs.com> from "Julian Elischer" at Jan 17, 96 10:17:50 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > first you have to load the smal font.. > > > I don't seem to be able to invoke 'vidcontrol VGA_80x50' on > > my 2.1 box. Is there some magic incantation I'm missing? Or, some > > hardware defficiency? Argh! <:-) I guess I thought the x8, x14 and x16 fonts were present in the ROM? Apparently not as your suggestion seems to have done the trick! Thx, --don From owner-freebsd-hackers Wed Jan 17 10:36:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26779 for hackers-outgoing; Wed, 17 Jan 1996 10:36:12 -0800 (PST) Received: from DeepCore.dk (dial116.cybercity.dk [194.16.56.116]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA26771 for ; Wed, 17 Jan 1996 10:36:04 -0800 (PST) From: sos@DeepCore.dk Received: (from sos@localhost) by DeepCore.dk (8.7.3/8.7.3) id RAA00355; Wed, 17 Jan 1996 17:56:12 +0100 (MET) Message-Id: <199601171656.RAA00355@DeepCore.dk> Subject: Re: Linux and/or ELF executables To: erich@uruk.org Date: Wed, 17 Jan 1996 17:56:12 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601170010.QAA15213@uruk.org> from "erich@uruk.org" at Jan 16, 96 04:10:11 pm Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In reply to erich@uruk.org who wrote: > > > I checked the archives with not much success, so I'll ask directly... > > Is anyone working on Linux and/or ELF (System V R4) executable > compatibility? In particular, I need to run System V R4 (statically-linked > is OK) executables, with Linux a.out support being a plus, but not > necessary. Erhm, I ve a SVR4 loader plus emulation stuff lying around, but it is for use with our old iBCS2 emulator (the one before the NetBSD one crept in) > Given that COFF iBSC2 support is there (I think), it looks like all I'd > have to do is write an ELF executable loader (pretty easy) to get the > statically linked stuff to work. Supporting dynamic-linking is more > of a pain, though the bulk of it is in writing a FreeBSD-specific > interpreter. There is work underways for this, talk to jdp@FreeBSD.org and Ii as we are currently trying to get this coordinated.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Wed Jan 17 10:55:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27881 for hackers-outgoing; Wed, 17 Jan 1996 10:55:41 -0800 (PST) Received: from underdog.maxie.com (maxie.com [199.250.231.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA27876 for ; Wed, 17 Jan 1996 10:55:31 -0800 (PST) Received: (from max@localhost) by underdog.maxie.com (8.6.12/8.6.12) id NAA13776; Wed, 17 Jan 1996 13:53:14 -0500 Date: Wed, 17 Jan 1996 13:53:14 -0500 (EST) From: Max Goof To: Robert Withrow cc: hackers@FreeBSD.ORG Subject: Re: Another cool hack with FreeBSD... In-Reply-To: <199601171507.KAA07549@spooky.rwwa.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 17 Jan 1996, Robert Withrow wrote: > I was wondering about load balancing several lines? For example, > if I could load balance two POTS lines with 28.8 modems, I could > have the bandwidth of single ISDN at a fraction of the cost. With > four lines I could have bonded ISDN performance, again at a fraction > of the cost. A few points you might want to consider here, based on how we are set up... At least in our area, two normal phone lines would cost only $3 less than we pay for flat-rate ISDN (About $55 a month). ISDN bandwidth is 64K per channel in most areas, not 56k, and the difference in serial protocols (sync on ISDN vs. assync on a modem) produces a boost of around another 10% in comparision to the straight bit-rates alone. Assuming our provider could load balance on thier end, the cost of two 28.8K channels from them would exceed what we pay monthly for the ISDN channel. Currently we are only use one 64K channel, if we expanded to use both of the channels, the charge for four 28.8K's would FAR exceed the cost of the 128K ISDN service. While we went the "expensive" route here and bought an integrated ISDN/router unit, some of the internal ISDN boards cost about the same as the multible modems would. Even the price of the integrated units has dropped drastically since we bought it, but it was well worth the price, and once set up has maintained the link without any maintainance on my part. I think load balancing 28.8's might be a viable solution for internal use, such as between two company locations, where you only have the physical link to pay for, and not your provider's profit margin as well. Even then, at the rate ISDN service and equipment is dropping in price, if there was much code involved in the change, the code might be obsolete by the time it was fully debugged. James Robertson Treetop Internet Services From owner-freebsd-hackers Wed Jan 17 11:02:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28372 for hackers-outgoing; Wed, 17 Jan 1996 11:02:15 -0800 (PST) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28367 for ; Wed, 17 Jan 1996 11:02:06 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tcd7S-000Hz0C; Wed, 17 Jan 96 20:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tcbwo-00000kC; Wed, 17 Jan 96 18:46 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: screen snaps for syscons & pcvt To: mpp@mpp.minn.net (Mike Pritchard) Date: Wed, 17 Jan 1996 18:46:58 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601170906.DAA02495@mpp.minn.net> from "Mike Pritchard" at Jan 17, 96 03:06:00 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >From the keyboard of Mike Pritchard: > I want to add a print screen interface to syscons and pcvt. Great! > When I last mentioned this, the discussion degraded down to "well, > SCO did things a different way, and since syscons consoles are SCO > type consoles, it should probably be compatible with how they did things". > or "you should do it via escape sequences", etc. Hm - as far as i remeber this discussion it was considered as being a feature which implements a back door for some sort of attacks to the system. If this is true, it should be a compile time option so people with security issues can fully disable it. As far as pcvt is involved it would be extremely nice if the process can also be triggered by using the (currently not implemented) print screen escape sequence. > I don't care. I just want something nice and simple where I can hit > shift+print_screen and get a printed copy of my current screen. I'm sure > that 90% of the FreeBSD user base would be more than happy with that. Agreed. > Now, if someone comes up with a good reason why each different > virtual console should have a different processing program (e.g. I don't see any reason. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Wed Jan 17 11:21:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29478 for hackers-outgoing; Wed, 17 Jan 1996 11:21:02 -0800 (PST) Received: from Lapkin.RoSprint.ru (root@Lapkin.RoSprint.ru [193.232.88.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA29462 for ; Wed, 17 Jan 1996 11:20:55 -0800 (PST) Received: from Lapkin.RoSprint.ru (sandy@localhost [127.0.0.1]) by Lapkin.RoSprint.ru (8.6.12/8.6.9) with SMTP id CAA04791; Thu, 18 Jan 1996 02:40:49 +0300 Message-ID: <30FD8828.41C67EA6@lapkin.rosprint.ru> Date: Wed, 17 Jan 1996 23:37:12 +0000 From: Sandy Kovshov Organization: RoSprint Moscow X-Mailer: Mozilla 2.0b5 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: dennis CC: hackers@freebsd.org Subject: Re: CU-SEEME Port? References: <199601171740.MAA12424@etinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk dennis wrote: > > Anyone know the protocol/port assignment that CU-SEEME data uses? > > thanks Video Port - 7648 (UDP) Control Port - 7649 (TCP) NV Port - 7650 (UDP?) RF Port - 7651 (UDP?) > > Dennis > --- Sandy E-mail: Internet: sandy@dream.demos.su sandy@www.RoSprint.ru X.400: (C:USSR,A:SOVMAIL,O:SNUSSR,UN:A.KOVSHOV) X.400: (C:USA,A:TELEMAIL,O:SPRINTINTL,UN:A.KOVSHOV) From owner-freebsd-hackers Wed Jan 17 11:32:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00371 for hackers-outgoing; Wed, 17 Jan 1996 11:32:36 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA00365 for ; Wed, 17 Jan 1996 11:32:34 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03055; Wed, 17 Jan 1996 12:23:51 -0700 From: Terry Lambert Message-Id: <199601171923.MAA03055@phaeton.artisoft.com> Subject: Re: BSDvs Lxxxxx Flame.. To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 17 Jan 1996 12:23:51 -0700 (MST) Cc: julian@ref.tfs.com, hackers@FreeBSD.org In-Reply-To: <199601171236.NAA13790@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 17, 96 01:36:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > having read the article, I must say that BSD comes off second best > > the claim that Linux Networking comes from BSD is of course False, > > though BSD networking was once ported to linux (but lost the fight due to > > legal fears I think) > > do you mean recent linux kernels do not use BSD networking ? I > thought they finally switched. You are confusing Net/2 with their ill-named Net-2. 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 Jan 17 11:39:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00922 for hackers-outgoing; Wed, 17 Jan 1996 11:39:13 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA00917 for ; Wed, 17 Jan 1996 11:39:10 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03089; Wed, 17 Jan 1996 12:30:25 -0700 From: Terry Lambert Message-Id: <199601171930.MAA03089@phaeton.artisoft.com> Subject: Re: linux netscape 2.0b5 To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 17 Jan 1996 12:30:25 -0700 (MST) Cc: mmead@Glock.COM, hasty@rah.star-gate.com, jmurray@vt.edu, hackers@FreeBSD.org In-Reply-To: <199601170404.OAA01478@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 17, 96 02:34:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > Because, I have no problems in running netscape-2b5-linux over here. > > > I just tried a few java applets and got bored trying to crash > > > netscape-linux . > > > > I'm running in 16bpp which is why it's crashing. Going to 8bpp or > > 24bpp makes it not crash... *sigh* time to cough up for more VRAM :-) > > I've noticed that Motif applications for both Linux and SCO have problems > with 16bpp displays when running under FreeBSD. I've noticed that Motif applications for Linux have problems with 16bpp displays when running under Linux. FWIW. 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 Jan 17 11:46:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01571 for hackers-outgoing; Wed, 17 Jan 1996 11:46:20 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA01559 for ; Wed, 17 Jan 1996 11:46:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03103; Wed, 17 Jan 1996 12:34:26 -0700 From: Terry Lambert Message-Id: <199601171934.MAA03103@phaeton.artisoft.com> Subject: Re: Building a "custom" release of 2.1.0 To: trangmar@gnsnet.com (Rob Trangmar) Date: Wed, 17 Jan 1996 12:34:26 -0700 (MST) Cc: langfod@maui.net, roberto@keltia.freenix.fr, phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: from "Rob Trangmar" at Jan 16, 96 11:37:37 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > Thats a really nice idea, but kind of requires loadable device drivers > which FreeBSD doesn't have (yet?). > > On Tue, 16 Jan 1996, David Langford wrote: > > > Hmmm. If anyone has seen the install program for NeXTstep you might notice > > that it adds devices drivers off disk after asking what devices you > > have. > > > > Would it be possible to go LKM happy with a kernel and ask what drivers > > to use? FreeBSD has LKM's. For boot-critical devices, like the display, keyboard, install media and install target media, drivers must exist. All other drivers could be LKM's. The limitation on boot-critical devices comes because there is no VM86() "fallback" drivers using BIOS calls to do a minimal job (all boot critical devices have BIOS hooking POST routines, or they are unusable for DOS). 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 Jan 17 11:47:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01618 for hackers-outgoing; Wed, 17 Jan 1996 11:47:46 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA01612 for ; Wed, 17 Jan 1996 11:47:36 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id LAA01941; Wed, 17 Jan 1996 11:49:13 -0800 Date: Wed, 17 Jan 1996 11:49:12 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: NCR 825 experiences? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I'm going to be going with either the 2940UW or the 825NCR controller. Does anybody have experience with the 825 and reliability, along with tagged queuing enabled, etc.? From owner-freebsd-hackers Wed Jan 17 11:51:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02112 for hackers-outgoing; Wed, 17 Jan 1996 11:51:45 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02105 for ; Wed, 17 Jan 1996 11:51:42 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id LAA03460; Wed, 17 Jan 1996 11:49:42 -0800 Message-Id: <199601171949.LAA03460@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Max Goof cc: Robert Withrow , hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-reply-to: Your message of "Wed, 17 Jan 1996 13:53:14 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 1996 11:49:42 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Perhaps, not for 28.8 however can we load balance 128kb? 8) Amancio From owner-freebsd-hackers Wed Jan 17 11:54:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02360 for hackers-outgoing; Wed, 17 Jan 1996 11:54:47 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02338 for ; Wed, 17 Jan 1996 11:53:26 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA29772 for ; Wed, 17 Jan 1996 20:52:44 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA14245 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 20:52:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA04464 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 20:50:08 +0100 (MET) From: J Wunsch Message-Id: <199601171950.UAA04464@uriah.heep.sax.de> Subject: Re: Tape backup with EIDE or FLOPPY To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 17 Jan 1996 20:50:08 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <96Jan17.102429est.20483@janus.border.com> from "Jerry Kendall" at Jan 17, 96 10:16:31 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jerry Kendall wrote: > > What if any taoe backup drives are supported under FreeBSD that will > connect to the EIDE or Floppy controllers???? > > Are there any EIDE tape drives??? You've also been asking for Syquest, so you've apparently got a SCSI controller. Why not use a Real Tape Drive instead of crap? Even an old Archive Viper 150 might be better than these ultra-cheap solutions. I think you could get a used one for a reasonable price. Or you could use a QIC-02 drives (QIC-24 or QIC-150, but with an external controller, made by Wangtek or Archive). I think they are in the region of $ 100 or so. -- 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 Jan 17 11:54:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02370 for hackers-outgoing; Wed, 17 Jan 1996 11:54:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02350 for ; Wed, 17 Jan 1996 11:54:09 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA29766 for ; Wed, 17 Jan 1996 20:52:26 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA14241 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 20:52:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA04429 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 20:46:55 +0100 (MET) From: J Wunsch Message-Id: <199601171946.UAA04429@uriah.heep.sax.de> Subject: Re: SyQuest Ex-135 drive... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 17 Jan 1996 20:46:55 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <96Jan17.120419est.20489@janus.border.com> from "Jerry Kendall" at Jan 17, 96 12:04:16 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jerry Kendall wrote: > > > Will it work with FreeBSD.... As secondary storage AND off-line backup???? It's a disk like any other disk. You have to catch the first UNIT ATTENTION condition after changing the medium. -- 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 Jan 17 11:55:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02450 for hackers-outgoing; Wed, 17 Jan 1996 11:55:49 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02445 for ; Wed, 17 Jan 1996 11:55:46 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03120; Wed, 17 Jan 1996 12:39:08 -0700 From: Terry Lambert Message-Id: <199601171939.MAA03120@phaeton.artisoft.com> Subject: Re: Building a "custom" release of 2.1.0 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 17 Jan 1996 12:39:08 -0700 (MST) Cc: langfod@maui.net, roberto@keltia.freenix.fr, phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG In-Reply-To: <13646.821871043@time.cdrom.com> from "Jordan K. Hubbard" at Jan 17, 96 01:30:43 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Would it be possible to go LKM happy with a kernel and ask what drivers > > to use? > > This is not a new idea. :-) For instance, AIX, Solaris, and Linux all do this already, though the Linux code is alpha quality (IMO). > However, there are lot of issues to solve to really make this work. Depending on boot criticality of the devices to be loaded, of course. > You'll note something called `devfs' in -current which was/is/could be > part of our great hope in solving some of those issues. Contestant: "I'll take 'b', Richard..." *ding* Richard: "Number one answer, "is", on the board!" > The only problem with devfs is that the author is never happy with it > and starts re-writing it from the beginning again before ever finishing > any of the previous versions. :-) None of us *ever* do that, Jordan... *bzzzzzzzt* Richard: "Oh, sorry! Not there... and the question goes to the Elisher family..." 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 Jan 17 11:57:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02695 for hackers-outgoing; Wed, 17 Jan 1996 11:57:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA02690 for ; Wed, 17 Jan 1996 11:57:24 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA03148; Wed, 17 Jan 1996 12:50:04 -0700 From: Terry Lambert Message-Id: <199601171950.MAA03148@phaeton.artisoft.com> Subject: Re: screen snaps for syscons & pcvt To: mpp@mpp.minn.net (Mike Pritchard) Date: Wed, 17 Jan 1996 12:50:04 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601170906.DAA02495@mpp.minn.net> from "Mike Pritchard" at Jan 17, 96 03:06:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I just got my changes working with -current again, and the way > things basically work is this: > > A program called "prntscreend" sits out there doing a select > on /dev/screen (new device) waiting for a wakeup that is done > anytime the print screen function is activatived via the > keyboard. By default it is shift+print_screen. This can be > changed with the keyboard maps. When the daemon wakes up, it > issues a read on /dev/screen to obtain the contents of the > current console screen. This will work even if you are scrolled > back in the console window. The contents are then piped out > to lpr (command & arguments selectable via /etc/sysconfig, or > totally disabled via /etc/sysconfig). The kernel parts of > the /dev/screen interface are basically slightly modified versions > of the /dev/log interface. > > Comments? How well does it work with X? (ducks and runs). 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 Jan 17 12:04:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03136 for hackers-outgoing; Wed, 17 Jan 1996 12:04:06 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA03084 for ; Wed, 17 Jan 1996 12:04:03 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <16560(2)>; Wed, 17 Jan 1996 10:33:56 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA03539; Wed, 17 Jan 96 13:33:39 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA09690; Wed, 17 Jan 96 13:33:37 EST Message-Id: <9601171833.AA09690@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Jerry Kendall Cc: FreeBSD Hackers Subject: Re: SYSQUEST disks... In-Reply-To: Your message of "Wed, 17 Jan 1996 07:34:05 PST." <96Jan17.111754est.20489@janus.border.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 1996 10:32:26 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk > > > Are they supported.....? > > I have the same problem... On Linux, I simply can read the device, and do a mke2fs.. On Sun, I can only format but I don't know the paramters to pass to format... On FreeBSD, I think the autodetection works, but I can't treat it as a device...(I'm not sure...I couldn't get anything working...) -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Wed Jan 17 12:04:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03155 for hackers-outgoing; Wed, 17 Jan 1996 12:04:08 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA03095 for ; Wed, 17 Jan 1996 12:04:03 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <16148(12)>; Wed, 17 Jan 1996 10:40:18 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA03645; Wed, 17 Jan 96 13:40:13 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA09746; Wed, 17 Jan 96 13:40:12 EST Message-Id: <9601171840.AA09746@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: BSDvs Lxxxxx Flame.. In-Reply-To: Your message of "Wed, 17 Jan 1996 01:18:59 PST." <199601170918.BAA26568@ref.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 1996 10:40:08 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk Can someone provide hard information about nfs serving capability on identical hardware between linux and freebsd? I'm very disappointed at the nfs performance on linux...I've used suns for years and on a working ethernet it doesn't make much difference whether files are local or remote... On linux is makes a huge difference. -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Wed Jan 17 12:36:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05338 for hackers-outgoing; Wed, 17 Jan 1996 12:36:42 -0800 (PST) Received: from underdog.maxie.com (maxie.com [199.250.231.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA05333 for ; Wed, 17 Jan 1996 12:36:38 -0800 (PST) Received: (from max@localhost) by underdog.maxie.com (8.6.12/8.6.12) id PAA13995; Wed, 17 Jan 1996 15:34:26 -0500 Date: Wed, 17 Jan 1996 15:34:25 -0500 (EST) From: Max Goof To: "Amancio Hasty Jr." cc: Robert Withrow , hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-Reply-To: <199601171949.LAA03460@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 17 Jan 1996, Amancio Hasty Jr. wrote: > Perhaps, not for 28.8 however can we load balance 128kb? 8) Don't the ISDN cards do that for themselves? At least the unit we have here (an Ascend Pipeline 50) does, if you have two channels enabled. It can also be set to automatically bring up the second channel on demand if the first reaches full capacity. James Robertson Treetop Internet Services From owner-freebsd-hackers Wed Jan 17 12:55:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07714 for hackers-outgoing; Wed, 17 Jan 1996 12:55:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07698 for ; Wed, 17 Jan 1996 12:55:33 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA01418 for ; Wed, 17 Jan 1996 21:54:45 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA14768 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 21:54:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA04565 for freebsd-hackers@freebsd.org; Wed, 17 Jan 1996 20:55:35 +0100 (MET) From: J Wunsch Message-Id: <199601171955.UAA04565@uriah.heep.sax.de> Subject: Re: user management stuff To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 17 Jan 1996 20:55:35 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601171703.LAA02471@mpp.minn.net> from "Mike Pritchard" at Jan 17, 96 11:03:19 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Mike Pritchard wrote: > > > 3) chpass -p doesn't seem to work at all. > > That seems to work just fine for me in -current. I've recently un-broke this. It turned out that the YP initialization happened two dozens lines of code too late, so it clobbered the command-line derived settings. -- 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 Jan 17 12:59:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08004 for hackers-outgoing; Wed, 17 Jan 1996 12:59:06 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07992 for ; Wed, 17 Jan 1996 12:58:58 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id MAA00637; Wed, 17 Jan 1996 12:57:08 -0800 Message-Id: <199601172057.MAA00637@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Max Goof cc: Robert Withrow , hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-reply-to: Your message of "Wed, 17 Jan 1996 15:34:25 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 1996 12:57:08 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Well, my Ascend Pipeline 50 has just one isdn interface so two ISDN lines is out of the question. Adding support to multiple ISDN lines is still a viable solution specially in areas in which ISDN rates are low. Amancio >>> Max Goof said: > > > On Wed, 17 Jan 1996, Amancio Hasty Jr. wrote: > > > Perhaps, not for 28.8 however can we load balance 128kb? 8) > > Don't the ISDN cards do that for themselves? At least the unit we have > here (an Ascend Pipeline 50) does, if you have two channels enabled. > It can also be set to automatically bring up the second channel on > demand if the first reaches full capacity. > > James Robertson > Treetop Internet Services From owner-freebsd-hackers Wed Jan 17 13:02:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08201 for hackers-outgoing; Wed, 17 Jan 1996 13:02:27 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA08177 for ; Wed, 17 Jan 1996 13:02:07 -0800 (PST) Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id QAA18816; Wed, 17 Jan 1996 16:01:48 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id QAA06644; Wed, 17 Jan 1996 16:01:45 -0500 (EST) Date: Wed, 17 Jan 1996 16:01:44 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: Jerry Kendall cc: FreeBSD Hackers Subject: Re: SyQuest Ex-135 drive... In-Reply-To: <96Jan17.120419est.20489@janus.border.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 17 Jan 1996, Jerry Kendall wrote: > > > It is external SCSI and stores UP-TO 135Meg ona 3.5 inch cartridge... > > Question.... > > Will it work with FreeBSD.... As secondary storage AND off-line backup???? This question (and all the others I've seen really belong on the -questions list, Jerry. I saw your earlier post about this, but you didn't describe the drive at all. I have a similar drive, an Iomega Zip drive, and it works fine with my Adaptec 1542. The only trick is getting a correct entry in the /etc/disktab file for your device, so it can format and newfs correctly. Justin Gibbs figured mine out for me, and it works great! ============================================================================ Chuck Robey chuckr@eng.umd.edu -- I run FreeBSD on n3lxx and Journey2 --------------------------------------------------------------------------- The Dilbert Zone is Dilbert's new WWW home! The area features never-before-seen original sketches of Dilbert, a photo tour of Scott Adams' studio, Dilbert Trivia and memorabilia, high school photos and much more!: From owner-freebsd-hackers Wed Jan 17 13:10:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08572 for hackers-outgoing; Wed, 17 Jan 1996 13:10:38 -0800 (PST) Received: from underdog.maxie.com (maxie.com [199.250.231.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08566 for ; Wed, 17 Jan 1996 13:10:33 -0800 (PST) Received: (from max@localhost) by underdog.maxie.com (8.6.12/8.6.12) id QAA14109; Wed, 17 Jan 1996 16:08:57 -0500 Date: Wed, 17 Jan 1996 16:08:56 -0500 (EST) From: James Robertson To: "Amancio Hasty Jr." cc: Robert Withrow , hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-Reply-To: <199601172057.MAA00637@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 17 Jan 1996, Amancio Hasty Jr. wrote: > Well, my Ascend Pipeline 50 has just one isdn interface so two > ISDN lines is out of the question. A single ISDN line has two 64K data channels, each with it's own phone number (SPID). It was those two channels I was referring to. I'm pretty sure all the Pipeline 50 support both channels for 128K total bandwidth. You can telnet to your pipeline and check the configuration, it should have two SPID slots. As for Multible ISDN lines, l'm not sure there would be a way to load balance them using the Pipeline 50's, since they grab the IP packets directly off ethernet. A solution with the internal cards might possible, since you could control directly which card gets which packet. James Robertson Treetop Internet Services From owner-freebsd-hackers Wed Jan 17 13:10:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08600 for hackers-outgoing; Wed, 17 Jan 1996 13:10:57 -0800 (PST) Received: from metal.ops.neosoft.com (root@metal.ops.neosoft.com [206.109.5.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA08595 for ; Wed, 17 Jan 1996 13:10:53 -0800 (PST) Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.12/8.6.10) id PAA11967 for hackers@freebsd.org; Wed, 17 Jan 1996 15:10:50 -0600 From: Scott Mace Message-Id: <199601172110.PAA11967@metal.ops.neosoft.com> Subject: IPng in freebsd To: hackers@freebsd.org Date: Wed, 17 Jan 1996 15:10:49 -0600 (CST) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I'm interested in getting the NRL IPv6 code working under FreeBSD-current and was wondering what efforts anyone else has done. Scott From owner-freebsd-hackers Wed Jan 17 13:27:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09228 for hackers-outgoing; Wed, 17 Jan 1996 13:27:10 -0800 (PST) Received: from schwing.ginsu.com (schwing.ginsu.com [205.210.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09210 for ; Wed, 17 Jan 1996 13:26:33 -0800 (PST) Received: (from geoff@localhost) by schwing.ginsu.com (8.6.12/8.6.12) id QAA12757; Wed, 17 Jan 1996 16:22:51 -0500 Date: Wed, 17 Jan 1996 16:22:50 -0500 (EST) From: Geoff Wells To: Joe Greco cc: Robert Withrow , hackers@FreeBSD.ORG Subject: Re: Another cool hack with FreeBSD... In-Reply-To: <199601171701.LAA20493@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Did you get a chance to look at Multilink PPP (RFC 1717)? I took a look at this exact same thing (and for the same reasons :). This is what 3com (and may be Ascend) uses in thier ISDN routers to handle two B channels. Geoff. On Wed, 17 Jan 1996, Joe Greco wrote: > > > The reason I mention this is that I finally got my Internet provider to > > > set me up a static route with a second IP address gatewayed through it. > > > > I was wondering about load balancing several lines? For example, > > if I could load balance two POTS lines with 28.8 modems, I could > > have the bandwidth of single ISDN at a fraction of the cost. With > > four lines I could have bonded ISDN performance, again at a fraction > > of the cost. > > > > Does anyone do this. Can FreeBSD do this? > > No. > > I was looking at this some odd number of seasons ago to help deal with some > problems I was running into; I never solved the problem using this > technique, instead I got on the far side of a T1 :-) > > What I did learn: > > 1) BSDI has something called "mslip" which is basically what we are > discussing. > 2) With user-level PPP one would think that this might be more feasible > since you can hack easily... but I doubt anyone's done this. > > If I were to start pursuing this, I might be tempted to start with the > latter :-) > > ... Joe > > ------------------------------------------------------------------------------- > Joe Greco - Systems Administrator jgreco@ns.sol.net > Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 > From owner-freebsd-hackers Wed Jan 17 13:39:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09913 for hackers-outgoing; Wed, 17 Jan 1996 13:39:24 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09903 for ; Wed, 17 Jan 1996 13:39:12 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id NAA00989; Wed, 17 Jan 1996 13:37:32 -0800 Message-Id: <199601172137.NAA00989@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: James Robertson cc: Robert Withrow , hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-reply-to: Your message of "Wed, 17 Jan 1996 16:08:56 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 1996 13:37:31 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Yes, I am aware that the Ascend Pipeline 50 has two 64kb channels which I use all the time to hold audio/video conferencing from my FreeBSD box. The fact that the Ascend Pipeline 50 is unsuitable for handling multiple ISDN lines is more of a reason to support ISDN cards. My original point is that is physically impossible for an Ascend Pipeline 50 to handle 256kb because it does not have two ISDN interfaces . If we wanted to support two ascend pipeline 50 the easies way would probably be to have two ethernet segments each connected to a different Ascend Pipeline 50. If memory does not failed me ISO TP4 supported bonding right on the stack -- so if anyone is interested on this area I suggest this may be a good place to start. ISO TP4 --- I forgot the official ISO name however TP4 is sort of like tcp/ip however it has more control features. Well, I better leave all this alone cause I may fall back to my old networking ways 8) Amancio >>> James Robertson said: > > > On Wed, 17 Jan 1996, Amancio Hasty Jr. wrote: > > > Well, my Ascend Pipeline 50 has just one isdn interface so two > > ISDN lines is out of the question. > A single ISDN line has two 64K data channels, each with it's own phone > number (SPID). It was those two channels I was referring to. I'm pretty > sure all the Pipeline 50 support both channels for 128K total bandwidth. > You can telnet to your pipeline and check the configuration, it should > have two SPID slots. > > As for Multible ISDN lines, l'm not sure there would be a way to > load balance them using the Pipeline 50's, since they grab the IP packets > directly off ethernet. A solution with the internal cards might possible, > since you could control directly which card gets which packet. > > James Robertson > Treetop Internet Services > From owner-freebsd-hackers Wed Jan 17 13:48:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10469 for hackers-outgoing; Wed, 17 Jan 1996 13:48:09 -0800 (PST) Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10355 Wed, 17 Jan 1996 13:45:48 -0800 (PST) Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.12/8.6.12/FreeBSD2.1) id TAA08486; Wed, 17 Jan 1996 19:27:31 GMT From: Pedro A M Vazquez Message-Id: <199601171927.TAA08486@kalypso.iqm.unicamp.br> Subject: Solved! Compaq Prosignia 300 :-) To: se@zpr.uni-koeln.de, hackers@freebsd.org, questions@freebsd.org Date: Wed, 17 Jan 1996 19:27:31 +0000 () X-Organization: Instituto de Quimica - Unicamp X-URL: http://www.iqm.unicamp.br/ X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi All Many thanks to Stefan Esser, I've the Prosignia up and running 2.1.0 with /sys/i386/isa/pcibus.c from -current. I've not to change the hardware, both the SCSI adaptor and the Ether chip are working fine. What I've done: 1) Disabled the SCSI controler and installed an Adaptec 1522 2) Booted from boot.flp with -c to change port/irq for the lnc0 interface 3) Normal install procedure 4) Built a new kernel with the new pcibus.c and installed it 5) halted, reenabled the embeded SCSI adaptor, removed the 1522 and rebooted. This was possible, according Stefan, because the SCSI adaptor is a true NCR: ncr0 rev 2 int a irq 10 on pci0:12 Thanks again! Pedro From owner-freebsd-hackers Wed Jan 17 14:01:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11743 for hackers-outgoing; Wed, 17 Jan 1996 14:01:48 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA11734 for ; Wed, 17 Jan 1996 14:01:44 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id PAA21187; Wed, 17 Jan 1996 15:56:07 -0600 From: Joe Greco Message-Id: <199601172156.PAA21187@brasil.moneng.mei.com> Subject: Re: Another cool hack with FreeBSD... To: geoff@ginsu.com (Geoff Wells) Date: Wed, 17 Jan 1996 15:56:07 -0600 (CST) Cc: witr@rwwa.com, hackers@FreeBSD.ORG In-Reply-To: from "Geoff Wells" at Jan 17, 96 04:22:50 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Did you get a chance to look at Multilink PPP (RFC 1717)? No. > I took a look at this exact same thing (and for the same reasons :). > This is what 3com (and may be Ascend) uses in thier ISDN routers to > handle two B channels. > > Geoff. > > What I did learn: > > > > 1) BSDI has something called "mslip" which is basically what we are > > discussing. > > 2) With user-level PPP one would think that this might be more feasible > > since you can hack easily... but I doubt anyone's done this. > > > > If I were to start pursuing this, I might be tempted to start with the > > latter :-) That's one reason I suggested I might be tempted to start with the latter. :-) That, and it's easier to hack on. It's one interface at the system level. ... JG From owner-freebsd-hackers Wed Jan 17 14:04:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11880 for hackers-outgoing; Wed, 17 Jan 1996 14:04:03 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA11856 for ; Wed, 17 Jan 1996 14:03:56 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA21195; Wed, 17 Jan 1996 16:00:05 -0600 From: Joe Greco Message-Id: <199601172200.QAA21195@brasil.moneng.mei.com> Subject: Re: Another cool hack with FreeBSD... To: lists@argus.flash.net (mailing list account) Date: Wed, 17 Jan 1996 16:00:05 -0600 (CST) Cc: witr@rwwa.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601171710.LAA02238@argus.flash.net> from "mailing list account" at Jan 17, 96 11:10:57 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > The reason I mention this is that I finally got my Internet provider to > > > set me up a static route with a second IP address gatewayed through it. > > > > I was wondering about load balancing several lines? For example, > > if I could load balance two POTS lines with 28.8 modems, I could > > have the bandwidth of single ISDN at a fraction of the cost. With > > four lines I could have bonded ISDN performance, again at a fraction > > of the cost. > > > > Does anyone do this. Can FreeBSD do this? > > don't count on even close to that level of performance. the phone companies > routinely use adaptive compression that highly effects v.34 modems. where i'm > at, it will sometimes fall back to as low as 4800 baud... where i was at a > few months ago, it would usually stop falling back around 21.6kbaud, so it does > vary from site to site. i think that with the advent of v.34 modems and the > availability of isdn, they may be forcing deeper fallbacks in order to get v.34 > owners to get isdn. i would not put that kind of trick past ma bell, would > you? southwestern bell for instance routinely goes to the texas puc attempting > to charge more for modems on voice lines, so far, the puc has not given in. > > brain food... That is not true everywhere. It is also not a reason not to pursue something like this: think about other serial technologies (hardwire, ISDN, etc)... but locally at least, you can get decent throughput at 24000 or 26.4K quite reliably. It would be cool to get a "56K+++" link this way.. ... JG From owner-freebsd-hackers Wed Jan 17 14:12:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12523 for hackers-outgoing; Wed, 17 Jan 1996 14:12:43 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA12517 for ; Wed, 17 Jan 1996 14:12:40 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA21217; Wed, 17 Jan 1996 16:08:09 -0600 From: Joe Greco Message-Id: <199601172208.QAA21217@brasil.moneng.mei.com> Subject: Re: Another cool hack with FreeBSD... To: stesin@elvisti.kiev.ua (Andrew V. Stesin) Date: Wed, 17 Jan 1996 16:08:09 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199601172130.XAA17855@office.elvisti.kiev.ua> from "Andrew V. Stesin" at Jan 17, 96 11:30:34 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Hello Joe, > > as was asked: > : > I was wondering about load balancing several lines? For example, > > [...] > > : What I did learn: > > : 1) BSDI has something called "mslip" which is basically what we are > : discussing. > > 'mslip' (stands for Multy-SLIP) was developed by Igor Chechik, > St.Petersburg, Russia. He is RELCOM employee. I don't have > his e-mail address handy, but discovering it isn't any problem. > FreeBSD version exists as well, at least for 1.1.5. > > It works, and yes, 2xV.34 are doing approx. 2x28800, > I know at least one site here in Kiev where it works in production > environment. > > Mr. Chechik is selling mslip, though; it's not a freeware tool. It was available at ftp.bsdi.com last I checked, and it didn't appear to be for sale. ... JG From owner-freebsd-hackers Wed Jan 17 14:51:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14767 for hackers-outgoing; Wed, 17 Jan 1996 14:51:06 -0800 (PST) Received: from mailbox.syr.edu (root@mailbox.syr.edu [128.230.1.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA14759 for ; Wed, 17 Jan 1996 14:50:59 -0800 (PST) Received: from gamera.syr.edu (smcarey@gamera.syr.edu [128.230.1.14]) by mailbox.syr.edu (8.7.3/8.7.3) with SMTP id RAA11437 for ; Wed, 17 Jan 1996 17:49:55 -0500 (EST) Received: by gamera.syr.edu (5.x/Spike-2.0) id AA13958; Wed, 17 Jan 1996 17:50:33 -0500 Message-Id: <9601172250.AA13958@gamera.syr.edu> To: hackers@freebsd.org Subject: 2940 not recognized? Date: Wed, 17 Jan 1996 17:50:33 -0500 From: "Shawn M. Carey" Sender: owner-hackers@freebsd.org Precedence: bulk Hello, I just recently got a 2940 that fails to be recognized by 2.0.5. Maybe I'm doing something wrong? Or could this be a genuinely broken 2940? It works under DOS, and the same machine runs FreeBSD successfully with another 2940. Any ideas are greatly appreciated. Thanks, -Shawn From owner-freebsd-hackers Wed Jan 17 15:14:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16329 for hackers-outgoing; Wed, 17 Jan 1996 15:14:25 -0800 (PST) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA16323 for ; Wed, 17 Jan 1996 15:14:19 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id AAA21109; Thu, 18 Jan 1996 00:14:15 +0100 Received: by uni4nn.iaf.nl with UUCP id AA12351 (5.67b/IDA-1.5); Thu, 18 Jan 1996 00:13:35 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA12478 (5.65c/IDA-1.4.4); Wed, 17 Jan 1996 23:33:49 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id TAA01220; Wed, 17 Jan 1996 19:45:00 +0100 From: Wilko Bulte Message-Id: <199601171845.TAA01220@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: Yet another PPP question To: john@gateway.net.hk (John Beukema) Date: Wed, 17 Jan 1996 19:45:00 +0100 (MET) Cc: nate@sri.MT.net, tomg@fourthgen.com, hackers@freebsd.org In-Reply-To: from "John Beukema" at Jan 17, 96 10:08:42 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > Is not this CHAP and PAP which are pretty standard even if not in the RFC? > I think it is hard to pretend MS is not there. > jbeukema > > > On Tue, 16 Jan 1996, Nate Williams wrote: > [del] > > > > So, M$ TCP/IP stacks are trying to negotiate non-existant features using > > an invalid protocol which only works with their own product. > > > > The solution? Yell and scream to M$ and tell them to use standard > > protocol and quit using useless proprietary extensions. If they want to > > use proprietary extensions, have them put inside other proprietary code. > > > > Nate I once had to use an ISP that uses MS-NT as server machines. I was _very_ glad ijppp supported this non-RFC negotiation stuff. I do sympathise with Nate though.. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed Jan 17 15:23:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17030 for hackers-outgoing; Wed, 17 Jan 1996 15:23:12 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA17024 Wed, 17 Jan 1996 15:23:09 -0800 (PST) Message-Id: <199601172323.PAA17024@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Shawn M. Carey" cc: hackers@freebsd.org Subject: Re: 2940 not recognized? In-reply-to: Your message of "Wed, 17 Jan 1996 17:50:33 EST." <9601172250.AA13958@gamera.syr.edu> Date: Wed, 17 Jan 1996 15:23:09 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > >Hello, > > I just recently got a 2940 that fails to be recognized by 2.0.5. >Maybe I'm doing something wrong? Or could this be a genuinely broken >2940? It works under DOS, and the same machine runs FreeBSD successfully >with another 2940. Any ideas are greatly appreciated. > >Thanks, >-Shawn You have a 2940 Ultra. Since it was released after 2.0.5 shipped, it was not supported by that release. You need to run 2.1-RELEASE or 2.1-STABLE. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Wed Jan 17 15:51:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA19011 for hackers-outgoing; Wed, 17 Jan 1996 15:51:56 -0800 (PST) Received: from tesla.cview.com (root@tesla.cview.com [204.95.57.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA19006 for ; Wed, 17 Jan 1996 15:51:52 -0800 (PST) Received: by tesla.cview.com (Smail3.1.29.0 #1) id m0tchdg-00067MC; Wed, 17 Jan 96 17:51 CST Message-Id: Date: Wed, 17 Jan 96 17:51 CST From: malenovi@cview.com (Nik Malenovic) To: freebsd-hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... Newsgroups: cview.freebsd.hackers In-Reply-To: Organization: CView Inc. Cc: max@underdog.maxie.com Sender: owner-hackers@freebsd.org Precedence: bulk In article you write: >> Perhaps, not for 28.8 however can we load balance 128kb? 8) >Don't the ISDN cards do that for themselves? the difference would be like between routing and bridging. ISDN cards can use both channels but it's done via hardware. bridges route ethernet traffic based on MAC addresses (hardware solution). load balancing is like routing - it's done on higher level (IP). It would be interesting to see load balancing being standardized. you can load balance ANY interface. let's say a device in kernel to which you add multiple interfaces, which are multiple lines, with the same routing info and kernel knows it can send packet via any of them.. Any ideas how Linux and CISCO do 'em? Nik From owner-freebsd-hackers Wed Jan 17 16:14:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20788 for hackers-outgoing; Wed, 17 Jan 1996 16:14:52 -0800 (PST) Received: from underdog.maxie.com (maxie.com [199.250.231.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA20783 for ; Wed, 17 Jan 1996 16:14:43 -0800 (PST) Received: (from max@localhost) by underdog.maxie.com (8.6.12/8.6.12) id TAA18370; Wed, 17 Jan 1996 19:13:07 -0500 Date: Wed, 17 Jan 1996 19:13:06 -0500 (EST) From: James Robertson To: Nik Malenovic cc: freebsd-hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 17 Jan 1996, Nik Malenovic wrote: > ISDN cards can use both channels but it's done via hardware. bridges > route ethernet traffic based on MAC addresses (hardware solution). Okay, I was assuming the ISDN cards had some routing capability of thier own, like the external ISDN unit here. I've personally never met one of the internal beasts. > It would be interesting to see load balancing being standardized. > you can load balance ANY interface. let's say a device in kernel > to which you add multiple interfaces, which are multiple lines, > with the same routing info and kernel knows it can send packet > via any of them.. Any ideas how Linux and CISCO do 'em? I really do not know much about how FreeBSD handles IP at the kernel level, but it would seem to me something like that could be handled at the route layer... Instead of just disgarding packets it could check for an alternate route to the same destination. With a little extra accounting (keeping track of link speed and current percentage of use) it could be rather efficent at delivering packets by the best link at that particular moment. James Robertson Treetop Internet Services From owner-freebsd-hackers Wed Jan 17 17:31:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25005 for hackers-outgoing; Wed, 17 Jan 1996 17:31:03 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA24999 for ; Wed, 17 Jan 1996 17:30:42 -0800 (PST) Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id RAA23824 for ; Wed, 17 Jan 1996 17:30:31 -0800 Received: from muggsy.lkg.dec.com by mail11.digital.com (5.65v3.2/1.0/WV) id AA31667; Wed, 17 Jan 1996 20:23:56 -0500 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA26029; Wed, 17 Jan 1996 20:23:54 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id BAA17385; Thu, 18 Jan 1996 01:31:27 GMT Message-Id: <199601180131.BAA17385@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: "Amancio Hasty Jr." Cc: James Robertson , Robert Withrow , hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-Reply-To: Your message of "Wed, 17 Jan 1996 13:37:31 PST." <199601172137.NAA00989@rah.star-gate.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Thu, 18 Jan 1996 01:31:27 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk In <199601172137.NAA00989@rah.star-gate.com> , you wrote: > If memory does not failed me ISO TP4 supported bonding right on > the stack -- so if anyone is interested on this area I suggest > this may be a good place to start. ISO TP4 --- I forgot the > official ISO name however TP4 is sort of like tcp/ip however it has > more control features. Alas, your memory has failed you. While TP4 [ISO8073] supports splitting and recombining, that's for CONS and not CLNS (which is IP like). This is not a transport issue but a network/datalink issue. Multilink PPP is really what you want to use in this instance. Matt Thomas Internet: matt@lkg.dec.com IPv6 Kernel Grunt WWW URL: http://ftp.dec.com/%7Ethomas/ Digital Equipment Corporation Disclaimer: This message reflects my Littleton, MA own warped views, etc. From owner-freebsd-hackers Wed Jan 17 17:32:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25233 for hackers-outgoing; Wed, 17 Jan 1996 17:32:47 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA25173 for ; Wed, 17 Jan 1996 17:32:40 -0800 (PST) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA23576 for ; Wed, 17 Jan 1996 17:17:44 -0800 Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id UAA08913; Wed, 17 Jan 1996 20:16:15 -0500 Message-Id: <199601180116.UAA08913@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: "Mike Pritchard" cc: witr@rwwa.com (Robert Withrow), wosch@cs.tu-berlin.de, robin@is.co.za, hackers@freebsd.org Subject: Re: user management stuff In-reply-to: Your message of "Wed, 17 Jan 1996 11:03:19 CST." <199601171703.LAA02471@mpp.minn.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 17 Jan 1996 20:16:15 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org Precedence: bulk > > 3) chpass -p doesn't seem to work at all. > > That seems to work just fine for me in -current. Can you give me a (shrouded) example, just to rule out operator error on my part, for 2.1? Or, do the commit logs indicate a bug fix in this area? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Wed Jan 17 17:32:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25257 for hackers-outgoing; Wed, 17 Jan 1996 17:32:52 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA25199 for ; Wed, 17 Jan 1996 17:32:42 -0800 (PST) Received: from underdog.maxie.com (maxie.com [199.250.231.28]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA23675 for ; Wed, 17 Jan 1996 17:22:35 -0800 Received: (from max@localhost) by underdog.maxie.com (8.6.12/8.6.12) id UAA18629; Wed, 17 Jan 1996 20:21:30 -0500 Date: Wed, 17 Jan 1996 20:21:30 -0500 (EST) From: James Robertson To: "Amancio Hasty Jr." cc: Robert Withrow , hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-Reply-To: <199601172057.MAA00637@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 17 Jan 1996, Amancio Hasty Jr. wrote: > Well, my Ascend Pipeline 50 has just one isdn interface so two > ISDN lines is out of the question. Adding support to multiple > ISDN lines is still a viable solution specially in areas in which > ISDN rates are low. Yes, it would be. I think it would have to be done with the ISDN cards though. You could use two seperate ethernets to talk to two Pipelines, or just give them two different addresses on one. The problem would be the host machine would have no way of knowing if the pipeline had actually sent the packet or dropped it, so in trying to load share it could actually be routing traffic to an interface that may already be at capacity or even down, when it thinks it is doing a good job sharing the load. James Robertson Treetop Internet Services From owner-freebsd-hackers Wed Jan 17 17:32:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25271 for hackers-outgoing; Wed, 17 Jan 1996 17:32:59 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA25211 for ; Wed, 17 Jan 1996 17:32:45 -0800 (PST) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA23691 for ; Wed, 17 Jan 1996 17:23:09 -0800 Received: (from tinguely@localhost) by plains.nodak.edu (8.7.1/8.7.1) id TAA10106 for hackers@freebsd.org; Wed, 17 Jan 1996 19:23:02 -0600 (CST) Date: Wed, 17 Jan 1996 19:23:02 -0600 (CST) From: Mark Tinguely Message-Id: <199601180123.TAA10106@plains.nodak.edu> To: hackers@freebsd.org Subject: ATM research status request Sender: owner-hackers@freebsd.org Precedence: bulk The network group here is creating an ATM test bed and one possible path is bypassing conventional workstations and going to high-end Intel machines running a free Unix (they don't care, but I do). I know of a posting from University of Penn that said they were working on a FORE ATM card for [Net Free]BSD under a NDA. I thought there was a posting from a Navy Research Lab that was doing some porting code (I don't have the mail and am relying on my failing brain cells). There was general interest in the capabilites of the Adaptec card. DEC has put LAN Emulation (LANE, not IETF's IP over ATM) source into the public domain, but this is the tip of the software iceberg. Someone said that there is some ATM support for Linux (vague statement because that is all I know). I will eventually have to add a FreeBSD machine into this ATM network. I realize adding a driver for an ATM adapter will be the easy part; the tricky part will be the kernel network glue. I guess this is a call for the state of the ATM work, a feeler of the desire to organize those working in this area. --mark. From owner-freebsd-hackers Wed Jan 17 17:33:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25272 for hackers-outgoing; Wed, 17 Jan 1996 17:33:00 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA25214 for ; Wed, 17 Jan 1996 17:32:45 -0800 (PST) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA23415 for ; Wed, 17 Jan 1996 17:05:15 -0800 Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id UAA08703; Wed, 17 Jan 1996 20:05:05 -0500 Message-Id: <199601180105.UAA08703@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: Max Goof cc: Robert Withrow , hackers@FreeBSD.org Subject: Re: Another cool hack with FreeBSD... In-reply-to: Your message of "Wed, 17 Jan 1996 13:53:14 EST." Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 17 Jan 1996 20:05:05 -0500 From: Robert Withrow Sender: owner-hackers@FreeBSD.org Precedence: bulk > At least in our area, two normal phone lines would cost only $3 > less than we pay for flat-rate ISDN (About $55 a month). However, in our area, all ISDN lines charge message units. POTS lines can be purchased flat rate. And ISDN lines require *very* expensive installation fees. > ISDN bandwidth is 64K per channel in most areas, not 56k Here it is 56K. > I think load balancing 28.8's might be a viable solution for internal > use, such as between two company locations, where you only have the > physical link to pay for, and not your provider's profit margin as well. The only reason I wondered is because of the asinine pricing Nynex thinks they can get for ISDN. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Wed Jan 17 17:37:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25825 for hackers-outgoing; Wed, 17 Jan 1996 17:37:35 -0800 (PST) Received: from tolstoy.mpd.ca ([206.123.11.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA25803 for ; Wed, 17 Jan 1996 17:37:00 -0800 (PST) Received: from plato (plato.mpd.ca [206.123.11.1]) by tolstoy.mpd.ca (8.7.1/8.7.1) with SMTP id UAA01609; Wed, 17 Jan 1996 20:39:41 -0500 (EST) Message-ID: <30FDA2B4.674C@mpd.ca> Date: Wed, 17 Jan 1996 20:30:28 -0500 From: Bill Lloyd X-Mailer: Mozilla 2.0b4 (X11; I; SunOS 5.4 sun4c) MIME-Version: 1.0 To: mailing list account CC: Robert Withrow , freebsd-hackers@FreeBSD.ORG Subject: Re: Another cool hack with FreeBSD... References: <199601171710.LAA02238@argus.flash.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk mailing list account wrote: > > > > > > The reason I mention this is that I finally got my Internet provider to > > > set me up a static route with a second IP address gatewayed through it. > > > > I was wondering about load balancing several lines? For example, > > if I could load balance two POTS lines with 28.8 modems, I could > > have the bandwidth of single ISDN at a fraction of the cost. With > > four lines I could have bonded ISDN performance, again at a fraction > > of the cost. > > > > Does anyone do this. Can FreeBSD do this? > > don't count on even close to that level of performance. the phone companies > routinely use adaptive compression that highly effects v.34 modems. where i'm > at, it will sometimes fall back to as low as 4800 baud... where i was at a > few months ago, it would usually stop falling back around 21.6kbaud, so it does > vary from site to site. i think that with the advent of v.34 modems and the > availability of isdn, they may be forcing deeper fallbacks in order to get v.34 > owners to get isdn. i would not put that kind of trick past ma bell, would > you? southwestern bell for instance routinely goes to the texas puc attempting > to charge more for modems on voice lines, so far, the puc has not given in. > The other issue is latency. Even two 28.8 bonded together won't feel like ISDN. Also dynamic bandwidth allocation isn't really the same whn it takes 30 seconds for the modems to dial and connect, compared with about 1-2 seconds for ISDN. I remember reading somewhere about a router that can bond modems but I don't remember what company it was. -bill -- William Lloyd (wlloyd@mpd.ca) | From owner-freebsd-hackers Wed Jan 17 17:42:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26083 for hackers-outgoing; Wed, 17 Jan 1996 17:42:10 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA26077 for ; Wed, 17 Jan 1996 17:42:07 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id TAA21580; Wed, 17 Jan 1996 19:40:29 -0600 From: Joe Greco Message-Id: <199601180140.TAA21580@brasil.moneng.mei.com> Subject: Re: Another cool hack with FreeBSD... To: max@underdog.maxie.com (Max Goof) Date: Wed, 17 Jan 1996 19:40:28 -0600 (CST) Cc: witr@rwwa.com, hackers@freebsd.org In-Reply-To: from "Max Goof" at Jan 17, 96 01:53:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > A few points you might want to consider here, based on how we are set up... > > At least in our area, two normal phone lines would cost only $3 > less than we pay for flat-rate ISDN (About $55 a month). As long as you're not paying per-minute charges. Ameritech charges businesses per-minute connect charges for outgoing ISDN calls. Ameritech does not charge per-minute for POTS calls. With the several hundred dollars a month that a dual-channel ISDN link would cost, I could easily justify a dozen POTS lines on each end just in per-minute savings. If I were transferring text (compressible data) on a 4 line 28.8K setup, I could approach 230.4kbps (57.6 * 4) on my nifty serial gizmo, twice the speed for a third the cost. ISDN doesn't generally do compression. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Jan 17 17:45:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26289 for hackers-outgoing; Wed, 17 Jan 1996 17:45:03 -0800 (PST) Received: from underdog.maxie.com (maxie.com [199.250.231.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26277 for ; Wed, 17 Jan 1996 17:45:00 -0800 (PST) Received: (from max@localhost) by underdog.maxie.com (8.6.12/8.6.12) id UAA18705; Wed, 17 Jan 1996 20:43:52 -0500 Date: Wed, 17 Jan 1996 20:43:51 -0500 (EST) From: James Robertson To: Robert Withrow cc: Robert Withrow , hackers@FreeBSD.ORG Subject: Re: Another cool hack with FreeBSD... In-Reply-To: <199601180105.UAA08703@spooky.rwwa.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 17 Jan 1996, Robert Withrow wrote: > However, in our area, all ISDN lines charge message units. POTS lines > can be purchased flat rate. And ISDN lines require *very* expensive > installation fees. > THat is unfortunate. I guess it is a case of the phone company cashing in on the new technology in your area, since in reality the lines are no different to install than an a normal line, and actually result in less maintaince for the phone company, since they feed directly into thier digital switchbaord without any conversion between analog and digital like a POTS line. In an area like that, load balancing on 28.8's might well be an option worth looking into. > The only reason I wondered is because of the asinine pricing Nynex > thinks they can get for ISDN. I often wonder why there is so little difference in cost between what my provider charges for the ISDN and a 28.8, it would cost us more if we tried it than the ISDN does now. Jmaes Robertson Treetop Internet Services From owner-freebsd-hackers Wed Jan 17 17:59:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26822 for hackers-outgoing; Wed, 17 Jan 1996 17:59:57 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26816 for ; Wed, 17 Jan 1996 17:59:55 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id RAA28650; Wed, 17 Jan 1996 17:56:57 -0800 From: Julian Elischer Message-Id: <199601180156.RAA28650@ref.tfs.com> Subject: Re: Building a "custom" release of 2.1.0 To: terry@lambert.org (Terry Lambert) Date: Wed, 17 Jan 1996 17:56:57 -0800 (PST) Cc: jkh@time.cdrom.com, langfod@maui.net, roberto@keltia.freenix.fr, phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601171939.MAA03120@phaeton.artisoft.com> from "Terry Lambert" at Jan 17, 96 12:39:08 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > The only problem with devfs is that the author is never happy with it > > and starts re-writing it from the beginning again before ever finishing > > any of the previous versions. :-) > actually I'm kinda happyu with it as it is. The only thing that needs to be done is to add devfs entrys in the SLICE code.. to tell the truth I'd REALLY like BRUCE to do it as he has all that in his head, and I don't feel happy abut doing it.. If that were added it's pretty much complete.. needs some code for removing items and such but we could start using it in earnest if that were done. julian From owner-freebsd-hackers Wed Jan 17 18:06:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27322 for hackers-outgoing; Wed, 17 Jan 1996 18:06:33 -0800 (PST) Received: from underdog.maxie.com (maxie.com [199.250.231.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA27313 for ; Wed, 17 Jan 1996 18:06:30 -0800 (PST) Received: (from max@localhost) by underdog.maxie.com (8.6.12/8.6.12) id VAA18743; Wed, 17 Jan 1996 21:04:08 -0500 Date: Wed, 17 Jan 1996 21:04:07 -0500 (EST) From: James Robertson To: Joe Greco cc: witr@rwwa.com, hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-Reply-To: <199601180140.TAA21580@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 17 Jan 1996, Joe Greco wrote: > As long as you're not paying per-minute charges. True. >ISDN doesn't generally do compression. :-) ISDN itself offers none, but the Pipeline 50's at least do, they use MPPP which supports STAC data compress on the entire link. I don't know how wide spread that is supported by other ISDN devices though. This idea of multible modems might be something I'll look into one day ifthe office decides they want a bigger link to the net than they have now (a 28.8K one), since ISDN is not available at the our current office location. (Oddly, it WAS available at my house, so all the companies I-net servers are here.) James Robertson Treetop Internet Services From owner-freebsd-hackers Wed Jan 17 18:29:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28653 for hackers-outgoing; Wed, 17 Jan 1996 18:29:28 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA28647 for ; Wed, 17 Jan 1996 18:29:19 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id CAA04379 ; Thu, 18 Jan 1996 02:29:31 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id CAA22922 ; Thu, 18 Jan 1996 02:29:31 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id CAA24023; Thu, 18 Jan 1996 02:16:15 +0100 (MET) From: Ollivier Robert Message-Id: <199601180116.CAA24023@keltia.freenix.fr> Subject: Re: ctm prob (help) To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 18 Jan 1996 02:16:15 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601171001.LAA23578@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jan 17, 96 11:01:14 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4ME+ PL0 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk It seems that Christoph P. Kukulies said: > ctm_rmail: cannot log to 'ctm_log' > ctm_rmail: cannot open '/a/ctm/pieces/p.011878' for writing > 554 "|/usr/sbin/ctm_rmail -p /a/ctm/pieces -d /a/ctm/deltas -l ctm_log"... unkn > own mailer error 1 > > /a/ctm is the home dir of ctm which is drwxrwxr-x ctm wheel. > > And still I get these errors. > > I have a > ctm: "|/usr/sbin/ctm_rmail -p /a/ctm/pieces -d /a/ctm/deltas -l ctm_log" > owner-ctm: kuku@gil Try making /a/ctm/pierces daemin.. When sendmail runs the alias, it ia daemon, not root nor ctm. # CTM alias ctm-patches: "|/usr/sbin/ctm_rmail -p /var/tmp/ctm -d /sources/FreeBSD/CTM/secure -l /var/log/ctm-rmail.log" owner-ctm-patches: roberto drwxrwxr-x 2 daemon wheel 512 Dec 28 23:01 /var/tmp/ctm/ drwxrwxr-x 2 daemon wheel 512 Dec 28 23:01 /sources/FreeBSD/CTM/secure/ -rw-rw-r-- 1 daemon wheel 3147 Dec 28 23:01 /var/log/ctm-rmail.log -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 From owner-freebsd-hackers Wed Jan 17 18:40:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29448 for hackers-outgoing; Wed, 17 Jan 1996 18:40:50 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA29438 for ; Wed, 17 Jan 1996 18:40:40 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id NAA04076; Thu, 18 Jan 1996 13:37:22 +1100 From: michael butler Message-Id: <199601180237.NAA04076@asstdc.scgt.oz.au> Subject: Re: Another cool hack with FreeBSD... To: max@underdog.maxie.com (Max Goof) Date: Thu, 18 Jan 1996 13:37:21 +1100 (EST) Cc: witr@rwwa.com, hackers@FreeBSD.ORG In-Reply-To: from "Max Goof" at Jan 17, 96 01:53:14 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Max Goof writes: > > I was wondering about load balancing several lines? [ .. ] > A few points you might want to consider here, based on how we are set up... > At least in our area, two normal phone lines would cost only $3 > less than we pay for flat-rate ISDN (About $55 a month). Not all countries have this price-ratio. In Australia, a residential phone line can be had for $A11/month where ISDN works out at ~$A2.5k/year for a point-to-point connection (more for demand-dialling). These costs are in addition to the "access charge" that an ISP would want. With Telstra Internet, access at 28k8 is a flat $A500/month. ISDN is a _minimum_ of $A2k/month for _one_ _unused_ 64k channel. Use it, and that can reach $A9k/month .. I know, I have one :-( Their pricing is available for viewing at http://www.aarnet.edu.au/aarnet/pricelist.html. Multi-link protocols would help enormously in this country, if only to force Telstra to be more reasonable about their ISDN pricing, michael From owner-freebsd-hackers Wed Jan 17 18:58:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA00514 for hackers-outgoing; Wed, 17 Jan 1996 18:58:50 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-176.emea.ibm.net [139.92.42.176]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA00504 Wed, 17 Jan 1996 18:57:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id OAA02448; Wed, 17 Jan 1996 14:52:47 +0100 (MET) Message-Id: <199601171352.OAA02448@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: hackers@freebsd.org, "Jordan K. Hubbard" , Ollivier Robert , joerg@freebsd.org Subject: Re: Building a "custom" release of 2.1.0 Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Tue, 16 Jan 1996 09:02:18 +0100." <423.821779338@critter.tfs.com> Date: Wed, 17 Jan 1996 14:52:47 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: Poul-Henning Kamp > Subject: Re: Building a "custom" release of 2.1.0 > Date: Tue, 16 Jan 1996 09:02:18 +0100 > Message-id: <423.821779338@critter.tfs.com> Hackers, Poul-Henning wrote a private reply to my mail-list posting, The main thread & some of his reply are appended, + my follow-up. Intervening "> ...." sequences represent text from phk that politicians generally class as "a robust & frank exchange of views" ;-) > > Jordan, > > What was the rationale for FreeBSD going over to requiring CVS just to > > produce a release ? FreeBSD didn't use to do it that way. > ..... > > Involving CVS takes longer, uses more disc, so why ? > > Is it because the process becomes less stable, more likely to break, > > & thus is some kind of sensitivity/stability test ? > ..... > No, it's because it becomes more reliable and reproducible and it saves > a complete reinstall of a machine to make a sterile environment for the > release building process. I'm familiar with sterile OS builds, & techniques to build a new bin/ tree & use that for the next build etc, & checking such as gcc stage3 comparisons etc, it's just the CVS inclusion I'm puzzled by. If FreeBSD were doing a 2 stage {make all , install, chroot, remake } I wouldn't be querying the time taken, it's just the mandatory inbuilt CVS that's not obvious. > It's been this way since 2.0 actually so > ...... I know, I didn't ask 'till now, as now more people will be investigating the mechanism, it's interesting to know what extra benefits was obtained from the extra inconvenience of a slower build & more disk required. > We have actually had a lot > less build failures and botched release candidates since then. Yes, I understand how a CVS can offer us tracing, rollback, etc, but _Why_ does an automatic process that necessitates inbuilt CVS help the process, rather than leaving CVS unbundled from the process, & just manually running a command to extract the tree out of cvs into a /usr/src/ & then taking it from there ? > The prime focus of src/release/Makefile is to be a reliable process. > It's not intended to conserve rain-forest nor diskspace, and user- > friendliness is not even in the dictionary. > > If you don't have 1GB of disk to play on I recall Jordan told a respondent his ~600 M should do ? > and plenty of days to do so, Yes, releases are never easy. > then don't bother even thinking about it. > .............. I assumed it was done for a good reason, I just want to know _what_ the reason was (& if the reason will apply to other folks who'd like to try running the release build mechanism). > .......... I'm just interested to know why you do it the way you do :-) > .............. In 85/86 I automated the Siemens production of Sinix (+ some packages), to 2 or more releases, 2 architectures & 7 European languages. I never found it necessary to slow or bloat the process with SCCS (our base then didn't use CVS); so I'm interested to know what the embedded mandatory CVS has given us (that a manual pre-extract would not have)) . In the FreeBSD-1.* series we didnt incur the bloat & drag of CVS so I'm merely asking: _why_, what did it gain us (& is it still essential, & unavoidable ) ? Naturally reading release/Makefile provides details, but that just directs anyone interested to analyse the Makefile for complex current methodology. What I originally asked, (& I suspect a few others might be interested in), was a simple brief explanation of not _how_ CVS is called, but _why_ CVS is integrated in the build ? ( I have been under the impression CVS in FreeBSD release production is used for more than a simple checkout prior to make world ? ) This is not a criticism of the mechanism, just a simple wish to hear it's basics, in a few succinct words from whoever knows it. Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Wed Jan 17 18:59:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA00547 for hackers-outgoing; Wed, 17 Jan 1996 18:59:23 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-176.emea.ibm.net [139.92.42.176]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA00522 Wed, 17 Jan 1996 18:58:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id KAA01708; Wed, 17 Jan 1996 10:06:18 +0100 (MET) Message-Id: <199601170906.KAA01708@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: Ollivier Robert , freebsd-hackers@freebsd.org (FreeBSD Hackers' list) Subject: Re: Building a "custom" release of 2.1.0 Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Tue, 16 Jan 1996 00:19:41 PST." <7555.821780381@time.cdrom.com> Date: Wed, 17 Jan 1996 10:06:17 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: "Jordan K. Hubbard" > > > What was the rationale for FreeBSD going over to requiring CVS just to > > produce a release ? FreeBSD didn't use to do it that way. > > Uh, it's been this way since 2.0?! > > > Involving CVS takes longer, uses more disc, so why ? > > Read and understand /usr/src/etc/Makefile - it explains this far more > cogently than I ever could! OK, but I &/or any other interested reader will then merely learn how you currently do it, not _why_ you did it that way. With CVS now public, some people are attempting to practice `roll their own', so if CVS is at all avoidable (like it was in FreeBSD-1.*), it would help more people with less disc space practice. Having learnt the ropes, those people could assist FreeBSD at release time. The more people available on call the better, from the agonised wails of each past over-burdened stressed out Release Engineer :-) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Wed Jan 17 19:06:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA01059 for hackers-outgoing; Wed, 17 Jan 1996 19:06:28 -0800 (PST) Received: from underdog.maxie.com (maxie.com [199.250.231.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA01053 for ; Wed, 17 Jan 1996 19:06:21 -0800 (PST) Received: (from max@localhost) by underdog.maxie.com (8.6.12/8.6.12) id WAA18871; Wed, 17 Jan 1996 22:04:59 -0500 Date: Wed, 17 Jan 1996 22:04:58 -0500 (EST) From: James Robertson To: michael butler cc: witr@rwwa.com, hackers@FreeBSD.ORG Subject: Re: Another cool hack with FreeBSD... In-Reply-To: <199601180237.NAA04076@asstdc.scgt.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 18 Jan 1996, michael butler wrote: > With Telstra Internet, access at 28k8 is a flat $A500/month. ISDN is a > _minimum_ of $A2k/month for _one_ _unused_ 64k channel. Use it, and that > can reach $A9k/month .. I know, I have one :-( Ouch. ISDN at T-1 prices for here. I had no idea the prices varied by that much. > Multi-link protocols would help enormously in this country, if only to force > Telstra to be more reasonable about their ISDN pricing, But If it were added to FreeBSD, would there be a provider willing to implement it at thier end? Unless both ends of the link did it, you'd only get better throughput in one direction. I would suspect a new company that offered such a service would do very well against the competition though. :-) James Robertson Treetop Internet Services From owner-freebsd-hackers Wed Jan 17 19:15:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA01549 for hackers-outgoing; Wed, 17 Jan 1996 19:15:19 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA01536 for ; Wed, 17 Jan 1996 19:15:12 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id OAA05677; Thu, 18 Jan 1996 14:12:54 +1100 From: michael butler Message-Id: <199601180312.OAA05677@asstdc.scgt.oz.au> Subject: Re: Another cool hack with FreeBSD... To: max@underdog.maxie.com (James Robertson) Date: Thu, 18 Jan 1996 14:12:54 +1100 (EST) Cc: witr@rwwa.com, hackers@FreeBSD.ORG In-Reply-To: from "James Robertson" at Jan 17, 96 10:04:58 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Ouch. ISDN at T-1 prices for here. No kidding :-( > But If it were added to FreeBSD, would there be a provider willing to > implement it at thier end? We are an ISP .. > Unless both ends of the link did it, you'd only get better throughput in > one direction. I would suspect a new company that offered such a service > would do very well against the competition though. :-) .. yup :-) .. and the additional revenue generated would (should!) be sufficient to enable us to increase the size of our ISDN pipe if we did our sums right, michael From owner-freebsd-hackers Wed Jan 17 19:22:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02423 for hackers-outgoing; Wed, 17 Jan 1996 19:22:44 -0800 (PST) Received: from ginger.cmf.nrl.navy.mil (root@ginger.cmf.nrl.navy.mil [134.207.10.161]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA02414 for ; Wed, 17 Jan 1996 19:22:40 -0800 (PST) Received: from excalibur.cmf.nrl.navy.mil (kenh@excalibur.cmf.nrl.navy.mil [134.207.6.17]) by ginger.cmf.nrl.navy.mil (8.6.12/8.6.11) with ESMTP id WAA10034; Wed, 17 Jan 1996 22:21:38 -0500 Message-Id: <199601180321.WAA10034@ginger.cmf.nrl.navy.mil> To: Max Goof cc: hackers@FreeBSD.ORG Subject: Re: Another cool hack with FreeBSD... In-reply-to: Your message of "Wed, 17 Jan 1996 13:53:14 EST." X-Face: "Evs"_GpJ]],xS)b$T2#V&{KfP_i2`TlPrY$Iv9+TQ!6+`~+l)#7I)0xr1>4hfd{#0B4 WIn3jU;bql;{2Uq%zw5bF4?%F&&j8@KaT?#vBGk}u07<+6/`.F-3_GA@6Bq5gN9\+s;_d gD\SW #]iN_U0 KUmOR.P<|um5yPkEpSD@*e` Date: Wed, 17 Jan 1996 22:22:15 -0500 From: Ken Hornstein Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >> I was wondering about load balancing several lines? For example, >> if I could load balance two POTS lines with 28.8 modems, I could >> have the bandwidth of single ISDN at a fraction of the cost. With >> four lines I could have bonded ISDN performance, again at a fraction >> of the cost. > >A few points you might want to consider here, based on how we are set up... > > At least in our area, two normal phone lines would cost only $3 >less than we pay for flat-rate ISDN (About $55 a month). Unfortunately, this is an anomaly when it comes to ISDN rates :-( Residential ISDN for the Bell Atlantic region is approx $30/month plus $0.01 per minute per B channel. That's off-peak, which I believe goes until 7pm. Peak rates are $0.02/minute/B channel. No flat rate option. But POTS service is $24/month unmetered. Boy, those analog modems sure do look good, don't they? :-) I hear PacBell wants to get rid of it's unmetered off-peak rate. I think I've also heard about one of the GTE's wanting to up their ISDN rates as well. Right now, I'm hoping for cable modems. Not because I expect the cable company to actually have a worthwile service (they're too stupid for that), but I am hoping the competition will drive down ISDN prices. --Ken From owner-freebsd-hackers Wed Jan 17 19:28:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA03474 for hackers-outgoing; Wed, 17 Jan 1996 19:28:53 -0800 (PST) Received: from cats.ucsc.edu (root@cats-po-1.UCSC.EDU [128.114.129.22]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA03454 for ; Wed, 17 Jan 1996 19:28:42 -0800 (PST) Received: from scruz.ucsc.edu by cats.ucsc.edu with SMTP id TAA23576; Wed, 17 Jan 1996 19:28:37 -0800 Received: from osprey by scruz.ucsc.edu id aa22293; 17 Jan 96 19:21 PST Received: (from markd@localhost) by Grizzly.COM (8.6.12/8.6.9) id TAA17835; Wed, 17 Jan 1996 19:21:28 GMT Date: Wed, 17 Jan 1996 19:21:28 GMT Message-Id: <199601171921.TAA17835@Grizzly.COM> From: Mark Diekhans To: jkh@time.cdrom.com CC: hackers@freebsd.org In-reply-to: <14934.821890828@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Change to stdio.h to export `cookie?' Sender: owner-hackers@freebsd.org Precedence: bulk >about the inside of the FILE structure. I don't know if anyone's ever >ported MH to a new stdio architecture, but programs which make >assumptions about the internals of stdio are EVIL and should be >banned. In the case of the cookie, it's worse since there's no other >way to fiddle with it and fiddle with it you have to if you want to >actually use it as the designers intended. To prevent myself (and code I helped to put in Tcl/Tk) from being banned, how about a macro to determine if there is any data to be read pending in the buffer? Its essential if you want to do select on a buffered file. Mark From owner-freebsd-hackers Wed Jan 17 19:37:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04290 for hackers-outgoing; Wed, 17 Jan 1996 19:37:12 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA04283 for ; Wed, 17 Jan 1996 19:37:05 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id TAA01332; Wed, 17 Jan 1996 19:33:58 -0800 Message-Id: <199601180333.TAA01332@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Bill Lloyd cc: mailing list account , Robert Withrow , freebsd-hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-reply-to: Your message of "Wed, 17 Jan 1996 20:30:28 EST." <30FDA2B4.674C@mpd.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Jan 1996 19:33:56 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Bill Lloyd said: > Also dynamic bandwidth allocation isn't really the same whn it takes 30 > seconds for the modems to dial and connect, compared with about 1-2 > seconds for ISDN. Well it depends if you are in the same cell block or not. My connection time is around 30 milliseconds. However, in my case I don't care about connection time because my ISDN line is always up 8) Cheers, Amancio From owner-freebsd-hackers Wed Jan 17 19:46:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04986 for hackers-outgoing; Wed, 17 Jan 1996 19:46:40 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA04980 for ; Wed, 17 Jan 1996 19:46:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id TAA05868; Wed, 17 Jan 1996 19:46:31 -0800 Message-Id: <199601180346.TAA05868@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Julian Elischer cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Wed, 17 Jan 1996 17:56:57 PST." <199601180156.RAA28650@ref.tfs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 17 Jan 1996 19:46:31 -0800 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> >> > The only problem with devfs is that the author is never happy with it >> > and starts re-writing it from the beginning again before ever finishing >> > any of the previous versions. :-) >> >actually I'm kinda happyu with it as it is. The only thing that needs to be >done is to add devfs entrys in the SLICE code.. >to tell the truth I'd REALLY like BRUCE to do it as he has all that in his >head, and I don't feel happy abut doing it.. >If that were added it's pretty much complete.. >needs some code for removing items and such but we could start >using it in earnest if that were done. Recent testing I did with devfs showed that it was eating up vnodes like crazy. All I had to do was stat a devfs file and it would eat another vnode. The system seems to eventually recycle them, but something isn't quite right about this. I haven't looked any further into this yet. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Jan 17 19:47:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA05047 for hackers-outgoing; Wed, 17 Jan 1996 19:47:56 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA05035 for ; Wed, 17 Jan 1996 19:47:42 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA04973; Thu, 18 Jan 1996 14:08:18 +1030 From: Michael Smith Message-Id: <199601180338.OAA04973@genesis.atrad.adelaide.edu.au> Subject: Re: Building a "custom" release of 2.1.0 To: terry@lambert.org (Terry Lambert) Date: Thu, 18 Jan 1996 14:08:17 +1030 (CST) Cc: trangmar@gnsnet.com, langfod@maui.net, roberto@keltia.freenix.fr, phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199601171934.MAA03103@phaeton.artisoft.com> from "Terry Lambert" at Jan 17, 96 12:34:26 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > The limitation on boot-critical devices comes because there is no > VM86() "fallback" drivers using BIOS calls to do a minimal job (all > boot critical devices have BIOS hooking POST routines, or they are > unusable for DOS). Speaking of which, where's our step-by-step list of what else has to happen before we can do vm86()? > 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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Jan 17 19:59:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA05953 for hackers-outgoing; Wed, 17 Jan 1996 19:59:55 -0800 (PST) Received: from schwing.ginsu.com (schwing.ginsu.com [205.210.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA05940 for ; Wed, 17 Jan 1996 19:59:40 -0800 (PST) Received: (from geoff@localhost) by schwing.ginsu.com (8.6.12/8.6.12) id WAA13513; Wed, 17 Jan 1996 22:56:22 -0500 Date: Wed, 17 Jan 1996 22:56:21 -0500 (EST) From: Geoff Wells To: Robert Withrow cc: Max Goof , Robert Withrow , hackers@FreeBSD.org Subject: Re: Another cool hack with FreeBSD... In-Reply-To: <199601180105.UAA08703@spooky.rwwa.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi, The difference between 56k and 64k depends, generally, on how many C.O.s you have to go through. If the provider and the user are at the same C.O. then you will generally get the 64k. However, if the call needs to be router to another C.O., it will probably have to go through a channelized T1. If this is the case the speed get chopped down to 56k. Geoff. On Wed, 17 Jan 1996, Robert Withrow wrote: > > At least in our area, two normal phone lines would cost only $3 > > less than we pay for flat-rate ISDN (About $55 a month). > > However, in our area, all ISDN lines charge message units. POTS lines > can be purchased flat rate. And ISDN lines require *very* expensive > installation fees. > > > ISDN bandwidth is 64K per channel in most areas, not 56k > > Here it is 56K. > > > I think load balancing 28.8's might be a viable solution for internal > > use, such as between two company locations, where you only have the > > physical link to pay for, and not your provider's profit margin as well. > > The only reason I wondered is because of the asinine pricing Nynex > thinks they can get for ISDN. > > ----------------------------------------------------------------------------- > Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM > > From owner-freebsd-hackers Wed Jan 17 20:03:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06346 for hackers-outgoing; Wed, 17 Jan 1996 20:03:37 -0800 (PST) Received: from schwing.ginsu.com (schwing.ginsu.com [205.210.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06335 for ; Wed, 17 Jan 1996 20:03:31 -0800 (PST) Received: (from geoff@localhost) by schwing.ginsu.com (8.6.12/8.6.12) id XAA13524; Wed, 17 Jan 1996 23:01:23 -0500 Date: Wed, 17 Jan 1996 23:01:22 -0500 (EST) From: Geoff Wells To: James Robertson cc: Joe Greco , witr@rwwa.com, hackers@FreeBSD.ORG Subject: Re: Another cool hack with FreeBSD... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi, We've had big problems getting any of the different verdor's boxes to "bond" to each other! They all seem to support different schemes. I have heard rumors that 3COM is going with the Ascend MPP "standard" which, as far as I'm concerned, is a good thing. The MPP has worked VERY well for us. Geoff. On Wed, 17 Jan 1996, James Robertson wrote: > > > On Wed, 17 Jan 1996, Joe Greco wrote: > > > As long as you're not paying per-minute charges. > True. > > >ISDN doesn't generally do compression. :-) > ISDN itself offers none, but the Pipeline 50's at least do, they use MPPP > which supports STAC data compress on the entire link. I don't know how > wide spread that is supported by other ISDN devices though. > > This idea of multible modems might be something I'll look into one > day ifthe office decides they want a bigger link to the net than they have > now (a 28.8K one), since ISDN is not available at the our current office > location. (Oddly, it WAS available at my house, so all the companies I-net > servers are here.) > > James Robertson > Treetop Internet Services > > From owner-freebsd-hackers Wed Jan 17 20:07:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06703 for hackers-outgoing; Wed, 17 Jan 1996 20:07:58 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06698 for ; Wed, 17 Jan 1996 20:07:53 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id WAA00595; Wed, 17 Jan 1996 22:06:17 -0600 From: mailing list account Message-Id: <199601180406.WAA00595@argus.flash.net> Subject: Re: Another cool hack with FreeBSD... To: max@underdog.maxie.com (James Robertson) Date: Wed, 17 Jan 1996 22:06:17 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "James Robertson" at Jan 17, 96 10:04:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk In reply: > On Thu, 18 Jan 1996, michael butler wrote: > > > With Telstra Internet, access at 28k8 is a flat $A500/month. ISDN is a > > _minimum_ of $A2k/month for _one_ _unused_ 64k channel. Use it, and that > > can reach $A9k/month .. I know, I have one :-( > Ouch. ISDN at T-1 prices for here. I had no idea the prices varied by that > much. > > > Multi-link protocols would help enormously in this country, if only to force > > Telstra to be more reasonable about their ISDN pricing, > > But If it were added to FreeBSD, would there be a provider willing to > implement it at thier end? Unless both ends of the link did it, you'd > only get better throughput in one direction. I would suspect a new > company that offered such a service would do very well against the > competition though. :-) > > James Robertson > Treetop Internet Services Whew! Anyone know the exchange rate for $A -> $US ??? I didn't think that the aussie dollar was that far from the us dollar [but then, it's been a few years since i last checked]... Interesting that they don't do flat-rate isdn there.. do they charge by the packet, like some x.25 carriers here STILL do [tymnet, telenet]? Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Wed Jan 17 20:10:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06944 for hackers-outgoing; Wed, 17 Jan 1996 20:10:47 -0800 (PST) Received: from schwing.ginsu.com (schwing.ginsu.com [205.210.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06920 for ; Wed, 17 Jan 1996 20:10:39 -0800 (PST) Received: (from geoff@localhost) by schwing.ginsu.com (8.6.12/8.6.12) id XAA13546; Wed, 17 Jan 1996 23:08:12 -0500 Date: Wed, 17 Jan 1996 23:08:12 -0500 (EST) From: Geoff Wells To: James Robertson cc: "Amancio Hasty Jr." , Robert Withrow , hackers@FreeBSD.ORG Subject: Re: Another cool hack with FreeBSD... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi, I've do this (two ISDN card) on a Sparc 20 for an Internet show up here a few months back. I got GREAT performance and compliments on the setup. The show didn't provide internet so we poped this under a table and served a half dozen workstations, demoing web development. Geoff. On Wed, 17 Jan 1996, James Robertson wrote: > > > On Wed, 17 Jan 1996, Amancio Hasty Jr. wrote: > > > Well, my Ascend Pipeline 50 has just one isdn interface so two > > ISDN lines is out of the question. Adding support to multiple > > ISDN lines is still a viable solution specially in areas in which > > ISDN rates are low. > > Yes, it would be. I think it would have to be done with the ISDN cards > though. > > You could use two seperate ethernets to talk to two Pipelines, or just give > them two different addresses on one. The problem would be the host machine > would have no way of knowing if the pipeline had actually sent the packet > or dropped it, so in trying to load share it could actually be routing > traffic to an interface that may already be at capacity or even down, > when it thinks it is doing a good job sharing the load. > > James Robertson > Treetop Internet Services > > > From owner-freebsd-hackers Wed Jan 17 20:21:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07961 for hackers-outgoing; Wed, 17 Jan 1996 20:21:56 -0800 (PST) Received: from schwing.ginsu.com (schwing.ginsu.com [205.210.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA07943 for ; Wed, 17 Jan 1996 20:21:46 -0800 (PST) Received: (from geoff@localhost) by schwing.ginsu.com (8.6.12/8.6.12) id XAA13559; Wed, 17 Jan 1996 23:18:45 -0500 Date: Wed, 17 Jan 1996 23:18:45 -0500 (EST) From: Geoff Wells To: Bill Lloyd cc: mailing list account , Robert Withrow , freebsd-hackers@freebsd.org Subject: Re: Another cool hack with FreeBSD... In-Reply-To: <30FDA2B4.674C@mpd.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I think that if we are addressing the "dialup" community, the time you are going to want it is when doing those 30 minute ftps, etc. In this case, the 30 second negotiation will be fine. Even if it doesn't increase the through put of the ftp (due to Inet speed or whatever) it could mean that you would be able to surf while the ftp happens. The bigger issue, which no one seems to have brought up, is what are we going to connect to? In order for this to work (which I think would be useful) the provider must set up a terminal server on FreeBSD. A great way to force market penetration but I don't think it will be the last nail in the coffins' of the terminal server makers. :) Geoff. On Wed, 17 Jan 1996, Bill Lloyd wrote: > mailing list account wrote: > > The other issue is latency. Even two 28.8 bonded together won't feel > like ISDN. > > Also dynamic bandwidth allocation isn't really the same whn it takes 30 > seconds for the modems to dial and connect, compared with about 1-2 > seconds for ISDN. > > I remember reading somewhere about a router that can bond modems but I > don't remember what company it was. > > -bill > > > -- > William Lloyd (wlloyd@mpd.ca) | > From owner-freebsd-hackers Wed Jan 17 20:23:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08155 for hackers-outgoing; Wed, 17 Jan 1996 20:23:41 -0800 (PST) Received: from seraglio.staidan.qld.edu.au (staidans.client.uq.edu.au [130.102.39.106]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA08143 for ; Wed, 17 Jan 1996 20:23:34 -0800 (PST) Received: (from peters@localhost) by seraglio.staidan.qld.edu.au (8.6.12/8.6.12) id OAA01837; Thu, 18 Jan 1996 14:21:54 +1000 Date: Thu, 18 Jan 1996 14:21:54 +1000 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: Reply-To: peters@seraglio.staidan.qld.edu.au From: Peter Stubbs To: Geoff Wells Subject: Re: Another cool hack with FreeBSD... Cc: , Robert Withrow , Joe Greco Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed Jan 17 06:22:50 1996 Geoff Wells wrote: >>Did you get a chance to look at Multilink PPP (RFC 1717)? > >I took a look at this exact same thing (and for the same reasons :). >This is what 3com (and may be Ascend) uses in thier ISDN routers to >handle two B channels. > >Geoff. > >On Wed, 17 Jan 1996, Joe Greco wrote: > >> > > The reason I mention this is that I finally got my Internet provider to >> > > set me up a static route with a second IP address gatewayed through it. >> > >> > I was wondering about load balancing several lines? For example, >> > if I could load balance two POTS lines with 28.8 modems, I could >> > have the bandwidth of single ISDN at a fraction of the cost. With >> > four lines I could have bonded ISDN performance, again at a fraction >> > of the cost. >> > >> > Does anyone do this. Can FreeBSD do this? >> >> No. >> >> I was looking at this some odd number of seasons ago to help deal with some >> problems I was running into; I never solved the problem using this >> technique, instead I got on the far side of a T1 :-) >> >> What I did learn: >> >> 1) BSDI has something called "mslip" which is basically what we are >> discussing. >> 2) With user-level PPP one would think that this might be more feasible >> since you can hack easily... but I doubt anyone's done this. >> >> If I were to start pursuing this, I might be tempted to start with the >> latter :-) >> >> ... Joe >> >> ------------------------------------------------------------------------------- >> Joe Greco - Systems Administrator jgreco@ns.sol.net >> Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 >> From owner-freebsd-hackers Wed Jan 17 20:24:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08272 for hackers-outgoing; Wed, 17 Jan 1996 20:24:39 -0800 (PST) Received: from seraglio.staidan.qld.edu.au (staidans.client.uq.edu.au [130.102.39.106]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA08255 for ; Wed, 17 Jan 1996 20:24:29 -0800 (PST) Received: (from peters@localhost) by seraglio.staidan.qld.edu.au (8.6.12/8.6.12) id OAA01831; Thu, 18 Jan 1996 14:18:53 +1000 Date: Thu, 18 Jan 1996 14:18:53 +1000 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: Reply-To: peters@seraglio.staidan.qld.edu.au From: Peter Stubbs To: Geoff Wells Subject: Re: Another cool hack with FreeBSD... Cc: , Robert Withrow , Joe Greco Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed Jan 17 06:22:50 1996 Geoff Wells wrote: >>Did you get a chance to look at Multilink PPP (RFC 1717)? > >I took a look at this exact same thing (and for the same reasons :). >This is what 3com (and may be Ascend) uses in thier ISDN routers to >handle two B channels. > >Geoff. > >On Wed, 17 Jan 1996, Joe Greco wrote: > >> > > The reason I mention this is that I finally got my Internet provider to >> > > set me up a static route with a second IP address gatewayed through it. >> > >> > I was wondering about load balancing several lines? For example, >> > if I could load balance two POTS lines with 28.8 modems, I could >> > have the bandwidth of single ISDN at a fraction of the cost. With >> > four lines I could have bonded ISDN performance, again at a fraction >> > of the cost. >> > >> > Does anyone do this. Can FreeBSD do this? >> >> No. >> >> I was looking at this some odd number of seasons ago to help deal with some >> problems I was running into; I never solved the problem using this >> technique, instead I got on the far side of a T1 :-) >> >> What I did learn: >> >> 1) BSDI has something called "mslip" which is basically what we are >> discussing. >> 2) With user-level PPP one would think that this might be more feasible >> since you can hack easily... but I doubt anyone's done this. >> >> If I were to start pursuing this, I might be tempted to start with the >> latter :-) >> >> ... Joe >> >> ------------------------------------------------------------------------------- >> Joe Greco - Systems Administrator jgreco@ns.sol.net >> Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 >> From owner-freebsd-hackers Wed Jan 17 20:24:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08298 for hackers-outgoing; Wed, 17 Jan 1996 20:24:47 -0800 (PST) Received: from seraglio.staidan.qld.edu.au (staidans.client.uq.edu.au [130.102.39.106]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA08270 for ; Wed, 17 Jan 1996 20:24:38 -0800 (PST) Received: (from peters@localhost) by seraglio.staidan.qld.edu.au (8.6.12/8.6.12) id OAA01840 for hackers@FreeBSD.org; Thu, 18 Jan 1996 14:24:42 +1000 Date: Thu, 18 Jan 1996 14:24:42 +1000 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: Reply-To: peters@seraglio.staidan.qld.edu.au From: Peter Stubbs To: Subject: Re: Another cool hack with FreeBSD... Sender: owner-hackers@FreeBSD.org Precedence: bulk >> > >> > I was wondering about load balancing several lines? For example, >> > if I could load balance two POTS lines with 28.8 modems, I could >> > have the bandwidth of single ISDN at a fraction of the cost. With >> > four lines I could have bonded ISDN performance, again at a fraction >> > of the cost. >> > >> > Does anyone do this. Can FreeBSD do this? >> >> No. >> >> I was looking at this some odd number of seasons ago to help deal with some >> problems I was running into; I never solved the problem using this >> technique, instead I got on the far side of a T1 :-) >> I was intending to up the throughput of my system with a second V.34 link. I realy thought that TCP/IP was designed for this type of thing, and that FreeBSD would do it without a second look. If it won't we should find a way to make it, since a second phone line is a hundredth of the price of an ISDN line here in Australia, and the throughput is comparable. My normal connect speed is 24400, and the phone lines stay up for as long as a month at a time. Cheers, Peter>> discussing. >> 2) With user-level PPP one would think that this might be more feasible >> since you can hack easily... but I doubt anyone's done this. >> >> If I were to start pursuing this, I might be tempted to start with the >> latter :-) >> >> ... Joe >> >> ------------------------------------------------------------------------------- >> Joe Greco - Systems Administrator jgreco@ns.sol.net >> Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 >> From owner-freebsd-hackers Wed Jan 17 20:45:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA10576 for hackers-outgoing; Wed, 17 Jan 1996 20:45:50 -0800 (PST) Received: from syzygy.zytek.com (syzygy.zytek.com [140.174.241.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA10561 for ; Wed, 17 Jan 1996 20:45:40 -0800 (PST) Received: (from melvin@localhost) by syzygy.zytek.com (8.6.11/8.6.9) id UAA01261; Wed, 17 Jan 1996 20:45:24 -0800 Date: Wed, 17 Jan 1996 20:45:24 -0800 From: Stephen Melvin Message-Id: <199601180445.UAA01261@syzygy.zytek.com> To: hackers@freebsd.org Subject: How to set DF bit in outgoing packets? Sender: owner-hackers@freebsd.org Precedence: bulk I'm doing some network testing and I'd like to send out packets with the DF (don't fragment) bit set, which is bit 14 in the fragment offset field of the IP header. Here is what I tried that didn't work. I patched the kernel in /usr/src/sys/netinet as follows: 1. I added one line to in.h: -------- 168a169 < #define IP_OFF 17 /* int; IP fragment offset, DF, MF */ -------- 2. I added a few lines to ip_output.c: -------- 546a547 < case IP_OFF: 556a558,561 < < case IP_OFF: < inp->inp_ip.ip_off = optval; < break; -------- These changes should allow the setsockopt() call to set the DF bit as follows: val = IP_DF; setsockopt(s, IPPROTO_IP, IP_OFF, (char *)&val, sizeof(val)) ... sendto(s, ... But, these changes don't work. The call succeeds, and the packet is sent correctly, but the DF bit doesn't actually get set, or perhaps it is cleared somewhere before being sent. The other code in ip_output.c seems like it is preserving the DF bit and this seemed like the most reasonable way to do this but now I'm thinking that there must be a simpler way. ------- Steve Melvin melvin@zytek.com From owner-freebsd-hackers Wed Jan 17 21:01:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA12301 for hackers-outgoing; Wed, 17 Jan 1996 21:01:28 -0800 (PST) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA12284 for ; Wed, 17 Jan 1996 21:01:21 -0800 (PST) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id XAA17907; Wed, 17 Jan 1996 23:00:00 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 17 Jan 1996 23:00:02 -0600 To: Joe Greco From: Richard Wackerbarth Subject: Re: Another cool hack with FreeBSD... Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> A few points you might want to consider here, based on how we are set up... >> >> At least in our area, two normal phone lines would cost only $3 >> less than we pay for flat-rate ISDN (About $55 a month). > >As long as you're not paying per-minute charges. > >Ameritech charges businesses per-minute connect charges for outgoing ISDN >calls. Ameritech does not charge per-minute for POTS calls. > >With the several hundred dollars a month that a dual-channel ISDN link would >cost, I could easily justify a dozen POTS lines on each end just in >per-minute savings. If I were transferring text (compressible data) on a 4 >line 28.8K setup, I could approach 230.4kbps (57.6 * 4) on my nifty serial >gizmo, twice the speed for a third the cost. ISDN doesn't generally do >compression. :-) No. But you can compress the data going into the line. The better TA's will do that for you. You can also run sync rather than async. That is worth an extra 25% in throughput. I'm not saying that you cannot win at "beat the tariff". I just think you should play fairly and not fudge on the numbers. Some tariffs are measured for "data" (64k) but unmeasured for "voice" (56k). As a result, the better ISDN boxes will set up a voice call and then send data at 7K rather than the full 8K. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Wed Jan 17 21:39:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA15782 for hackers-outgoing; Wed, 17 Jan 1996 21:39:08 -0800 (PST) Received: from cd.iidpwr.com ([204.33.177.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA15772 for ; Wed, 17 Jan 1996 21:39:02 -0800 (PST) Received: (from tam@localhost) by cd.iidpwr.com (8.6.11/8.6.9) id VAA10529; Wed, 17 Jan 1996 21:38:55 -0800 Date: Wed, 17 Jan 1996 21:38:55 -0800 (PST) From: Tony Tam To: Don Yuniskis cc: FreeBSD hackers Subject: Re: LapLink cable? In-Reply-To: <199601160412.VAA25278@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Mon, 15 Jan 1996, Don Yuniskis wrote: > Greetings! > The parallel port SLIP setup apparently uses a "Laplink cable". > Does anyone have a pinout, etc. of this (for those of us that > roll our own cables)? Anything "peculiar" about it (i.e. is it > *active*)? > Thx, > don > Here is the lap link cable pinout: LapLink Cable --------------------------------------------- 2 - 15 Data 0 - Pull Up 3 - 13 Data 1 - Pull Up 4 - 12 Data 2 - Pull Down 5 - 10 Data 3 - ACK 6 - 11 Data 4 - Busy 10 - 5 ACK - Data 3 11 - 6 Busy - Data 4 12 - 4 Pull Down - Data 2 13 - 3 Pull Up - Data 1 15 - 2 Pull Up - Data 0 25 - 25 Ground - Ground Tony Tam tam@cd.iidpwr.com From owner-freebsd-hackers Wed Jan 17 22:27:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA19847 for hackers-outgoing; Wed, 17 Jan 1996 22:27:55 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA19827 for ; Wed, 17 Jan 1996 22:27:45 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA30637; Thu, 18 Jan 1996 17:17:05 +1100 Date: Thu, 18 Jan 1996 17:17:05 +1100 From: Bruce Evans Message-Id: <199601180617.RAA30637@godzilla.zeta.org.au> To: hackers@freebsd.org, jkh@time.cdrom.com Subject: Re: Change to stdio.h to export `cookie?' Sender: owner-hackers@freebsd.org Precedence: bulk >Those users of our stdio's funopen() call are already familiar with >the cookie I'm talking about - it's a magic variable in the FILE >struct which you can set to things for the benefit of your own I/O >functions. The only problem is that the API designers didn't provide >a hook for getting/setting it, leading to code which makes assumptions >about the inside of the FILE structure. I don't know if anyone's ever Since the cookie points to an object that is decided by the caller of funopen(), it is impossible to know what it points to. >Any objections to an accessor macro being added to stdio.h? I don't It could only work for cookies created by the stdio implementation. Ick. Bruce From owner-freebsd-hackers Wed Jan 17 22:48:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22432 for hackers-outgoing; Wed, 17 Jan 1996 22:48:06 -0800 (PST) Received: (from julian@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA22374 for hackers; Wed, 17 Jan 1996 22:48:01 -0800 (PST) Date: Wed, 17 Jan 1996 22:48:01 -0800 (PST) From: Julian Elischer Message-Id: <199601180648.WAA22374@freefall.freebsd.org> To: hackers Subject: SUP of CVS files.. (how to?) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I must be silly, but after a look around www.freebsd.org I can't find out how to sup the cvs sources.. I used to get tehm from freefall, bu that doesn't seem to work any more. (stopped while I was away on holiday) so what's the present scheme? julian From owner-freebsd-hackers Wed Jan 17 23:45:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA00405 for hackers-outgoing; Wed, 17 Jan 1996 23:45:34 -0800 (PST) Received: from meter.eng.uci.edu (root@meter.eng.uci.edu [128.200.85.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA00382 Wed, 17 Jan 1996 23:45:25 -0800 (PST) Received: from newport.ece.uci.edu by meter.eng.uci.edu (8.7.1) id XAA18376; Wed, 17 Jan 1996 23:45:09 -0800 (PST) Received: from localhost by newport.ece.uci.edu (8.7.1) id XAA26302; Wed, 17 Jan 1996 23:45:07 -0800 (PST) Message-Id: <199601180745.XAA26302@newport.ece.uci.edu> To: sos@freebsd.org cc: erich@uruk.org, freebsd-hackers@freebsd.org Subject: Re: Linux and/or ELF executables In-reply-to: Your message of "Wed, 17 Jan 1996 17:56:12 +0100." <199601171656.RAA00355@DeepCore.dk> Date: Wed, 17 Jan 1996 23:45:02 -0800 From: Steven Wallace Sender: owner-hackers@freebsd.org Precedence: bulk > Erhm, I ve a SVR4 loader plus emulation stuff lying around, but it is > for use with our old iBCS2 emulator (the one before the NetBSD one > crept in) > As you know, the COFF loader is still your original loader, so you should still be able to use whatever code you have. Please feel free to share it with the rest of the team. Oh, just for the record, the new code did not "creep" in, there was months and months of notice and talk about this, as Jordan can attest to. Steven From owner-freebsd-hackers Wed Jan 17 23:57:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA01899 for hackers-outgoing; Wed, 17 Jan 1996 23:57:06 -0800 (PST) Received: from beer.pilsnet.sunet.se (beer.pilsnet.sunet.se [192.36.125.73]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA01877 for ; Wed, 17 Jan 1996 23:56:52 -0800 (PST) Received: from aviion.ts.kiev.ua by beer.pilsnet.sunet.se (8.6.8/2.03) id IAA10459; Thu, 18 Jan 1996 08:56:43 +0100 Received: from wind.UUCP by aviion.ts.kiev.ua with UUCP id HAA11639; (8.6.11/zah/1.4b) Thu, 18 Jan 1996 07:28:19 GMT Received: from dawn.ww.net (dawn.ww.net [193.124.73.50]) by unicorn.ww.net (8.6.12/alexis 2.5) with ESMTP id JAA14601; Thu, 18 Jan 1996 09:33:27 +0300 Received: (from alexis@localhost) by dawn.ww.net (8.6.12/alexis 2.5) id JAA15198; Thu, 18 Jan 1996 09:33:23 +0300 Message-Id: <199601180633.JAA15198@dawn.ww.net> Subject: Re: (fwd) Re: UPS To: dk+@ua.net Date: Thu, 18 Jan 1996 09:33:21 +0300 (MSK) From: "Alexis Yushin" Cc: hackers@freebsd.org In-Reply-To: <199601161128.NAA24621@dog.farm.org> from "Dmitry Kohmanyuk" at Jan 16, 96 01:28:21 pm Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Once Dmitry Kohmanyuk wrote: >As chuck@fang.cs.sunyit.edu wrote: >> >> I just ordered a APC Smart UP for my FreeBSD System (of course >> this was through typical government channel so it may take awhile). I'd >> be more than willing to help out on any group effort to develp something >> for these UPS. I had intended on developping something on my own using >> what J^vrg Wunsch had done but I'd much rather work with other people on >> it. > >Feel free to use whatever you can find under > > ftp://ftp.inf.tu-dresden.de/pub/people/wunsch/smartups/ > >It should at least be a reference for what i have found out for the >SmartUPSen. Maybe our company is also going to buy an UPS some day, >this will be the point where i need it again. :-) I am currently on the work on the UPS daemon. I would like this to be a generic one and almost succeeded. I am finished with configuration and asyncronous port handling, and APC specific part. I am working on event handling and then I'll be able to alpha test. I have reverse engeneered a lot of APC SmartUPS commands but any additional info is greatly appreciated. I am thinking about creating a mailing list for people who would like to joing this project. Until then, please everybody who has anything on SmartUPS or willing to help. Mail me! alexis P.S. The current sources are availble only from me directly with e-mail upon request. The daemon will and is tollaly free, no charge, no license. -- The more experienced you are the less people you can get advice from. From owner-freebsd-hackers Thu Jan 18 00:12:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03535 for hackers-outgoing; Thu, 18 Jan 1996 00:12:21 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA03495 Thu, 18 Jan 1996 00:12:12 -0800 (PST) Received: from critter.tfs.com ([140.145.230.252]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id JAA24288; Thu, 18 Jan 1996 09:06:58 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA00188; Thu, 18 Jan 1996 08:11:51 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Julian H. Stacey" cc: hackers@freebsd.org, "Jordan K. Hubbard" , Ollivier Robert , joerg@freebsd.org Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Wed, 17 Jan 1996 14:52:47 +0100." <199601171352.OAA02448@vector.jhs.local> Date: Thu, 18 Jan 1996 08:11:49 +0100 Message-ID: <186.821949109@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > What I originally asked, (& I suspect a few others might be interested in), > was a simple brief explanation of not _how_ CVS is called, but _why_ CVS is > integrated in the build ? ( I have been under the impression CVS in > FreeBSD release production is used for more than a simple checkout prior > to make world ? ) Julian, I have told you this once allready: > > No, it's because it becomes more reliable and reproducible and it saves > > a complete reinstall of a machine to make a sterile environment for the > > release building process. > In the FreeBSD-1.* series we didnt incur the bloat & drag of CVS > so I'm merely asking: _why_, what did it gain us (& is it still essential, > & unavoidable ) ? Which is exactly why we do it now. I don't think you have any idea how many shots it took to make 1.1. > Naturally reading release/Makefile provides details, but that > just directs anyone interested to analyse the Makefile for complex > current methodology. Well, have a good time then :-) -- 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 Jan 18 00:24:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA04928 for hackers-outgoing; Thu, 18 Jan 1996 00:24:43 -0800 (PST) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA04787 Thu, 18 Jan 1996 00:23:20 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I05FS6G700002G8R@mail.rwth-aachen.de>; Thu, 18 Jan 1996 09:24:28 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA29130; Thu, 18 Jan 1996 09:24:56 +0100 Date: Thu, 18 Jan 1996 09:24:56 +0100 (MET) From: Christoph Kukulies Subject: Re: SUP of CVS files.. (how to?) In-reply-to: <199601180648.WAA22374@freefall.freebsd.org> To: julian@freefall.freebsd.org (Julian Elischer) Cc: hackers@freefall.freebsd.org Reply-to: Christoph Kukulies Message-id: <199601180824.JAA29130@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL24] Content-type: text Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > I must be silly, but after a look around www.freebsd.org > I can't find out how to sup the cvs sources.. > I used to get tehm from freefall, bu that doesn't seem to work any more. > (stopped while I was away on holiday) so what's the > present scheme? > > julian > I appended the CVS related portion of my sup file (YMMV :) --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de ## Main Source Tree (CVS tree) # # cvs /usr/cvs # src-base release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-bin release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix # Domestic users only please. If you are outside of the U.S.A and Canada, # use the collections in secure-sup2file. #src-eBones release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-etc release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-games release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-gnu release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-include release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-lib release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-libexec release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-sbin release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix # Domestic users only please. If you are outside of the U.S.A and Canada, # use the collections in secure-sup2file. #src-secure release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-share release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-sys release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-usrbin release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix src-usrsbin release=cvs host=sup2.FreeBSD.org hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ## Ports Collection ports-base release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-archivers release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-benchmarks release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-audio release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-cad release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-comms release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-databases release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-devel release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-editors release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-emulators release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-games release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-graphics release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-japanese release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-lang release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-mail release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-math release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-misc release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-net release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-news release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-plan9 release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-print release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-russian release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-security release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-shells release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-sysutils release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-www release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix ports-x11 release=cvs host=sup2.FreeBSD.ORG hostbase=/home base=/usr prefix=/usr/cvs delete old use-rel-suffix From owner-freebsd-hackers Thu Jan 18 00:50:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07698 for hackers-outgoing; Thu, 18 Jan 1996 00:50:53 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA07679 for ; Thu, 18 Jan 1996 00:50:44 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA06152; Thu, 18 Jan 1996 19:23:23 +1030 From: Michael Smith Message-Id: <199601180853.TAA06152@genesis.atrad.adelaide.edu.au> Subject: Re: Another cool hack with FreeBSD... To: lists@argus.flash.net (mailing list account) Date: Thu, 18 Jan 1996 19:23:23 +1030 (CST) Cc: max@underdog.maxie.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199601180406.WAA00595@argus.flash.net> from "mailing list account" at Jan 17, 96 10:06:17 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk mailing list account stands accused of saying: Whew! Anyone know the > exchange rate for $A -> $US ??? I didn't think that the aussie > dollar was that far from the us dollar [but then, it's been a few > years since i last checked]... AUS$1 ~= US$0.70. > Interesting that they don't do flat-rate isdn there.. do they charge by the > packet, like some x.25 carriers here STILL do [tymnet, telenet]? Telstra is still in posession of a virtual monopoly, so they charge whatever they like and nobody can do anything about it. As an example, it's cheaper here to run microwave links any distance than the equivalent wired network. > Jim -- ]] 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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Thu Jan 18 01:01:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09713 for hackers-outgoing; Thu, 18 Jan 1996 01:01:23 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA09693 Thu, 18 Jan 1996 01:01:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA23334; Thu, 18 Jan 1996 01:00:40 -0800 To: "Julian H. Stacey" cc: Poul-Henning Kamp , hackers@freebsd.org, Ollivier Robert , joerg@freebsd.org Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Wed, 17 Jan 1996 14:52:47 +0100." <199601171352.OAA02448@vector.jhs.local> Date: Thu, 18 Jan 1996 01:00:40 -0800 Message-ID: <23332.821955640@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > If FreeBSD were doing a 2 stage {make all , install, chroot, remake } > I wouldn't be querying the time taken, it's just the mandatory > inbuilt CVS that's not obvious. Heh? It's *extemely* obvious, Julian! You're just not looking at the whole process. Think, man. How else do you generate a source tree to build from in the first place that you *know* is pristine and, what's more, conforms to a given release tag in the tree? We have the capability to generate a release at any revision level, you know, not just the current "head" of the source tree. When I start doing my 2.1 snaps, I'll be generating a source tree from the 2.1-STABLE branch. If I wanted to roll another 2.1-RELEASE (for whatever reason) I could do that too. When I roll the 2.2-SNAPs, they'll be from yet a different revision tag (the HEAD). OK, I could decouple it and make this a manual step, but then so could anyone else who really wanted to do a release without CVS. It certainly wouldn't help ME or any of the other release engineers to do so, so we don't as a matter of general policy. If you or anyone else wants to decouple CVS from the release process, it's like a 2 line change (and if you don't understand /usr/src/release/Makefile backwards and forwards anyway, believe me - you have no business even trying to make a release yet! More understanding than knowing to type `make' is required). Jordan From owner-freebsd-hackers Thu Jan 18 01:02:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10018 for hackers-outgoing; Thu, 18 Jan 1996 01:02:48 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA10004 Thu, 18 Jan 1996 01:02:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA23348; Thu, 18 Jan 1996 01:02:11 -0800 To: "Julian H. Stacey" cc: Ollivier Robert , freebsd-hackers@freebsd.org (FreeBSD Hackers' list) Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Wed, 17 Jan 1996 10:06:17 +0100." <199601170906.KAA01708@vector.jhs.local> Date: Thu, 18 Jan 1996 01:02:11 -0800 Message-ID: <23346.821955731@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > OK, but I &/or any other interested reader will then merely learn how you > currently do it, not _why_ you did it that way. I don't think this is rocket science, Julian - it's just a Makefile. Any sixth-former should be able to figure out both the how AND the why from the most cursory reading ofs it! :-) You already know what the end-result is, after all, so a little back-solving is all that's in order. Jordan From owner-freebsd-hackers Thu Jan 18 01:18:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11933 for hackers-outgoing; Thu, 18 Jan 1996 01:18:01 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11919 for ; Thu, 18 Jan 1996 01:17:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA23377; Thu, 18 Jan 1996 01:17:19 -0800 To: Mark Diekhans cc: hackers@freebsd.org, torek@bsdi.com Subject: Re: Change to stdio.h to export `cookie?' In-reply-to: Your message of "Wed, 17 Jan 1996 19:21:28 GMT." <199601171921.TAA17835@Grizzly.COM> Date: Thu, 18 Jan 1996 01:17:19 -0800 Message-ID: <23375.821956639@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > To prevent myself (and code I helped to put in Tcl/Tk) from being banned, > how about a macro to determine if there is any data to be read pending in the > buffer? Its essential if you want to do select on a buffered file. I think this would be a good idea - figuring out the amount of data buffered up is the same kind of FILE structure manipulation that MH tries to do. While we're at it, I think another macro to diddle the `_file' member is probably also in order. Why? Because the *@#%$*%! funopen() call returns a new FILE* with all the dispatch function pointers neatly filled in, but it leaves the fd uninitialized. I found this out to my despair when I created a fp with funopen(), passed it to TCL's Tcl_EnterFile() function and watched that same function fall over with a bus error. It falls over because of this code: fd = fileno(file); if (fd >= tclNumFiles) { If fd is -1, as it is when uninitialized, the check will fail and try to subsequently reference an array that's not set up yet. This means that fileno(fp) should be valid for any fp created by funopen() lest someone later do a fileno() on it, and that means going in and tweaking it afterwards since fdopen() would just return yet another file handle and that's not what we want, nor do I particularly feel like adding another argument to funopen() (do I?). OK, here's my proposed set of macros to go into stdio.h: #define fcookie(fp) ((fp)->_cookie) #define ffd(fp) ((fp)->_file) #define fpending(fp) ((fp)->_p - (fp)->_bf._base) If you call them on uninitialized file descriptors you lose, of course, but I can live with that. To recap for Chris, whom I've just added to the discussion, my original beef came up with using funopen() and finding that there was no standard way of manipulating the cookie. Since funopen() is useless without this ability, and I hate code that manipulates the FILE structure directly due to the portability problems it engenders, this discussion ensued. Thoughts? Jordan From owner-freebsd-hackers Thu Jan 18 01:18:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA11967 for hackers-outgoing; Thu, 18 Jan 1996 01:18:11 -0800 (PST) Received: from toadflax.cs.ucdavis.edu (toadflax.cs.ucdavis.edu [128.120.56.188]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA11953 for ; Thu, 18 Jan 1996 01:18:08 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA17334; Thu, 18 Jan 96 01:18:06 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Message-Id: <9601180918.AA17334@toadflax.cs.ucdavis.edu> Subject: Re: Building a "custom" release of 2.1.0 To: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Date: Thu, 18 Jan 1996 01:18:04 -0800 (PST) In-Reply-To: <199601170906.KAA01708@vector.jhs.local> from "Julian H. Stacey" at Jan 17, 96 10:06:17 am X-Mailer: ELM [version 2.4 PL24 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > With CVS now public, some people are attempting to practice `roll their own', > so if CVS is at all avoidable (like it was in FreeBSD-1.*), it would help > more people with less disc space practice. > Maybe I'm missing something here, but in 2.0-R I was playing with making my own floppies, and I just replaced the cvs commands with a script that make a directory and created hard links to the files in /usr/src (I had a big user partition). This got me past the cvs thing. I did hit other road blocks though. So what's the big deal? Anyone daring enough to play with building a release should be able to edit a Makefile. -- David (obrien@cs.ucdavis.edu) Satisfied Customer, The FreeBSD Project P.S. Do I need to put (tm) after ``The FreeBSD Project''? Has jhk trademarked this yet? :-) From owner-freebsd-hackers Thu Jan 18 01:19:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12109 for hackers-outgoing; Thu, 18 Jan 1996 01:19:34 -0800 (PST) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA11966 for ; Thu, 18 Jan 1996 01:18:11 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I05HRG7ETC002G5K@mail.rwth-aachen.de>; Thu, 18 Jan 1996 10:21:09 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA29335; Thu, 18 Jan 1996 10:21:42 +0100 Date: Thu, 18 Jan 1996 10:21:42 +0100 (MET) From: Christoph Kukulies Subject: Re: ctm prob (help) In-reply-to: <199601171740.SAA03892@uriah.heep.sax.de> To: j@uriah.heep.sax.de (J Wunsch) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org Reply-to: Christoph Kukulies Message-id: <199601180921.KAA29335@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL24] Content-type: text Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > As Christoph P. Kukulies wrote: > > > > I established a ctm user, and after the mail flow started running > > I'm getting bounces: > > ----- Transcript of session follows ----- > > Message delivered to mailing list > > ctm_rmail: cannot log to 'ctm_log' > > ctm_rmail: cannot open '/a/ctm/pieces/p.011878' for writing > > 554 "|/usr/sbin/ctm_rmail -p /a/ctm/pieces -d /a/ctm/deltas -l ctm_log"... unkn > > own mailer error 1 > > > > /a/ctm is the home dir of ctm which is drwxrwxr-x ctm wheel. > > Mail filters are being run by user daemon. My ~ctm (where the files > go to) is mode 1777. This might not be the very best idea for a true > multi-user site (since somebody could cause denial-of-resource attacks > by filling up the directory with not yet existant files of future > batches). Then the man page of ctm_rmail is misleading (if not wrong) when saying: lines in your /etc/aliases file (assuming the /ctm/tmp and /ctm/deltas directories and /ctm/log file are writable by user daemon or group wheel): I had made them writable by group wheel and it failed. > > -- > 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. ;-) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Jan 18 01:22:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12755 for hackers-outgoing; Thu, 18 Jan 1996 01:22:15 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA12629 for ; Thu, 18 Jan 1996 01:21:46 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA19400 for ; Thu, 18 Jan 1996 10:21:27 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA21870 for freebsd-hackers@freebsd.org; Thu, 18 Jan 1996 10:21:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA25329 for freebsd-hackers@freebsd.org; Thu, 18 Jan 1996 10:16:28 +0100 (MET) From: J Wunsch Message-Id: <199601180916.KAA25329@uriah.heep.sax.de> Subject: Re: BSDvs Lxxxxx Flame.. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 18 Jan 1996 10:16:26 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601171840.AA09746@gnu.mc.xerox.com> from "Marty Leisner" at Jan 17, 96 10:40:08 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Marty Leisner wrote: > > > Can someone provide hard information about nfs serving capability > on identical hardware between linux and freebsd? > > I'm very disappointed at the nfs performance on linux...I've used No ``hard information'', but most linux guys admit that their NFS server is about the worst piece of the system. I've seen 800 KB/s being piped out of a FreeBSD 1.1.5.1 machine, going to a single SGI Indy. -- 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 Jan 18 01:22:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12860 for hackers-outgoing; Thu, 18 Jan 1996 01:22:33 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA12617 for ; Thu, 18 Jan 1996 01:21:44 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA19396 for ; Thu, 18 Jan 1996 10:21:26 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA21869 for freebsd-hackers@freebsd.org; Thu, 18 Jan 1996 10:21:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA24577 for freebsd-hackers@freebsd.org; Thu, 18 Jan 1996 10:13:36 +0100 (MET) From: J Wunsch Message-Id: <199601180913.KAA24577@uriah.heep.sax.de> Subject: Re: Another cool hack with FreeBSD... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 18 Jan 1996 10:13:34 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "James Robertson" at Jan 17, 96 10:04:58 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As James Robertson wrote: > > > With Telstra Internet, access at 28k8 is a flat $A500/month. ISDN is a > > _minimum_ of $A2k/month for _one_ _unused_ 64k channel. Use it, and that > > can reach $A9k/month .. I know, I have one :-( > Ouch. ISDN at T-1 prices for here. I had no idea the prices varied by that > much. If you really wanna know about high prices, come to Europe. ``Flat fee'' is something totally unknown here, and since you have to pay for each ISDN data channel like for any normal phone call, it's no wonder that channel bonding is not of too much interest, at least for private users. (The fees in Germany have been drastically increased by this year, with a very complicated scheme. Basically, a regular local area call is now around DM 5 / hour.) OTOH, the German Telekom has been massively pushing the ISDN technique recently. After looking a bit more into the odds and ends of tele- communications technology, it's quite clear to me why. While more and more people tend to have two phone lines (one for voice, one for fax and/or modem), this would cost them two wire-pairs with the standard technology. With ISDN, their costs are halved since they only need one wire-pair to provide more than adequate functionality. The ratio improves for corporate users that require dozens of lines in parallel, by using a PRI channel, they replace 30 wire-pairs by just two of them. And local area wiring is expensive. -- 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 Jan 18 01:22:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12970 for hackers-outgoing; Thu, 18 Jan 1996 01:22:54 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA12780 for ; Thu, 18 Jan 1996 01:22:19 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA19415 for ; Thu, 18 Jan 1996 10:21:47 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA21873 for freebsd-hackers@freebsd.org; Thu, 18 Jan 1996 10:21:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA26963 for freebsd-hackers@freebsd.org; Thu, 18 Jan 1996 10:20:03 +0100 (MET) From: J Wunsch Message-Id: <199601180920.KAA26963@uriah.heep.sax.de> Subject: Re: Building a "custom" release of 2.1.0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 18 Jan 1996 10:20:00 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601180346.TAA05868@Root.COM> from "David Greenman" at Jan 17, 96 07:46:31 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As David Greenman wrote: > > Recent testing I did with devfs showed that it was eating up vnodes like > crazy. All I had to do was stat a devfs file and it would eat another vnode. > The system seems to eventually recycle them, but something isn't quite right > about this. I haven't looked any further into this yet. Speaking of devfs, did somebody actually try mounting it over /dev, and see what happens? I noticed that some SCSI control devices are still missing (and didn't get the time to hook the appropriate call into the drivers yet), i'm curious whether more serious things are still omitted? -- 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 Jan 18 01:28:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14382 for hackers-outgoing; Thu, 18 Jan 1996 01:28:52 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA13839 for ; Thu, 18 Jan 1996 01:26:35 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA05818; Thu, 18 Jan 1996 20:23:02 +1100 Date: Thu, 18 Jan 1996 20:23:02 +1100 From: Bruce Evans Message-Id: <199601180923.UAA05818@godzilla.zeta.org.au> To: jerry@border.com, leisner@sdsp.mc.xerox.com Subject: Re: SYSQUEST disks... Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >On Linux, I simply can read the device, and do a mke2fs.. >On Sun, I can only format but I don't know the paramters to pass >to format... >On FreeBSD, I think the autodetection works, but I can't treat it as >a device...(I'm not sure...I couldn't get anything working...) You have to install a label in FreeBSD. newfs has too many (in)convenient defaults that stop it from working in plain files and devices: $ cd /tmp $ dd if=/dev/zero if=/z bs=8k count=256 $ newfs /z newfs: /dev/z: No such file or directory $ newfs /tmp/z newfs: /tmp/z: can't figure out file system partition $ mv z za $ newfs /tmp/za newfs: /tmp/za: can't read disk label; disk type must be specified $ newfs /tmp/za floppy # a convenient, not quite correct label newfs: /tmp/za: not a character special device Warning: 1216 sector(s) in last sector unallocated [... otherwise works OK] $ newfs -u 0 -t 0 /tmp/za floppy [... works OK] df has too many (in)convenient defaults that stop it from working on plain files and devices: $ df /tmp/a [... unwanted output for the device that /tmp/za is on] fsck has too many (in)convenient defaults that stop it from working on plain files and devices: $ fsck /tmp/za Can't make sense out of name /tmp/za Can't stat (null): Bad address These problems can be avoided for regular files by using the vn driver. The vn driver doesn't seem to work for stacking devices. Bruce From owner-freebsd-hackers Thu Jan 18 01:30:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14825 for hackers-outgoing; Thu, 18 Jan 1996 01:30:49 -0800 (PST) Received: from NetSurfer.PolyNet.Lviv.UA (NetSurfer.PolyNet.Lviv.UA [194.44.138.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA14746 for ; Thu, 18 Jan 1996 01:30:26 -0800 (PST) Received: (ts@localhost) by NetSurfer.PolyNet.Lviv.UA (8.6.11/8.3) id KAA07787; Thu, 18 Jan 1996 10:48:02 +0200 From: Terletsky Slavik Message-Id: <199601180848.KAA07787@NetSurfer.PolyNet.Lviv.UA> Subject: ACCOUNTING counters? To: hackers@freebsd.org Date: Thu, 18 Jan 1996 10:48:01 +0000 (EET) Priority: 1 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I want to ask someone on size of Accounting Counters and why there is two counters per line? Accounting chain entries: 6028: 114 sA [HOST][0.0.0.0/0][sl0] 21654: 120 sA [0.0.0.0/0][HOST][sl0] -----? ---? Thanx. From owner-freebsd-hackers Thu Jan 18 01:33:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA15441 for hackers-outgoing; Thu, 18 Jan 1996 01:33:09 -0800 (PST) Received: from bsdi.BSDI.COM (bsdi.BSDI.COM [205.230.224.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA15428 for ; Thu, 18 Jan 1996 01:33:06 -0800 (PST) Received: (from torek@localhost) by bsdi.BSDI.COM (8.6.12/8.6.12) id CAA22395; Thu, 18 Jan 1996 02:33:03 -0700 Date: Thu, 18 Jan 1996 02:33:03 -0700 From: Chris Torek Message-Id: <199601180933.CAA22395@bsdi.BSDI.COM> To: jkh@time.cdrom.com, markd@grizzly.com Subject: Re: Change to stdio.h to export `cookie?' Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >If fd is -1, as it is when uninitialized ... It is not uninitialized, it is deliberately set to -1 to mean `not associated with a file descriptor'. There is no reasonable nonnegative value to put here, since there is no (theoretical) limit on the number of descriptors per process. >#define fpending(fp) ((fp)->_p - (fp)->_bf._base) Probably not a bad idea, though this is only correct for write-mode. A more general version might be proposed and sent to ANSI for C9X... >#define fcookie(fp) ((fp)->_cookie) This (a) assumes that there is some magic value associated with a `FILE *' and (b) that it has meaning to someone outside the read/write/ seek/close functions. I find this suspicious. Were stdio a C++ thing, fp->_cookie would be a private member.... >#define ffd(fp) ((fp)->_file) Same as existing fileno(fp). Chris From owner-freebsd-hackers Thu Jan 18 01:41:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA16561 for hackers-outgoing; Thu, 18 Jan 1996 01:41:49 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA16554 for ; Thu, 18 Jan 1996 01:41:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA23525; Thu, 18 Jan 1996 01:40:56 -0800 To: Bruce Evans cc: hackers@freebsd.org Subject: Re: Change to stdio.h to export `cookie?' In-reply-to: Your message of "Thu, 18 Jan 1996 17:17:05 +1100." <199601180617.RAA30637@godzilla.zeta.org.au> Date: Thu, 18 Jan 1996 01:40:55 -0800 Message-ID: <23523.821958055@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Since the cookie points to an object that is decided by the caller > of funopen(), it is impossible to know what it points to. True, but when I have a fairly constrained set of circumstances where I know that the only FILE* pointers I'm being passed are ones created by funopen(), it's not a problem - I simply know what the cookie is going to be. > It could only work for cookies created by the stdio implementation. > Ick. I'm not sure what you mean by this. Jordan From owner-freebsd-hackers Thu Jan 18 01:45:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA17023 for hackers-outgoing; Thu, 18 Jan 1996 01:45:48 -0800 (PST) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA17009 for ; Thu, 18 Jan 1996 01:45:43 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <07787-0@bunyip.cc.uq.oz.au>; Thu, 18 Jan 1996 19:45:24 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id TAA24554; Thu, 18 Jan 1996 19:51:16 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id TAA02484; Thu, 18 Jan 1996 19:40:45 +1000 Date: Thu, 18 Jan 1996 19:40:45 +1000 From: Stephen McKay Message-Id: <199601180940.TAA02484@orion.devetir.qld.gov.au> To: "Christoph P. Kukulies" cc: syssgm@devetir.qld.gov.au, freebsd-hackers@freebsd.org Subject: Re: ctm prob (help) X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org Precedence: bulk "Christoph P. Kukulies" wrote: >I established a ctm user, and after the mail flow started running >I'm getting bounces: > ----- Transcript of session follows ----- >Message delivered to mailing list >ctm_rmail: cannot log to 'ctm_log' >ctm_rmail: cannot open '/a/ctm/pieces/p.011878' for writing >554 "|/usr/sbin/ctm_rmail -p /a/ctm/pieces -d /a/ctm/deltas -l ctm_log"... unknown mailer error 1 > >/a/ctm is the home dir of ctm which is drwxrwxr-x ctm wheel. As others have pointed out, you have a permissions problem, since sendmail will run as uid daemon, gid daemon. I avoid this by forwarding all the incoming ctm mail through my personal account and processing it with procmail. Here is an excerpt from my ~/.procmailrc: PATH=$HOME/bin:$PATH:/usr/local/bin # CTM stuff for src-cur, ports-cur, int-src-cur. :0 w * ^Subject: ctm-mail (src-cur|ports-cur|int-src-cur) | ctm_incoming Here is ~/bin/ctm_incoming: #! /bin/sh PATH="$PATH:$HOME/bin:/usr/contrib/bin" export PATH cd $HOME/ctm || exit 1 exec ctm_rmail -p pieces -d deltas -l log (Note that my PATH is a bit odd. This is because gzip is in /usr/contrib/bin on that box.) When all goes well, the subject line matches and ctm_incoming is run. If this works the deltas will end up in ~/ctm/deltas and procmail exits successfully. If ctm_rmail fails, procmail will try more rules until the mail is delivered, usually into your regular mailbox. This seems to work better than the: ctm: ... owner-ctm: my.mail.address contruct in /etc/aliases. I've been meaning to touch up the ctm_rmail manual to add this suggestion, but I've been bitten on the bum by procmail a couple of times and I've hesitated to reveal my procmail ignorance to the world. I think I've got it right now, but would recommend that any folks experimenting with procmail be exceedingly cautious since the code is unreadable and the config syntax is full of traps. (Note the 'w' in ':0 w'.) Who's for a total rewrite? :-) Stephen McKay. From owner-freebsd-hackers Thu Jan 18 01:53:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA17961 for hackers-outgoing; Thu, 18 Jan 1996 01:53:30 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA17898 for ; Thu, 18 Jan 1996 01:52:40 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA20909; Thu, 18 Jan 1996 10:51:58 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA21983; Thu, 18 Jan 1996 10:51:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA05870; Thu, 18 Jan 1996 10:41:05 +0100 (MET) From: J Wunsch Message-Id: <199601180941.KAA05870@uriah.heep.sax.de> Subject: Re: user management stuff To: witr@rwwa.com (Robert Withrow) Date: Thu, 18 Jan 1996 10:41:03 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601180116.UAA08913@spooky.rwwa.com> from "Robert Withrow" at Jan 17, 96 08:16:15 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Robert Withrow wrote: > > > > 3) chpass -p doesn't seem to work at all. > > > > That seems to work just fine for me in -current. > > Can you give me a (shrouded) example, just to rule out > operator error on my part, for 2.1? Or, do the > commit logs indicate a bug fix in this area? If you look into the source, the fix is obvious. Compile without YP defined, or move the YP initialization up two dozen lines before the option evaluation. I'm too lazy to make you a diff for 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 Thu Jan 18 02:01:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA18993 for hackers-outgoing; Thu, 18 Jan 1996 02:01:37 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA18984 for ; Thu, 18 Jan 1996 02:01:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA23709; Thu, 18 Jan 1996 02:00:52 -0800 To: Chris Torek cc: markd@grizzly.com, hackers@freebsd.org Subject: Re: Change to stdio.h to export `cookie?' In-reply-to: Your message of "Thu, 18 Jan 1996 02:33:03 MST." <199601180933.CAA22395@bsdi.BSDI.COM> Date: Thu, 18 Jan 1996 02:00:52 -0800 Message-ID: <23707.821959252@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk >>If fd is -1, as it is when uninitialized ... > >It is not uninitialized, it is deliberately set to -1 to mean >`not associated with a file descriptor'. There is no reasonable Well, I guess what I'm trying to say is that there are certainly circumstances where it *can* be associated with a valid descriptor, and might it not be reasonable to make provisions for setting it? > >#define fpending(fp) ((fp)->_p - (fp)->_bf._base) > > Probably not a bad idea, though this is only correct for write-mode. > A more general version might be proposed and sent to ANSI for C9X... I'm open to suggestions.. :-) > >#define fcookie(fp) ((fp)->_cookie) > > This (a) assumes that there is some magic value associated with a > `FILE *' and (b) that it has meaning to someone outside the read/write/ > seek/close functions. I find this suspicious. Were stdio a C++ thing, > fp->_cookie would be a private member.... Well, OK, so you caught me.. I am trying to layer some additional behavior on top of stdio and the read/write/seek/close redirection takes me *most* of the way there, but for the rest I needed to juggle some routines which accepted normal FILE* arguments into looking at the cookie and dispatching different routines for it. I have an existing framework that already passes FILE* pointers everywhere to work with, and I don't think that my situation is that uncommon. Most systems, like X, give you a little user-definable data area to play with if you're going to be passing highly ubiquitous types (like window IDs) around because it's just too darn useful of a function not to provide. Would you not say that the FILE struct has become pretty ubiquitious in UNIX? :-) > >#define ffd(fp) ((fp)->_file) > > Same as existing fileno(fp). Duh! I can't believe I said this. I blame the late hour, the coffee, the fact that my mother was deprived of oxygen for 4 months while carrying me! No, no wait.. :-) I should have checked stdio.h first. I guess why I didn't really consider fileno() to begin with is that I didn't think it was guaranteed to be a macro - is that mandated by the spec? If it were implemented as a function on some architecture then you'd have a hard time using it on the LHS of an expression, as I am. Jordan From owner-freebsd-hackers Thu Jan 18 02:17:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA20767 for hackers-outgoing; Thu, 18 Jan 1996 02:17:06 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA20758 for ; Thu, 18 Jan 1996 02:17:03 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tcrOo-0003xuC; Thu, 18 Jan 96 02:16 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id LAA00360; Thu, 18 Jan 1996 11:16:39 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: obrien@cs.ucdavis.edu (David E. O'Brien) cc: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Thu, 18 Jan 1996 01:18:04 PST." <9601180918.AA17334@toadflax.cs.ucdavis.edu> Date: Thu, 18 Jan 1996 11:16:38 +0100 Message-ID: <358.821960198@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > With CVS now public, some people are attempting to practice `roll their own ', > > so if CVS is at all avoidable (like it was in FreeBSD-1.*), it would help > > more people with less disc space practice. > > > > Maybe I'm missing something here, but in 2.0-R I was playing with making > my own floppies, and I just replaced the cvs commands with a script that > make a directory and created hard links to the files in /usr/src (I had a > big user partition). This got me past the cvs thing. I did hit other > road blocks though. > > So what's the big deal? Anyone daring enough to play with building a > release should be able to edit a Makefile. Amen. I have no problems with helping a guy like you who has an entrepeneuring spirit and reads the files. Good luck. -- 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 Jan 18 02:23:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA21613 for hackers-outgoing; Thu, 18 Jan 1996 02:23:25 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA21575 for ; Thu, 18 Jan 1996 02:23:16 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA07686; Thu, 18 Jan 1996 21:07:18 +1100 Date: Thu, 18 Jan 1996 21:07:18 +1100 From: Bruce Evans Message-Id: <199601181007.VAA07686@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: Change to stdio.h to export `cookie?' Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> Since the cookie points to an object that is decided by the caller >> of funopen(), it is impossible to know what it points to. >True, but when I have a fairly constrained set of circumstances where >I know that the only FILE* pointers I'm being passed are ones created >by funopen(), it's not a problem - I simply know what the cookie is >going to be. If you created them then you don't need any stdio support for them. Do you just mean accessing your own cookies from outside the i/o routines? fp->_cookie is unportable but no worse than __getcookie(fp) unless you're trying to establish a standard. (fp->_read == my_read) can be used to determine if you have fropen()ed the stream. The interface is certainly incomplete here. >> It could only work for cookies created by the stdio implementation. >> Ick. >I'm not sure what you mean by this. I thought you were talking about looking inside the cookie for cookies not created by you. This can only work for cookies created by the stdio implementation. You would need to keep track of where they are created. Bruce From owner-freebsd-hackers Thu Jan 18 03:00:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA25241 for hackers-outgoing; Thu, 18 Jan 1996 03:00:11 -0800 (PST) Received: from bbs.galactica.it (bbs.galactica.it [151.99.164.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA25186 for ; Thu, 18 Jan 1996 03:00:06 -0800 (PST) From: davide@galactica.it Message-Id: <199601181100.DAA25186@freefall.freebsd.org> To: hackers@FreeBSD.org Date: 18 Jan 1996 12:00:32 GMT Subject: panic !! Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi, Sometimes my FreeBSD 2.0 reboots saying: Panic: kmem_map (or mb_map) too small ! I know that this problem is caused by a vm problem, My system has 48mb Ram ... I think that's' enought... Can anyone help me to avoi this problem ? Can I increase the size of these maps ? Thanks for reply Ciao Davide ---- davide@galactica.it From owner-freebsd-hackers Thu Jan 18 04:55:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06101 for hackers-outgoing; Thu, 18 Jan 1996 04:55:05 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA06095 for ; Thu, 18 Jan 1996 04:55:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id EAA06699; Thu, 18 Jan 1996 04:54:54 -0800 Message-Id: <199601181254.EAA06699@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: davide@galactica.it cc: hackers@FreeBSD.org Subject: Re: panic !! In-reply-to: Your message of "18 Jan 1996 12:00:32 GMT." <199601181100.DAA25186@freefall.freebsd.org> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 18 Jan 1996 04:54:54 -0800 Sender: owner-hackers@FreeBSD.org Precedence: bulk >Sometimes my FreeBSD 2.0 reboots saying: >Panic: kmem_map (or mb_map) too small ! > >I know that this problem is caused by a vm problem, >My system has 48mb Ram ... I think that's' enought... >Can anyone help me to avoi this problem ? >Can I increase the size of these maps ? The panic indicates that the system ran out of virtual memory for network buffers (specifically, mbuf clusters). You can increase the amount of VM avaliable for mbuf clusters by adding: options "NMBCLUSTERS=" ...to your kernel config file, where is a number in the range 512-4096, depending on the number of concurrent TCP connections you need to support. I'd recommend trying 2048 - this should get rid of the panic completely. You can monitor the number of mbuf clusters allocated/in use on the system with netstat -m. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Jan 18 05:00:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06356 for hackers-outgoing; Thu, 18 Jan 1996 05:00:20 -0800 (PST) Received: from mailx.best.com (mailx.best.com [204.156.128.56]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA06350 for ; Thu, 18 Jan 1996 05:00:18 -0800 (PST) Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by mailx.best.com (950911.SGI.8.6.12.PATCH825/8.6.5) with ESMTP id NAA24256; Thu, 18 Jan 1996 13:02:19 GMT Received: from localhost (localhost [127.0.0.1]) by geli.clusternet (8.6.12/8.6.9) with SMTP id EAA07365; Thu, 18 Jan 1996 04:59:43 -0800 Message-Id: <199601181259.EAA07365@geli.clusternet> X-Authentication-Warning: geli.clusternet: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.4 10/10/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: BSDvs Lxxxxx Flame.. In-reply-to: Your message of "Thu, 18 Jan 1996 10:16:26 +0100." <199601180916.KAA25329@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Jan 1996 04:59:43 -0800 From: "Russell L. Carter" Sender: owner-hackers@freebsd.org Precedence: bulk } As Marty Leisner wrote: } > } > } > Can someone provide hard information about nfs serving capability } > on identical hardware between linux and freebsd? } > } > I'm very disappointed at the nfs performance on linux...I've used } } No ``hard information'', but most linux guys admit that their NFS } server is about the worst piece of the system. } } I've seen 800 KB/s being piped out of a FreeBSD 1.1.5.1 machine, going } to a single SGI Indy. } Asynchronous, of course! :-) I have a page of results for FreeBSD networking, sitting at http://www.geli.com/data/net.perf.html This is all 100BASE-TX results. I made a careful study of Linux, NetBSD, and FreeBSD 10Mb NFS Server performance for Sandia National Lab a year ago, and Linux was 10x slower. That was then, this is now, the first thing that happens when Linux server performance is mentioned is "well, this is fixed in the next kernel". But it isn't, the server is a user space implementation, and performance won't get better until they bring it into the kernel. Rather than have a flame war, the best antidote to the disinformation (dissembling?) proclivities of ->OTHER FINE PROJECTS<- is good hard data. If anyone has any networking (or any FreeBSD performance data) that they would like mentioned or listed (with proper attribs, of course) in my performance pages, I would be happy to due so. A good example how this sometimes works is disk performance. About 9 months ago I started pointing out on the linux lists that bonnie with a file size quite a bit larger than main memory size is a good indicator of actual disk performance, and slowly that discussion has gotten more realistic. (fewer "Zowwy! I get 15 MB/s out of my EIDE drive on a 486!) The same needs to be done for the networking side. I'm quite partial to netperf, myself. } -- } 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. ;-) } Regards, Russell From owner-freebsd-hackers Thu Jan 18 05:23:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA07059 for hackers-outgoing; Thu, 18 Jan 1996 05:23:37 -0800 (PST) Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA07054 for ; Thu, 18 Jan 1996 05:23:34 -0800 (PST) Received: from spase1 by sun4nl.NL.net via EUnet id AA26392 (5.65b/CWI-3.3); Thu, 18 Jan 1996 14:23:32 +0100 Received: from phobos.spase.nl by spase.nl (4.1/SMI-4.1) id AA10149; Thu, 18 Jan 96 14:16:07 GMT From: dutchman@spase.nl (Kees Jan Koster) Received: (dutchman@localhost) by phobos.spase.nl (8.6.11/8.6.11) id OAA01326 for freebsd-hackers@FreeBSD.ORG; Thu, 18 Jan 1996 14:16:07 GMT Message-Id: <199601181416.OAA01326@phobos.spase.nl> Subject: Above286 board To: freebsd-hackers@FreeBSD.ORG Date: Thu, 18 Jan 1996 14:16:06 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hoi Hackers, I've got a new memoryboard for my PC. It's an Intel AboveBoard 286. The docs state that it's an EMM board. With it you can add up to 2MB of EMM to your 286 or 8088(!). It's a fullsized ISA board and it looks like mine has 2MB on it. I'd like to use it as a ram disk for FreeBSD, to have 2MB of fast swap space. But for that I'll have to write a device driver. 1) Has anyone heard of this board? Does anyone use it? Is there source of a device driver for it? (Any system) 2) Can a non-kernel process address the ISA memory space? To experiment I'd like to be able to write to it's addresses without rebuilding the kernel. 3) Does anyone have a pointer into Intel Corp. to someone who can give me more info or even specs of this board? The docs tell me that the board can be used to supply _conventional_ memory via a setup program. That's odd. I didn't think an XT could address memory via the ISA bus? Or can it? Thanks in advance for any information. Kees Jan Koster ======================================================================v== Kees Jan Koster e-mail: dutchman@spase.nl Van Somerenstraat 50 tel: NL-24-3234708 6521 BS Nijmegen the Netherlands ======================================================================v== From owner-freebsd-hackers Thu Jan 18 05:43:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA07881 for hackers-outgoing; Thu, 18 Jan 1996 05:43:05 -0800 (PST) Received: from sun4nl.NL.net (sun4nl.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA07876 for ; Thu, 18 Jan 1996 05:43:02 -0800 (PST) Received: from spase1 by sun4nl.NL.net via EUnet id AA29688 (5.65b/CWI-3.3); Thu, 18 Jan 1996 14:42:59 +0100 Received: from phobos.spase.nl by spase.nl (4.1/SMI-4.1) id AA10587; Thu, 18 Jan 96 14:40:06 GMT From: dutchman@spase.nl (Kees Jan Koster) Received: (dutchman@localhost) by phobos.spase.nl (8.6.11/8.6.11) id OAA01428 for freebsd-hackers@FreeBSD.ORG; Thu, 18 Jan 1996 14:40:07 GMT Message-Id: <199601181440.OAA01428@phobos.spase.nl> Subject: Failing reboot. To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Date: Thu, 18 Jan 1996 14:40:06 +0000 (GMT) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hoi Hackers, My system won't reboot. When I press any key at the message "Press any key to reboot..." Nothing happens. Looking into the code I see that my sweet prince is put to sleep the hard way, but he doesn't wake up anymore. The problem is not very big. I still have the reset button. But I know that in every little problem there is a big problem, trying to get out. Help? Kees Jan Koster ======================================================================v== Kees Jan Koster e-mail: dutchman@spase.nl Van Somerenstraat 50 tel: NL-24-3234708 6521 BS Nijmegen the Netherlands ======================================================================v== From owner-freebsd-hackers Thu Jan 18 06:01:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA08742 for hackers-outgoing; Thu, 18 Jan 1996 06:01:59 -0800 (PST) Received: from ns.easy.re.kr (easy.re.kr [203.241.171.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA08720 for ; Thu, 18 Jan 1996 06:01:21 -0800 (PST) Received: (from moonhunt@localhost) by ns.easy.re.kr (8.6.12H1/8.6.12) id WAA28086 for freebsd-hackers@freebsd.org; Thu, 18 Jan 1996 22:59:47 +0900 Date: Thu, 18 Jan 1996 22:59:47 +0900 From: Hyun-Seog Ryu Message-Id: <199601181359.WAA28086@ns.easy.re.kr> To: freebsd-hackers@freebsd.org Subject: Can I use some devices??? Sender: owner-hackers@freebsd.org Precedence: bulk Hi, everyone, Please let me know below question's answer... 1) I was bought EtherLink III PCI(3C590 combo) and Fast Etherlink PCI(3C595-TX, 10/100Base-T ethernet adapter). But It is not recognized by FreeBSD kernel 2.1.0-RELEASE kernel. Can I use it by some other configuration??? (ex. FreeBSD-stable, FreeBSD-current, etc...) 2) I have philips CDD-522 CD-Recorder. It was recognized by worm0. Can I use it??? If so, how to use it??? ;< Thank you for your help. Sincerely, HyunSeog Ryu -- Name : Hyunseog Ryu(moonhunt@easy.re.kr) http://www.easy.re.kr/~moonhunt Tel : +82-2-884-0174 Fax : +82-2-884-0175 EASY Research Institute, 304-25,Shinrim 10-dong Kwanak-gu,Seoul,151-020,Korea For the better tommorow, for the better world!!! Cheers~~~~ ;> From owner-freebsd-hackers Thu Jan 18 06:27:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA09658 for hackers-outgoing; Thu, 18 Jan 1996 06:27:25 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA09653 for ; Thu, 18 Jan 1996 06:27:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA24473; Thu, 18 Jan 1996 06:25:43 -0800 To: Hyun-Seog Ryu cc: freebsd-hackers@freebsd.org Subject: Re: Can I use some devices??? In-reply-to: Your message of "Thu, 18 Jan 1996 22:59:47 +0900." <199601181359.WAA28086@ns.easy.re.kr> Date: Thu, 18 Jan 1996 06:25:42 -0800 Message-ID: <24471.821975142@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > 1) I was bought EtherLink III PCI(3C590 combo) and > Fast Etherlink PCI(3C595-TX, 10/100Base-T ethernet adapter). > But It is not recognized by FreeBSD kernel 2.1.0-RELEASE kernel. > Can I use it by some other configuration??? (ex. FreeBSD-stable, > FreeBSD-current, etc...) There were some patches recently posted here.. Do you subscribe to this list? You can probably find them again by using the search engine at http://www.freebsd.org to search for `3C595' > 2) I have philips CDD-522 CD-Recorder. It was recognized by worm0. > Can I use it??? If so, how to use it??? ;< Not yet! Some people (like joerg@freebsd.org and julian@freebsd.org) are working on CDR technology, but nothing official has gone into the tree yet. I have an HP SureStore 4020i now myself, so I'll be looking into this as well! :) Jordan From owner-freebsd-hackers Thu Jan 18 07:28:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13178 for hackers-outgoing; Thu, 18 Jan 1996 07:28:40 -0800 (PST) Received: from bell.cs.strath.ac.uk (mmdf@bell.cs.strath.ac.uk [130.159.196.126]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA13056 for ; Thu, 18 Jan 1996 07:28:05 -0800 (PST) Received: from neilson.cs.strath.ac.uk by bell.cs.strath.ac.uk id aa25321; 18 Jan 96 15:18 GMT To: hackers@freebsd.org cc: phil@cs.strath.ac.uk Subject: execve won't load interpreters Date: Thu, 18 Jan 96 15:18:47 +0000 From: Philip Murray Message-ID: <9601181518.aa25321@bell.cs.strath.ac.uk> Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I would first like to say I am impressed with FreeBSD - it is good to be able to have a *REAL* OS at home (and its FREE)! But unfortunately I do have a problem. I have been trying to set up some text filters for lpd (I even used one from the handbook) and discovered that lpd couldn't execve scripts. I then tested this myself and get an "Exec Format error" when trying to execve interpreted files. I see that the shells use their own code for detecting scripts but I assume lpd relies on execve to do it all. I am running FreeBSD 2.1 and get the error with both my modified kernel and also with the original GENERIC kernel. I had a quick look at the source code and found some code to deal with interpreted files (in kern_exec.c) but I can't find the code that is meant to detect interpreted files (I'm afraid I don't know much about kernel hacking). Anyone have any ideas? Phil. From owner-freebsd-hackers Thu Jan 18 07:40:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14279 for hackers-outgoing; Thu, 18 Jan 1996 07:40:46 -0800 (PST) Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA14263 for ; Thu, 18 Jan 1996 07:40:37 -0800 (PST) Received: from ugen-tr (dnewsom-tr.worldbank.org [138.220.101.57]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id KAA10016; for ; Thu, 18 Jan 1996 10:40:25 -0500 Date: Thu, 18 Jan 96 09:58:56 From: "Ugen J.S.Antsilevich" Subject: RE: ACCOUNTING counters? To: hackers@FreeBSD.ORG, Terletsky Slavik X-PRIORITY: 3 (Normal) X-Mailer: Chameleon 4.00.4, TCP/IP for Windows, NetManage Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 18 Jan 1996 10:48:01 +0000 (EET) Terletsky Slavik wrote: >Hi, I want to ask someone on size of Accounting Counters >and why there is two counters per line? >Accounting chain entries: > 6028: 114 sA [HOST][0.0.0.0/0][sl0] > 21654: 120 sA [0.0.0.0/0][HOST][sl0] > -----? ---? >Thanx. First one is bytes, second - packets. --Ugen From owner-freebsd-hackers Thu Jan 18 07:44:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14593 for hackers-outgoing; Thu, 18 Jan 1996 07:44:28 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA14586 for ; Thu, 18 Jan 1996 07:44:22 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id CAA03277; Fri, 19 Jan 1996 02:43:54 +1100 From: michael butler Message-Id: <199601181543.CAA03277@asstdc.scgt.oz.au> Subject: Re: Failing reboot. To: dutchman@spase.nl (Kees Jan Koster) Date: Fri, 19 Jan 1996 02:43:51 +1100 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601181440.OAA01428@phobos.spase.nl> from "Kees Jan Koster" at Jan 18, 96 02:40:06 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Kees Jan Koster writes: > My system won't reboot. When I press any key at the message > "Press any key to reboot..." > Nothing happens. > Looking into the code I see that my sweet prince is put to sleep the > hard way, but he doesn't wake up anymore. You are in a twisty little maze of vnodes .. .. xyzzy Nothing happens .. plugh Nothing happens .. Seriously, there are two possibilities .. some BIOS implementations have a setting which is marked "keyboard controller reset" and simply bouncing that to the other setting fixes the problem. The other is that you might try recompiling your kernel with the BROKEN_KEYBOARD_RESET option (as documented in LINT), michael From owner-freebsd-hackers Thu Jan 18 07:45:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14748 for hackers-outgoing; Thu, 18 Jan 1996 07:45:40 -0800 (PST) Received: from maelstrom.cc.mcgill.ca (maelstrom.CC.McGill.CA [132.206.35.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA14743 for ; Thu, 18 Jan 1996 07:45:34 -0800 (PST) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.7.1/8.6.6) id KAA02826 for freebsd-hackers@freefall.freebsd.org; Thu, 18 Jan 1996 10:42:06 -0500 (EST) Message-Id: <199601181542.KAA02826@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: Thu, 18 Jan 96 10:42:04 -0500 To: freebsd-hackers@freefall.freebsd.org Subject: Re: YAY! I have a question Reply-To: yves@CC.McGill.CA Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi, I didn't see this message come back to me and since I still receive mail about this problem, I feel like it would be a good idea to resend it. Sorry if you see this twice. Yves Lepage Begin forwarded message: Received: by NeXT.Mailer (1.118.2) From: Yves Lepage Date: Fri, 12 Jan 96 16:36:51 -0500 To: Julian Elischer Subject: Re: YAY! I have a question cc: hackers@freebsd.org Reply-To: yves@cc.mcgill.ca Hi all, The problem is over! Thanks to Julian Elischer who quickly found the problem: a bug in the if_ep.c driver. The fix is to add: ifp->if_unit = is->id_unit; to: ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_NOTRAILERS; ifp->if_flags |= IFF_MULTICAST; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; ifp->if_ioctl = epioctl; ifp->if_watchdog = epwatchdog; in epattach in if_ep.c (/sys/i386/isa/if_ep.c). Thanks again, I didn't think I still could be amazed by the level of support we get from the community, but I am :-) Yves Lepage yves@cc.mcgill.ca From owner-freebsd-hackers Thu Jan 18 08:21:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17287 for hackers-outgoing; Thu, 18 Jan 1996 08:21:31 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA17280 for ; Thu, 18 Jan 1996 08:21:28 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA22499; Thu, 18 Jan 1996 10:20:25 -0600 From: Joe Greco Message-Id: <199601181620.KAA22499@brasil.moneng.mei.com> Subject: Re: ACCOUNTING counters? To: ts@NetSurfer.PolyNet.Lviv.UA (Terletsky Slavik) Date: Thu, 18 Jan 1996 10:20:25 -0600 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601180848.KAA07787@NetSurfer.PolyNet.Lviv.UA> from "Terletsky Slavik" at Jan 18, 96 10:48:01 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Hi, I want to ask someone on size of Accounting Counters > and why there is two counters per line? > Accounting chain entries: > 6028: 114 sA [HOST][0.0.0.0/0][sl0] > 21654: 120 sA [0.0.0.0/0][HOST][sl0] > -----? ---? > Thanx. >From one of my routers.. [....] 66682819: 169944 bA [0.0.0.0/0][0.0.0.0/0][204.95.219.1] ^^^^^^^^ ^^^^^^ bytes pkts. I'm not interested in precise utilization which is why I tally both directions under the same counter - I'm only interested in approximate utilization. Has anybody written up a nice accounting package? I've got a quick'n'dirty hack that consists of #! /bin/sh - PATH=/bin:/sbin:/usr/bin:/usr/local/bin; export PATH cd /var/netaccount ( ipfw -s -a -n l > `date +%H` ipfw z ) 2>&1 > /dev/null exit 0 run once an hour out of cron... it allows me to look back on the last 24 hours on a per-hour basis. I have a cheapie set of grep/awk/etc scripts that go through and generate GNUplot data (whooopie!). I monitor traffic to about 10 different major subnets here. I'd really like to keep much more detailed statistics with a much finer resolution (5 min?)... but the tools to do this in a practical way don't exist. I'd like, for example, to be able to pull up a graphic showing off-site NNTP traffic for the last 30 days, just by clicking a few buttons. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Jan 18 09:00:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18956 for hackers-outgoing; Thu, 18 Jan 1996 09:00:53 -0800 (PST) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA18951 Thu, 18 Jan 1996 09:00:46 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id RAA26569; Thu, 18 Jan 1996 17:55:35 +0100 Message-Id: <199601181655.RAA26569@ra.dkuug.dk> Subject: Re: Linux and/or ELF executables To: swallace@ece.uci.edu (Steven Wallace) Date: Thu, 18 Jan 1996 17:55:35 +0100 (MET) Cc: sos@freebsd.org, erich@uruk.org, freebsd-hackers@freebsd.org In-Reply-To: <199601180745.XAA26302@newport.ece.uci.edu> from "Steven Wallace" at Jan 17, 96 11:45:02 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk In reply to Steven Wallace who wrote: > > > Erhm, I ve a SVR4 loader plus emulation stuff lying around, but it is > > for use with our old iBCS2 emulator (the one before the NetBSD one > > crept in) > > > > As you know, the COFF loader is still your original loader, so > you should still be able to use whatever code you have. Please > feel free to share it with the rest of the team. The SVR4 functions etc that i have will most definitively NOT fit into the NetBSD emulator.... The ELF loader might, but there is no point in that as long as we: 1. have no native support for ELF (there is work on this though) 2. have no SVR4 emulator. > Oh, just for the record, the new code did not "creep" in, there > was months and months of notice and talk about this, as Jordan > can attest to. This is bullshit, I saw some crude hacks to the NetBSD code, then NOTHING happend for a couple of months, and then suddenly it was committed. That pissed me off, and still does, as it totally screwed the SVR4 work I had lying around... What I was expecting back then when I said I didn't have the time to do things quickly (could have done it in the months your hack took though) was some sort of co-working, but that certainly did not happen either. Hrmpf ! On the other hand, John Polstra is about to have finished the GNU tool suite for native elf, and I and Peter Wemm have both looked at a generic ELF loader, so that might be done in the nearest future. Adding SVR4 kernel support is pretty easy, but we will have the problem (again) with install tools, utils etc etc... (Those complaining to all of this should go write some of those :) ask Terry for details ....) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Thu Jan 18 09:36:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21177 for hackers-outgoing; Thu, 18 Jan 1996 09:36:15 -0800 (PST) Received: from Relay1.Austria.EU.net (relay1.Austria.EU.net [192.92.138.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA21172 for ; Thu, 18 Jan 1996 09:36:09 -0800 (PST) From: marino.ladavac@aut.alcatel.at Received: from atusks01.aut.alcatel.at by Relay1.Austria.EU.net with SMTP id AA06924 (5.67b/IDA-1.5 for ); Thu, 18 Jan 1996 18:34:33 +0100 Received: from atuhc16 by atusks01.aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA22383; Thu, 18 Jan 96 18:33:51 +0100 Message-Id: <9601181733.AA22383@atuhc16.atusks01.aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA16800; Thu, 18 Jan 1996 18:33:47 +0100 Subject: Re: Another cool hack with FreeBSD... To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Date: Thu, 18 Jan 96 18:33:47 MET Cc: hackers@freebsd.org In-Reply-To: <199601180913.KAA24577@uriah.heep.sax.de>; from "J Wunsch" at Jan 18, 96 10:13 am Mailer: Elm [revision: 70.85] Sender: owner-hackers@freebsd.org Precedence: bulk > If you really wanna know about high prices, come to Europe. > ``Flat fee'' is something totally unknown here, and since you have to > pay for each ISDN data channel like for any normal phone call, it's no > wonder that channel bonding is not of too much interest, at least for > private users. (The fees in Germany have been drastically increased > by this year, with a very complicated scheme. Basically, a regular > local area call is now around DM 5 / hour.) You should still consider yourself lucky. Wonder why's there almost noone from Austria around? Local calls have been 40 ATS (cca. 6 DEM) per hour for years :( And they're not likely to drop, either. /Alby > cheers, J"org From owner-freebsd-hackers Thu Jan 18 09:39:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21266 for hackers-outgoing; Thu, 18 Jan 1996 09:39:50 -0800 (PST) Received: from bell.cs.strath.ac.uk (mmdf@bell.cs.strath.ac.uk [130.159.196.126]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA21260 for ; Thu, 18 Jan 1996 09:39:46 -0800 (PST) Received: from neilson.cs.strath.ac.uk by bell.cs.strath.ac.uk id aa27932; 18 Jan 96 17:39 GMT To: "Jordan K. Hubbard" cc: phil@cs.strath.ac.uk, hackers@freebsd.org Subject: Re: execve won't load interpreters In-reply-to: Your message of "Thu, 18 Jan 96 07:56:42 PST." <24778.821980602@time.cdrom.com> Date: Thu, 18 Jan 96 17:39:10 +0000 From: Philip Murray Message-ID: <9601181739.aa27932@bell.cs.strath.ac.uk> Sender: owner-hackers@freebsd.org Precedence: bulk Of course it works! Ignore my last message! I am used to laughing at other peoples mistakes but mine is the worst I have seen. My girlfriend wrote the scripts (well cut and paste from the handbook) and forgot to remove the spaces from the left hand side! I looked and looked for something wrong but was too stupid to see it! (I guess I *still* haven't recovered from the New Year festivities) Sorry I wasted peoples time :-( I will just go and hide my face in a corner now! Thanks, Phil (the idiot). In message <24778.821980602@time.cdrom.com> you write: >execve() should deal just fine with scripts. Are you sure they start >with: > >#!/some/path/to/an/executable > >Properly? Can you execute them when you are su'd to `bin'? > > Jordan >> >> Hi, >> I would first like to say I am impressed with FreeBSD - it is good to be >> able to have a *REAL* OS at home (and its FREE)! But unfortunately I do have >> a problem. >> . . . Very, very stupid mistake deleted! . . . >> >> Phil. > From owner-freebsd-hackers Thu Jan 18 10:08:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22769 for hackers-outgoing; Thu, 18 Jan 1996 10:08:18 -0800 (PST) Received: from cats.ucsc.edu (root@cats-po-1.UCSC.EDU [128.114.129.22]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA22764 for ; Thu, 18 Jan 1996 10:08:16 -0800 (PST) Received: from scruz.ucsc.edu by cats.ucsc.edu with SMTP id KAA02521; Thu, 18 Jan 1996 10:08:03 -0800 Received: from osprey by scruz.ucsc.edu id aa02530; 18 Jan 96 9:59 PST Received: (from markd@localhost) by Grizzly.COM (8.6.12/8.6.9) id IAA01128; Thu, 18 Jan 1996 08:52:15 GMT Date: Thu, 18 Jan 1996 08:52:15 GMT Message-Id: <199601180852.IAA01128@Grizzly.COM> From: Mark Diekhans To: jkh@time.cdrom.com CC: torek@bsdi.com, hackers@freebsd.org In-reply-to: <23707.821959252@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Change to stdio.h to export `cookie?' Sender: owner-hackers@freebsd.org Precedence: bulk >> >#define fpending(fp) ((fp)->_p - (fp)->_bf._base) > >> Probably not a bad idea, though this is only correct for write-mode. >> A more general version might be proposed and sent to ANSI for C9X... > >I'm open to suggestions.. :-) #define fwritepending(fp) ((fp)->_p - (fp)->_bf._base) #define freadpending(fp) ((fp)->_r > 0) I believe is correct. The read check is much more useful, however. Mark From owner-freebsd-hackers Thu Jan 18 10:28:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23594 for hackers-outgoing; Thu, 18 Jan 1996 10:28:33 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA23586 for ; Thu, 18 Jan 1996 10:28:17 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id TAA22379 for ; Thu, 18 Jan 1996 19:16:49 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id TAA23159; Thu, 18 Jan 1996 19:16:48 +0100 Date: Thu, 18 Jan 1996 19:16:48 +0100 Message-Id: <199601181816.TAA23159@caramba.cs.tu-berlin.de> To: hackers@freebsd.org Subject: German *BSD Mailing Lists MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk [this mail is in German] Es gibt jetzt ein paar Mailinglisten auf blues.physik.rwth-aachen.de für BSD: de-bsd-announce "Wichtige Treffen und technische Neuerungen" de-bsd-chat "Nicht-technische Sachen" de-bsd-hackers "Hardware, Software, Kernel" de-bsd-hubs "Admininstatoren von FreeBSD Mirrors in DE" de-bsd-test "nur fuer Testzwecke" de-freebsd-ctm-cvs-cur "Ctm updates to current source" Es gelten die üblichen Majordomo-Kommandos: Hilfe mit: echo help | mail majordomo@blues.physik.rwth-aachen.de subscribe: echo subscribe | mail majordomo@blues.physik.rwth-aachen.de ==> de-bsd-announce.info <== Ankuendigungen fuer BSD z.B. Social Events, neue Treiber, neue Releases ==> de-bsd-chat.info <== Nicht-technische Diskussionen z.B. wo gibt es in Deutschland die FreeBSD CD-ROM, Tapes etc. Uebersetzungen aus dem Handbuch etc. FTP/WWW/SUP in Deutschland Social Events, Treffen von lokalen BSD-Gruppen ==> de-bsd-hackers.info <== Technische Diskussionen z.B. Kernel, ISDN, Internationalization (deutsche Umlaute, Tastatur) Hardware ==> de-bsd-hubs.info <== Admininstatoren von FreeBSD Mirrors in Deutschland (de.freebsd.org) FreeBSD Distributions Hubs: mail sup ftp www ==> de-bsd-test.info <== Testliste fuer deutsche BSD-Mailinglisten ==> de-freebsd-ctm-cvs-cur.info <== Ctm updates to current source Wolfram -- Wolfram Schneider Luft From owner-freebsd-hackers Thu Jan 18 10:28:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23610 for hackers-outgoing; Thu, 18 Jan 1996 10:28:46 -0800 (PST) Received: from aries.bbcc.ctc.edu (ARIES.BBCC.CTC.EDU [134.39.180.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA23589 for ; Thu, 18 Jan 1996 10:28:31 -0800 (PST) Received: (from chris@localhost) by aries.bbcc.ctc.edu (8.6.12/8.6.9) id KAA03625; Thu, 18 Jan 1996 10:10:31 -0800 Message-ID: X-Mailer: XFMail 0.3 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit MIME-Version: 1.0 In-Reply-To: <199601180633.JAA15198@dawn.ww.net> Reply-To: chris@aries.bbcc.ctc.edu Organization: Big Bend Community College Date: Thu, 18 Jan 1996 10:08:10 PST From: Chris Coleman To: Alexis Yushin Subject: Re: (fwd) Re: UPS Cc: dk+@ua.net, hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Im collecting information on this subject. I have created a small home page on the UPS topic it is at 'http://www.bbcc.ctc.edu/APCFAQ.html' I have a few APC SmartUPS 600's I hope this helps Chris Coleman On 18-Jan-96 Alexis Yushin wrote: >>Once Dmitry Kohmanyuk wrote: >>As chuck@fang.cs.sunyit.edu wrote: >>> >>> I just ordered a APC Smart UP for my FreeBSD System (of course >>> this was through typical government channel so it may take awhile). I'd >>> be more than willing to help out on any group effort to develp something >>> for these UPS. I had intended on developping something on my own using >>> what J^vrg Wunsch had done but I'd much rather work with other people on >>> it. >> >>Feel free to use whatever you can find under >> >> ftp://ftp.inf.tu-dresden.de/pub/people/wunsch/smartups/ >> >>It should at least be a reference for what i have found out for the >>SmartUPSen. Maybe our company is also going to buy an UPS some day, >>this will be the point where i need it again. :-) > > I am currently on the work on the UPS daemon. I would like >this to be a generic one and almost succeeded. I am finished with >configuration and asyncronous port handling, and APC specific part. >I am working on event handling and then I'll be able to alpha test. > > I have reverse engeneered a lot of APC SmartUPS commands >but any additional info is greatly appreciated. I am thinking about >creating a mailing list for people who would like to joing this >project. Until then, please everybody who has anything on SmartUPS >or willing to help. Mail me! > > alexis > >P.S. The current sources are availble only from me directly with e-mail > upon request. The daemon will and is tollaly free, no charge, no > license. >-- > The more experienced you are the less people you can get advice from. Chris Coleman Chris@aries.bbcc.ctc.edu Computer Support Intern, Big Bend Community College http://www.bbcc.ctc.edu/hypertxt/yafda.html Lost in CyberSpace and Loving it. From owner-freebsd-hackers Thu Jan 18 10:46:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24570 for hackers-outgoing; Thu, 18 Jan 1996 10:46:30 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA24564 Thu, 18 Jan 1996 10:46:27 -0800 (PST) Message-Id: <199601181846.KAA24564@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Peter Hunter cc: hackers Subject: Re: Intel EtherExpress PRO/10 In-reply-to: Your message of "Thu, 18 Jan 1996 12:18:39 GMT." <01BAE59F.1A2FA200@peter.bfriars.ox.ac.uk> Date: Thu, 18 Jan 1996 10:46:27 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Justin T. Gibbs[SMTP:gibbs@freefall.freebsd.org] wrote: >>>I have been trying to install FreeBSD using a PC with an Intel >>>EtherExpress PRO/10 network card. >>> > >>The web page mentions the Intel EtherExpress16 as being supported. >>This is a very different card than the pro/10. >> > >Thanks for your email. At least I know it isn't going to work >unless I get a new Ethernet card. I thought I would just point >out that the web page mentions the Intel EtherExpress and not >specifically the EtherExpress16. Perhaps its not clear on the web page then. >Secondly, are there any plans to include the PRO/10 amongst the >supported cards in future releases? If so, how long will they be >in coming? No idea. I'm certainly not writing a driver, but perhaps someone on hackers is. > >Thanks again for all your help. > >Regards, Peter >------------------------------- >Peter Hunter OP >Home page: http://info.ox.ac.uk/~blac0006/ > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Jan 18 11:10:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26233 for hackers-outgoing; Thu, 18 Jan 1996 11:10:48 -0800 (PST) Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26218 for ; Thu, 18 Jan 1996 11:10:34 -0800 (PST) Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA20560; Thu, 18 Jan 96 13:10:26 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA22417; Thu, 18 Jan 1996 12:10:25 -0700 Date: Thu, 18 Jan 1996 12:10:25 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9601181910.AA22417@emu.fsl.noaa.gov> To: phil@cs.strath.ac.uk Cc: hackers@freebsd.org, phil@cs.strath.ac.uk In-Reply-To: <9601181518.aa25321@bell.cs.strath.ac.uk> (message from Philip Murray on Thu, 18 Jan 96 15:18:47 +0000) Subject: Re: execve won't load interpreters Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "Philip" == Philip Murray writes: Philip> I have been trying to set up some text filters for lpd Philip> (I even used one from the handbook) and discovered that Philip> lpd couldn't execve scripts. You're the second person that's encountered this problem! What's going on? Scripts work just fine with my lpd (2.1.0-RELEASE) and with John Fieber's. Anyone else experience problems? -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA If you define cowardice as running away at the first sign of danger, screaming and tripping and begging for mercy, then yes, Mr. Brave Man, I guess I am a coward. -- Jack Handey From owner-freebsd-hackers Thu Jan 18 11:14:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26335 for hackers-outgoing; Thu, 18 Jan 1996 11:14:02 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26330 for ; Thu, 18 Jan 1996 11:13:57 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id NAA02914; Thu, 18 Jan 1996 13:13:37 -0600 From: mailing list account Message-Id: <199601181913.NAA02914@argus.flash.net> Subject: Re: panic !! To: davide@galactica.it Date: Thu, 18 Jan 1996 13:13:37 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601181100.DAA25186@freefall.freebsd.org> from "davide@galactica.it" at Jan 18, 96 12:00:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk In reply: > From: davide@galactica.it > To: hackers@FreeBSD.org > Date: 18 Jan 1996 12:00:32 GMT > Subject: panic !! > > Hi, > > Sometimes my FreeBSD 2.0 reboots saying: > Panic: kmem_map (or mb_map) too small ! > > I know that this problem is caused by a vm problem, > My system has 48mb Ram ... I think that's' enought... > Can anyone help me to avoi this problem ? > Can I increase the size of these maps ? > > Thanks for reply > Ciao > Davide > ---- > davide@galactica.it try this in you kernel config and recompile: options "NMBCLUSTERS=1024" # m_buf table size Will somebody please put a commented out version of this in LINT! Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Thu Jan 18 11:20:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26604 for hackers-outgoing; Thu, 18 Jan 1996 11:20:04 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA26537 for ; Thu, 18 Jan 1996 11:19:58 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA22746; Thu, 18 Jan 1996 13:19:16 -0600 From: Joe Greco Message-Id: <199601181919.NAA22746@brasil.moneng.mei.com> Subject: Re: ACCOUNTING counters? To: ugen@latte.worldbank.org (Ugen J.S.Antsilevich) Date: Thu, 18 Jan 1996 13:19:16 -0600 (CST) Cc: hackers@FreeBSD.org, ts@NetSurfer.PolyNet.Lviv.UA In-Reply-To: from "Ugen J.S.Antsilevich" at Jan 18, 96 09:58:56 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > On Thu, 18 Jan 1996 10:48:01 +0000 (EET) Terletsky Slavik wrote: > > >Hi, I want to ask someone on size of Accounting Counters > >and why there is two counters per line? > >Accounting chain entries: > > 6028: 114 sA [HOST][0.0.0.0/0][sl0] > > 21654: 120 sA [0.0.0.0/0][HOST][sl0] > > -----? ---? > >Thanx. > First one is bytes, second - packets. Okay, so I decided to think about this a little and ran into a brick wall. I want to be able to monitor a particular type of traffic on a given interface. For example, my T1 gateway address is 204.95.219.1. I am using ipfw adda bidirectional all from 0/0 to 0/0 via 204.95.219.1 to summarize both inbound and outbound traffic. This is good, but what if I wanted to look at inbound OR outbound, rather than their sum? For a simple site that has a contiguous CIDR block, you could just use ipfw adda bidir all from 0/0 to some.cidr.blk/0 via 204.95.219.1 ipfw adda bidir all from some.cidr.blk/0 to 0/0 via 204.95.219.1 However, since I have multiple address ranges to contend with, I can't easily do this without separately tallying each individual block and then adding them together manually, i.e. ipfw adda bidir all from 0/0 to some.cidr.blk-a/0 via 204.95.219.1 ipfw adda bidir all from some.cidr.blk-a/0 to 0/0 via 204.95.219.1 ipfw adda bidir all from 0/0 to some.cidr.blk-b/0 via 204.95.219.1 ipfw adda bidir all from some.cidr.blk-b/0 to 0/0 via 204.95.219.1 ipfw adda bidir all from 0/0 to some.cidr.blk-c/0 via 204.95.219.1 ipfw adda bidir all from some.cidr.blk-c/0 to 0/0 via 204.95.219.1 This is messy and the intention is not immediately clear, and it means additional postprocessing of the stats to get the numbers I really want. It's also an additional load on the router to deal with 2*N rules rather than just 2. Another good example is that I would like to measure inbound vs. outbound telnet traffic. If there was a modifier similar to "via" that allowed you to set policy based on the source and destination interfaces, this would all be much easier: ipfw adda bidir all from 0/0 to 0/0 telnet rcvdfrom 204.95.219.1 would measure telnet connections to sites here, while ipfw adda bidir all from 0/0 to 0/0 telnet sentvia 204.95.219.1 would measure telnet connections to the rest of the world. I know this may be nitpicking but it is a minor annoyance in an otherwise beautiful system :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Jan 18 11:30:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26836 for hackers-outgoing; Thu, 18 Jan 1996 11:30:15 -0800 (PST) Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26830 for ; Thu, 18 Jan 1996 11:30:13 -0800 (PST) Received: (from rmallory@localhost) by wiley.csusb.edu (8.6.11/8.6.11) id LAA10380; Thu, 18 Jan 1996 11:33:52 -0800 From: Rob Mallory Message-Id: <199601181933.LAA10380@wiley.csusb.edu> Subject: Re: NCR 825 experiences? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Thu, 18 Jan 1996 11:33:52 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: from "Jaye Mathisen" at Jan 17, 96 11:49:12 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I'm going to be going with either the 2940UW or the 825NCR controller. > Does anybody have experience with the 825 and reliability, along with > tagged queuing enabled, etc.? I've got a Tyan ncr825 controller. no problems here. great controller, great freebsd support ;), great price. the only thing I might suggest is if you have more than 6 or 7 devices on it, keep an eye on termination/cabling and power. I just bought an extra 810 and split up my devices... From owner-freebsd-hackers Thu Jan 18 11:36:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27150 for hackers-outgoing; Thu, 18 Jan 1996 11:36:01 -0800 (PST) Received: from argus.flash.net (root@[206.149.24.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA27111 for ; Thu, 18 Jan 1996 11:35:52 -0800 (PST) Received: (from lists@localhost) by argus.flash.net (8.6.12/8.6.12) id NAA02998; Thu, 18 Jan 1996 13:35:07 -0600 From: mailing list account Message-Id: <199601181935.NAA02998@argus.flash.net> Subject: Re: BSDvs Lxxxxx Flame.. To: rcarter@geli.com (Russell L. Carter) Date: Thu, 18 Jan 1996 13:35:06 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601181259.EAA07365@geli.clusternet> from "Russell L. Carter" at Jan 18, 96 04:59:43 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk In reply: > To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) > Subject: Re: BSDvs Lxxxxx Flame.. > Date: Thu, 18 Jan 1996 04:59:43 -0800 > From: "Russell L. Carter" > > } As Marty Leisner wrote: > } > > } > > } > Can someone provide hard information about nfs serving capability > } > on identical hardware between linux and freebsd? > } > > } > I'm very disappointed at the nfs performance on linux...I've used > } > } No ``hard information'', but most linux guys admit that their NFS > } server is about the worst piece of the system. > } > } I've seen 800 KB/s being piped out of a FreeBSD 1.1.5.1 machine, going > } to a single SGI Indy. > } > > A good example how this sometimes works is disk performance. > About 9 months ago I started pointing out on the linux lists that > bonnie with a file size quite a bit larger than main memory size is > a good indicator of actual disk performance, and slowly that > discussion has gotten more realistic. (fewer "Zowwy! I get 15 MB/s out > of my EIDE drive on a 486!) > > The same needs to be done for the networking side. I'm quite partial > to netperf, myself. as for vm/drive performance, the best test i've come across is pitest from nasa/ames. i uploaded it to /pub/FreeBSD/incoming a long time ago, it's still there. pitest will do pi to an arbitrary number of digits, but requires the WHOLE number to be in core. raw cpu can be determined by using /usr/bin/time -l on it and setting the parameter MX to just barely fill all available core without going into swap, vm performance can be determined by adding one to that MX and thereby doubling the size of the pi [~50% of the pi into swap]. all of the documented results were done with MX=14 [benchmark number]. i've never tested linux with it, but freebsd is impressive since the vm merge was debugged in 2.0.5-R and fractionally better with 2.1.0-R, another 5% or so of speed improvement can be achieved by recompiling /usr/lib/*.a with -O2 -m486 -fomit-frame-pointer -fno-strength-reduce [disclaimer: make copies of all .o files in /usr/lib before re-installing /usr/lib after compile and then copy them back after installing, i don't want to hear "i can't get anything to compile and run anymore!"]. i expect linux's vm results would be as bad as it's nfs... btw: 15mb/s, must not have gotten out of the cache in the benchmark... Jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" jbryant@argus.flash.net - FlashNet Communications - Ft. Worth, Texas From owner-freebsd-hackers Thu Jan 18 12:29:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00201 for hackers-outgoing; Thu, 18 Jan 1996 12:29:03 -0800 (PST) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA00191 for ; Thu, 18 Jan 1996 12:29:00 -0800 (PST) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA02012; Thu, 18 Jan 1996 15:28:56 -0500 Date: Thu, 18 Jan 1996 15:28:56 -0500 From: "Garrett A. Wollman" Message-Id: <9601182028.AA02012@halloran-eldar.lcs.mit.edu> To: Stephen Melvin Cc: hackers@freebsd.org Subject: How to set DF bit in outgoing packets? In-Reply-To: <199601180445.UAA01261@syzygy.zytek.com> References: <199601180445.UAA01261@syzygy.zytek.com> Sender: owner-hackers@freebsd.org Precedence: bulk < said: > < case IP_OFF: > < inp->inp_ip.ip_off = optval; > < break; > But, these changes don't work. The call succeeds, and the packet is > sent correctly, but the DF bit doesn't actually get set, or perhaps it > is cleared somewhere before being sent. You must be sending UDP packets. UDP doesn't use the template in the PCB except to initialize the TTL and TOS fields. You should be able to do what you want by fiddling udp_output(). -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-hackers Thu Jan 18 12:29:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00275 for hackers-outgoing; Thu, 18 Jan 1996 12:29:35 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA00259 for ; Thu, 18 Jan 1996 12:29:32 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <52936(5)>; Thu, 18 Jan 1996 12:13:00 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA22886; Thu, 18 Jan 96 15:12:37 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA15227; Thu, 18 Jan 96 15:12:35 EST Message-Id: <9601182012.AA15227@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: dutchman@spase.nl (Kees Jan Koster) Cc: freebsd-hackers@freebsd.org Subject: Re: Above286 board In-Reply-To: Your message of "Thu, 18 Jan 1996 06:16:06 PST." <199601181416.OAA01326@phobos.spase.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 18 Jan 1996 12:12:34 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk I also have an aboveboard. All 386 unixes use linear ram, not emm paged ram... Also, you can even see the ram in an ISA bus... It may be an interesting think to get it to run on DOSEMU... but RAM is now so cheap (2Mbytes is $75 american) you may not want to bother... -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Thu Jan 18 12:29:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00312 for hackers-outgoing; Thu, 18 Jan 1996 12:29:43 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA00283 for ; Thu, 18 Jan 1996 12:29:37 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <53388(11)>; Thu, 18 Jan 1996 09:31:00 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA19987; Thu, 18 Jan 96 12:31:00 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA12865; Thu, 18 Jan 96 12:30:59 EST Message-Id: <9601181730.AA12865@gnu.mc.xerox.com> To: hackers@freebsd.org Cc: samba-bugs@anu.edu.au Subject: sin_len in sockaddr_in? Date: Thu, 18 Jan 1996 09:30:58 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk I'm working with samba 1.9.15p8 (on Sunos...) I want to close the accepting connections after the fork... I noticed: (in util.c) 3688 3689 bzero((char *)&sock,sizeof(sock)); 3690 memcpy((char *)&sock.sin_addr,(char *)hp->h_addr, hp->h_length); 3691 #if defined(__FreeBSD__) || defined(NETBSD) /* XXX not the right ifdef * 3692 sock.sin_len = sizeof(sock); 3693 #endif 3694 sock.sin_port = htons( port ); 3695 sock.sin_family = hp->h_addrtype; 3696 sock.sin_addr.s_addr = INADDR_ANY; 3697 sock is sockaddr_in... On sunos Its defined as: struct sockaddr_in { short sin_family; u_short sin_port; struct in_addr sin_addr; char sin_zero[8]; }; what's going on? we pass the length in the call anyway.. On freebsd it looks like: struct sockaddr_in { u_char sin_len; u_char sin_family; u_short sin_port; struct in_addr sin_addr; char sin_zero[8]; }; 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 Jan 18 12:38:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00952 for hackers-outgoing; Thu, 18 Jan 1996 12:38:21 -0800 (PST) Received: from fw1.cummins.com (firewall-user@fw1.cummins.com [205.230.25.35]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA00947 for ; Thu, 18 Jan 1996 12:38:19 -0800 (PST) Received: by fw1.cummins.com; id PAA20603; Thu, 18 Jan 1996 15:02:28 -0500 Received: from unknown(160.95.120.3) by fw1.cummins.com via smap (g3.0.1) id xma020526; Thu, 18 Jan 96 15:01:05 -0500 Received: by gatekeeper.cummins.com (5.65/DEC-Ultrix/4.3) id AA16267; Thu, 18 Jan 1996 15:11:01 -0500 Message-Id: <9601182011.AA16267@gatekeeper.cummins.com> Received: from zeus.cel.cummins.com by bubba.cel.cummins.com with SMTP (5.65c/IDA-1.4.4.1-Domain/OS) id AA19223; Thu, 18 Jan 1996 14:01:35 -0500 Date: Thu, 18 Jan 1996 14:01:35 -0500 From: "William A. Gatliff" To: hackers@freebsd.org Subject: ww address for FreeBSD stats Sender: owner-hackers@freebsd.org Precedence: bulk Could someone repost the location of documents relating to FreeBSD's network performance? I got a little mouse-button happy and hosed it by mistake... Thanks! b.g. From owner-freebsd-hackers Thu Jan 18 12:38:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00999 for hackers-outgoing; Thu, 18 Jan 1996 12:38:58 -0800 (PST) Received: from sponsor.octet.com (root@sponsor.octet.com [204.141.97.15]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA00991 for ; Thu, 18 Jan 1996 12:38:52 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id PAA02628 for hackers@freebsd.org; Thu, 18 Jan 1996 15:27:39 GMT From: Daniel Leeds Message-Id: <199601181527.PAA02628@sponsor.octet.com> Subject: dump help To: hackers@freebsd.org Date: Thu, 18 Jan 1996 15:27:37 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I need a daily backup and was told to use dump. I read the man page, but dont exactly understand how to set this up. any kind soul wish to give me a step by step how-to on implementing this under freebsd? thanks -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Thu Jan 18 13:19:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03437 for hackers-outgoing; Thu, 18 Jan 1996 13:19:07 -0800 (PST) Received: from tesla.cview.com (root@tesla.cview.com [204.95.57.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA03413 Thu, 18 Jan 1996 13:18:56 -0800 (PST) Received: by tesla.cview.com (Smail3.1.29.0 #1) id m0td1jH-00068VC; Thu, 18 Jan 96 15:18 CST Message-Id: Date: Thu, 18 Jan 96 15:18 CST From: malenovi@cview.com (Nik Malenovic) To: freebsd-current@freebsd.org Subject: Re: pppd route/proxy problem Newsgroups: cview.freebsd.current In-Reply-To: Organization: CView Inc. Cc: pete@pelican.com, freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk [notice redirection to -hackers as well] In article you write: >I think this is an old problem that has never been resolved, but I may [...] >The problem is that if the other end of a connection sends something to >the ip addr while pppd is down, an 'incomplete' entry goes into the >arp table. Under some circumstances a race occurs and that incomplete >entry never times out. Even if it does, the proxy entry either doesn't >end up in the table or doesn't work when written while the incomplete >entry is present. [...] yeah it's a problem all right. it's that, since you are doing proxy arp, your IP number of dialup PPP client is the same as IP # on the local wire. well, the 4.x BSD networking code, puts incomplete arp entries on use of the IP # on the local wire that do not respond. solution is to nuke (incomplete) arp entry (arp -d command) in the ppplogin shell. another solution is not to do proxyarp, and have PPP client IP be located on the separate subnet (non-ethernet subnet) the third solution is to hack arp code, and remove creation of incomplete IP entries on their use. (i.e. the time when the IP number is being used, during broadcasts 'who-has such-and-such-IP', until the IP is determined to be down by the broadcasting interface) notice that BSDI, FreeBSD have this bug. I suspect NetBSD is the same. I have no clue about Linux. I've heard that SunOS/et al. do not have this problem. Nik From owner-freebsd-hackers Thu Jan 18 13:23:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03727 for hackers-outgoing; Thu, 18 Jan 1996 13:23:22 -0800 (PST) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA03719 Thu, 18 Jan 1996 13:23:05 -0800 (PST) From: john@starfire.mn.org Received: (from john@localhost) by starfire.mn.org (8.6.12/1.1) id PAA04733; Thu, 18 Jan 1996 15:23:07 -0600 Message-Id: <199601182123.PAA04733@starfire.mn.org> Subject: CPU compatibility To: hackers@FreeBSD.org (FreeBSD hackers), www@FreeBSD.org Date: Thu, 18 Jan 1996 15:23:03 -0600 (CST) 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 Precedence: bulk After checking the back of the FreeBSD 2.0.5 and FreeBSD 2.1 CD's and the handbook, I have not been able to find out any specifics on CPU compatibility. I noticed that the PC Hardware Compatibility link in the Appendices of the handbook has disappeared (possibly due to a lack of contributions, as it was pretty skeletal in the 2.1 release). My basic question is this: am I playing with fire trying to use Cyrix CPU's? My MainBoard seems to run FreeBSD 2.1 just fine with an Intel 80486DX(33), but when I rejumper and put in the Cx486DX2(66), I get random reboots, shell and grep doing SEGV's, etc. This happens with either or both caches enabled. The system is so slow with both caches disabled that I am better off running the DX than the DX2. Since AMD quit making 5V CPUs, options for 5V main boards are a little slim. Suggestions? John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Thu Jan 18 14:09:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07656 for hackers-outgoing; Thu, 18 Jan 1996 14:09:51 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA07647 for ; Thu, 18 Jan 1996 14:09:33 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA06268; Thu, 18 Jan 1996 14:56:41 -0700 From: Terry Lambert Message-Id: <199601182156.OAA06268@phaeton.artisoft.com> Subject: Re: Building a "custom" release of 2.1.0 To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 18 Jan 1996 14:56:41 -0700 (MST) Cc: terry@lambert.org, trangmar@gnsnet.com, langfod@maui.net, roberto@keltia.freenix.fr, phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199601180338.OAA04973@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 18, 96 02:08:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > Terry Lambert stands accused of saying: > > > > The limitation on boot-critical devices comes because there is no > > VM86() "fallback" drivers using BIOS calls to do a minimal job (all > > boot critical devices have BIOS hooking POST routines, or they are > > unusable for DOS). > > Speaking of which, where's our step-by-step list of what else has to happen > before we can do vm86()? In the Microsoft Developement Netowrk Level II DDK under ddk/docs, there is a file called vmm.doc. IBM published a VM document describing the OS/2 VM implementation. I don't know if you'd have to do a whole virtual machine manager (ala the Microsoft document) unless you wanted DOS sessions and the ability to run things like "Descent" in a DOS window on your X desktop, or display DOS text-mode sessions on remote X displays. Personally, I'm only interested in the driver abstraction capapbilities (for now anyway). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 18 14:11:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07768 for hackers-outgoing; Thu, 18 Jan 1996 14:11:18 -0800 (PST) Received: from print.gfmurray.com ([204.191.196.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA07762 for ; Thu, 18 Jan 1996 14:11:11 -0800 (PST) Received: from client3.gfmurray.com (client3.gfmurray.com [204.191.196.20]) by print.gfmurray.com (8.6.11/8.6.9) with SMTP id OAA15971 for ; Thu, 18 Jan 1996 14:16:50 -0800 Date: Thu, 18 Jan 1996 14:16:50 -0800 Message-Id: <199601182216.OAA15971@print.gfmurray.com> X-Sender: tim@print.gfmurray.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freefall.freebsd.org From: tim@gfmurray.com Subject: Re: Getting slip to run Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >To: Jyanek@cris.com >From: tim@print.gfmurray.com >Subject: Re: Getting slip to run > >>In comp.unix.bsd.freebsd.misc you write: >> >>>In article , jgor@veldt.com (James Gorham) says: >>>> >>>>We just installed FreeBSD over temporary ethernet last night. now we would >>>>like to be able to use it on SLIP. We are having some problems however >>>>getting it to work. I thought that it was installed with FreeBSD. Anyway, >>>>we're trying to dial into an ISP, with a modem on com4, at 14.4. We have >>>>2.1.0 freebsd. We'd really like any help. >>>>James/Dan >>>> >>>>-- >>>>(=-==-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=---=-=-=-=-=-=-=-=) >>>> )End ___ The) James jgor@veldt.com Gorham ( Drug War ( >>>>( (o o) ( http://veldt.com/~jgor/ ) /// ) >>>>+-ooO-(_)-Ooo-+=-=-=-=-=-[CASHP 9-95]=-=-=-=-=-=-=-=+-ooo-(~J~)-oOo-+ >> >>>1) Ensure that your serial device (sl0 or sl1 etc.) has been set to an appropriate >>>IP address (assuming that your ISP offers a fixed address for you) with 'ifconfig' >> >>>2) Use cu with the appropriate serial device >>> ie. cu -s 57600 -l /dev/cuaa0 >>>if you are using sl0 >> >>>3) enter atdt (ISP PH#) and your modem will dial >> >>>4) once you have logged in etc. and your ISP connection has gone into >>>slip mode, type ~z and cu will be suspended >> >>>5) run slattach for the serial device in question >>>ie. slattach -c -h -s 57600 /dev/cuaa0 >> >>>and you are attached.... >> >>>If you have an IP address that is dynamic (your ISP throws a different IP >>>address at you each time you call in) you will need to capture it with a >>>dial/redial script and do a ifconfig on the fly.....the script will have to >>>do you log in and password entry as well....I have a working script that does some >>>of this stuff...its pretty easy actually.... >> >>>If you want it, just email me a request.... >> >>TIM -- I am trying to do just what you have mentioned. Unfortunately, I >>get dynamic addresses. Can you email me the script? >> >>Thanks! >>Jay >>jyanek@cris.com >>i >my script does not normally account for a dynamic IP...I added a few lines to it so that it would....hope this sends you in the right direction > >cut here******************************************** > >#!/usr/bin/expect >set device /dev/cuaa1 >set speed 115200 >set dial ATX4DT####### >set user ####### >set upasswd ********** >proc EX str { > expect $str "" \ > timeout "exit 1" \ > "BUSY" "exit 1" \ > "NO DIAL TONE" "exit 1" \ > "NO CARRIER" "exit 1" >} >send "AT\r" >expect "OK" "" >send "AT\r" >expect "OK" "" >set timeout 30 >sleep 1 >send "$dial\r" >EX "login:" >set timeout 15 >send "$user\r" >EX "Password: " >send "$upasswd\r" >set timeout 15 > >#this is where an IP assignment may be captured.... >#additional routing commands can be inserted as well once the IP values are known > >set local_ip "###.###.###.###" >expect -re "\[1-9]\[0-9]*\.\[1-9]\[0-9]*\.\[1-9]\[0-9]*\.\[1-9]\[0-9]*" >set remote_ip $expect_out(0,string) >exec ifconfig sl1 $local_ip $remote_ip > Tim Baird Dominus Fecit "The Lord Made" Opinions expressed are not necessarily those of my employer etc. etc From owner-freebsd-hackers Thu Jan 18 14:15:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07997 for hackers-outgoing; Thu, 18 Jan 1996 14:15:27 -0800 (PST) Received: from bsdi.BSDI.COM (bsdi.BSDI.COM [205.230.224.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA07991 for ; Thu, 18 Jan 1996 14:15:23 -0800 (PST) Received: (from torek@localhost) by bsdi.BSDI.COM (8.6.12/8.6.12) id PAA20081; Thu, 18 Jan 1996 15:15:11 -0700 Date: Thu, 18 Jan 1996 15:15:11 -0700 From: Chris Torek Message-Id: <199601182215.PAA20081@bsdi.BSDI.COM> To: jkh@time.cdrom.com Subject: Re: Change to stdio.h to export `cookie?' Cc: hackers@freebsd.org, markd@grizzly.com Sender: owner-hackers@freebsd.org Precedence: bulk >I guess why I didn't really consider fileno() to begin with is that I >didn't think it was guaranteed to be a macro - is that mandated by the >spec? No, but there is or was code in X11 of the form: fileno(fp) = 2; That kind of forced the issue. :-) >Well, I guess what I'm trying to say is that there are certainly >circumstances where it *can* be associated with a valid descriptor, >and might it not be reasonable to make provisions for setting it? On a UNIX box, maybe (but there you can simply use the fileno() hack). On another machine, a FILE might really be a wrapper around something like an RMS FCB. >I'm open to [fpending] suggestions.. :-) I would probably write it as a function (leave macro conversion for `proven demand' :-) ). For my stdio it would end up being something like: /* return count of input waiting to be read or output waiting to be flushed */ if (fp->_flags & __SRD) return (fp->_r); if (fp->_flags & __SWR) return (fp->_p - fp->_bf._base); /* must be in "indeterminate" read/write mode */ return (0); Perhaps it should also take an option to tell how much room is left in a write buffer before the underlying file object's write function is invoked. >Most systems, like X, give you a little user-definable data area to >play with if you're going to be passing highly ubiquitous types (like >window IDs) around because it's just too darn useful of a function not >to provide. Hmm. One problem here is that the cookie in a regular old fopen()ed file *is* used; it points back to the FILE struct. A user-definable field should probably be separate. If you fiddle with stdout->_cookie, you will get burned.... Chris From owner-freebsd-hackers Thu Jan 18 14:17:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08131 for hackers-outgoing; Thu, 18 Jan 1996 14:17:27 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08121 for ; Thu, 18 Jan 1996 14:17:18 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA06336; Thu, 18 Jan 1996 15:10:03 -0700 From: Terry Lambert Message-Id: <199601182210.PAA06336@phaeton.artisoft.com> Subject: Re: Change to stdio.h to export `cookie?' To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 18 Jan 1996 15:10:03 -0700 (MST) Cc: torek@BSDI.COM, markd@grizzly.com, hackers@FreeBSD.ORG In-Reply-To: <23707.821959252@time.cdrom.com> from "Jordan K. Hubbard" at Jan 18, 96 02:00:52 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > >#define fcookie(fp) ((fp)->_cookie) > > > > This (a) assumes that there is some magic value associated with a > > `FILE *' and (b) that it has meaning to someone outside the read/write/ > > seek/close functions. I find this suspicious. Were stdio a C++ thing, > > fp->_cookie would be a private member.... > > Well, OK, so you caught me.. I am trying to layer some additional > behavior on top of stdio and the read/write/seek/close redirection > takes me *most* of the way there, but for the rest I needed to juggle > some routines which accepted normal FILE* arguments into looking at > the cookie and dispatching different routines for it. I have an > existing framework that already passes FILE* pointers everywhere to > work with, and I don't think that my situation is that uncommon. > > Most systems, like X, give you a little user-definable data area to > play with if you're going to be passing highly ubiquitous types (like > window IDs) around because it's just too darn useful of a function not > to provide. Would you not say that the FILE struct has become pretty > ubiquitious in UNIX? :-) Try "caddr_t userdata" or soemthing that implies you can mung it, then. Personally, I'd use: struct myfile { FILE *fp; caddr_t *userdata; } And wrapper all FILE * manipulation functions instead. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 18 14:22:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08412 for hackers-outgoing; Thu, 18 Jan 1996 14:22:43 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08404 for ; Thu, 18 Jan 1996 14:22:31 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA06350; Thu, 18 Jan 1996 15:14:16 -0700 From: Terry Lambert Message-Id: <199601182214.PAA06350@phaeton.artisoft.com> Subject: Re: panic !! To: davidg@root.com Date: Thu, 18 Jan 1996 15:14:16 -0700 (MST) Cc: davide@galactica.it, hackers@FreeBSD.ORG In-Reply-To: <199601181254.EAA06699@Root.COM> from "David Greenman" at Jan 18, 96 04:54:54 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >Sometimes my FreeBSD 2.0 reboots saying: > >Panic: kmem_map (or mb_map) too small ! > > > >I know that this problem is caused by a vm problem, > >My system has 48mb Ram ... I think that's' enought... > >Can anyone help me to avoi this problem ? > >Can I increase the size of these maps ? > > The panic indicates that the system ran out of virtual memory for network > buffers (specifically, mbuf clusters). You can increase the amount of VM > avaliable for mbuf clusters by adding: Any chance of either causing these to be dynamically allocated or failing the request back to userspace with ENOMEM instead of panicing? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 18 14:27:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08567 for hackers-outgoing; Thu, 18 Jan 1996 14:27:16 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08559 for ; Thu, 18 Jan 1996 14:27:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA06372; Thu, 18 Jan 1996 15:17:10 -0700 From: Terry Lambert Message-Id: <199601182217.PAA06372@phaeton.artisoft.com> Subject: Re: Failing reboot. To: imb@scgt.oz.au (michael butler) Date: Thu, 18 Jan 1996 15:17:10 -0700 (MST) Cc: dutchman@spase.nl, freebsd-hackers@FreeBSD.org In-Reply-To: <199601181543.CAA03277@asstdc.scgt.oz.au> from "michael butler" at Jan 19, 96 02:43:51 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > My system won't reboot. When I press any key at the message > > > "Press any key to reboot..." > > > Nothing happens. > > > Looking into the code I see that my sweet prince is put to sleep the > > hard way, but he doesn't wake up anymore. > > Seriously, there are two possibilities .. some BIOS implementations have a > setting which is marked "keyboard controller reset" and simply bouncing that > to the other setting fixes the problem. The other is that you might try > recompiling your kernel with the BROKEN_KEYBOARD_RESET option (as documented > in LINT), Or another possiblity (a remote one) is replacing your motherboard that hard resets when the processor triple faults (this is what the machine is forced into when the keyboard reset fails). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 18 15:17:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11098 for hackers-outgoing; Thu, 18 Jan 1996 15:17:36 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11086 for ; Thu, 18 Jan 1996 15:17:30 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA24752; Fri, 19 Jan 1996 00:17:26 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA01741; Fri, 19 Jan 1996 00:17:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA29424; Thu, 18 Jan 1996 23:54:24 +0100 (MET) From: J Wunsch Message-Id: <199601182254.XAA29424@uriah.heep.sax.de> Subject: Re: Can I use some devices??? To: HyunSeog.Ryu@EASY.RE.KR (Hyun-Seog Ryu) Date: Thu, 18 Jan 1996 23:54:24 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601181359.WAA28086@ns.easy.re.kr> from "Hyun-Seog Ryu" at Jan 18, 96 10:59:47 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Hyun-Seog Ryu wrote: > 1) I was bought EtherLink III PCI(3C590 combo) and > Fast Etherlink PCI(3C595-TX, 10/100Base-T ethernet adapter). > But It is not recognized by FreeBSD kernel 2.1.0-RELEASE kernel. > Can I use it by some other configuration??? (ex. FreeBSD-stable, > FreeBSD-current, etc...) FreeBSD-current has a driver for them. I've been installing a machine three hours ago with a 3C390, i've imported the `vx' driver straight from -current into this 2.1R machine. It seems to work, though i haven't done extensive testing by now. I'm not sure about the degree of 3C395 support. > 2) I have philips CDD-522 CD-Recorder. It was recognized by worm0. > Can I use it??? If so, how to use it??? ;< This is ``work in progress''. You cannot use it right now, but i've been burning my first successful CD-R under FreeBSD a couple of weeks ago. However, the driver will undergo major modifications before it will be usable by the public. -- 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 Jan 18 15:17:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11130 for hackers-outgoing; Thu, 18 Jan 1996 15:17:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11091 for ; Thu, 18 Jan 1996 15:17:33 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA24768 for ; Fri, 19 Jan 1996 00:17:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA01744 for freebsd-hackers@freebsd.org; Fri, 19 Jan 1996 00:17:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA29247 for freebsd-hackers@freebsd.org; Thu, 18 Jan 1996 23:42:11 +0100 (MET) From: J Wunsch Message-Id: <199601182242.XAA29247@uriah.heep.sax.de> Subject: Re: ctm prob (help) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 18 Jan 1996 23:42:11 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601180921.KAA29335@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Jan 18, 96 10:21:42 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Christoph Kukulies wrote: > > Then the man page of ctm_rmail is misleading (if not wrong) when saying: > > lines in your /etc/aliases file (assuming the /ctm/tmp and /ctm/deltas > directories and /ctm/log file are writable by user daemon or group > wheel): > > I had made them writable by group wheel and it failed. This is from sendmail/src/conf.c: DefUid = 1; /* option u */ DefGid = 1; /* option g */ This is owner/group `daemon'. -- 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 Jan 18 15:17:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11150 for hackers-outgoing; Thu, 18 Jan 1996 15:17:49 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11094 for ; Thu, 18 Jan 1996 15:17:35 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA24772 for ; Fri, 19 Jan 1996 00:17:32 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA01745 for freebsd-hackers@freebsd.org; Fri, 19 Jan 1996 00:17:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA29343 for freebsd-hackers@freebsd.org; Thu, 18 Jan 1996 23:48:18 +0100 (MET) From: J Wunsch Message-Id: <199601182248.XAA29343@uriah.heep.sax.de> Subject: Re: BSDvs Lxxxxx Flame.. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 18 Jan 1996 23:48:18 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601181259.EAA07365@geli.clusternet> from "Russell L. Carter" at Jan 18, 96 04:59:43 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Russell L. Carter wrote: > > } I've seen 800 KB/s being piped out of a FreeBSD 1.1.5.1 machine, going > } to a single SGI Indy. > } > > Asynchronous, of course! :-) No, read performance. The BSD box as the server (the original question was about the server side). -- 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 Jan 18 15:17:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11157 for hackers-outgoing; Thu, 18 Jan 1996 15:17:50 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11114 for ; Thu, 18 Jan 1996 15:17:41 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA24757; Fri, 19 Jan 1996 00:17:27 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA01742; Fri, 19 Jan 1996 00:17:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA29440; Thu, 18 Jan 1996 23:57:41 +0100 (MET) From: J Wunsch Message-Id: <199601182257.XAA29440@uriah.heep.sax.de> Subject: Re: Above286 board To: dutchman@spase.nl (Kees Jan Koster) Date: Thu, 18 Jan 1996 23:57:40 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601181416.OAA01326@phobos.spase.nl> from "Kees Jan Koster" at Jan 18, 96 02:16:06 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Kees Jan Koster wrote: [EMM board] > I'd like to use it as a ram disk for FreeBSD, to have 2MB of fast swap > space. But for that I'll have to write a device driver. > > 1) Has anyone heard of this board? Does anyone use it? Is there > source of a device driver for it? (Any system) EMM should be fairly well documented. It's being addressed in segments, where the active segment is being mapped at some address in the ``ISA hole''. > 2) Can a non-kernel process address the ISA memory space? To > experiment I'd like to be able to write to it's addresses without > rebuilding the kernel. It could, via /dev/[k]mem. An alternative is writing a kernel driver, and hooking it into the kernel as an lkm. See /usr/share/examples/lkm. > The docs tell me that the board can be used to supply _conventional_ > memory via a setup program. That's odd. I didn't think an XT could > address memory via the ISA bus? Or can it? It can, in the ISA hole (0xa0000 ... 0xfffff), though fairly slow. -- 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 Jan 18 15:17:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11141 for hackers-outgoing; Thu, 18 Jan 1996 15:17:47 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11104 for ; Thu, 18 Jan 1996 15:17:38 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA24761; Fri, 19 Jan 1996 00:17:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA01743; Fri, 19 Jan 1996 00:17:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA29484; Fri, 19 Jan 1996 00:01:06 +0100 (MET) From: J Wunsch Message-Id: <199601182301.AAA29484@uriah.heep.sax.de> Subject: Re: execve won't load interpreters To: phil@cs.strath.ac.uk (Philip Murray) Date: Fri, 19 Jan 1996 00:01:05 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601181518.aa25321@bell.cs.strath.ac.uk> from "Philip Murray" at Jan 18, 96 03:18:47 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As Philip Murray wrote: > > I have been trying to set up some text filters for lpd (I even used > one from the handbook) and discovered that lpd couldn't execve scripts. EXECVE(2) UNIX Programmer's Manual EXECVE(2) NAME execve - execute a file SYNOPSIS #include int execve(const char *path, char *const argv[], char *const envp[]) DESCRIPTION ... An interpreter file begins with a line of the form: #! interpreter [arg] When an interpreter file is execve()'d, the system execve()'s runs the specified interpreter. If the optional arg is specified, it becomes the first argument to the interpreter, and the name of the originally execve()'d file becomes the second argument; otherwise, the name of the ... -- 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 Jan 18 15:18:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11209 for hackers-outgoing; Thu, 18 Jan 1996 15:18:14 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11204 for ; Thu, 18 Jan 1996 15:18:08 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA24784; Fri, 19 Jan 1996 00:17:36 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA01748; Fri, 19 Jan 1996 00:17:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA29453; Thu, 18 Jan 1996 23:59:13 +0100 (MET) From: J Wunsch Message-Id: <199601182259.XAA29453@uriah.heep.sax.de> Subject: Re: Can I use some devices??? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 18 Jan 1996 23:59:13 +0100 (MET) Cc: HyunSeog.Ryu@EASY.RE.KR Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <24471.821975142@time.cdrom.com> from "Jordan K. Hubbard" at Jan 18, 96 06:25:42 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > > 2) I have philips CDD-522 CD-Recorder. It was recognized by worm0. > > Can I use it??? If so, how to use it??? ;< > > Not yet! Some people (like joerg@freebsd.org and julian@freebsd.org) > are working on CDR technology, but nothing official has gone into > the tree yet. I have an HP SureStore 4020i now myself, so I'll be > looking into this as well! :) Btw, the HP SureStore, the Philips, and my Plasmon are all using the same HP drive, only the firmware is slightly different. (But different enough to not allow using a single driver.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Jan 18 15:18:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11269 for hackers-outgoing; Thu, 18 Jan 1996 15:18:58 -0800 (PST) Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11255 for ; Thu, 18 Jan 1996 15:18:49 -0800 (PST) Received: by Sysiphos id AA11772 (5.67b/IDA-1.5 for hackers@freebsd.org); Fri, 19 Jan 1996 00:18:36 +0100 Message-Id: <199601182318.AA11772@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Fri, 19 Jan 1996 00:18:36 +0100 In-Reply-To: Heikki Suonsivu "kern/950: Two PCI bridge chips fail (multiple multiport ethernet boards)" (Jan 17, 1:26) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: hsu@clinet.fi Subject: Re: kern/950: Two PCI bridge chips fail (multiple multiport ethernet boards) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Jan 17, 1:26, Heikki Suonsivu wrote: Guess your BIOS is not doing a good job of initialising the PCI to PCI bridges ... } Using any combination of 2 or more multiport PCI ethernet boards } always fails correctly to install/probe the second or later cards. } } It seems that the first board is correctly set up and probed, } but for the next one pci code gets confused, trying to use } first card's data for the second one: } } - Two two-port boards: I've slightly cleaned up the probe messages: Probing for devices on the PCI bus: configuration mode 1 allows 32 devices. pci0:0: Silicon Integrated Systems, device=0x5511, class=bridge (host) chip0 rev 1 on pci0:1 chip1 rev 2 on pci0:11 bridge from pci0 to pci1 through 1. <== pci1 mapping regs: io:2280c0c0 mem:fbf0fbf0 pmem:fbf0fc00 chip2 rev 2 on pci0:12 bridge from pci0 to pci1 through 1. <== pci2 !!! mapping regs: io:2280b0b0 mem:fbe0fbe0 pmem:fbf0fc00 pci0: subordinate busses from 1 upto 1. Probing for devices on the PCI bus: de0 rev 35 int a irq 10 on pci1:4 mapreg[10] type=1 addr=0000c800 size=0080. de1 rev 35 int a irq 12 on pci1:5 mapreg[10] type=1 addr=0000c400 size=0080. Probing for devices on the PCI bus: de2 rev 35 int a irq 10 on pci1:4 mapreg[10] type=1 addr=0000c800 size=0080. de3 rev 35 int a irq 12 on pci1:5 mapreg[10] type=1 addr=0000c400 size=0080. PCI to PCI bridges have only been dealt with in the recently published PCI 2.1 specification. Your BIOS predates this, and it seems it got its own idea about the initialisation of bridge chips. It does in fact assign non overlapping memory and port ranges to each of the bridged PCI busses, but does not assign a bus number of 2 to the second bridge. Since I could not get any chip set technical data books from SiS, I don't know how to correct this. The problem is, that the CPU to PCI chip often has registers for the first and last bus number that are available through this chip. If those registers are both set to 1, then there will be no way to access PCI bus 2, since the PCI chip set will not generate the configuration cycles ... Can you get a more recent BIOS for your motherboard ? I'll add a conflicts check for this situation (i.e. several PCI to PCI bridges claim the same secondary bus numbers), but I'd rather not add code to change the CPU to PCI bridges configuration. This code had to be chip set specific, and this is definitely the job of the BIOS ... Please let me know whether a new BIOS is an option for you. If possible send boot messages from some other motherboard (with two multi channel cards). I'll add the conflict test, and will try to make it do the right thing (i.e. make the second chip use a PCI bus number of 2 on your system). But I have no idea whether reprogramming the 21050 chips ONLY will do any good (as said above, the main PCI chip might need to be reconfigured, too, and I have no docs on that). Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Thu Jan 18 15:51:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13083 for hackers-outgoing; Thu, 18 Jan 1996 15:51:40 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA13069 for ; Thu, 18 Jan 1996 15:51:33 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA25671; Fri, 19 Jan 1996 00:51:28 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA01944; Fri, 19 Jan 1996 00:51:28 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA00123; Fri, 19 Jan 1996 00:43:39 +0100 (MET) From: J Wunsch Message-Id: <199601182343.AAA00123@uriah.heep.sax.de> Subject: Re: execve won't load interpreters To: phil@cs.strath.ac.uk (Philip Murray) Date: Fri, 19 Jan 1996 00:43:38 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601181739.aa27932@bell.cs.strath.ac.uk> from "Philip Murray" at Jan 18, 96 05:39:10 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Philip Murray wrote: > > > Of course it works! Ignore my last message! > > I am used to laughing at other peoples mistakes but mine is the worst I have > seen. > > My girlfriend wrote the scripts (well cut and paste from the handbook) and > forgot to remove the spaces from the left hand side! Ask her to make you a conical hat. Our existing ones are sold out by now. <:-) -- 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 Jan 18 16:07:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14205 for hackers-outgoing; Thu, 18 Jan 1996 16:07:27 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA13679 for ; Thu, 18 Jan 1996 16:00:44 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id SAA15083; Thu, 18 Jan 1996 18:14:33 -0500 Date: Thu, 18 Jan 1996 18:14:33 -0500 Message-Id: <199601182314.SAA15083@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: jkh@time.cdrom.com From: dennis@etinc.com (dennis) Subject: Bad fstab - How to fix ? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk I have a bad entry in my fstab, but the system mounts the root fs in R/O mode so i can't fix it. Surely there's a way around this? 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 From owner-freebsd-hackers Thu Jan 18 16:25:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15306 for hackers-outgoing; Thu, 18 Jan 1996 16:25:27 -0800 (PST) Received: from etinc.com (et-gw.etinc.com [165.254.13.209]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA15299 for ; Thu, 18 Jan 1996 16:25:22 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id SAA15183; Thu, 18 Jan 1996 18:50:25 -0500 Date: Thu, 18 Jan 1996 18:50:25 -0500 Message-Id: <199601182350.SAA15183@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: jkh@time.cdrom.com From: dennis@etinc.com (dennis) Subject: Bad fstab - How to fix ? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >I have a bad entry in my fstab, but the system mounts the root fs in R/O mode so i can't >fix it. Surely there's a way around this? > > >Dennis > Nevermind......... db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Thu Jan 18 16:34:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA15797 for hackers-outgoing; Thu, 18 Jan 1996 16:34:14 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA15792 Thu, 18 Jan 1996 16:34:10 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id QAA04997 ; Thu, 18 Jan 1996 16:34:09 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA06536; Thu, 18 Jan 1996 16:22:04 -0700 From: Terry Lambert Message-Id: <199601182322.QAA06536@phaeton.artisoft.com> Subject: Re: CPU compatibility To: john@starfire.mn.org Date: Thu, 18 Jan 1996 16:22:04 -0700 (MST) Cc: hackers@freebsd.org, www@freebsd.org In-Reply-To: <199601182123.PAA04733@starfire.mn.org> from "john@starfire.mn.org" at Jan 18, 96 03:23:03 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > After checking the back of the FreeBSD 2.0.5 and FreeBSD 2.1 CD's and > the handbook, I have not been able to find out any specifics on CPU > compatibility. I noticed that the PC Hardware Compatibility link in > the Appendices of the handbook has disappeared (possibly due to a lack > of contributions, as it was pretty skeletal in the 2.1 release). > > My basic question is this: am I playing with fire trying to use Cyrix > CPU's? My MainBoard seems to run FreeBSD 2.1 just fine with an Intel > 80486DX(33), but when I rejumper and put in the Cx486DX2(66), I get > random reboots, shell and grep doing SEGV's, etc. This happens with > either or both caches enabled. The system is so slow with both caches > disabled that I am better off running the DX than the DX2. Cyrix went to IBM "blue lightning" based mask designs some time ago. Older Cyrix parts using the Cyrix/TI chipmasks (and older TI parts) will neither update nor invalidate L1 cache when a bus master device writes to main memory: so when you go to read after a transfer complete interrupt, you will get an L1 cache hit and get invalid data. The generic fix for this is to disable the L1 cache. Some motherboards do not update L2 cache when a bus master device writes main memory. This is a either a flaw in the cache controller chipset, a bad jumper setting, or a bas CMOS advanced options setting. The result is an L2 cache hit on invalid data. The generic fix for this is to disable the L2 cache. In general, Cyrix/TI L1 caching is disabled unless the BIOS recognizes the chip and specifically enables it. Most BIOS which does this has the option to turn the cache off, and off will be the default. If you switch to non-bus mastering DMA using controllers, the problem will also "go away". If you are adventurous, you can detect the Cyrix. An explicit BINVD for the read buffer transfer area you give to the controller, after you issue the controller command so the I/O can be processing while you are invalidating, will fix the problem. This would have to be hacked into the disk controller driver, though there should probably be some more general hooks for area reporting and a general flag for cache invalidation so it will be respected by all drivers. Look for the string "CYRIX" in /sys/i386/*/* files for more information on fixing th problem. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 18 16:51:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA17063 for hackers-outgoing; Thu, 18 Jan 1996 16:51:51 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.206]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA17052 Thu, 18 Jan 1996 16:51:44 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id TAA23997; Thu, 18 Jan 1996 19:51:42 -0500 Date: Thu, 18 Jan 1996 19:51:41 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Julian Elischer cc: hackers@FreeBSD.ORG Subject: Re: SUP of CVS files.. (how to?) In-Reply-To: <199601180648.WAA22374@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 17 Jan 1996, Julian Elischer wrote: > > I must be silly, but after a look around www.freebsd.org > I can't find out how to sup the cvs sources.. dont feel bad. i have a hell of a time dealing with this. finally peter wemm gave me the magic words. 1. using cvs-supfile, sup base, include, share (perhaps sys) (setting up sup has several steps covered in the sup documentation and handbook with a little cookbook recipe like this one.) 2. sup whichever target(s) you want to work on (say bin and sbin) 3. cd /somewhere 4. set the CVSROOT enviroment variable to point at the cvs tree. the directory that contains: sup, src, and CVSROOT 5. cvs checkout -P get list of modules with 'cvs checkout -s | more' jmb Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Thu Jan 18 17:21:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19383 for hackers-outgoing; Thu, 18 Jan 1996 17:21:16 -0800 (PST) Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA19376 for ; Thu, 18 Jan 1996 17:21:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id SAA01586; Thu, 18 Jan 1996 18:19:38 -0700 Message-Id: <199601190119.SAA01586@rover.village.org> To: "Marty Leisner" Subject: Re: sin_len in sockaddr_in? Cc: hackers@FreeBSD.org, samba-bugs@anu.edu.au In-reply-to: Your message of Thu, 18 Jan 1996 09:30:58 PST Date: Thu, 18 Jan 1996 18:19:37 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : what's going on? we pass the length in the call anyway.. I beleive that this is a BSD 4.4ism. I recall that ISO address blocks were the reason given for this change, but I can't recall for sure why this was needed when the length is always passed in... Warner From owner-freebsd-hackers Thu Jan 18 17:41:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20897 for hackers-outgoing; Thu, 18 Jan 1996 17:41:45 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.206]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20888 for ; Thu, 18 Jan 1996 17:41:31 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id UAA24086; Thu, 18 Jan 1996 20:40:19 -0500 Date: Thu, 18 Jan 1996 20:40:17 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Daniel Leeds cc: hackers@freebsd.org Subject: Re: dump help In-Reply-To: <199601181527.PAA02628@sponsor.octet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 18 Jan 1996, Daniel Leeds wrote: > I need a daily backup and was told to use dump. I read the man page, but > dont exactly understand how to set this up. > > any kind soul wish to give me a step by step how-to on implementing this > under freebsd? decide which filesystems you want to create backups of. (use df to get at list of filesystems) determine the size of your backup media select a block size (say 10kB) exmine the output of /sbin/dmesg, find your backup device (hopefully st0) do some trial dumps /sbin/dump 0unBbf 1200000 10 /dev/nrst0 /dev/sd0a |||||| | | | | | |||||| | | | | | |||||| | | | | \___ the root |||||| | | | | filesystem on |||||| | | | | the first |||||| | | | | scsi disk |||||| | | | | |||||| | | | \___ the `norewind' scsi tape |||||| | | | |||||| | | \__ the backup device, the first (only?) |||||| | | scsi tape drive (arg for `f' option) |||||| | | |||||| | \___ the argument to `b' 10kBytes per block |||||| | |||||| \____ the number of blocks per tape. (1.2 GB here) |||||| arg for `B' |||||| |||||\______ the device flag (in place of the default) ||||\_______ the blocksize flag |||\________ the # of blocks flag ||\_________ dump should use wall(1) if there is a problem |\__________ update the /etc/dumpdates file \___________ dump EVERY thing to tape after each trial rewind the tape /usr/bin/mt -f /dev/rst0 rewind once you are happy with the result, create a little script to dump each filesystem in turn: Aspen:[32] more /root/dump.4mm #!/bin/sh echo "" >> dump.log echo "" >> dump.log echo "" >> dump.log /usr/bin/mt -f /dev/rst0 rewind /sbin/dump 0unBbf 1200000 10 /dev/nrst0 /dev/sd1a 2>&1 | tee -a /root/dump.log /sbin/dump 0unBbf 1200000 10 /dev/nrst0 /dev/sd1e 2>&1 | tee -a /root/dump.log /sbin/dump 0unBbf 1200000 10 /dev/rst0 /dev/sd1f 2>&1 | tee -a /root/dump.log /usr/bin/mt -f /dev/rst0 rewoffl (if you use the above dont forget to rotate /root/dump.log once in a while.) Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Thu Jan 18 17:50:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA21505 for hackers-outgoing; Thu, 18 Jan 1996 17:50:57 -0800 (PST) Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA21499 for ; Thu, 18 Jan 1996 17:50:53 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id AAA00204 for freebsd-hackers@freebsd.org; Thu, 18 Jan 1996 00:30:23 -0600 (CST) Message-Id: <199601180630.AAA00204@mpp.minn.net> Subject: kern/subr_diskslice debug messages To: freebsd-hackers@freebsd.org Date: Thu, 18 Jan 1996 00:30:22 -0600 (CST) From: "Mike Pritchard" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I've noticed that if I shutdown into single user mode and unmount all my disks, and then do something to access my second SCSI hard disk (e.g. fsck it), I will get debug output from sys/kern/subr_diskslice.c. These are messages generated by the TRACE macro defined in that module. These messages are only printed if ds_debug is set, which it should not be, and I can't find anything that does set it. One odd this is that ds_debug is declared as volatile. Anyone else seen this, or have any clue why these messages are coming out? -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Thu Jan 18 17:59:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA22026 for hackers-outgoing; Thu, 18 Jan 1996 17:59:31 -0800 (PST) Received: from super.super.org (super.super.org [192.31.192.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA22021 for ; Thu, 18 Jan 1996 17:59:26 -0800 (PST) Received: from gotham.super.org (gotham [192.239.79.2]) by super.super.org (8.7.1/8.6.12.1) with ESMTP id UAA07901; Thu, 18 Jan 1996 20:54:42 -0500 (EST) Received: from hume.super.org (hume [192.239.79.11]) by gotham.super.org (8.6.12/8.6.12.1) with ESMTP id UAA01719; Thu, 18 Jan 1996 20:58:08 -0500 Received: (waarbau@localhost) by hume.super.org (8.6.12/8.6.12.client) id UAA11146; Thu, 18 Jan 1996 20:58:00 -0500 Date: Thu, 18 Jan 1996 20:58:00 -0500 (EST) From: "William A. Arbaugh" To: Mark Tinguely cc: hackers@FreeBSD.org Subject: Re: ATM research status request In-Reply-To: <199601180123.TAA10106@plains.nodak.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 17 Jan 1996, Mark Tinguely wrote: > > I know of a posting from University of Penn that said they were working on > a FORE ATM card for [Net Free]BSD under a NDA. I'm afraid to report that effort didn't work out. We had a student working on the driver for us (Fore EISA card) and he failed to produce a working driver. Since then we have moved mostly to PCI bus machines- we're (me) considering doing a PCI driver but that probably won't start until the fall. ---------------------------------------------------------------- Bill Arbaugh "Waste of time is the most waarbau@super.org extravagant of all expenses" waa@dsl.cis.upenn.edu -Theophrastus ---------------------------------------------------------------- From owner-freebsd-hackers Thu Jan 18 18:00:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22273 for hackers-outgoing; Thu, 18 Jan 1996 18:00:42 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.206]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22265 for ; Thu, 18 Jan 1996 18:00:33 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id UAA24110; Thu, 18 Jan 1996 20:59:48 -0500 Date: Thu, 18 Jan 1996 20:59:46 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Terry Lambert cc: Michael Smith , terry@lambert.org, trangmar@gnsnet.com, langfod@maui.net, roberto@keltia.freenix.fr, phk@critter.tfs.com, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.ORG Subject: Re: Building a "custom" release of 2.1.0 In-Reply-To: <199601182156.OAA06268@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 18 Jan 1996, Terry Lambert wrote: > I don't know if you'd have to do a whole virtual machine manager > (ala the Microsoft document) unless you wanted DOS sessions and the > ability to run things like "Descent" in a DOS window on your X > desktop, or display DOS text-mode sessions on remote X displays. no, oh, no please, no. last time i touched a machine running descent i lost 4 hours and woke the next morning with incredible shoulder cramps...please dont make this possible.....please Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Thu Jan 18 18:14:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA23174 for hackers-outgoing; Thu, 18 Jan 1996 18:14:29 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA23151 Thu, 18 Jan 1996 18:13:47 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA08168; Fri, 19 Jan 1996 12:49:20 +1030 From: Michael Smith Message-Id: <199601190219.MAA08168@genesis.atrad.adelaide.edu.au> Subject: Re: CPU compatibility To: john@starfire.mn.org Date: Fri, 19 Jan 1996 12:49:19 +1030 (CST) Cc: hackers@freebsd.org, www@freebsd.org In-Reply-To: <199601182123.PAA04733@starfire.mn.org> from "john@starfire.mn.org" at Jan 18, 96 03:23:03 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk john@starfire.mn.org stands accused of saying: > > My basic question is this: am I playing with fire trying to use Cyrix > CPU's? My MainBoard seems to run FreeBSD 2.1 just fine with an Intel > 80486DX(33), but when I rejumper and put in the Cx486DX2(66), I get I have one of these and it works fine; I suspect that it's not interacting too happily with your motherboard. Try dropping it in with the jumpers still set for the DX33 and see what happens. > Since AMD quit making 5V CPUs, options for 5V main boards are a little > slim. Intel do a DX4/100 with integrated regulator. It's a little rich, but we have a couple here that run (in ASUS PVI486SP3 boards) just fine. > John Lind, Starfire Consulting Services -- ]] 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 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Thu Jan 18 18:51:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26343 for hackers-outgoing; Thu, 18 Jan 1996 18:51:10 -0800 (PST) Received: from mandor.dev.com (mandor.dev.com [198.145.93.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA26337 for ; Thu, 18 Jan 1996 18:51:06 -0800 (PST) Received: from mandor.dev.com (localhost [127.0.0.1]) by mandor.dev.com (8.7.3/8.7.3) with ESMTP id SAA04362 for ; Thu, 18 Jan 1996 18:46:42 -0800 (PST) Message-Id: <199601190246.SAA04362@mandor.dev.com> To: freebsd-hackers@freebsd.org Subject: USER_LDT limit Date: Thu, 18 Jan 1996 18:46:41 PST From: Brian Smith Sender: owner-hackers@freebsd.org Precedence: bulk I'm playing with Wine for FreeBSD 2.1, and found something odd. In /usr/src/sys/i386/i386/sys_machdep.c, I see that the descriptor maximum allowed in i386_set_ldt() is 512, which isn't strange. What is surprising is that it isn't a macro define. Is the number 512 magic? I'd like to bump up that limit to see if Wine will be happy, although I don't want to jump over a magic boundary into descriptors reserved for some other purpose. Thanks in advance, Brian From owner-freebsd-hackers Thu Jan 18 19:13:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA27437 for hackers-outgoing; Thu, 18 Jan 1996 19:13:15 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA27426 for ; Thu, 18 Jan 1996 19:13:09 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id TAA05754; Thu, 18 Jan 1996 19:09:52 -0800 From: Julian Elischer Message-Id: <199601190309.TAA05754@ref.tfs.com> Subject: Re: sin_len in sockaddr_in? To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Thu, 18 Jan 1996 19:09:51 -0800 (PST) Cc: hackers@freebsd.org, samba-bugs@anu.edu.au In-Reply-To: <9601181730.AA12865@gnu.mc.xerox.com> from "Marty Leisner" at Jan 18, 96 09:30:58 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk The length is because a sockaddr_in is just a derived type from sockaddr, and sockaddr needs a length field to accomodate such things as: long ISO addresses unix domain sockets with flesystem addreses. some addresses can be variable length (!) -other new protocols (ipV6?) this is from net/2 and BSD4.4 directly > > > I'm working with samba 1.9.15p8 (on Sunos...) > > I want to close the accepting connections after the fork... > > I noticed: > (in util.c) > > 3688 > 3689 bzero((char *)&sock,sizeof(sock)); > 3690 memcpy((char *)&sock.sin_addr,(char *)hp->h_addr, hp->h_length); > 3691 #if defined(__FreeBSD__) || defined(NETBSD) /* XXX not the right ifdef * > 3692 sock.sin_len = sizeof(sock); > 3693 #endif > 3694 sock.sin_port = htons( port ); > 3695 sock.sin_family = hp->h_addrtype; > 3696 sock.sin_addr.s_addr = INADDR_ANY; > 3697 > > sock is sockaddr_in... > > On sunos Its defined as: > struct sockaddr_in { > short sin_family; > u_short sin_port; > struct in_addr sin_addr; > char sin_zero[8]; > }; > > what's going on? we pass the length in the call anyway.. > > On freebsd it looks like: > struct sockaddr_in { > u_char sin_len; > u_char sin_family; > u_short sin_port; > struct in_addr sin_addr; > char sin_zero[8]; > }; > > > > 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 Jan 18 21:11:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA06272 for hackers-outgoing; Thu, 18 Jan 1996 21:11:47 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA06249 for ; Thu, 18 Jan 1996 21:11:18 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id PAA08826; Fri, 19 Jan 1996 15:44:34 +1030 From: Michael Smith Message-Id: <199601190514.PAA08826@genesis.atrad.adelaide.edu.au> Subject: Re: Bad fstab - How to fix ? To: dennis@etinc.com (dennis) Date: Fri, 19 Jan 1996 15:44:33 +1030 (CST) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199601182314.SAA15083@etinc.com> from "dennis" at Jan 18, 96 06:14:33 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk dennis stands accused of saying: > > > I have a bad entry in my fstab, but the system mounts the root fs in R/O > mode so i can't > fix it. Surely there's a way around this? mount / You may also want mount /usr mount /var > Dennis -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Thu Jan 18 21:42:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08842 for hackers-outgoing; Thu, 18 Jan 1996 21:42:12 -0800 (PST) Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08837 for ; Thu, 18 Jan 1996 21:41:50 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id QAA04870; Fri, 19 Jan 1996 16:39:56 +1100 From: michael butler Message-Id: <199601190539.QAA04870@asstdc.scgt.oz.au> Subject: Re: Bad fstab - How to fix ? To: dennis@etinc.com (dennis) Date: Fri, 19 Jan 1996 16:39:51 +1100 (EST) Cc: jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199601182314.SAA15083@etinc.com> from "dennis" at Jan 18, 96 06:14:33 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk dennis writes: > I have a bad entry in my fstab, but the system mounts the root fs in R/O > mode so i can't > fix it. Surely there's a way around this? Been there .. at the single-user prompt .. mount -u -o rw / michael From owner-freebsd-hackers Thu Jan 18 23:14:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18770 for hackers-outgoing; Thu, 18 Jan 1996 23:14:12 -0800 (PST) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA18756 for ; Thu, 18 Jan 1996 23:14:06 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <21196-0@bunyip.cc.uq.oz.au>; Fri, 19 Jan 1996 16:54:29 +1000 Received: from orion.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id QAA04623 for ; Fri, 19 Jan 1996 16:53:52 +1000 Received: by orion.devetir.qld.gov.au (8.6.10/DEVETIR-0.3) id QAA10510; Fri, 19 Jan 1996 16:41:32 +1000 Date: Fri, 19 Jan 1996 16:41:32 +1000 From: Stephen McKay Message-Id: <199601190641.QAA10510@orion.devetir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgsm@devetir.qld.gov.au Subject: Re: CPU compatibility X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org Precedence: bulk Michael Smith wrote: >john@starfire.mn.org stands accused of saying: >> >> My basic question is this: am I playing with fire trying to use Cyrix >> CPU's? My MainBoard seems to run FreeBSD 2.1 just fine with an Intel >> 80486DX(33), but when I rejumper and put in the Cx486DX2(66), I get >> Since AMD quit making 5V CPUs, options for 5V main boards are a little >> slim. > >Intel do a DX4/100 with integrated regulator. It's a little rich, but >we have a couple here that run (in ASUS PVI486SP3 boards) just fine. When it came time to upgrade my Dell from a 486DX33, I picked a DX4/100 overdrive (with the funky voltage converter) because all the clones looked so scary*. It cost a little more but I've had zero (0) problems with it, and it's doubled the speed for compiles. * See the PC Chip List FAQ (pc-hardware-faq/chiplist) to see the bewildering variety of options to pick from (cache size, bugs, voltage, pinouts, etc). Stephen. From owner-freebsd-hackers Fri Jan 19 00:10:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA26857 for hackers-outgoing; Fri, 19 Jan 1996 00:10:13 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA26845 for ; Fri, 19 Jan 1996 00:10:10 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id AAA04346; Fri, 19 Jan 1996 00:11:49 -0800 Date: Fri, 19 Jan 1996 00:11:48 -0800 (PST) From: Jaye Mathisen To: "Cecil G McGuire, Jr." cc: Ben Knox , bsdi-users@BSDI.COM, hackers@freebsd.org Subject: Re: RAID system experience In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk [This messages is cc'd to the hackers list of FreeBSD, since I told them I would summarize my experience with an external RAID box to them] I have been using an Adjile systems box on both FreeBSD and BSD/OS. I get better performance with FreeBSD, but my BSD/OS box has been a bit more stable. All in all, it's pretty straight forward to setup, install, and use. I had a bit of trouble with LUN support, but leaving it at zero has it working just fine. (I think it's my controller/software, not their box.) I have it on a Buslogic now, but I'm going to try it on a 2940UW under FreeBSD real quick. The raid controller supports dual-hosting, multiple LUN's, (each configured differently), and up to 5 drives per tier, with God knows how many tiers. It supports RAID 0,3,5. (Each LUN can be a different RAID level). My main problem has been with drives. The first batch of Fuji drives had 3 fail out of 5 in 2 weeks. This last batch has been working fine. My only concern would be with dealing with the company. The company I work for has excellent financials, excellent credit. We purchased it off of a PO, Net 30, and it was accepted. Then all of the sudden, w/o warning, they changed it to COD. (They did call and tell the purchasing agent it was being switched, but never gave any kind of satisfactory reason, just what appeared to be some lip-diddling). Sort of like bait-and-switch. Because of this tactic, we won't be dealing with them anymore, but your mileage may vary. Adjile has a very vague return policy as well, with no apparent satisfaction guarantees. ie, if they ship it, and you accept it, that's it. On Wed, 17 Jan 1996, Cecil G McGuire, Jr. wrote: > On 17 JAN 96 Ben Knox wrote: > >Does anyone have any positive or negative experience with the OS > >independant RAID systems from Artecon (Lynx) or Raidtec running with > >BSD/OS with something like a Buslogic SCSI card? > > > >Regards, Ben > > > >================================================================== > >Ben Knox ben@dircon.co.uk > > > I'm struggling with the same need for info. I have also had no luck > finding any software equivalent for Raid5 that will run on BSD/OS > 2.0.1. Has anyone found anything that works? > Junior > Cecil G. McGuire, Jr.|Interlink Network Group, Inc.|FAX:360-985-2374 > Technical Associate |P.O. Box 300 |EMAIL:junior@inc-g.com > |Salkum, WA 98582-0300 |VOICE:360-985-2574 > > ****************************************************************** > *Life is worth living only when we learn something new every day.* > ****************************************************************** > Have a great 20th Century! Only 1809 days until the 21st begins! > From owner-freebsd-hackers Fri Jan 19 00:22:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27872 for hackers-outgoing; Fri, 19 Jan 1996 00:22:57 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA27826 for ; Fri, 19 Jan 1996 00:22:19 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA11238; Fri, 19 Jan 1996 09:22:12 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA06032; Fri, 19 Jan 1996 09:22:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA00460; Fri, 19 Jan 1996 01:27:17 +0100 (MET) From: J Wunsch Message-Id: <199601190027.BAA00460@uriah.heep.sax.de> Subject: Re: dump help To: cosmos@sponsor.octet.com (Daniel Leeds) Date: Fri, 19 Jan 1996 01:27:16 +0100 (MET) Cc: hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601181527.PAA02628@sponsor.octet.com> from "Daniel Leeds" at Jan 18, 96 03:27:37 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Daniel Leeds wrote: > > I need a daily backup and was told to use dump. I read the man page, but > dont exactly understand how to set this up. To make the initial dump of your /usr partition to a 150 MB QIC tape: dump 0uBf 150000 /dev/rst0 /usr to make the first incremental dump the next day dump 8uBf 150000 /dev/rst0 /usr to make the next incremental dump the other day dump 9uBf 150000 /dev/rst0 /usr where this dump was just the diff to the previous day, so you would require all three tapes to do a full restore. Alternatively, you could dump with level 8 (or less) the third day, thus eliminating the tape from the second day (only the level 0 tape plus the third day level 8 tape were needed for a full restore). As a rule of thumb: the lower the dump level, the more will be on the tapes. -- 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 Jan 19 00:39:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA29002 for hackers-outgoing; Fri, 19 Jan 1996 00:39:50 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA28993 for ; Fri, 19 Jan 1996 00:39:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA27527; Fri, 19 Jan 1996 00:38:22 -0800 To: Philip Murray cc: hackers@FreeBSD.ORG Subject: Re: execve won't load interpreters In-reply-to: Your message of "Thu, 18 Jan 1996 17:39:10 GMT." <9601181739.aa27932@bell.cs.strath.ac.uk> Date: Fri, 19 Jan 1996 00:38:22 -0800 Message-ID: <27520.822040702@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > My girlfriend wrote the scripts (well cut and paste from the handbook) and > forgot to remove the spaces from the left hand side! Well well, the mistake I could forgive, but blaming it on your *girlfriend* - now that's low! :-) Just kidding. Don't worry about it - whitespace is easy to miss sometimes.. :) Jordan From owner-freebsd-hackers Fri Jan 19 00:52:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA29836 for hackers-outgoing; Fri, 19 Jan 1996 00:52:30 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA29725 for ; Fri, 19 Jan 1996 00:51:23 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA12145 for ; Fri, 19 Jan 1996 09:51:01 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA06131 for freebsd-hackers@freebsd.org; Fri, 19 Jan 1996 09:51:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA02410 for freebsd-hackers@freebsd.org; Fri, 19 Jan 1996 09:44:49 +0100 (MET) From: J Wunsch Message-Id: <199601190844.JAA02410@uriah.heep.sax.de> Subject: Re: CPU compatibility To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 19 Jan 1996 09:44:49 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601190641.QAA10510@orion.devetir.qld.gov.au> from "Stephen McKay" at Jan 19, 96 04:41:32 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Stephen McKay wrote: > > >Intel do a DX4/100 with integrated regulator. It's a little rich, but > >we have a couple here that run (in ASUS PVI486SP3 boards) just fine. > > When it came time to upgrade my Dell from a 486DX33, I picked a DX4/100 > overdrive (with the funky voltage converter) because all the clones looked > so scary*. Btw., they are even advertising an i586 (not TM) with the funky regulator now. I'm quite tempted to buy this one in favor of the i486/100. -- 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 Jan 19 02:06:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA04514 for hackers-outgoing; Fri, 19 Jan 1996 02:06:36 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA04494 for ; Fri, 19 Jan 1996 02:06:22 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA32089; Fri, 19 Jan 1996 21:06:16 +1100 Date: Fri, 19 Jan 1996 21:06:16 +1100 From: Bruce Evans Message-Id: <199601191006.VAA32089@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, mpp@mpp.minn.net Subject: Re: kern/subr_diskslice debug messages Sender: owner-hackers@FreeBSD.org Precedence: bulk >I've noticed that if I shutdown into single user mode and >unmount all my disks, and then do something to access my second >SCSI hard disk (e.g. fsck it), I will get debug output from >sys/kern/subr_diskslice.c. These are messages generated by the TRACE >macro defined in that module. These messages are only printed if ds_debug >is set, which it should not be, and I can't find anything that does >set it. One odd this is that ds_debug is declared as volatile. >Anyone else seen this, or have any clue why these messages are coming out? It's volatile just to stop gcc deleting it. Nothing in the kernel should set it. Look for array overruns etc. Bruce From owner-freebsd-hackers Fri Jan 19 02:45:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA06964 for hackers-outgoing; Fri, 19 Jan 1996 02:45:16 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA06949 for ; Fri, 19 Jan 1996 02:44:58 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tdEJT-0003xNC; Fri, 19 Jan 96 02:44 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id LAA01119; Fri, 19 Jan 1996 11:44:51 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: freebsd-hackers@FreeBSD.org, mpp@mpp.minn.net Subject: Re: kern/subr_diskslice debug messages In-reply-to: Your message of "Fri, 19 Jan 1996 21:06:16 +1100." <199601191006.VAA32089@godzilla.zeta.org.au> Date: Fri, 19 Jan 1996 11:44:48 +0100 Message-ID: <1115.822048288@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org Precedence: bulk > >I've noticed that if I shutdown into single user mode and > >unmount all my disks, and then do something to access my second > >SCSI hard disk (e.g. fsck it), I will get debug output from > >sys/kern/subr_diskslice.c. These are messages generated by the TRACE > >macro defined in that module. These messages are only printed if ds_debug > >is set, which it should not be, and I can't find anything that does > >set it. One odd this is that ds_debug is declared as volatile. > >Anyone else seen this, or have any clue why these messages are coming out? > > It's volatile just to stop gcc deleting it. Nothing in the kernel should > set it. Look for array overruns etc. Likely to come form the sprintf or thereabout, I'm looking at it... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Fri Jan 19 03:24:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA09112 for hackers-outgoing; Fri, 19 Jan 1996 03:24:56 -0800 (PST) Received: from mail0.iij.ad.jp (root@mail0.iij.ad.jp [192.244.176.61]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA09106 for ; Fri, 19 Jan 1996 03:24:51 -0800 (PST) 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 UAA18797 for ; Fri, 19 Jan 1996 20:24:48 +0900 Received: (from uucp@localhost) by uucp1.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id UAA15235 for freebsd-hackers@freebsd.org; Fri, 19 Jan 1996 20:24:48 +0900 Received: from xxx.fct.kgc.co.jp by yyy.kgc.co.jp (8.6.11/3.4W:95122611) id TAA19444; Fri, 19 Jan 1996 19:34:54 +0900 Received: from localhost by xxx.fct.kgc.co.jp (8.6.12+2.4W/3.3W8:95062916) id TAA02192; Fri, 19 Jan 1996 19:34:53 +0900 Message-Id: <199601191034.TAA02192@xxx.fct.kgc.co.jp> To: freebsd-hackers@freebsd.org Subject: Call for `BroadCast 2.1 for X11' tester Date: Fri, 19 Jan 1996 19:34:52 +0900 From: Toshihiro Kanda Sender: owner-hackers@freebsd.org Precedence: bulk Do you know "BroadCast 2.1" for Apple Macintosh? It's a "message with icon" comminucation tool. I've ported it to my FreeBSD 2.1 box. Please get it from http://www.asahi-net.or.jp/~ZW6T-KND/ and test it. (And send me bug reports if you can) Thank you. Requirements: - FreeBSD 2.0.5 or later (2.1 recommended) - Berkeley packet filter (bpf) - driver support for ethernet multicast ("ed" driver is ok) - EtherTalk phase 2 AppleTalk network, or *NO* AppleTalk network candy@fct.kgc.co.jp (Toshihiro Kanda) From owner-freebsd-hackers Fri Jan 19 06:13:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA15976 for hackers-outgoing; Fri, 19 Jan 1996 06:13:29 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA15971 for ; Fri, 19 Jan 1996 06:13:22 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 19 Jan 96 14:12 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA17013; Fri, 19 Jan 1996 15:08:35 +0100 Message-Id: <199601191408.PAA17013@allegro.lemis.de> Subject: Re: Status of ISDN drivers To: dennis@etinc.com (dennis) Date: Fri, 19 Jan 1996 15:08:35 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199601151705.MAA07855@etinc.com> from "dennis" at Jan 15, 96 12:05:16 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 Precedence: bulk dennis writes: >> dennis writes: >>>> jkh@time.cdrom.com writes: >>>> WRT getting 128kb/sec. I though the RBOCs in the States only support >>>> 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? >>>> The D-Channel is not used for data transfer (that would be an additional >>>> 16kb/sec.). >>> >>> Of course for $695 you can get RISC-powered "plug and power-up" 128k >>> sync...but we've been through that one before! >> >> This isn't the challenge. I'm currently connected to the Internet via >> a 286 with 1 MB of memory and a Creatix S0 board running DOG, PC-ROUTE >> and ISPA. It works reasonably well, performs channel bonding, and >> costs a whole lot less than other alternatives. The problem is that >> it isn't as flexible as a *good* UNIX solution. > > as always, it depends on what you're doing and who you are. If youre > a user, then it probably doesnt matter. If you're a provider, it > matters alot. Correct. I would hate to have to rely on an async solution as a service provider. The current best possibility is probably something like Banzai! from INS and CLS over here, but it's pretty rough too. Greg From owner-freebsd-hackers Fri Jan 19 06:59:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA17737 for hackers-outgoing; Fri, 19 Jan 1996 06:59:13 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA17732 for ; Fri, 19 Jan 1996 06:59:11 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tdIHL-0003xNC; Fri, 19 Jan 96 06:58 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id PAA00496; Fri, 19 Jan 1996 15:58:58 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Mark Tinguely cc: hackers@freebsd.org Subject: Re: ATM research status request In-reply-to: Your message of "Wed, 17 Jan 1996 19:23:02 CST." <199601180123.TAA10106@plains.nodak.edu> Date: Fri, 19 Jan 1996 15:58:57 +0100 Message-ID: <494.822063537@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk I have an ATM net here (Fore, 100Mb/s TAXI) but no cards for PCs. If some kind of progress were seen, I might be able to find the money for the card and give it a swing. -- 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 Jan 19 07:18:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA18750 for hackers-outgoing; Fri, 19 Jan 1996 07:18:03 -0800 (PST) Received: from px.f1.ru (root@px.f1.ru [194.87.86.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA18682 for ; Fri, 19 Jan 1996 07:17:26 -0800 (PST) Received: (from am@localhost) by px.f1.ru (8.6.11/8.6.9) id SAA05118 for freebsd-hackers@freebsd.org; Fri, 19 Jan 1996 18:11:56 +0300 Message-Id: <199601191511.SAA05118@px.f1.ru> Subject: setproctitle() To: freebsd-hackers@freebsd.org Date: Fri, 19 Jan 1996 18:11:55 +0300 (MSK) From: "Andrew Maltsev" Organization: F1 communications Reply-To: am@f1.ru X-Mailer: ELM [version 2.4 PL24alpha5] MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi, All! Why we have no interface to change process name in FreeBSD? Like setproctitle() in BSD/OS and some other OS'es.. The following is my source, based on old source code from BSD/386 1.1 or 1.0.. I don't remember. I tested it a bit.. Somebody from core team - what about to add a module to libc.a? I'm not sure about man page - there is no BSD/OS near me to check man's presense and copyright notices.. /************************************************************ * setproctitle(const char *fmt, ...) - process name changer * Adopted for FreeBSD by Andrew Maltsev */ #include #include #include #include #include #include void setproctitle(const char *fmt, ...) { va_list ap; int n; char c = '\0'; char *buf = &c; struct ps_strings *psp = (struct ps_strings *)PS_STRINGS; va_start(ap, fmt); n = vsnprintf(buf, 1, fmt, ap); va_end(ap); if ((buf = malloc(++n)) == 0) return; va_start(ap, fmt); vsnprintf(buf, n, fmt, ap); va_end(ap); psp->ps_argvstr = buf; /* Not sure about this line - for what? But leaved as is to make it * compatible with BSD/OS */ psp->ps_nargvstr = 1; } #ifdef DEBUG main() { setproctitle("Wow, my pid is %d!",getpid()); system("ps"); } #endif -- am From owner-freebsd-hackers Fri Jan 19 09:42:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA01349 for hackers-outgoing; Fri, 19 Jan 1996 09:42:22 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA01342 Fri, 19 Jan 1996 09:42:10 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA17399 ; Fri, 19 Jan 1996 18:42:04 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA01502 ; Fri, 19 Jan 1996 18:41:55 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA29160; Fri, 19 Jan 1996 08:39:35 +0100 (MET) From: Ollivier Robert Message-Id: <199601190739.IAA29160@keltia.freenix.fr> Subject: Re: CPU compatibility To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 19 Jan 1996 08:39:35 +0100 (MET) Cc: john@starfire.mn.org, hackers@freebsd.org, www@freebsd.org In-Reply-To: <199601190219.MAA08168@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 19, 96 12:49:19 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4ME+ PL0 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Michael Smith said: > > Since AMD quit making 5V CPUs, options for 5V main boards are a little > > slim. > > Intel do a DX4/100 with integrated regulator. It's a little rich, but > we have a couple here that run (in ASUS PVI486SP3 boards) just fine. That's what I did two months ago (Jörg too I think) and I've been perfectly happy since. "make world" without profiled libs is 4h50... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 From owner-freebsd-hackers Fri Jan 19 09:44:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA01425 for hackers-outgoing; Fri, 19 Jan 1996 09:44:11 -0800 (PST) Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA01419 Fri, 19 Jan 1996 09:44:04 -0800 (PST) Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id MAA03643; Fri, 19 Jan 1996 12:43:54 -0500 Date: Fri, 19 Jan 1996 12:43:54 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: john@starfire.mn.org cc: FreeBSD hackers , www@FreeBSD.org Subject: Re: CPU compatibility In-Reply-To: <199601182123.PAA04733@starfire.mn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Thu, 18 Jan 1996 john@starfire.mn.org wrote: > compatibility. I noticed that the PC Hardware Compatibility link in > the Appendices of the handbook has disappeared (possibly due to a lack > of contributions, as it was pretty skeletal in the 2.1 release). Actually, it moved out of the appendix and is now chapter 9. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Fri Jan 19 10:10:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02297 for hackers-outgoing; Fri, 19 Jan 1996 10:10:50 -0800 (PST) Received: from mail11.digital.com (mail11.digital.com [192.208.46.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA02290 for ; Fri, 19 Jan 1996 10:10:46 -0800 (PST) Received: from muggsy.lkg.dec.com by mail11.digital.com (5.65v3.2/1.0/WV) id AA18975; Fri, 19 Jan 1996 12:48:37 -0500 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA15817; Fri, 19 Jan 1996 12:48:33 -0500 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id RAA24416; Fri, 19 Jan 1996 17:56:48 GMT Message-Id: <199601191756.RAA24416@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: hsu@clinet.fi Cc: hackers@freebsd.org Subject: Re: kern/950: Two PCI bridge chips fail (multiple multiport ethernet boards) In-Reply-To: Your message of "Fri, 19 Jan 1996 00:18:36 +0100." <199601182318.AA11772@Sysiphos> X-Mailer: exmh version 1.5omega 10/6/94 Date: Fri, 19 Jan 1996 17:56:40 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk This is due to a typo in pcireg.h (to which I am probably the guilty party). The following diffs against 2.1.0-RELEASE should fix the problem. Matt Thomas Internet: matt@3am-software.com 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html Westford, MA Disclaimer: I disavow all knowledge of this message --- pcireg.h.orig Fri Jan 19 13:38:41 1996 +++ pcireg.h Fri Jan 19 13:30:46 1996 @@ -158,9 +158,9 @@ #define PCI_SECONDARY_BUS_MASK 0x0000ff00 #define PCI_PRIMARY_BUS_MASK 0x000000ff -#define PCI_SUBORDINATE_BUS_EXTRACT(x) (((x) > 16) & 0xff) -#define PCI_SECONDARY_BUS_EXTRACT(x) (((x) > 8) & 0xff) -#define PCI_PRIMARY_BUS_EXTRACT(x) (((x) ) & 0xff) +#define PCI_SUBORDINATE_BUS_EXTRACT(x) (((x) >> 16) & 0xff) +#define PCI_SECONDARY_BUS_EXTRACT(x) (((x) >> 8) & 0xff) +#define PCI_PRIMARY_BUS_EXTRACT(x) (((x) ) & 0xff) #define PCI_PRIMARY_BUS_INSERT(x, y) (((x) & ~PCI_PRIMARY_BUS_MASK) | ((y) << 0)) #define PCI_SECONDARY_BUS_INSERT(x, y) (((x) & ~PCI_SECONDARY_BUS_MASK) | ((y) << 8)) --- pcisupport.c.orig Sat Sep 9 23:10:21 1995 +++ pcisupport.c Fri Jan 19 11:59:39 1996 @@ -84,14 +84,14 @@ static char* chipset_probe (pcici_t tag, pcidi_t type) { - unsigned rev; + unsigned data; switch (type) { case 0x04868086: return ("Intel 82425EX PCI system controller"); case 0x04848086: - rev = (unsigned) pci_conf_read (tag, PCI_CLASS_REG) & 0xff; - if (rev == 3) + data = (unsigned) pci_conf_read (tag, PCI_CLASS_REG) & 0xff; + if (data == 3) return ("Intel 82378ZB PCI-ISA bridge"); return ("Intel 82378IB PCI-ISA bridge"); case 0x04838086: @@ -99,8 +99,8 @@ case 0x04828086: return ("Intel 82375EB PCI-EISA bridge"); case 0x04a38086: - rev = (unsigned) pci_conf_read (tag, PCI_CLASS_REG) & 0xff; - if (rev == 16 || rev == 17) + data = (unsigned) pci_conf_read (tag, PCI_CLASS_REG) & 0xff; + if (data == 16 || data == 17) return ("Intel 82434NX (Neptune) PCI cache memory controller"); return ("Intel 82434LX (Mercury) PCI cache memory controller"); case 0x122d8086: @@ -119,7 +119,12 @@ return ("SiS 85c601"); case 0x00011011: return ("DEC 21050 PCI-PCI bridge"); - }; + default: + data = pci_conf_read(tag, PCI_CLASS_REG); + if ((data & (PCI_CLASS_MASK|PCI_SUBCLASS_MASK)) == (PCI_CLASS_BRIDGE|PCI_SUBCLASS_BRIDGE_PCI)) + return ("PCI-PCI bridge"); + break; + } return ((char*)0); } --- pci.c.orig Mon Oct 9 06:35:59 1995 +++ pci.c Fri Jan 19 13:37:46 1996 @@ -364,7 +364,7 @@ */ pci_bridge_config (); - printf ("Probing for devices on the PCI bus:\n"); + printf ("Probing for devices on PCI bus %d:\n", pcicb->pcicb_bus); #ifndef PCI_QUIET if (bootverbose && !pci_info_done) { pci_info_done=1; @@ -603,7 +603,7 @@ if (bootverbose) { printf ("\tbridge from pci%d to pci%d through %d.\n", primary, secondary, subordinate); - printf ("\tmapping regs: io:%08lx mem:%08lx pmem:%08lx", + printf ("\tmapping regs: io:%08lx mem:%08lx pmem:%08lx\n", pci_conf_read (tag, PCI_PCI_BRIDGE_IO_REG), pci_conf_read (tag, PCI_PCI_BRIDGE_MEM_REG), pci_conf_read (tag, PCI_PCI_BRIDGE_PMEM_REG)); From owner-freebsd-hackers Fri Jan 19 11:26:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06413 for hackers-outgoing; Fri, 19 Jan 1996 11:26:37 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA06395 Fri, 19 Jan 1996 11:26:31 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA24673; Fri, 19 Jan 1996 13:24:41 -0600 From: Joe Greco Message-Id: <199601191924.NAA24673@brasil.moneng.mei.com> Subject: Re: ccd driver or 2.1R available To: stable@silvia.HIP.Berkeley.EDU Date: Fri, 19 Jan 1996 13:24:40 -0600 (CST) Cc: hackers@FreeBSD.ORG, stable@FreeBSD.ORG, ccd@forgery.cs.berkeley.edu In-Reply-To: <199601141214.EAA01042@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Jan 14, 96 04:14:40 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Oh sure. One of them is "don't use a partition that starts at a > beginning of the slice". So please leave some space at the beginning > of the slice in the partitions you are combining (sd[1-4]g in the > above example). Of course, if someone can figure out why and fix it, > that will be great. I may be wrong, but isn't this because the standard disklabel leaves some space for the BIOS partition table, just in case it's the first slice on the disk? ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Jan 19 12:43:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11959 for hackers-outgoing; Fri, 19 Jan 1996 12:43:02 -0800 (PST) Received: from tiny.sprintlink.net (tiny.sprintlink.net [199.0.55.90]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA11941 for ; Fri, 19 Jan 1996 12:42:45 -0800 (PST) Received: from aviion.ts.kiev.ua (aviion.ts.kiev.ua [193.124.229.12]) by tiny.sprintlink.net (8.6.9/8.6.9) with ESMTP id PAA17820; Fri, 19 Jan 1996 15:41:02 -0500 Received: from wind.UUCP by aviion.ts.kiev.ua with UUCP id UAA08779; (8.6.11/zah/1.4b) Fri, 19 Jan 1996 20:33:31 GMT Received: from dawn.ww.net (dawn.ww.net [193.124.73.50]) by unicorn.ww.net (8.6.12/alexis 2.5) with ESMTP id XAA02098; Fri, 19 Jan 1996 23:17:48 +0300 Received: (from alexis@localhost) by dawn.ww.net (8.6.12/alexis 2.5) id XAA00702; Fri, 19 Jan 1996 23:17:35 +0300 Message-Id: <199601192017.XAA00702@dawn.ww.net> Subject: Re: (fwd) Re: UPS To: chris@aries.bbcc.ctc.edu Date: Fri, 19 Jan 1996 23:17:34 +0300 (MSK) From: "Alexis Yushin" Cc: dk+@ua.net, hackers@FreeBSD.ORG In-Reply-To: from "Chris Coleman" at Jan 18, 96 10:08:10 am Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Once Chris Coleman wrote: >Im collecting information on this subject. I have >created a small home page on the UPS topic > >it is at 'http://www.bbcc.ctc.edu/APCFAQ.html' > >I have a few APC SmartUPS 600's > >I hope this helps I hope too, but I currently have no IP connection to the inet, though in the plans for the nearest future. So please, *mail* me everything, including the URL above. Thanks. alexis -- The more experienced you are the less people you can get advice from. From owner-freebsd-hackers Fri Jan 19 13:41:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16115 for hackers-outgoing; Fri, 19 Jan 1996 13:41:39 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16102 for ; Fri, 19 Jan 1996 13:41:28 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA15824 for ; Fri, 19 Jan 1996 22:41:23 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA12231 for freebsd-hackers@freebsd.org; Fri, 19 Jan 1996 22:41:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA04284 for freebsd-hackers@freebsd.org; Fri, 19 Jan 1996 22:23:25 +0100 (MET) From: J Wunsch Message-Id: <199601192123.WAA04284@uriah.heep.sax.de> Subject: Re: CPU compatibility To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 19 Jan 1996 22:23:25 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601190739.IAA29160@keltia.freenix.fr> from "Ollivier Robert" at Jan 19, 96 08:39:35 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Ollivier Robert wrote: > > That's what I did two months ago (Jörg too I think) and I've been perfectly > happy since. "make world" without profiled libs is 4h50... Not yet. I'm still looking for a source for the `overdrive', and iNtel caught me meanwhile with their Ad's for an i586 overdrive. Well, i have to draw a line somewhere. Guess i'll take the 486/100. -- 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 Jan 19 13:43:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16279 for hackers-outgoing; Fri, 19 Jan 1996 13:43:44 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16271 for ; Fri, 19 Jan 1996 13:43:41 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA08670; Fri, 19 Jan 1996 14:36:43 -0700 From: Terry Lambert Message-Id: <199601192136.OAA08670@phaeton.artisoft.com> Subject: Re: CPU compatibility To: syssgm@devetir.qld.gov.au (Stephen McKay) Date: Fri, 19 Jan 1996 14:36:43 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, syssgsm@devetir.qld.gov.au In-Reply-To: <199601190641.QAA10510@orion.devetir.qld.gov.au> from "Stephen McKay" at Jan 19, 96 04:41: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 Precedence: bulk > * See the PC Chip List FAQ (pc-hardware-faq/chiplist) to see the bewildering > variety of options to pick from (cache size, bugs, voltage, pinouts, etc). > > Stephen. Do you have a URL for this? This is worthy of a link from the FreeBSD WWW pages. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jan 19 13:51:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16965 for hackers-outgoing; Fri, 19 Jan 1996 13:51:34 -0800 (PST) Received: from cactus.fi.uba.ar ([157.92.49.108]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA16950 for ; Fri, 19 Jan 1996 13:51:21 -0800 (PST) Received: (from msagre@localhost) by cactus.fi.uba.ar (8.6.11/8.6.9) id SAA05612; Fri, 19 Jan 1996 18:33:26 -0300 Date: Fri, 19 Jan 1996 18:33:25 -0300 (EST) From: Miguel Angel Sagreras To: dennis cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG Subject: Re: Bad fstab - How to fix ? In-Reply-To: <199601182314.SAA15083@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 18 Jan 1996, dennis wrote: > > I have a bad entry in my fstab, but the system mounts the root fs in R/O > mode so i can't > fix it. Surely there's a way around this? > > > 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 > > Do "mount /", This mount de root in rw mode. Miguel A. Sagreras Facultad de ingenieria Universidad de Buenos Aires e-mail : msagre@cactus.fi.uba.ar From owner-freebsd-hackers Fri Jan 19 14:02:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17818 for hackers-outgoing; Fri, 19 Jan 1996 14:02:07 -0800 (PST) Received: from dworshak.cs.uidaho.edu (root@dworshak.cs.uidaho.edu [129.101.100.160]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA17813 for ; Fri, 19 Jan 1996 14:02:01 -0800 (PST) Received: from waldrog.cs.uidaho.edu (waldrog.cs.uidaho.edu [129.101.100.23]) by dworshak.cs.uidaho.edu (8.6.12/1.1) with ESMTP id OAA28156; Fri, 19 Jan 1996 14:01:55 -0800 Received: from localhost (localhost [127.0.0.1]) by waldrog.cs.uidaho.edu (8.6.10/1.0) with SMTP id OAA16796; Fri, 19 Jan 1996 14:01:55 -0800 Message-Id: <199601192201.OAA16796@waldrog.cs.uidaho.edu> X-Authentication-Warning: waldrog.cs.uidaho.edu: Host localhost didn't use HELO protocol To: am@f1.ru cc: freebsd-hackers@freebsd.org Subject: Re: setproctitle() In-reply-to: Your message of "Fri, 19 Jan 1996 18:11:55 PST." <199601191511.SAA05118@px.f1.ru> Date: Fri, 19 Jan 1996 14:01:54 PST From: faried nawaz Sender: owner-hackers@freebsd.org Precedence: bulk "Andrew Maltsev" wrote... Hi, All! Why we have no interface to change process name in FreeBSD? Like setproctitle() in BSD/OS and some other OS'es.. it's in libutil, in current. do `ar t /usr/lib/libutil.a' faried. From owner-freebsd-hackers Fri Jan 19 14:07:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18156 for hackers-outgoing; Fri, 19 Jan 1996 14:07:30 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA18147 for ; Fri, 19 Jan 1996 14:07:26 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id QAA00597; Fri, 19 Jan 1996 16:06:28 -0600 (CST) Message-Id: <199601192206.QAA00597@mpp.minn.net> Subject: Re: kern/subr_diskslice debug messages To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 19 Jan 1996 16:06:28 -0600 (CST) From: "Mike Pritchard" Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG In-Reply-To: <1115.822048288@critter.tfs.com> from "Poul-Henning Kamp" at Jan 19, 96 11:44:48 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Poul-Henning Kamp wrote: > > > >I've noticed that if I shutdown into single user mode and > > >unmount all my disks, and then do something to access my second > > >SCSI hard disk (e.g. fsck it), I will get debug output from > > >sys/kern/subr_diskslice.c. These are messages generated by the TRACE > > >macro defined in that module. These messages are only printed if ds_debug > > >is set, which it should not be, and I can't find anything that does > > >set it. One odd this is that ds_debug is declared as volatile. > > >Anyone else seen this, or have any clue why these messages are coming out? > > > > It's volatile just to stop gcc deleting it. Nothing in the kernel should > > set it. Look for array overruns etc. > > Likely to come form the sprintf or thereabout, I'm looking at it... Yep, the latest kern/subr_prf.c fixes the problem. Hopefully that also fixes some of the strange file system corruption problems I've been seeing the past few days. It also seems to have fixed the problem with core files getting junk appended to the end of the core file name as someone else reported yesterday. -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Fri Jan 19 14:23:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18964 for hackers-outgoing; Fri, 19 Jan 1996 14:23:09 -0800 (PST) Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA18919 Fri, 19 Jan 1996 14:22:39 -0800 (PST) Received: by haven.uniserve.com id <30753-4>; Fri, 19 Jan 1996 14:25:11 -0000 Date: Fri, 19 Jan 1996 14:25:01 -0800 (PST) From: Tom Samplonius To: Joe Greco cc: hackers@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: ccd driver or 2.1R available In-Reply-To: <199601191924.NAA24673@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 19 Jan 1996, Joe Greco wrote: > > Oh sure. One of them is "don't use a partition that starts at a > > beginning of the slice". So please leave some space at the beginning > > of the slice in the partitions you are combining (sd[1-4]g in the > > above example). Of course, if someone can figure out why and fix it, > > that will be great. > > I may be wrong, but isn't this because the standard disklabel leaves some > space for the BIOS partition table, just in case it's the first slice on the > disk? As far as I can tell from the manpage, the reason is that the ccd disklabel could be mistaken by the system as the disk's label, because they are in the same spot. The first bit of every partition has space reserved for the label, but ccd will not reserve space. I believe swap will not work as the first partition on a disk for the same reason, except that swap will overwrite the label! Tom From owner-freebsd-hackers Fri Jan 19 14:41:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA20201 for hackers-outgoing; Fri, 19 Jan 1996 14:41:24 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA20192 for ; Fri, 19 Jan 1996 14:41:14 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA21464 ; Fri, 19 Jan 1996 23:41:05 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA02303 ; Fri, 19 Jan 1996 23:41:03 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA00978; Fri, 19 Jan 1996 19:01:27 +0100 (MET) From: Ollivier Robert Message-Id: <199601191801.TAA00978@keltia.freenix.fr> Subject: Re: setproctitle() To: am@f1.ru Date: Fri, 19 Jan 1996 19:01:26 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601191511.SAA05118@px.f1.ru> from "Andrew Maltsev" at Jan 19, 96 06:11:55 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1559 X-Mailer: ELM [version 2.4ME+ PL0 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk It seems that Andrew Maltsev said: > Why we have no interface to change process name in FreeBSD? > Like setproctitle() in BSD/OS and some other OS'es.. You've been beaten :-) peter 95/12/26 14:50:09 Modified: lib/libutil Makefile Added: lib/libutil setproctitle.3 setproctitle.c Log: Bring in an initial version of setproctitle().. This is intended to replace the dozen other various hacks in the code that do all sorts of crude things including spamming the envrionment strings with the new argv string. This version is mainly inspired by the sendmail version, with a couple of ideas taken from the NetBSD implementation as well. Revision Changes Path 1.2 +2 -1 src/lib/libutil/Makefile -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Sun Jan 14 20:23:45 MET 1996 From owner-freebsd-hackers Fri Jan 19 14:58:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21729 for hackers-outgoing; Fri, 19 Jan 1996 14:58:25 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA21723 Fri, 19 Jan 1996 14:58:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA01812; Fri, 19 Jan 1996 14:58:16 -0800 To: sos@freebsd.org cc: swallace@ece.uci.edu (Steven Wallace), erich@uruk.org, freebsd-hackers@freebsd.org Subject: Re: Linux and/or ELF executables In-reply-to: Your message of "Thu, 18 Jan 1996 17:55:35 +0100." <199601181655.RAA26569@ra.dkuug.dk> Date: Fri, 19 Jan 1996 14:58:15 -0800 Message-ID: <1810.822092295@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > This is bullshit, I saw some crude hacks to the NetBSD code, then > NOTHING happend for a couple of months, and then suddenly it was >... > committed. That pissed me off, and still does, as it totally screwed > the SVR4 work I had lying around... OK you guys, calm down - I don't think ANYBODY deserves to throw stones here! Why? Because the situation is pretty simple - our emulation strategy has been really screwed for a long time, has taken a far too long to come together and nobody should be too proud of how things have turned out in that department! No insult to Soren intended, but if we'd developed the rest of the system with the same speed that the emulation stuff has come together, we'd all still be using the original VM system and our drivers wouldn't be much advanced beyond 386BSD 0.1. So rather than bickering about who did what in what order, why not just admit that the emulation picture has been one long history of balls dropped on the floor and sub-projects more or less abandoned? I know that I waited a long time for Soren to finish his work and basically gave up on ever seeing anything come out of it. He really has no right to blast *anyone* in this list for doing something even remotely constructive in the emulation arena because he more or less walked out of that whole area long before it was even halfway finished, and blasting someone for "screwing up his work" would be like Bill Jolitz coming back after 2 years and saying "What the hell have you people done to my system? I was *working* on this stuff!" :-) I know that time is limited - I probably have a better appreciation of that fact than most people. I know that everyone is doing this for free and shouldn't be expected to start or finish anything "on schedule" - that's not the issue I'm talking about here. I'm simply saying that if you're *not* willing to finish something in a reasonable timeframe, and I think over a year is more than reasonable, then DON'T FLAME SOMEBODY ELSE FOR DOING THE WORK! End of topic! Jordan From owner-freebsd-hackers Fri Jan 19 15:14:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23507 for hackers-outgoing; Fri, 19 Jan 1996 15:14:07 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA23501 for ; Fri, 19 Jan 1996 15:14:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA01920; Fri, 19 Jan 1996 15:13:55 -0800 To: Chris Torek cc: hackers@freebsd.org, markd@grizzly.com Subject: Re: Change to stdio.h to export `cookie?' In-reply-to: Your message of "Thu, 18 Jan 1996 15:15:11 MST." <199601182215.PAA20081@bsdi.BSDI.COM> Date: Fri, 19 Jan 1996 15:13:55 -0800 Message-ID: <1918.822093235@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Hmm. One problem here is that the cookie in a regular old fopen()ed > file *is* used; it points back to the FILE struct. A user-definable > field should probably be separate. If you fiddle with stdout->_cookie, > you will get burned.... So what you're basically telling me is that if I want a handy data hook to use from other systems, I should not use the cookie and simple extend the structure for this? Hmmm.. Jordan From owner-freebsd-hackers Fri Jan 19 15:16:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23767 for hackers-outgoing; Fri, 19 Jan 1996 15:16:18 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA23761 for ; Fri, 19 Jan 1996 15:16:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA01934; Fri, 19 Jan 1996 15:15:39 -0800 To: Terry Lambert cc: torek@BSDI.COM, markd@grizzly.com, hackers@FreeBSD.ORG Subject: Re: Change to stdio.h to export `cookie?' In-reply-to: Your message of "Thu, 18 Jan 1996 15:10:03 MST." <199601182210.PAA06336@phaeton.artisoft.com> Date: Fri, 19 Jan 1996 15:15:39 -0800 Message-ID: <1932.822093339@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Personally, I'd use: > > struct myfile { > FILE *fp; > caddr_t *userdata; > } > > And wrapper all FILE * manipulation functions instead. That implies that you can easily change all the references to it. In this particular case, I don't feel like munging the insides of TCL, nor would I wish to maintain said hacks even if it were relatively easy.. :-) There are some genuine situations where one would really just like to associate a little extra data with a FILE*, and I think that making some very small provisions for it is not that out of line. Jordan From owner-freebsd-hackers Fri Jan 19 16:48:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA09096 for hackers-outgoing; Fri, 19 Jan 1996 16:48:47 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA09091 Fri, 19 Jan 1996 16:48:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA02476; Fri, 19 Jan 1996 16:48:26 -0800 To: John Fieber cc: john@starfire.mn.org, FreeBSD hackers , www@FreeBSD.org Subject: Re: CPU compatibility In-reply-to: Your message of "Fri, 19 Jan 1996 12:43:54 EST." Date: Fri, 19 Jan 1996 16:48:25 -0800 Message-ID: <2474.822098905@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > On Thu, 18 Jan 1996 john@starfire.mn.org wrote: > > > compatibility. I noticed that the PC Hardware Compatibility link in > > the Appendices of the handbook has disappeared (possibly due to a lack > > of contributions, as it was pretty skeletal in the 2.1 release). > > Actually, it moved out of the appendix and is now chapter 9. And is eagerly awaiting donations of text.. :-) Jordan From owner-freebsd-hackers Fri Jan 19 17:14:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA11855 for hackers-outgoing; Fri, 19 Jan 1996 17:14:10 -0800 (PST) Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA11839 for ; Fri, 19 Jan 1996 17:14:02 -0800 (PST) Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA02656; Fri, 19 Jan 96 19:13:46 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA19500; Fri, 19 Jan 1996 18:13:45 -0700 Date: Fri, 19 Jan 1996 18:13:45 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9601200113.AA19500@emu.fsl.noaa.gov> To: terry@lambert.org Cc: syssgm@devetir.qld.gov.au, freebsd-hackers@freebsd.org, syssgsm@devetir.qld.gov.au In-Reply-To: <199601192136.OAA08670@phaeton.artisoft.com> (message from Terry Lambert on Fri, 19 Jan 1996 14:36:43 -0700 (MST)) Subject: Re: CPU compatibility Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "Terry" == Terry Lambert writes: Terry> Do you have a URL for this? This is worthy of a link from Terry> the FreeBSD WWW pages. http://einstein.et.tudelft.nl/~offerman/chiplist.html I keep it in my FreeBSD->Hardware->submenu in Netscape. -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA He was a cowboy, mister, and he loved the land. He loved it so much he made a woman out of dirt and married her. But when he kissed her, she disintegrated. Later, at the funeral, when the preacher said, "Dust to dust," some people laughed, and the cowboy shot them. At his hanging, he told the others, "I'll be waiting for you in heaven - with a gun." -- Jack Handey From owner-freebsd-hackers Fri Jan 19 17:21:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12798 for hackers-outgoing; Fri, 19 Jan 1996 17:21:23 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA12791 for ; Fri, 19 Jan 1996 17:21:21 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA09131; Fri, 19 Jan 1996 18:12:54 -0700 From: Terry Lambert Message-Id: <199601200112.SAA09131@phaeton.artisoft.com> Subject: Re: Change to stdio.h to export `cookie?' To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 19 Jan 1996 18:12:54 -0700 (MST) Cc: terry@lambert.org, torek@BSDI.COM, markd@grizzly.com, hackers@FreeBSD.org In-Reply-To: <1932.822093339@time.cdrom.com> from "Jordan K. Hubbard" at Jan 19, 96 03:15:39 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Personally, I'd use: > > > > struct myfile { > > FILE *fp; > > caddr_t *userdata; > > } > > > > And wrapper all FILE * manipulation functions instead. > > That implies that you can easily change all the references to it. In > this particular case, I don't feel like munging the insides of TCL, > nor would I wish to maintain said hacks even if it were relatively > easy.. :-) I thought you knew; FILE * is an opaque type; there are *no* references to it outside of stdio. 8-) 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jan 19 17:22:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12957 for hackers-outgoing; Fri, 19 Jan 1996 17:22:47 -0800 (PST) Received: from burka.rdy.com (burka.rdy.com [205.149.163.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA12951 for ; Fri, 19 Jan 1996 17:22:44 -0800 (PST) Received: from dima@localhost by burka.rdy.com id RAA01320; (8.7.3/RDY) Fri, 19 Jan 1996 17:22:39 -0800 (PST) Message-Id: <199601200122.RAA01320@burka.rdy.com> Subject: problem with *latest* sources To: hackers@FreeBSD.ORG Date: Fri, 19 Jan 1996 17:22:38 -0800 (PST) X-Class: Fast Organization: HackerDome Reply-To: dima@best.net From: dima@best.net (Dima Ruban) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi! I'm having problem with my -current. Logfile attached below. (I have all latest changes in kernel, and I've done make world 10 minutes ago) Any bright ideas, what's going on? P.S. I have basically the same problem with awk and xterm. If I compile all these program with -static problem just "disappears". Maybe it'll help a bit. Script started on Fri Jan 19 17:16:29 1996 [burka]-p5:1> echo xxxxx > foo [burka]-p5:2> echo fff > bar [burka]-p5:3> diff -c foo bar *** foo Fri Jan 19 17:16:39 1996 --- bar Fri Jan 19 17:16:44 1996 *************** *** 1 **** ! xxxxx --- 1 ---- ! fff Segmentation fault (core dumped) [burka]-p5:4> ls -la diff.core -rw------- 1 dima wheel 196608 Jan 19 17:16 diff.core [burka]-p5:5> gdb /usr/bin/diff diff.core GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)... Core was generated by `diff'. Program terminated with signal 11, Segmentation fault. #0 0x3d in ?? () (gdb) bt #0 0x3d in ?? () #1 0x807cb36 in end () #2 0x29c8 in main () (gdb) quit [burka]-p5:6> exit exit Script done on Fri Jan 19 17:17:12 1996 -- dima From owner-freebsd-hackers Fri Jan 19 20:35:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04390 for hackers-outgoing; Fri, 19 Jan 1996 20:35:07 -0800 (PST) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA04348 Fri, 19 Jan 1996 20:34:57 -0800 (PST) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id UAA10983; Fri, 19 Jan 1996 20:33:25 -0800 From: "Rodney W. Grimes" Message-Id: <199601200433.UAA10983@GndRsh.aac.dev.com> Subject: Re: ccd driver or 2.1R available To: tom@uniserve.com (Tom Samplonius) Date: Fri, 19 Jan 1996 20:33:25 -0800 (PST) Cc: jgreco@brasil.moneng.mei.com, hackers@freebsd.org, stable@freebsd.org In-Reply-To: from "Tom Samplonius" at Jan 19, 96 02:25:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > > On Fri, 19 Jan 1996, Joe Greco wrote: > > > > Oh sure. One of them is "don't use a partition that starts at a > > > beginning of the slice". So please leave some space at the beginning > > > of the slice in the partitions you are combining (sd[1-4]g in the > > > above example). Of course, if someone can figure out why and fix it, > > > that will be great. > > > > I may be wrong, but isn't this because the standard disklabel leaves some > > space for the BIOS partition table, just in case it's the first slice on the > > disk? > > As far as I can tell from the manpage, the reason is that the ccd > disklabel could be mistaken by the system as the disk's label, because > they are in the same spot. The first bit of every partition has space > reserved for the label, but ccd will not reserve space. > > I believe swap will not work as the first partition on a disk for the > same reason, except that swap will overwrite the label! The swap code does not use the first 64 blocks or some such for that very reason. You can have swap at the front of a disk, though this has not always been true (I think it was David Greenman who finally fixed it). > Tom > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Fri Jan 19 20:47:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05652 for hackers-outgoing; Fri, 19 Jan 1996 20:47:55 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05625 Fri, 19 Jan 1996 20:47:48 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id VAA17390; Fri, 19 Jan 1996 21:50:27 -0700 Date: Fri, 19 Jan 1996 21:50:27 -0700 From: Nate Williams Message-Id: <199601200450.VAA17390@rocky.sri.MT.net> To: stable@FreeBSD.org, current@FreeBSD.sri.MT.net, hackers@FreeBSD.org Subject: Possible solution to the Proxy-ARP bug enclosed Sender: owner-hackers@FreeBSD.org Precedence: bulk Sorry for cross-posting this to so many lists, but I wanted to get as much coverage as possible for this patch as possible. For those who are wondering what this is all about, there is a problem that affects all 4.4Lite derived systems with regards to ARP handling. (This includes FreeBSD, NetBSD, and BSDi.) The problem manifested itself most often when remote hosts couldn't re-establish broken PPP connections when using proxy-arp. Bill Fenner has graciously spent some time looking at the problem, and has sent me a patch which appears to have fixed my problem. Until it's tested further and others have had time to check it out it's not going in the tree, but for those folks (like me) who are being annoyed by this bug here is the patch Bill supplied me. I've tested this patch as best I can, but I'd like to get other folks to test this as well. Nate ---- [Standard disclaimers applies] *** in_rmx.c.orig Sun Jul 23 01:44:59 1995 --- in_rmx.c Fri Jan 19 14:33:57 1996 *************** *** 52,57 **** --- 52,58 ---- #include #include + #include #include #include #include *************** *** 77,82 **** --- 78,84 ---- { struct rtentry *rt = (struct rtentry *)treenodes; struct sockaddr_in *sin = (struct sockaddr_in *)rt_key(rt); + struct radix_node *ret; /* * For IP, all unicast non-host routes are automatically cloning. *************** *** 115,121 **** ? rt->rt_ifp->if_mtu : tcp_mssdflt + sizeof(struct tcpiphdr)); ! return rn_addroute(v_arg, n_arg, head, treenodes); } /* --- 117,148 ---- ? rt->rt_ifp->if_mtu : tcp_mssdflt + sizeof(struct tcpiphdr)); ! ret = rn_addroute(v_arg, n_arg, head, treenodes); ! if (ret == NULL && rt->rt_flags & RTF_HOST) { ! struct rtentry *rt2; ! /* ! * We are trying to add a host route, but can't. ! * Find out if it is because of an unresolved ! * ARP request and delete it if so. ! */ ! rt2 = rtalloc1((struct sockaddr *)sin, 0, ! RTF_CLONING | RTF_PRCLONING); ! if (rt2 && rt2->rt_flags & RTF_LLINFO && ! rt2->rt_flags & RTF_HOST && ! rt2->rt_gateway && ! rt2->rt_gateway->sa_family == AF_LINK && ! #define SDL(s) ((struct sockaddr_dl *)s) ! SDL(rt2->rt_gateway)->sdl_alen == 0) { ! #undef SDL ! rtrequest(RTM_DELETE, ! (struct sockaddr *)rt_key(rt2), ! rt2->rt_gateway, ! rt_mask(rt2), rt2->rt_flags, 0); ! RTFREE(rt2); ! ret = rn_addroute(v_arg, n_arg, head, treenodes); ! } ! } ! return ret; } /* From owner-freebsd-hackers Fri Jan 19 21:16:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07242 for hackers-outgoing; Fri, 19 Jan 1996 21:16:58 -0800 (PST) Received: from widget.xmission.com (root@widget.xmission.com [198.60.22.228]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07237 Fri, 19 Jan 1996 21:16:49 -0800 (PST) Received: (from rlenk@localhost) by widget.xmission.com (8.6.12/8.6.12) id WAA02402; Fri, 19 Jan 1996 22:16:24 -0700 From: Ron Lenk Message-Id: <199601200516.WAA02402@widget.xmission.com> Subject: Re: spontaneous reboot with -stable To: imb@scgt.oz.au (michael butler) Date: Fri, 19 Jan 1996 22:16:23 -0700 (MST) Cc: stable@freebsd.org, hackers@freebsd.org In-Reply-To: <199601200328.OAA11176@asstdc.scgt.oz.au> from "michael butler" at Jan 20, 96 02:28:31 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > I finally caught the error message from my 2842-fitted -stable machine that > gives me so much trouble (reboots more than once a day :-(). It says .. > > panic: getnewbuf: inconsistent LRU queue, qindex=0 > syncing ... > > Any suggestions ? Yeah, don't run -stable. :-D I started running -stable again after Justin Gibbs commited the new ahc driver, and I have been unable to get a kernel to run for more than 5 minutes. I too have a 2842, and I have seen both total hang conditions ( ddb shows the processes sleeping on "newbuf" ), and panics about the various queues, both "inconsistent EMPTY queue", and "inconsistent LRU queue". A kernel from 2.1-RELEASE sources runs fine. I have exchanged mail with Justin Gibbs, and David Greenman about this, and haven't seen/heard anything in about 2 weeks. Obviously, I'm not the only person seeing this, and, in fact, one other person with an Adaptec 1742 under -stable was/is having the same problems as well. ( could this be something in the eisaconf code? ) Ron BTW: I apologize for sending a cc to hackers, but I've been unable to get any kind of response from anyone about this after the initial mail with Justin and David. ( A little pat on the head, along with "we're working on it" might be nice :) ) -- Ron Lenk -- rlenk@xmission.com From owner-freebsd-hackers Fri Jan 19 22:50:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA11035 for hackers-outgoing; Fri, 19 Jan 1996 22:50:08 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA11014 Fri, 19 Jan 1996 22:50:02 -0800 (PST) Message-Id: <199601200650.WAA11014@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Ron Lenk cc: imb@scgt.oz.au (michael butler), stable@freebsd.org, hackers@freebsd.org Subject: Re: spontaneous reboot with -stable In-reply-to: Your message of "Fri, 19 Jan 1996 22:16:23 MST." <199601200516.WAA02402@widget.xmission.com> Date: Fri, 19 Jan 1996 22:50:01 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >I too have a 2842, and I have seen both total hang conditions ( ddb shows >the processes sleeping on "newbuf" ), and panics about the various queues, >both "inconsistent EMPTY queue", and "inconsistent LRU queue". A kernel >from 2.1-RELEASE sources runs fine. Did you upgrade your entire system (lkms too) to 2.1-STABLE, or did you only compile a kernel? >I have exchanged mail with Justin Gibbs, and David Greenman about this, and >haven't seen/heard anything in about 2 weeks. I have a day job. >Obviously, I'm not the only person seeing this, and, in fact, one other >person with an Adaptec 1742 under -stable was/is having the same problems >as well. ( could this be something in the eisaconf code? ) I don't know how the eisaconf code could cause this kind of problem. My guess is that its a side effect of the initialization order of devices. We now do: EISA PCI ISA and used to do: ISA EISA PCI You could try moving the call to eisa_configure() in i386/i386/autoconf.c after the initialization of ISA devices and see if that heps. >Ron > >BTW: I apologize for sending a cc to hackers, but I've been unable to get >any kind of response from anyone about this after the initial mail with >Justin and David. ( A little pat on the head, along with "we're working >on it" might be nice :) ) I'm in the process of creating a 2.1-STABLE bootable partition to help debug these issues, but I'm not positive that its just a -STABLE issue. Did you also say you had a 3c509 in the system? >-- >Ron Lenk -- rlenk@xmission.com -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Jan 19 23:01:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA12323 for hackers-outgoing; Fri, 19 Jan 1996 23:01:24 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA12318 for ; Fri, 19 Jan 1996 23:01:21 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id XAA01250 for ; Fri, 19 Jan 1996 23:01:05 -0800 Message-Id: <199601200701.XAA01250@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.org Subject: 2940 not buggy 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Jan 1996 23:01:04 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Just wanted to say that Justin did a fantastic job in fixing the 2940 after I and a few others reported problems with the 2940. In my case, after the driver was fixed I had to add an active scsi terminator. I am running -stable Enjoy, Amancio From owner-freebsd-hackers Fri Jan 19 23:22:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA14327 for hackers-outgoing; Fri, 19 Jan 1996 23:22:02 -0800 (PST) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA14321 Fri, 19 Jan 1996 23:21:56 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id SAA18912; Sat, 20 Jan 1996 18:21:20 +1100 From: michael butler Message-Id: <199601200721.SAA18912@asstdc.scgt.oz.au> Subject: Re: spontaneous reboot with -stable To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Sat, 20 Jan 1996 18:21:15 +1100 (EST) Cc: rlenk@widget.xmission.com, stable@freebsd.org, hackers@freebsd.org In-Reply-To: <199601200650.WAA11014@freefall.freebsd.org> from "Justin T. Gibbs" at Jan 19, 96 10:50:01 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Justin T. Gibbs writes: > Did you upgrade your entire system (lkms too) to 2.1-STABLE, or did you > only compile a kernel? "make world" then made the kernel and installed the lot in one pass. I've tried all three combinations, with and without TAG_ENABLE and full queueing. > I'm in the process of creating a 2.1-STABLE bootable partition to help > debug these issues, but I'm not positive that its just a -STABLE issue. > Did you also say you had a 3c509 in the system? I had a 3c509 in the system, however, this panic occurs with or without it. It's currently got a (yuk! 8-bit) WD8003-EBT. That cured my other problem of "stray irq 7" but I haven't yet tried this with the -RELEASE kernel I've just installed to get the box going again. I'll do this after I come back from "Miss Saigon" this evening to see if that's -stable-specific as well, michael From owner-freebsd-hackers Fri Jan 19 23:40:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA15235 for hackers-outgoing; Fri, 19 Jan 1996 23:40:03 -0800 (PST) Received: from frig.mt.cs.keio.ac.jp (frig.mt.cs.keio.ac.jp [131.113.32.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA15206 for ; Fri, 19 Jan 1996 23:39:55 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id QAA28799; Sat, 20 Jan 1996 16:38:45 +0900 Date: Sat, 20 Jan 1996 16:38:45 +0900 Message-Id: <199601200738.QAA28799@frig.mt.cs.keio.ac.jp> To: phk@critter.tfs.com Cc: tinguely@plains.nodak.edu, hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: ATM research status request In-Reply-To: Your message of Fri, 19 Jan 1996 15:58:57 +0100. <494.822063537@critter.tfs.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk In article <494.822063537@critter.tfs.com> phk@critter.tfs.com writes: >> I have an ATM net here (Fore, 100Mb/s TAXI) but no cards for PCs. Me too. I'm one of the manager of our intercampus ATM backbone. >> If some kind of progress were seen, I might be able to find the money >> for the card and give it a swing. Me too :-). -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sat Jan 20 00:19:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20310 for hackers-outgoing; Sat, 20 Jan 1996 00:19:09 -0800 (PST) Received: from olibbs.hk.olivetti.com (oli-super-gw.hk.olivetti.com [202.64.192.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA20273 for ; Sat, 20 Jan 1996 00:19:02 -0800 (PST) Received: from rssd.hk.olivetti.com (rssd.hk.olivetti.com [202.64.192.5]) by olibbs.hk.olivetti.com (8.6.12/8.6.12) with SMTP id QAA29126 for <@olibbs.hk.olivetti.com:hackers@freebsd.org>; Sat, 20 Jan 1996 16:19:14 +0800 Message-Id: <199601200819.QAA29126@olibbs.hk.olivetti.com> Subject: Re: ATM research status request To: tinguely@plains.nodak.edu (Mark Tinguely) Date: Sat, 20 Jan 1996 16:04:24 +0800 (HKT) From: "Raju M. Daryanani" Cc: hackers@freebsd.org In-Reply-To: <199601180123.TAA10106@plains.nodak.edu> from "Mark Tinguely" at Jan 17, 96 07:23:02 pm X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk According to Mark Tinguely: > Someone said that there is some ATM support for Linux (vague statement because > that is all I know). ATM Limited (http://www.atml.co.uk) have a 25 Mbps ATM card with a beta driver for Linux. We're testing it at the moment. Raju -- Raju M. Daryanani Technical Manager | Email: raju@rssd.hk.olivetti.com Software & Network Services | raju@hk.super.net, raju@air.org Service Business Unit | Tel: +852 2979 2450 / Fax: +852 2802 6650 Olivetti (HK) Ltd. | [Finger for PGP key] [MIME understood] From owner-freebsd-hackers Sat Jan 20 00:42:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA24663 for hackers-outgoing; Sat, 20 Jan 1996 00:42:34 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA24650 for ; Sat, 20 Jan 1996 00:42:28 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 20 Jan 96 08:42 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA08840; Sat, 20 Jan 1996 09:26:34 +0100 Message-Id: <199601200826.JAA08840@allegro.lemis.de> Subject: Re: A few NITS about SCSI Tapes To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 20 Jan 1996 09:26:34 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199601142359.AAA08768@uriah.heep.sax.de> from "J Wunsch" at Jan 15, 96 00:59:26 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 Precedence: bulk J Wunsch writes: > > As chuck@fang.cs.sunyit.edu wrote: >> >> Back to one of the orginal questions...How about adding support >> for using 8mm video tapes? SunOS, BSD/OS, & Linux all support this. >> They're cheap and I've had wonderful success using them. I just wouldn't >> do a level 0 dump on one ;-) > > Despite of massive reliability problems related to those drives (the > MTBF seems to be less than 100 hours), an EXB-8201 does work for me. > Under plain FreeBSD 2.0.5. Hmm. How do you define MTBF? I haven't had any trouble at all on my 8500 (I have, however, on SunOS and BSD/OS, but that looks like it's a driver problem, not a device problem). I've repeatedly heard that using real video tapes is a Bad Idea. Now that data quality tapes are available at substantially the same price, there is also no reason to do so. Greg From owner-freebsd-hackers Sat Jan 20 00:49:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA25958 for hackers-outgoing; Sat, 20 Jan 1996 00:49:43 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA25945 for ; Sat, 20 Jan 1996 00:49:39 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 20 Jan 96 08:42 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA08872; Sat, 20 Jan 1996 09:27:47 +0100 Message-Id: <199601200827.JAA08872@allegro.lemis.de> Subject: Re: A few NITS about SCSI Tapes To: julian@ref.tfs.com (Julian Elischer) Date: Sat, 20 Jan 1996 09:27:47 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199601150008.QAA19285@ref.tfs.com> from "Julian Elischer" at Jan 14, 96 04:08:30 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 Precedence: bulk Julian Elischer writes: > >> >> Sidestepping a bit: will 2.1R mt also set (no)compression on Exabytes >> capable of hardware compress? The &*^*( drive at work is a 8505 and >> my ol' home 8200 does not grok compressed tapes. > it SHOULD > but it's undocumanted because I haven't tested it yet.. > wanna test it? How can it? It's the hardware that doesn't grok. Or am I missing the point? Greg From owner-freebsd-hackers Sat Jan 20 01:31:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA27905 for hackers-outgoing; Sat, 20 Jan 1996 01:31:20 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA27891 Sat, 20 Jan 1996 01:31:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id BAA10142; Sat, 20 Jan 1996 01:30:28 -0800 Message-Id: <199601200930.BAA10142@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Ron Lenk cc: imb@scgt.oz.au (michael butler), stable@freebsd.org, hackers@freebsd.org Subject: Re: spontaneous reboot with -stable In-reply-to: Your message of "Fri, 19 Jan 1996 22:16:23 MST." <199601200516.WAA02402@widget.xmission.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 20 Jan 1996 01:30:28 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > panic: getnewbuf: inconsistent LRU queue, qindex=0 ... >BTW: I apologize for sending a cc to hackers, but I've been unable to get >any kind of response from anyone about this after the initial mail with >Justin and David. ( A little pat on the head, along with "we're working >on it" might be nice :) ) I know you're frustrated. I've been very busy with preparing for and doing an upgrade of wcarchive. I've been in the Bay area the last two days installing the new equipment and I just got back. What little time I've had while working on this the last 3 weeks has been spent on other bugs that were critical to wcarchive's stability...and I'm still working on this. If Justin Gibbs or John Dyson haven't fixed the problem for you after I've finished what I'm working on now, then I'll look into this again and try to fix the problem for you. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Jan 20 01:33:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA28084 for hackers-outgoing; Sat, 20 Jan 1996 01:33:56 -0800 (PST) Received: from frya.zgik.zaporizhzhe.ua (ZGIK-1-ELIS-14.4K.zgik.zaporizhzhe.ua [193.124.62.253]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA28074 for ; Sat, 20 Jan 1996 01:33:37 -0800 (PST) Received: from zgik.UUCP by frya.zgik.zaporizhzhe.ua with UUCP id RAA05475; (8.6.11/vak/1.8e) Fri, 19 Jan 1996 17:14:23 +0200 Received: by relay1.bcs.zaporizhzhe.ua (uumail v1.5/ache) id AA16137; Fri, 19 Jan 1996 18:09:38 +0200 Received: from bcs1.bcs.zaporizhzhe.ua (bcs1.bcs.zaporizhzhe.ua [193.124.62.29]) by relay1.bcs.zaporizhzhe.ua (8.6.12/8.6.12) with SMTP id SAA16134 for ; Fri, 19 Jan 1996 18:09:37 +0200 Received: by bcs1.bcs.zaporizhzhe.ua id AA09292 (5.65c8/IDA-1.4.4 for hackers@freebsd.org); Fri, 19 Jan 1996 18:06:21 +0200 From: Sergey Shkonda Message-Id: <199601191606.AA09292@bcs1.bcs.zaporizhzhe.ua> Subject: [Q] Drivers for Digiboard PC/Xem(ISA) with PORTS/8em module needed To: hackers@freebsd.org Date: Fri, 19 Jan 1996 18:06:19 +0200 (UKR) X-Mailer: ELM [version 2.4 PL0] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Please give any pointers to help us enable aforementioned hardware. Thanx in advanse, Sergey Shkonda serg@bcs.zaporizhzhe.ua From owner-freebsd-hackers Sat Jan 20 03:36:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA17918 for hackers-outgoing; Sat, 20 Jan 1996 03:36:12 -0800 (PST) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA17849 for ; Sat, 20 Jan 1996 03:36:07 -0800 (PST) Received: from fakir.india.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA158197744; Sat, 20 Jan 1996 03:35:49 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA042927563; Sat, 20 Jan 1996 17:02:43 +0530 Message-Id: <199601201132.AA042927563@fakir.india.hp.com> To: Terry Lambert Cc: jkh@time.cdrom.com (Jordan K. Hubbard), torek@BSDI.COM, markd@grizzly.com, hackers@FreeBSD.ORG Subject: SFIO (Re: Change to stdio.h to export `cookie?') In-Reply-To: Your message of "Thu, 18 Jan 1996 15:10:03 MST." <199601182210.PAA06336@phaeton.artisoft.com> Date: Sat, 20 Jan 1996 17:02:42 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@FreeBSD.ORG Precedence: bulk jkh> Well, OK, so you caught me.. I am trying to layer some additional jkh> behavior on top of stdio and the read/write/seek/close redirection jkh> takes me *most* of the way there, but for the rest I needed to juggle tl> And wrapper all FILE * manipulation functions instead. Hmm, this discussion reminds of `SFIO' from Bell Labs (?) (I remember reading a paper (Usenix proceedings?) on it a long while ago). Basically SFIO was a replacement for STDIO, with the proviso of stacking file input and output primitives. Parallels to STREAMS or VFS philosophy could be drawn I guess. This one could "push" a compression layer over the regular I/O code and get compressed I/O etc etc. It also claimed to have better signal handling than the original STDIO code. Koshy From owner-freebsd-hackers Sat Jan 20 03:45:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18404 for hackers-outgoing; Sat, 20 Jan 1996 03:45:38 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-164.emea.ibm.net [139.92.42.164]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA18393 Sat, 20 Jan 1996 03:45:08 -0800 (PST) Received: (from jhs@localhost) by vector.jhs.local (8.7.3/8.6.9) id AAA00536; Fri, 19 Jan 1996 00:11:09 +0100 (MET) Date: Fri, 19 Jan 1996 00:11:09 +0100 (MET) From: "Julian Stacey jhs@freebsd.org" Message-Id: <199601182311.AAA00536@vector.jhs.local> To: Robert Withrow cc: hackers@freebsd.org Subject: Re: A few NITS about SCSI Tapes Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Thu, 04 Jan 1996 20:03:23 EST." <199601050103.UAA21083@spooky.rwwa.com> Sender: owner-hackers@freebsd.org Precedence: bulk -------- Sorry this got delayed .... Hi, Reference: > From: Robert Withrow > Date: Thu, 04 Jan 1996 20:03:23 -0500 > Message-id: <199601050103.UAA21083@spooky.rwwa.com> > > And one more: > > I don't see any way to retension a qic-150 tape with mt. ``mt eom'' > doesn't go to the end, and cating the device to /dev/null is > problematic when the tape actually *needs* to be retensioned (as > in you get errors reading...). > Some time back I wrote a tool for testing & sizing tape media, it will optionaly rewind & such too, it's one of my collection of tools that compiles & run on FreeBSD & (Ugh) DOS I'm sending you a mail with it (16K uuencoded testblock.c Makefile testblock.1, to you only to avoid flooding list) I'd be quite happy to release it under the standard UCB/BSD rights style header. Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Sat Jan 20 03:49:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18679 for hackers-outgoing; Sat, 20 Jan 1996 03:49:30 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-164.emea.ibm.net [139.92.42.164]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA18663 for ; Sat, 20 Jan 1996 03:49:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id RAA10523 for ; Thu, 18 Jan 1996 17:13:20 +0100 (MET) Message-Id: <199601181613.RAA10523@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: hackers@freebsd.org Subject: Re: BSDvs Lxxxxx Flame.. Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Wed, 17 Jan 1996 06:09:20 PST." <14694.821887760@time.cdrom.com> Date: Thu, 18 Jan 1996 17:13:19 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: "Jordan K. Hubbard" > > If something looks truly egregious then I *always* send a letter. To save others reaching for a dictionary too :-) egregious: "conspicuosly or shockingly bad; flagrant" Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Sat Jan 20 03:49:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18708 for hackers-outgoing; Sat, 20 Jan 1996 03:49:57 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-164.emea.ibm.net [139.92.42.164]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA18699 Sat, 20 Jan 1996 03:49:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id QAA10091; Thu, 18 Jan 1996 16:18:42 +0100 (MET) Message-Id: <199601181518.QAA10091@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: didier@omnix.fr.org cc: hackers@freebsd.org Subject: Re: divers.... Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Tue, 16 Jan 1996 11:51:35 +0100." Date: Thu, 18 Jan 1996 16:18:41 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk > what is the aproximate size of the complete CVS source tree ? As of Jan 17 du -s -k /usr/cvs reports 195645 The CTM stuff you'd need to ftp to construct it is about 42 Meg. > Didier Derny > didier@omnix.fr.org Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Sat Jan 20 03:50:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18779 for hackers-outgoing; Sat, 20 Jan 1996 03:50:11 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-164.emea.ibm.net [139.92.42.164]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA18703 Sat, 20 Jan 1996 03:49:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id QAA10000; Thu, 18 Jan 1996 16:05:13 +0100 (MET) Message-Id: <199601181505.QAA10000@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: obrien@cs.ucdavis.edu (David E. O'Brien) cc: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Subject: Re: FBSD 2.1 Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Tue, 16 Jan 1996 02:56:02 PST." <9601161056.AA10894@toadflax.cs.ucdavis.edu> Date: Thu, 18 Jan 1996 16:05:12 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: obrien@cs.ucdavis.edu (David E. O'Brien) > Subject: Re: FBSD 2.1 > Date: Tue, 16 Jan 1996 02:56:02 -0800 (PST) > Message-id: <9601161056.AA10894@toadflax.cs.ucdavis.edu> > > > > > Other than that I think we're pretty safe. We're *much* safer with > > using Zip code than shipping the sources to BSD compress around. > > > > Why is that? What is wrong with the sources to BSD compress? > Call me stupid, but aren't they covered by the BSD copyright? In > /usr/src/usr.bin/compress/doc/NOTES it suggests that /usr/bin/compress > should be safe as far as this goes. Have I misunderstood? Apparently the people who invented the compress algorithm published it, some others subsequently wrote a C program to implement it, last year it was discovered those publishers had silently applied for a patent, just before publishing I think, & were suddenly starting to make noises about money required. So a nice chap in France wrote a much more efficient thing called `gzip' & the Free Software Foundation (later FreeBSD too) switched from using compress to gzip. Fortunately the compress patent applicants had not applied for a patent to uncompress, so we still have uncompress inside gzip, which left a pleasant forward migration path :-) Gzip is more efficient, compress is being left behind :-) I recall contributing a minor fix to compress once, & suggesting a functional change to gzip (with other people) that was adopted, hence my interest. Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Sat Jan 20 04:00:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA19341 for hackers-outgoing; Sat, 20 Jan 1996 04:00:10 -0800 (PST) Received: from beer.pilsnet.sunet.se (beer.pilsnet.sunet.se [192.36.125.73]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA19256 for ; Sat, 20 Jan 1996 03:58:47 -0800 (PST) Received: from aviion.ts.kiev.ua by beer.pilsnet.sunet.se (8.6.8/2.03) id MAA00414; Sat, 20 Jan 1996 12:58:02 +0100 Received: from wind.UUCP by aviion.ts.kiev.ua with UUCP id LAA17013; (8.6.11/zah/1.4b) Sat, 20 Jan 1996 11:31:54 GMT Received: from dawn.ww.net (dawn.ww.net [193.124.73.50]) by unicorn.ww.net (8.6.12/alexis 2.5) with ESMTP id OAA05806 for <@unicorn.ww.net:hackers@freebsd.org>; Sat, 20 Jan 1996 14:27:16 +0300 Received: (from alexis@localhost) by dawn.ww.net (8.6.12/alexis 2.5) id OAA04697; Sat, 20 Jan 1996 14:26:46 +0300 Message-Id: <199601201126.OAA04697@dawn.ww.net> Subject: Generic UPS daemon design. To: upsd-list@ww.net, hackers@freebsd.org Date: Sat, 20 Jan 1996 14:26:43 +0300 (MSK) From: "Alexis Yushin" Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Greetings, I have attached DESIGN of the upsd I am developping to the end of this letter. I hope this is a good start for working out an idea of what the generic daemon will look like. I have created a majordomo driven list called ``upsd-list@ww.net'' for ups specific discussions to ease the burden of freebsd-hackers list. I also took courage to subscribe interested people who have written me to that list. Mail me if I did wrong. alexis -------- DESIGN BLURB ----- This is the second release of UPS Daemon. The first release is the simplest UPS daemon with no ability to interact with an UPS on an advanced level. The first release is available from: ftp://ftp.ww.net/pub/wildwind/upsd-1.1.tgz This second release is logically divided into following blocks: - run-time configuration block (config.y) - generic events and actions implementation (event.c) - generic hardware communication (port.c) - ups-specific interaction blocks (apc.c) TERMINOLOGY ----------- REGISTER (struct ups_reg) is a generic mean of interaction with UPS. A register can be one or more of the following types: R_COMMAND -- the register specifies a command like, self-test, shutdown, value toggle etc and has no value associated with it. R_INFO -- the register has a value of informational kind: ups manufacture date, last batteries replacement etc R_STATUS -- this register value reflects current status of an UPS and should be read from time to time. R_OPTION -- this register contains ups-specific setting, like nominal output voltage, delay before shutting down etc Every register has a char * name for reference from configuration file inside events or actions. The same thing is true for triggers. TRIGGER (struct ups_trig) is a generic way of handling immediate events like utility power line failure or restore. A trigger is like a UNIX signal, and handled by UPS daemon asycronously. EVENT (struct ups_event) is actually a condition. The form of specifying an event in an upsd configuration is: [on trigger-name] [after n] [for n] [every n] actions or [on register-name condition] [after n] [for n] [every n] actions The parts after, for, every specify the time when the actions will be executed. If after n is omitted or n is zero the actions will be executing immediately when the event occured. If for n is omitted or zero the actions will be executing while the event is active. Finally, if every is omitted or zero the actions will be executed only once. When on trigger-name or on register-name part are omitted the actions will be executing anyway dependinig on the time specified with the rest of the configuration command. on trigger-name is active when trigger-name is caught. on register name condition is active when condition is true. ACTION (struct ups_act) can be of the following types: A_EVENT -- embedded event, and the event is checked when the action is executed. A_POLL -- causes a poll of the specified register. There should be an independed event which polls register for other events to work. A_TUNE -- tunes the specified register. Usually the register should be of R_OPTION type. A_RAISE -- raises an event as if it was triggered by an UPS A_EXCEED -- disactivates an event. A_EXECUTE -- executes an internal command. Sigh. A_SLEEP -- usually events are executed asyncronously this action just sleeps depriving anything exept triggers to be handled. CONFIGURATION FILE ------------------ Here follows an example of what is intended to be implemented. ups "SmartUPS" (240) "APCSmart" { device "/dev/cuaa0" speed 2400 timeout 10 } every 60 { # poll the UPS poll "line-voltage" poll "line-frequency" poll "line-max-vdc" poll "line-min-vdc" poll "measured-temperature" tune "shutdown-delay" 20 tune "wakeup-delay" 300 } every 3600 { poll "self-test" } on "last-test-result" != "OK" { exec "echo UPS SELF TEST FAILED! | wall" } on "line-failure" after 10 every 30 { exec "echo Line failure occured. | wall" exec "rsh sunset 'sh -c echo Line failure occured. | wall'" } on "line-restore" after 10 { exceed "line-failure" exec "echo Line has restored. | wall" exec "rsh sunset 'sh -c echo Line has restored. | wall'" } on "line-failure" after 180 { # shutdown on "line voltage" < 30 { # lets make sure there's no line v exec "rsh sunset 'sh -c echo Shutting down. | wall'" exec "echo Shutting down. | wall" exec "rsh sunset /sbin/halt" exec "/sbin/halt" every 2 { poll "shutdown" } } } -- The more experienced you are the less people you can get advice from. From owner-freebsd-hackers Sat Jan 20 05:43:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA25775 for hackers-outgoing; Sat, 20 Jan 1996 05:43:27 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA25769 for ; Sat, 20 Jan 1996 05:43:24 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.12) id GAA15127 for freebsd-hackers@freefall.cdrom.com; Sat, 20 Jan 1996 06:43:18 -0700 From: Don Yuniskis Message-Id: <199601201343.GAA15127@seagull.rtd.com> Subject: 2.1 acctng/quotas To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Sat, 20 Jan 1996 06:43:18 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Greetings! I've heard mention that accounting and quotas *do* work in 2.1 Yet, comments in sysconfig lead one to believe they do not. Does someone have "The Straight Dope" on this? Thx, don From owner-freebsd-hackers Sat Jan 20 06:50:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA28264 for hackers-outgoing; Sat, 20 Jan 1996 06:50:27 -0800 (PST) Received: from mpp.minn.net (root@mpp.Minn.Net [204.157.201.242]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA28259 for ; Sat, 20 Jan 1996 06:50:23 -0800 (PST) Received: (from mpp@localhost) by mpp.minn.net (8.7.3/8.6.9) id IAA00247 for freebsd-hackers@freebsd.org; Sat, 20 Jan 1996 08:50:16 -0600 (CST) Message-Id: <199601201450.IAA00247@mpp.minn.net> Subject: Can't take dumps w/Adaptec 2842 To: freebsd-hackers@freebsd.org Date: Sat, 20 Jan 1996 08:50:16 -0600 (CST) From: "Mike Pritchard" X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I noticed a while back that I couldn't take a dump after a crash. Today I finally decided to track down the reason for that. It appears that the Adaptec 2842 driver (aic7xxx) and sddump don't quite agree on some return codes. bzero(xs, sizeof(sx)); xs->flags |= SCSI_NOMASK | SCSI_NOSLEEP | INUSE | SCSI_DATA_OUT; xs->sc_link = sc_link; xs->retries = SD_RETRIES; xs->timeout = 10000; /* 10000 millisecs for a disk ! */ xs->cmd = (struct scsi_generic *) &cmd; xs->cmdlen = sizeof(cmd); xs->resid = 0; xs->error = XS_NOERROR; xs->bp = 0; xs->data = (u_char *) CADDR1; /* XXX use pmap_enter() */ xs->datalen = blkcnt * SECSIZE; /* * Pass all this info to the scsi driver. */ retval = (*(sc_link->adapter->scsi_cmd)) (xs); switch (retval) { case SUCCESSFULLY_QUEUED: case HAD_ERROR: ---> printf("got an error?? retval = %d...\n"); ---> return (ENXIO); /* we said not to sleep! */ case COMPLETE: break; default: printf("scsi_cmd returned something odd, retval = %d\n", retval); return (ENXIO); /* we said not to sleep! */ } The dump fails with an ENXIO error because it gets a SUCCESSFULLY_QUEUED return code (retval = 0) from the aic7xxx driver, and it is expecting to get a COMPLETE return code. Could someone who understands this code better than I do please take a look into this? -- Mike Pritchard mpp@minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Sat Jan 20 06:52:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA28333 for hackers-outgoing; Sat, 20 Jan 1996 06:52:07 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA28328 Sat, 20 Jan 1996 06:52:03 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA11387; Sat, 20 Jan 1996 15:51:52 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA00324; Sat, 20 Jan 1996 15:51:46 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA06747; Sat, 20 Jan 1996 10:51:57 +0100 (MET) From: J Wunsch Message-Id: <199601200951.KAA06747@uriah.heep.sax.de> Subject: Re: ccd driver or 2.1R available To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Sat, 20 Jan 1996 10:51:57 +0100 (MET) Cc: stable@silvia.HIP.Berkeley.EDU, hackers@freebsd.org, stable@freebsd.org, ccd@forgery.cs.berkeley.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601191924.NAA24673@brasil.moneng.mei.com> from "Joe Greco" at Jan 19, 96 01:24:40 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Joe Greco wrote: > > > Oh sure. One of them is "don't use a partition that starts at a > > beginning of the slice". > I may be wrong, but isn't this because the standard disklabel leaves some > space for the BIOS partition table, just in case it's the first slice on the > disk? No, the standard disklabel leaves some space for the disklabel. :) There used to be a problem with swapping all over the disklabel in earlier BSDs (including its derivatives like Illtrix), but this has been solved since. The only problem by now is (dunno whether it's already fixed) that if you configure your kernel with ``dumps on xxx0'', it will dump over the disklabel if the swap partition starts at offset 0. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Jan 20 08:15:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03128 for hackers-outgoing; Sat, 20 Jan 1996 08:15:26 -0800 (PST) Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA03119 for ; Sat, 20 Jan 1996 08:15:19 -0800 (PST) Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id LAA03069; Sat, 20 Jan 1996 11:14:30 -0500 Date: Sat, 20 Jan 1996 11:14:30 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: Terry Lambert cc: freebsd-hackers@freebsd.org Subject: Re: CPU compatibility In-Reply-To: <199601192136.OAA08670@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Fri, 19 Jan 1996, Terry Lambert wrote: > Do you have a URL for this? This is worthy of a link from the FreeBSD > WWW pages. Already there on the User and Developer Resources page under Hardware. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Sat Jan 20 09:24:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06672 for hackers-outgoing; Sat, 20 Jan 1996 09:24:41 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA06649 Sat, 20 Jan 1996 09:24:36 -0800 (PST) Message-Id: <199601201724.JAA06649@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Mike Pritchard" cc: freebsd-hackers@freebsd.org, freebsd-scsi Subject: Re: Can't take dumps w/Adaptec 2842 In-reply-to: Your message of "Sat, 20 Jan 1996 08:50:16 CST." <199601201450.IAA00247@mpp.minn.net> Date: Sat, 20 Jan 1996 09:24:35 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >I noticed a while back that I couldn't take a dump after >a crash. Today I finally decided to track down the reason >for that. It appears that the Adaptec 2842 driver (aic7xxx) >and sddump don't quite agree on some return codes. > >The dump fails with an ENXIO error because it gets a SUCCESSFULLY_QUEUED >return code (retval = 0) from the aic7xxx driver, and it is expecting to >get a COMPLETE return code. Could someone who understands this code >better than I do please take a look into this? Here's the story. The aic7xxx driver doesn't poll anymore. The reason it doesn't poll is because its slower, not necessary during normal operation, and would cause massive confusion if you re-probed your SCSI bus with interrupts enabled since the SCSI code would tell you not to sleep. Now the problem is that sddump wants you to poll since interrupts may well be disabled. I have no problem putting polling back in for this one case so long as its differentiated from the other times that SCSI_NOSLEEP is used. Perhaps we need a new flag? I'd like SCSI_NOSLEEP to mean "calling tsleep may not be safe" and perhaps SCSI_POLL (only used during sddump) would cause drivers to disable there interrupt (just in case) and poll until complete. Furthermore, I'd like to change the way resorces are reserved so that everything is allocated when we can always sleep. This wouldn't be very difficult to do (getting a scsi_xfer calls into the driver to "attach" the driver's per transaction resource to the scsi_xfer). This would kill the SCSI_NOSLEEP flag. >-- >Mike Pritchard >mpp@minn.net >"Go that way. Really fast. If something gets in your way, turn" -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Jan 20 10:27:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA10963 for hackers-outgoing; Sat, 20 Jan 1996 10:27:45 -0800 (PST) Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA10956 Sat, 20 Jan 1996 10:27:42 -0800 (PST) From: chuck@fang.cs.sunyit.edu Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id NAA00744; Sat, 20 Jan 1996 13:26:05 -0500 Date: Sat, 20 Jan 1996 13:26:05 -0500 Message-Id: <199601201826.NAA00744@fang.cs.sunyit.edu> In-Reply-To: Basket Case "3com390 card -- Warning: Early Revision Adapter. What does this error mean?" (Jan 19, 1:17pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Basket Case Subject: Re: 3com390 card -- Warning: Early Revision Adapter. What does this error mean? Cc: questions@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 19, 1:17pm, Basket Case wrote: } Subject: 3com390 card -- Warning: Early Revision Adapter. What does this } Here's the message from my dmesg output: } } vga0 rev 0 on pci0:10 } vx0 <3Com 3c590 EtherLink III PCI> rev 0 int a irq 10 on pci0:11 } utp[*UTP*] address 00:20:af:f6:03:9a } Warning! Defective early revision adapter! } chip2 rev 2 on pci0:12 } } What does it mean when it says Warning! Defective early revision adapter! } Does this refer to my 3c590 card? Ive called 3com and they said no updates } were ever made on the 3c590... } }-- End of excerpt from Basket Case I have seen this message too, Where can I find information on this "Defective early revision adapter"? -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Sat Jan 20 11:22:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14198 for hackers-outgoing; Sat, 20 Jan 1996 11:22:00 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA14175 for ; Sat, 20 Jan 1996 11:21:42 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA03759; Sun, 21 Jan 1996 06:19:43 +1100 Date: Sun, 21 Jan 1996 06:19:43 +1100 From: Bruce Evans Message-Id: <199601201919.GAA03759@godzilla.zeta.org.au> To: gibbs@freefall.freebsd.org, mpp@mpp.minn.net Subject: Re: Can't take dumps w/Adaptec 2842 Cc: freebsd-hackers@FreeBSD.org, freebsd-scsi@freefall.freebsd.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >tell you not to sleep. Now the problem is that sddump wants you >to poll since interrupts may well be disabled. I have no problem ^^^^^^^^^^^ are always >putting polling back in for this one case so long as its differentiated >from the other times that SCSI_NOSLEEP is used. Perhaps we need >a new flag? I'd like SCSI_NOSLEEP to mean "calling tsleep may not >be safe" and perhaps SCSI_POLL (only used during sddump) would >cause drivers to disable there interrupt (just in case) and poll >until complete. I'd like a common polled mode i/o interface to all drivers. Something like int (*polled_write)(void *buf, off_t off, size_t nbytes); This could be used to write a single dump routine. (Currently, sddump() is a clone of an old, not so good version of wddump().) For dumping, it might be convenient to only implement the case where `buf' is page aligned, and `off' and `nbytes' are multiples of DEV_BSIZE then (they could be passed as daddr_t's). Bruce From owner-freebsd-hackers Sat Jan 20 11:51:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA15674 for hackers-outgoing; Sat, 20 Jan 1996 11:51:42 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA15666 for ; Sat, 20 Jan 1996 11:51:36 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA16911 for ; Sat, 20 Jan 1996 20:51:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA02897 for freebsd-hackers@freebsd.org; Sat, 20 Jan 1996 20:51:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA01252 for freebsd-hackers@freebsd.org; Sat, 20 Jan 1996 20:49:51 +0100 (MET) From: J Wunsch Message-Id: <199601201949.UAA01252@uriah.heep.sax.de> Subject: Re: ccd driver or 2.1R available To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 20 Jan 1996 20:49:50 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601200433.UAA10983@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Jan 19, 96 08:33:25 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Rodney W. Grimes wrote: > The swap code does not use the first 64 blocks or some such for that > very reason. You can have swap at the front of a disk, though this > has not always been true (I think it was David Greenman who finally > fixed it). I believe it's still broken in some cases for dumping. There's still a problem report for this (i've once trashed a disklabel and rendered a disk unbootable): [1995/10/26] kern/794 swap partition at offset 0 still broken -- 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 Jan 20 11:51:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA15693 for hackers-outgoing; Sat, 20 Jan 1996 11:51:50 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA15667 for ; Sat, 20 Jan 1996 11:51:38 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA16907 for ; Sat, 20 Jan 1996 20:51:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA02896 for freebsd-hackers@freebsd.org; Sat, 20 Jan 1996 20:51:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA01232 for freebsd-hackers@freebsd.org; Sat, 20 Jan 1996 20:45:58 +0100 (MET) From: J Wunsch Message-Id: <199601201945.UAA01232@uriah.heep.sax.de> Subject: Re: A few NITS about SCSI Tapes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 20 Jan 1996 20:45:58 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601200826.JAA08840@allegro.lemis.de> from "Greg Lehey" at Jan 20, 96 09:26:34 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Greg Lehey wrote: [Exabyte 8 mm drive problems] > Hmm. How do you define MTBF? Word by word. Mean time between failures. They are more on repair than operating. And not just a single drive. We consider them expensive /dev/null's by now. (Or FINO memory: first in, never out.) Most of the problems are of mechanical nature, btw. -- 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 Jan 20 11:56:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA16000 for hackers-outgoing; Sat, 20 Jan 1996 11:56:55 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA15980 Sat, 20 Jan 1996 11:56:47 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 20 Jan 96 17:11 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id SAA20327; Sat, 20 Jan 1996 18:12:14 +0100 Message-Id: <199601201712.SAA20327@allegro.lemis.de> Subject: What printed documentation do we need? To: hackers@freebsd.org (FreeBSD Hackers), doc@freebsd.org (FreeBSD Documenters) Date: Sat, 20 Jan 1996 18:12:13 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk I'm currently in the process of formatting the FreeBSD man pages for printing, and it's evident that there's a lot of stuff missing. In particular: 1. For the most part, the user's guide stuff supplied with the system is so out-of-date that it's not worth printing. This stuff is available from O'Reilly already, including a number of files we're not allowed to distribute. 2. There's a *lot* of documentation. The man pages alone come to over 3000 pages. 3. There's a lot of stuff in source form. At a guess, I'd say that it would be easy enough to produce 10,000 pages of supplementary documentation from the other sources. I don't think this is a particularly Good Idea. So, the question: which other documentation should be in paper form? For a gut feel, I'd say we could handle another 1500 to 2000 pages. Greg From owner-freebsd-hackers Sat Jan 20 12:27:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA17773 for hackers-outgoing; Sat, 20 Jan 1996 12:27:00 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA17757 for ; Sat, 20 Jan 1996 12:26:57 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id MAA05913 for ; Sat, 20 Jan 1996 12:26:36 -0800 Message-Id: <199601202026.MAA05913@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-hackers@freebsd.org Subject: Is there a list of non ip-multicast ethercards? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 20 Jan 1996 12:26:34 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I am looking around for a list of non ip-multicast ethercards . Tnks, Amancio From owner-freebsd-hackers Sat Jan 20 13:37:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22865 for hackers-outgoing; Sat, 20 Jan 1996 13:37:54 -0800 (PST) Received: from gateway.net.hk (root@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA22838 Sat, 20 Jan 1996 13:37:39 -0800 (PST) Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.12) id FAA14287; Sun, 21 Jan 1996 05:00:40 +0800 Date: Sun, 21 Jan 1996 05:00:40 +0800 (HKT) From: John Beukema To: chuck@fang.cs.sunyit.edu cc: Basket Case , questions@freebsd.org, hackers@freebsd.org Subject: Re: 3com390 card -- Warning: Early Revision Adapter. What does this error mean? In-Reply-To: <199601201826.NAA00744@fang.cs.sunyit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk We see this warning too but have never had a problem with the adapter. We brought it from -current to 2.1R. The author of the driver (see if_vx.c) now thinks he mis applied a test for early bad boards. Forget it or comment the message out in the driver source. jbeukema On Sat, 20 Jan 1996 chuck@fang.cs.sunyit.edu wrote: > On Jan 19, 1:17pm, Basket Case wrote: > } Subject: 3com390 card -- Warning: Early Revision Adapter. What does this > } Here's the message from my dmesg output: > } > } vga0 rev 0 on pci0:10 > } vx0 <3Com 3c590 EtherLink III PCI> rev 0 int a irq 10 on pci0:11 > } utp[*UTP*] address 00:20:af:f6:03:9a > } Warning! Defective early revision adapter! > } chip2 rev 2 on pci0:12 > } > } What does it mean when it says Warning! Defective early revision adapter! > } Does this refer to my 3c590 card? Ive called 3com and they said no updates > } were ever made on the 3c590... > } > }-- End of excerpt from Basket Case > > I have seen this message too, Where can I find information on this > "Defective early revision adapter"? > > > -- > Charles Green, PRC Inc. UN*X System Administration > 22 Powell Ave. Apt. B UN*X Security & > Whitesboro, NY 13492 Programming > From owner-freebsd-hackers Sat Jan 20 13:42:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23249 for hackers-outgoing; Sat, 20 Jan 1996 13:42:43 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA23238 for ; Sat, 20 Jan 1996 13:42:38 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA12203; Sat, 20 Jan 1996 14:30:16 -0700 From: Terry Lambert Message-Id: <199601202130.OAA12203@phaeton.artisoft.com> Subject: Re: SFIO (Re: Change to stdio.h to export `cookie?') To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Sat, 20 Jan 1996 14:30:16 -0700 (MST) Cc: terry@lambert.org, jkh@time.cdrom.com, torek@BSDI.COM, markd@grizzly.com, hackers@FreeBSD.ORG In-Reply-To: <199601201132.AA042927563@fakir.india.hp.com> from "A JOSEPH KOSHY" at Jan 20, 96 05:02:42 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > jkh> Well, OK, so you caught me.. I am trying to layer some additional > jkh> behavior on top of stdio and the read/write/seek/close redirection > jkh> takes me *most* of the way there, but for the rest I needed to juggle > > tl> And wrapper all FILE * manipulation functions instead. > > Hmm, this discussion reminds of `SFIO' from Bell Labs (?) (I remember > reading a paper (Usenix proceedings?) on it a long while ago). > > Basically SFIO was a replacement for STDIO, with the proviso of stacking > file input and output primitives. Parallels to STREAMS or VFS philosophy > could be drawn I guess. This one could "push" a compression > layer over the regular I/O code and get compressed I/O etc etc. > > It also claimed to have better signal handling than the original STDIO code. %A David G. Korn %A K.-Phong Vo %T SFIO: Safe/Fast String/File IO %P 235-256 %W AT&T Bell Laboratories %I USENIX %B USENIX Conference Proceedings %D Summer 1991 %C Nashville, TN ftp://ftp.sage.usenix.org/pub/usenix/summer91/sfio.ps.Z The code is downloadable from one of the research.att.com sites; used to be on "Alice" (the machine DMR used to use for email). 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 Jan 20 16:44:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03138 for hackers-outgoing; Sat, 20 Jan 1996 16:44:30 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA03132 for ; Sat, 20 Jan 1996 16:44:26 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id CAA22537; Sun, 21 Jan 1996 02:44:13 +0200 (EET) Received: (hsu@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id CAA27774; Sun, 21 Jan 1996 02:44:11 +0200 (EET) Date: Sun, 21 Jan 1996 02:44:11 +0200 (EET) Message-Id: <199601210044.CAA27774@katiska.clinet.fi> From: Heikki Suonsivu To: Matt Thomas Cc: adm@clinet.fi, hackers@freebsd.org Subject: Re: kern/950: Two PCI bridge chips fail (multiple multiport ethernet boards) In-Reply-To: <199601191756.RAA24416@whydos.lkg.dec.com> References: <199601182318.AA11772@Sysiphos> <199601191756.RAA24416@whydos.lkg.dec.com> Organization: Clinet Ltd, Espoo, Finland Sender: owner-hackers@freebsd.org Precedence: bulk Matt Thomas writes: > This is due to a typo in pcireg.h (to > which I am probably the guilty party). This fixed the probes. I'll try a pci machine with 10 ethernet ports during next few days and see what happens (3 SMC 2-port combos and a ZNYX 4-port TP). Probably great horrors are to come :-) -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121 From owner-freebsd-hackers Sat Jan 20 18:17:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA07308 for hackers-outgoing; Sat, 20 Jan 1996 18:17:15 -0800 (PST) Received: from mailhost.tamu.edu (mailhost.tamu.edu [128.194.178.26]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA07303 for ; Sat, 20 Jan 1996 18:17:12 -0800 (PST) Received: from vcsun2.tamu.edu (vcsun2.tamu.edu [128.194.169.97]) by mailhost.tamu.edu (8.6.12/8.6.10) with SMTP id UAA01550 for ; Sat, 20 Jan 1996 20:17:10 -0600 Received: from vcsun1.tamu.edu by vcsun2.tamu.edu (5.x/SMI-SVR4) id AA28895; Sat, 20 Jan 1996 20:16:51 -0600 Received: by vcsun1.tamu.edu (5.x/SMI-SVR4) id AA00371; Sat, 20 Jan 1996 20:15:48 -0600 Date: Sat, 20 Jan 1996 20:15:48 -0600 From: tbrown@vcsun2.tamu.edu (Tom Brown) Message-Id: <9601210215.AA00371@vcsun1.tamu.edu> To: freebsd-hackers@FreeBSD.org Subject: kgdb Cc: tbrown@vcsun2.tamu.edu X-Sun-Charset: US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk i'm trying to reboot my freebsd 2.1 system after making a change the value of a global variable (ifqmaxlen) with #gdb -k -w /kernel /dev/mem (kgdb) set ifqmaxlen=5 how do i reboot the system so that the new value sticks? cheers, tom -- Tom Brown loc: Wiesenbaker 232-E Graduate Research Assistant email: tbrown@vcsun2.tamu.edu Dept. of Electrical Engineering www: http://vcsun2.tamu.edu/~tbrown Texas A&M University phone: (409)-845-5774 From owner-freebsd-hackers Sat Jan 20 18:30:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA07768 for hackers-outgoing; Sat, 20 Jan 1996 18:30:22 -0800 (PST) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA07762 for ; Sat, 20 Jan 1996 18:30:20 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.12) id TAA13105 for freebsd-hackers@freefall.cdrom.com; Sat, 20 Jan 1996 19:30:19 -0700 From: Don Yuniskis Message-Id: <199601210230.TAA13105@seagull.rtd.com> Subject: 2.1 quotas/accounting To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Sat, 20 Jan 1996 19:30:19 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Greetings! I've heard mention that accounting and quotas *do* work in 2.1 Yet, comments in sysconfig lead one (e.g., me) to believe they do not. Does someone have "The Straight Dope" on this? Thx, don From owner-freebsd-hackers Sat Jan 20 19:01:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA08982 for hackers-outgoing; Sat, 20 Jan 1996 19:01:40 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.206]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA08973 Sat, 20 Jan 1996 19:01:28 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id WAA01741; Sat, 20 Jan 1996 22:02:15 -0500 Date: Sat, 20 Jan 1996 22:02:15 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: freebsd-scsi@FreeBSD.ORG cc: freebsd-hackers@FreeBSD.ORG Subject: nakamichi MBR-7, some bizarre behavior Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk i have a nakamichi MBR-7 scsi-ii 2x cdrom 7 changer. the unit has internal terminators controlled by a rear panel dip switch. the rear panel has 2 centronics 50-pin scsi connectors. the scsi card is an ASUS SC-200. regardless of whether the internal scsi terminator are enabled or i use an external scsi terminator (active) on the lower scsi connector of the MBR-7, i get scsi phase errors. when the cable connects the SC-200 to the upper scsi connector on the MBR-7, the unit reponds normally. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ SC-200 connected to UPPER scsi connector: ncr1 rev 1 int a irq 11 on pci0:5 (ncr1:6:0): "NRC MBR-7 110" type 5 removable SCSI 2 cd0(ncr1:6:0): CD-ROM cd0(ncr1:6:0): asynchronous. cd present.[330927 x 2048 byte records] (ncr1:6:1): "NRC MBR-7 110" type 5 removable SCSI 2 cd1(ncr1:6:1): CD-ROM cd1(ncr1:6:1): asynchronous. cd present.[208702 x 2048 byte records] (ncr1:6:2): "NRC MBR-7 110" type 5 removable SCSI 2 cd2(ncr1:6:2): CD-ROM cd2(ncr1:6:2): asynchronous. cd present.[307527 x 2048 byte records] (ncr1:6:3): "NRC MBR-7 110" type 5 removable SCSI 2 cd3(ncr1:6:3): CD-ROM cd3(ncr1:6:3): asynchronous. cd present.[326402 x 2048 byte records] (ncr1:6:4): "NRC MBR-7 110" type 5 removable SCSI 2 cd4(ncr1:6:4): CD-ROM cd4(ncr1:6:4): asynchronous. cd4(ncr1:6:4): NOT READY asc:3a,0 Medium not present can't get the size (ncr1:6:5): "NRC MBR-7 110" type 5 removable SCSI 2 cd5(ncr1:6:5): CD-ROM cd5(ncr1:6:5): asynchronous. cd5(ncr1:6:5): NOT READY asc:3a,0 Medium not present can't get the size (ncr1:6:6): "NRC MBR-7 110" type 5 removable SCSI 2 cd6(ncr1:6:6): CD-ROM cd6(ncr1:6:6): asynchronous. cd6(ncr1:6:6): NOT READY asc:3a,0 Medium not present can't get the size ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ SC-200 connected to LOWER scsi connector: ncr1 rev 1 int a irq 11 on pci0:5 ncr1: SCSI phase error fixup: CCB address mismatch (0xf0688b08 != 0x00000000) ncr1:6: ERROR (80:100) (e-ac-0) (0/13) @ (438:1e000000). script cmd = 868b0000 reg: da 10 80 13 47 00 06 1f 06 0e 06 ac 80 00 0c 00. ncr1: handshake timeout (ncr1:6:0): COMMAND FAILED (6 ff) @f0688b08. ncr1: SCSI phase error fixup: CCB address mismatch (0xf0688b08 != 0x00000000) ncr1:6: ERROR (80:100) (e-ac-0) (0/13) @ (438:1e000000). script cmd = 868b0000 reg: da 10 80 13 47 00 06 1f 06 0e 06 ac 80 00 0c 00. ncr1: handshake timeout (ncr1:6:0): COMMAND FAILED (6 ff) @f0688b08. ncr1: SCSI phase error fixup: CCB address mismatch (0xf0688b08 != 0x00000000) ncr1:6: ERROR (80:100) (e-ac-0) (0/13) @ (438:1e000000). script cmd = 868b0000 reg: da 10 80 13 47 00 06 1f 06 0e 06 ac 80 00 0c 00. ncr1: handshake timeout (ncr1:6:0): COMMAND FAILED (6 ff) @f0688b08. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ full boot messages from /sbin/dmesg: Rebooting... FreeBSD 2.1-STABLE #1: Wed Jan 10 21:21:24 EST 1996 jmb@Aspen.Woc.Atinc.COM:/home/sup/src/sys/compile/ASPEN CPU: i486DX (486-class CPU) real memory = 16777216 (16384K bytes) avail memory = 15077376 (14724K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 not found at 0x3e8 sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 not found at 0x1f0 ep0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 4 on pci0:0 ncr0 rev 2 int a irq 9 on pci0:1 (ncr0:0:0): "DEC DSP3053LS X442" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 511MB (1046532 512 byte sectors) (ncr0:1:0): "FUJITSU M1606S-512 6220" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1041MB (2131992 512 byte sectors) chip1 rev 3 on pci0:2 vga0 rev 0 on pci0:4 ncr1 rev 1 int a irq 11 on pci0:5 (ncr1:6:0): "NRC MBR-7 110" type 5 removable SCSI 2 cd0(ncr1:6:0): CD-ROM cd0(ncr1:6:0): asynchronous. cd present.[330927 x 2048 byte records] (ncr1:6:1): "NRC MBR-7 110" type 5 removable SCSI 2 cd1(ncr1:6:1): CD-ROM cd1(ncr1:6:1): asynchronous. cd present.[208702 x 2048 byte records] (ncr1:6:2): "NRC MBR-7 110" type 5 removable SCSI 2 cd2(ncr1:6:2): CD-ROM cd2(ncr1:6:2): asynchronous. cd present.[307527 x 2048 byte records] (ncr1:6:3): "NRC MBR-7 110" type 5 removable SCSI 2 cd3(ncr1:6:3): CD-ROM cd3(ncr1:6:3): asynchronous. cd present.[326402 x 2048 byte records] (ncr1:6:4): "NRC MBR-7 110" type 5 removable SCSI 2 cd4(ncr1:6:4): CD-ROM cd4(ncr1:6:4): asynchronous. cd4(ncr1:6:4): NOT READY asc:3a,0 Medium not present can't get the size (ncr1:6:5): "NRC MBR-7 110" type 5 removable SCSI 2 cd5(ncr1:6:5): CD-ROM cd5(ncr1:6:5): asynchronous. cd5(ncr1:6:5): NOT READY asc:3a,0 Medium not present can't get the size (ncr1:6:6): "NRC MBR-7 110" type 5 removable SCSI 2 cd6(ncr1:6:6): CD-ROM cd6(ncr1:6:6): asynchronous. cd6(ncr1:6:6): NOT READY asc:3a,0 Medium not present can't get the size cd3(ncr1:6:3): asynchronous. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ kernel config file: # # ASPEN # # machine "i386" cpu "I486_CPU" ident ASPEN maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options PROCFS #Process filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options UCONSOLE #X Console support options "FAT_CURSOR" #block cursor in syscons or pccons # options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options "NCONS=4" #4 virtual consoles options USERCONFIG #Allow user configuration with -c options "COMPAT_43" #Compatible with BSD 4.3 # options BOUNCE_BUFFERS #include support for DMA bounce buffers options PROBE_VERBOSE #get all pci bus data options COMPAT_LINUX options SYSVSHM options SYSVSEM options SYSVMSG options "IBCS2" # options MAXMEM= config kernel root on sd1 swap on sd1 and sd0 dumps on sd1 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 # tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller ncr0 #Only need one of these, the memory allocation grows controller scbus0 device sd0 device sd1 device sd2 device sd3 device st0 device st1 device cd0 #Only need one of these, the code dynamically grows device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device ep0 at isa? port 0x300 net irq 10 vector epintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 2 # # ijppp uses tun instead of ppp device # pseudo-device tun 2 pseudo-device pty 16 pseudo-device speaker pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG From owner-freebsd-hackers Sat Jan 20 19:13:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA09604 for hackers-outgoing; Sat, 20 Jan 1996 19:13:45 -0800 (PST) Received: from mail.fonorola.net (mail.fonorola.net [198.53.64.8]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA09596 Sat, 20 Jan 1996 19:13:34 -0800 (PST) Received: from [204.92.49.90] by mail.fonorola.net with SMTP (5.65/25-eef) id AA02563; Sat, 20 Jan 96 21:57:13 -0500 Date: Sat, 20 Jan 96 21:57:13 -0500 Message-Id: <9601210257.AA02563@mail.fonorola.net> X-Sender: scouch@io.org X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: questions@freebsd.org, hackers@freebsd.org From: Stephen Couchman Subject: Problem with IP forwarding Sender: owner-hackers@freebsd.org Precedence: bulk Is there anything else I have to do to get IP forwarding to work, other than turning setting the kernel parameter via /etc/sysconfig? I have two network interfaces (ppp0 using kernel ppp, and an Ethernet card. If I attach a PC to the ethernet card (using a crossover), the PC cannot see the ppp connection, or anything past it (i.e. the Internet). Similarly, anything on the Internet cannot see past the ppp IP. Any suggestions would be most welcome. Thanks -- Stephen ______________________________ Stephen Couchman | scouch@io.org From owner-freebsd-hackers Sat Jan 20 19:50:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12009 for hackers-outgoing; Sat, 20 Jan 1996 19:50:14 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA12003 for ; Sat, 20 Jan 1996 19:50:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id TAA11638; Sat, 20 Jan 1996 19:50:02 -0800 Message-Id: <199601210350.TAA11638@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: tbrown@vcsun2.tamu.edu (Tom Brown) cc: freebsd-hackers@FreeBSD.org Subject: Re: kgdb In-reply-to: Your message of "Sat, 20 Jan 1996 20:15:48 CST." <9601210215.AA00371@vcsun1.tamu.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 20 Jan 1996 19:50:02 -0800 Sender: owner-hackers@FreeBSD.org Precedence: bulk >i'm trying to reboot my freebsd 2.1 system after making a >change the value of a global variable (ifqmaxlen) with > >#gdb -k -w /kernel /dev/mem > >(kgdb) set ifqmaxlen=5 > >how do i reboot the system so that the new value sticks? Hi Tom. The setting above only changes the in-core copy of the kernel image. You'll have to change the initialization of ifqmaxlen in /sys/net/if.c and recompile the kernel in order to make it permanent. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Jan 20 20:02:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA12899 for hackers-outgoing; Sat, 20 Jan 1996 20:02:39 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA12893 for ; Sat, 20 Jan 1996 20:02:34 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id MAA06529; Sun, 21 Jan 1996 12:02:24 +0800 (WST) Date: Sun, 21 Jan 1996 12:02:24 +0800 (WST) From: Peter Wemm To: FreeBSD hackers Subject: Whew!!!!!!! (MAJOR sigh of relief!) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Ever had that unpleasant message: st0(bt0:5:0): MEDIUM ERROR info:2800 asc:11,0 Unrecovered read error I got this while restoring from a backup (the only useful backup it turned out) of some rather critical information.. (My work machine) I've been discovering all about the 'scsi' command, and how !&@#%!&# big the scsi-2 spec is.. Well.. I (by luck I think :-) managed to tell the DAT drive to seek one block past the bad spot with the SCSI "read position" and "locate" commands, and tar was quite happy to continue reading! (considering I knew *nothing* about low level scsi, this was an even more against the odds... :-) WHEW!!! ( understatement++++ ) Just out of genuine pure coincidence (yes, they do happen :-), the few files that I lost happened to be saved mail.. and I think one of my large old "pending reply" folders was the worst hit... :-/ (This was from my work machine (which is currently loading FreeBSD-2.1R), so it doesn't affect my backlog of FreeBSD mail...) Several morals to the story: 1: do backups more often.. :-) 2: if know you are going to need it (like you've spent 4 days recovering the data off a scrambled disk and you are dumping it to tape before wiping the rest of the disk and reparitioning it) make sure you verify it MORE than only once... 3: in situation #2, make second copy of the tape in case it goes bad... 4: dont do backups with a room temperature that is higher than the environmental limits of the media in question (45C or 113F) Along the way, I discovered that the BT driver handles timeouts and aborts very badly... I also discovered that the timeout for the scsi "READ" command is too short. The command timed out before the drive had given up on trying to recover the data.. I also discovered that we need a "mt getpos" that tells us what block number the tape is on (from scsi "READ POSITION"), and a "mt setpos" to do a scsi "LOCATE".. (the command names don't matter, but it'd be nice to have them without having to look up the mammoth scsi-2 spec each time..) -Peter From owner-freebsd-hackers Sat Jan 20 20:06:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA13096 for hackers-outgoing; Sat, 20 Jan 1996 20:06:34 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.206]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA13090 Sat, 20 Jan 1996 20:06:22 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id XAA01852; Sat, 20 Jan 1996 23:07:09 -0500 Date: Sat, 20 Jan 1996 23:07:09 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: freebsd-hardware@FreeBSD.ORG cc: freebsd-hackers@FreeBSD.ORG Subject: 8MB to 16MB, 11% faster kernel compiles Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk just upgraded my 486dx2-66 from 8MB to 16MB. the quick result is my kernel compiles in 850 secs in place of 950 ;) long results follow at the end Jonathan M. Bresler FreeBSD Postmaster jmb@FreeBSD.ORG play go. ride bike. hack FreeBSD.--ah the good life i am moving to a new job. PLEASE USE: jmb@FreeBSD.ORG With 8 MB of RAM, immediately after a reboot. X running Rebooting... FreeBSD 2.1-STABLE #1: Wed Jan 10 21:21:24 EST 1996 jmb@Aspen.Woc.Atinc.COM:/home/sup/src/sys/compile/ASPEN CPU: i486DX (486-class CPU) real memory = 8388608 (8192K bytes) avail memory = 6893568 (6732K bytes) cd /sys/compile/ASPEN /usr/bin/time -l make [snip] loading kernel rearranging symbols text data bss dec hex 651264 53248 48552 753064 b7da8 950.92 real 678.21 user 72.59 sys 3428 maximum resident set size 1007 average shared memory size 1022 average unshared data size 164 average unshared stack size 199187 page reclaims 1847 page faults 19 swaps 6666 block input operations 5167 block output operations 12 messages sent 28 messages received 0 signals received 12756 voluntary context switches 12204 involuntary context switches ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Rebooting... FreeBSD 2.1-STABLE #1: Wed Jan 10 21:21:24 EST 1996 jmb@Aspen.Woc.Atinc.COM:/home/sup/src/sys/compile/ASPEN CPU: i486DX (486-class CPU) real memory = 16777216 (16384K bytes) avail memory = 15077376 (14724K bytes) cd /sys/compile/ASPEN /usr/bin/time -l make [snip] loading kernel rearranging symbols text data bss dec hex 651264 53248 48552 753064 b7da8 848.96 real 676.67 user 69.52 sys 3536 maximum resident set size 1011 average shared memory size 1021 average unshared data size 164 average unshared stack size 196239 page reclaims 88 page faults 0 swaps 1762 block input operations 4409 block output operations 12 messages sent 28 messages received 0 signals received 6451 voluntary context switches 16066 involuntary context switches ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ # # ASPEN # # machine "i386" cpu "I486_CPU" ident ASPEN maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options PROCFS #Process filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options UCONSOLE #X Console support options "FAT_CURSOR" #block cursor in syscons or pccons # options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options "NCONS=4" #4 virtual consoles options USERCONFIG #Allow user configuration with -c options "COMPAT_43" #Compatible with BSD 4.3 # options BOUNCE_BUFFERS #include support for DMA bounce buffers options PROBE_VERBOSE #get all pci bus data options COMPAT_LINUX options SYSVSHM options SYSVSEM options SYSVMSG options "IBCS2" # options MAXMEM= config kernel root on sd1 swap on sd1 and sd0 dumps on sd1 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 # tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller ncr0 #Only need one of these, the memory allocation grows controller scbus0 device sd0 device sd1 device sd2 device sd3 device st0 device st1 device cd0 #Only need one of these, the code dynamically grows device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device ep0 at isa? port 0x300 net irq 10 vector epintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 2 # # ijppp uses tun instead of ppp device # pseudo-device tun 2 pseudo-device pty 16 pseudo-device speaker pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 From owner-freebsd-hackers Sat Jan 20 20:32:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA13744 for hackers-outgoing; Sat, 20 Jan 1996 20:32:21 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA13738 for ; Sat, 20 Jan 1996 20:32:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.6.12/8.6.5) with SMTP id UAA11762; Sat, 20 Jan 1996 20:31:54 -0800 Message-Id: <199601210431.UAA11762@Root.COM> X-Authentication-Warning: implode.Root.COM: Host localhost didn't use HELO protocol To: Peter Wemm cc: FreeBSD hackers Subject: Re: Whew!!!!!!! (MAJOR sigh of relief!) In-reply-to: Your message of "Sun, 21 Jan 1996 12:02:24 +0800." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 20 Jan 1996 20:31:53 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >Along the way, I discovered that the BT driver handles timeouts and >aborts very badly... I also discovered that the timeout for the scsi "READ" >command is too short. The command timed out before the drive had given >up on trying to recover the data.. I think you can make a much more general statement: "With few exceptions, all of our SCSI drivers handle timeouts and aborts very badly." -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Jan 20 21:21:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA15940 for hackers-outgoing; Sat, 20 Jan 1996 21:21:16 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA15935 for ; Sat, 20 Jan 1996 21:21:13 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id LAA17185; Sat, 20 Jan 1996 11:00:14 +0100 (MET) Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.7.3/8.7.3) with SMTP id KAA01488; Sat, 20 Jan 1996 10:53:06 +0100 (MET) Date: Sat, 20 Jan 1996 10:53:05 +0100 (MET) From: Andreas Klemm To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: BSDvs Lxxxxx Flame.. In-Reply-To: <199601180916.KAA25329@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 18 Jan 1996, J Wunsch wrote: > As Marty Leisner wrote: > > > > > > Can someone provide hard information about nfs serving capability > > on identical hardware between linux and freebsd? > > > > I'm very disappointed at the nfs performance on linux...I've used > > No ``hard information'', but most linux guys admit that their NFS > server is about the worst piece of the system. > > I've seen 800 KB/s being piped out of a FreeBSD 1.1.5.1 machine, going > to a single SGI Indy. Hmmm, and who's the performance now with 2.1 or -current ? Do you have some number for a comparison ? -- andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - aklemm@wup.de - \/ ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz apsfilter - magic print filter 4lpd >>> knobel is powered by FreeBSD <<< From owner-freebsd-hackers Sat Jan 20 23:18:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA00570 for hackers-outgoing; Sat, 20 Jan 1996 23:18:09 -0800 (PST) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA00540 for ; Sat, 20 Jan 1996 23:18:04 -0800 (PST) Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id JAA27087 for ; Sun, 21 Jan 1996 09:17:59 +0200 (EET) Received: (news@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id JAA13139; Sun, 21 Jan 1996 09:17:59 +0200 (EET) To: clinet-list-freebsd-hackers@clinet.fi Path: usenet From: hsu@clinet.fi (Heikki Suonsivu) Newsgroups: clinet.list.freebsd-hackers Subject: Re: SYSQUEST disks... Date: 21 Jan 1996 09:18:03 +0200 Organization: Clinet, Espoo, Finland Lines: 25 Message-ID: References: <199601180923.UAA05818@godzilla.zeta.org.au> NNTP-Posting-Host: newzetor.clinet.fi In-reply-to: Bruce Evans's message of 18 Jan 1996 12:11:27 +0200 X-Newsreader: Gnus v5.1 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In article <199601180923.UAA05818@godzilla.zeta.org.au> Bruce Evans writes: newfs has too many (in)convenient defaults that stop it from working in plain files and devices: ... df has too many (in)convenient defaults that stop it from working on plain files and devices: ... $ df /tmp/a [... unwanted output for the device that /tmp/za is on] fsck has too many (in)convenient defaults that stop it from working on plain files and devices: ... These problems can be avoided for regular files by using the vn driver. The vn driver doesn't seem to work for stacking devices. Are there any real reasons for these restrictions? If a file is newfs'd, geometry options should be forced, but otherwise newfs should not be wise-ass and tell what I want to do. fsck and df have even less reason for complaints? -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi work +358-0-4375209 fax -4555276 home -8031121