From owner-freebsd-hackers Mon Jan 1 00:40:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA13171 for hackers-outgoing; Mon, 1 Jan 1996 00:40:33 -0800 (PST) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA13166 for ; Mon, 1 Jan 1996 00:40:27 -0800 (PST) Received: (from didier@localhost) by aida (8.6.12/8.6.9) id JAA00338; Mon, 1 Jan 1996 09:39:50 +0100 Date: Mon, 1 Jan 1996 09:39:50 +0100 (MET) From: didier@aida.org To: hackers@freebsd.org Subject: Happy New Year Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Happy New Year -- Didier Derny | My computer is Microsoft Free... didier@aida.org | Private FreeBSD 2.1-STABLE site. From owner-freebsd-hackers Mon Jan 1 02:21:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA16247 for hackers-outgoing; Mon, 1 Jan 1996 02:21: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 CAA16238 Mon, 1 Jan 1996 02:21:29 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA27354; Mon, 1 Jan 1996 11:21:26 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA21234; Mon, 1 Jan 1996 11:21:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA02232; Mon, 1 Jan 1996 11:07:41 +0100 (MET) From: J Wunsch Message-Id: <199601011007.LAA02232@uriah.heep.sax.de> Subject: Re: FreeBSD, Zappa & PCI To: ez@eztravel.com (EZ Travel) Date: Mon, 1 Jan 1996 11:07:40 +0100 (MET) Cc: hackers@FreeBSD.org, questions@FreeBSD.org, ez@eztravel.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199512312014.MAA00282@eztravel.com> from "EZ Travel" at Dec 31, 95 12:14:36 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 EZ Travel wrote: > > Dec 31 10:59:29 eztravel /kernel: pci0:7: INTEL CORPORATION, device=0x122e, class=bridge [not supported] > Is this a serious problem? What does the class=bridge[not supported] > mean? You are running an old version of FreeBSD. :) The confusing `not supported' message has been changed meanwhile into `no driver assigned'. This is not a problem, since the BIOS usually has initialized the device, it's only telling that FreeBSD doesn't provide any handling of its own 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 Mon Jan 1 02:57:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17034 for hackers-outgoing; Mon, 1 Jan 1996 02:57:16 -0800 (PST) Received: from knobel.gun.de (knobel-ip.gun.de [192.109.159.141]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA17029 for ; Mon, 1 Jan 1996 02:56:52 -0800 (PST) Received: (from andreas@localhost) by knobel.gun.de (8.7.3/8.7.3) id LAA03570; Mon, 1 Jan 1996 11:56:26 +0100 (MET) Date: Mon, 1 Jan 1996 11:56:26 +0100 (MET) Message-Id: <199601011056.LAA03570@knobel.gun.de> X-Newsreader: knews 0.9.3 References: <4av21v$6a@rabbit.augusta.de> <4bh0ue$naq@uriah.heep.sax.de> <4bosi6$2i4@rabbit.augusta.de> <4bttpu$5jv@uriah.heep.sax.de> From: andreas@knobel.gun.de (Andreas Klemm) Subject: Re: Compiling 2.1.0 X-Original-Newsgroups: comp.unix.bsd.freebsd.misc In-Reply-To: To: nsayer@quack.kfu.com (Nick Sayer), hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article , nsayer@quack.kfu.com (Nick Sayer) writes: >I seem to remember the original poster saying he was doing this in >single user? A make world should be done in single user ;-) >If so, remember -- your swap space is not mounted by >default. If you're doing anything intense in single user mode you >should do a 'swapon -a'. I ran into this trouble, too, when I made my first make world ;-) Perhaps one should add a swapon -a command into the toplevel Makefile for the target world ;-) -- 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 Mon Jan 1 03:48:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18663 for hackers-outgoing; Mon, 1 Jan 1996 03:48:07 -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 DAA18658 for ; Mon, 1 Jan 1996 03:48:04 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Mon, 1 Jan 96 11:47 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 MAA27704 for hackers@freebsd.org; Mon, 1 Jan 1996 12:34:19 +0100 Message-Id: <199601011134.MAA27704@allegro.lemis.de> Subject: Problems with SCSI DDS driver? To: hackers@freebsd.org (FreeBSD Hackers) Date: Mon, 1 Jan 1996 12:34:18 +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've just found a problem with the SCSI DDS tape driver in -current: it can't read some tapes. It works just fine with 90 meter DDS tapes with the coding 010 (1=hole) on the underside, but with 60 meter tapes or with audio quality tapes (coding 000 in each case), I get the message: Jan 1 12:28:16 freebie /kernel: st0: block wrong size, 20 blocks residual If I try to write, I get Dec 31 19:04:02 freebie /kernel: st0(aha0:2:0): DATA PROTECT asc:30,0 Incompatible medium installed In each case, the tape is readable and writeable on the same hardware running BSD/OS 2.0, so it's not the hardware. Dec 31 18:56:00 freebie /kernel: (aha0:2:0): "HP HP35480A 1109" type 1 removable SCSI 2 Dec 31 18:56:00 freebie /kernel: st0(aha0:2:0): Sequential-Access density code 0x13, drive empty While I'm on the subject, wouldn't it be nice if the tape driver would wait until the drive comes ready rather than rejecting a request if the drive isn't ready? This works on QIC-150 and family, why not on DDS? Greg From owner-freebsd-hackers Mon Jan 1 03:50:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA18745 for hackers-outgoing; Mon, 1 Jan 1996 03:50:26 -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 DAA18600 for ; Mon, 1 Jan 1996 03:43:18 -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 MAA11223; Mon, 1 Jan 1996 12:44:02 +0100 Received: by uni4nn.iaf.nl with UUCP id AA10209 (5.67b/IDA-1.5); Mon, 1 Jan 1996 12:43:06 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA24711 (5.65c/IDA-1.4.4); Mon, 1 Jan 1996 12:22:12 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id TAA00572; Sat, 30 Dec 1995 19:20:06 +0100 From: Wilko Bulte Message-Id: <199512301820.TAA00572@yedi.iaf.nl> Subject: Re: Help! network problem To: didier@aida.org Date: Sat, 30 Dec 1995 19:20:05 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: from "Didier Derny" at Dec 30, 95 10:41:53 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 > the file at high speed 510kb/s or less than 5k/s. netstat -s reports that a great number of packet > are resent. Is this related to the ttl parameter ? I'm using two 486dx33 computers with a NE2000 and > and a NI5210 (ed0 and ie0). when I ping -f it works fine and no packets are lost. I suppose that > my computer are two slow ? > Didier Derny | My computer is Microsoft Free... The NI5210 is pretty slow. I saw a similar effect when I used a NI5210/FreeBSD system to talk to a Digital Alpha Unix box. Adding a 2nd 8kbyte SRAM chip to the NI5210 helped to get NFS working between the 2 systems. Bottom line: get something better than the 5210 Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Mon Jan 1 06:44:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA22672 for hackers-outgoing; Mon, 1 Jan 1996 06:44:01 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA22658 for ; Mon, 1 Jan 1996 06:43:57 -0800 (PST) Received: from mordillo (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id PAA20702; Mon, 1 Jan 1996 15:43:53 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id PAA00582; Mon, 1 Jan 1996 15:26:28 +0100 From: Thomas Graichen Message-Id: <199601011426.PAA00582@mordillo> Subject: Re: Bmaked libg++-2.7.1 To: dfr@nlsys.demon.co.uk (Doug Rabson) Date: Mon, 1 Jan 1996 15:26:28 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <30E565AB.568BCE88@nlsys.demon.co.uk> from "Doug Rabson" at Dec 30, 95 04:15:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk hasn't Doug Rabson said ? ... ... and _please_ send all the changes required to compile gcc and libg++ directly from FSF back to the FSF - so that the next version would compile out of the box (without a dozen of patches to get g++ working correctly) - i think things like enabled weak symbols in the freebsd.h config file of the vanilla FSF distribution while the FreeBSD as doesn't suppoert weak symbols are very bad - it would be much better if we would send all the changes required we find back to the FSF so that you can also compile any new gcc out of the box without aplying a dozen of _old_ patches t > > I just spent an afternoon hacking phk's gnu2bmake scripts for libg++-2.6 > to work for libg++-2.7.1. Since libg++ now supports the ANSI C++ > library (libstdc++) as a separate library, my scripts create two > directories, libstdc++ which includes the ANSI C++ library, and iostream > stuff, and libg++ with all the other random rubbish. > > To create the bmaked versions, hack the scripts to have the right > pathnames, point them at a fresh copy of libg++-2.7.1 and execute them > with tclsh. > > I compiled the monster on a fairly vanilla FreeBSD-2.1 with gcc-2.7.2 > (with Bruces patch as posted on 25 Dec 1995). It appears to work; in > particular, the shared version passes all of the libg++ tests. I have > not run a make world with the new libg++ installed. > > With a bit of luck and a following wind, this should drop straight into > the source tree when (if) we move up to a new rev of gcc. > _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-hackers Mon Jan 1 06:44:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA22712 for hackers-outgoing; Mon, 1 Jan 1996 06:44:11 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA22701 Mon, 1 Jan 1996 06:44:07 -0800 (PST) Received: from mordillo (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id PAA20268; Mon, 1 Jan 1996 15:44:02 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id PAA00605; Mon, 1 Jan 1996 15:29:14 +0100 From: Thomas Graichen Message-Id: <199601011429.PAA00605@mordillo> Subject: Re: NFS To: scrappy@ki.net (Marc G. Fournier) Date: Mon, 1 Jan 1996 15:29:14 +0100 (MET) Cc: archive@cps.cmich.edu, jmb@freebsd.org, terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, daemon@bee.cs.kiev.ua, freebsd-hackers@freebsd.org In-Reply-To: from "Marc G. Fournier" at Dec 31, 95 07:07:41 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk hasn't Marc G. Fournier said ? ... > > On Sun, 31 Dec 1995, Mail Archive wrote: > > > On Thu, 28 Dec 1995, Jonathan M. Bresler wrote: > > > my new employer is heavy into nis and nfs. i have 2.1.0R > > > installed there. i can give the nfs code a real pounding now. this can > > > start in january....late next week even. > > > > > > what do you all want hammered on??? > > > > > RPC.LOCKD :) > > > I'd say that rpc.quotad would be more of a priority as far > as anyone that wants or is using FreeBSD in any ISP environment, > more so then rpc.lockd... > ... will come in the next day's (i think tomorrow or so) - but we need someone to do the kernel-stuff for it :-( t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-hackers Mon Jan 1 08:08:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25354 for hackers-outgoing; Mon, 1 Jan 1996 08:08:12 -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 IAA25336 Mon, 1 Jan 1996 08:08:03 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA10803; Mon, 1 Jan 1996 10:06:59 -0600 From: Joe Greco Message-Id: <199601011606.KAA10803@brasil.moneng.mei.com> Subject: Re: Answer to /bin/ls and ftp (should be documented) To: mbarkah@hemi.com (Ade Barkah) Date: Mon, 1 Jan 1996 10:06:58 -0600 (CST) Cc: hackers@FreeBSD.ORG, questions@FreeBSD.ORG In-Reply-To: <199512310246.TAA13020@hemi.com> from "Ade Barkah" at Dec 30, 95 07:46:49 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > 3. Copy the new pwd.db file into ~ftp/etc, and make it only > readable to everyone (chmod a=r pwd.db.) You should have > two files in ~ftp/etc directory: pwd.db, and group. The > passwd file is not necessary. Here's an example of how > the ~ftp/etc directory might look: > > -r--r--r-- 1 root ftp 15 Dec 18 10:38 group > -r--r--r-- 1 root ftp 40960 Dec 18 19:14 pwd.db > > 4. Make sure you copy /bin/ls into ~ftp/bin, and make it only > executable by everyone (chmod a=x ls). The more paranoid among us will be even more cautious: you don't want people gaining a comprehensive listing of users on your system as easily as downloading the pwd.db file. I do something similar but with a twist: 3. Copy the new pwd.db and group files into ~ftp/etc, and make them both mode 0440. Change owner to "root.daemon". 4. Copy /bin/ls into ~ftp/bin. Change owner to "root.daemon", and change the mode to 2111... Now nobody can access your pwd.db or group files, but ls can, because it is a member of the appropriate group... I know this may seem overly paranoid to people, but you never know what tricks someone might use to gain access to your system, and the lower your profile, the safer you may be... ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Jan 1 08:51:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA26728 for hackers-outgoing; Mon, 1 Jan 1996 08:51:48 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA26723 for ; Mon, 1 Jan 1996 08:51:45 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tWn7U-0000zcC; Mon, 1 Jan 96 10:29 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tWn2q-000C1dC; Mon, 1 Jan 96 10:25 WET Message-Id: Date: Mon, 1 Jan 96 10:25 WET To: hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Mon Jan 1 1996, 10:25:08 CST Subject: Re: FreeBSD, Zappa & PCI Sender: owner-hackers@freebsd.org Precedence: bulk [0]Is this a serious problem? What does the class=bridge[not supported] [0]mean? [1]The confusing `not supported' message has been changed meanwhile into [1]`no driver assigned'. This is not a problem, since the BIOS usually [1]has initialized the device, it's only telling that FreeBSD doesn't [1]provide any handling of its own for it. Perhaps we should change the message to "using hardware defaults" or "no special handling" or just don't say anything at all if we aren't doing anything special. Both "Not Supported" and "No driver assigned" sound a lot like something isn't supported or configured properly (ie, perhaps the kernel could not find the driver on disk, etc.). This looks like a question-generator to me. Frank Durda IV |New 1996 quotes being loaded... ...letni!rwsys!nemesis!uhclem | From owner-freebsd-hackers Mon Jan 1 09:10:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA27739 for hackers-outgoing; Mon, 1 Jan 1996 09:10:21 -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 JAA27731 for ; Mon, 1 Jan 1996 09:10:16 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id EAA15041; Tue, 2 Jan 1996 04:10:07 +1100 From: michael butler Message-Id: <199601011710.EAA15041@asstdc.scgt.oz.au> Subject: Re: 2.1 instabilities To: bde@zeta.org.au (Bruce Evans) Date: Tue, 2 Jan 1996 04:10:03 +1100 (EST) Cc: hackers@freebsd.org In-Reply-To: <199512310731.SAA22598@godzilla.zeta.org.au> from "Bruce Evans" at Dec 31, 95 06:31:34 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 > >Two of them occasionally stop dead whilst under heavy ppp load. Both are > >using kernel-based ppp. One of them simply stops blinking his cursor and > >simply goes to sleep. No keyboard response, nothing :-(. Very rarely, it > >will just spontaneously reboot (which I'd actually prefer as it's 4km > >away). > Try the following fix from -current: [ .. /sys/i386/include/spl.h patch .. ] This seems to have done the trick. It's been up and running since I recompiled it and hasn't missed a beat. If it stays up for the remainder of the week (which would be a minor miracle :-)), I'd guess that this patch is a fairly conclusive fix. > >The other, the only other under such a heavy load, stops forwarding IP > >packets and a ping (from the host itself) to any one of the remote users > >returns a "cannot write, no buffers available" error. The mbuf cluster > >count is <100 although there are usually somewhere around 100-300 mbufs > >allocated to data (load dependent). Killing any pppd will solve the > >problem until the next recurrence. > The fix is less likely to help here. [ .. /sys/kern/tty.c patch .. ] As it turns out, the problem appears to be one of those nasty modem incompatibilities with V34. For whatever reason, the receiving end (an Avtek) decides that it doesn't want to talk any more and a whole bunch of packets destined for that system rapidly queue up and fill all the available mbufs thereby killing almost all network activity from the sender not just the stalled PPP connection. Switching the modem that serves it (from Microcom to Hayes) seems to avoid the problem. Perhaps there should be some defensive code to prevent one PPP link from monopolising mbufs like this ? As soon as a link reaches a point where no more mbufs can be allocated (failure on queue attempts), it should start simply dropping the oldest packets (and freeing mbufs) to ensure some availability for other activity, michael From owner-freebsd-hackers Mon Jan 1 09:17:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28011 for hackers-outgoing; Mon, 1 Jan 1996 09:17:37 -0800 (PST) Received: from snoopy.mv.com (snoopy.mv.com [199.125.64.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA28004 for ; Mon, 1 Jan 1996 09:17:33 -0800 (PST) Received: (from pw@localhost) by snoopy.mv.com (8.6.12/8.6.9) id JAA21474; Mon, 1 Jan 1996 09:21:14 -0500 Date: Mon, 1 Jan 1996 09:21:14 -0500 From: "Paul F. Werkowski" Message-Id: <199601011421.JAA21474@snoopy.mv.com> To: Bruce Evans Cc: hackers@FreeBSD.ORG Subject: Re: libraries In-Reply-To: <199601010704.SAA25177@godzilla.zeta.org.au> References: <199601010704.SAA25177@godzilla.zeta.org.au> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>>>> "Bruce" == Bruce Evans writes: >> So, is present on all systems that have a C >> compiler or just systems with compilers that define the 'unix' >> macro, or just BSD derived systems? Bruce> Of course not. >> Does one need >> #if defined __FreeBSD__ || defined >> __listOfOthersKnownToHaveParam_ .. #include /* >> tests for various flavors of BSD go here */ #endif Bruce> This is impractical. The list would have to have a few Bruce> thousand systems in it, and you wouldn't work on thise Bruce> systems that don't identify themselves. >> Offhand, it looks like the OS dependent feature is hidden in an >> OS dependent file. It seems to me that the compiler ought to >> emit the root feature list in some standard way so that codes >> can have some predictable behaviour. Bruce> This is impractical. The feature list would have to have a Bruce> few thousand flags in it, and wouldn't work on those Bruce> systems that don't support it. Bruce> The correct method to handle this is to generate the Bruce> feature lists on the fly like gnu autoconf does. However, Bruce> this is too much trouble for a port. Just use `#if 0', Bruce> perhaps with a comment, or Bruce> #ifdef Bruce> this_is_unportable_and_I_am_too_lazy_to_make_it_portable Bruce> or the original Bruce> #ifndef __FreeBSD__ Bruce> The latter has the advantage that it is usually spelled Bruce> consistently so you can find it easily. I agree. This is also contrary to the nifty /usr/share/doc/handbook and previous comments in this thread which advise that __FreeBSD__ compiler generated feature should be used only rarely and that the "proper" way to test for BSDism's is to test for the BSD feature, which presupposes that one already knows enough about the environment to include , which looks like the meta-circular screw at work. Testing against __FreeBSD__ then becomes the easiest way to get a port running, and also leads to possible misuse unless one has experience or reference into what features do or do not exist on the various other OS flavors. Mods then get maybe sent back to the original author who is asked to merge in changes he probably cannot test and the circle repeats. This all results in a horrific nest of ifdefs that are near impossible to fathom. Well, sorry to protract this discussion into beating something that is already dead. It probably belongs in 'ports' and not 'hackers' anyway. Best wishes for a pro$perou$ new year to all. Paul From owner-freebsd-hackers Mon Jan 1 09:40:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28819 for hackers-outgoing; Mon, 1 Jan 1996 09:40:58 -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 JAA28814 for ; Mon, 1 Jan 1996 09:40:54 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA28576 ; Mon, 1 Jan 1996 18:40:51 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA00458 ; Mon, 1 Jan 1996 18:40:50 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id RAA04234; Mon, 1 Jan 1996 17:02:29 +0100 (MET) From: Ollivier Robert Message-Id: <199601011602.RAA04234@keltia.freenix.fr> Subject: Re: Problems with SCSI DDS driver? To: grog@lemis.de Date: Mon, 1 Jan 1996 17:02:29 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199601011134.MAA27704@allegro.lemis.de> from "Greg Lehey" at Jan 1, 96 12:34:18 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1503 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 Greg Lehey said: > Jan 1 12:28:16 freebie /kernel: st0: block wrong size, 20 blocks residual > > If I try to write, I get > > Dec 31 19:04:02 freebie /kernel: st0(aha0:2:0): DATA PROTECT asc:30,0 Incompatible medium installed > > In each case, the tape is readable and writeable on the same hardware > running BSD/OS 2.0, so it's not the hardware. I have the same problem with the same hardware. (ahb0:5:0): "HP HP35480A 1009" type 1 removable SCSI 2 st0(ahb0:5:0): Sequential-Access density code 0x13, drive empty -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Dec 31 16:05:48 MET 1995 From owner-freebsd-hackers Mon Jan 1 10:21:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00593 for hackers-outgoing; Mon, 1 Jan 1996 10:21: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 KAA00588 for ; Mon, 1 Jan 1996 10: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 TAA04880 for ; Mon, 1 Jan 1996 19:21:33 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA24517 for freebsd-hackers@freebsd.org; Mon, 1 Jan 1996 19:21:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id SAA03919 for freebsd-hackers@freebsd.org; Mon, 1 Jan 1996 18:49:35 +0100 (MET) From: J Wunsch Message-Id: <199601011749.SAA03919@uriah.heep.sax.de> Subject: Re: Compiling 2.1.0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 1 Jan 1996 18:49:34 +0100 (MET) In-Reply-To: <199601011056.LAA03570@knobel.gun.de> from "Andreas Klemm" at Jan 1, 96 11:56:26 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 Andreas Klemm wrote: > > >I seem to remember the original poster saying he was doing this in > >single user? > > A make world should be done in single user ;-) Why? ;) (I never downgrade to single-user for it. I can live with the temporary ps etc. bogosities.) -- 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 1 10:21:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00620 for hackers-outgoing; Mon, 1 Jan 1996 10: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 KAA00607 Mon, 1 Jan 1996 10: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 TAA04893; Mon, 1 Jan 1996 19:21:38 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA24520; Mon, 1 Jan 1996 19:21:38 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id SAA05624; Mon, 1 Jan 1996 18:54:03 +0100 (MET) From: J Wunsch Message-Id: <199601011754.SAA05624@uriah.heep.sax.de> Subject: Re: Answer to /bin/ls and ftp (should be documented) To: hackers@FreeBSD.org, questions@FreeBSD.org Date: Mon, 1 Jan 1996 18:54:02 +0100 (MET) In-Reply-To: <199601011606.KAA10803@brasil.moneng.mei.com> from "Joe Greco" at Jan 1, 96 10:06:58 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 Joe Greco wrote: > > The more paranoid among us will be even more cautious: you don't want > people gaining a comprehensive listing of users on your system as easily as > downloading the pwd.db file. I do something similar but with a twist: You could as well install a list of dummy users. -- 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 1 11:25:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03753 for hackers-outgoing; Mon, 1 Jan 1996 11:25: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 LAA03743 for ; Mon, 1 Jan 1996 11:24:57 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id UAA12174; Mon, 1 Jan 1996 20:10:12 +0100 Message-Id: <199601011910.UAA12174@ra.dkuug.dk> Subject: Re: Doom and Linux emulation To: tulchins@voland.phoebe.com (Steven Tulchinsky) Date: Mon, 1 Jan 1996 20:10:12 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <199512312011.UAA00261@voland.phoebe.com> from "Steven Tulchinsky" at Dec 31, 95 08:11:35 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 Tulchinsky who wrote: > > I've been trying for days to get Doom to run > but whatever I try to do resuls in > Program received signal SIGBUS, Bus error. :-( > I looked through mailing list archives and all docs I could > find, but there is nothing to fix my problem > Here is what I got: > > % modstat > Type Id Off Loadaddr Size Info Rev Module Name > EXEC 0 3 f11b6000 0018 f11bb000 1 linux_emulator > > % ls /usr/local/lib > ./ libXaw.so.3@ libc.so.4.5.26@ > ../ libXaw.so.3.1.0@ libgr.so.1@ > doom/ libXaw.so.6@ libgr.so.1.3@ > doom-1.8/ libXaw.so.6.0@ libm.so.4@ > ld.so@ libXpm.so.4@ libm.so.4.5.26@ > libX11.so.3@ libXpm.so.4.3@ libvga.config > libX11.so.3.1.0@ libXt.so.3@ libvga.so.1@ > libX11.so.6@ libXt.so.3.1.0@ libvga.so.1.2.0* > libX11.so.6.0@ libXt.so.6@ linux_lib/ > libXIE.so.6@ libXt.so.6.0@ > libXIE.so.6.0@ libc.so.4@ Erm, you are supposed to have the linux libs & ld.so i /compat/linux/lib or the emulator will have problems locating them (and even distinguish them from native ones). You would also want SYSVMSG defined in order to get sound via the sndserver and the WoxWare drivers allready in FreeBSD... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Mon Jan 1 12:00:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA06111 for hackers-outgoing; Mon, 1 Jan 1996 12:00:54 -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 MAA06089 for ; Mon, 1 Jan 1996 12:00:49 -0800 (PST) Received: by Sysiphos id AA17943 (5.67b/IDA-1.5 for hackers@freebsd.org); Mon, 1 Jan 1996 20:51:52 +0100 Message-Id: <199601011951.AA17943@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 1 Jan 1996 20:51:51 +0100 In-Reply-To: uhclem@nemesis.lonestar.org (Frank Durda IV) "Re: FreeBSD, Zappa & PCI" (Jan 1, 10:25) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: uhclem@nemesis.lonestar.org (Frank Durda IV) Subject: Re: FreeBSD, Zappa & PCI Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 1, 10:25, Frank Durda IV wrote: } Subject: Re: FreeBSD, Zappa & PCI } [0]Is this a serious problem? What does the class=bridge[not supported] } [0]mean? } } [1]The confusing `not supported' message has been changed meanwhile into } [1]`no driver assigned'. This is not a problem, since the BIOS usually } [1]has initialized the device, it's only telling that FreeBSD doesn't } [1]provide any handling of its own for it. } } Perhaps we should change the message to "using hardware defaults" or } "no special handling" or just don't say anything at all if we aren't doing } anything special. } } Both "Not Supported" and "No driver assigned" sound a lot like something isn't } supported or configured properly (ie, perhaps the kernel could not find the } driver on disk, etc.). This looks like a question-generator to me. Well, the "no driver assigned" means just this. There is no way to know, whether this is a problem or not. There are PCI devices which are (currently) treated as if they were on the ISA bus (and those will be logged with that message, if no special precautions are taken). Then there are CPU and PCI support chips, which have to be initialized for POST to complete, and there is no use having drivers for them. I'll probably make the "no driver assigned" message go away for all kinds of support chips (CPU to PCI bridge, standard ISA peripherals, ...), since those can be identified by their PCI class code. (This is already done for PCI graphics cards.) If there are PCI devices being operated in ISA compatibility mode, then there should be a dummy probe in "ign_probe()" in file "/sys/pci/pcisupport.c". This will make the misleading message go away ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Mon Jan 1 12:07:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA06906 for hackers-outgoing; Mon, 1 Jan 1996 12:07: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 MAA06898 Mon, 1 Jan 1996 12:07:40 -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 MAA15670; Mon, 1 Jan 1996 12:07:27 -0800 Message-Id: <199601012007.MAA15670@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: sos@FreeBSD.org cc: tulchins@voland.phoebe.com (Steven Tulchinsky), hackers@FreeBSD.org Subject: Re: Doom and Linux emulation In-reply-to: Your message of "Mon, 01 Jan 1996 20:10:12 +0100." <199601011910.UAA12174@ra.dkuug.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Jan 1996 12:07:26 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> sos@FreeBSD.org said: > In reply to Steven Tulchinsky who wrote: > > > > I've been trying for days to get Doom to run > > but whatever I try to do resuls in > > Program received signal SIGBUS, Bus error. :-( > > I looked through mailing list archives and all docs I could > > find, but there is nothing to fix my problem > > Here is what I got: > > > > % modstat > > Type Id Off Loadaddr Size Info Rev Module Name > > EXEC 0 3 f11b6000 0018 f11bb000 1 linux_emulator > > > > % ls /usr/local/lib > > ./ libXaw.so.3@ libc.so.4.5.26@ > > ../ libXaw.so.3.1.0@ libgr.so.1@ > > doom/ libXaw.so.6@ libgr.so.1.3@ > > doom-1.8/ libXaw.so.6.0@ libm.so.4@ > > ld.so@ libXpm.so.4@ libm.so.4.5.26@ > > libX11.so.3@ libXpm.so.4.3@ libvga.config > > libX11.so.3.1.0@ libXt.so.3@ libvga.so.1@ > > libX11.so.6@ libXt.so.3.1.0@ libvga.so.1.2.0* > > libX11.so.6.0@ libXt.so.6@ linux_lib/ > > libXIE.so.6@ libXt.so.6.0@ > > libXIE.so.6.0@ libc.so.4@ > > Erm, you are supposed to have the linux libs & ld.so i /compat/linux/lib > or the emulator will have problems locating them (and even distinguish > them from native ones). > You would also want SYSVMSG defined in order to get sound via the > sndserver and the WoxWare drivers allready in FreeBSD... Make sure that Doom's sndserver is in your execution path prior to starting xdoom. To get Doom's sndserver to work with FreeBSD he will need: rah.star-gate.com:/pub/linux_ioctl.tar.gz Also he should take out the static defines in sysv_msg.c: diff -c sysv_msg.c.orig sysv_msg.c *** sysv_msg.c.orig Sun Dec 31 16:48:25 1995 --- sysv_msg.c Sun Dec 31 16:48:11 1995 *************** *** 29,35 **** #define MSG_DEBUG #undef MSG_DEBUG_OK ! static int msgctl(), msgget(), msgsnd(), msgrcv(); int (*msgcalls[])() = { msgctl, msgget, msgsnd, msgrcv }; --- 29,35 ---- #define MSG_DEBUG #undef MSG_DEBUG_OK ! int msgctl(), msgget(), msgsnd(), msgrcv(); int (*msgcalls[])() = { msgctl, msgget, msgsnd, msgrcv }; --- Perhaps someone can review my mods to the linux module and integrate them into the core distribution. Amancio From owner-freebsd-hackers Mon Jan 1 12:34:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08820 for hackers-outgoing; Mon, 1 Jan 1996 12:34:55 -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 MAA08802 Mon, 1 Jan 1996 12:34:49 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id VAA12617; Mon, 1 Jan 1996 21:19:48 +0100 Message-Id: <199601012019.VAA12617@ra.dkuug.dk> Subject: Re: Doom and Linux emulation To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Mon, 1 Jan 1996 21:19:48 +0100 (MET) Cc: sos@FreeBSD.org, tulchins@voland.phoebe.com, hackers@FreeBSD.org In-Reply-To: <199601012007.MAA15670@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 1, 96 12:07:26 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 Amancio Hasty Jr. who wrote: > Make sure that Doom's sndserver is in your execution path prior to > starting xdoom. > > To get Doom's sndserver to work with FreeBSD he will need: > rah.star-gate.com:/pub/linux_ioctl.tar.gz > No he will not, if you run current, I've allready put some semilar changes in there (implemented somewhat differently) which implements most of the sound ioctl's -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Mon Jan 1 12:53:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA09869 for hackers-outgoing; Mon, 1 Jan 1996 12:53:08 -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 MAA09861 for ; Mon, 1 Jan 1996 12:53:03 -0800 (PST) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id PAA15222 for hackers@freebsd.org; Mon, 1 Jan 1996 15:53:02 -0500 Date: Mon, 1 Jan 1996 15:53:02 -0500 Message-Id: <199601012053.PAA15222@fang.cs.sunyit.edu> from: chuck@fang.cs.sunyit.edu X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: ac Sender: owner-hackers@freebsd.org Precedence: bulk Checking my system usage I noticed that ac doesn't seem to report usage when the login's are from the console or X. Or am I just imagining this? It seems to me that (although not important for ISP's) that this is a bug. Excuse me, undocumented feature ;-) -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Mon Jan 1 13:18:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10845 for hackers-outgoing; Mon, 1 Jan 1996 13:18:27 -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 NAA10839 Mon, 1 Jan 1996 13:18:22 -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 NAA00459; Mon, 1 Jan 1996 13:18:11 -0800 Message-Id: <199601012118.NAA00459@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: sos@FreeBSD.org cc: tulchins@voland.phoebe.com, hackers@FreeBSD.org Subject: Re: Doom and Linux emulation In-reply-to: Your message of "Mon, 01 Jan 1996 21:19:48 +0100." <199601012019.VAA12617@ra.dkuug.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Jan 1996 13:18:08 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> sos@FreeBSD.org said: > In reply to Amancio Hasty Jr. who wrote: > > Make sure that Doom's sndserver is in your execution path prior to > > starting xdoom. > > > > To get Doom's sndserver to work with FreeBSD he will need: > > rah.star-gate.com:/pub/linux_ioctl.tar.gz > > > > No he will not, if you run current, I've allready put some > semilar changes in there (implemented somewhat differently) > which implements most of the sound ioctl's > Well, if he runs stable the linux_ioctl.tar.gz will work . Amancio From owner-freebsd-hackers Mon Jan 1 15:31:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16330 for hackers-outgoing; Mon, 1 Jan 1996 15:31:02 -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 PAA16320 for ; Mon, 1 Jan 1996 15:30:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id QAA23439; Mon, 1 Jan 1996 16:29:23 -0700 Message-Id: <199601012329.QAA23439@rover.village.org> To: Bruce Evans Subject: Re: gcc 2.7.1 Cc: freebsd-hackers@FreeBSD.org, jmacd@paris.CS.Berkeley.EDU In-reply-to: Your message of Sun, 24 Dec 1995 17:40:26 +1100 Date: Mon, 01 Jan 1996 16:29:22 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : Lack of time and lack of urgency. Even if it was imported into -current : now, it would have no effect on FreeBSD-2.1. I was also able to compile gcc and g++ 2.7.2 for FreeBSD 2.0R w/o any hitches just after 2.7.2 came out. I didn't go beyond that to building libg++ however. Warner From owner-freebsd-hackers Mon Jan 1 17:08:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19148 for hackers-outgoing; Mon, 1 Jan 1996 17:08:27 -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 RAA19044 for ; Mon, 1 Jan 1996 17:06:49 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA02611; Tue, 2 Jan 1996 11:37:19 +1030 From: Michael Smith Message-Id: <199601020107.LAA02611@genesis.atrad.adelaide.edu.au> Subject: Re: boot from sd1? To: dgy@rtd.com (Don Yuniskis) Date: Tue, 2 Jan 1996 11:37:18 +1030 (CST) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199512300245.TAA06357@seagull.rtd.com> from "Don Yuniskis" at Dec 29, 95 07:45:04 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Don Yuniskis stands accused of saying: > > Greetings! > For 2.1.0R, given: > wd0 -- MS-DOG > wd1 -- FBSD 2.1.0R > sd0 -- *more* MS-DOG stuff > sd1 -- FBSD 2.1.0R (a *different* filesystem hierarchy) > How do I manage to boot from sd1? It seems that wd1 intercepts > whatever incantation I use (sd1, hd1, etc.) You can't, unless you have a BIOS that supports booting from a disk other than the first or second. If you do, try hd3. > don -- ]] 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 1 17:46:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20733 for hackers-outgoing; Mon, 1 Jan 1996 17:46:12 -0800 (PST) Received: from whyy.org (jehrenkrantz@[199.234.236.254]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA20727 for ; Mon, 1 Jan 1996 17:46:10 -0800 (PST) Received: (from jehrenkrantz@localhost) by whyy.org (8.6.12/8.6.9) id UAA04188; Mon, 1 Jan 1996 20:50:41 -0500 Date: Mon, 1 Jan 1996 20:50:41 -0500 (EST) From: Jeff Ehrenkrantz To: Freebsd Hackers Subject: Local Persons? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi all, I'm in the Southern N.J. area. Are there any freebsdHackers about ? I'd like to meet...I'm currently settting up a county wide net any local folks would be appreciated..je From owner-freebsd-hackers Mon Jan 1 18:24:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22555 for hackers-outgoing; Mon, 1 Jan 1996 18:24:36 -0800 (PST) Received: from csugrad.cs.vt.edu (jagnew@csugrad.cs.vt.edu [128.173.41.74]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22549 for ; Mon, 1 Jan 1996 18:24:33 -0800 (PST) Received: (jagnew@localhost) by csugrad.cs.vt.edu (8.6.12/8.6.4) id VAA18110; Mon, 1 Jan 1996 21:24:28 -0500 Date: Mon, 1 Jan 1996 21:24:28 -0500 (EST) From: "H. Jared Agnew" To: hackers@freebsd.org Subject: fatal trap 12: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I'm running FreeBSD stable 2.1.0 I have a Dell Dimension P75 and have been running it since the day after it was ftp able. I got home on break and was trying to set it up to be a router to the local lan. I compiled in the option for gateway, and then rebooted. Now everytime I reboot it gives an error and reboots again. The error is below. gets done with probing for video junk then swapon: adding /dev/wd0s4b as swap device Automatic reboot in progress /devrwd0a: clean, 13055 free (43 frags, 3253 blocks, 0.2% fragmentation) /de/rwd0s3e: clean, 62012 free (88 frags, 15481 blocks, 0.1% fragmentation) Fatal trap 12: page fault while in kernel mode fault vertual address = 0x1ef4e6e7 fault code = supervisor write, page not present instruction pointer = 0x8:0xf0192e1e code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 32 (ifconfig) interrupt mask = net tty panic: page fault syncing disks... 5 5 done Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot <-- if I boot the old kernel the same thing happens. If I boot either with -s then I can get to root shell level and fsck then fix the directories and then umount -a and mount - and I can read fine. but then even if I hand sync the disks "ie sync" and then /sbin/shutdown -r now" it does the same thing over again! please help! thanks --- Jared --jared@vt.edu Sorry about spelling, must be line noise over my ethernet connection! |------------------------------------| ____ ____ | H. Jared Agnew | jared@vt.edu | | __| | __| | http://csugrad.cs.vt.edu/~jagnew | | |__ | |__ | phone : (540) 232-4438 | | ___| |___ | | alias : killdash9 | | |__ __| | |------------------------------------| |____| . |____| . From owner-freebsd-hackers Mon Jan 1 18:35:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22870 for hackers-outgoing; Mon, 1 Jan 1996 18:35:55 -0800 (PST) Received: from mail.datamini.com.au (mail.datamini.com.au [203.61.67.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22864 for ; Mon, 1 Jan 1996 18:35:51 -0800 (PST) Received: from denis.datamini.com.au ([203.61.67.148]) by mail.datamini.com.au (8.6.11/8.6.9) with SMTP id NAA00747 for ; Tue, 2 Jan 1996 13:19:30 +1100 Received: by denis.datamini.com.au with Microsoft Mail id <01BAD916.DA888D40@denis.datamini.com.au>; Tue, 2 Jan 1996 13:33:08 +-1100 Message-ID: <01BAD916.DA888D40@denis.datamini.com.au> From: Denis Hancock To: "'hackers@freebsd.org'" Date: Tue, 2 Jan 1996 13:33:01 +-1100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk unsubscribe From owner-freebsd-hackers Mon Jan 1 19:05:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24083 for hackers-outgoing; Mon, 1 Jan 1996 19:05:09 -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 TAA24050 Mon, 1 Jan 1996 19:04:56 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id VAA11207; Mon, 1 Jan 1996 21:04:20 -0600 From: Joe Greco Message-Id: <199601020304.VAA11207@brasil.moneng.mei.com> Subject: Re: Answer to /bin/ls and ftp (should be documented) To: j@uriah.heep.sax.de (J Wunsch) Date: Mon, 1 Jan 1996 21:04:19 -0600 (CST) Cc: hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <199601011754.SAA05624@uriah.heep.sax.de> from "J Wunsch" at Jan 1, 96 06:54:02 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > As Joe Greco wrote: > > > > The more paranoid among us will be even more cautious: you don't want > > people gaining a comprehensive listing of users on your system as easily as > > downloading the pwd.db file. I do something similar but with a twist: > > You could as well install a list of dummy users. Then you might as well not do it at all (or make 'em all "ftp"). Usually people want to display the usernames in order to provide an easy to see correlation between a file and which archive maintainer installed it... My technique at least minimizes the chances of somebody finding out complete lists of semi-useful information about users (i.e. what users there are), and also protects more subtle very-useful information about things like assigned UID's (think: "someone pulling tricks with NFS"). First rule of security, the less they know, the safer you are. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Jan 1 19:39:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25431 for hackers-outgoing; Mon, 1 Jan 1996 19:39:49 -0800 (PST) Received: from csugrad.cs.vt.edu (jagnew@csugrad.cs.vt.edu [128.173.41.74]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA25419 for ; Mon, 1 Jan 1996 19:39:43 -0800 (PST) Received: (jagnew@localhost) by csugrad.cs.vt.edu (8.6.12/8.6.4) id WAA11711; Mon, 1 Jan 1996 22:39:41 -0500 Date: Mon, 1 Jan 1996 22:39:40 -0500 (EST) From: "H. Jared Agnew" To: hackers@freebsd.org Subject: sorry about my last mail Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I know that this is not just any question mailing list, I couldnt find any help from the irc chanel or the hand book, so I wrote here about my fatal trap 12, I guessed it might be something to do with my sysconfig file and when I restored a back up copy everything worked ok, it was the ix0 inet line that screwed everything up, dont ask me why. I'm just lucky I found it! thanks a ton. jared Sorry about spelling, must be line noise over my ethernet connection! |------------------------------------| ____ ____ | H. Jared Agnew | jared@vt.edu | | __| | __| | http://csugrad.cs.vt.edu/~jagnew | | |__ | |__ | phone : (540) 232-4438 | | ___| |___ | | alias : killdash9 | | |__ __| | |------------------------------------| |____| . |____| . From owner-freebsd-hackers Mon Jan 1 19:45:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25810 for hackers-outgoing; Mon, 1 Jan 1996 19:45:48 -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 TAA25796 for ; Mon, 1 Jan 1996 19:45:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id UAA23606; Mon, 1 Jan 1996 20:39:47 -0700 Message-Id: <199601020339.UAA23606@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: syscons driver Cc: hm@altona.hamburg.com, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Fri, 29 Dec 1995 10:29:40 PST Date: Mon, 01 Jan 1996 20:39:47 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : You don't need to. Your GUI-ish application, if written *correctly*, : should know absolutely nothing about X or any other underlying : graphics implementation. I know of several toolkits (and worked on one) where this was true to a greater or lessor degree.... It is a desirable goal since you can retarget more easily when the toolkit api doesn't have any Xcentric parts to it. Warner From owner-freebsd-hackers Mon Jan 1 19:56:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA26568 for hackers-outgoing; Mon, 1 Jan 1996 19:56: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 TAA26561 for ; Mon, 1 Jan 1996 19:56:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id UAA23636; Mon, 1 Jan 1996 20:56:00 -0700 Message-Id: <199601020356.UAA23636@rover.village.org> To: uhclem@nemesis.lonestar.org (Frank Durda IV) Subject: Re: X for install (was: Re: syscons driver) Cc: hackers@FreeBSD.ORG In-reply-to: Your message of Sat, 30 Dec 1995 00:17:00 +0700 Date: Mon, 01 Jan 1996 20:55:59 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : [27]Come on guys, why is it that you dont get it that there are LOADS of : [27]users out there that either don't have the HW or simply dont want to : [27]run X for various reasons (I'm not one of them I use X :) :) ) : : I agree. If the installation requires X, you can also kiss goodbye to : all those people with 5Meg and 4Meg systems who are able to install now. : They'll just pop over to Linux or SCO or whatever that doesn't have : those memory requirements, and will come up in the simple hardware : they have. Maybe I'm getting into this a couple of days late... However, I'd kill to have a nice install/upgrade procedure that I can run from X. This is "can run from X" rather than "must run with X". I'd rather see fewer screens to go through to get the stuff installed, and just click on what I want. The curses interface is nice, but I also want the ability to have something look at /cdrom/packages/*.tgz and give me a nicer way to install them than pkg_add (which is nice, but still involves more typing than just a couple of clicks here or there). Maybe I'm too close to the X world, but it would be nice. It would be equally nice if I had enough spare time to commit to this project that it would happen. I have some kludgy beginings in OI that I had to abadon when I left the seller of OI's employment (I had hoped to ship out a monsterly huge static binary that would show proof of concept). Anyway, if it is still bugging me after I get some hardware I have an OS (it is a strange MIPS box), and after my current "side" contract expires, I may try to work up something with Perl/Tk to show people what I'm talking about. I also agree this is made a low priority by the huge disk space requirements that aren't there on a boot floopy (but could be there on a CDROM or something like that). It is further made a low priority by the "raising of the bar" for the memory starved systems out there (8M would unlikely be enough given that we don't have swap until "late" in the install process). Finally, the difficulty most people would face in bringing up X would likely make it unsuitable (but doing the install at VGA resolutions like MS does with Windows might not make it too horrible). Warner From owner-freebsd-hackers Mon Jan 1 20:17:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA27817 for hackers-outgoing; Mon, 1 Jan 1996 20:17:40 -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 UAA27812 for ; Mon, 1 Jan 1996 20:17: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 UAA02207; Mon, 1 Jan 1996 20:17:09 -0800 Message-Id: <199601020417.UAA02207@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Warner Losh cc: hackers@freebsd.org Subject: Re: X for install (was: Re: syscons driver) In-reply-to: Your message of "Mon, 01 Jan 1996 20:55:59 MST." <199601020356.UAA23636@rover.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Jan 1996 20:17:09 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk I think that an X installation be that being X oriented or firing up an X server will only happen till someone around here really gets upset with the current curses implementation and the lame excuse of that it does not fit in a boot floppy. If we have a cdrom and the booted kernel can access it then by all means lets use it !!! In my case, I am willing to tolerate the system installation cause I don't do it that often. Amancio >>> Warner Losh said: > : [27]Come on guys, why is it that you dont get it that there are LOADS of > : [27]users out there that either don't have the HW or simply dont want to > : [27]run X for various reasons (I'm not one of them I use X :) :) ) > : > : I agree. If the installation requires X, you can also kiss goodbye to > : all those people with 5Meg and 4Meg systems who are able to install now. > : They'll just pop over to Linux or SCO or whatever that doesn't have > : those memory requirements, and will come up in the simple hardware > : they have. > > Maybe I'm getting into this a couple of days late... > > However, I'd kill to have a nice install/upgrade procedure that I can > run from X. This is "can run from X" rather than "must run with X". > I'd rather see fewer screens to go through to get the stuff installed, > and just click on what I want. The curses interface is nice, but I > also want the ability to have something look at /cdrom/packages/*.tgz > and give me a nicer way to install them than pkg_add (which is nice, > but still involves more typing than just a couple of clicks here or > there). > > Maybe I'm too close to the X world, but it would be nice. It would be > equally nice if I had enough spare time to commit to this project that > it would happen. I have some kludgy beginings in OI that I had to > abadon when I left the seller of OI's employment (I had hoped to ship > out a monsterly huge static binary that would show proof of concept). > > Anyway, if it is still bugging me after I get some hardware I have an > OS (it is a strange MIPS box), and after my current "side" contract > expires, I may try to work up something with Perl/Tk to show people > what I'm talking about. > > I also agree this is made a low priority by the huge disk space > requirements that aren't there on a boot floopy (but could be there on > a CDROM or something like that). It is further made a low priority by > the "raising of the bar" for the memory starved systems out there (8M > would unlikely be enough given that we don't have swap until "late" in > the install process). Finally, the difficulty most people would face > in bringing up X would likely make it unsuitable (but doing the > install at VGA resolutions like MS does with Windows might not make it > too horrible). > > Warner > From owner-freebsd-hackers Mon Jan 1 21:20:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29749 for hackers-outgoing; Mon, 1 Jan 1996 21:20:35 -0800 (PST) Received: from wireless.Stanford.EDU (wireless.Stanford.EDU [36.10.0.102]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA29744 for ; Mon, 1 Jan 1996 21:20:33 -0800 (PST) Received: from lightning (tip-mp6-ncs-10.Stanford.EDU [36.173.0.121]) by wireless.Stanford.EDU (8.6.12/8.6.6) with SMTP id VAA02969; Mon, 1 Jan 1996 21:20:04 -0800 Date: Mon, 1 Jan 1996 21:20:07 -0800 (PST) From: Bora Akyol X-Sender: bora@lightning To: "Amancio Hasty Jr." cc: Warner Losh , hackers@freebsd.org Subject: Re: X for install (was: Re: syscons driver) In-Reply-To: <199601020417.UAA02207@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Well Just for information the Linux Plug and Play version and Red Hat Release both have Tk/Tcl based X installations. (I think the red hat can be python based). Bora On Mon, 1 Jan 1996, Amancio Hasty Jr. wrote: > > I think that an X installation be that being X oriented or firing up > an X server will only happen till someone around > here really gets upset with the current curses implementation and > the lame excuse of that it does not fit in a boot floppy. > > If we have a cdrom and the booted kernel can access it then by all > means lets use it !!! > > In my case, I am willing to tolerate the system installation cause > I don't do it that often. > > Amancio > > >>> Warner Losh said: > > : [27]Come on guys, why is it that you dont get it that there are LOADS of > > : [27]users out there that either don't have the HW or simply dont want to > > : [27]run X for various reasons (I'm not one of them I use X :) :) ) > > : > > : I agree. If the installation requires X, you can also kiss goodbye to > > : all those people with 5Meg and 4Meg systems who are able to install now. > > : They'll just pop over to Linux or SCO or whatever that doesn't have > > : those memory requirements, and will come up in the simple hardware > > : they have. > > > > Maybe I'm getting into this a couple of days late... > > > > However, I'd kill to have a nice install/upgrade procedure that I can > > run from X. This is "can run from X" rather than "must run with X". > > I'd rather see fewer screens to go through to get the stuff installed, > > and just click on what I want. The curses interface is nice, but I > > also want the ability to have something look at /cdrom/packages/*.tgz > > and give me a nicer way to install them than pkg_add (which is nice, > > but still involves more typing than just a couple of clicks here or > > there). > > > > Maybe I'm too close to the X world, but it would be nice. It would be > > equally nice if I had enough spare time to commit to this project that > > it would happen. I have some kludgy beginings in OI that I had to > > abadon when I left the seller of OI's employment (I had hoped to ship > > out a monsterly huge static binary that would show proof of concept). > > > > Anyway, if it is still bugging me after I get some hardware I have an > > OS (it is a strange MIPS box), and after my current "side" contract > > expires, I may try to work up something with Perl/Tk to show people > > what I'm talking about. > > > > I also agree this is made a low priority by the huge disk space > > requirements that aren't there on a boot floopy (but could be there on > > a CDROM or something like that). It is further made a low priority by > > the "raising of the bar" for the memory starved systems out there (8M > > would unlikely be enough given that we don't have swap until "late" in > > the install process). Finally, the difficulty most people would face > > in bringing up X would likely make it unsuitable (but doing the > > install at VGA resolutions like MS does with Windows might not make it > > too horrible). > > > > Warner > > > > > From owner-freebsd-hackers Mon Jan 1 22:28:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02135 for hackers-outgoing; Mon, 1 Jan 1996 22:28:22 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA02129 for ; Mon, 1 Jan 1996 22:28:17 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA03813; Tue, 2 Jan 1996 16:53:28 +1030 From: Michael Smith Message-Id: <199601020623.QAA03813@genesis.atrad.adelaide.edu.au> Subject: Re: X for install (was: Re: syscons driver) To: bora@wireless.stanford.edu (Bora Akyol) Date: Tue, 2 Jan 1996 16:53:27 +1030 (CST) Cc: hasty@rah.star-gate.com, imp@village.org, hackers@freebsd.org In-Reply-To: from "Bora Akyol" at Jan 1, 96 09:20:07 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Bora Akyol stands accused of saying: > > Well > Just for information the Linux Plug and Play version and Red Hat Release > both have Tk/Tcl based X installations. (I think the red hat can be > python based). The Redhat installation tools are _awful_ from the code perspective. (I had a look at them a while back with the intention of seeing if we could learn anything from them or their package format). Warner is on the right track though, what we need is an installation process that is independant of the user interface. Jordan went some of the way with the 'sysconfig script' stuff; we need to go a bit further yet, but it's going to be a slow road. > Bora -- ]] 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 1 22:41:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02767 for hackers-outgoing; Mon, 1 Jan 1996 22:41:17 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA02762 Mon, 1 Jan 1996 22:41:13 -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 HAA00676 ; Tue, 2 Jan 1996 07:41:08 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA01738 ; Tue, 2 Jan 1996 07:41:07 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id AAA07297; Tue, 2 Jan 1996 00:55:21 +0100 (MET) From: Ollivier Robert Message-Id: <199601012355.AAA07297@keltia.freenix.fr> Subject: Re: Doom and Linux emulation To: sos@FreeBSD.org Date: Tue, 2 Jan 1996 00:55:20 +0100 (MET) Cc: hasty@rah.star-gate.com, tulchins@voland.phoebe.com, hackers@FreeBSD.org In-Reply-To: <199601012019.VAA12617@ra.dkuug.dk> from "sos@FreeBSD.org" at Jan 1, 96 09:19:48 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1503 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 sos@FreeBSD.org said: > No he will not, if you run current, I've allready put some > semilar changes in there (implemented somewhat differently) > which implements most of the sound ioctl's On my Soundblaster 2.0 Pro compatible, the sounds are pretty awful... :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Dec 31 16:05:48 MET 1995 From owner-freebsd-hackers Mon Jan 1 23:27:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04720 for hackers-outgoing; Mon, 1 Jan 1996 23:27: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 XAA04715 for ; Mon, 1 Jan 1996 23:27:22 -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 XAA04703; Mon, 1 Jan 1996 23:26:48 -0800 Message-Id: <199601020726.XAA04703@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Michael Smith cc: bora@wireless.stanford.edu (Bora Akyol), imp@village.org, hackers@freebsd.org Subject: Re: X for install (was: Re: syscons driver) In-reply-to: Your message of "Tue, 02 Jan 1996 16:53:27 +1030." <199601020623.QAA03813@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Jan 1996 23:26:47 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Michael Smith said: > Bora Akyol stands accused of saying: > > > > Well > > Just for information the Linux Plug and Play version and Red Hat Release > > both have Tk/Tcl based X installations. (I think the red hat can be > > python based). > > The Redhat installation tools are _awful_ from the code perspective. > (I had a look at them a while back with the intention of seeing if we could > learn anything from them or their package format). > > Warner is on the right track though, what we need is an installation process > that is independant of the user interface. Maybe . I would focus on describing a syntax and grammar for the installation procedure then offered different front-ends . Amancio From owner-freebsd-hackers Mon Jan 1 23:39:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05414 for hackers-outgoing; Mon, 1 Jan 1996 23:39:12 -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 XAA05375 for ; Mon, 1 Jan 1996 23:38:22 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA03983; Tue, 2 Jan 1996 18:08:35 +1030 From: Michael Smith Message-Id: <199601020738.SAA03983@genesis.atrad.adelaide.edu.au> Subject: Re: X for install (was: Re: syscons driver) To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 2 Jan 1996 18:08:35 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, bora@wireless.stanford.edu, imp@village.org, hackers@freebsd.org In-Reply-To: <199601020726.XAA04703@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 1, 96 11:26:47 pm 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. stands accused of saying: >> Warner is on the right track though, what we need is an installation process >> that is independant of the user interface. > > Maybe . I would focus on describing a syntax and grammar for the installation > procedure then offered different front-ends . That's a bit tough. Defining a syntax for the user interface that's independant of the interface cuts in from the other end, and allows more code specialisation in handling the installation itself. I'd be further along in making this vaporware happen (a little, anyway) if it weren't for my Christmas Crash 8( > Amancio -- ]] 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 1 23:55:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05924 for hackers-outgoing; Mon, 1 Jan 1996 23:55: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 XAA05919 for ; Mon, 1 Jan 1996 23:55:44 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA07524; Mon, 1 Jan 1996 23:54:55 -0800 To: "Amancio Hasty Jr." cc: Michael Smith , bora@wireless.stanford.edu (Bora Akyol), imp@village.org, hackers@freebsd.org Subject: Re: X for install (was: Re: syscons driver) In-reply-to: Your message of "Mon, 01 Jan 1996 23:26:47 PST." <199601020726.XAA04703@rah.star-gate.com> Date: Mon, 01 Jan 1996 23:54:54 -0800 Message-ID: <7522.820569294@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Maybe . I would focus on describing a syntax and grammar for the installation > procedure then offered different front-ends . Like, *gasp*, a forms language! :-) Seriously, that's what libforms attempted to do. Not exactly sure why that never got used, though the lack of documentation probably never really helped, either. It's a pretty basic problem. Do you want to describe only interface? Interface with tie-backs? Interface and behavior in the same description? There are arguments for all three, but I would have to see the proposed API (or IDL description) for a system before I could really comment on it. Perhaps the question should also be asked: "What exactly would folks *like* ``install script'' to look like?" Jordan From owner-freebsd-hackers Tue Jan 2 00:13:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA06727 for hackers-outgoing; Tue, 2 Jan 1996 00:13:30 -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 AAA06720 for ; Tue, 2 Jan 1996 00:13:26 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA04044; Tue, 2 Jan 1996 18:42:59 +1030 From: Michael Smith Message-Id: <199601020812.SAA04044@genesis.atrad.adelaide.edu.au> Subject: Re: X for install (was: Re: syscons driver) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 2 Jan 1996 18:42:58 +1030 (CST) Cc: hasty@rah.star-gate.com, msmith@atrad.adelaide.edu.au, bora@wireless.stanford.edu, imp@village.org, hackers@freebsd.org In-Reply-To: <7522.820569294@time.cdrom.com> from "Jordan K. Hubbard" at Jan 1, 96 11:54:54 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > It's a pretty basic problem. Do you want to describe only interface? > Interface with tie-backs? Interface and behavior in the same > description? There are arguments for all three, but I would have to > see the proposed API (or IDL description) for a system before I could > really comment on it. I had a rough 8( Nothing formal though. I'll have to write it again I guess. Basically, for those that want to jump in now, I was working loosely around the basic functionality that a really light GUI (in this case, GEM) offered ("alerts", "[radio]buttons", "listboxes", "menus", "text boxes", etc ), and looking at ways that the questions can be presented in a variety of different environments. > Perhaps the question should also be asked: "What exactly would folks > *like* ``install script'' to look like?" At the end of asking all the questions that it asks, the installer should be able to dump its entire internal state in a more-or-less human-readable form. It should also be able to reingest this form and proceed from there; this would allow for 'template installations', which would cover a lot of, say, 'Joe on the net's issues. 8) > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Jan 2 01:07:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA08286 for hackers-outgoing; Tue, 2 Jan 1996 01:07:56 -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 BAA08281 for ; Tue, 2 Jan 1996 01:07:51 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tX2bb-000I6vC; Tue, 2 Jan 96 10:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tX1sQ-000022C; Tue, 2 Jan 96 09:15 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: Problems with SCSI DDS driver? To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Tue, 2 Jan 1996 09:15:22 +0100 (MET) Cc: grog@lemis.de, hackers@freebsd.org In-Reply-To: <199601011602.RAA04234@keltia.freenix.fr> from "Ollivier Robert" at Jan 1, 96 05:02:29 pm Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > If I try to write, I get > > > > Dec 31 19:04:02 freebie /kernel: st0(aha0:2:0): DATA PROTECT asc:30,0 Incompatible medium installed > > > I have the same problem with the same hardware. > > (ahb0:5:0): "HP HP35480A 1009" type 1 removable SCSI 2 > st0(ahb0:5:0): Sequential-Access density code 0x13, drive empty HP DAT drives have a feature called MRS (Media Recognition System) to detect MRS compatible and certified media. This is dip-switch selectable, if switched on, my manual says: "The MRS is active. This is the default. Non-MRS Tapes are treated as if they were write protected." hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Tue Jan 2 01:32:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09357 for hackers-outgoing; Tue, 2 Jan 1996 01:32: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 BAA09351 for ; Tue, 2 Jan 1996 01:32:13 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tX34e-0003wfC; Tue, 2 Jan 96 01:32 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 KAA07610; Tue, 2 Jan 1996 10:31:55 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: hm@altona.hamburg.com cc: roberto@keltia.freenix.fr (Ollivier Robert), grog@lemis.de, hackers@freebsd.org Subject: Re: Problems with SCSI DDS driver? In-reply-to: Your message of "Tue, 02 Jan 1996 09:15:22 +0100." Date: Tue, 02 Jan 1996 10:31:55 +0100 Message-ID: <7608.820575115@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > > Dec 31 19:04:02 freebie /kernel: st0(aha0:2:0): DATA PROTECT asc:30,0 Inco mpatible medium installed > > > > > I have the same problem with the same hardware. > > > > (ahb0:5:0): "HP HP35480A 1009" type 1 removable SCSI 2 > > st0(ahb0:5:0): Sequential-Access density code 0x13, drive empty > > HP DAT drives have a feature called MRS (Media Recognition System) to > detect MRS compatible and certified media. This is dip-switch selectable, > if switched on, my manual says: "The MRS is active. This is the default. > Non-MRS Tapes are treated as if they were write protected." Or possibly audio tapes... Anybody know how to disable MRS on a CONNER ? -- 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 2 01:48:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10184 for hackers-outgoing; Tue, 2 Jan 1996 01:48:53 -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 BAA10175 for ; Tue, 2 Jan 1996 01:48:49 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 2 Jan 96 09:48 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 KAA18220; Tue, 2 Jan 1996 10:47:08 +0100 Message-Id: <199601020947.KAA18220@allegro.lemis.de> Subject: Re: Problems with SCSI DDS driver? To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Tue, 2 Jan 1996 10:47:08 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <7608.820575115@critter.tfs.com> from "Poul-Henning Kamp" at Jan 2, 96 10:31:55 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 Poul-Henning Kamp writes: > >>>> Dec 31 19:04:02 freebie /kernel: st0(aha0:2:0): DATA PROTECT asc:30,0 Inco > mpatible medium installed >>>> >>> I have the same problem with the same hardware. >>> >>> (ahb0:5:0): "HP HP35480A 1009" type 1 removable SCSI 2 >>> st0(ahb0:5:0): Sequential-Access density code 0x13, drive empty >> >> HP DAT drives have a feature called MRS (Media Recognition System) to >> detect MRS compatible and certified media. This is dip-switch selectable, >> if switched on, my manual says: "The MRS is active. This is the default. >> Non-MRS Tapes are treated as if they were write protected." > > Or possibly audio tapes... I'm assuming that the code 000 is the audio tape code; that's what my audio tapes have. The 60m tape I have is also about 5 years old, and may not have the correct coding. But that's only part of the problem: both these tapes work perfectly on the same hardware with BSD/386, so if it needs to be disabled, BSD/386 knows how to do it. I'll have a look through the code. Do we have any SCSI bus trace facility? Greg From owner-freebsd-hackers Tue Jan 2 01:54:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10561 for hackers-outgoing; Tue, 2 Jan 1996 01:54:51 -0800 (PST) Received: from isbalham (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA10553 for ; Tue, 2 Jan 1996 01:54:42 -0800 (PST) Received: from gid.co.uk (uucp@localhost) by isbalham (8.6.12/8.6.12) with UUCP id JAA13781; Tue, 2 Jan 1996 09:50:48 GMT Received: from [194.32.164.2] by seagoon.gid.co.uk; Tue, 2 Jan 1996 09:46:27 GMT X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 2 Jan 1996 09:33:43 +0000 To: hackers@freebsd.org From: rb@gid.co.uk (Bob Bishop) Subject: Re: X for install Cc: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk At 8:17 pm 1/1/96, Amancio Hasty Jr. wrote: >[stuff deleted] >In my case, I am willing to tolerate the system installation cause >I don't do it that often. > > Amancio Look, you can please all the people some of the time, or... Let's say there are two sorts of people in the world: A) need a real simple installation route (or else they need too much support), B) will get by just fine with a shell prompt and the odd script. For either A or B, an X-based installation may be nice cosmetically but functionally it'll be neutral at best. More likely it won't run on a wide range of hardware and it'll be slow (am I the only person in the world who gets pissed off with how long it takes to install Solaris 2?). Reading back over this thread, I don't seem to be the only one who doesn't like the way this discussion is headed. Most of my machines run headless (yes they have VGAs and I'd prefer a serial console install). In a couple of cases I have to interfere with the install because of whacky hardware configuration. The very last thing I need is X-based installation. For my 2 cents, the current installation mechanism is a pretty good compromise. Group B's can live with it, and my limited experience suggests that group A's find it pretty easy to use. As Amancio points out, most people don't install that often anyway. It's simply not worth investing in an X-based installation that could at best only deliver cosmetic improvements; better use the effort to smooth the functional bumps in the existing install over the widest possible range of hardware. -- Bob Bishop (01734) 774017 international code +44 1734 rb@gid.co.uk fax (01734) 894254 between 0800 and 1800 UK From owner-freebsd-hackers Tue Jan 2 02:09:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA11200 for hackers-outgoing; Tue, 2 Jan 1996 02:09:18 -0800 (PST) Received: from ritz.mordor.com (ritz@ritz.mordor.com [165.254.109.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA11194 for ; Tue, 2 Jan 1996 02:09:14 -0800 (PST) Received: (from ritz@localhost) by ritz.mordor.com (8.6.12/8.6.10) id FAA07487 for hackers@freebsd.org; Tue, 2 Jan 1996 05:09:13 -0500 From: Chris Mauritz Message-Id: <199601021009.FAA07487@ritz.mordor.com> Subject: incoming connection queue To: hackers@freebsd.org Date: Tue, 2 Jan 1996 05:09:12 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Anyone know offhand how to change size of the queue length for incoming ip connections? I believe the default is now 32, but that's not enough on my web box. Cheers and happy new year, Chris -- Christopher Mauritz | For info on internet access: ritz@mordor.com | finger/mail info@ritz.mordor.com OR Mordor International | http://www.mordor.com/ 201/212/718 internet access | Modem: (201)433-7343,(212)843-3451 From owner-freebsd-hackers Tue Jan 2 03:08:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA12986 for hackers-outgoing; Tue, 2 Jan 1996 03:08:34 -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 DAA12961 for ; Tue, 2 Jan 1996 03:08:08 -0800 (PST) Received: from aviion.ts.kiev.ua by beer.pilsnet.sunet.se (8.6.8/2.03) id MAA20983; Tue, 2 Jan 1996 12:08:04 +0100 Received: from wind.UUCP by aviion.ts.kiev.ua with UUCP id KAA21126; (8.6.11/zah/1.4b) Tue, 2 Jan 1996 10:51:24 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 NAA20284 for <@unicorn.ww.net:freebsd-hackers@freebsd.org>; Tue, 2 Jan 1996 13:47:28 +0300 Received: (from alexis@localhost) by dawn.ww.net (8.6.12/alexis 2.5) id NAA02885 for freebsd-hackers@freebsd.org; Tue, 2 Jan 1996 13:49:19 +0300 Message-Id: <199601021049.NAA02885@dawn.ww.net> Subject: Booting with a specific root device (other than boot device) To: freebsd-hackers@freebsd.org Date: Tue, 2 Jan 1996 13:49:18 +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, Is there a *standart* way to compile a kernel for selecting root device other than booted. That is to wire into the kernel some root device with ``config kernel root on sd0'' and then boot the kernel with that device being root device. Best I can do is to patch i386/i386/autoconf.c to set boothowto to RB_DFLTROOT. Is there a way to set this flag by default in config? alexis -- The more experienced you are the less people you can get an advise from. From owner-freebsd-hackers Tue Jan 2 03:35:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14068 for hackers-outgoing; Tue, 2 Jan 1996 03:35:25 -0800 (PST) Received: from Aspen.Woc.Atinc.COM ([198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA14063 for ; Tue, 2 Jan 1996 03:35:20 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id GAA01186; Tue, 2 Jan 1996 06:34:10 -0500 Date: Tue, 2 Jan 1996 06:34:09 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Michael Smith cc: "Jordan K. Hubbard" , hasty@rah.star-gate.com, msmith@atrad.adelaide.edu.au, bora@wireless.stanford.edu, imp@village.org, hackers@freebsd.org Subject: Re: X for install (was: Re: syscons driver) In-Reply-To: <199601020812.SAA04044@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, 2 Jan 1996, Michael Smith wrote: > At the end of asking all the questions that it asks, the installer > should be able to dump its entire internal state in a more-or-less > human-readable form. It should also be able to reingest this form and > proceed from there; this would allow for 'template installations', which > would cover a lot of, say, 'Joe on the net's issues. 8) sounds like the configure script from perl-4.036. asks a bunch of questions, searches out information, does some tiny compilies. then lets the user edit a file containing all the data. finally the build process begins 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 Tue Jan 2 06:38:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA20964 for hackers-outgoing; Tue, 2 Jan 1996 06:38:37 -0800 (PST) Received: from main.gbdata.com (dial24.phoenix.net [199.3.234.59]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA20945 for ; Tue, 2 Jan 1996 06:37:14 -0800 (PST) Received: (from gclarkii@localhost) by main.gbdata.com (8.6.12/8.6.9) id IAA10747 for freebsd-hackers@freebsd.org; Tue, 2 Jan 1996 08:37:10 -0600 From: Gary Clark II Message-Id: <199601021437.IAA10747@main.gbdata.com> Subject: utmp ut_name To: freebsd-hackers@freebsd.org Date: Tue, 2 Jan 1996 08:37:08 -0600 (CST) Reply-To: gclarkii@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hello, I'm working on a PERL5 interface for Conetic Software's CBASE DB system and ran into a snag with the ZDaemon. My utmp entry is showing up as gclarkii:0.0 instead of gclarkii and it was causing the daemon to fail (it's getting fixed). Is this a new thing or has it been doing this forever(or close enough:)). Thanks for any info. Gary Gary Clark II (V5VMF) gclarkii@FreeBSD.ORG From owner-freebsd-hackers Tue Jan 2 06:44:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA21136 for hackers-outgoing; Tue, 2 Jan 1996 06:44:00 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA21128 for ; Tue, 2 Jan 1996 06:43:47 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id OAA23180; Tue, 2 Jan 1996 14:18:19 GMT Date: Tue, 2 Jan 1996 14:18:18 +0000 (GMT) From: Doug Rabson To: Thomas Graichen cc: hackers@freebsd.org Subject: Re: Bmaked libg++-2.7.1 In-Reply-To: <199601011426.PAA00582@mordillo> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 1 Jan 1996, Thomas Graichen wrote: > hasn't Doug Rabson said ? ... > > ... and _please_ send all the changes required to compile gcc and > libg++ directly from FSF back to the FSF - so that the next version > would compile out of the box (without a dozen of patches to get g++ > working correctly) - i think things like enabled weak symbols in the > freebsd.h config file of the vanilla FSF distribution while the > FreeBSD as doesn't suppoert weak symbols are very bad - it would be > much better if we would send all the changes required we find back to > the FSF so that you can also compile any new gcc out of the box > without aplying a dozen of _old_ patches Well I was only really interested in libg++ and there were no patches required for it to work. Actually there is probably one which should be made in the regex stuff. Does anyone know how many different versions of regex we have in our tree? Quite a few, it seems. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Tue Jan 2 06:50:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA21297 for hackers-outgoing; Tue, 2 Jan 1996 06:50:29 -0800 (PST) Received: from tom.compulink.co.uk (tom.compulink.co.uk [194.153.0.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA21292 for ; Tue, 2 Jan 1996 06:50:23 -0800 (PST) Received: (from root@localhost) by tom.compulink.co.uk (8.6.9/8.6.9) id OAA23430 for hackers@freebsd.org; Tue, 2 Jan 1996 14:49:47 GMT Date: Tue, 2 Jan 96 14:49 GMT From: abedford@cix.compulink.co.uk (Anthony Bedford) Subject: contributing To: hackers@freebsd.org Reply-To: abedford@cix.compulink.co.uk Message-Id: Sender: owner-hackers@freebsd.org Precedence: bulk Dear Sir/ madam, I'm interested in contributing to the FreeBSD project - I wonder if you could send me details on how to participate. Thanks for your kind attention Anthony Bedford From owner-freebsd-hackers Tue Jan 2 06:52:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA21393 for hackers-outgoing; Tue, 2 Jan 1996 06:52:39 -0800 (PST) Received: from sol.we.lc.ehu.es (sol.we.lc.ehu.es [158.227.6.42]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA21382 for ; Tue, 2 Jan 1996 06:52:14 -0800 (PST) Received: from sirius.we.lc.ehu.es by sol.we.lc.ehu.es (5.x/SMI-SVR4) id AA03678; Tue, 2 Jan 1996 15:50:50 +0100 From: borjam@we.lc.ehu.es (Borja Marcos) Message-Id: <9601021450.AA03678@sol.we.lc.ehu.es> Subject: Re: X for install (was: Re: syscons driver) To: hackers@freebsd.org Date: Tue, 2 Jan 1996 15:59:18 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Just my opinion about (in fact against) graphical installation programs, There are tasks for which a GUI is suitable and useful, such as user-oriented applications, but there is a trend today towards using GUIs for everything. Look at those new OS/s such as OS/2 or Windows NT, in which there is no clear distinction between the OS and the window system. (For example, in OS/2, the so called session manager, which is used by TCP/IP to allow incoming telnet connections to work, is part of PM. If you disable the window system, something desirable in the type of systems I design, you loose the remote access). I think that a robust and confortable installation program can be written for a text-only display (I found the FreeBSD 2.0.5 install program easy to use) and writing it for X wouldn't add anything but adhering to the current fashion, and making the program need more resources. The situation can be worse in the case of PCs. If the installation and configuration programs become graphical programs, you can have a really hard day if you change the graphics card in your machine and need to recofigure something. I understand that with XFree it wouldn't be so hard, as the SVGA server recognizes lots of cards, but anyway it can complicate things. An installation program must be something easy to run, and must be runnable from _any_ access method to the system. I mean, it can be a problem for some people if you cannot simply telnet a FreeBSD system or conect through an async modem and use an installation program, but need a TCP/IP to run X on the remote machine. This error has been made by OS/s such as OS/2. I'm sure there are other priorities for enhancing the system that the redundant work of making new graphical installation programs and (I hope so if finally the graphical programs are written) maintaining the text-only versions. (Wiping the text-only versions would be a serious error). I have been developing (and still am) complex systems for OS/2 and I have had to travel a lot because I couldn't configure some things through a modem, a trivial task with a serious OS. Borja. -- ******************************************************************* Borja Marcos | Preferred: borjam@we.lc.ehu.es Alangoeta, 11, 1. izq. | Others: borjamar@mx.sarenet.es 48990 - Algorta (Vizcaya) | 100015.3502@compuserve.com SPAIN | CIS: 100015,3502 ****************************************************************** (c)1995 by the author. This message cannot be transferred to the Microsoft(tm) Network. From owner-freebsd-hackers Tue Jan 2 07:18:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA22110 for hackers-outgoing; Tue, 2 Jan 1996 07:18:16 -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 HAA22105 for ; Tue, 2 Jan 1996 07:18:12 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 2 Jan 96 15:18 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 QAA18767 for hackers@freebsd.org; Tue, 2 Jan 1996 16:17:38 +0100 Message-Id: <199601021517.QAA18767@allegro.lemis.de> Subject: -current panics: vm_page_free: freeing busy page To: hackers@freebsd.org (FreeBSD Hackers) Date: Tue, 2 Jan 1996 16:17:38 +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've had a couple of panics with the latest -current (ctm-cvs 1510). Here are the stack traces: (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:928 #1 0xf0118a25 in panic (fmt=0xf01a4f6b "vm_page_free: freeing busy page") at ../../kern/subr_prf.c:124 #2 0xf01a5182 in vm_page_free (mem=0xf026ac94) at ../../vm/vm_page.c:811 #3 0xf012c252 in vm_hold_free_pages (bp=0xf26eb5ec, froma=4080128000, toa=4080136192) at ../../kern/vfs_bio.c:1641 #4 0xf012b09a in allocbuf (bp=0xf26eb5ec, size=0) at ../../kern/vfs_bio.c:1060 #5 0xf012a9ae in getnewbuf (slpflag=0, slptimeo=0, doingvmio=0) at ../../kern/vfs_bio.c:736 #6 0xf012ae4f in getblk (vp=0xf0b3d880, blkno=54, size=8192, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:970 #7 0xf0190922 in ffs_balloc (ip=0xf0b50900, bn=54, size=1471, cred=0xf0a2f380, bpp=0xefbffe58, flags=1) at ../../ufs/ffs/ffs_balloc.c:261 #8 0xf0193b3d in ffs_write (ap=0xefbffe78) at ../../ufs/ufs/ufs_readwrite.c:255 #9 0xf010e75d in ktrwrite (vp=0xf0b3d880, kth=0xf0b55b00) at ./vnode_if.h:283 #10 0xf010e215 in ktrgenio (vp=0xf0b3d880, fd=3, rw=UIO_READ, iov=0xefbfff1c, len=4096, error=0) at ../../kern/kern_ktrace.c:176 #11 0xf0119ec7 in read (p=0xf0b50800, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/sys_generic.c:121 #12 0xf01b3553 in syscall (frame={tf_es = 39, tf_ds = -272695257, tf_edi = 3, tf_esi = 4096, tf_ebp = -272649188, tf_isp = -272629788, tf_ebx = -272649151, tf_edx = 104, tf_ecx = -272649160, tf_eax = 3, tf_trapno = 0, tf_err = 582, tf_eip = 337569, tf_cs = 31, tf_eflags = 582, tf_esp = -272653320, tf_ss = 39}) at ../../i386/i386/trap.c:914 #13 0xf01ab6fd in Xsyscall () (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:928 #1 0xf0118a25 in panic (fmt=0xf01a4f6b "vm_page_free: freeing busy page") at ../../kern/subr_prf.c:124 #2 0xf01a5182 in vm_page_free (mem=0xf0260770) at ../../vm/vm_page.c:811 #3 0xf012c252 in vm_hold_free_pages (bp=0xf26de0cc, froma=4076064768, toa=4076072960) at ../../kern/vfs_bio.c:1641 #4 0xf012b09a in allocbuf (bp=0xf26de0cc, size=0) at ../../kern/vfs_bio.c:1060 #5 0xf012a9ae in getnewbuf (slpflag=0, slptimeo=0, doingvmio=1) at ../../kern/vfs_bio.c:736 #6 0xf012ae4f in getblk (vp=0xf0a7c500, blkno=0, size=8192, slpflag=0, slptimeo=0) at ../../kern/vfs_bio.c:970 #7 0xf012c92e in cluster_read (vp=0xf0a7c500, filesize=34020, lblkno=0, size=8192, cred=0xffffffff, bpp=0xefbffeb8) at ../../kern/vfs_cluster.c:138 #8 0xf0193771 in ffs_read (ap=0xefbffee0) at ../../ufs/ufs/ufs_readwrite.c:123 #9 0xf013396a in vn_read (fp=0xf0b3be40, uio=0xefbfff2c, cred=0xf0b38f00) at ./vnode_if.h:255 #10 0xf0119e77 in read (p=0xf0b2f500, uap=0xefbfff94, retval=0xefbfff8c) at ../../kern/sys_generic.c:114 #11 0xf01b3553 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 134360088, tf_esi = 0, tf_ebp = -272641464, tf_isp = -272629788, tf_ebx = 134316128, tf_edx = 101, tf_ecx = 134360088, tf_eax = 3, tf_trapno = 12, tf_err = 535, tf_eip = 134274309, tf_cs = 31, tf_eflags = 535, tf_esp = -272641544, tf_ss = 39}) at ../../i386/i386/trap.c:914 #12 0xf01ab6fd in Xsyscall () One possible connection: I was using ktrace in both cases. It would be nice to know which page was suffering from this problem. Can anybody tell me how to do it? Greg From owner-freebsd-hackers Tue Jan 2 08:10:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25480 for hackers-outgoing; Tue, 2 Jan 1996 08:10:58 -0800 (PST) Received: from doolittle.ycc.Kodak.COM ([129.126.74.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA25470 for ; Tue, 2 Jan 1996 08:10:50 -0800 (PST) Received: from crestone.ycc.Kodak.COM by doolittle.ycc.Kodak.COM with SMTP id AA14157 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Tue, 2 Jan 1996 11:09:21 -0500 Received: from golly.PCD1 (golly.ycc.Kodak.COM) by crestone.ycc.kodak.com with SMTP id AA08104 (5.65c/IDA-1.5 for ); Tue, 2 Jan 1996 11:09:18 -0500 Received: by golly.PCD1 (5.0/SMI-SVR4) id AA28255; Tue, 2 Jan 1996 11:09:17 +0500 Date: Tue, 2 Jan 1996 11:09:17 +0500 From: lyman@ycc.Kodak.COM (Ralph Lyman) Message-Id: <9601021609.AA28255@golly.PCD1> To: freebsd-hackers@FreeBSD.ORG Subject: Problems running a ahc 2940 with a 100Mhz pentium? X-Sun-Charset: US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hello, I have just upgraded my processor from a 75Mhz pentium to a 100Mhz pentium (it was given to me). That is the only change in the system. The rest of the system consists of... ASUS P54SP4 motherboard W/ latest bios (1.06 I think) 32 Meg of 70ns ram. ahc 2940 controller Number 9 GXE pro video card W/2 Meg one Seagate ST31230 1 gig drive (Dos & Win NT) one Seagate ST42400 2 gig drive. (FreeBSD is on this one) Toshiba 3501b CD-rom drive. The slices are. 25 Meg / 30 Meg /var 64Meg swap ~1 gig /usr Running at 75 MHZ it ran fine running 2.1-Release and 2.2-current. When I put the 100MHZ part in and change the jumpers on the motherboard I get sd1(ahc0:1:0):ILLEGAL REQUEST info?:2028cf asc:20,0 Invalid command operation code sks:c0,0 Sometimes the info?: is 1f60cf. This is in both 2.1-release and 2.2-current. This happens only once in a while and load does not seem to matter. If I let the system just sit there it happens. I have built the kernel with the debugger in it and break in the sd_sense_handler() function so I can trace the error it happens after an interrupt. I don't have the traces with me now so I can't show them but they seems to come from different places (idle, vmsync, ...). I have also been able to dump the scsi command that seems to be the problem and it is always an extended write (WRITE_BIG). Can anyone point me in a direction to look for this? Like I said it does not seem to affect the system but I would like to fix this. It has been a long time since I have looked at scsi code so I am having fun. Ralph Lyman. ----------------------------------------|---------------------- | Ralph D. Lyman | (W) (716) 726-6210 | | Eastman Kodak Co. | | | 901 Elmgrove Road | | | 2/5/EP MC: 35400 | | | Rochester, N.Y. 14653-5400 | lyman@ycc.kodak.com | |---------------------------------------|---------------------| From owner-freebsd-hackers Tue Jan 2 08:15:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25629 for hackers-outgoing; Tue, 2 Jan 1996 08:15:12 -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 IAA25623 for ; Tue, 2 Jan 1996 08:15:06 -0800 (PST) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id KAA24470; Tue, 2 Jan 1996 10:15:03 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 2 Jan 96 10:15 CST Received: by mars.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 2 Jan 96 10:15 CST Message-Id: Subject: Re: cmdtool scrolling, owplace(1)... To: fqueries@parody.tecc.co.uk (James Raynard) Date: Tue, 2 Jan 1996 10:14:59 -0600 (CST) From: "Lars Jonas Olsson" Cc: hackers@freebsd.org In-Reply-To: from "James Raynard" at Dec 29, 95 09:15:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk The xview ports for FreeBSD were done partially by me. The current ports are based entirely on xview-3.2. There is some other xview code available in the earlier releases. In particular the programs props and textedit are avilable in xview-2.*. As we only want a small portion of the code from this release that part should be repackaged into some small tar file and be local to freefall. Jonas From owner-freebsd-hackers Tue Jan 2 08:22:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25921 for hackers-outgoing; Tue, 2 Jan 1996 08:22:23 -0800 (PST) Received: from misery.bssc.org (root@misery.bssc.org [204.252.44.180]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA25908 for ; Tue, 2 Jan 1996 08:22:17 -0800 (PST) Received: (from cosmos@localhost) by misery.bssc.org (8.7.3/8.7.3) id LAA28094 for hackers@freebsd.org; Tue, 2 Jan 1996 11:22:54 -0500 (EST) From: Daniel Leeds Message-Id: <199601021622.LAA28094@misery.bssc.org> Subject: login ids > 7 To: hackers@freebsd.org Date: Tue, 2 Jan 1996 11:22:53 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk can freebsd support extended login ids? ie, a user with 10 characters instead of 7? thanks From owner-freebsd-hackers Tue Jan 2 08:23:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA25986 for hackers-outgoing; Tue, 2 Jan 1996 08:23:08 -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 IAA25975 for ; Tue, 2 Jan 1996 08:22:52 -0800 (PST) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id DAA21520; Wed, 3 Jan 1996 03:21:58 +1100 From: michael butler Message-Id: <199601021621.DAA21520@asstdc.scgt.oz.au> Subject: Re: incoming connection queue To: ritz@ritz.mordor.com (Chris Mauritz) Date: Wed, 3 Jan 1996 03:21:56 +1100 (EST) Cc: hackers@freebsd.org In-Reply-To: <199601021009.FAA07487@ritz.mordor.com> from "Chris Mauritz" at Jan 2, 96 05:09:12 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Chris Mauritz writes: > Anyone know offhand how to change size of the queue length > for incoming ip connections? I believe the default is now > 32, but that's not enough on my web box. In /usr/include/sys/socket.h or, more precisely, /usr/src/sys/sys/socket.h, you'll find .. #define SOMAXCONN 32 You could adjust this but .. unless it's a _really_ heavily hit or under-powered server, I'd be very surprised if this was the problem. Which server .. apache ? michael From owner-freebsd-hackers Tue Jan 2 08:40:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA26813 for hackers-outgoing; Tue, 2 Jan 1996 08:40:23 -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 IAA26678 for ; Tue, 2 Jan 1996 08:38:56 -0800 (PST) Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.12/8.6.12/FreeBSD2.1) id OAA24880 for hackers@freebsd.org; Tue, 2 Jan 1996 14:25:24 GMT From: Pedro A M Vazquez Message-Id: <199601021425.OAA24880@kalypso.iqm.unicamp.br> Subject: rocket port driver To: hackers@freebsd.org Date: Tue, 2 Jan 1996 14:25:23 +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 Hello There is a Linux device driver for the Comtrol's rocketport multiserial I/O cards in ftp.comtrol.com, it is a lkm module. Has anyone ported this driver to FreeBSD? A friend of mine is an ISP using Linux using this cards and he would like to try FreeBSD instead. Pedro From owner-freebsd-hackers Tue Jan 2 08:44:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA26993 for hackers-outgoing; Tue, 2 Jan 1996 08:44: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 IAA26987 Tue, 2 Jan 1996 08:44:34 -0800 (PST) Message-Id: <199601021644.IAA26987@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: lyman@ycc.Kodak.COM (Ralph Lyman) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Problems running a ahc 2940 with a 100Mhz pentium? In-reply-to: Your message of "Tue, 02 Jan 1996 11:09:17 +0500." <9601021609.AA28255@golly.PCD1> Date: Tue, 02 Jan 1996 08:44:33 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Hello, > I have just upgraded my processor from a 75Mhz pentium to a 100Mhz >pentium (it was given to me). That is the only change in the system. The >rest of the system consists of... > >ASUS P54SP4 motherboard W/ latest bios (1.06 I think) >32 Meg of 70ns ram. You need 60ns or faster ram to run with a 66MHz memory bus. You're 75Mhz processor ran at 50MHz, and if you run your 100MHz processor as if it were a 90MHz processor, you'll run at 60MHz (just squeeks by for 70ns RAM). If you upgrade your RAM or lower your bus speed, your problems will dissapear. >Ralph Lyman. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Jan 2 09:09:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28146 for hackers-outgoing; Tue, 2 Jan 1996 09:09: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 JAA28141 for ; Tue, 2 Jan 1996 09:09:50 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA24696; Wed, 3 Jan 1996 04:07:51 +1100 Date: Wed, 3 Jan 1996 04:07:51 +1100 From: Bruce Evans Message-Id: <199601021707.EAA24696@godzilla.zeta.org.au> To: grog@lemis.de, hackers@FreeBSD.org Subject: Re: -current panics: vm_page_free: freeing busy page Sender: owner-hackers@FreeBSD.org Precedence: bulk >I've had a couple of panics with the latest -current (ctm-cvs 1510). >... >One possible connection: I was using ktrace in both cases. I get it reliably after a few `ktrace ls -R /var' commands. Bruce From owner-freebsd-hackers Tue Jan 2 09:10:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28213 for hackers-outgoing; Tue, 2 Jan 1996 09:10:51 -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 JAA28205 for ; Tue, 2 Jan 1996 09:10:47 -0800 (PST) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id LAA26520 for ; Tue, 2 Jan 1996 11:10:46 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 2 Jan 96 11:10 CST Received: by mars.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Tue, 2 Jan 96 11:10 CST Message-Id: Subject: Insure++ Linux demo working? To: hackers@freebsd.org Date: Tue, 2 Jan 1996 11:10:44 -0600 (CST) From: "Lars Jonas Olsson" Cc: jonas@mcs.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I have FreeBSD 2.1 and wonder if anyone has tried to run the Linux version of Insure++ (From parasoft, ftp.parasoft.com). Insure++ is similar to Sentinel/purify; it detects memory corruption (in global, local, shared, and dynamic memory), operations on uninitialized pointers, etc. Is there any package like this available for FreeBSD? (I know phk's malloc catches most dynamic memory problems, I use phk's malloc under UnixWare) Jonas From owner-freebsd-hackers Tue Jan 2 09:19:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28587 for hackers-outgoing; Tue, 2 Jan 1996 09:19:39 -0800 (PST) Received: from wireless.Stanford.EDU (wireless.Stanford.EDU [36.10.0.102]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA28582 Tue, 2 Jan 1996 09:19:35 -0800 (PST) Received: from lightning (tip-mp9-ncs-6.Stanford.EDU [36.173.0.165]) by wireless.Stanford.EDU (8.6.12/8.6.6) with SMTP id JAA03314; Tue, 2 Jan 1996 09:19:14 -0800 Date: Tue, 2 Jan 1996 09:19:17 -0800 (PST) From: Bora Akyol X-Sender: bora@lightning To: Michael Smith cc: msmith@atrad.adelaide.edu.au, questions@FreeBSD.org, hackers@FreeBSD.org Subject: Boot Loader when both IDE and SCSI present. How to Install? V.2 In-Reply-To: <199601020618.QAA03783@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, 2 Jan 1996, Michael Smith wrote: > Bora Akyol stands accused of saying: > > I already solved this problem. I first installed OS-BS beta version from > > the CDROM and then hard wired the SCSI drive to be sd2 on the kernel, > > modified the fstab and everything is fine. > > Not sure I follow, but hey, that's nothing new 8) > > > Not a big problem, but in my opinion, LINUX booting process is ten times > > better. > > Care to tell us about how it works? We're always happy to improve... OK, Here is how the Linux boot loader works (I did not write so I am giving you only a functional description, you can check out the details at www.linux.org under Howto section under LILO. Linux uses a boot loader called LILO. LILO may use the MBR. It uses a file callled /etc/lilo.conf. In this file you specify which image to boot from where and it also uses a map of the disk drives. You run lilo, it installs the boot loader then you are ready to go. In FREEBSD , as far as I know there is no easy way to install a boot loader from FreeBSD itself, or at least I could not find it. Moreover the Booteasy program is not exactly configurable and it can not boot from a SCSI disk when IDE is present. Now I found this program called os-bs on the Walnut Creek CDROM and that was able to boot from a SCSI disk provided that the SCSI disk is visble from DOS at the initial installation. The only bummer with this set up was the fact that the bootstrap code kept on referring to the scsi drive as sd(2,a) which was clearly wrong. It should have been hd(2,a) the third hard drive or sd(0,a). IN either case to go around this I hard wired the scsi drive to be sd2 on the kernel configuration file, re compiled the kernel and there we go. Another thing that is missing from the FreeBSd project is the lack of documentation. I would be tempted to start a set of HOWTO's just like the Linux project. Maybe that will help the users. The FAQ and the Handbook are kind of weak for specific information although they do provide a great overview. Well this it. Bora From owner-freebsd-hackers Tue Jan 2 09:23:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA28794 for hackers-outgoing; Tue, 2 Jan 1996 09:23:01 -0800 (PST) Received: from mail6 (root@mail6.netcom.com [192.100.81.142]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA28789 for ; Tue, 2 Jan 1996 09:22:58 -0800 (PST) Received: from hyperlinks.com by mail6 (8.6.12/Netcom) id JAA20995; Tue, 2 Jan 1996 09:19:28 -0800 Received: by hyperlinks.com (940816.SGI.8.6.9/940406.SGI.AUTO) for hackers@freebsd.org id JAA11736; Tue, 2 Jan 1996 09:20:35 -0800 Date: Tue, 2 Jan 1996 09:20:35 -0800 From: cosmos@hyperlinks.com (cosmos) Message-Id: <199601021720.JAA11736@hyperlinks.com> Apparently-To: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk c ` @#˝ @#˝ @#˝ @#˝ @#<ż Œ! @#˝ @#˝ @#<ż Œ! @#˝ @#˝ @#<ż Œ! @#˝ @#˝ @#˝ @#%Œ˙€˝ x [<ˆŹ+oä%k˙˙<ˆŹ+oŕ x Ą$Œ ÖDŒÓčjX!Ź ÖDĄ Ą Q€ Q‚< ˙˙5kŔ Ö , Ą$Œ ÖDŒÓčjX!Ź ÖDĄ ŹĄ\ăx# Żż ż T Ž) $ Ż¸ T Œo ŻŽ‚¸Œo YŔc Œn $ [  $ x­j <ˆ€ <  ˆŒŹ % $ T ˆ˘ + ˙ň$B ˆ'9 < ˆ€ € € ` P 1Żź80Î & §Ľ BĽ § B Ć! Ł Ą Ą` [%A˙ BŹ‚ §$ ŹF Ź@ ŹF˙˜@ ˆ%J”T)!ŹJ˙ Ź@˙˜@ ŹF˙@ Ź@˙@ T f ŻĽ  €$ ŻŽ Œb * ˙ú Ž Ż° Ż­ Żš ,Ŕ \Ś  ŔŚ ô  ż < żťŻ™ź  $˙˙$ $Ľ˙˙ŒŽ B [ B BĎ !Š żž “¤ É ˆ%JB K † ˆ%Jš¤ Żż  0h˙ X€ Ż¤ ™ťř$       @P $„CR<ˆ Ą`* Ąd2˙€4Ć     x żžJ˜X< ż˝5)01K żžJ˜X< ż˝5)01K ‹ź¤+ T ż ŹM ¤ ż Żź Ř  ^‚%l˙ć- ŹĂ Ż˘ ˆŒK Ă \ [ §$ $ Żż Żż  § 0b B Ş  T@   $˙đ 0 ˆ< ˆ%ďk0'kü'9l<%n|%)nč%Jpˆ%kp௏˝ Ż˜˝Ż™˝Żˆ˝Ż‰˝ŻŠ˝  4!ü€ ŹN  4!ü P€EP! PŔ$ ˆ%JËŔ­I „˝8   Ż˘ Ż° ˆ$ Ż° ˆP    ( 0 8 @ H P X ` h p x € ˆ  ˜   ¨ ° ¸ Ŕ Č Đ Ř ŕ č đ ř   ( 8 H X h x ˆ ˜ ¨ ¸ Č Ř č ř żŒÚ°P@ żŹ ż5J˙˙ P@ eÂ$ R@$ ς#˙˙™`% P€ ÷ŒÚ°P@ ÷Ź ÷5J˙˙$ ˙˙ P@YP% m S ςšh% P€ ˘ŕX% żŒÚ°P@ żŹ ż5J˙˙ ÷ŒÚ°P@ ÷Ź ÷5J˙˙$ ˙˙ N żŒÚ°P@ żŹ ż5J˙˙ 0 + żŒÚ°P@ żŹ ż5J˙˙  8 ÷ŒÚ°P@ ÷Ź Ô$ ÷5J˙˙$ ˙˙   ÷ŒÚ°P@ ÷Ź Ť$ ÷5J˙˙$ ˙˙ c żŒÚ°P@ żŹ !$ ż5J˙˙ żŒÚ°P@ żŹ ż5J˙˙ $B P@ ÷ŒÚ°P@ ÷Ź ÷5J˙˙$ ˙˙ ÷ŒÚ°P@ ÷Ź ÷5J˙˙$ ˙˙ MÂ1) P#BP&Â$P` M1)˙ PŔ< PŔ P#<€ _@< _@<˙ď PÂ4!˙˙AP$%)˙HP% P#<€ MÂ< ˙U € ˙5J˙˙ € ˙5J˙˙ € M< ˙U` ˙U € ˙5J˙˙ € ˙5J˙˙ < € P#` ˙ŒÚ°P@ ˙Ź ˙5J˙˙ PB<€ PBT@  ˙€<  ˙ €< ˙ PB<€ PBT@ ď< ˙đ ď5J˙˙ ˙ď< đ ˙ď5J˙˙ MÂ< _@ PÂHP%<đAP% M< PŔKP%U@ żŒÚ°P@ żŹ ż5J˙˙ ÷ŒÚ°P@ ÷Ź ÷5J˙˙$ ˙˙ P< Ŕ!Ž Œ¨ *Œy <˙Ž( Ŕ!ŻŞ Ž * Ž & “ˆ˝u˘ J $ X‚ŹË ˙˙PX$U`˙ý& P€DP# P€DP! PŔŻ…żź Ŕ0%T &R ŹŇ $ Á ŇčŒ Ňě ˜Œ ŇřŒ ŇüŹě0Źí4ŒŇôŒŇđŹď<Źî8 ŹŹëż  Ž $0Î ŇčŹ ŇěŽ ,Ž (Ź ŇäŔ ŇĐŹ ŇäŹ ŇŕŹŇěŹŇčŹÓ Ň، ŇÜ$˙˙A`$$˙ßah$Ź ŇÜŹ ŇŘ$И @Ŕ @# ŕ %™‡ ˜‡$0y  d˘ ŇŘ< Ź Ň،ŇŘ$˙˙ŒŇÜÁŔ$<ß˙4!˙˙áČ$ŹŇÜŹŇ،p PQ@ ˆ%)l%JŒŹi *T ˙ů %<ˆ$  \€ < ˆ%ŒŃř%­Ńଠ<ˆŒH <ˆŒH Żƒž8$b ż <ˆ%ďa đ <ˆŒçĽd‚ž@<ˆ Č$$˙űŹY < ˆ%­Œ˜° < ˆ%JbP < ˆ%Œ4 œ$ œ$ œĄI œĄ` X@ <ˆ$ PŔ< ˆjX!k‘<<ˆ$„ ,` C X#q +T ˙஠0ż $˙˙á 0Š 0Ş  0š 0­ 0Ş 0Ź * 0š  Ž X!‘e X€+`!Ä0N $˘˙˙ !ŒN ŒX aŔƒ ’ źŽ* `—˘ Ó°Q@ `$€  Ž¤ ŽŽ ֐Œ ֔Œ Óč$ ֐Ž  ֐Œ ֔ŒÓč$ ŻĽ XŔ‹`!Œb˜ &˙ŕV &˙Ŕ$ !Ł ¤  –$ć ; –Ś XÉ (% X$Q` ź­j gĂŹl˙ŕŹj˙äŒK˙ô Ó Y€ bƒŹx ׄ$ `x%L+ ŐÄQ@ Œ ÖD2¤$'@ ŻžŘ< ˆJ3 ŻĽ +` ˆ%J´ŕ  X @ $  ˆŹ gĂŽ @ D<ˆ%Î+ˆŻŽ ­ ŐÜ$ ŻŹ  $ Ä'¤ ŐÜŻŤ ŻŤ Ő܎Ä'¤ Ó菤 Ż­ 1$ 1$ ŽX ^Âa Ż¨ ^ ˆ%J-°ŻŞ ŕ ˆK `(% ô­ ’Žžd0M ŽQ@ ŇŒíŕ$M˘ P€ŹÓěę¸!'ł Ň Ä$ h$Ž $ Y€ ÇĂ XŔ XŔ@!Ż¨ @!­Č `#++`# ŻŁ XŔ+p!­Ě ŔŔ XŔxŃ؍yŃÜŻ¸ X€$M Y [Ąp% X€ `!‚ X€ `!‚ Zy`& Zy`& X!lh$ ; 0l ˙˙ Z Z Z Zy`& X€ $ $ ż UŔ h! ¸ X€  X€2m  P€$q˙˙` X€ `ŔŠ`# `€1‹ ˙ă H% I [ [ ˆJ3XŠ Ż‚ŔŔ™ż¤Đx$ Z Zc`&Źě X!lh$ Z † Z Z1l 1m ŐäŹ LŻ¨ L 'Ś ŐčŒ Őä Ő诪 –%& c h#Ťp#%Ď˙˙ Žp +P [ [$ –$Ś Z1c [Ź ŽK XŔ1i [™†p Y‚hČ&ŽY ` %` %$ XŔ1y $  ÇĂŻ¸ Ў­ đŽď ô Ź  ¤ ĐŽř ԏ­ ŕ<Ţ­Ží ÜŽě Ř5Ξď$ đŽŕ řŽŕ üŽŞ đ@ ŐÜŻ¸ đ đ$ ˙˙˘Š Ž [  [ ¤ ¤ &y X€ !ŒŒĄŒ  Żż `#/+`#/h#Ż­ (!P@  % Ž ˆJEPštŹt@ $ @ %Ľř (%@  <ˆ$„Ţd)A 6‰ 6ˆ ŹĄˆŒC Y ˆ X%˘ a@Žx% O ŹM Ž “Ť Ž Y ÷ż5K I(!¤ Ž $ [l°!Œî X& XŔ j(!@ P€ .Ľ .Ľ `! ż gB ż ]ŻŚ –Ż§   ŻŚ Ż¤ ­ 8%ż ŒÓč %+t$ $ ]€ 4! Źđ ˘ ŒB Ż­ !­$„ ä† ä'0ŻĽ 䎘Ž X€l!Œb † Ż‚™(P Ż‚™$P X€Źo ż %Ď Ąë 8• ÓčŹj  ` †  ` ż  $c˙˙ X€+`!ƒ @ o ŒO &˙˙$‘ źŽ ¸Ž ¸Ź@ źP€ Y %Ď ­XĽ ¸ŞÖŒE ź(6¤ Y€ Ć($Ä č_D˜ $ ¤ @ Ž A ˙ ¨ րŹ քŒ քŻ @%0Ž& +!ŘńT )A'P  9 ! ż &˙˙Ś. $¤ ż ŻŠ <ˆŒF诧 Ź !ŕ Óč$ T$˙ď  P€<ˆ %* % Żš ҘŹ ҜŹ ŇČŹ ŇĚŹ ŇÔŹ ŇĐŹŇäŹŇŕŹŇěŹŇč Ó Ž ŒÚ¸x,3 %˙˙Ľ ŒÚ¸$„ ˘ ¸ “Ź  Ž9 ¸& @ Đ$Đ źŻd&% źŞ œP@ ¤”M œŽ œ ¤Qŕ ¨Ó$ ¤Ž ¤ ¨@ ž [ % ÚĚ{z$ %* ­ ŻŚ $ Œ ŘŒ ŘŒY ×tŒ ŘŒK dCp!Á+ ÓčK(` Ş ˜{z$ ˜š ¤ ¸ h€Şh# Ť PŔY!ŒE  Q   Ż§ S  $ Ó菥 Ó菥,Œ‹ Ž0­Ę ÇÏŹ0­4Ż¸ Ççš ¨ŒQč + Ž/ ¨ ˙˙¤j ¨ ¨Ľ˜ ř ŻŠ ˙˙¤j Óč$ Óč 茆 Ż˘ ¸ ¸& Ž ä Š   Ź  Ó菨 }šŻ§ $E ˜žl$˜K  $ ”K $B  ŹŹ7 Ź$˙ţAh$­ Źż ¨¸ ¤$î €#^ Ս %1N Ó菭 ˆ%JŠŘ X€jX# Œc Ս1K _BVË ' Ż¨ ´ @(%Ží ˆ%JĽP*!ŒK XŔ A * ˙śŻŠ $Ć˙˙ŒŽ  tŽ ˙5J˙˙$ ˙˙ŻŤ +Ż¨ + Óč%-˙ $X˙˙$O˙œ-á  0 ˆ‘V°$ [ (%€8%{Ë 0#!ó` % \‚1l˙ ! (Ŕ ÇĂŻ¸ ƒ¸ Q€ Ź Ż­ $ '˛ <ˆ†+ & Ż Ŕ8%%L a‚ƒp&­Ž $˙˙‰ Z Đ Ž ż X€,Ą $ ˆ%)`Ě%J^ôŻĂ T  % $ X!­e $ XŔ1l   %($ [˛ (A Ý  Ý€ ݎ ˆ%J]lJ Ë1 [w Ż¤ Ž# – P€Kˆ!Ž# $$B Y@` $ Ž  % Ž c Ž $  $ d@ ` %<÷$ &˙˙˙ř` % € %+Œ$ &˙˙˙ř€ % +P  Ŕ %($ &˙˙˙řŔ % ŻŽÂĚ` Ž\§G Ť ,1N źš ¸Ż  Ŕš ȅ" Ę $X ʅ% ʍ$ Ä Ä„Úȍ+ ďŹ Č%ř ČŹÚŔŤ ¸ŒN,1Ď ¸ŕ ¸ŕ ŔŽŁčŕ Č ČŽ  ŔR` Ä$˙˙1P!G źŻš ¸Ŕ % 0%§ X!…l X€ `!(6­€ ˙˙ŒŁ ˙˙`  ' ¤@ ˙˙(a  %ř Ľ  %Ž Ľ $ Ş  ­ V Ż­ ¸Œ¨ źá —Ż „‚ \@ ŒÂ ź$ źĽ X€ ' ­X¤ ź$ źŒ˘ ¸¸ ŒÂ ź$ źĽ %ř˙˙¤X V˙÷ ŻŁ źŽ ¸` ¸ŒN,1Ď ¸ ¸@ ˘ ż ¸<ˆ&R^Ŕ! ¸ ¸(6@ % % ˙Ó&1˙˙ż ¤ $ ¤  çS ˙úŽ ˆ‰ X€‹`!Œvx™ Ž1 Œć $c ŒY ŒK ŒO $c X€jX! $ ˆř ˆ ż ˆ< ˆ3( '¤ Q PŔEP# ) Ž#  ˆ%J_`Ď ˆ%J_`Ď X€ Ž Ó$ Q PŔEP#şe ) ŹO Ż $c ˆ%JŠŘ Œ Œ Œ™ $c $ $ Ż Ă ć Ă $ ’ X€Ž a€ƒ ż ˘ Œc š Œc Ź‹  Y ŽĂ     %Y@ ŠÂ˜$ %Ď ż †(  Óč Óč$ € Ó误 ¤ \  % X#+`! @€%` X#H!+h!­  H$ *P  Ż˘Ş$¤$$ [ ”n Œä Y‚d`& Œä # bClh! $ ¸¤ ż ˜|ä'…‘ ĚŻ¤ ˜|ä'…‘${Š ˜ ˜@ ˜ ˜ ˜Ž) ˜ ˜{”@0%@%ż ŹE ŹE Źă Œo $ $X˙˙$o á ¨ ÔHŽK ¤ @ Ś" $„Ÿ@Qá Ž# 蓧   (%Ž $ X€”Đ ˙˙ŻŞ ż Óč$ ÓčI˜+ ÓčŒÓč$ Óč•ÜD˜@ Óč$ Ľ ÓčŒÓč$ Óč•ÜD˜@ Š ƒ  XŔp`! +P XŔq8!+T ˙ó` %ŽĚ $Đ  ¤ ż  $î ˙ Ż  P€<ˆ ”f f – %* l* Źć Źć $  ŚO Žš Ž¨ Ž> Ś+ M \  X X@ ¸ •s %¤ Œ‹ X!$…˙ü Ä <ˆ$„f <ˆ$„f< Ž <ˆ$„fpŕ <ˆ$„fŒŔ <ˆ$„f¨Qŕ Œy üŻŚ ŹX Ž‚ Ž™ üŽ„  C ˆ#ŒK Žˆ +T Źă Ł§ ŻŚ Ź +   š L $ Ąî $ — R@  üŻ§ ’9 ’( ŻŁ   Ş Ŕ€%Á *A 1  Ž, Ž9 $ +7Ş¤Ă Ž Ž & P€IP!< ˆ%kš¤ P€K8!Œă vd5J  X€ Ž Ž( Ř Ž , Ż ˆ Ž   <ˆ Ż¨ ż &Ź@ $Ćn<ˆ %ŁŹ<ˆ<ˆ$Ľmř ‡­ $„n¤<ˆ %ŁŹ<ˆ<ˆ$Ćn¸ $„nô<ˆ %ŁŹ<ˆ<ˆ$Ćo  $„oH<ˆ %ŁŹ<ˆ<ˆ$Ćo`  ż $˙˙Œî Żż ˆ%J~P'˝˙诿 $ Źí ż %W %W $˙˙Ž $ e  $     % Ł  $     Ç  $     ü$ ŕ $ @+¤¨  P+¤Ş  Ž Xn%0O O ˆ ż  %$ <ˆ(6$„„đ P€<ˆ  @ Ž, X!   <ˆ$„¸tí›$ Ż˘ Ŕ%‰†p Ż§   `!ˆh# ŒP <ˆ$„¸  ŻŁ ŻŽ p $Ä˙˙  Ž @#  ŒÓč 9 ¨ Ś" X€‹h!­  $ ˙A X!­x $„˙˙™ÄD Óč  ˆ%ŻŞ ˆJ…ˆŒi ˆ@ § ^€ ŽK  Ë5 X€%l ŻŚ Y§ † *T ˙ď ˙˙ <ˆ$Ľvŕ$ $„™¨Ĺx%5ř ŻĽ &”˙ü $ ŻŤ $„§4 $„§4I $„šlf $„šlU ŽĂx<ˆŔ <ˆ < ˆ '9ÇD%Čě%)Č$ qąŻ€Ăx„Äŕ'’Äŕ$ !‹ŻŚ Ś Ś $ \ ) $ ˆ†’0 ˆ%J†ŕ ˆ%J†Š X€jX# <ˆ$„†pŒŽ <ˆ$„†pŒŽ <ˆ$„†pŒŽ <ˆ$B†p”X ˆIP!JŠäj <ˆ$„†pŒƒ ˆ( PŔjX!kŠäy ˆ( ˆĽ ˆĽ 0O PŔjX!kŠä§ Ž ˆ( X€jX# ˆ PŔjX!kŠäy $B ŻŚ ŒÂ § Ž Ž‚ Ž gĂŻŹ <ˆ$çŢÜ$„č  <ˆ$çŢÜ$„č  Ž  Źp $ %ĺ Ż¨ ‘ Ž $ 4€ýPA $U˙ô&Ł ŻŹ !¤L <ˆ$çŢÜ$„ <ˆ1l˙ţ˘ Á <ˆ &sp&R` Ź€ Ž „Ď ¤y ¤@ ŒL ŻŹ !ŹS ’k %ďUÔŻĹ0Źo X€ H ! h€%Î  Ž !Źa ˆ" !%Jň ŹŮ $ ˆJî<ˆ •/ ”L Œç Œ0Ľ ŒÍ $„cX Ż˘ Źď $ P€›6$ P€BP! P€< ˆjX!kšÔ¤ Š P€ݜK(!ž´–$ X€ Žy P€I(! !$„ $ 0‰ „C „C ŕ $B Ó¸Ž Tŕ Ź€ ¤ŕ ŻŚ ‚‘ŕ ŕ š b†Ż¨ ­x ˆ%J‡¸ X€ X€ $ X€k`! Ž ŻŻ $ $ A  ˆ P€<ˆ Źh!‘­ĂŠ ˙˙< ˆ$X ˆ$ ‹`!‘ŒĂŠ ˆ$ $ ˆYP!‘JĂË ˆ$ IP!‘JĂŠ ¨ ˙˙$Y ˙˙$ ˆ%J‰Č X€ X€ $ X€k`! Ž ŻŻ $   ˆ P€<ˆ Źh!‘­ĂŠ ˙˙< ˆ$X ˆ$ ‹`!‘ŒĂŠ ˆ$ $ ˆYP!‘JĂË ˆ$ IP!‘JĂŠ ¨ ˙˙$Y ˙˙$ +Ž $ ŒB <ˆ Ž@ P€<ˆ Ž@ $ €!<ˆ &1" Ž Ž` T$T‘ŒC TŒM T@ $  P€<ˆ ŽC @ %<ˆ$Ľ°Ŕę $ Ž@ Z ŽO <ˆ$ĽśPŕ %ę Žî ŽÂ Žę Ç Ç $U Žě ŽŔ TŽ$ &ä Žâ Ží ¸`7ľ¤p Œ­ Œ­ ŽĆ ŽE (A P€<ˆ P€<ˆ Ž# Ž y $ \‚1l˙U, ° ’¸$ ˆ­Âď¨ Y H@ X!•lĚ$ ä‘B !”IĚ$ p€ŽŔ! X!%Œ‹ Y AŔ h!%ď‹ X€+Č!9ÉÄ ř ¤ ¨ Ż  ˘ $pŁ˘ Q€ŠH!  Ľ < ˆ Ąî ”č 5 ”ę 1K˙ţ¤ë Ž ”î 5Ď Ž 7( Ž X€+Č!9Ɉ ř $ Ȁ*Č#€ X!€ ł Ť @ % (%5Ď  – @ % (%Č$ – Ž Ś ˆ%JĹĚj 5ř – 7@$Ś R @(% %5*  Ź@ ¸¤ Ź` X!d $pŻŁ W Z P€DP!‰Ĺô P€DP# PŔ*X! –N Ž@ Q  0N 0H $ Ż° ”Ž Ą€ äŽ  ” !$ 1n ”Ą@ Š $ $ ”Ą@ ! (A  $ ”‘K Żż 1K 1ř •¤M ! ’( „‹ŸHQ`˙͒ !$ $ $ $ Źđ !$ &˙˙'’Ÿ°$  !¤X $ •˘) R Ž-  $ Ž# •$ •Ł8 !$ • !$ Ž •/ , $ ”$ ”Ŕ!“ Ž$ $ ĄY Œb Œd ŽĄ ĄS < ˆ(H!)| [ ż X%Žx%ˆ X%Žx%Ź‹ô Ž‚莐P@ <   %9*T ˙ِx  Ř) W  Ž l@ŁţđŽ P@ ˆx* `€Š`# ˆQP!J| Ž ŕL*P [ Ť Ž Ä ďŁ 29 @ %ŽĚQŕ †K [ [ 2  H! $ Ž"ě<ˆ$„Öx ˆ%J|€%)Ę4( Ž-”Œ˘ Ž9 Ž-ÄŻľ ˆ< ˆ<ˆ$ ¤€ Y%A $k˙˙#*T „˘ XŔ Ć$„I †j ˙ţ8!$ç˙ţŻŞ Qŕ hŔ ˆĆ$„Ć( (% hC˜Ć$0Č!ąp!'+ ˆ%JéŕŽJ „ƒ „‚ $f˙˙ ¤™ „ˆ „ƒ $ † $ $ ŕ –) $ @ †) $ †. †" Ś" $ $ & $Ć˙˙ %Ü$Ć˙˙ $  %'6 †" $ TŞ $ @ „† $X˙˙¤˜  N ¤€ &9¤€ $ X€jX! `@Źh!…˛ Ś` †b $O ˆ%J› Ž Ž '˝˙௤  ż % 0K Œd $˙÷ $Ä  'Ľ "x&é$0x  S Ź  PŔ< ˆ%)› CP#@# P€I0! (!Œ‚ Ź  ˙ţ ¤ 1 ż Ž €% ŹŔ Žs X!­x ˙˙ ŒÂ ŒÂ ŒY ŁŻ  Ž1  €@ Ľ  Ž1 Ó询 ż  %ŒÓčŒN(Ŕ š Ş  Ĺ x!„k e 5 ¤J  @ Ť %J Ą˙úĄ˙ůĄ ˙ű­˙üĄ˙ř“Ě Ȁ%˙ôX    $ a ¤˘ Q@ $‚ $ ¤G Ś    (A ¤x  l ¤n  x ¤o  w 0O 0Y ŹÂ @€%Ž9  Źî Œg SHĄ Œ Źď $c ŒK  $ ŻŽ ÓčQ* X%ŹŤ \  %@ gĂĚ* ż &R X€Č% `!­™  @Ż˘ Ż…Ę´™ĘĚ Ľ ŻŻ @ "+! „x Ť ’  ’ 5‹ ’ 5Ď —˘ ˆ<ˆ  ¨ Ž•¨$„ pż 1Ď Ž! 0N Ž$ Œ ˘Ž ˘ 0O $˙ţ b3$ Ł (a !$„@ Ź Ž !$„@ ¤ă 1* –G ˙˙ŒŮ ˙˙ŒË ŒÎ ŒĚ $Ć Œ‚ † Qŕ (A Ž ¤ <€ 4!ifa ¨ Ž ˆ* $„ [Ŕb Ž* Źí 1ř 1 Žh ÓčŒ Óč$ Óč•ÜD˜Ť 1* $ $ (+  0O Ž& 1K 1K ŽO <ˆ1Ž ŽO …‚ 0M 0O 1* $ďď˙-á X!l 1Ď@ P€<ˆ  1K Œc _‚‰  aŔ™p% î Ś!€Ž$ ŽB P@  @ Ž <ˆ$B%„J 0č Ľ Żż 0M A PŔI !$„˙ˆ*! C PŔI@!%˙ˆ%˙%ţ˜%ţ *!$l˙˙$x˙ţ$m˙ý C 1î Žb –Y p#V. ­ ĄX •. •8   $   $ Ŕ PÁ 0ƒ ¤ ˙  & '¤ Ŕ%Ď  %) ˙üŒc 0­ 0% –/ Žx!– Ž˘ŒN ŻŽ  %* W" ŒĽ ś ŽA €$ Ł Y @ $ 1K Ł ¤ ż ¤n 1K˙ýĄ+ Œ„%P€ !$M˙-Ą X€ŻŤ Ŕ%Ď †Œ  5Ź ’N $˙űÁx$˘O –‚ Ś` Œ0@ %Śb Ž™ `ĂF€!!p$ŽŔ!Ś ŽB @ %Ś Ž 5Y    1Ž 5Ž ń#Źb !&E Ą Ż¨ Ż§ `%o Ŕ%Í  %* ¤o Ś ' œk ’ Y b% %K œk §Ş † 3 ˆ 1l ­ §ŒĆ†† 4M 5y † „ † … Ž ˆř ˆ 3 Ž* &% Y $ P€IP# Q@ ż P€IP# Q@0° P€IP# Q@ ż P€IP# Q@ ”† 2@ Y ¤x ¤x Ž# ż Ž Tš 1  %Ž `%y X!lh!Ą X€€ A $ 1î <ˆÉŔ!¤ř • ˙đ5K  ĽĎ ‘ Ż  ­ 1Ď @ 5  $ Ž Ž+ $  ŒO Ž* Ž+ ŒNĎŔ!ŹXp Ž ` Ž  %Ž QŔ  % ¤ dd€ %@ – Ž Œ0€ %@ X€-a .A ‹!ŒL Ž T@ †8 †Ů Ž( Œl & Ž Ž/ Ž € %%Ž Ăa`$1‰ Œm € % Œk $M –9 –9 – € Ž* U $˙öaP$H#Ś @˜%­ 2y Š Ŕ Ś Ž8 $ Ž# $ A Ś) Ż U š QŔ Ž Ž" Ł*T †Ď ´€0% Ž" Ž" @ ` €(% Œk Q€ Ś/ 1 % Ž $  a ŒÁ &1 P€DP! Q@DP! PŔDP! PŔ  ŽB ŔĚŹě ŻŁ @ † $ &1 &1 '˝˙ŘŻ° ˜Ë$á Ŕ\Ž ˆ%J䧏˘ŒA  %* Ż¨ 1Ď Żš $ Ż  Ž  ŹY Ž- ¸ 5¸ ó!Œ0@(%Ś" † Ś W Ś ˆ$ P ˆ%Jěh<ˆŹ*ěl<ˆŹ*ěp X€  Żś Żś ˆ%JěÔ&s   [Ë •ĽŻ˘ † Ž  Ž á ZB+`!  [+`#ŻŒĆüŒB 0Ť X!Ż‹ĆüŽ ˙˙ŻŠĆřŽ ŹO á ˆ%J7ôŽJ Á ŽG ˆ$@! ÖüŒ Ř&1˙˙%L ŻĽ § gĂOČ!/+ ¨ ŻŚ ŹD ŹD Źă § * Ż *Ż¸ * * € %Ůţ$ § š  @0%¨ ZB`h%+X!m+$ Ľ ZBŒI+`!ÍýŹL €0%Ş ,b \‚1l˙ Ś Ž Q@CX!   @ % 1Ż Z€a ` %Ö Œ˘ P€IP! PŔŻŞ Ż˘ + $ ˆ%Jc$Ż˘ Žo Ż˘ ׈$ X$ŕ $ $Ľ  Ó菨 Óč$ $OŤ˙$tA $  €%cy %(A X!m+ h€Íp!ÎČ<  % ˆIP!Jŕ$ [%A˙ $   ż  o $  m $ <@€ ­ Ťŕ Ŕ8%Ż¸ PŔjX!­p ˙üŤ ˙üŤ $˙˙ŒD \Ŕ+%Ż"  2™ 2 6É ŕ%( HŻ¤ Ż¤ $ Źě X€jX# $i PŔ X! ç'Ľ   Œ‚ š $ $ € %$ € %$ Œ¤ 1Ď Źb P€IP! P€< ˆ%k…J! XŔjX# Ž(%¤@$  $nŤ˙$za Œo Ž Ţ żť 1ř˙ý ˜  Ą‹ 0O Ż‚Ǥ Ť ’ Ş ’ ˘ 1l˙ţ˘  š żťĄ( Ł˘ 0o żťĄ( ’ 5Ž ’ 1ř˙ţ˘  Ť X€c 0¤ ˘N X@‹`!•Œd Ť żťĄ( ­î˙Č<  <@ó<  Ż˙Ě79Ŕ5)aŽ  ‘B $˙˙ < < 4„ѐ‚ $˙˙ ˆ%Jň  • Z P€GP#< ˆ!@%<  P€H%5Ď ż ­@Œ< ż ­`”< ż ­€œ< ż ­ ¤<ż ­ŔŹ­ŕ´Ż Y€ ż [Ń(! Źn Y€žp$< ˙1 € P€EP! P€<ˆ  Ž1  Ł @Ż˘ $ Ž Ż˛  0%,Ç@8%Ž P€DP! P€< ˆjX!kš¤U` ŹO $ ¤ 'ƒ¤ŕTP [Ŕa  %_íŽ1 ż &$ Œd 1  P€<ˆ  TU ÓčŒÓč$ Óč•ÜD˜T@ Óč$ '¤ ą Ş ­ ń­î 珿 ŕ$ ť ¸ ł$ Ť$ Łż œ$ ‚$ t$ `$ W Š Ž P€M !Œ '8 Ż a $ ŻŽ X%Žk o ¸ Ż ' Ľ ż Ť Ž $  Š ¨  \  ŒÓčŕ Ó¸$  ŕ(% 1Ď ° Ž ŹŮ ˆ<ˆŹŠ ŹI Ż­ ŻŠ ŻŻ Ż¸ ŒÂ  %jŠŁĽ Œ˘ ¨ ŹČ Ž Źé  $ H ˜<˙ü4!˙Źę œŹë˜!`$­ ˜ŒŇüŹď ŒŇôŹů$ ŹŹę4ż Ս$ A ŕ  YH%0 Y Ŕ %ž0 ! !Œk  A X%Ż $ Óč'Ľ Q@ A Ó菬 ż Ď ˆ%JĽP ˆ< ˆŹ"÷%k,@%J,d%),x%+đ$ç+¨$Ć+ˆ$Ľ+ ˆ< ˆ%ů ˆ< ˆ%k,@%J,d%),x%+đ$ç+¨$Ć+ˆ$Ľ+ ˘ Œ¨ Ź` `$€ `$+h$$„űD (%ŹÍ Ž ŒnŒM Ą@­@  ż gĂ GĂˆ`!Źl¨‡@ŹmŹ< ˆkřÄ< ˆJřŔ Ŕ!Ź8řŔŹ9řÄ $c÷Œk菬 T@ `$+h$Źm YĂ%A  ż ' ÓčM˜Ž 8Œ Ó荮˜Ř 8Ž<Hh!Ž 8 ż  ż 0˜ Œ `$+h$Ž- Ŕ Ž  @  [€bý˝ `! Œ¤ Œ¤ $ P€<ˆ ŻŚ ¤ŕ @ ¤@ X#l#$c ŻŻ ­Ŕ @ š Œ„ ¤ŕ § Ż˘  '˛  T ˙řJ 0O 0Ź 1l &D 1 3 ŻŤ ÂP@ ÂŻŽ Ľ % T% ˆF $ ż Ŕ0%ŕ8%ŻŹ Ě Ż§ gĂŻŹ '§ ¨' Ž „n \ )a a@€ '§ \ Ż§ ˆ$ d gĂĚ* ŻŁ 0H˙ď   ŕ& ě•Ľ& Ż¸  ˆ%JĽP !Û$äŽ Ź ř Č% \€Ą`$l8%ŹG Qá ŽŇ ŽČ ż Ž# QŔ Ž   0iţ˙Ś Ž %Ď Œ˘Œ Ó菬 !‹ŻŚ ÓčK˜ŕ (P@ ŕ0%ϞŻ¸ X!Ą` ŒL ż ¤ Š $ X€ Źj  % @ % (€@ % ř @ % ŕ $  'Ľ ˆ$ Đ '¤X<ˆ ¸ ŻŁ ŻŁ $B Ž 1* ż %* Ť $ Q!  Žń gĂŻŹ gĂŻŹ Ží Ż­8  €!Ž8 Ş ŽI ˆ0O˙ŕ [ ZBŻŤ Ľ 'ł ŻŠ Ż¨ Ť Ŕ%Ŕ  !ŒK X@‹`!•Œw 4!˙'Ż ¤ ¤ Ł ¤N 0X PŔK!ŽL ż P` UŘ Y@ X€‹`!Œw`ŹL Œď &s˙˙  ZnH&` P€<ˆ † Ť $ ‘ x@$ç ! pC1Ě Ż° ř § Ż Źě ŒÍ Ś ż "h!-Ą ÇĂ X€jX! ZBË !ŽD ’8 \ đ!   &1 P€*€!Ž \ & XŔjX# ő d ŽJ Ž# Z @ %Ľ Ž \ % Ž <ˆ­ Ta 3*˙ţ¤Ş ¤I %Ž ĚŻ¤ Ś $„ 0N & q %Ď m$ ŻŻ `  + ˜É€)á +Ż¸ Ž  ` Ż˘  $ !‹$„ $Ľ˙˙Œ‚ Œ¸ [ P€K!ŒL  + ˆ%J;ŔŻŞ $„< „'…Š ƒÉĚŽ  + ˆ%Ď X@%l 0Y ÓčŒ Óč$ ÓčD˜•ÜŻŚ ˆ$ Y Ž  $ #(+ ˆJ3řŤ gĂ‚p*Ŕ Œd ÓčTJ  § Ł XŔ‰†pjX# Ż˘ ¤ Ž0´$ ,Á Ž- Ü&`U@ h€-x!îÄ0X p$˙ţAŔ$ p$˙ýAŔ$ŽpŽ1Č ¤ š TŽ T$ #ˆ„ř ż $ $ ż  Źę „Źę Ž  Ž9 $ †, )( @ @  !‹ŻŁ P€IP! P€K!ŒC Ž. X@¤ ° $ \‚1l˙ ˙ 9 č2§ UŘ  %¨ 6Y Œc Š !‹Ż  Žđ <ˆ<ˆ&s> &R< $ ˆBP!‘JŻ@<ˆ X€jX# Œä X€y8!Ż§ Œä ¤ Q $ Œ­ Ż 7( C 5l ŒÍ $Î ŒŹ ˆ)á X€jX! 0‰ 0O $JŤ˙<@4!thA P€<ˆ ˆ%JJXl Żż Żż  y ŻĽ Ä  Ž ż    3˙.x%ŻŻ 5˘ D#Ž Ó¸ Ó¸oP'Ľ Ó¸š Ó¸Ż  X@+(!$Ľ Ó¸sÉ Ó¸ż ˆ<ż˝“(4BX ż ă  ż ­@d,ë ŻˆĘ@ ’N Žh 0 0 Œ™<3* )a ˙˙¤ŠBŻ¨ Źí8 ćCŹĺ8$ (A <1K << ˘. 8Ž<3 8˘ CŽ 8–B< 5kb‘ (A Ź‰8(A ”5JP źĽ 0ŒÎ<$ 0ŒË<1l 0<˙4!˙ ŹŔPŹĂT$&ŹŔ ŹÄŒË<š@< Ţ­ŹÉ 0ŒË<1l 0ŒÍ<1Ž 0$ 8$ ˆŻŽ 8’ C$ Y1b˙˙§Š X€|! ĄřCS < <1N <Ž8< r r CŽ84I ˙˙ r ( Źo8(Á ŻĽ ¨ <1X <Ž š 0j [ë¸#ŕ˙° ¨%+ޏ¤ $ Ŕ%qޏ¤ Ŕ%r¤ €%rý$      Z  ˆ%JK𯴠ĎX#Y M *X$Ë`% L ”Ă ż § Ą $ Ž ˆ< ˆ%JÜT%kߨŽ X%0L Ą Ş  lov 0x%x hiv 0x%x pcad %x scad %x ecc_info for slots %d through %d ecc_info for slot %d lov 0x%x hiv 0x%x pcad %x scad %x at Physical Address 0x%x, Data: 0x%x/0x%x at Physical Address 0x%x PC:0x%x ep:0x%x Memory Configuration registers: 0x%x/0x%x, Data: 0x%x/0x%x at Physical Address 0x%x, Data: 0x%x/0x%x at Physical Address 0x%x PC:0x%x ep:0x%x Memory Configuration registers: 0x%x/0x%x, Data: 0x%x/0x%x at PC:0x%x ep:0x%x at PC:0x%x ep:0x%x at PC:0x%x ep:0x%x in order to operate correctly with the type of memory SIMMs installed. You do not need the new MC unless you experience memory errors. at Physical Address 0x%x Tune ncallout, callout_himark and reserve_ncallout to higher values. Copyright 1987-1994 Silicon Graphics, Inc. All Rights Reserved.  Copyright 1987-1994 Silicon Graphics, Inc. All Rights Reserved. CPU Frequency = %dMhz Error during dump: no dump procedure for dev 0x%x Dumping to dev 0x%x at block %d, space: 0x%x pages Available dump space depleted. Flushing out buffers DOUBLE PANIC: CPU %d: DOUBLE PANIC: Tune ncallout, callout_himark and reserve_ncallout to higher values. Tune ncallout, callout_himark and reserve_ncallout to higher values. Tune ncallout, callout_himark and reserve_ncallout to higher values. Tune ncallout, callout_himark and reserve_ncallout to higher values. PC: 0x%x ep:%x EXC code:%d, `%s' Bad addr: 0x%x, cause: %R sr: %R r -- 0x%x nonresident r access sap, removing timer from queue `ˆ 4ˆ ˆ 4ˆ 4ˆ 4ˆ 4ˆ 4 Cxˆ Cˆˆ C˜ˆ CŹˆ CŔˆ CԈ Cčˆ Cüipfltwait žDˆ žřˆ žxˆ žxˆ žřˆ žřˆ žřˆ žřˆ žřˆ žřˆ žřˆ žřˆ žřˆ žřˆ žřˆ žřˆ žřˆ žřˆ žřˆ žŘˆ žŘˆ žŘˆ žŘˆ žŘˆ Ÿ4ˆ  ¤ˆ Ÿ”ˆ ŸŔˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ  ¤ˆ Ÿěˆ Ÿěˆ Ÿěˆ  €ˆ  €tcoo_getendpt _%d_: TCOO_RQ found %d_ fatal: allocb() failure _cres _%d_ errack: tli_err=TSYSERR, unix_err=EINVAL l: out of state, state=%d Źˆ Ź4ˆ Źpˆ Źˆ Ź°ˆ ŹĐˆ Źđˆ ˛Ôˆ ˛Ôˆ ˛Ôˆ łˆ ł´ˆ ˛¸ˆ ˛Ôˆ ˛Ôˆ ˛¸ˆ ˛Ôˆ ´Pˆ şHˆ şˆˆ şČˆ šˆˆ šˆˆ šˆˆ šˆˆ šČˆ šˆˆ şˆ Ōˆ ĹHˆ ĹTˆ Ĺ`ˆ Ĺlˆ Ĺxˆ ń TOUTSTATE, unix_err=0, state=%d->127 tco_cres _%d_ errack: tli_err=TBADF, unix_err=0 贈 čԈ éˆ é0ˆ éPˆ épˆ 鐈    ď؈ đ€ˆ ďlˆ   ďlˆ  öˆ öЈ ÷ˆ őЈ őЈ őЈ őЈ öˆ őЈ öPˆ Ԉ ˆ œˆ ¨ˆ ´ˆ Ŕˆ Ěti_doname: bad M_IOCTL command Toner/ink error Hex sense data: transmit mbuf chain: receive descriptor ring: transmit descriptor ring: hardware registers: Kernel mount failed, check server, bootparams Filesystem on device may be corrupted: unmount and fsck it. DD˙$˙(đˆˆ (˙ @˙ h | ˆ ¤ˆ Œˆ ˜ˆ؈€ˆ¨ˆ´ˆŔˆĚ ARCHIVE SGI VŒˆlŕˆV˜ˆm˜ˆV¤ˆnźˆV°ˆmđˆVźˆk˜ˆVȈvԈpˆv¤ˆxˆu0ˆ€ˆvpˆˆˆUŔˆˆuŒˆ˜ˆvˆ ˆw(ˆ¨ˆ ‚„ˆ°ˆwԈ¸ˆ lˆŔˆQźˆȈáԈЈc$ˆVԈc°ˆVäˆČˆ؈ hȈ`tˆ gđˆ€Đˆ hlˆ`€ˆ{Ĉ`Œˆ{Ȉ`˜ˆ{̈`¤ˆĂTˆ`°ˆ ąˆˆ`źˆ ż`ˆ`Ȉ Ääˆ€Řˆ ƨˆ`Ԉ Ĺ´ˆ`äˆ Á8ˆ€ŕˆ Á”ˆ`đˆ Әˆ`üˆ łěˆaˆ Մˆaˆ ŘLˆa ˆ Ü0ˆa,ˆ ÜŔˆa8ˆ d8ˆ€čˆ ´€ˆaDˆ ´°ˆaTˆ Ă0ˆ€đˆ ĆLˆadˆ ÂXˆ€řˆ ۈˆapˆ ŻŒˆa€ˆ Ż0ˆaˆ ąˆa ˆ °€ˆa´ˆ ̌ˆaȈ śĐˆaԈ Lj ˆcĈ ˆcԈ ˆcčˆ ţ”ˆcřˆ äˆd ˆ ěˆd ˆ ´ˆd0ˆ dˆd@ˆ œˆdLˆ ¤ˆd`ˆ `ˆdpˆ  iˆ y@ˆ ‘ ˆ –Đˆ —0ˆ ˜ˆXˆ ŽLˆ ęěˆ ¨ ˆ:@ˆ žpˆƒDˆ ľüˆ 씈 . ˆK`ˆ .ˆK`ˆK`ˆK`ˆ 3P b,ˆ bxˆK`ˆK`ˆ \`ˆK`ˆK`ˆK`ˆKh †(if_sl #2›F$W­e6tżŒHÁŻZžÓĘlŰĺé~ř÷3“"VĽG,uˇd>œÉ@żŰŽRÚíËdů˙čv!0‹™g&vŻD4U˝­JźĂŽXŸŃënúçČ|Ůő1ƒ ‘w§f.TľE<˝ËŹBžŮPűďęfŘýÉtBSapŸ Š'26ťÎLßĹí^ü׈h™áŤzşóR…C q—`Ą(7ł&:ŢÍĎDýßěV˜é‰`ťűŞrcr@Q%"4Ť0šďNţÇĚ\ÝŐŠj¸ăŠx›ńs‡bP•A5Ł$*ą8˙ĎîFÜÝÍTšë¨bšů‹p„•§ś“Â,ÓĽá>đˇ@É+R:ŰNd_ímv|˙”‰… ´ƒ†—‘ă.ň§Ŕ<Ńľ)B8Ë PŮof~ďLt]ýľ‹¤–™‡óŻâ&Đ˝Á49Ă(JŃ Xçnn\őM|Ć ×…ĺô—€(‘ĄŁ:˛łJD[ÍiVxß `é/r>ű֍ÇőŸäŠ łť˘2ZĹKLy×h^á h?ó.zçö‡ÄՕĄ*°Ł‚8“ąkFzĎHTYÝ-b<ëpů÷ćԝĹąŤ "’šƒ0{ÇjNXŐI\=ă,jńx ;  QRSTUVWXYZ[\]^_`abcdefghijl7819n         \ ôˆ ˜ˆ ňˆ ő( 0 ôˆ  T (lˆ 0¨ˆ  ˆ "H #Xˆ   I  u  ˇ  ă   I ˆ‹üˆŒ ˆ‹üˆŒ ˆ‹üˆŒ ˆ‹üˆŒ ˆ‹üˆŒ ˆ‹üˆŒ ˆ‹üˆŒ ˆ‹üˆŒ ˆ‹üˆŒ ˆ‹üˆŒ ˆ‹üˆŒ ˆ‹üˆŒ ‡ †     | ˆ@ ? ˆ›0  ł żO?zŸˇ7{Ÿľ° 0ßđđđđđđóŠ{˙Ÿ 0~ßđpßđđjđřűŠ{˙Ÿ 0~ßđpßđđjđřűŠ{˙Ÿ 0~ßđpßđđjđřűŠ{˙ž 0ßđđđpđřűŠ{˙Ÿ 0ßđđđpđřűŠ{˙ž 0ßđđđđsđřűŠ{˙Ÿ 0ßđđđđsđxŢűŠ{˙ž żFz“N?zŸˇ 7{Ÿľ° 0ßđđđđsđřűŠ{˙Ÿ żFz“N?zŸˇ 7{Ÿľ° 0ßđđđđpđpŢřűŠ{˙ž 0ßđđđđsđřűŠ{˙Ÿ 0ßđđđđnđpŢřűŠ{˙ž 0ßđđđpđřűŠ{˙Ÿ 0ßđđđpđřxŢűŠ{˙ž (3=GQ[fpz„Ž™Ł­ˇÁĚÖŕęô (3=GQ[fpz„Ž™Ł­ˇÁĚÖŕęô (3=GQ[fpz„Ž™Ł­ˇÁĚÖŕęô <%d> E 0  %&78KL^_qTPORT 0 01!1ŕP0ŕ ŕ€ PAđ @!  0 0Đ@ !  1   1A0a PĐ0đ0@! đ0R đp` !! ŕ1 A@đP!B0! ŕ1 APđR0! ŕ1 A@!B0! ŕ1 S đP!@! ŕ1 S!@!@!# !!A!A! ! ! !"0'''! ŕ1 a11@!@!   A@!@!@Đ@Đaá1A@€ @ 0 € P đP`` €˙ö€ ‚˙ö„ XB( ƒ˙řPŔP€ € ! đ 00đđ$0!đ €˙ô ` ˙÷"%€ đBapp¤ńđ&ń6!ń0Đ0ä"4 €˙÷ ˙ő€ ×1@€ Ř10ń@Á@Ŕa0 °  !00ĐX0Ё Ё  ‚ @@00@@000@0€ 0   `00``0P0``0000 đ0 đ0 đ0 đ0 đ0 đ0 đ0 đđA € đ€  ` P0 đ0  € 0€  0`  0đ€ 0a€ţß`ŔP€ ‘cUp€ @0Ň!S  pc0óqŔD6… #!! †˙÷ qp°đ#D â#0Đ0Đ0ĐB đ&ŕ ((#đđđ3#ń0ŕ3đ# €˙ö€ €˙ö„ 0Đ1Ѐ D    € ˙ö€ €˙ö€  đ0‚ đ! đ€ đ! đ€ đ0‚ đ! đ đ! đa00đ00đ0 đ "0đ0 đ@đ€ 0°` đ0 đ  đ! đ đ! đa  đ0 đ0 đ "0đ0 đ0 đ€ 0ŕ0 đ!  đ0 đ  đ2 đ!  đ0 đ  đ! đ đ! đ€ đ! đ đ! đ`€ đ! đ đ! đ`€ đ! đ đ! đ`€ € € đ! đp đQa đ0đ € đ! đp0ŕ! đ  đQa đ0đ € €˙÷‚ €˙÷‚  đ@ đ€  đ@ đ€ p € p € €˙÷€  đ0  đ€ €  €˙ö tđđ23 !Q € ‚ € P#  €˙ő€ €˙řŕ p‘0!"R`¤0đp€ AŔB!"Pŕđ0â%€ €˙÷đń€ ˙÷€ p˛R€ €˙řƒ ĐĐCńň`ŕĐ!A€ „˙ö€ €˙ö đ`°pŕ$Q45qt‘p‚ €˙ö€ Cdó đ%x$3€ C#R ąC1!#€ ąB"%€ €˙ö€ ‡˙÷!U!$€ ` 1€˙óˆ $ € t(Ձ !!"0ĐPđđ"đ!1# …˙ö„ 48G8! âđđ##ô(8 €˙ö†  €˙řˆ  0€˙ó €˙ö€ 7 € ˙÷ 3 ˘b50ŕ!ŕ3 ńđ0ŕ 2"‚  á đ!€ ŕ$a0Ѐ €˙÷ `°€ đ € „˙ö€ €˙ô€ đđ"ˆ 1Ń5% ŕ@äđ‚˙ő„ ‚˙ö €˙ö€ €˙÷1Rŕ"ŃPŕ ŕ"#đ€ ŕ%1€ ˙ö  @ŕđđ1D!ńđ#!á!ŕ88SUńđ8 A0Đ ŕ ƒ ń%wđ!4 €˙öˆ H p€ Ѐ˙ň€ ˙ő€ €˙ö€ f  1  %đđ!€ ˙÷`E!"1A0Ń58  ŕ" „ ‚˙÷ƒ ƒ ‚˙öqńőAS€ ˙öƒ € ĄhsPň`q“ đh10Ё ň"€ a3đ0ŕ á$1ˆ …˙ö ( RA€ BAŔAđSqR€ ‚˙ö€ €˙ö‚ € ˙ö€ ˙ő€ …  €˙ö€ €˙ö2Qe!Áƒ đ!‚  ńX ˙÷ƒ ˙÷ƒ €˙ö€ á0Ó 370Ń0Ř !ć ŕ1„ €˙ö€ ˙÷ !€ ‚˙öƒ € ဠp˙řrp€˙ř€ ŕ3& 0ŕđ Ň!$ńP˘đA44# á!Q°V!% `Ąd0 ńđ1đđ4%b` € ‚˙ö !0đ€ € €˙ö€ €˙÷† €˙öˆ e`ŕ0đđ2 !đđŇ`!ç đ đ ŕAP! R‚˙÷‚ ‘@Á( € ƒ˙öpŔQ!SPĄPÁ@đ#ń4ƒ !á$( ƒ˙öp7q€˙ď !0ŕ 20ń$@€ €˙ö €˙÷‚ "1Q!!0ф đá0Q8đŃ P‚ 0Đ"!`Áađ@ń°@0ŕ0 Đ8 € #Sˆ ŕ pđ11`˘` a!ŕ ŕ2&$PłP°Q!ŕ ŕ2%#1$ ŕ2D@#%0Ń0ŕ 0đ2( đ!‚˙î Ô!đ`Ąa đ &P°Q@Đńđ2Cp B0đ` € đAđpđ!đ đ#đpđ#1!đp  @ bQ0Đ đ  ň đđ""1 đ˙݈ đ #ň'@ÁPđ ńđ$7Đ0Đ0ĐA á$B# á 1P°`ń!@Ń!€ ˙÷ €˙ö† â!đ! €˙ö‚ 30đ Ań!ň„˙ř ąQrƒ ˙öđ1B00đ1đđ%@€ €˙öˆ € €˙ř đ ń 0Ŕ€ €˙öˆ  a0á&đ!0đňđ0 đ" đ"  đ€ 0ŕ€ đ!!€ "ňAđđ50ŕ1Q&@prAđC@sAđ4 UP0 °Pŕň!a€ ‚˙ö† 2„ 4 5ˆ ŕ#`0€ C$5ń0Cđ!‚ đđAđ đ!`ŔHB€ €˙ő !vp‘1352  Đ!!Vp‘1351@"đA``Á! 4Q1đđ8p‘rP3R@Ŕ1#đ#"1!0€ °S6ˆ 0Ѓ p€˙ď ‚˙öƒ @Ń!Q‚  @ €˙ö` s!& €˙öQ#ô"PPąđ0pňSB!@ă@` hđ"‚  ƒ˙÷!2„ ˙÷F! 0Đ!đ1$0ŕ0đđ4!e1€ „˙ö€ €˙ö‚ ƒ˙ó€ ŕ!ŕ%X@đ"`€ đ0ă##ŕ… đ!ą`˘€ “đCđbđ@Á@ŔD “đCđbđD!0Ňp€ ”đDđf0$'` P° â0Đ40$'€ €˙ö ‚˙öˆ €˙ö‡ 0Ô đđ(@0đ ń"€ ˙öH ŕđ3€  € P°!(U1ˆ đ đđ21đđ€ €˙řä€ €˙řƒ ˙ö€ '#„ € ˙ř€ €˙ö@Ô#'T€ đB#3vđp°TP€ €˙÷‚ đ"0ŕ"0`¸6#21‚˙Ђ €˙÷ Đ70đPóQ0` â° Q°PŔ€ ˆ ƒ˙ö3đW ŕ0ôň1 ŕđ2ŕ0ńö1!đđA1rF€ !32 á!đ0ŕ0ôń 1!ň!!6@Á@Ŕ@2 ń  ‚˙öX$4ř € á ŕ10Ó5`0đŕ0äB€ 0đŕ0Đ1Ö@Đh€ đ đÓt0Đ8„ ˙ŕ á$E1AńADň5!AG00á @Ń"đ!5@đ&@Ŕ@Á€  f"8 @0Ń ŕ3!ƒ đ8#!á…˙ĺ„ 0á!4ŕ 3r!p€ €˙ö! ŕ! đ‡ ˙ö € ‚˙ö ń Ń@ŔŔ `€˙ř`°#!pđ€ …˙öQ1€  ˙ř C##"đ“€  Đ1ŕ(ń0Č ŕ(  ŕ($ň đB1đ@đđ!đ3Cđ đ0ńđ!0@Đ"1B€  Đ ŕ  đ#đđ!#@Ŕ0w%‚˙ö €˙ö€ € 0ŕ 3#!‚˙ö €˙ö€  `°đSp0Ń đ€ 10đ € 0Ŕđ0@ńđD8…˙b€  ‚˙ö€  cxóôń0Q0Ń5%10Ó""đ1ń `ĄSpĄ`Ń3 ŕ#1Đ ŕđ đ0…˙ö€ `ĄSpĄ`Ń3 ŕ0ňđ đ0…˙÷€ ƒ˙ö€ €˙ö† XH"đ đ"đ đ"đ đ"đ đ"đ đ"đ đ1$Pąrŕ!0đ Đ70€ Pą`R%!@ŔC â đ@Đ3 †€˙÷€ ôň ŕ&5đ0ŕ#đđ!đA`!á đ‡˙΃ ˙ďt" ‚˙ř ˙ďt" ‚˙ř e!P°a đ ń q‘qđQą0đ"2 ńđ€ Â1$€ 1đ€ đ1 Âh0đ11!đđQWpv đ1đa!đ4(!#a°PÁ8@Č Ń1$!aƒ #@ŔBđ1!‚˙÷‡ 1`€ ˙ö#!8 " đ80ŕ! á(ŇP‚ €˙ř5 !â5UPĂđ2P°bđ!Ó` d0ĐC đ 0Đ1đ$`1Ô2đö € 4`Č18đ"  Ő€ ˙öƒ đ !ŕđ" đ0!4"""@1Ń0á%ńá2" đ4P!á! 3#!!B€ #0Đ"$€ ƒ˙÷2!8 ŕ"4$"‚˙÷ˆ  đ 3 đđ3€ € đđs16" B Ń!1€ 3@ ° 1Ŕ@ŕ@ŕ€ ˙řq%P°S€ ŕ 2pˆ Ó!p… €˙ö‚  ˙ö€  ƒ đ‚ đ0Հ˙π € €˙÷€ đ8 80Ń0Đ1Ř`   € ńđ0ŕ!ŕ0!ŕ0á đ2$ đB ń Pđ#P#@€ %(€ ŕ ŕ6! đ đ! đc2 đ€ 0! đ"# €  đ€ đP€ €˙ř € P°eC#p!ŕ „˙ö† ˙ö‡ 0 ń ŕ#xA"`1Ń0á(0ĐA0Ń 2 €˙ö @ŔC đ0ŕh € 2ˆ °0Ŕ đ"đ ŕ1C%0Đ7€ 'đ!đđđ Q`°ĐB`°ńđX á ŕ@€ %Ňq ‚˙ôđđ€ ń ńđ€ ń ńđ€ ń ńđƒ €˙ř€ 1Ŕ@đđ đ0ň đ6đ PŇ3 đ0ö đ1ń đpĐ0ňđ đd€ €˙÷ňƒ €˙÷€ `  pŚ!@đđ€ ˙ö€ @Ń8 € ˙ř0ŕ @Ń h„  p˘!`ĐP!qđ0đ@Ń2ŕ1&" €˙č€ 3B0 đQAđ!Q2"€˙ć€ gP€ …˙ö0Đ@đ!€ ˙ö`€ Đ@a  @ ŃŔB0 € ˆ˙ö €˙ř€ ˙ö&56D00Ň# ăp‘ đđ!0ńđ8Qđ‚ @0ćń0ĺp˘ đ# đpđP°D0Ó3ň$@ ŕ$ ŕf#0Đ0Đ@#GPąP°U đđ!0PŔ2#!ŕ" Ń!‚˙ő€ P€˙ó€ €˙öƒ €˙ö€ đ đ0đ0Đp0Đ@Ŕ# đp Ń#%` p"@đ`P° @ŔP°#0đQ0đ‚ @0Á3" ň!0đqPą` € @° đu‚ ˙ő0ŕ1"€ đS đ€ QđBvP€ ˆ˙ř €˙öƒ %5%ƒ ( ŕ'3 ## ( ŕpˇ@0Đ2 ( ŕ'Sƒ ( ŕ'E ‚˙ö€ €˙öˆ €˙ö €˙öƒ PąSňa@"Đ0ŕ ˙ö€ ƒ˙ř ˙ö€ ƒ˙ř € €˙ö`A ' ń Ŕ@ŕŕ@†  ŕđ7 ń Ŕ@ŕŕ@†  0Đ0Đ1ŔBŔBp’f0đ8 €˙ő‚ ˙ö0đ3 ŕQ°P°‚ ŔBń€ Đ Đ0ŕA đ€ ń0ŕ( Pą`đđĐ6C#đT€ p‚˙ď`SCAŔA(ađ0 ŕ"H p†˙ď``°Q(ađ0 ŕ"8 P˛@hAŔd2@ET€ ‚˙ö€ €˙ö ˙ö`@ŔR‚ #a3€  a#đ" !0C€ a$"U ń0@°€ 1 ŕP!ŕ ŕ1d€ !ŕ!ŕ$0Ô0Đ@ŕđ#2 đ á! %1"ƒ ŕBP!ŕ $!A!4Q€ ŕ(c@°`°@1 đŇr0ŐPđ0€ ŕ(c@°`°@1 đŇr0ŐPđ0€ 0Q2€ ˙ő€ ˙ö d!đđő0Ń@đ$€ 0€˙ó‚ 0Ř1 ńňđ 0Á đP`Đ đ"€ € €˙ě€ € €˙ö€  ńđđ$ ˙÷ x€ T€ ‡˙ö ˙ö ŕ€ €˙ř !a ń đ( S äŕ'b1"đŕđ!( „˙ö€ €˙ö 0ă !P°Rô1ň#ô$` qđQ°R0ńđň!8& 0á% đƒ € €˙ř ˙ö2ń2ń0ŕ7!ŕ7! á ŕ6!F!F!6!8 5` € ‚˙ö € ˙÷đđ0€˙ဠ˙÷€ ŕ"0 áĐPŕ"G&đG&%! QąTđ đ €˙÷ Đđ0ŕA1đňđ đđ!!A#X3$ đđ#!ń14xSđđ"!ŕAB40 Đđ0ŕ'%đ0đđU(đđA!e !E (1aP°P˛RE €˙ř€  ŕ@P@€˙÷PŕĐP@€˙ô P @€˙ö P 0ĐAđ„ €˙őđ`˛#'0ƒ €˙ö$0č(8q1!ŕ 0Ô`§1đ3 AŔpĄđ10ŕ€ €˙ö "!C!P0@Á$2ó† đ€ ‚˙÷€ &1C2&' đ!ŕA ‚˙ř ˙ö"" ŕ!¸ň€ bđ €˙öƒ 1´p ŕ`Ŕ@†€ ŕ!@đđ !ŕ  đň  ŕ@đđŐUA7€ ƒ˙ö@@Ŕ@ ˙ř!!!!d€ Ŕ!0Ԁ †˙÷@ń!0đ@ń1 ŕ ဠ˙ř!!!!dP1ŕ 0Ӏ đčR… T `đA"0đ€ ˙÷‚ C đ0 ŕ ń1€ „˙öAP@ň!0áaĹ!TAŔA1 q’1!0ĐpÁ!Q20!ń€ €˙öBAr20"ńđB€ €˙ö‚ 2!ŕ 0ÁP0€˙řńA€ đPĐ đ €˙ö ˙ö† 3$2#đ41đƒ˙ó€ @Ń1@2VPńđ2$"€ đčR… T `đA"0đ€ ˙÷‚ C đ0 ŕ ń1€ „˙öAP@ň!0áaĹ!TAŔpŃ1đ! pŔŃpÁđ!!ppĂđ!!đ!Q20!đđ€ Łđ!Ađ!r20"ńđCđ!€ €˙ö‚ 2!ŕ 0ÁP0€˙řńA€ đPĐ đ €˙ö ˙ö† 3$2#đ41đƒ˙ó€ ‚˙ö!s`ą  ÷ á`Ą đAB4€ !%"ôđ0@°`Ąđ@đ3 ŕ ŕ11 ŕA‚ p‘Đ0p ` Âa!"@PĄ@Ń ! đPŔ@€˙ň€ ‘"!€ 0ń0qp”"A"$ ဠ1Đ0Ń!sQ!đ‚ „˙ř ၠCSƒ  Ń đa€ ađ1Đ!á"!R ŕ đ1đđ"0Ň4 ŕ… 0Ѐ ŕ!„  ŕA@ĂA… €˙÷€ ˙ö€ ˆ˙ö€ €˙ö ˙÷` Ń#A(!ŕ ŕ%3`Đ30Ń0ŕD â!0đ$ÁC!Ą€ ‘x Sđ1@€ "€ @ŔAĂBH`Ą€ ƒ 0p€˙öP@€˙÷ p ‚˙÷  #"„ #@Ä@ŔP đA@ ń0đđ Pđ#!%0Đ0đ`° đ308 !ŕ(ŕ!!!ŕX !đ1đ!1˙ő€ €˙ö1đ"1D0ă#Ađđ€ °¸ °€ ÁCĐ0Đ03 € đ0ń!1€ €˙÷€ ˙÷đđ đS ƒ˙î‚ ˙÷@`“A@p–xńđ ŕ ŕ1 đQ ŕ đ đđAń!ŕ đfń4AĐ4€ ‚˙öƒ đ@ŕ!B#0 ‚˙öu€ ‚˙÷a#p€ đUđ(đ2a AŔ#`ŕ`Á@Á!!ŕ" q Pł@€ 0 ( ŕ ŕ( X€ 0ŕ ˙ř@ŕ  0qĐń!0Đ@đ4!đ1!$P´Pŕ3 á č&đ"2!!$2!0ĐA&11đ($"€ …˙ö€ U4„ $€ ň p€ ˙ö‚ ÷@ŔR đPňđ0đP°€ € PĐ #0ŕ "%"4B2!$đp x&$#1€ €˙ö 'RCđđ3a € ŕđ1!ŕ1$5€ €˙ó‚ đ ‚ ƒ ‚˙ö † PĂ13$ ƒ ă3ň2"pąQ ŕ€ !đ1 ŕ0đ‚˙é€ ˆ˙ö 0đ 1ŃPŕđ30đ8 0đ 1Ń`ĐđC0đ20đ0@Ŕ80 đS0ŕ† –đqpÄđC€ P¸0đ1đDđ€ đ!đ0ăPá ń Đ đŕ đ4QŔH!á"đ €˙řŕ@ဠ€˙ö ‚˙ö€  0đ€ ˙ö0á"u!VPP ŔDP°P°Ps‚˙ô đň0 đ1!ő""6 €˙öƒ ! Pđ đ ŕ1đ!ő"" đ1ń1Đ0ŕ! đ7dP°P4ĐPáBA˛€ ˆ˙öˆ ˆ˙öˆ đ!#đ0đ0ŕ"ŕ đ !! ŕQĐ3!"ŕ!#1@Ŕ` Ŕ ń31 !ŕ" ŕ`Ŕ1ŕ !€ €˙î` ‚ € € ƒ˙ö€ !€˙ó €˙ňP°€ €˙ös@Ŕ€ €˙ö 1`đD!đđ$€ €˙ö !Q Đ2!!… 4p ‚ €˙öˆ  đ"2đ@4"80đ""1ƒ˙ď€ Q! @đer0đŕQ 1đŔRđrđSB@ŕđ`ŕRP00Ŕ` ƒ @ŔS!á#˘† €˙ö 1đ"‚˙ř„ ! áđA"#HA á#U!ŕ!#T!ŕ!#T@ŔH1Ň1đ0@€ €˙ň@€ €˙ö‡ Q€ €˙÷€  ŕAŕ(1! đ0á đ( €˙ó ‚˙ö0Հ ˙řđPđA"rđ!!!đđ!€ ąP ăđ!#"á ŕ%€ ! ń! ŕ ŕđr% €˙÷ˆ ńđ(2ˆ Pđ°`đđ! ŕđ4đ"(`đř!PŔđř!€˙ô€ €˙ö€ €˙ő Ŕ‚ ńˆ qƒ sňp€ đ đ1 q đ@R@ ŕ"Đ0ŃTP!ŕ đ € ŁU"3#`ą đ đ0@ÁDđ@ ˙öp°ńb!h! đ#!đ`ŕ"@ń`Ą€ €˙ń‡ ƒ˙÷"p € ‚˙ö„ 2„ đđ0U` ađ€ ĄA€ ŕ& ă%€ ĐTŕ#@ń1BE5‚˙ě đđ!1đPĄ00Ą0ĐPđ"@ń!4# 0ą á ŕ@đAQ0Đ2%!ń%đ1@Á0ÁP 10Ńŕ2!đ2"p“ PŔ`đ$óđ"#‘€ 0á" ŕđ$a d!"đ#8€ Đđ@đ ĐpđAa@  AĂ đ1đPđ@@Ă đ1đ@@Ă đ1đrđ€ đđt(!!đđ#@Ŕ€ ˆ˙÷'3đ1đC1‚ †˙öđ Đ0Đ0Rp€ ŕň0ĐQp`˛0ĐQP°€ Bŕ!`˘ âđ!"đđ!#p t# đ đ#bs á â áđ@ŕP˛3!c€ ˆ˙ö c$ â W1pń Đńđ đ €˙ô ŕ ŕ ‚ 0Ń0đ1€ 3ˆ!đđ01ýs ŕ ŕŕ đ"" € a € `¨h#€ ( `Ł`€ ˙÷! 512 !á'P° € đ ŕTuTń @Ń @ŕ!0đ€ @°@€˙ř@@ 1!!đ@0!á$ń2ą€ ň Đh(0đCđ€ t€ p˙ď… 2 "đ0Q@23#18R ň!ƒ ˆ  !đ #ˆ ňđAđ@Ń1Đ!@@€ đ"!‚˙ř ˙ř (ˆ !!q ŕ€ đ ŕđB Ń!âńđ ‘Ń2€ €˙ő !Qđ Đ!€ € €˙öQĐ"1‚ ‚˙ö€ €˙ö €˙öˆ ň30 @ Đ0 Ą0`ŔQ 0! €˙ř A€ ဠ˙÷qu1€ €˙ö€ €˙ö‚ `đ „ 8 €˙őp@€˙÷ƒ %0@1@Ń 0đ0ä"0ń 0ă!!FđB ! ŕ3pń!  ŕ!!(ƒ ` € ‡˙÷đpQRP°R!đđ ňđ#q‘rP°P ńđ#p 1$` aAđ`ą@đń!€ ˆ € ‚˙ö€ đđ1!!2öđCđ €˙ő! PŔh €˙÷€ 3@ŔB"r! !ŕ4`ř!#$ €˙÷€ €˙ö €˙ö 1 ŕ5€ €˙řđđđ đ!!‚ c €˙őđđƒ ˙ő$ `°ń ##ph€  ŕ ƒ˙öQ!00Đ4(đ `°S#$ p°á  ŕ2#` € rƒ ˘!D8 a b#PÁA0ă$p’`°`đ0đ!"pc##1(   g đ€ €˙öđ0` R°RP€ đpá`đa‚ ˙÷@đ4501Ň1!ŕ" %$ƒ ‚˙ö€ ˙ö€ Cđ0đV@â@Ó0đP @Ą đP P‘ đa6ń0Ń'#€ ł@đq€ ń$3ń$!€  € ˙ř‚ €˙ö† đ0ŕc ŕ@đs ŕ@đ‚˙ˁ €˙ńP€  ŕ(ˆ˙݁ °0 Ńđ0 `† !A đ ń10Ń0Đ!0đ0ŕ#!ńp!ä"ň@0á$30ń!1`Ąa€ ˙ö€ đđH€ qpp#ň!đƒ €˙řŕ ňC"!PÄ$!#&T°pĐH€ ˙ö€ €˙ő€ €˙ö0!3!Ňq ň€ 1€ €˙÷ä€ ‚˙ö€ ˆ˙ö€ €˙ö‚ † !#0Ô0 # Ń0Đ ŕ" `˘`!€˙ř… ‚˙ö€ ˆ˙ö€  sq€ ˙ö€ €˙ö€ Ń đ‚˙ô€ @Ŕ@ đđ!  ˙ö2#ńŕ!đ# 0Ň#!ŕ!ĺAđ#€ ˙ö đ0ŕ óń!#ń  ŕd5ŃA! 3C@Áđ#P`€˙ô``0Ňr€ đ@đ3 R83đđ#qńŕ 1Ŕ@Ŕ@Áx !Đ@ŕ #1đđBđP°Pđđ!2đ @ŔAT ŕ€ €˙÷ á2#ńŕ!đ$6đđ(0Ń#6đđ80Ń#P°P&đđ!€ ˙ö2!ńŕ đ#@ŔA€ ‚˙÷2!p’!1 đđ#€ € 2xcó&8R!3€ đb"!!1(đńW ńđ!(2t‚˙ř„ ˙ë€ ˙ö!`@‚ € sđ!B!0đPąQ°xH€šˆ÷f1€ ŕ ňb0đđ! 1QĐ0р   € Q€ °PŔ°S`Ŕ(A(!P P°S P ! ŕ1 aA&1 !0€ ‚ ‚˙÷đ& Ňp  A‚ p `‚˙ď€ đ@ŔS€ 2q€ ˙ö€ ƒ˙÷!X1!0ń!$đ0ä!Pŕ ŕ1c!Vň0đ ń€  †˙÷" ! ˙÷1Ń 0Vń€  g g$!ŕ ŕ" tƒ €˙ö€ 0€  `PŔ đ@Đ đÂqđđ đ!" đ ŇŔa ` €˙ř€  đ !`0đ đ `đ # ˆ  ń@á!(@Ŕ@ń" @Ŕ€ ˙ö!3"!đ „˙öP#7 â#€ 5BŔpŘ1P°€ t!ň$€ CRń"đ" q‘öAB‚˙é ˆ˙÷!!8AA1„˙〠đđ!!đB!€ đrC ňńń2đ#€ Q€˙đ€ đQŔA ń!$!p€ Á ŕB2đ11đ$ ˙öPđđB„ € đppŕđ1ŕŕŕŕŕ0đ@Đđ0ŕđ#đ# 43g0 q ŕ!  ŕ!‚ !"!… #ôđ!!c! Đ 3!ŕ ń$2$đ!!!÷đ1ŕ1"! €˙÷€ €˙řđ ŕ2"( !0Đ1!@đ 〠˙ö`Ł€ ć€ 0Đ0ĐaBU† #!ŕ !ŕPŃ2`ą0`ą14C& ŕ"€ ˙ö0@@đ!!đ! ŕ!0Ҁ €˙÷ đđ @A2ˆ ˙÷€ đđ2@Ŕ@1"aSŕ PąŕpąđAđđđ4đ€ ąđ@ň… ŕđ đŕđ đ đ đđ ŕ2@Ŕ@đ đ ŕ01Đ2vpđ#p€ đ@ó đ‚ €˙öĐsńp Q°R%€ €˙ö €˙ő€ €˙ö€ €˙ö€  hň1ˆ ˙ö„ pp € ‚˙÷ đ… €˙öP@Đđ @Â# á ŕ!R 1Ń1%3ńPłP°a$!ň “3#p‘xQ` q1đqđpA†˙řB ń! ŕ( ń1Ń1Ń1Đ0ŕ$ ŕ2@0"Ŕ 0( ń!F%P´ 2đAđB˙ô€ €˙÷€ âđđ ŕR2` dpp‘0Ń2đB1"đ!0Đpq đ2"d21T€ fđđ đ1ńđ!đb`ŕ â đ20ń%đđ""đđ0ó0đ!%8 ŕ#đđ #đ"E!P˛V(€ ˙ö€ ‚ 8 ‚˙÷ đ41ˆ đ0č ˙ö‡ 0Ň1đ ń€  ç( !a ƒ˙ö€ Q°˙ö  %"@Âđ ŕ!đƒ ä ŕ48ńđpĄ0ĐRđńđ ŕ ŕDđđ4 ŕ`Ŕđ0B@Ń4B ä`Ŕ1PąP°ań ˙ö€ ƒ˙ö€ °€ đp# đđ € €˙ř€ €˙ö€ €˙öp0ŕ đ ŕPĐđ b đđđ!0" ó!˙ç€ đđp’"!1C‚ ŕAđUŕđ"Xńđ‚˙í€ 0Á" #0ń"PŕđHp“px0á( 0€˙ó!€ 5 @ą đ0đ€ aeˆ ŕ đB0€  Đ8€˙ó„ pń0AŔ@ŕđ5!`˘0đ1!U @Ć0đ‚ P ‘Q á%301Ó(  ‚ €˙ń 0Ńđ‚ ` €  (8đń„ Q3#€ X â&@( đ!đሠ`€˙đ€ `€˙đ 8D đ đ ń áF0ŕ€  ŕ"€ €˙÷đ đ "1đ@Đ1Đ0 ń0ƒ  0Ń P ` ‡ ń2 0€ ˆ A(B"" a!#‚˙だ€˙öđh ( ŕ€ €˙ہ p€ d@` ań0ňńBR2€ €˙ö€ €˙ö… € őđ(€ Đ Ń1đ$đQ1ŇAđĐ0!ň"P@ą@ ŕ6… "# ó đ€ e‚ ń0ŔB ŕ ń  đQ°Q ‚ p@Ń@€ €˙÷€ €˙ö€ €˙ö€ €˙ö€ đ0 đ6 đ €˙÷€ ˙ö ąXńřSP!đ ń÷0đT1đđ3ř4đ6đńŕ ň!!3€ ŕ# d0ဠ€ ‚˙÷€ !đ$ €˙÷€ @€˙ň€ €˙ö€ „˙÷‚ (D0đ"@PŔń@ĂB‚ đ#@Ŕ7100P˙ř€ €˙őđ ŕH ˙ö AđCS T Đ%€ €˙ö€ ‚˙ď€ xPŕ#@á Đ4°p Đđ Đ4 Đđ Đ4 Đđ Đ6@!á("Đ8 ‚˙öˆ Q đ5 ˙ô€ !ŕ!E2đ!!đ‚ đP ŕ& ă @đ @đŃ@Ă0 € Ąa cđđ(   ˙ö€ qpĄ AÁ@ĂCŕ$2"€ ˙ö€ ƒ˙ö0p‘€ € ˆ˙ř0F0ĐA‡ €˙÷ ˙öˆ „˙÷đ€ 3 V f „  Ş ľ Ô Ý ů L ˙˙˙˙ ˙˙˙˙      8 A D č € E€ f€ v€ ™€  § Š€˙ > † “ Ř $ Č Đ ˙˙˙ŕ˙˙˙˙ 4 x ŕ $ H ˙˙ € € 5€ E€ m€? À ě€ € Y€ × ß€  ' 8 < D p z Ž  ¸ Â Ě Đ d   € 9€ p ű { Ľ š € ź N [  † Š • ­ š á ń ü € ]€ y€  ş€ 6 œ § ą    F€ Œ€ Ź€ Հ îŔ˙ €  & / F Á Í đ ů $ Ô   ) 6 A ] € e { @€ ‚ ‘ ]€ ˜ Ÿ t€ Ś Ż ˆ€ ś š ”€? ę€ @ ¸ Ř ř ¤ ( H h ´ /€ Y€ o€ Œ€ ž€ ë€  ( p ˙˙ € 0 ¨ €? ü Œ #€ a€ ű€ Ŕ €  €?  + F€ D Ž Ô Ž ˝ č€  ç ě t € =€ M€ Y€ i€ u€ ~€ ‰€ ˜€˙    ' + Q Y z ‚  Ľ ľ ž Ŕ Ĺ Ň Ű ô ţ € Œ L @ ° đ ü ° t ” ´ Ě Œ h €  €  ) > p  Á Ó Ü â ă  > ] Œ ­ Ä Ĺ á € ˙˙ Ä Ř ˙˙ € >€ _€ €€ –€ §€ ¸€ ΀ ç€ T L ˜ € € ° Ä  –€ w ‚  €€ w ‚ p ‘ Ś Ú ď ě MŔ˙ Ľ€ ‹€ Â ŕ€  G P Ŕ˙ Ŕ € +€ C€ ’ ´€ ĺ€ í€ € '€ From owner-freebsd-hackers Tue Jan 2 09:42:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA29899 for hackers-outgoing; Tue, 2 Jan 1996 09:42:17 -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 JAA29887 for ; Tue, 2 Jan 1996 09:42:13 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id MAA01889 for hackers@freebsd.org; Tue, 2 Jan 1996 12:33:08 GMT From: Daniel Leeds Message-Id: <199601021233.MAA01889@sponsor.octet.com> Subject: find problems To: hackers@freebsd.org Date: Tue, 2 Jan 1996 12:33:07 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk when i do this...basically to get a complete listt of all files and dirs on a machine, this happens $ find / > file.output & it bombs midway through with fts_read no such file or directory? is this a c library/function inside the find code that is bombing? ive enver seen this before. thanks -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Tue Jan 2 09:42:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA29937 for hackers-outgoing; Tue, 2 Jan 1996 09:42: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 JAA29927 for ; Tue, 2 Jan 1996 09:42:31 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id SAA08209 ; Tue, 2 Jan 1996 18:41:57 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA03223 ; Tue, 2 Jan 1996 18:41:56 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA08018; Tue, 2 Jan 1996 08:35:26 +0100 (MET) From: Ollivier Robert Message-Id: <199601020735.IAA08018@keltia.freenix.fr> Subject: Re: X for install (was: Re: syscons driver) To: bora@wireless.stanford.edu (Bora Akyol) Date: Tue, 2 Jan 1996 08:35:26 +0100 (MET) Cc: hasty@rah.star-gate.com, imp@village.org, hackers@freebsd.org In-Reply-To: from "Bora Akyol" at Jan 1, 96 09:20:07 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1503 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 Bora Akyol said: > Well > Just for information the Linux Plug and Play version and Red Hat Release > both have Tk/Tcl based X installations. (I think the red hat can be > python based). REDHAT (and Caldera) are using a Perl5 script for most of the work. I installed two of them a few days ago and it was a real pain... You don't have any error output, error recovery is very poor, the curses based install lacks most of the finer settings of the X one. Slackware is far better. I really wished the guy has accepted to install FreeBSD instead... :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Dec 31 16:05:48 MET 1995 From owner-freebsd-hackers Tue Jan 2 09:45:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA00162 for hackers-outgoing; Tue, 2 Jan 1996 09:45:45 -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 JAA00153 Tue, 2 Jan 1996 09:45:40 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id SAA17864; Tue, 2 Jan 1996 18:30:24 +0100 Message-Id: <199601021730.SAA17864@ra.dkuug.dk> Subject: Re: Doom and Linux emulation To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Tue, 2 Jan 1996 18:30:24 +0100 (MET) Cc: sos@FreeBSD.org, hasty@rah.star-gate.com, tulchins@voland.phoebe.com, hackers@FreeBSD.org In-Reply-To: <199601012355.AAA07297@keltia.freenix.fr> from "Ollivier Robert" at Jan 2, 96 00:55:20 am 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 Ollivier Robert who wrote: > > It seems that sos@FreeBSD.org said: > > No he will not, if you run current, I've allready put some > > semilar changes in there (implemented somewhat differently) > > which implements most of the sound ioctl's > > On my Soundblaster 2.0 Pro compatible, the sounds are pretty awful... :-) I think I saw somewhere that the sndserver expects 16bit sound hardware... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Tue Jan 2 10:02:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00770 for hackers-outgoing; Tue, 2 Jan 1996 10:02:37 -0800 (PST) Received: from mail5 (root@mail5.netcom.com [192.100.81.141]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA00765 for ; Tue, 2 Jan 1996 10:02:35 -0800 (PST) Received: from hyperlinks.com by mail5 (8.6.12/Netcom) id JAA16887; Tue, 2 Jan 1996 09:59:18 -0800 Received: by hyperlinks.com (940816.SGI.8.6.9/940406.SGI.AUTO) for hackers@freebsd.org id JAA12255; Tue, 2 Jan 1996 09:59:51 -0800 Date: Tue, 2 Jan 1996 09:59:51 -0800 From: cosmos@hyperlinks.com (cosmos) Message-Id: <199601021759.JAA12255@hyperlinks.com> Apparently-To: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk sorry! i mwant to mail a different file of error codes for a program i was working on, and instead sent the binary! :( i apologize to the list for this mistake. From owner-freebsd-hackers Tue Jan 2 10:06:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00862 for hackers-outgoing; Tue, 2 Jan 1996 10:06:59 -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 KAA00857 Tue, 2 Jan 1996 10:06:57 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA11850; Tue, 2 Jan 1996 12:06:26 -0600 From: Joe Greco Message-Id: <199601021806.MAA11850@brasil.moneng.mei.com> Subject: Re: utmp ut_name To: gclarkii@freebsd.org Date: Tue, 2 Jan 1996 12:06:25 -0600 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601021437.IAA10747@main.gbdata.com> from "Gary Clark II" at Jan 2, 96 08:37:08 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Hello, > > I'm working on a PERL5 interface for Conetic Software's CBASE DB system > and ran into a snag with the ZDaemon. My utmp entry is showing > up as gclarkii:0.0 instead of gclarkii and it was causing the daemon > to fail (it's getting fixed). Is this a new thing or has it been > doing this forever(or close enough:)). > > Thanks for any info. > > Gary > > Gary Clark II (V5VMF) > gclarkii@FreeBSD.ORG if you look at the structure definition in utmp.h it will become immediately apparent why this happens :-) this is one of the cruddier but logical things done to save a few bytes of disk.... it means you have to work harder to process a utmp structure. "no nulls if you have an 8 character name..." ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Jan 2 10:11:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA01116 for hackers-outgoing; Tue, 2 Jan 1996 10:11:33 -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 KAA01111 for ; Tue, 2 Jan 1996 10:11:29 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id KAA01543; Tue, 2 Jan 1996 10:11:28 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id KAA00274; Tue, 2 Jan 1996 10:11:31 -0800 (PST) Message-Id: <199601021811.KAA00274@corbin.Root.COM> To: Daniel Leeds cc: hackers@freebsd.org Subject: Re: find problems In-reply-to: Your message of "Tue, 02 Jan 96 12:33:07 GMT." <199601021233.MAA01889@sponsor.octet.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 02 Jan 1996 10:11:30 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >when i do this...basically to get a complete listt of all files and dirs >on a machine, this happens > >$ find / > file.output & > >it bombs midway through with fts_read no such file or directory? Probably because it's going through the files in /proc and this is obviously very volatile. -DG From owner-freebsd-hackers Tue Jan 2 10:38:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA02473 for hackers-outgoing; Tue, 2 Jan 1996 10:38:17 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA02465 Tue, 2 Jan 1996 10:38:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA12211; Tue, 2 Jan 1996 11:28:57 -0700 From: Terry Lambert Message-Id: <199601021828.LAA12211@phaeton.artisoft.com> Subject: Re: NFS To: archive@cps.cmich.edu (Mail Archive) Date: Tue, 2 Jan 1996 11:28:56 -0700 (MST) Cc: jmb@FreeBSD.ORG, terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, daemon@bee.cs.kiev.ua, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Mail Archive" at Jan 1, 96 00:30:13 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 think I miss interpreted what you were asking. I thought you wanted to > know where pieces were needed to be programmed. Not just used. Sorry > about that. > > I can not program lockd anyway I have looked through the SunOS source on > rpc.lockd and rpc.statd. So therefore I am tainted. > :) (maybe in more ways than one :) I have Andrews lockd and my kernel patches mostly work. His statd seems to work with no problems. 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 2 10:54:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA03205 for hackers-outgoing; Tue, 2 Jan 1996 10:54:04 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA03200 Tue, 2 Jan 1996 10:54:01 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA12261; Tue, 2 Jan 1996 11:44:57 -0700 From: Terry Lambert Message-Id: <199601021844.LAA12261@phaeton.artisoft.com> Subject: Re: syscons driver To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 2 Jan 1996 11:44:57 -0700 (MST) Cc: sos@FreeBSD.org, jkh@time.cdrom.com, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <199512291939.LAA01052@rah.star-gate.com> from "Amancio Hasty Jr." at Dec 29, 95 11:39: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 > > We cannot assume that Joe Random User has X capable HW, and much less > > that he knows what it is he has. > > We *should* assume that Joe out on the Net has X capable HW . > If we have problems with *supported* X hardware then we should addressed > them and not say that we should not be emphasizing X capable apps. We should assume that Joe User has X capable hardware if he has a card capable of graphics at all, from CGA/MGS on up. The problem then is getting an X that can run on it. I think that the install itself, which is sort of off topic for this particular part of the thread (which is apps oriented), should use an API that allows interchanging GUI/TUI components underlying some basic abstractions, like pick lists, etc. And the first option is to GUI or TUI, and is presented as text. This resolves the issues without introducing unnecessary complexity or cutting out the test-only people. 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 2 11:42:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA05904 for hackers-outgoing; Tue, 2 Jan 1996 11:42:36 -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 LAA05898 for ; Tue, 2 Jan 1996 11:42:30 -0800 (PST) From: marino.ladavac@aut.alcatel.at Received: from atusks01.aut.alcatel.at by Relay1.Austria.EU.net with SMTP id AA25926 (5.67b/IDA-1.5 for ); Tue, 2 Jan 1996 20:42:02 +0100 Received: from atuhc16 by atusks01.aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA25666; Tue, 2 Jan 96 20:41:19 +0100 Message-Id: <9601021941.AA25666@atuhc16.atusks01.aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA03228; Tue, 2 Jan 1996 20:41:16 +0100 Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 2 Jan 96 20:41:15 MET Cc: hackers@freebsd.org In-Reply-To: <199512290840.TAA05988@genesis.atrad.adelaide.edu.au>; from "Michael Smith" at Dec 29, 95 7:10 pm Mailer: Elm [revision: 70.85] Sender: owner-hackers@freebsd.org Precedence: bulk > Oi! Anyone out there with a non-LBA PC with an IDE disk bigger than 500M, > using something other than Disk Manager, speak up! We need info from you > about it! 300 Megs of DOS, rest for FreeBSD NFS client. Somehow, I don't think you had this kind of response in mind :) Honestly, there was some extender on controller installation floppy, but we knew better than to use it. I'll try to dig the floppy out. /Alby > -- > ]] 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 2 11:45:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06141 for hackers-outgoing; Tue, 2 Jan 1996 11:45:57 -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 LAA06113 Tue, 2 Jan 1996 11:45:49 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA29677; Wed, 3 Jan 1996 06:41:46 +1100 Date: Wed, 3 Jan 1996 06:41:46 +1100 From: Bruce Evans Message-Id: <199601021941.GAA29677@godzilla.zeta.org.au> To: bora@wireless.stanford.edu, msmith@atrad.adelaide.edu.au Subject: Re: Boot Loader when both IDE and SCSI present. How to Install? V.2 Cc: hackers@FreeBSD.org, questions@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >> > Not a big problem, but in my opinion, LINUX booting process is ten times >> > better. >> >> Care to tell us about how it works? We're always happy to improve... >OK, >Here is how the Linux boot loader works (I did not write so I am giving you >only a functional description, you can check out the details at www.linux.org >under Howto section under LILO. >Linux uses a boot loader called LILO. LILO may use the MBR. It uses a file >callled /etc/lilo.conf. In this file you specify which image to boot from >where and it also uses a map of the disk drives. You run lilo, it installs LILO is actually an optional boot loader (sort of like booteasy except it handles kernel images too) that is used by many distributions because the loader built into the kernel images is so much _worse_ than FreeBSD's native boot loader. With LILO, you can specify the Linux root device using an arg string (e.g., "root=/dev/hda1") (good) but changing the kernel requires running a utility to set up a map of the blocks used in the kernel (bad). Bruce From owner-freebsd-hackers Tue Jan 2 12:08:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07203 for hackers-outgoing; Tue, 2 Jan 1996 12:08: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 MAA07198 for ; Tue, 2 Jan 1996 12:08:34 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA12443; Tue, 2 Jan 1996 12:59:17 -0700 From: Terry Lambert Message-Id: <199601021959.MAA12443@phaeton.artisoft.com> Subject: Re: FreeBSD, Zappa & PCI To: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 2 Jan 1996 12:59:17 -0700 (MST) Cc: uhclem@nemesis.lonestar.org, hackers@FreeBSD.org In-Reply-To: <199601011951.AA17943@Sysiphos> from "Stefan Esser" at Jan 1, 96 08:51:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > I'll probably make the "no driver assigned" message go away > for all kinds of support chips (CPU to PCI bridge, standard > ISA peripherals, ...), since those can be identified by their > PCI class code. (This is already done for PCI graphics cards.) NetBSD has a very large database for this in their current code. It is actually probably too large, IMO. We need ELF or some other mechanism for segment identification to enable kernel paging. 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 2 12:23:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07783 for hackers-outgoing; Tue, 2 Jan 1996 12:23: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 MAA07778 for ; Tue, 2 Jan 1996 12:23:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA12473; Tue, 2 Jan 1996 13:14:28 -0700 From: Terry Lambert Message-Id: <199601022014.NAA12473@phaeton.artisoft.com> Subject: Re: Any plans for a port to DEC Alpha? To: grog@lemis.de Date: Tue, 2 Jan 1996 13:14:28 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199512291842.TAA22354@allegro.lemis.de> from "Greg Lehey" at Dec 29, 95 07:42:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I seem to recall that there was some discussion about a port to Alpha > a while back, but I can't find it now. A friend of mine just rang up > and offered me an Alpha machine if I were prepared to port some > software (of my choice) to it. There's just the possibility that > more than one machine is available, but I can't promise that at this > stage. So, my question: > > - what are the plans? > - would the availability of hardware make these plans more favourable > towards a port? Nekotech had loaned hardware to both Jeffrey Hsu and myself; they were PCI 33 MHz boards. We had NetBSD up an running (CGD's and Jeffrey's doing) and I was hacking FreeBSD pieces into it (VM and console and timer code, mostly) when the company had to recall the hardware to send out to other porters. The hardware is very expensive and offers very little benefit, IMO, but it did help identify a lot of places where interface generalization needs to happen for multiple platform support. For instance, the sconsole code sound support requires extensive timer support for sound, and really wants a timer registration mechanism that registers by ID and then adds sound support. Basically, blackboxing underlying hardware facilities in not-necessarily-uniform-sized-lumps. If you want to continue working a port, I can point you at the NetBSD source base. Unfortunately, my 2G Alpha formatted drive is pretty useless for sending you code unless I buy a machine myself (which I might do -- Nekotech still has not responded with pricing info, though). 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 2 12:25:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07906 for hackers-outgoing; Tue, 2 Jan 1996 12:25:03 -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 MAA07901 for ; Tue, 2 Jan 1996 12:25:01 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA09773; Tue, 2 Jan 96 12:24:59 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Message-Id: <9601022024.AA09773@toadflax.cs.ucdavis.edu> Subject: Re: X for install To: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Date: Tue, 2 Jan 1996 12:24:57 -0800 (PST) In-Reply-To: from "Bob Bishop" at Jan 2, 96 09:33:43 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 > functionally it'll be neutral at best. More likely it won't run on a wide > range of hardware and it'll be slow (am I the only person in the world who > gets pissed off with how long it takes to install Solaris 2?). No, no, no you aren't. Why did Sun do that? What did it buy them?!? So much of it still rather "character based". Gosh I hate that thing. Everytime I install I get lost in the menus to specify my own partition setups. I real pain. SunOS v4.x.y was easier to me (I never accept "standard" partitioning). > people don't install that often anyway. It's simply not worth investing in > an X-based installation that could at best only deliver cosmetic > improvements; better use the effort to smooth the functional bumps in the > existing install over the widest possible range of hardware. Amem brother. Case in point. My step-father wanted to play with Unix after becomming a budding "power-user" :-) under MS-DOS and MS-Windoz. He as a Gateway 2000 that came with a Mitsumi (sp?) CDROM drive. The boot floppy kernel/sysinstall can install from it (as mcd1 though). However after booting the GENERIC kernel it won't reconize his CDROM. I've hard that Linux may have handled this better. I've tried stepping him through things to get him running, but I'm on the opposite coast from him. Since I've never seen one, I can only guess. Tried the usual is the CDROM drive jumpered for primary/secondary, what is the IRQ and I/O ports being used, etc. But it has been hard investigating the problem. (we've finally got some email that I think gives the answer) If I wasn't running FreeBSD and able to offer suggestions on things to try, he would have given up on FreeBSD. Many others with this type of hardware doesn't have someone else to talk about these problems. IMHO, it would be better to send time dealing with this type of installation issues (if time is going to be spent and JHK is interested in it :-)) than making a pretty X-Windows sysinstall with no added functionality. -- David (obrien@cs.ucdavis.edu) From owner-freebsd-hackers Tue Jan 2 12:34:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08697 for hackers-outgoing; Tue, 2 Jan 1996 12:34:47 -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 MAA08682 for ; Tue, 2 Jan 1996 12:34:42 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA09963; Tue, 2 Jan 96 12:34:40 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Message-Id: <9601022034.AA09963@toadflax.cs.ucdavis.edu> Subject: Re: syscons driver To: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Date: Tue, 2 Jan 1996 12:34:38 -0800 (PST) In-Reply-To: <199601021844.LAA12261@phaeton.artisoft.com> from "Terry Lambert" at Jan 2, 96 11:44:57 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 > > We cannot assume that Joe Random User has X capable HW, and much less > > that he knows what it is he has. > > We *should* assume that Joe out on the Net has X capable HW . > If we have problems with *supported* X hardware then we should addressed > them and not say that we should not be emphasizing X capable apps. Maybe, but personally, I don't want to spend my net connection bringing over the X server and bloated sysinstall. The most often compaired OS installs are MS-NT and OS/2. MS-NT has _3_ 1.44meg floppies of drivers and boot strapping you have to go through just to be able to talk to the hard disk and CDROM drive. It is from the CDROM that it loads all the "pretty" GUI's. OS/2 has 2 1.44meg disks and doesn't support near as many hardware varitities. IMHO, these bloated install programs are only practicle if you know the user is installing from CDROM media. -- David (obrien@cs.ucdavis.edu) From owner-freebsd-hackers Tue Jan 2 13:05:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10345 for hackers-outgoing; Tue, 2 Jan 1996 13:05:47 -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 NAA10339 for ; Tue, 2 Jan 1996 13:05:40 -0800 (PST) Received: by Sysiphos id AA26983 (5.67b/IDA-1.5 for freebsd-hackers@freebsd.org); Tue, 2 Jan 1996 22:03:13 +0100 Message-Id: <199601022103.AA26983@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 2 Jan 1996 22:03:12 +0100 In-Reply-To: Terry Lambert "Re: FreeBSD, Zappa & PCI" (Jan 2, 12:59) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Terry Lambert Subject: Re: FreeBSD, Zappa & PCI Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 2, 12:59, Terry Lambert wrote: } Subject: Re: FreeBSD, Zappa & PCI } > I'll probably make the "no driver assigned" message go away } > for all kinds of support chips (CPU to PCI bridge, standard } > ISA peripherals, ...), since those can be identified by their } > PCI class code. (This is already done for PCI graphics cards.) } } NetBSD has a very large database for this in their current code. Yes, I knew about that, and used it as a reference at a time ... } It is actually probably too large, IMO. I don't really understand what use there is to have all those names of unsupported devices in the kernel :) } We need ELF or some other mechanism for segment identification to } enable kernel paging. Well, I don't believe in kernel paging at all! We better kept our kernel reasonably small ... 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 Tue Jan 2 13:32:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11775 for hackers-outgoing; Tue, 2 Jan 1996 13:32:04 -0800 (PST) Received: from gemsgw.med.ge.com (gemsgw.med.ge.com [192.88.230.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA11755 for ; Tue, 2 Jan 1996 13:31:53 -0800 (PST) Received: from gemed.med.ge.com (gemed.med.ge.com [3.7.12.4]) by gemsgw.med.ge.com (8.6.12/8.6.12) with ESMTP id PAA04135; Tue, 2 Jan 1996 15:30:24 -0600 Received: from sol.sol.med.ge.com (sol-gw [3.28.124.2]) by gemed.med.ge.com (8.6.12/8.6.12) with SMTP id PAA12492; Tue, 2 Jan 1996 15:31:06 -0600 Received: from merak.med.ge.com by sol.sol.med.ge.com (4.1/SMI-4.1) id AA24653; Tue, 2 Jan 96 15:32:20 CST From: laufen@sol.med.ge.com (Derek Laufenberg x7-4534) Received: by merak.med.ge.com (4.1/client-1.3) id AA28357; Tue, 2 Jan 96 15:32:19 CST Date: Tue, 2 Jan 96 15:32:19 CST Message-Id: <9601022132.AA28357@merak.med.ge.com> To: msmith@atrad.adelaide.edu.au, marino.ladavac@aut.alcatel.at Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > > > > Oi! Anyone out there with a non-LBA PC with an IDE disk bigger than 500M, > > using something other than Disk Manager, speak up! We need info from you > > about it! > > 300 Megs of DOS, rest for FreeBSD NFS client. > > Somehow, I don't think you had this kind of response in mind :) I haven't been following this thread, but this caught my eye. Sorry if I'm missing the whole topic. On one of my systems, I have an WDC 850M disk which I use for both DOS and FreeBSD. I also use the "On Track" disk manager which came with the disk when I got it. Here is how it is partitioned out: 100M DOS - C 120M FreeBSD 630M DOS - D LBA is turned OFF in bios and on Promise 2300+ IDE card I use OSBS as the boot selector. The "On Track" is installed in the boot sector of the disk (I think) and it makes it look like the disk has sectors before sector 0 (negitive sectors) which contains the Ontrack code. Now the boot sector, where OSBS/Booteasy lives is moved up a little way on the disk, but still seems to be at sector 0 or where ever it lives. When I boot FreeBSD I see the following: BIOS memory and disk checks ON Track banner OSBS Boot Screen When I select FreeBSD it boots and runs fine. I assume the ON TRACK code is still being used for the IDE interface, but this doenst seem to be a problem. This system gets most of its real stuff over NFS so a small disk was used. I was careful to get both Boot partitions under the 500M limit. The DOS-D disk works fine. I have all my windows (waiting for wine to be real) applications there. I haven't tried win95 yet. I hope this helps. I hope it was somewhat topical. Derek Laufenberg laufen@sol.med.ge.com From owner-freebsd-hackers Tue Jan 2 13:40:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12653 for hackers-outgoing; Tue, 2 Jan 1996 13:40:14 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA12586 for ; Tue, 2 Jan 1996 13:39:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA12637; Tue, 2 Jan 1996 14:31:02 -0700 From: Terry Lambert Message-Id: <199601022131.OAA12637@phaeton.artisoft.com> Subject: Re: syscons driver To: obrien@cs.ucdavis.edu (David E. O'Brien) Date: Tue, 2 Jan 1996 14:31:02 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <9601022034.AA09963@toadflax.cs.ucdavis.edu> from "David E. O'Brien" at Jan 2, 96 12:34:38 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Maybe, but personally, I don't want to spend my net connection bringing > over the X server and bloated sysinstall. The most often compaired OS > installs are MS-NT and OS/2. MS-NT has _3_ 1.44meg floppies of drivers > and boot strapping you have to go through just to be able to talk to the > hard disk and CDROM drive. It is from the CDROM that it loads all the > "pretty" GUI's. OS/2 has 2 1.44meg disks and doesn't support near as > many hardware varitities. > > IMHO, these bloated install programs are only practicle if you know the > user is installing from CDROM media. First, a minor correction: those floppies are DMF: they are larger than 1.44M by more than a little bit. Second, a general UI API that makes no distinction between text and graphics on the call end does not *require* X to get a GUI. If you don't want to use a GUI, pick the TUI instead when you are presented the option. Finally, I just (last week: yes, on my vacation) installed Win95 from floppies on several machines (it was one of those "Relative asks" type of things) and it came up graphically. In fact, to use the upgrade option, you have to be running Windows first. So a GUI is assumed. Finally, many many products use the "install shield" toolkit (even MSVC), a third party product that provides enough of a Windows API for a nominally text system to do a graphical install. Don't get me wrong: I find the text only install for remote, small, and headless hardware to be a good idea. But CGA and EGA and MGA hardware is *not* "incapable of running X" and we shouldn't be pretending that it is, then using that as the rationale for not allowing GUI installs as an option. I know that once I'm in an environment, I don't want to leave; the biggest problem is usability of the system administration tools (such as they aren't -- negation intentional) for both the initial install and subsequent administrative tasks. And *both* should take place in the environment the user will be running in, and that's most likely going to be X (if it isn't for you, then good for you: you can use the TUI version of the shared library with the same API. 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 2 13:45:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12981 for hackers-outgoing; Tue, 2 Jan 1996 13:45: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 NAA12975 Tue, 2 Jan 1996 13:45:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA12678; Tue, 2 Jan 1996 14:37:03 -0700 From: Terry Lambert Message-Id: <199601022137.OAA12678@phaeton.artisoft.com> Subject: Re: Network Card id code To: james@else.net (James FitzGibbon) Date: Tue, 2 Jan 1996 14:37:02 -0700 (MST) Cc: questions@freebsd.org, hackers@freebsd.org In-Reply-To: from "James FitzGibbon" at Dec 30, 95 03:44:52 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > I've got a system running with FreeBSD that has an unknown PCI ethernet > adapter in it. It's not detected by anything in the GENERIC kernel under > 2.1R or 2.2-current. The card is pretty generic, supporting BNC and > 10BaseT. It has a "Runs with Novell"-type sticker on the main chip. Means it has (at least) an ODI client driver. It *might* have an ODI server driver. You will need to know the vendor/device id to driver mapping to make a driver see it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jan 2 13:54:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA13562 for hackers-outgoing; Tue, 2 Jan 1996 13:54:54 -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 NAA13554 Tue, 2 Jan 1996 13:54:51 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA12712; Tue, 2 Jan 1996 14:45:14 -0700 From: Terry Lambert Message-Id: <199601022145.OAA12712@phaeton.artisoft.com> Subject: Re: X rated applications To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 2 Jan 1996 14:45:14 -0700 (MST) Cc: hasty@rah.star-gate.com, sos@FreeBSD.org, msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.org In-Reply-To: <5248.820269898@time.cdrom.com> from "Jordan K. Hubbard" at Dec 29, 95 12:44:58 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 > > If memory does not failed me , the why people don't write apps > > subject was first mentioned by Soren and he proposed yet another > > graphic API. Thats when I started jumping in . Furthermore, it is my > > believe, Jordan, that you want to or wanted to de-emphasize X apps > > due to: > > I do not want to de-emphasise X apps. If you want to write a word > processor, a 3D drawing system or a virtual reality visor that uses X > then by all means - go for it! I'd love to see more of those sorts of > applications available for FreeBSD. If you do do this, please make the word processor look and act exactly like Microsoft Word. This would be a big selling point. Especially if it could use their file formats unmodified, and was independent of host vs. file token stream byte order. Now if we can only get someone to rewrite the rest of MS Office... and then offer a "competitive upgrade" CDROM. 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 2 14:00:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA13969 for hackers-outgoing; Tue, 2 Jan 1996 14:00: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 OAA13964 for ; Tue, 2 Jan 1996 14:00:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA12725; Tue, 2 Jan 1996 14:50:24 -0700 From: Terry Lambert Message-Id: <199601022150.OAA12725@phaeton.artisoft.com> Subject: Re: Is anyone working on a QuickCam driver/app? To: truesdel@nas.nasa.gov Date: Tue, 2 Jan 1996 14:50:23 -0700 (MST) Cc: jkh@time.cdrom.com, frank@exit.com, hackers@freebsd.org In-Reply-To: <17021.820271591@nas.nasa.gov> from "Dave Truesdell" at Dec 29, 95 01:13:11 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 [ ... QuickCam ... ] > I received e-mail from them on the 21st of December, saying that they have > decided that they really will release the protocols if you sign a > non-disclosure/non-compete agreement with them. They claim that they are > documenting the protocols and that they would be available the second week of > January. However, I'll believe it when I see it. They claimed they would > release the protocols under NDA's before, but from everything I've seen, they > never really prepared to do so. NDA means that you can't release the source code. NDA means there's really no point in providing a third party driver, since you can't give it to anyone except as a binary, so you get to spend the rest of your life playing "maintenance programmer" as you track OS changes. This is why the Adaptec drivers aren't distributed as binaries derived from HIM layer sources acquired under NDA. 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 2 14:06:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14236 for hackers-outgoing; Tue, 2 Jan 1996 14:06: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 OAA14224 for ; Tue, 2 Jan 1996 14:06:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA12741; Tue, 2 Jan 1996 14:53:26 -0700 From: Terry Lambert Message-Id: <199601022153.OAA12741@phaeton.artisoft.com> Subject: Re: ASUS P6/Pro MB and P6-200 To: davidg@root.com Date: Tue, 2 Jan 1996 14:53:26 -0700 (MST) Cc: rashid@rk.ios.com, techadm@elvisti.kiev.ua, hackers@FreeBSD.ORG In-Reply-To: <199512292323.PAA02917@corbin.Root.COM> from "David Greenman" at Dec 29, 95 03:23:26 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 > A question that we both eagerly await an answer to. :-) All indications at > this time are that they *will* upgrade the motherboard when the problem is > fixed. You mean "if the problem is fixed"? Seems to me that if they intended to do this, they would have socketed the part -- is it socketed? 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 2 14:22:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14970 for hackers-outgoing; Tue, 2 Jan 1996 14:22:02 -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 OAA14960 for ; Tue, 2 Jan 1996 14:21:52 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA09874; Tue, 2 Jan 1996 23:21:41 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA05873; Tue, 2 Jan 1996 23:21:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA17244; Tue, 2 Jan 1996 23:19:07 +0100 (MET) From: J Wunsch Message-Id: <199601022219.XAA17244@uriah.heep.sax.de> Subject: Re: rocket port driver To: vazquez@IQM.Unicamp.BR (Pedro A M Vazquez) Date: Tue, 2 Jan 1996 23:19:07 +0100 (MET) Cc: hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601021425.OAA24880@kalypso.iqm.unicamp.br> from "Pedro A M Vazquez" at Jan 2, 96 02:25: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 Pedro A M Vazquez wrote: > > There is a Linux device driver for the Comtrol's rocketport > multiserial I/O cards in ftp.comtrol.com, it is a lkm module. > Has anyone ported this driver to FreeBSD? A friend of mine is an ISP > using Linux using this cards and he would like to try FreeBSD instead. Nope. But i once considered porting a driver for a Comtrol board, and they are _very_ cooperative. There are good chances that anybody who wants to write a driver will get support from them. (I've got full doc including the source code of a SysV driver for one of their older boards, but alas, the board is really too ancient to justify the amount of work needed for a driver, just for the single card i've got.) -- 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 2 14:24:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15122 for hackers-outgoing; Tue, 2 Jan 1996 14:24:46 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA15115 for ; Tue, 2 Jan 1996 14:24:40 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA12795; Tue, 2 Jan 1996 15:15:51 -0700 From: Terry Lambert Message-Id: <199601022215.PAA12795@phaeton.artisoft.com> Subject: Re: EIDE support (was Re: Lowend support! ) To: uhclem@nemesis.lonestar.org (Frank Durda IV) Date: Tue, 2 Jan 1996 15:15:51 -0700 (MST) Cc: hackers@freebsd.org, jkh@time.cdrom.com, uhclem@nemesis.lonestar.org In-Reply-To: from "Frank Durda IV" at Dec 29, 95 11:53:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > There are now two things that make EIDE support a big pain. Even when there > was only one known problem, Microsoft decided to not enable EIDE features > in Windows '95. Wrong. They are enabled by default. You must: o Start menu o Select "Settings" SubMenu o Select submenu item "Control Panel" o Double click the "System" control panel item o Click the "Performance" tab o Click the "File system..." button under the "Advanced Settings" tab group to bring up the "File System Properties" dialog o Click the "Troubleshooting" tab o Click the checkbox to cause a checkmark to appear to the left of the "Disable all 32 bit protect-mode disk drivers" o Click the "Apply" button o Click the "OK" button o Acknowledge all the windows closed and let it reboot your system This will disable the EIDE feature that triggers the well known bug. I had to do this 3 days ago on my dad's computer. > Here are the big issues as of last week: > > 1. The EIDE interface chip in hundreds of thousands of motherboards from > Intel, which ended up in Gateway, AST, Packard Bell and probably > a dozen other brands of computer you know has a serious bug in it. > When the enhanced IDE features are enabled, the chip gets out of sync, > and transfers the wrong data once in a while. A byte here, a byte > there. I believe the chip was made by PC-TECH, and probably exists > in many non-Intel boards as well. It is the RZ1000 chip. It is used in approximately 1/3 of all EIDE controllers. The actual problem is that a disk interrupt received during a DMA will cause the DMA to silently fail. This was discussed to death in the comp.sys.intel news group. > Microsofts' solution to this problem was to completely disable EIDE > support in Windows '95. Was to make *you* disable it. One of the reasons we just got a Microsoft support center here in Tucson. > Intel is supposedly providing a DOS TSR that overrides the BIOS > drivers for people running DOS or Windows 3.x, so that the BIOS > can't enable the EIDE functions that are broken. Intel is also > making BIOS updates available to some boards that also disable the > EIDE support, leaving the user with conventional IDE performance. > > Intel does have a lot of information on this problem on their > WWW site, but they are pretty evasive about how they are "fixing" > the hardware problem with software. No wonder. Right. The "fix" is to disable overlaping (some BIOS's that can set it call it "interleaved") I/O to the controller. > That makes anyone who is thinking about writing additional code which > turns on EIDE functions which will then corrupts peoples' hard disks think > twice. It seems like the unpopular thing to do. But wait, there is more. The main EIDE feature is its ability to do CDROM. It does this by pushing SCSI commands to the CDROM over the EIDE bus interface. Suprise! You *can't* avoid SCSI this way, so you might as well give in and go SCSI in the first place. 8-). [ ... ] > What it seems to boil down to is that if you have a EIDE-compliant > drive and a ATA-2-compliant drive on the same IDE/EIDE host interface > and you are using the EIDE/ATA-2 features (instead of running the > drives in plain IDE mode), particularly if you enable DMA transfers, > data on the drive NOT being accessed can be corrupted by transfers > to and from the active drive. Some other non-DMAish functions also > cause data transfer corruption, so avoiding DMA functions isn't > good enough. Oh yea. > If after all the finger-pointing, denials, and leaked confirmations calm > down and we get truthful and a halfway consistent explanation of the > problem, maybe EIDE/ATA-2 can be salvaged. > > For the FreeBSD project, right now it sounds like EIDE/ATA-2 extensions are > really dangerous for us to enable on just anybodys system. > > In my opinion, at the very least any EIDE/ATA-2 functions that are > implemented should not be enabled automatically (remember, even Microsoft > is not turning them on), and we must require the deliberate setting of a > parameter or rebuilding the kernel before the EIDE/ATA-2 functions become > active. I think that a pure ATA-2 environment can be salvaged... at least I haven't seen any counterclaims. Anyway, barring minor corrections (which you should look up in a comp.sys.intel archive instead of trusting me 8-)), I think your article ought to be posted everywhere and emailed to the editors at the trade rags. 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 Tue Jan 2 14:28:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15254 for hackers-outgoing; Tue, 2 Jan 1996 14:28:43 -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 OAA15238 Tue, 2 Jan 1996 14:28:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA00704; Tue, 2 Jan 1996 14:28:25 -0800 To: "Jonathan M. Bresler" cc: Michael Smith , hasty@rah.star-gate.com, bora@wireless.stanford.edu, imp@village.org, hackers@freebsd.org Subject: Re: X for install (was: Re: syscons driver) In-reply-to: Your message of "Tue, 02 Jan 1996 06:34:09 EST." Date: Tue, 02 Jan 1996 14:28:25 -0800 Message-ID: <702.820621705@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > sounds like the configure script from perl-4.036. asks a bunch > of questions, searches out information, does some tiny compilies. then > lets the user edit a file containing all the data. You can actually do something like this now with the existing `scripting' abilities of sysinstall. Write a little Windows program that spits out the appropriate configuration data (see /usr/src/release/sysinstall/freebsd.cfg for my laptop's installation script file) after asking Joe User all kinds of questions. It's not that far off as it is! Jordan From owner-freebsd-hackers Tue Jan 2 14:28:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15263 for hackers-outgoing; Tue, 2 Jan 1996 14:28: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 OAA15247 for ; Tue, 2 Jan 1996 14:28:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA12812; Tue, 2 Jan 1996 15:19:30 -0700 From: Terry Lambert Message-Id: <199601022219.PAA12812@phaeton.artisoft.com> Subject: Re: Any CGI hackers out there? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 2 Jan 1996 15:19:30 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <4087.820342840@time.cdrom.com> from "Jordan K. Hubbard" at Dec 30, 95 09:00:40 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 still think it'd be really interesting to have a `CVS tree browser' > that let you view diff and log information for individual files! A > lot of people don't have room for their own copies of the CVS tree or > really only very occasionally want to trace the lineage and change > history of a given file and a CVS-over-the-WEB page would be, I am > quite sure, a very well-received service! How about a read-only anon-NFS export of the CVS tree? Save a lot of supping for an occasional checkout, etc. 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 2 14:33:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15604 for hackers-outgoing; Tue, 2 Jan 1996 14:33:32 -0800 (PST) Received: from cps201.cps.cmich.edu (cps201.cps.cmich.edu [141.209.20.201]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA15596 Tue, 2 Jan 1996 14:33:22 -0800 (PST) Received: from cps226 (cps226.cps.cmich.edu [141.209.20.226]) by cps201.cps.cmich.edu (8.6.12/8.6.12) with SMTP id RAA15099; Tue, 2 Jan 1996 17:32:47 -0500 Date: Tue, 2 Jan 1996 17:31:30 -0500 (EST) From: Mail Archive X-Sender: archive@cps226 To: Terry Lambert cc: jmb@FreeBSD.ORG, terry@lambert.org, joerg_wunsch@uriah.heep.sax.de, daemon@bee.cs.kiev.ua, freebsd-hackers@FreeBSD.ORG Subject: Re: NFS In-Reply-To: <199601021828.LAA12211@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 2 Jan 1996, Terry Lambert wrote: > > I have Andrews lockd and my kernel patches mostly work. His statd seems > to work with no problems. > Is it possible to get a copy of these so that my boss can work on it? We are getting "REAL" desperate here now because we have had 3 files servers crash in the last three days.. (what a way to start a new year) Anyway all we have left is FreeBSD machines so I need something to keep our suns from complaining. PLEASE help me :) Anyway if you have diffs against 2.1.0-REL it would be great but I will go -current if I have to... Thanks Matthew S. Bailey From owner-freebsd-hackers Tue Jan 2 14:43:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16386 for hackers-outgoing; Tue, 2 Jan 1996 14:43:03 -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 OAA16376 for ; Tue, 2 Jan 1996 14:42:52 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA12861; Tue, 2 Jan 1996 15:33:42 -0700 From: Terry Lambert Message-Id: <199601022233.PAA12861@phaeton.artisoft.com> Subject: Re: login ids > 7 To: cosmos@misery.bssc.org (Daniel Leeds) Date: Tue, 2 Jan 1996 15:33:42 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601021622.LAA28094@misery.bssc.org> from "Daniel Leeds" at Jan 2, 96 11:22:53 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 > can freebsd support extended login ids? > > ie, a user with 10 characters instead of 7? Yes. There are defines in the header files. After which you will need to rebuild the world. And you will need to rebuild the world for any machine you are using YP for, since YP assumes 8 characters for wire transport by default. Be a real bugger if one of them is a Sun machine and you don't have Solaris source code. 8-). BTW: The default limit is not 7. 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 2 14:46:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16634 for hackers-outgoing; Tue, 2 Jan 1996 14:46:00 -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 OAA16627 for ; Tue, 2 Jan 1996 14:45:50 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA12882; Tue, 2 Jan 1996 15:36:41 -0700 From: Terry Lambert Message-Id: <199601022236.PAA12882@phaeton.artisoft.com> Subject: Re: FreeBSD, Zappa & PCI To: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 2 Jan 1996 15:36:41 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@freebsd.org In-Reply-To: <199601022103.AA26983@Sysiphos> from "Stefan Esser" at Jan 2, 96 10:03:12 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 > } We need ELF or some other mechanism for segment identification to > } enable kernel paging. > > Well, I don't believe in kernel paging at all! > We better kept our kernel reasonably small ... So then how am I supposed to load and use Win95 and NT VXD's under FreeBSD? 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 Tue Jan 2 14:49:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16941 for hackers-outgoing; Tue, 2 Jan 1996 14:49:17 -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 OAA16931 for ; Tue, 2 Jan 1996 14:48:55 -0800 (PST) Received: from cddotdot.mikom.csir.co.za by daisy.ee.und.ac.za with smtp (Smail3.1.28.1 #31) id m0tXEhJ-0007WOC; Tue, 2 Jan 96 23:56 GMT+0200 Received: by cddotdot.mikom.csir.co.za (/\==/\ Smail3.1.22.1 #22.20) id ; Tue, 2 Jan 96 23:56 SAT Message-Id: From: tnaggs@cddotdot.mikom.csir.co.za (Anthony Naggs) Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: marino.ladavac@aut.alcatel.at Date: Tue, 2 Jan 96 23:56:05 SAT Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <9601021941.AA25666@atuhc16.atusks01.aut.alcatel.at>; from "marino.ladavac@aut.alcatel.at" at Jan 2, 96 8:41 pm Mailer: Elm [revision: 70.30] Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I don't recall seeing the original posting, anyway ... > > > Oi! Anyone out there with a non-LBA PC with an IDE disk bigger than 500M, > > using something other than Disk Manager, speak up! We need info from you > > about it! > > 300 Megs of DOS, rest for FreeBSD NFS client. > > Somehow, I don't think you had this kind of response in mind :) > > ... For DOS machines there seem to be two products in use. The first being Disk Manager, which can either: 1. be loaded as a DOS device driver from a smaller boot partition, and provides access to the rest of the disk as Disk Manager partitions, (like the earlier version that overcame the 32Mb per hard drive limitation). 2. Loads from the MBR, installs itself in memory in the Int 13h chain and handles the LBA addressing "transparently". Confusion comes from the requirement to set a small hard drive size in the CMOS setup. (Currently shipped on Maxtor IDE hard drives >504Mb.) [I prefer the first option myself, as I normally partition my DOS disks anyway and it gives me control.] The other product is Micro House's EZ-Drive, which does much the same thing but only works in the second mode described above. (Currently shipped on Seagate drives >504Mb.) -- 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 Tue Jan 2 14:50:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17012 for hackers-outgoing; Tue, 2 Jan 1996 14:50:20 -0800 (PST) Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA17003 for ; Tue, 2 Jan 1996 14:50:05 -0800 (PST) Received: by freebsd.netcom.com (8.6.12/SMI-4.1) id QAA06359; Tue, 2 Jan 1996 16:55:20 -0600 From: bugs@freebsd.netcom.com (Mark Hittinger) Message-Id: <199601022255.QAA06359@freebsd.netcom.com> Subject: dual p6 benchmarks To: hackers@freebsd.org Date: Tue, 2 Jan 1996 16:55:20 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Info-World Dec-25 issue has some benchmarks on an ALR dual p-6 motherboard. FYI :-) Regards, Mark Hittinger Netcom/Dallas bugs@freebsd.netcom.com From owner-freebsd-hackers Tue Jan 2 14:50:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17034 for hackers-outgoing; Tue, 2 Jan 1996 14:50:38 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA17025 for ; Tue, 2 Jan 1996 14:50:31 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id RAA21071 for hackers@freebsd.org; Tue, 2 Jan 1996 17:46:34 -0500 From: Rashid Karimov Message-Id: <199601022246.RAA21071@rk.ios.com> Subject: Any SNMP agent for FreeBSD ? To: hackers@freebsd.org Date: Tue, 2 Jan 1996 17:46:33 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi there folx, I'm wondering if there is anything SNMP-2 compliant for (Free)BSD available in sources ? I'm interested in pretty simple statistic only - mostly if the thing is up, what's the current load ... probably some networking statistic ... Rashid From owner-freebsd-hackers Tue Jan 2 14:59:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17624 for hackers-outgoing; Tue, 2 Jan 1996 14:59:29 -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 OAA17619 for ; Tue, 2 Jan 1996 14:59:24 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA12933; Tue, 2 Jan 1996 15:49:13 -0700 From: Terry Lambert Message-Id: <199601022249.PAA12933@phaeton.artisoft.com> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: laufen@sol.med.ge.com (Derek Laufenberg x7-4534) Date: Tue, 2 Jan 1996 15:49:12 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, marino.ladavac@aut.alcatel.at, hackers@FreeBSD.ORG In-Reply-To: <9601022132.AA28357@merak.med.ge.com> from "Derek Laufenberg x7-4534" at Jan 2, 96 03:32:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > The "On Track" is installed in the boot sector of the disk (I think) and > it makes it look like the disk has sectors before sector 0 (negitive sectors) > which contains the Ontrack code. Now the boot sector, where OSBS/Booteasy > lives is moved up a little way on the disk, but still seems to be at sector > 0 or where ever it lives. The OnTrack code is a 64 sector lump that is a TSR that redirects the INT 13 interface to the LBA interface of EIDE controllers and does a geometry translation to get there. It then adds 64 to the sector of all INT 13 requests, and since INT 21 uses INT 13, BIOS calls. Then it calls the MBR at the new logical "sector 0" as if the machine were booting with translation in standard BIOS instead of the TSR. It's basically for critically stupid (ie: IDE) controllers that lack translation capability in their BIOS in order to make them cheap. Oh yeah, it makes them inexpensive, too. 8-). So the "real" MBR uses translated BIOS locations in its partition table to load the BSD boot loader, which in turn uses translated BIOS locations to locate the disklabel, slice a, and load the kernel. So your turning off LBA was probably unnecessary. > When I select FreeBSD it boots and runs fine. I assume the ON TRACK code > is still being used for the IDE interface, but this doenst seem to be a > problem. This system gets most of its real stuff over NFS so a small disk > was used. I was careful to get both Boot partitions under the 500M limit. Right. See above. The 500M limit comes from the BSD inability to talk to the controller using an LBA adressing mechanism. The BSD *does* see the OnTrack and do the 64 sector offsetting. The kernel has to locate the disklabel and remount root, which means it use the C/H/S value and the non-LBA interface (because it uses a protected mode driver, the TSR doesn't do anything for it). You should be *extremely* careful when booting a floppy and then using an FDISK or whatever to manipulate the partition table. In particular, the old "fdisk/mbr after booting from a DOS floppy" will murder the OnTrack boot code and render your data unusable unless you happen to have one of the OnTrack 6.x/7.x disks to reinstall, and are prepared to go hacking the partition table at the 65th sector after the reinstall. 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 2 15:04:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18024 for hackers-outgoing; Tue, 2 Jan 1996 15:04:28 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18019 Tue, 2 Jan 1996 15:04:26 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA12963; Tue, 2 Jan 1996 15:53:28 -0700 From: Terry Lambert Message-Id: <199601022253.PAA12963@phaeton.artisoft.com> Subject: Re: NFS To: archive@cps.cmich.edu (Mail Archive) Date: Tue, 2 Jan 1996 15:53:28 -0700 (MST) Cc: terry@lambert.org, jmb@FreeBSD.ORG, joerg_wunsch@uriah.heep.sax.de, daemon@bee.cs.kiev.ua, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Mail Archive" at Jan 2, 96 05:31:30 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 Tue, 2 Jan 1996, Terry Lambert wrote: > > > > I have Andrews lockd and my kernel patches mostly work. His statd seems > > to work with no problems. > > > Is it possible to get a copy of these so that my boss can work on it? > > We are getting "REAL" desperate here now because we have had 3 files > servers crash in the last three days.. (what a way to start a new year) > > Anyway all we have left is FreeBSD machines so I need something to keep > our suns from complaining. > > > PLEASE help me :) Anyway if you have diffs against 2.1.0-REL it would be > great but I will go -current if I have to... Contact Andrew.Gordon@net-tel.co.uk I am unable to redistribute because of the current copyright terms, an intentional limitation for the Alpha code. The current lockd code is sufficient to shut up a Sun machines complaining, and the current statd code (as far as I've been able to tell) simply works. 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 2 15:14:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18600 for hackers-outgoing; Tue, 2 Jan 1996 15:14:15 -0800 (PST) Received: from gemsgw.med.ge.com (gemsgw.med.ge.com [192.88.230.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18595 for ; Tue, 2 Jan 1996 15:14:12 -0800 (PST) Received: from gemed.med.ge.com (gemed.med.ge.com [3.7.12.4]) by gemsgw.med.ge.com (8.6.12/8.6.12) with ESMTP id RAA16217; Tue, 2 Jan 1996 17:12:53 -0600 Received: from sol.sol.med.ge.com (sol-gw [3.28.124.2]) by gemed.med.ge.com (8.6.12/8.6.12) with SMTP id RAA15696; Tue, 2 Jan 1996 17:13:35 -0600 Received: from merak.med.ge.com by sol.sol.med.ge.com (4.1/SMI-4.1) id AA25668; Tue, 2 Jan 96 17:14:48 CST From: laufen@sol.med.ge.com (Derek Laufenberg x7-4534) Received: by merak.med.ge.com (4.1/client-1.3) id AA29241; Tue, 2 Jan 96 17:14:47 CST Date: Tue, 2 Jan 96 17:14:47 CST Message-Id: <9601022314.AA29241@merak.med.ge.com> To: laufen@sol.med.ge.com, terry@lambert.org Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) Cc: msmith@atrad.adelaide.edu.au, marino.ladavac@aut.alcatel.at, hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > The 500M limit comes from the BSD inability to talk to the controller > using an LBA adressing mechanism. The BSD *does* see the OnTrack and > do the 64 sector offsetting. > > The kernel has to locate the disklabel and remount root, which means > it use the C/H/S value and the non-LBA interface (because it uses a > protected mode driver, the TSR doesn't do anything for it). > > > > You should be *extremely* careful when booting a floppy and then using > an FDISK or whatever to manipulate the partition table. In particular, > the old "fdisk/mbr after booting from a DOS floppy" will murder the > OnTrack boot code and render your data unusable unless you happen to > have one of the OnTrack 6.x/7.x disks to reinstall, and are prepared > to go hacking the partition table at the 65th sector after the reinstall. > The flavor of OnTrack (6.2 i think) allows you to boot a floppy after it has loaded so you can keep your Int 13 handler the same. I don't remember this in the older versions. Do you know if this sort of thing is fixed with Win95 or is it still stupid about big disks? > > 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 2 16:48:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23824 for hackers-outgoing; Tue, 2 Jan 1996 16:48: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 QAA23819 for ; Tue, 2 Jan 1996 16:48:13 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA13221; Tue, 2 Jan 1996 17:37:39 -0700 From: Terry Lambert Message-Id: <199601030037.RAA13221@phaeton.artisoft.com> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: laufen@sol.med.ge.com (Derek Laufenberg x7-4534) Date: Tue, 2 Jan 1996 17:37:38 -0700 (MST) Cc: laufen@sol.med.ge.com, terry@lambert.org, msmith@atrad.adelaide.edu.au, marino.ladavac@aut.alcatel.at, hackers@FreeBSD.ORG In-Reply-To: <9601022314.AA29241@merak.med.ge.com> from "Derek Laufenberg x7-4534" at Jan 2, 96 05:14:47 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > You should be *extremely* careful when booting a floppy and then using > > an FDISK or whatever to manipulate the partition table. In particular, > > the old "fdisk/mbr after booting from a DOS floppy" will murder the > > OnTrack boot code and render your data unusable unless you happen to > > have one of the OnTrack 6.x/7.x disks to reinstall, and are prepared > > to go hacking the partition table at the 65th sector after the reinstall. > > The flavor of OnTrack (6.2 i think) allows you to boot a floppy > after it has loaded so you can keep your Int 13 handler the same. I don't > remember this in the older versions. Note that the above still applies for "undoctored" boot disks. > Do you know if this sort of thing is fixed with Win95 or is it still stupid > about big disks? It is still stupid if you disable 32 bit disk I/O. You *must* disable 32 bit disk I/O if you don't have a BIOS option to disable interleaved I/O *and* you have an RZ1000 based controller. Ie: you *must* make it stupid if you have an RZ1000 and either don't have an advance BIOS option or are afraid to edit it. Which is most people with the 1/3 of all E/IDE controllers. Typically, you'd just hit OnTrack (or the one Seagate ships) before booting Win95. Since it ships as an "upgrade only", you'll be booted with the INT 13 redirector in place and it will be transparent. But this is a FreeBSD list. 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 Tue Jan 2 17:30:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26533 for hackers-outgoing; Tue, 2 Jan 1996 17:30:58 -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 RAA26527 for ; Tue, 2 Jan 1996 17:30:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id SAA25838; Tue, 2 Jan 1996 18:30:39 -0700 Message-Id: <199601030130.SAA25838@rover.village.org> To: rb@gid.co.uk (Bob Bishop) Subject: Re: X for install Cc: hackers@FreeBSD.org In-reply-to: Your message of Tue, 02 Jan 1996 09:33:43 GMT Date: Tue, 02 Jan 1996 18:30:39 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : Let's say there are two sorts of people in the world: A) need a real simple : installation route (or else they need too much support), B) will get by : just fine with a shell prompt and the odd script. Sure we can live with it. I didn't say that. However, it would be nice to have an X install/configuration/upgrade thing that would make the process of installing on my system here that has X running nicer. It would be nicer because you can typically put more information on the screen than under a texted based install tool. It is one of those projects that should be "if someone wants to do it and donate it" rather than "we gotta get a core member working on it." If what Jordan says is true about the scripting language, it shouldn't be that hard to do once someone gets the time. Maybe afer the current on the side contract expires I'll have time. Warner From owner-freebsd-hackers Tue Jan 2 17:43:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26974 for hackers-outgoing; Tue, 2 Jan 1996 17:43: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 RAA26969 for ; Tue, 2 Jan 1996 17:43:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA01166; Tue, 2 Jan 1996 17:42:54 -0800 To: obrien@cs.ucdavis.edu (David E. O'Brien) cc: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Subject: Re: X for install In-reply-to: Your message of "Tue, 02 Jan 1996 12:24:57 PST." <9601022024.AA09773@toadflax.cs.ucdavis.edu> Date: Tue, 02 Jan 1996 17:42:54 -0800 Message-ID: <1164.820633374@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > IMHO, it would be better to send time dealing with this type of > installation issues (if time is going to be spent and JHK is interested > in it :-)) than making a pretty X-Windows sysinstall with no added > functionality. Hey, have any of you ever installed NT 3.51 Workstation? It's sick how badly it shows us up. Mind you, when it fails it fails rather spectacularly (just try installing on a P54NP4 board with an older BIOS revision - NT install blows up and you're left with *zero* clue as to why or what to do next) but when it works, it works really well. Case in point. I sat down last night with a copy of Windows NT on CD and the following hardware: P55TP4-XE MB, Compex Ether32 DC21040 NIC, Generic NCR, Matrox Impression Plus VGA. A pretty off-the-beaten path configuration in many ways, but NT handled it with aplomb. It found my NIC and popped a configuration screen for it in my face, then it found my NCR and the CDROM attached, finished its basic installation then detected my Matrox and offered me a screen setup dialog. System reboots and I'm in a fine (heh) Windows desktop with a crisp 1152x864x24 @ 74Hz display, all my networking working. A few quick clicks with the File Manager and I've got my other NT box's shares mounted and all my standard applications available from the desktop. That's how it *should* work, and as far as I can see, much of the "magic" comes from a little utility named `NTDETECT' - It apparently figures out who's where and reports this information back to higher level code which can say "Aha! A Forchknacker EMT5023 NIC! I have a directory full of crap for this card, some of which I'll just run now.." I've often stated my willingness to do the "GUI" grot that would be required to make all those nifty auto-configuration screens come up, but the `NTDETECT' side of things is not really in my area of expertise. Knowing how to stomp around in the PC memory & I/O address spaces and deal (hopefully) robustly with errors and cards going wiggy when probed is a black art. Any black magicians out there interested in starting a `FreeBSD Detect 1.0' project? :-) I can say one thing with absolute authority: The current "hardware detection" scheme in sysinstall is utterly bogus, hateful and genuinely evil. Jordan From owner-freebsd-hackers Tue Jan 2 18:15:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28368 for hackers-outgoing; Tue, 2 Jan 1996 18:15:22 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA28363 for ; Tue, 2 Jan 1996 18:15:14 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA06405; Wed, 3 Jan 1996 12:45:36 +1030 From: Michael Smith Message-Id: <199601030215.MAA06405@genesis.atrad.adelaide.edu.au> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: tnaggs@cddotdot.mikom.csir.co.za (Anthony Naggs) Date: Wed, 3 Jan 1996 12:45:35 +1030 (CST) Cc: marino.ladavac@aut.alcatel.at, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: from "Anthony Naggs" at Jan 2, 96 11:56:05 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Anthony Naggs stands accused of saying: > For DOS machines there seem to be two products in use. The first being > Disk Manager, which can either: Thanks for the summary. You appear to be somewhat familiar with these suckers; can you offer any details on their respective disk layouts in mode 2. (below for reference) and possibly signatures for detecting them? > 2. Loads from the MBR, installs itself in memory in the Int 13h chain > and handles the LBA addressing "transparently". Confusion comes > from the requirement to set a small hard drive size in the CMOS > setup. (Currently shipped on Maxtor IDE hard drives >504Mb.) (Disk Manager is also shipped with Western Digital drives) > The other product is Micro House's EZ-Drive, which does much the same thing > but only works in the second mode described above. (Currently shipped on > Seagate drives >504Mb.) EZ-Drive appears to also be shipped with Conner drives; PHK, I have/can get a copy of this for you if that's useful. > Anthony Naggs - Computer Security & Anti-Virus Engineer, CSIR, South Africa -- ]] 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 2 18:27:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28790 for hackers-outgoing; Tue, 2 Jan 1996 18:27: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 SAA28785 for ; Tue, 2 Jan 1996 18:26:57 -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 SAA01331 for ; Tue, 2 Jan 1996 18:26:49 -0800 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id TAA26013; Tue, 2 Jan 1996 19:25:28 -0700 Message-Id: <199601030225.TAA26013@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: X for install Cc: freebsd-hackers@FreeBSD.org (FreeBSD Hacker's list) In-reply-to: Your message of Tue, 02 Jan 1996 17:42:54 PST Date: Tue, 02 Jan 1996 19:25:27 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : Hey, have any of you ever installed NT 3.51 Workstation? It's sick : how badly it shows us up. Mind you, when it fails it fails rather : spectacularly (just try installing on a P54NP4 board with an older : BIOS revision - NT install blows up and you're left with *zero* clue : as to why or what to do next) but when it works, it works really well. That's right! I want to be able to get FreeBSD to that point. I'm *NOT* saying you must use it. I'm saying you can. Those that don't want to dl the X server to do the install don't have to! If you have a CD player and all of this is on CD (or, say, a ZIP drive), then why not? : Any black magicians out there interested : in starting a `FreeBSD Detect 1.0' project? :-) *SHUDDER*. The only person that I know in town that knows how to do this did a lot for Linux. He now jumps out of perfectly good airplanes with parachutes purchased from "The Uninsured Parachute Packaging Company of Bangor Maine". : I can say one thing with absolute authority: The current "hardware : detection" scheme in sysinstall is utterly bogus, hateful and : genuinely evil. Agreed. I'm more of a GUI person myself. :-(. However, I like the way that you think.... Warner From owner-freebsd-hackers Tue Jan 2 18:35:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29133 for hackers-outgoing; Tue, 2 Jan 1996 18:35:48 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA29128 for ; Tue, 2 Jan 1996 18:35:44 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id VAA24079; Tue, 2 Jan 1996 21:29:27 -0500 From: Rashid Karimov Message-Id: <199601030229.VAA24079@rk.ios.com> Subject: Re: ASUS P6/Pro MB and P6-200 To: terry@lambert.org (Terry Lambert) Date: Tue, 2 Jan 1996 21:29:27 -0500 (EST) Cc: davidg@root.com, techadm@elvisti.kiev.ua, hackers@FreeBSD.ORG In-Reply-To: <199601022153.OAA12741@phaeton.artisoft.com> from "Terry Lambert" at Jan 2, 96 02:53:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi there ppl, > > > A question that we both eagerly await an answer to. :-) All indications at > > this time are that they *will* upgrade the motherboard when the problem is > > fixed. > > You mean "if the problem is fixed"? > > Seems to me that if they intended to do this, they would have socketed > the part -- is it socketed? Nah ... the only socket is the one with the P6 itself. > > > Terry Lambert Rashid From owner-freebsd-hackers Tue Jan 2 18:39:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29268 for hackers-outgoing; Tue, 2 Jan 1996 18:39:39 -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 SAA29263 for ; Tue, 2 Jan 1996 18:39:37 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id SAA02379; Tue, 2 Jan 1996 18:39:31 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id SAA00164; Tue, 2 Jan 1996 18:39:31 -0800 (PST) Message-Id: <199601030239.SAA00164@corbin.Root.COM> To: Terry Lambert cc: rashid@rk.ios.com, techadm@elvisti.kiev.ua, hackers@freebsd.org Subject: Re: ASUS P6/Pro MB and P6-200 In-reply-to: Your message of "Tue, 02 Jan 96 14:53:26 MST." <199601022153.OAA12741@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 02 Jan 1996 18:39:24 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> A question that we both eagerly await an answer to. :-) All indications at >> this time are that they *will* upgrade the motherboard when the problem is >> fixed. > >You mean "if the problem is fixed"? No, not really. The problem has already been fixed - again, it's caused by a bug in the Orion chipset (specifically, in the A1 stepping). I'm told it's been fixed for awhile, but ASUS tells me that they haven't gotten any of the fixed chips yet. >Seems to me that if they intended to do this, they would have socketed >the part -- is it socketed? I don't think they come in a socketable package (they're in the standard FP), and besides, I don't think ASUS realized that it was going to be a problem for anyone. ...and really, for many people, it probably won't be. -DG From owner-freebsd-hackers Tue Jan 2 18:42:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29371 for hackers-outgoing; Tue, 2 Jan 1996 18:42: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 SAA29364 for ; Tue, 2 Jan 1996 18:42:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA01636; Tue, 2 Jan 1996 18:41:47 -0800 To: Terry Lambert cc: hackers@FreeBSD.ORG Subject: Re: Any CGI hackers out there? In-reply-to: Your message of "Tue, 02 Jan 1996 15:19:30 MST." <199601022219.PAA12812@phaeton.artisoft.com> Date: Tue, 02 Jan 1996 18:41:47 -0800 Message-ID: <1634.820636907@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > How about a read-only anon-NFS export of the CVS tree? Save a lot of > supping for an occasional checkout, etc. Not from freefall.freebsd.org, but...? :-) Jordan From owner-freebsd-hackers Tue Jan 2 18:48:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29676 for hackers-outgoing; Tue, 2 Jan 1996 18:48:19 -0800 (PST) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA29671 for ; Tue, 2 Jan 1996 18:48:15 -0800 (PST) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.29.1) id m0tXJBB-000Z75C; Wed, 3 Jan 96 03:43 MET Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00242; Tue, 2 Jan 1996 19:30:22 +0100 (CET) Received: (from nox@localhost) by saturn (8.6.11/8.6.9) id TAA13667; Tue, 2 Jan 1996 19:29:16 +0100 Date: Tue, 2 Jan 1996 19:29:16 +0100 From: Juergen Lock Message-Id: <199601021829.TAA13667@saturn> To: bde@zeta.org.au Subject: Re: boot from sd1? Cc: hackers@freebsd.org In-Reply-To: <199512310553.QAA19389@godzilla.zeta.org.au> Sender: owner-hackers@freebsd.org Precedence: bulk In article <199512310553.QAA19389@godzilla.zeta.org.au> you write: >>Question: I have wd0, sd0, sd1, and I boot from sd0 (from before I had >>the wd0 drive). When I was running 2.0.5, I patched the boot code to >>default to hd1 so that after getting the secondary boot block off of >>wd0, it would actually boot from sd0. After I installed 2.1.0, I made >>the same change. Now, however, after successfully booting from sd0, >>the kernel panics because it isn't pointing at sd0a as the root device. >>What did I miss? > >It should work. The hard part is getting the kernel started. I've >often recovered from a wrong root device by booting with -d to run >ddb early (with a kernel compiled with options DDB of course) and >editing `bootdev'. Heyy... maybe this is a silly idea :) but what about adding the root device to the list of things configurable with -c? default (-1?) is whatever the boot code (bios) guessed like its now, if thats wrong (`cannot mount root') simply reboot with -c and tell the kernel where it really is. then write this back in dset -q... > >Bruce Juergen From owner-freebsd-hackers Tue Jan 2 19:06:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00403 for hackers-outgoing; Tue, 2 Jan 1996 19:06: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 TAA00394 for ; Tue, 2 Jan 1996 19:06:10 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA13472; Tue, 2 Jan 1996 19:54:17 -0700 From: Terry Lambert Message-Id: <199601030254.TAA13472@phaeton.artisoft.com> Subject: Re: ASUS P6/Pro MB and P6-200 To: davidg@root.com Date: Tue, 2 Jan 1996 19:54:17 -0700 (MST) Cc: terry@lambert.org, rashid@rk.ios.com, techadm@elvisti.kiev.ua, hackers@freebsd.org In-Reply-To: <199601030239.SAA00164@corbin.Root.COM> from "David Greenman" at Jan 2, 96 06:39: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 > I don't think they come in a socketable package (they're in the standard > FP), and besides, I don't think ASUS realized that it was going to be a problem > for anyone. ...and really, for many people, it probably won't be. Bletch. Pentium FP bug argument alert. 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 2 19:13:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA00650 for hackers-outgoing; Tue, 2 Jan 1996 19:13:05 -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 TAA00630 for ; Tue, 2 Jan 1996 19:12:42 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA06495; Wed, 3 Jan 1996 13:37:00 +1030 From: Michael Smith Message-Id: <199601030307.NAA06495@genesis.atrad.adelaide.edu.au> Subject: Re: X for install To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 3 Jan 1996 13:37:00 +1030 (CST) Cc: obrien@cs.ucdavis.edu, freebsd-hackers@freebsd.org In-Reply-To: <1164.820633374@time.cdrom.com> from "Jordan K. Hubbard" at Jan 2, 96 05:42:54 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > I've often stated my willingness to do the "GUI" grot that would be > required to make all those nifty auto-configuration screens come up, > but the `NTDETECT' side of things is not really in my area of > expertise. Knowing how to stomp around in the PC memory & I/O address > spaces and deal (hopefully) robustly with errors and cards going wiggy > when probed is a black art. Any black magicians out there interested > in starting a `FreeBSD Detect 1.0' project? :-) Sure. I require about half a million bucks to do it. The _only_ way to do this _properly_ is to buy several of everything. Microsoft can do this, we can't. 8( We _already_have_ detection code that handles lots of things pretty well, but our current boot-a-generic-kernel installation process is a _major_ bugbear; if we want to go poking and prodding hardware we want a _minimal_ kernel with just disk support and some way of getting a lumpier kernel onto the disk and set appropriately to match the hardware. This means a reboot during the install, or at least a reload of a new kernel. Unless we're really smart, it also means more than a single disk. How small can a kernel be made and still have all the disk drivers in it? We'd want all the SCSI disk drivers, wdc, sio, sc, UFS, CD9660 and a fixed 8M memory limit. No swap stuff, no networking, no quotas. Any DEVFS experts out there care to talk about how easy it is to start up device drivers after bootstrap now? If I have a device driver configured in and disabled, can I kick it later and have it probe for its hardware? This would allow for an alternative approach that has some merits; boot the kernel and then work through the disabled-configured devices in some experimentally-determined fashion, keeping notes along the way. > I can say one thing with absolute authority: The current "hardware > detection" scheme in sysinstall is utterly bogus, hateful and > genuinely evil. Agreed. > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Jan 2 19:23:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA01280 for hackers-outgoing; Tue, 2 Jan 1996 19:23: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 TAA01271 for ; Tue, 2 Jan 1996 19:23:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id TAA02048; Tue, 2 Jan 1996 19:21:14 -0800 To: Michael Smith cc: obrien@cs.ucdavis.edu, freebsd-hackers@freebsd.org Subject: Re: X for install In-reply-to: Your message of "Wed, 03 Jan 1996 13:37:00 +1030." <199601030307.NAA06495@genesis.atrad.adelaide.edu.au> Date: Tue, 02 Jan 1996 19:21:13 -0800 Message-ID: <2046.820639273@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > How small can a kernel be made and still have all the disk drivers > in it? We'd want all the SCSI disk drivers, wdc, sio, sc, UFS, > CD9660 and a fixed 8M memory limit. No swap stuff, no networking, > no quotas. I'm not sure we would. Consider how NT does it - they have one disk that contains the kernel bootstrap and another disk that contains drivers, each of which it loads, tries and then tosses out again if it's not needed. I'd be willing to go to 2 or more boot floppies again if it were for something as nicely generic as that.. :-) Jordan From owner-freebsd-hackers Tue Jan 2 20:11:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05757 for hackers-outgoing; Tue, 2 Jan 1996 20:11:15 -0800 (PST) Received: from rwsystr.lonestar.org (root@rwsystr.nkn.net [204.251.23.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05713 Tue, 2 Jan 1996 20:10:56 -0800 (PST) Received: from nemesis by rwsystr.lonestar.org with uucp (Smail3.1.29.1 #3) id m0tXKOL-000gjDC; Tue, 2 Jan 96 22:01 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tXKQn-000CEfC; Tue, 2 Jan 96 22:04 WET Message-Id: Date: Tue, 2 Jan 96 22:04 WET To: hackers@freebsd.org, current@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Tue Jan 2 1996, 22:04:04 CST Subject: Information on 16550As (9Kbytes) Sender: owner-hackers@freebsd.org Precedence: bulk [Sorry for the cross-post, but I am trying to respond to two different threads on this subject in two different groups, and the information is useful in both. Please edit any Reply/Cc lines accordingly.] --------------- There has been some discussion about problems with the sio drivers and their handling (or mishandling) of 16550 UARTS, or their inability to correctly probe for this hardware. A similar discussion was occurring in comp.dcom.modems, and although I had posted a subset of the information there, it seemed prudent to put it in the FreeBSD mailing list for people who don't read comp.dcom.modems. Hopefully this will clear up the common misconception that if you have a chip with "16650A" written on it, you are in business as far as functionality and compatibility is concerned. This is false. The problem is that there is the real NS16550A, then there are "similar" ??16550[A]s made by other companies. Only a few vendors bother to actually license the National megacell (the only way to assure 100% identical function), and since National has patents on the added FIFO anyway, other competing vendors must take certain liberties with the design so that they can avoid patent infringement AND still work under the Windows driver. These differences may show up when using other drivers, or when particular events occur that were not well tested or considered in the Windows driver. If you are using another OS (like FreeBSD or any other non-MS operating system), then you may be in trouble. In working with numerous modem vendors and 16550-clone makers, I found that the benchmark to success according to the chip makers was whether or not MSD said their part was a 16550, plus whether one or two Windows-based applications using the Microsoft drivers from 3.11 WFW would run correctly. That was the main criteria. Not very impressive or exhaustive testing. This means that the Microsoft COM driver in 3.11 is the primary measure of compatibility, and if that driver didn't use a given feature of the hardware or use it in a certain way, differences between the genuine NS16550A and some other brand may not be show up in Windows, but could foul up any other driver that did use that feature, or accessed the chip differently (different port access ordering, different speeds, etc). National has a program called COMTEST (you can find it on their BBS and supposedly it is on SIMTEL mirrors) that compares your 16550 against the National chip. Of course, the program is biased, as National wants to show as many differences (read: terrible incompatibilities) between their part and these "imposters". I used COMTEST on chips from the other vendors and they did howl when they found out. But it did prove a point that their chips were different since the software was able to detect functional differences. It was then up to the vendor to convince me that the differences were so minor that they would never cause any application to malfunction. I tested parts made by National, TI, StarTech, and CMD plus some 16550s in the form of megacells embedded in internal modems using COMTEST. Here are some of the results: (These tests were performed in 1994 and may not reflect the current product performance of that vendor) Part number Errors aka "differences" reported National (PC16550DV) 0 * National (NS16550AFN) 0 National (NS16C552V) 0 * TI (TL16550AFN) 3 CMD (16C550PE) 19 StarTech (ST16C550J) 23 Rockwell reference modem with internal 16650 or an emulation (RC144DPi/C3000-25) 117 (test modified so that it would not abort due to excessive errors) Sierra modem with internal designed-by-Sierra 16550 (SC11951/SC11351) 91 (test modified so that it would not abort due to excessive errors) Now you can't learn a lot from the raw error count. For example, about half of the errors in the modems with internal UARTs was caused by the clone UARTs not supporting 5 and 6 bit characters modes. The real 16550/16450/8250 support these modes and COMTEST checks for this, but who uses 5 or 6 bit characters in a modern modem? So for a modem you can discount those errors (over 50), bringing the difference counts down a bit lower. Some of the remaining problems were still disturbing, like being able to read 16 bytes from the FIFO and the status still said the FIFO was not empty, interrupt priorities not identical, that sort of stuff. On the other hand, TI had the fewest differences, but the differences they had sounded critical to reliable operation: Error (3)...Tx FIFO reset : LS = 0 Error (7)...BI/FE/EIF test: IIR = c1 LSR = 60 Error (7)...IIR/LSR not cleared: IIR = x1 LSR = 60 (You will have to look at the COMTEST code to see exactly what test is being performed which causes these errors.) So far, I have not found any non-National parts that report zero errors in this program. Note also that even National has had five versions of the 16550 over the years and the newest ones behave a bit differently than the classic NS16550AFN that people worship. But COMTEST turns a blind eye to the differences within the National product line and reports no errors on the National parts (except for the original 16550_) even when I have erattas in my hand describing pretty annoying bugs in the A, B and C rev chips, so just be aware of the bias in COMTEST. Note that many of the errors COMTEST reports have to do with timing. In many of the knock-offs, when you read from one port, the status bits in some other port may not update in the same amount of time (some faster, some slower) as a *real* NS16550AFN and COMTEST looks for these differences. COMTEST could be useful because it could identify places in our sio drivers where we are looking for things in a certain amount of time that was OK on a National part (or whatever brand of 16550 the author of the sio driver happened to be using), and NOT OK on some of the other brands of 16550. Hopefully this would also explain some of the probes that fail to detect internal modems, where the status ports are usually not real latches but are instead an emulation done by the modem microprocessor, and so they will not have the same timing characteristics of state-machine hardware like a real 16550. All this probably means we just need to be a lot more forgiving and allow for the variances in timing. We are only talking about serial ports, so we can afford to waste a few cycles waiting for status bits to update/stabilize if it will make things work on more hardware combinations, as most people will be unable or unwilling to go out and buy genuine National parts to replace whatever happened to come with their serial ports. * FYI, National reorganized their part numbering system a few years ago, and the NS16650AFN no longer exists. (Look at the date code, that 9xxx number on the part. First two digits are the year, last two digits are the week in that year when the part was packaged. If you have a NS16550AFN, it is probably a few years old.) The new numbers are like PC16550DV, with minor differences in the suffix letters depending on package material and shape. (A description can be found below.) In some stores, you will pay $15 for a NS16550AFN made in 1990 and in the next bin are the new PC16550DN parts with minor fixes National has made since the AFN part, and they cost half as much. I know the newer LPCC parts were being bought in volume for $5 in 1993. Expect the price on the dwindling supply of "real" NS16550AFNs to keep going up until people figure out that the new part number is really the same function as the old part number. Here is the information on the National Semiconductor part number syntax: NSnnnnnrqp part numbers are now of the format PCnnnnnr[g]p The "r" is the revision field. The current revision of the 16550 from National Semiconductor is rev "D". The "p" is the package-type field. They are: "F" QFP (quad flat pack) L lead type "N" DIP (dual inline package) through hole straight lead type "V" LPCC (lead plastic chip carrier) J lead type If a "I" preceeds the package, it indicates an "industrial" grade part, which higher specs than a standard part but not as high as MilSpec. This is an optional field. So what we used to call a NS16550AFN (DIP Package) is now called a PC16550DN or PC16550DIN. I have no idea why National made this numbering change, nor do I know why they changed their old perfectly readable logo into the unreadable one they have now. Oh, if you run COMTEST on a 16550 that is in a modem or a modem is attached, you need to first issue a ATE0&W command to the modem so that it will not echo any of the test characters. If you forget to do this, you will get at least one error: Error (6)...Timeout interrupt failed: IIR = c1 LSR = 61 For the record, I made National parts the sole-source when external 16550s were specified on projects I was associated with since the other vendors either didn't bother to try to explain the differences or could not explain the differencesm, other than to insist that I should not worry about them because "Windows works great!". Frank Durda IV |(C) 1995 Frank Durda IV, All or uhclem%nemesis@rwsystr.nkn.net |Rights Reserved. Compuserve and ...letni!rwsys!nemesis!uhclem |MSN must obtain a license for |storage or carriage of this text. Please report violations. [Yeah, I know this needs to be added to the FAQ. I need to make a depersonalized version of it.] From owner-freebsd-hackers Tue Jan 2 20:20:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA06860 for hackers-outgoing; Tue, 2 Jan 1996 20:20:59 -0800 (PST) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA06853 for ; Tue, 2 Jan 1996 20:20:52 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id XAA19640; Tue, 2 Jan 1996 23:18:47 -0500 From: Bill/Carolyn Pechter Message-Id: <199601030418.XAA19640@shell.monmouth.com> Subject: Re: FreeBSD and OS/2 To: terry@lambert.org (Terry Lambert), FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Tue, 2 Jan 1996 23:18:46 -0500 (EST) In-Reply-To: <199601022112.OAA12576@phaeton.artisoft.com> from "Terry Lambert" at Jan 2, 96 02:12:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > archives on www.freebsd.org; look for "NT" in the subject line. > > > 4) If so, does FreeBSD have any ability to mount NTFS filesystems? > > Yes and no. Yes, there is a read-only NTFS (apparently the author > didn't want to bother deciphering the logging mechanism), but it isn't Has anyone ported the HPFS OS/2 file system? Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Tue Jan 2 20:28:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07439 for hackers-outgoing; Tue, 2 Jan 1996 20:28: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 UAA07423 for ; Tue, 2 Jan 1996 20:27:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA02414 for ; Tue, 2 Jan 1996 20:27:46 -0800 To: hackers@freebsd.org Subject: Mirror site maintainers! Please check... Date: Tue, 02 Jan 1996 20:27:46 -0800 Message-ID: <2412.820643266@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk http://time.cdrom.com/freebsd/handbook/mirrors.html and if your site is listed, please verify that it's listed _correctly_! In some cases, a group of sites have been "mapped" into the .freebsd.org namespace and one or more of the sites hasn't yet arranged its ftp area to conform to the "pub/FreeBSD" standard syntax. If you're a site maintainer for an FTP mirror in any of the following domains: au br de jp Then please check to make sure that your site's FreeBSD distribution tree is properly addressable under its alias of: ftp://ftp..freebsd.org/pub/FreeBSD Thanks! I've tried to run through the list myself a few times, but connectivity is so bad from the U.S. to most of the mirrors that I'd be here for hours trying sites if I wanted to test them all.. :-( Jordan From owner-freebsd-hackers Tue Jan 2 20:34:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07941 for hackers-outgoing; Tue, 2 Jan 1996 20:34:14 -0800 (PST) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA07876 Tue, 2 Jan 1996 20:33:59 -0800 (PST) Received: (from mark@localhost) by linus.demon.co.uk (8.7.3/8.7.3) id EAA00851; Wed, 3 Jan 1996 04:32:36 GMT Message-Id: <199601030432.EAA00851@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 3 Jan 1996 04:32:36 +0000 In-Reply-To: "Jordan K. Hubbard"'s message of Dec 28, 8:57am X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" , sos@FreeBSD.ORG Subject: Re: syscons driver Cc: msmith@atrad.adelaide.edu.au, jdli@linux.csie.nctu.edu.tw, freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > From: "Jordan K. Hubbard" > Date: Thu 28 Dec, 1995 > Subject: Re: syscons driver > > What gui toolkit - where - where - show me, maybe it could save me > > writing some 1000's lines of code :) :) > > I'll go hunting around, but I believe it's another hack.. I looked > at it about a year ago and went "Ewww. This was designed by somebody > who'd never seen a GUI before!" Hmm... I've been stashing away a copy of a library called D-Flat for a year or so, waiting to get around to playing with it. It isn't quite a GUI - it's a public domain implementation of IBM's SAA/CUA interface for DOS (text mode). Now, lots of people are familiar with that user interface (;-), and the API looks like it won't be unfamiliar to many application writers (Is the API part of IBM's SAA standards? I dunno, I'm just a unix weenie...). My primary interest in this code is to make it run in an X window. It would obviously be very much at home on the console (though running it on a plain tty would necessitate losing some of the nice touches of the interface, like the sticky ALT key and text selection using SHIFT and cursor motions). The code looks reasonable (its origins appear to be a DDJ programming series). It's on your local Simtel mirror/CD as .../c/dflat386.zip (version 1.6). Mark. From owner-freebsd-hackers Tue Jan 2 20:38:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08244 for hackers-outgoing; Tue, 2 Jan 1996 20:38:55 -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 UAA08236 for ; Tue, 2 Jan 1996 20:38:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA02525; Tue, 2 Jan 1996 20:38:18 -0800 To: Bill/Carolyn Pechter cc: terry@lambert.org (Terry Lambert), FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Subject: Re: FreeBSD and OS/2 In-reply-to: Your message of "Tue, 02 Jan 1996 23:18:46 EST." <199601030418.XAA19640@shell.monmouth.com> Date: Tue, 02 Jan 1996 20:38:18 -0800 Message-ID: <2522.820643898@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I don't believe so, no! Jordan > > archives on www.freebsd.org; look for "NT" in the subject line. > > > > > 4) If so, does FreeBSD have any ability to mount NTFS filesystems? > > > > Yes and no. Yes, there is a read-only NTFS (apparently the author > > didn't want to bother deciphering the logging mechanism), but it isn't > > Has anyone ported the HPFS OS/2 file system? > > Bill > > ----------------------------------------------------------------------------- -- > Bill Pechter/Carolyn Pechter | The postmaster always pings twice. > Lakewood MicroSystems | 17 Meredith Drive, > 908-389-3592 | Tinton Falls, NJ 07724 > pechter@shell.monmouth.com | From owner-freebsd-hackers Tue Jan 2 20:41:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08559 for hackers-outgoing; Tue, 2 Jan 1996 20:41:53 -0800 (PST) Received: (from jmb@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08553 for freebsd-hackers; Tue, 2 Jan 1996 20:41:47 -0800 (PST) Date: Tue, 2 Jan 1996 20:41:47 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199601030441.UAA08553@freefall.freebsd.org> To: freebsd-hackers Subject: Looking someone to port MuPAD to FreeBSD Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi, After having ported several versions of MuPAD to FreeBSD I no longer have the time to work on it, and -- on behalf of the MuPAD people -- I'm looking for someone to take over. >From the MuPAD announcement: "MuPAD is a system for symbolic and numeric computation, parallel mathematical programming and mathematical visualization. It is intended to be a 'general purpose' computer algebra system. MuPAD has easy-to-use language constructs for parallel programming. A prerelease Version for parallel programming exists for Sequent and Sun multiprocessor machines. Programming in MuPAD's own programming language is supported by a comfortable source code debugger. Window-based user interfaces for MuPAD exist for the X-Window-System and the Apple Macintosh... " MuPAD is free, but you have to register and they don't want the sources floating all over the net, that's why they release only binaries. People wanting to do this can contact me and I'll direct them to the proper MuPAD persons. It's usually not so hard to port the sources. Now and then I run into some Xview incompatibilities. So you'll have to know something about that too. see: http://math-www.uni-paderborn.de/MuPAD/ ftp://ftp.uni-paderborn.de:/pub/unix/MuPAD/unix to check out MuPAD. There's no FreeBSD version there at the moment, because the current version is not yet ported .... Regards, Marc. ---------------------------------------------------- Marc van Kempen BowTie Technology Email: marc@bowtie.nl WWW & Databases tel. +31 40 2 43 20 65 fax. +31 40 2 44 21 86 http://www.bowtie.nl ---------------------------------------------------- From owner-freebsd-hackers Tue Jan 2 21:02:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10046 for hackers-outgoing; Tue, 2 Jan 1996 21:02:21 -0800 (PST) Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA10033 for ; Tue, 2 Jan 1996 21:02:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id XAA02277; Tue, 2 Jan 1996 23:03:06 -0600 Message-Id: <199601030503.XAA02277@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: obrien@cs.ucdavis.edu (David E. O'Brien), freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Subject: Re: X for install In-reply-to: Your message of "Tue, 02 Jan 1996 17:42:54 PST." <1164.820633374@time.cdrom.com> Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Tue, 02 Jan 1996 23:02:46 -0600 From: Jon Loeliger Sender: owner-hackers@freebsd.org Precedence: bulk Apparently, "Jordan K. Hubbard" scribbled: > It found > my NIC and popped a configuration screen for it in my face, then it > found my NCR and the CDROM attached, finished its basic installation > then detected my Matrox and offered me a screen setup dialog. System > [...] > That's how it *should* work, and as far as I can see, much of the > "magic" comes from a little utility named `NTDETECT' - It apparently > figures out who's where and reports this information back to higher > level code which can say "Aha! A Forchknacker EMT5023 NIC! > I've often stated my willingness to do the "GUI" grot that would be > required to make all those nifty auto-configuration screens come up, > but the `NTDETECT' side of things is not really in my area of > expertise. Knowing how to stomp around in the PC memory & I/O address > spaces and deal (hopefully) robustly with errors and cards going wiggy > when probed is a black art. Any black magicians out there interested > in starting a `FreeBSD Detect 1.0' project? :-) This sounds to me like the same general goal as the separation of the hardware detection process during boot -- part of the detect, semi-probe, negotiate, allocate, attach process that we've often discussed. Can the same core be used for both the normal UNIX boot process and for the initial system config/install process? Or am I totally in the weeds here? jdl From owner-freebsd-hackers Tue Jan 2 21:10:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA11160 for hackers-outgoing; Tue, 2 Jan 1996 21:10:38 -0800 (PST) Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA11152 for ; Tue, 2 Jan 1996 21:10:36 -0800 (PST) From: gpalmer@westhill.cdrom.com 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 VAA08312 ; Tue, 2 Jan 1996 21:10:21 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: davidg@root.com, dfr@render.com cc: hackers@freebsd.org Subject: 2.1 panic: panic: nfsreq nogrps Date: Tue, 02 Jan 1996 21:10:19 -0800 Message-ID: <8310.820645819@westhill.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk Hi I just got a panic dump on one of our internal servers: IdlePTD 1f3000 current pcb at 1ca3e0 panic: nfsreq nogrps #0 0xf019d849 in boot () #1 0xf0117db5 in panic () #2 0xf0101329 in db_panic () #3 0xf0101212 in db_command () #4 0xf0101391 in db_command_loop () #5 0xf0103e7c in db_trap () #6 0xf019a81e in kdb_trap () #7 0xf01a2084 in trap () #8 0xf019b0ed in calltrap () #9 0xf019aa47 in Debugger () #10 0xf0117daf in panic () #11 0xf015e9d7 in nfs_request () #12 0xf0167b84 in nfs_writerpc () #13 0xf014fe6e in nfs_doio () #14 0xf0164287 in nfssvc_iod () #15 0xf016337a in nfssvc () #16 0xf01a2a6b in syscall () #17 0xf019b13b in Xsyscall () #18 0x10d3 in ?? () Anyone seen anything like this before? Anyone want to help debug this? I've got a crash dump I can put in a public readable dir, along with a config -g version of the kernel. Thanks Gary From owner-freebsd-hackers Tue Jan 2 21:15:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA11573 for hackers-outgoing; Tue, 2 Jan 1996 21:15:01 -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 VAA11557 for ; Tue, 2 Jan 1996 21:14: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 VAA02628; Tue, 2 Jan 1996 21:14:55 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id VAA00184; Tue, 2 Jan 1996 21:18:38 -0800 (PST) Message-Id: <199601030518.VAA00184@corbin.Root.COM> To: gpalmer@westhill.cdrom.com cc: dfr@render.com, hackers@freebsd.org Subject: Re: 2.1 panic: panic: nfsreq nogrps In-reply-to: Your message of "Tue, 02 Jan 96 21:10:19 PST." <8310.820645819@westhill.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 02 Jan 1996 21:18:33 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >I just got a panic dump on one of our internal servers: ... >panic: nfsreq nogrps I've already fixed this. It's caused by a setgroups(0,foo) in some program running with uid=0. The most noteable of these is Smail, but I'm sure there are others. If you update the server to 2.1-STABLE, the problem should go away. -DG From owner-freebsd-hackers Tue Jan 2 21:19:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA12047 for hackers-outgoing; Tue, 2 Jan 1996 21:19:50 -0800 (PST) Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA12039 for ; Tue, 2 Jan 1996 21:19:48 -0800 (PST) From: gpalmer@westhill.cdrom.com 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 VAA08342 ; Tue, 2 Jan 1996 21:18:38 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: davidg@Root.COM cc: dfr@render.com, hackers@freebsd.org Subject: Re: 2.1 panic: panic: nfsreq nogrps In-reply-to: Your message of "Tue, 02 Jan 1996 21:18:33 PST." <199601030518.VAA00184@corbin.Root.COM> Date: Tue, 02 Jan 1996 21:18:36 -0800 Message-ID: <8340.820646316@westhill.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk David Greenman wrote in message ID <199601030518.VAA00184@corbin.Root.COM>: > >I just got a panic dump on one of our internal servers: > >panic: nfsreq nogrps > I've already fixed this. It's caused by a setgroups(0,foo) in some program > running with uid=0. The most noteable of these is Smail, but I'm sure there > are others. If you update the server to 2.1-STABLE, the problem should go > away. The kernel was compiled on Dec 19th (sorry, should have had that info in the origional mail), and I was just looking at the program which was running at the time, and it does nothing more complicated than basic I/O. It's called from some shell script tho. Could csh do this setgroups() call? I'll do an update of the source tree to make sure that the sources are reasonably up-to-date, but I'm fairly sure I did update just before I compiled the kernel. Gary From owner-freebsd-hackers Tue Jan 2 21:20:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA12191 for hackers-outgoing; Tue, 2 Jan 1996 21:20:48 -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 VAA12176 for ; Tue, 2 Jan 1996 21:20:43 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA01375; Wed, 3 Jan 1996 00:20:09 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Wed, 3 Jan 1996 00:20 EST Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id OAA08150; Tue, 2 Jan 1996 14:19:36 -0500 Received: (from rivers@localhost) by lakes (8.6.12/8.6.9) id OAA13264; Tue, 2 Jan 1996 14:26:26 -0500 Date: Tue, 2 Jan 1996 14:26:26 -0500 From: Thomas David Rivers Message-Id: <199601021926.OAA13264@lakes> To: gid.co.uk!rb@dg-rtp.dg.com, hackers@freebsd.org Subject: Re: X for install Cc: hasty@rah.star-gate.com Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I'm jumping in the middle of this discussion, but I thought it would be worthwhile to echo Bob Bishop's sentiments. I'm one of the people who would be happy with a shell script or two and leave it at that; but I can handle the current installation problems (as long as I get the opportunity to address the problems.) I install FreeBSD on several types of machines; some of which would not tolerate bringing up X just to get an install completed. I like the idea of abstracting the interface specification so that either an X install, or a scripty/menu install (as we now have) can be performed; and I point at DG/UX's system maintenance mechansisms as an example of how to do that. The task of producing an interpreted language that either draws boxs with X or curses, or direct PC writes isn't that difficult (particularly in the presence of libforms) - can we consider that approach? - Dave Rivers - From owner-freebsd-hackers Tue Jan 2 21:25:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA12608 for hackers-outgoing; Tue, 2 Jan 1996 21:25:39 -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 VAA12592 for ; Tue, 2 Jan 1996 21:25:31 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA02747 for ; Tue, 2 Jan 1996 21:25:27 -0800 To: hackers@freebsd.org Subject: Re: Mirror site maintainers! Please check... In-reply-to: Your message of "Tue, 02 Jan 1996 20:27:46 PST." <2412.820643266@time.cdrom.com> Date: Tue, 02 Jan 1996 21:25:27 -0800 Message-ID: <2745.820646727@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > http://time.cdrom.com/freebsd/handbook/mirrors.html > > and if your site is listed, please verify that it's listed _correctly_! Erm, or even http://www.freebsd.org/handbook/mirrors.html - sorry, I was looking at my own mirror pages when I cut-and-pasted that in.. :-) Jordan From owner-freebsd-hackers Tue Jan 2 21:28:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA12939 for hackers-outgoing; Tue, 2 Jan 1996 21:28: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 VAA12934 for ; Tue, 2 Jan 1996 21:28:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA02773; Tue, 2 Jan 1996 21:28:31 -0800 To: Jon Loeliger cc: obrien@cs.ucdavis.edu (David E. O'Brien), freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Subject: Re: X for install In-reply-to: Your message of "Tue, 02 Jan 1996 23:02:46 CST." <199601030503.XAA02277@chrome.jdl.com> Date: Tue, 02 Jan 1996 21:28:30 -0800 Message-ID: <2771.820646910@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > This sounds to me like the same general goal as the separation of > the hardware detection process during boot -- part of the detect, > semi-probe, negotiate, allocate, attach process that we've often > discussed. Can the same core be used for both the normal UNIX boot > process and for the initial system config/install process? Or am > I totally in the weeds here? If coverage was complete enough (e.g. *all* the useful devices were detected and reportable somehow) then I certainly don't see why not! I'd kill for a decent "here's where everything is" interface in sysinstall, and it wouldn't really matter to me where the detection happened - by the time you've invoked sysinstall, you've pretty much finished (or certainly should have) all the probing and configuration. Jordan From owner-freebsd-hackers Tue Jan 2 21:33:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA13313 for hackers-outgoing; Tue, 2 Jan 1996 21:33:10 -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 VAA13307 for ; Tue, 2 Jan 1996 21:33:06 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id VAA02679; Tue, 2 Jan 1996 21:33:06 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id VAA00222; Tue, 2 Jan 1996 21:38:19 -0800 (PST) Message-Id: <199601030538.VAA00222@corbin.Root.COM> To: gpalmer@westhill.cdrom.com cc: dfr@render.com, hackers@freebsd.org Subject: Re: 2.1 panic: panic: nfsreq nogrps In-reply-to: Your message of "Tue, 02 Jan 96 21:18:36 PST." <8340.820646316@westhill.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 02 Jan 1996 21:38:13 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >David Greenman wrote in message ID ><199601030518.VAA00184@corbin.Root.COM>: >> >I just got a panic dump on one of our internal servers: > >> >panic: nfsreq nogrps > >> I've already fixed this. It's caused by a setgroups(0,foo) in some program >> running with uid=0. The most noteable of these is Smail, but I'm sure there >> are others. If you update the server to 2.1-STABLE, the problem should go >> away. > >The kernel was compiled on Dec 19th (sorry, should have had that info This is the log info: --- revision 1.11.4.2 date: 1995/11/19 01:52:43; author: davidg; state: Exp; lines: +3 -2 >From rev 1.14: Disallow setgroups() with ngroups=0. There should always be one group (the effective gid). This works around a panic ("nfsreq nogrps") that occurs with NFS clients. This change is too late for 2.1-release. Obtained from: 4.4BSD-Lite2 --- >in the origional mail), and I was just looking at the program which >was running at the time, and it does nothing more complicated than The setgroups() can happen at any time and doesn't in itself cause a panic. The panic message "nfsreq nogrps" indicates that an I/O operation is being attempted on behalf of a process that has no groups in it's group list. This isn't a valid state as group[0] is always the effective gid. If the process didn't get this way because of setgroups(), then it's happening somewhere else in the kernel. I suppose one work-around kludge might be to substitute the "nobody" group (-2) for processes that otherwise belong to no groups. -DG From owner-freebsd-hackers Tue Jan 2 22:04:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA16060 for hackers-outgoing; Tue, 2 Jan 1996 22:04:29 -0800 (PST) Received: from ivory.lm.com (ivory.lm.com [192.231.221.9]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA16041 for ; Tue, 2 Jan 1996 22:04:25 -0800 (PST) Received: (from peterb@localhost) by ivory.lm.com (8.6.12/8.6.12) id BAA21193; Wed, 3 Jan 1996 01:04:26 -0500 Date: Wed, 3 Jan 1996 01:04:25 -0500 (EST) From: Peter Berger X-Sender: peterb@ivory.lm.com To: freebsd-hackers@freebsd.org Subject: PS/2 mouse driver & keyboard lockups. Message-ID: X-Mentos: The Freshmaker! X-Request-Do: resolve MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk OK. 1) Is anyone currently responsible for the PS/2 mouse driver? 2) Is the core team aware of the keyboard lockups that occur if you don't bounce on (for example) the numlock key during autoconfig? 3) Anyone have an idea why this is happening? Especially if the answer to question (1) is "no". I'm getting sick of this problem, and would like to fix it, especially since it doesn't seem to occur in NetBSD or BSD/OS. "The law locks up both man and woman/Who steals the goose from off the common But lets the greater felon loose/Who steals the common from the goose." -anon ------------------------------------------------------------------------------- Peter Berger - peterb@telerama.lm.com - http://www.lm.com/~peterb From owner-freebsd-hackers Tue Jan 2 22:42:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17684 for hackers-outgoing; Tue, 2 Jan 1996 22:42:26 -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 WAA17678 Tue, 2 Jan 1996 22:42:21 -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 HAA12741 ; Wed, 3 Jan 1996 07:42:19 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA04599 ; Wed, 3 Jan 1996 07:42:18 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id CAA10824; Wed, 3 Jan 1996 02:00:45 +0100 (MET) From: Ollivier Robert Message-Id: <199601030100.CAA10824@keltia.freenix.fr> Subject: Re: Doom and Linux emulation To: sos@FreeBSD.org Date: Wed, 3 Jan 1996 02:00:44 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org (FreeBSD Hackers' list) In-Reply-To: <199601021730.SAA17864@ra.dkuug.dk> from "sos@FreeBSD.org" at Jan 2, 96 06:30:24 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1503 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 sos@FreeBSD.org said: > > On my Soundblaster 2.0 Pro compatible, the sounds are pretty awful... :-) > > I think I saw somewhere that the sndserver expects 16bit sound hardware... It does emit a mesage about 16bit audio... I guess it's probably that. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Dec 31 16:05:48 MET 1995 From owner-freebsd-hackers Tue Jan 2 23:27:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19264 for hackers-outgoing; Tue, 2 Jan 1996 23:27:24 -0800 (PST) Received: from zombie.falcon.ru (zombie.falcon.ru [194.190.198.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA19243 for ; Tue, 2 Jan 1996 23:26:54 -0800 (PST) Received: from zombie.falcon.ru (zombie.falcon.ru [194.190.198.50]) by zombie.falcon.ru (8.6.12/8.6.12) with SMTP id KAA00269; Wed, 3 Jan 1996 10:34:47 +0300 Message-ID: <30EA3194.41C67EA6@falcon.ru> Date: Wed, 03 Jan 1996 07:34:44 +0000 From: Stanislav Protasov Organization: Westcom Ltd. X-Mailer: Mozilla 2.0b3 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: Steven Tulchinsky CC: hackers@freebsd.org Subject: Re: Doom and Linux emulation References: <199512312011.UAA00261@voland.phoebe.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Steven Tulchinsky wrote: > > I've been trying for days to get Doom to run > but whatever I try to do resuls in > Program received signal SIGBUS, Bus error. :-( > I looked through mailing list archives and all docs I could > find, but there is nothing to fix my problem > Here is what I got: > > % modstat > Type Id Off Loadaddr Size Info Rev Module Name > EXEC 0 3 f11b6000 0018 f11bb000 1 linux_emulator > > % ls /usr/local/lib > ./ libXaw.so.3@ libc.so.4.5.26@ > ../ libXaw.so.3.1.0@ libgr.so.1@ > doom/ libXaw.so.6@ libgr.so.1.3@ > doom-1.8/ libXaw.so.6.0@ libm.so.4@ > ld.so@ libXpm.so.4@ libm.so.4.5.26@ > libX11.so.3@ libXpm.so.4.3@ libvga.config > libX11.so.3.1.0@ libXt.so.3@ libvga.so.1@ > libX11.so.6@ libXt.so.3.1.0@ libvga.so.1.2.0* > libX11.so.6.0@ libXt.so.6@ linux_lib/ > libXIE.so.6@ libXt.so.6.0@ > libXIE.so.6.0@ libc.so.4@ > > And yes, I compiled kernel with both > options LINUX_COMPAT > options SYSVSHM > What else do I need. > Please reply to tulchins@ix.netcom.com > Any help is greatly appreciated > > Steven Tulchinsky Hi! I had got the same problem - doom received SIGBUS... It seems that there is some mistake in linux_lib-1.0 package description. Instead of compiling the kernel with LINUX_COMPAT option, try to compile it with options COMPAT_LINUX Anyway - that's my way of running Doom :-) Best regards, Stanislav Protasov From owner-freebsd-hackers Tue Jan 2 23:27:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19275 for hackers-outgoing; Tue, 2 Jan 1996 23:27:27 -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 XAA19263 for ; Tue, 2 Jan 1996 23:27:23 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id IAA09847; Wed, 3 Jan 1996 08:15:24 +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 IAA01540; Wed, 3 Jan 1996 08:02:04 +0100 (MET) Date: Wed, 3 Jan 1996 08:02:04 +0100 (MET) From: Andreas Klemm To: Daniel Leeds cc: hackers@freebsd.org Subject: Re: login ids > 7 In-Reply-To: <199601021622.LAA28094@misery.bssc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 2 Jan 1996, Daniel Leeds wrote: > can freebsd support extended login ids? > > ie, a user with 10 characters instead of 7? Hi Daniel ! Easy to try .. vipw -> user xxxxxxxxxx (10 char length ) -> no vipw -> user xxxxxxxx (8 char length ) -> yes -- 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 Tue Jan 2 23:28:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19349 for hackers-outgoing; Tue, 2 Jan 1996 23:28:00 -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 XAA19339 for ; Tue, 2 Jan 1996 23:27:54 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id IAA09848; Wed, 3 Jan 1996 08:15:27 +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 IAA01558; Wed, 3 Jan 1996 08:07:55 +0100 (MET) Date: Wed, 3 Jan 1996 08:07:54 +0100 (MET) From: Andreas Klemm To: David Greenman cc: Daniel Leeds , hackers@freebsd.org Subject: Re: find problems In-Reply-To: <199601021811.KAA00274@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 2 Jan 1996, David Greenman wrote: > >when i do this...basically to get a complete listt of all files and dirs > >on a machine, this happens > > > >$ find / > file.output & > > > >it bombs midway through with fts_read no such file or directory? I also watched this error (don't remember exactly if it was using -stable or -current) when doing a ls or du when being in root's home dir. When I removed some of the dot directories (netscape and such) the problem vanished. I couldn't reproduce it :( > Probably because it's going through the files in /proc and this is > obviously very volatile. Using -current is no problem to do a find /proc -print. Next time I'll make a backup of such a directory structure. Andreas /// -- 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 Wed Jan 3 00:03:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20558 for hackers-outgoing; Wed, 3 Jan 1996 00:03: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 AAA20547 for ; Wed, 3 Jan 1996 00:03:54 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id JAA13125 ; Wed, 3 Jan 1996 09:03:42 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id JAA04709 ; Wed, 3 Jan 1996 09:03:41 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA12867; Wed, 3 Jan 1996 08:44:31 +0100 (MET) From: Ollivier Robert Message-Id: <199601030744.IAA12867@keltia.freenix.fr> Subject: Re: syscons driver To: obrien@cs.ucdavis.edu (David E. O'Brien) Date: Wed, 3 Jan 1996 08:44:31 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9601022034.AA09963@toadflax.cs.ucdavis.edu> from "David E. O'Brien" at Jan 2, 96 12:34:38 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1503 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 David E. O'Brien said: > over the X server and bloated sysinstall. The most often compaired OS > installs are MS-NT and OS/2. MS-NT has _3_ 1.44meg floppies of drivers Ever seen a Caldera (REDHAT based) install ? You get *75* boot disks on the CD-ROM... And we were complaining about providing a third boot floppy PS and whatever boot disk you use, it didn't detect the NE2000 card, pfff. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Dec 31 16:05:48 MET 1995 From owner-freebsd-hackers Wed Jan 3 00:13:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20988 for hackers-outgoing; Wed, 3 Jan 1996 00:13:24 -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 AAA20983 for ; Wed, 3 Jan 1996 00:13:21 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXOJx-0003x7C; Wed, 3 Jan 96 00:13 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 JAA00511; Wed, 3 Jan 1996 09:13:15 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: obrien@cs.ucdavis.edu (David E. O'Brien), freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Subject: Re: X for install In-reply-to: Your message of "Tue, 02 Jan 1996 17:42:54 PST." <1164.820633374@time.cdrom.com> Date: Wed, 03 Jan 1996 09:13:14 +0100 Message-ID: <509.820656794@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > That's how it *should* work, and as far as I can see, much of the > "magic" comes from a little utility named `NTDETECT' - It apparently NTDETECT runs in real mode and probes the HW. > when probed is a black art. Any black magicians out there interested > in starting a `FreeBSD Detect 1.0' project? :-) We should do this. This is the only way we can hope to solve the bios-geometry problem for instance. -- 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 3 00:15:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21070 for hackers-outgoing; Wed, 3 Jan 1996 00:15:10 -0800 (PST) Received: from ix10.ix.netcom.com (ix10.ix.netcom.com [199.182.120.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21053 for ; Wed, 3 Jan 1996 00:15:06 -0800 (PST) Received: from by ix10.ix.netcom.com (8.6.12/SMI-4.1/Netcom) id AAA25372; Wed, 3 Jan 1996 00:13:54 -0800 Date: Wed, 3 Jan 1996 00:13:54 -0800 Message-Id: <199601030813.AAA25372@ix10.ix.netcom.com> From: tulchins@ix.netcom.com (Steven Tulchinsky ) Subject: Re: Doom and Linux emulation Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Thanks to everybody who was trying to help me After I recompile the kernel with options COMPAT_LINUX I was able to start Doom. I don't have sound as my MediaVision card is not supported (as far as I know). But here is the problem. That was the only time Doom would start. Next time I was trying to start it up, it would die saying no shared memory available. I am confused. Any Ideas ? Thank again to everybody. Steven From owner-freebsd-hackers Wed Jan 3 00:15:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21077 for hackers-outgoing; Wed, 3 Jan 1996 00:15: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 AAA21063 for ; Wed, 3 Jan 1996 00:15:08 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXOLj-0003x7C; Wed, 3 Jan 96 00:15 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 JAA00534; Wed, 3 Jan 1996 09:14:53 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Juergen Lock cc: bde@zeta.org.au, hackers@freebsd.org Subject: Re: boot from sd1? In-reply-to: Your message of "Tue, 02 Jan 1996 19:29:16 +0100." <199601021829.TAA13667@saturn> Date: Wed, 03 Jan 1996 09:14:53 +0100 Message-ID: <532.820656893@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Heyy... maybe this is a silly idea :) but what about adding the > root device to the list of things configurable with -c? default (-1?) > is whatever the boot code (bios) guessed like its now, if thats wrong > (`cannot mount root') simply reboot with -c and tell the kernel where > it really is. then write this back in dset -q... My plan was to get somebody to make a sysctl editor to go along with the userconfig editor, and make it a sysctl variable :-) -- 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 3 00:24:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21444 for hackers-outgoing; Wed, 3 Jan 1996 00:24:07 -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 AAA21439 for ; Wed, 3 Jan 1996 00:24:04 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXOU6-0003wpC; Wed, 3 Jan 96 00:23 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 JAA00577; Wed, 3 Jan 1996 09:23:43 +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), obrien@cs.ucdavis.edu, freebsd-hackers@freebsd.org Subject: Re: X for install In-reply-to: Your message of "Wed, 03 Jan 1996 13:37:00 +1030." <199601030307.NAA06495@genesis.atrad.adelaide.edu.au> Date: Wed, 03 Jan 1996 09:23:42 +0100 Message-ID: <575.820657422@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Jordan K. Hubbard stands accused of saying: > > I've often stated my willingness to do the "GUI" grot that would be > > required to make all those nifty auto-configuration screens come up, > > but the `NTDETECT' side of things is not really in my area of > > expertise. Knowing how to stomp around in the PC memory & I/O address > > spaces and deal (hopefully) robustly with errors and cards going wiggy > > when probed is a black art. Any black magicians out there interested > > in starting a `FreeBSD Detect 1.0' project? :-) > > Sure. I require about half a million bucks to do it. The _only_ way to > do this _properly_ is to buy several of everything. Microsoft can do this, > we can't. 8( Well, somebody make come in with a cheaper offer then :-) Michael, as one who has "been there, done that" for the last two and a half release, I feel a little bit like telling you to put some effort where your mouth is. Here is a nice little project for you, that will not cost a fortune to do: Needed HW: some random PC. 1 ide disk 1 scsi disk with BIOS support. Assignment: 1) Make sure that the sd0 and wd0 drivers know exactly what geometry the bios do/would have used for these two drives. 2) Remember to make it work even if the scsi disk is the boot disk (by disabling the ide disk in the bios). 3) Now make it general so it handles all cases you can think of. 4) Now make it general so it handles all cases >I< can think of. Happy hacking. -- 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 3 00:31:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21707 for hackers-outgoing; Wed, 3 Jan 1996 00:31: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 AAA21695 for ; Wed, 3 Jan 1996 00:30:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA04115; Wed, 3 Jan 1996 00:30:46 -0800 To: Poul-Henning Kamp cc: obrien@cs.ucdavis.edu (David E. O'Brien), freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Subject: Re: X for install In-reply-to: Your message of "Wed, 03 Jan 1996 09:13:14 +0100." <509.820656794@critter.tfs.com> Date: Wed, 03 Jan 1996 00:30:46 -0800 Message-ID: <4113.820657846@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > We should do this. > > This is the only way we can hope to solve the bios-geometry problem > for instance. "I hereby christen the birth of the FreeDetect project!" [ a complimentary airline bottle of Generic Burgundy wine is thrown against the tower case that houses freefall - *smash!* ] "Now, who will manage this project? Who shall be the Supreme Knight Of the BIOS and Wielder of The Pointy Stick? Only thus may it be a true project with some chance of success and not another instance of the 3-emails-and-death scenario with which the author is so familiar!" [ looks around, sees contrails trailing behind the Usual Suspects, all of whom have just gone supersonic in their haste to get away ] "Ahem. Anybody else? Perhaps someone who's been only *lurking* up to this point? Yeah, you there buddy! I mean YOU! :-)" Jordan From owner-freebsd-hackers Wed Jan 3 00:51:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22525 for hackers-outgoing; Wed, 3 Jan 1996 00:51: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 AAA22511 for ; Wed, 3 Jan 1996 00:51:34 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25821 for ; Wed, 3 Jan 1996 09:51:21 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA09756 for freebsd-hackers@freebsd.org; Wed, 3 Jan 1996 09:51:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA19346 for freebsd-hackers@freebsd.org; Wed, 3 Jan 1996 09:46:13 +0100 (MET) From: J Wunsch Message-Id: <199601030846.JAA19346@uriah.heep.sax.de> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 3 Jan 1996 09:46:12 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601022249.PAA12933@phaeton.artisoft.com> from "Terry Lambert" at Jan 2, 96 03:49:12 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Terry Lambert wrote: > > > When I select FreeBSD it boots and runs fine. I assume the ON TRACK code > > is still being used for the IDE interface, but this doenst seem to be a Nope, it is not, but FreeBSD noticed the OnTrack, and places itself 64 sectors behind. It then operates with the actual sector numbers instead of OnTrack's. (Disclaimer: i don't use IDEs, that's only the way how i understood it.) > > problem. This system gets most of its real stuff over NFS so a small disk > > was used. I was careful to get both Boot partitions under the 500M limit. > > Right. See above. > > The 500M limit comes from the BSD inability to talk to the controller > using an LBA adressing mechanism. The BSD *does* see the OnTrack and > do the 64 sector offsetting. BSD does not have a 500 MB limit. It can speak whatever the hardware allows for, this is c<=65535, h<=15, s<=255. For disks that are used in a BIOS environment as well, the `s' limit is 63 however. This would still account for 65536*16*31 = 32505856 blocks, or 15872 MB. -- 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 3 00:51:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22526 for hackers-outgoing; Wed, 3 Jan 1996 00:51: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 AAA22512 for ; Wed, 3 Jan 1996 00: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 JAA25817 for ; Wed, 3 Jan 1996 09:51:19 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA09755 for freebsd-hackers@freebsd.org; Wed, 3 Jan 1996 09:51:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA19302 for freebsd-hackers@freebsd.org; Wed, 3 Jan 1996 09:39:08 +0100 (MET) From: J Wunsch Message-Id: <199601030839.JAA19302@uriah.heep.sax.de> Subject: Re: FreeBSD, Zappa & PCI To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 3 Jan 1996 09:39:07 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601022103.AA26983@Sysiphos> from "Stefan Esser" at Jan 2, 96 10:03:12 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 Stefan Esser wrote: > > } We need ELF or some other mechanism for segment identification to > } enable kernel paging. > > Well, I don't believe in kernel paging at all! > We better kept our kernel reasonably small ... Kernel paging should not be abused as an excuse for bloated code, but it's got more merits, for example you could page out code that's needed only once (at boot time) or rarely (diagnostics code), thus freeing up valuable physical memory for more important things. Remember: disks are cheap, RAM 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 Wed Jan 3 01:20:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23687 for hackers-outgoing; Wed, 3 Jan 1996 01:20:44 -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 BAA23678 for ; Wed, 3 Jan 1996 01:20:36 -0800 (PST) Received: (from dgy@localhost) by seagull.rtd.com (8.6.12/8.6.12) id CAA24493 for freebsd-hackers@freefall.cdrom.com; Wed, 3 Jan 1996 02:20:33 -0700 From: Don Yuniskis Message-Id: <199601030920.CAA24493@seagull.rtd.com> Subject: POST checksum hacking To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Wed, 3 Jan 1996 02:20:33 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Greetings! I have a few older (read: ancient!) Compaq systems I'd like to put FBSD on. Unfortunately, Compaq (in their infinite wisdom -- NOT!) have fixed disk parameter tables in their BIOS. So, regardless of the size of the (IDE) disk I might install, I am limited to whatever geometry Compaq has chosen to support. I'd like to cut a new set of EPROMs with an altered disk table but the POST screams about bad checksums. Anyone have a clue as to the algorithm employed and the location of the checksum image (before I start disassembling code)? Thx, --don From owner-freebsd-hackers Wed Jan 3 01:23:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23820 for hackers-outgoing; Wed, 3 Jan 1996 01:23: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 BAA23798 for ; Wed, 3 Jan 1996 01:22:29 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA26912; Wed, 3 Jan 1996 10:21:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA09953; Wed, 3 Jan 1996 10:21:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA19702; Wed, 3 Jan 1996 10:16:12 +0100 (MET) From: J Wunsch Message-Id: <199601030916.KAA19702@uriah.heep.sax.de> Subject: Re: PS/2 mouse driver & keyboard lockups. To: peterb@telerama.lm.com (Peter Berger) Date: Wed, 3 Jan 1996 10:16:11 +0100 (MET) Cc: freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Peter Berger" at Jan 3, 96 01:04:25 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 Berger wrote: > > 1) Is anyone currently responsible for the PS/2 mouse driver? Not that i know of. The only actions that have been taken on it lately are general cleanups. > 2) Is the core team aware of the keyboard lockups that occur if you don't > bounce on (for example) the numlock key during autoconfig? You are expecting way too much from the core team. We aren't gods, nor do we have any contract with the devil that would provide us with more than 48 hours/day, say in exchange for our souls. :-) The ``must bounce on numlock'' problem came up every now and then, for some minority of the keyboards. > 3) Anyone have an idea why this is happening? Especially if the answer > to question (1) is "no". I'm getting sick of this problem, and would > like to fix it, especially since it doesn't seem to occur in NetBSD or > BSD/OS. Two reasons: ˇ The archtitectural solution for the psm and sc or vt drivers isnt't very clean yet. The ideal solution would consist of an independent kbd driver, and psm plus either sc or vt layered on top of this. Nobody volunteered to really do that job. . These lockup problems arise out of an architectural misdesign of the PC/AT keyboard itself. It's got a three-wire interface (actually four, but the fourth is for power supply only) with some strange serial protocol. It has been designed to operate one-way only: from the keyboard to the computer. Starting with the PC/AT, Little Blue decided to add the reverse direction, too. It's most obvious when it comes to control the keyboard LEDs, and that's also the correlation to ``I have to bounce on the NumLock key!'': this bouncing causes several reverse operations where data is being fed from the computer to the keyboard. Alternatively, some machines lock up during VT switch for the very same reason: the keyboard LEDs are updated, while you're holding one or more keys pressed (that's what has just triggered the VT switch, after all). -- 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 3 01:25:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24011 for hackers-outgoing; Wed, 3 Jan 1996 01:25: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 BAA24003 for ; Wed, 3 Jan 1996 01:25:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA04650; Wed, 3 Jan 1996 01:23:29 -0800 To: David Dawes Cc: hackers@freebsd.org Subject: Re: Mirror site maintainers! Please check... In-reply-to: Your message of "Wed, 03 Jan 1996 19:27:00 +1100." <199601030827.TAA07999@rf900.physics.usyd.edu.au> Date: Wed, 03 Jan 1996 01:23:28 -0800 Message-ID: <4648.820661008@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk [Cc'd to -hackers as I attempt to explain the method to my madness herein] > The au addresses point to the right place, but the path for > ftp2.au.freebsd.org isn't right. It is /BSD/FreeBSD (or /FreeBSD). Urk. I don't suppose I could convince you to put in a pub/FreeBSD symlink? I'm not trying to be an archive fascist here, I'm really not, I'm just trying to make things as orthogonal as possible. In particular, what I'd really like to be able to do at some point is probably best demonstrated by the following shell script, let's call it `hosts': ---- cut here ---- #!/bin/sh usage() { echo "Usage: $0 [-q] |top" exit 1 } if [ $# -lt 1 ]; then usage fi if [ "$1" = "-q" ]; then quiet=YES shift else quiet=NO fi if [ $# -lt 1 ]; then usage elif [ $# -lt 2 ]; then target=ftp else target=$2 fi if [ "$1" != "top" ]; then domain=$1.freebsd.org else domain=freebsd.org fi if [ "$quiet" != "YES" ]; then echo Looking for $target servers in the $domain domain. fi # First look for the `base' server. If it doesn't exist, it's pretty much # assured that there won't be any others. if host $target.$domain > /dev/null 2>&1 ; then echo $target.$domain next=2 while [ $next -ne 0 ]; do if host $target$next.$domain > /dev/null 2>&1 ; then echo $target$next.$domain next=`expr $next + 1` else success=NO next=0 fi done fi exit 0 ---- cut here ---- Now we can do this to find all the FTP servers in Japan: jkh@time-> ./hosts jp ftp Looking for ftp servers in the jp.freebsd.org domain. ftp.jp.freebsd.org ftp2.jp.freebsd.org ftp3.jp.freebsd.org ftp4.jp.freebsd.org ftp5.jp.freebsd.org ftp6.jp.freebsd.org Or all the WWW servers in Brazil: jkh@time-> ./hosts br www Looking for www servers in the br.freebsd.org domain. www.br.freebsd.org But where it really comes into its own (and why I need consistent naming on the mirrors) is in something like this: target=".. some file .." domain=".. some domain, perhaps chosen from a menu .. " success=NO while [ "$success" = "NO ]; do for host in `./hosts -q $domain`; do if ncftp ftp://$host/pub/FreeBSD/$target; then success=YES ; break fi done done Voila - one auto-fetcher that automatically tries all the mirrors in a given domain. You could even change it to: for host in `./hosts -q $domain` `./hosts -q top`; do To try all the regional ones first, followed by the main archive U.S. sites. Anyway, I'm sure you get the basic idea! > I also notice that you don't have maintainer addresses for the sites > in the *.freebsd.org domains. Is that intentional? Yeah, basically I'm trying to get things to the point where we can shift the load around at will as major sites change management or otherwise get overtaken by others with better connectivity. To get to that point, we need to start thinking of `ftp2.au.freebsd.org' less as a machine and more as a carefully managed `slot' in Australia's ftp coverage. Jordan From owner-freebsd-hackers Wed Jan 3 01:33:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24537 for hackers-outgoing; Wed, 3 Jan 1996 01:33:59 -0800 (PST) Received: from post-ofc01.srv.cis.pitt.edu (root@post-ofc01.srv.cis.pitt.edu [136.142.185.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id BAA24530 for ; Wed, 3 Jan 1996 01:33:54 -0800 (PST) Received: from unixs-eval.cis.pitt.edu (ajrst18@unixs-eval.cis.pitt.edu [136.142.185.42]) by post-ofc01.srv.cis.pitt.edu with SMTP (8.7.3/cispo-2.0.1.1) ID for ; Wed, 3 Jan 1996 04:31:39 -0500 (EST) Date: Wed, 3 Jan 1996 04:31:38 -0500 (EST) From: Aaron J Rusz Subject: questions To: hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk To Whom It May Concern: I'm sorry to bug you, but I'm looking for help. Hopefully, you might be willing and/or able to direct me to the correct person(s). I have a technical problem. I am trying to install and use FreeBSD on my i586 Pentium based PC, but I need help figuring out the device name for my PS/2 style mouse. I have it connected to an auxiliary port (this is an IBM PC). I know that in Linux it would be /dev/psaux, but that doesn't seem to hold true for FreeBSD as well. I'm really sorry to bother you. I know the address "hackers@freebsd.org" isn't for technical questions, but I didn't know how to get a hold of anybody else. I am aware that there may or may not be Usenet groups out there for such questions, but as I am as new to Usenet and news readers as I am to FreeBSD, I wouldn't know how to find them. I tried asking the Tech Support people at Walnut Creek for help, but they haven't had any prior experience with a PS/2 style pointing device. Thank you, and I apologize if I have been a bother. --Aaron. ---------------------------------------------- Rusz, Aaron J. (AJRST18) University of Pittsburgh School of Engineering Department of Electrical Engineering Center for Russian and East European Studies ajrst18+@pitt.edu 412-648-4805 ____ /__|o\__ ~@----- @'---(= ---------------------------------------------- From owner-freebsd-hackers Wed Jan 3 01:40:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25055 for hackers-outgoing; Wed, 3 Jan 1996 01:40:43 -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 BAA25049 for ; Wed, 3 Jan 1996 01:40:39 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXPgP-0003vpC; Wed, 3 Jan 96 01:40 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 KAA00920; Wed, 3 Jan 1996 10:40:28 +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: POST checksum hacking In-reply-to: Your message of "Wed, 03 Jan 1996 02:20:33 MST." <199601030920.CAA24493@seagull.rtd.com> Date: Wed, 03 Jan 1996 10:40:27 +0100 Message-ID: <918.820662027@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Greetings! > I have a few older (read: ancient!) Compaq systems I'd like to > put FBSD on. Unfortunately, Compaq (in their infinite wisdom -- NOT!) > have fixed disk parameter tables in their BIOS. So, regardless of > the size of the (IDE) disk I might install, I am limited to > whatever geometry Compaq has chosen to support. > I'd like to cut a new set of EPROMs with an altered disk table > but the POST screams about bad checksums. Anyone have a clue as > to the algorithm employed and the location of the checksum image > (before I start disassembling code)? Don't even bother. Just make sure that you use the same number of heads and sectors as the bios, then adjust they cyls to the capacity of the disk. Many newer IDE disks will work with any geometry that is not bigger than their capacity. The root fs must be inside the bios geometry. -- 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 3 01:44:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25418 for hackers-outgoing; Wed, 3 Jan 1996 01:44:34 -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 BAA25411 for ; Wed, 3 Jan 1996 01:44:30 -0800 (PST) Received: from hplona90.uksr.hp.com by hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA062452268; Wed, 3 Jan 1996 01:44:28 -0800 Received: by hplona90.uksr.hp.com (1.38.193.5/15.5+IOS 3.20) id AA22193; Wed, 3 Jan 1996 09:47:17 GMT Date: Wed, 3 Jan 1996 09:47:17 GMT From: Steve Gailey Message-Id: <9601030947.AA22193@hplona90.uksr.hp.com> Apparently-To: freebsd-hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I have a few older (read: ancient!) Compaq systems I'd like to >put FBSD on. Unfortunately, Compaq (in their infinite wisdom -- NOT!) >have fixed disk parameter tables in their BIOS. So, regardless of >the size of the (IDE) disk I might install, I am limited to >whatever geometry Compaq has chosen to support. > I'd like to cut a new set of EPROMs with an altered disk table >but the POST screams about bad checksums. Anyone have a clue as >to the algorithm employed and the location of the checksum image >(before I start disassembling code)? Just after the bios id AA55 is a checksum which is a checksum of all the following bios. If you alter the bios, you must calculate a new checksum. This is how the system ensures that the bios is not dammaged. Steve Gailey steveg@metrosol.demon.co.uk From owner-freebsd-hackers Wed Jan 3 01:47:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25597 for hackers-outgoing; Wed, 3 Jan 1996 01:47:57 -0800 (PST) Received: from zombie.falcon.ru (zombie.falcon.ru [194.190.198.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA25582 for ; Wed, 3 Jan 1996 01:47:37 -0800 (PST) Received: from zombie.falcon.ru (zombie.falcon.ru [194.190.198.50]) by zombie.falcon.ru (8.6.12/8.6.12) with SMTP id MAA00504; Wed, 3 Jan 1996 12:54:38 +0300 Message-ID: <30EA525A.446B9B3D@falcon.ru> Date: Wed, 03 Jan 1996 09:54:34 +0000 From: Stanislav Protasov Organization: Westcom Ltd. X-Mailer: Mozilla 2.0b3 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: Steven Tulchinsky CC: hackers@freebsd.org Subject: Re: Doom and Linux emulation References: <199601030813.AAA25372@ix10.ix.netcom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi! Steven Tulchinsky wrote: > > Thanks to everybody who was trying to help me > After I recompile the kernel with > options COMPAT_LINUX > I was able to start Doom. I don't have sound > as my MediaVision card is not supported (as far as I know). > > But here is the problem. That was the only time Doom would start. > Next time I was trying to start it up, it would die saying > no shared memory available. > > I am confused. > > Any Ideas ? > > Thank again to everybody. > > Steven See man ipcs & man ipcrm. You should release shared memory segment. Best regards, Stanislav Protasov From owner-freebsd-hackers Wed Jan 3 02:34:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28216 for hackers-outgoing; Wed, 3 Jan 1996 02:34:01 -0800 (PST) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA28206 for ; Wed, 3 Jan 1996 02:33:57 -0800 (PST) Received: from fakir.india.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA275835225; Wed, 3 Jan 1996 02:33:51 -0800 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA299195067; Wed, 3 Jan 1996 16:01:07 +0530 Message-Id: <199601031031.AA299195067@fakir.india.hp.com> To: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: Your message of "Wed, 03 Jan 1996 09:39:07 +0100." <199601030839.JAA19302@uriah.heep.sax.de> Date: Wed, 03 Jan 1996 16:01:06 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> JW == Joerg Wunsch <<<<< jw> needed only once (at boot time) or rarely (diagnostics code), thus jw> freeing up valuable physical memory for more important things. Well, it would be nice to be able to delay loading a driver till needed. Even nicer would be the ability to unload and reload a driver on the fly. This would allow customers to update portions of the kernel without having to bring the system down, (well, in theory, anyway :)). If I remember right Unixware had the ability to auto-unload an driver which had been inactive for a while, freeing up memory and kernel resources. Not so sure about SCO or Solaris ... Can someone explain why we need ELF or its equivalent for this to be feasible? Koshy From owner-freebsd-hackers Wed Jan 3 02:39:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28497 for hackers-outgoing; Wed, 3 Jan 1996 02:39: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 CAA28490 for ; Wed, 3 Jan 1996 02:39:41 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA01278; Wed, 3 Jan 1996 21:37:53 +1100 Date: Wed, 3 Jan 1996 21:37:53 +1100 From: Bruce Evans Message-Id: <199601031037.VAA01278@godzilla.zeta.org.au> To: jkh@time.cdrom.com, phk@critter.tfs.com Subject: Re: X for install Cc: freebsd-hackers@freebsd.org, obrien@cs.ucdavis.edu Sender: owner-hackers@freebsd.org Precedence: bulk >NTDETECT runs in real mode and probes the HW. >> when probed is a black art. Any black magicians out there interested >> in starting a `FreeBSD Detect 1.0' project? :-) >We should do this. >This is the only way we can hope to solve the bios-geometry problem >for instance. Erm, the BIOS geometry problem is entirely in software, and "probing" of the BIOS geometry has already been implemented by someone named phk :-). (The problem is that association of BIOS disk numbers with FreeBSD disk names isn't really implemented.) Bruce From owner-freebsd-hackers Wed Jan 3 02:53:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA29124 for hackers-outgoing; Wed, 3 Jan 1996 02:53:59 -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 CAA29115 for ; Wed, 3 Jan 1996 02:53:56 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXQpJ-0003vrC; Wed, 3 Jan 96 02:53 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 LAA01080; Wed, 3 Jan 1996 11:53:48 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: jkh@time.cdrom.com, freebsd-hackers@freebsd.org, obrien@cs.ucdavis.edu Subject: Re: X for install In-reply-to: Your message of "Wed, 03 Jan 1996 21:37:53 +1100." <199601031037.VAA01278@godzilla.zeta.org.au> Date: Wed, 03 Jan 1996 11:53:48 +0100 Message-ID: <1078.820666428@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > >NTDETECT runs in real mode and probes the HW. > > >> when probed is a black art. Any black magicians out there interested > >> in starting a `FreeBSD Detect 1.0' project? :-) > > >We should do this. > > >This is the only way we can hope to solve the bios-geometry problem > >for instance. > > Erm, the BIOS geometry problem is entirely in software, and "probing" of > the BIOS geometry has already been implemented by someone named phk :-). > (The problem is that association of BIOS disk numbers with FreeBSD > disk names isn't really implemented.) And cannot be done reliably, unless you can actually read a couple of sectors using the bios :-) -- 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 3 03:03:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29487 for hackers-outgoing; Wed, 3 Jan 1996 03:03: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 DAA29481 for ; Wed, 3 Jan 1996 03:03: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 DAA02290; Wed, 3 Jan 1996 03:03:23 -0800 Message-Id: <199601031103.DAA02290@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: "Jordan K. Hubbard" cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hacker's list) Subject: FreeDetect & Plug n Play In-reply-to: Your message of "Wed, 03 Jan 1996 00:30:46 PST." <4113.820657846@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Jan 1996 03:03:22 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> "Jordan K. Hubbard" said: > > We should do this. > > > > This is the only way we can hope to solve the bios-geometry problem > > for instance. > > "I hereby christen the birth of the FreeDetect project!" Is anyone looking into Plug&Play? It is rather nice to probe the bus and find out all the Plug&Play devices 8) Here is a contact sorry I forgot his name -- he is the Intel Manager for Plug & Play: 503-264-3196 We really need to talk to Intel to see if they will release the code for their configuration manager. At any rate ,we will need Plug & Play support unless we are willing to boot dos to init the Plug&Play devices... Amancio From owner-freebsd-hackers Wed Jan 3 03:05:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29654 for hackers-outgoing; Wed, 3 Jan 1996 03:05: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 DAA29629 for ; Wed, 3 Jan 1996 03:05:35 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA02175; Wed, 3 Jan 1996 22:01:41 +1100 Date: Wed, 3 Jan 1996 22:01:41 +1100 From: Bruce Evans Message-Id: <199601031101.WAA02175@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.ORG, j@uriah.heep.sax.de Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >BSD does not have a 500 MB limit. It can speak whatever the hardware >allows for, this is c<=65535, h<=15, s<=255. For disks that are used 0 <= c <= 65535, 0 <= h >= 15, 1 <= s <= 255 >in a BIOS environment as well, the `s' limit is 63 however. This and the `c' limit is 1023 >would still account for 65536*16*31 = 32505856 blocks, or 15872 MB. 1024 * 16 * 63 = 1032192 blocks = 504 MB (1MB = 1024K) For IDE in c/h/s mode, the limit is 65536 * 16 * 255 = 267386880 blocks = 130560 MB For ATA/2 in LBA mode, the limit is 2^28 = 268435456 blocks = 131072 MB For SCSI, the BIOS limit should be 1024*256*63, but some some BIOSes have a limit of 255 heads, so the limit is 1024 * 255 * 63 = 16450560 blocks = 8032 MB Bruce From owner-freebsd-hackers Wed Jan 3 03:19:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00373 for hackers-outgoing; Wed, 3 Jan 1996 03:19:54 -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 DAA00355 for ; Wed, 3 Jan 1996 03:19:42 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA02552; Wed, 3 Jan 1996 22:11:33 +1100 Date: Wed, 3 Jan 1996 22:11:33 +1100 From: Bruce Evans Message-Id: <199601031111.WAA02552@godzilla.zeta.org.au> To: bde@zeta.org.au, phk@critter.tfs.com Subject: Re: X for install Cc: freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com, obrien@cs.ucdavis.edu Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> Erm, the BIOS geometry problem is entirely in software, and "probing" of >> the BIOS geometry has already been implemented by someone named phk :-). >> (The problem is that association of BIOS disk numbers with FreeBSD >> disk names isn't really implemented.) >And cannot be done reliably, unless you can actually read a couple >of sectors using the bios :-) If you disabled the drive then both probing the drive and reading it will fail. It isn't fair to ask FreeBSD to determine the BIOS geometry in that case. The geometry might depend on how the drive is enabled (with or without boot manager...). Bruce From owner-freebsd-hackers Wed Jan 3 03:20:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00518 for hackers-outgoing; Wed, 3 Jan 1996 03:20: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 DAA00509 for ; Wed, 3 Jan 1996 03:20:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA07765; Wed, 3 Jan 1996 03:20:46 -0800 To: "Amancio Hasty Jr." cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hacker's list) Subject: Re: FreeDetect & Plug n Play In-reply-to: Your message of "Wed, 03 Jan 1996 03:03:22 PST." <199601031103.DAA02290@rah.star-gate.com> Date: Wed, 03 Jan 1996 03:20:45 -0800 Message-ID: <7763.820668045@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Is anyone looking into Plug&Play? > It is rather nice to probe the bus and find out all the Plug&Play devices 8 That will be nice, though I daresay that it's the ISA devices we'll be having the most fun with. Jordan From owner-freebsd-hackers Wed Jan 3 03:22:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00615 for hackers-outgoing; Wed, 3 Jan 1996 03:22:26 -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 DAA00603 for ; Wed, 3 Jan 1996 03:22:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA07743; Wed, 3 Jan 1996 03:19:41 -0800 To: A JOSEPH KOSHY cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-reply-to: Your message of "Wed, 03 Jan 1996 16:01:06 +0530." <199601031031.AA299195067@fakir.india.hp.com> Date: Wed, 03 Jan 1996 03:19:41 -0800 Message-ID: <7741.820667981@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Well, it would be nice to be able to delay loading a driver till needed. > Even nicer would be the ability to unload and reload a driver on the fly. > > This would allow customers to update portions of the kernel without > having to bring the system down, (well, in theory, anyway :)). That's basically where devfs and the LKM mechanisms are heading, though I don't know if proper `unloading' has been properly instrumented yet (e.g. with depends). > Can someone explain why we need ELF or its equivalent for this > to be feasible? I don't think we do at all. It wouldn't be *that* hard to do with our current a.out format, and I think the first big thing we need to do is implement a `lighter weight' LKM mechanism that doesn't rely on /usr/bin/ld to load things into the kernel, otherwise you run into a chicken-and-egg problem loading disk drivers dynamically. There's the `fasl' code in gcl (/usr/ports/lang/gcl) to look at, though it's somewhat simplistic and requires that you extract all the symbol names from the target first using another utility. Jordan From owner-freebsd-hackers Wed Jan 3 03:23:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00719 for hackers-outgoing; Wed, 3 Jan 1996 03:23: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 DAA00705 for ; Wed, 3 Jan 1996 03:23:22 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id VAA07492; Wed, 3 Jan 1996 21:53:16 +1030 From: Michael Smith Message-Id: <199601031123.VAA07492@genesis.atrad.adelaide.edu.au> Subject: Re: boot from sd1? To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Wed, 3 Jan 1996 21:53:15 +1030 (CST) Cc: nox@jelal.hb.north.de, bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <532.820656893@critter.tfs.com> from "Poul-Henning Kamp" at Jan 3, 96 09:14:53 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Poul-Henning Kamp stands accused of saying: > > > Heyy... maybe this is a silly idea :) but what about adding the > > root device to the list of things configurable with -c? default (-1?) > > is whatever the boot code (bios) guessed like its now, if thats wrong > > (`cannot mount root') simply reboot with -c and tell the kernel where > > it really is. then write this back in dset -q... > > My plan was to get somebody to make a sysctl editor to go along with the > userconfig editor, and make it a sysctl variable :-) Ok, so I should know better than to open my big mouth, but Poul, if you can answer the following questions, I'll add sysctl variable support to userconfig() and visuserconfig() AQAP. My -current system at work just got turned into a wordprocessor, so I be a week or so in doing it 8( All of these are in the context of the userconfig() function: 1) How do I obtain a list of all of the sysctl variables? 2) How do I read the value of a sysctl variable? 3) How do I determine what is a safe value for a given sysctl variable? 4) How do I write the value of a sysctl variable? In the context of dset: 1) How do I write the default value of a sysctl variable? As far as answers are concerned, it's fair enough for you to say "XXX does it in the same context, go look at that". -- ]] 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 3 03:32:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01078 for hackers-outgoing; Wed, 3 Jan 1996 03:32: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 DAA01046 for ; Wed, 3 Jan 1996 03:32:02 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXRQ6-0003vlC; Wed, 3 Jan 96 03:31 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 MAA01130; Wed, 3 Jan 1996 12:31:49 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Michael Smith cc: nox@jelal.hb.north.de, bde@zeta.org.au, hackers@freebsd.org Subject: Re: boot from sd1? In-reply-to: Your message of "Wed, 03 Jan 1996 21:53:15 +1030." <199601031123.VAA07492@genesis.atrad.adelaide.edu.au> Date: Wed, 03 Jan 1996 12:31:48 +0100 Message-ID: <1128.820668708@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Poul-Henning Kamp stands accused of saying: > > > > > Heyy... maybe this is a silly idea :) but what about adding the > > > root device to the list of things configurable with -c? default (-1?) > > > is whatever the boot code (bios) guessed like its now, if thats wrong > > > (`cannot mount root') simply reboot with -c and tell the kernel where > > > it really is. then write this back in dset -q... > > > > My plan was to get somebody to make a sysctl editor to go along with the > > userconfig editor, and make it a sysctl variable :-) > > Ok, so I should know better than to open my big mouth, but Poul, if you > can answer the following questions, I'll add sysctl variable support > to userconfig() and visuserconfig() AQAP. Gottcha! :-) > My -current system at work just got turned into a wordprocessor, so I > be a week or so in doing it 8( > > All of these are in the context of the userconfig() function: > > 1) How do I obtain a list of all of the sysctl variables? There are two ways you can do this: a) use the undocumented interface that sysctl(8) uses, which is a special sysctl variable tree you read and it will return "the next" variable. I suggest you do this. look at the sysctl(8) source for info. b) parse the actual data-structure. > 2) How do I read the value of a sysctl variable? Most of it is there, and I saw that peter fixed a bcopy botch in one of the support functions so it should be workable. Basically you set up a data-structure and call a function. Check sys/kern/kern_sysctl.c > 3) How do I determine what is a safe value for a given sysctl variable? Presently there is no way for this. The idea was to add it to the "format" string in the description of the variables. Presently we have things like "I" for integer, but I expect to go to "I[0{10,20}1000]" which would mean legal is [0..1000] sensible is [10..20]. Or something like it. > 4) How do I write the value of a sysctl variable? As for reading. > In the context of dset: > > 1) How do I write the default value of a sysctl variable? The default will be lost if you set it. We don't store the default as such, it's simply the value the variable have when we start. Consider this for dset & friends: make a char foo[4096]; fill it with command-line commands for userconfig/sysctledit instead of the groping around in data-structures we do now. dset would then only deal with this array. The advantage would be that you could pass a file to dset and tell it to stick that in the kernel, thus making the setup of many identical machines easier. And even remote use of userconfig possible: dset -a "sysctl kern.foo.bar=1" reboot > As far as answers are concerned, it's fair enough for you to say > "XXX does it in the same context, go look at that". Well, if the above wasn't enough, send me more emails :-) -- 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 3 03:32:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01106 for hackers-outgoing; Wed, 3 Jan 1996 03:32:56 -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 DAA01101 for ; Wed, 3 Jan 1996 03:32:54 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXRR6-0003vrC; Wed, 3 Jan 96 03:32 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 MAA01144; Wed, 3 Jan 1996 12:32:50 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: "Amancio Hasty Jr." , freebsd-hackers@FreeBSD.ORG (FreeBSD Hacker's list) Subject: Re: FreeDetect & Plug n Play In-reply-to: Your message of "Wed, 03 Jan 1996 03:20:45 PST." <7763.820668045@time.cdrom.com> Date: Wed, 03 Jan 1996 12:32:50 +0100 Message-ID: <1142.820668770@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Is anyone looking into Plug&Play? > > It is rather nice to probe the bus and find out all the Plug&Play devices 8 > > That will be nice, though I daresay that it's the ISA devices we'll > be having the most fun with. There actually is a P&P for ISA, where the motherboard completely disables all but one slot, so you know what you found where. I wonder if anybody supports it though... -- 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 3 03:33:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01135 for hackers-outgoing; Wed, 3 Jan 1996 03:33: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 DAA01128 for ; Wed, 3 Jan 1996 03:33:35 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXRRl-0003vlC; Wed, 3 Jan 96 03:33 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 MAA01155; Wed, 3 Jan 1996 12:33:32 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: A JOSEPH KOSHY , freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-reply-to: Your message of "Wed, 03 Jan 1996 03:19:41 PST." <7741.820667981@time.cdrom.com> Date: Wed, 03 Jan 1996 12:33:32 +0100 Message-ID: <1153.820668812@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > I don't think we do at all. It wouldn't be *that* hard to do with our > current a.out format, and I think the first big thing we need to do is > implement a `lighter weight' LKM mechanism that doesn't rely on > /usr/bin/ld to load things into the kernel, otherwise you run into a > chicken-and-egg problem loading disk drivers dynamically. exactly. This is a highpriority for me. -- 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 3 03:47:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA01828 for hackers-outgoing; Wed, 3 Jan 1996 03:47:20 -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 DAA01807 for ; Wed, 3 Jan 1996 03:46:22 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA03627; Wed, 3 Jan 1996 22:40:43 +1100 Date: Wed, 3 Jan 1996 22:40:43 +1100 From: Bruce Evans Message-Id: <199601031140.WAA03627@godzilla.zeta.org.au> To: obrien@cs.ucdavis.edu, roberto@keltia.freenix.fr Subject: Re: syscons driver Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >It seems that David E. O'Brien said: >> over the X server and bloated sysinstall. The most often compaired OS >> installs are MS-NT and OS/2. MS-NT has _3_ 1.44meg floppies of drivers >Ever seen a Caldera (REDHAT based) install ? You get *75* boot disks on the >CD-ROM... And we were complaining about providing a third boot floppy This is from doing more with compile-time options. It takes 128 kernels to provide full coverage of just 7 compile-time options. Bruce From owner-freebsd-hackers Wed Jan 3 04:08:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA02744 for hackers-outgoing; Wed, 3 Jan 1996 04:08:12 -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 EAA02721 for ; Wed, 3 Jan 1996 04:08:02 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tXRtQ-000I74C; Wed, 3 Jan 96 13:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tXONe-000026C; Wed, 3 Jan 96 09:17 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: recommendation needed for 8-port serial i/f To: freebsd-hackers@freebsd.org Date: Wed, 3 Jan 1996 09:17:05 +0100 (MET) Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Can anyone recommend an 8-port RS232 interface which works with 2.1 and is (and will be) well supported ? Ah yes, and i want to buy it in Germany ;-) hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Wed Jan 3 04:19:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03053 for hackers-outgoing; Wed, 3 Jan 1996 04:19:51 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id EAA03041 for ; Wed, 3 Jan 1996 04:19:30 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA07603; Wed, 3 Jan 1996 22:50:42 +1030 From: Michael Smith Message-Id: <199601031220.WAA07603@genesis.atrad.adelaide.edu.au> Subject: Re: X for install To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Wed, 3 Jan 1996 22:50:41 +1030 (CST) Cc: bde@zeta.org.au, jkh@time.cdrom.com, freebsd-hackers@FreeBSD.ORG, obrien@cs.ucdavis.edu In-Reply-To: <1078.820666428@critter.tfs.com> from "Poul-Henning Kamp" at Jan 3, 96 11:53:48 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Poul-Henning Kamp stands accused of saying: > > Erm, the BIOS geometry problem is entirely in software, and "probing" of > > the BIOS geometry has already been implemented by someone named phk :-). > > (The problem is that association of BIOS disk numbers with FreeBSD > > disk names isn't really implemented.) > > And cannot be done reliably, unless you can actually read a couple > of sectors using the bios :-) THe problem is not reading the sectors, but which sectors to read. 0 is obviously a good choice, but 1..(s-1) are boring, and from there in it's a tough call. There are a few "better" ways perhaps to look for more unique things, but you'll still be screwed by two identical disks with identical contents 8( > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Jan 3 04:26:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03317 for hackers-outgoing; Wed, 3 Jan 1996 04:26:47 -0800 (PST) Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA03310 for ; Wed, 3 Jan 1996 04:26:42 -0800 (PST) From: gpalmer@westhill.cdrom.com 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 EAA10193 ; Wed, 3 Jan 1996 04:26:23 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: davidg@Root.COM cc: dfr@render.com, hackers@freebsd.org Subject: Re: 2.1 panic: panic: nfsreq nogrps In-reply-to: Your message of "Tue, 02 Jan 1996 21:38:13 PST." <199601030538.VAA00222@corbin.Root.COM> Date: Wed, 03 Jan 1996 04:26:22 -0800 Message-ID: <10191.820671982@westhill.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk David Greenman wrote in message ID <199601030538.VAA00222@corbin.Root.COM>: > >in the origional mail), and I was just looking at the program which > >was running at the time, and it does nothing more complicated than > The setgroups() can happen at any time and doesn't in itself cause a panic. > The panic message "nfsreq nogrps" indicates that an I/O operation is being > attempted on behalf of a process that has no groups in it's group list. This > isn't a valid state as group[0] is always the effective gid. If the process > didn't get this way because of setgroups(), then it's happening somewhere > else in the kernel. I suppose one work-around kludge might be to substitute > the "nobody" group (-2) for processes that otherwise belong to no groups. Look likes we'll need to do that as with a freshly updated copy of the sources it just suffered the same panic again. Gary From owner-freebsd-hackers Wed Jan 3 04:40:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA04105 for hackers-outgoing; Wed, 3 Jan 1996 04:40:12 -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 EAA04075 for ; Wed, 3 Jan 1996 04:40:07 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXSU8-0003vlC; Wed, 3 Jan 96 04:40 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 NAA01220; Wed, 3 Jan 1996 13:40:03 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com, obrien@cs.ucdavis.edu Subject: Re: X for install In-reply-to: Your message of "Wed, 03 Jan 1996 22:11:33 +1100." <199601031111.WAA02552@godzilla.zeta.org.au> Date: Wed, 03 Jan 1996 13:40:03 +0100 Message-ID: <1218.820672803@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >> Erm, the BIOS geometry problem is entirely in software, and "probing" of > >> the BIOS geometry has already been implemented by someone named phk :-). > >> (The problem is that association of BIOS disk numbers with FreeBSD > >> disk names isn't really implemented.) > > >And cannot be done reliably, unless you can actually read a couple > >of sectors using the bios :-) > > If you disabled the drive then both probing the drive and reading it > will fail. It isn't fair to ask FreeBSD to determine the BIOS geometry > in that case. The geometry might depend on how the drive is enabled > (with or without boot manager...). In that case there isn't any bios-geometry, and I'm not asking for 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 Wed Jan 3 04:46:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA04399 for hackers-outgoing; Wed, 3 Jan 1996 04:46:32 -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 EAA04389 for ; Wed, 3 Jan 1996 04:46:29 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXSaC-0003vlC; Wed, 3 Jan 96 04: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 NAA01257; Wed, 3 Jan 1996 13:46:20 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Michael Smith cc: bde@zeta.org.au, jkh@time.cdrom.com, freebsd-hackers@freebsd.org, obrien@cs.ucdavis.edu Subject: Re: X for install In-reply-to: Your message of "Wed, 03 Jan 1996 22:50:41 +1030." <199601031220.WAA07603@genesis.atrad.adelaide.edu.au> Date: Wed, 03 Jan 1996 13:46:20 +0100 Message-ID: <1255.820673180@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Poul-Henning Kamp stands accused of saying: > > > Erm, the BIOS geometry problem is entirely in software, and "probing" of > > > the BIOS geometry has already been implemented by someone named phk :-). > > > (The problem is that association of BIOS disk numbers with FreeBSD > > > disk names isn't really implemented.) > > > > And cannot be done reliably, unless you can actually read a couple > > of sectors using the bios :-) > > THe problem is not reading the sectors, but which sectors to read. > 0 is obviously a good choice, but 1..(s-1) are boring, and from there in it's > a tough call. > > There are a few "better" ways perhaps to look for more unique things, > but you'll still be screwed by two identical disks with identical > contents 8( Well my idea was something like: sector = 0 while (1) for all disks the bios knows about read $sector update checksum[disk] if checksums differ store checksum[] & $sector sector++ -- 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 3 04:51:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA04679 for hackers-outgoing; Wed, 3 Jan 1996 04:51:23 -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 EAA04365 for ; Wed, 3 Jan 1996 04:45:27 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id XAA07649; Wed, 3 Jan 1996 23:16:54 +1030 From: Michael Smith Message-Id: <199601031246.XAA07649@genesis.atrad.adelaide.edu.au> Subject: Re: FreeDetect & Plug n Play To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Wed, 3 Jan 1996 23:16:53 +1030 (CST) Cc: jkh@time.cdrom.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601031103.DAA02290@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 3, 96 03:03:22 am 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. stands accused of saying: > Is anyone looking into Plug&Play? > It is rather nice to probe the bus and find out all the Plug&Play devices 8) Looking, yes. Doing anything? Hmm 8( > Here is a contact sorry I forgot his name -- he is the Intel Manager for > Plug & Play: 503-264-3196 There was a URL posted recently for the Intel IAL CD application form. I filled this in on the last day before christmas, and received the disk (FedExed to Australia) late last week. There's a lot of documentation on it, and possibly enough to get us quite a way down the track. > We really need to talk to Intel to see if they will release the code > for their configuration manager. Obviously this would be nice, but given the heavy Microsoft presence in this venture, I'm not hopeful 8( > At any rate ,we will need Plug & Play support unless we are willing to > boot dos to init the Plug&Play devices... Indeed. > Amancio -- ]] 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 3 05:16:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA05814 for hackers-outgoing; Wed, 3 Jan 1996 05:16:15 -0800 (PST) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA05782 for ; Wed, 3 Jan 1996 05:15:59 -0800 (PST) Received: (from didier@localhost) by zapata.omnix.fr.org (8.6.12/8.6.9) id NAA01946; Wed, 3 Jan 1996 13:39:34 +0100 Date: Wed, 3 Jan 1996 13:39:33 +0100 (MET) From: didier@omnix.fr.org To: hackers@freebsd.org Subject: DHCP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk is there any support for DHCP ? thanks for your help -- Didier Derny | My computer is Microsoft Free and Bug Free didier@aida.org | I'm running FreeBSD 2.1-STABLE From owner-freebsd-hackers Wed Jan 3 05:29:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06126 for hackers-outgoing; Wed, 3 Jan 1996 05:29:13 -0800 (PST) Received: from bhoss.ifx.net ([206.25.218.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA06121 for ; Wed, 3 Jan 1996 05:29:10 -0800 (PST) Received: from wjh@bhoss.ifx.net (bhoss.ifx.net [206.25.218.3]) by bhoss.ifx.net (8.6.12/8.6.12) with SMTP id IAA00196 for hackers@freebsd.org; Wed, 3 Jan 1996 08:34:25 -0500 Date: Wed, 3 Jan 1996 08:34:25 -0500 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Reply-To: wjh@bhoss.ifx.net From: Bill Henderson To: Subject: HELP Backup's with TAR ? Sender: owner-hackers@freebsd.org Precedence: bulk I have a QIC-3080 2gig scsi tape backup unit, When I try to backup my file system it always seems to hang up the whole computer near the end and the computer has to be rebooted. the file system is a 1.8 gig hd that is only 46% used, Does anyone have any ideas to what the problem might be ? P.S. I also tried to backup to a file on the harddisk with the same problem it hung up the machine. Any help would appr.... From owner-freebsd-hackers Wed Jan 3 05:41:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06663 for hackers-outgoing; Wed, 3 Jan 1996 05:41:32 -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 FAA06649 for ; Wed, 3 Jan 1996 05:41:13 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id AAA07790; Thu, 4 Jan 1996 00:08:31 +1030 From: Michael Smith Message-Id: <199601031338.AAA07790@genesis.atrad.adelaide.edu.au> Subject: Re: X for install To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Thu, 4 Jan 1996 00:08:30 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, jkh@time.cdrom.com, freebsd-hackers@freebsd.org, obrien@cs.ucdavis.edu In-Reply-To: <1255.820673180@critter.tfs.com> from "Poul-Henning Kamp" at Jan 3, 96 01:46:20 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Poul-Henning Kamp stands accused of saying: > > There are a few "better" ways perhaps to look for more unique things, > > but you'll still be screwed by two identical disks with identical > > contents 8( > > Well my idea was something like: > > sector = 0 > while (1) > for all disks the bios knows about > read $sector > update checksum[disk] > if checksums differ > store checksum[] & $sector > sector++ Two 1G disks, one IDE, one SCSI. Both (miraculously) have identical MBR's, and no contents. (Think scrubbed disks) Or two identical recently-low-level-formatted disks on a single SCSI controller in the presence of ID hardwiring. Or even the same disks after they've been labelled and have identical filesystems on them. And how much of the disk are you going to read before you give up? (Yes, I know a better approach would be to scatter the reads exponentially across the disk) The problem is not the general case, it's the worst case. I guess the question is whether the worst case is worth worrying about... 8) > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Jan 3 06:10:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA09091 for hackers-outgoing; Wed, 3 Jan 1996 06:10:24 -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 GAA09086 for ; Wed, 3 Jan 1996 06:10:21 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXTtJ-0003vsC; Wed, 3 Jan 96 06:10 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 PAA01360; Wed, 3 Jan 1996 15:10:09 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Michael Smith cc: bde@zeta.org.au, jkh@time.cdrom.com, freebsd-hackers@freebsd.org, obrien@cs.ucdavis.edu Subject: Re: X for install In-reply-to: Your message of "Thu, 04 Jan 1996 00:08:30 +1030." <199601031338.AAA07790@genesis.atrad.adelaide.edu.au> Date: Wed, 03 Jan 1996 15:10:08 +0100 Message-ID: <1358.820678208@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Poul-Henning Kamp stands accused of saying: > > > There are a few "better" ways perhaps to look for more unique things, > > > but you'll still be screwed by two identical disks with identical > > > contents 8( > > > > Well my idea was something like: > > > > sector = 0 > > while (1) > > for all disks the bios knows about > > read $sector > > update checksum[disk] > > if checksums differ > > store checksum[] & $sector > > sector++ > > > Two 1G disks, one IDE, one SCSI. Both (miraculously) have identical > MBR's, and no contents. (Think scrubbed disks) OK OK, put some upper limit on it then :-) > Or two identical recently-low-level-formatted disks on a single SCSI > controller in the presence of ID hardwiring. Or even the same disks > after they've been labelled and have identical filesystems on them. > > And how much of the disk are you going to read before you give up? > (Yes, I know a better approach would be to scatter the reads exponentially > across the disk) > > The problem is not the general case, it's the worst case. I guess the > question is whether the worst case is worth worrying about... 8) No, I doubt that. I expect the above loop to finish in < 3 sectors in 99.999% of the cases where it matters. (if the bios reports same geometry for two disks, then we don't care if they are identical, since it will not confuse us. We just need a signature for each bios-geometry :-) -- 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 3 06:30:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA10137 for hackers-outgoing; Wed, 3 Jan 1996 06:30: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 GAA10106 for ; Wed, 3 Jan 1996 06:29:54 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA09953; Thu, 4 Jan 1996 01:24:34 +1100 Date: Thu, 4 Jan 1996 01:24:34 +1100 From: Bruce Evans Message-Id: <199601031424.BAA09953@godzilla.zeta.org.au> To: msmith@atrad.adelaide.edu.au, phk@critter.tfs.com Subject: Re: X for install Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com, obrien@cs.ucdavis.edu Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> The problem is not the general case, it's the worst case. I guess the >> question is whether the worst case is worth worrying about... 8) >No, I doubt that. I expect the above loop to finish in < 3 sectors >in 99.999% of the cases where it matters. >(if the bios reports same geometry for two disks, then we don't care >if they are identical, since it will not confuse us. We just need >a signature for each bios-geometry :-) We need a unique signature for converting the BIOS boot drive number to the FreeBSD root drive name. Bruce From owner-freebsd-hackers Wed Jan 3 06:37:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA10646 for hackers-outgoing; Wed, 3 Jan 1996 06:37:07 -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 GAA10641 for ; Wed, 3 Jan 1996 06:37:03 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id JAA03727; Wed, 3 Jan 1996 09:52:05 -0500 From: Peter Dufault Message-Id: <199601031452.JAA03727@hda.com> Subject: Re: recommendation needed for 8-port serial i/f To: hm@altona.hamburg.com Date: Wed, 3 Jan 1996 09:52:04 -0500 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Hellmuth Michaelis" at Jan 3, 96 09:17:05 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Can anyone recommend an 8-port RS232 interface which works with 2.1 and is > (and will be) well supported ? Ah yes, and i want to buy it in Germany ;-) (Perhaps better sent to -hardware) If you don't need modem control the BocaBoard BB1008 works fine (well, actually it works fine on 2.05 but I suppose it works on 2.1) except for some occasional probing problems on warm reboot. If you do need modem control you have to use the BB2016 16 port version. I don't know about buying it in Germany, but Boca was able to immediately give me a list of US vendors so you could call them and ask (407 997 7202). -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Wed Jan 3 06:55:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA11645 for hackers-outgoing; Wed, 3 Jan 1996 06:55:46 -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 GAA11640 for ; Wed, 3 Jan 1996 06:55:42 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXUbC-0003vvC; Wed, 3 Jan 96 06:55 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 PAA01464; Wed, 3 Jan 1996 15:55:30 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Bruce Evans cc: msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com, obrien@cs.ucdavis.edu Subject: Re: X for install In-reply-to: Your message of "Thu, 04 Jan 1996 01:24:34 +1100." <199601031424.BAA09953@godzilla.zeta.org.au> Date: Wed, 03 Jan 1996 15:55:30 +0100 Message-ID: <1462.820680930@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >> The problem is not the general case, it's the worst case. I guess the > >> question is whether the worst case is worth worrying about... 8) > > >No, I doubt that. I expect the above loop to finish in < 3 sectors > >in 99.999% of the cases where it matters. > >(if the bios reports same geometry for two disks, then we don't care > >if they are identical, since it will not confuse us. We just need > >a signature for each bios-geometry :-) > > We need a unique signature for converting the BIOS boot drive number to > the FreeBSD root drive name. True, that would bring it to 99.99999% 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 Wed Jan 3 07:01:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12022 for hackers-outgoing; Wed, 3 Jan 1996 07:01: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 GAA11791 for ; Wed, 3 Jan 1996 06:57:56 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA22549; Wed, 3 Jan 1996 15:48:08 +0100 From: Luigi Rizzo Message-Id: <199601031448.PAA22549@labinfo.iet.unipi.it> Subject: Re: FreeDetect & Plug n Play To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Wed, 3 Jan 1996 15:48:07 +0100 (MET) Cc: jkh@time.cdrom.com, hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <1142.820668770@critter.tfs.com> from "Poul-Henning Kamp" at Jan 3, 96 12:32:31 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > There actually is a P&P for ISA, where the motherboard completely disables > all but one slot, so you know what you found where. I must first say that I don't know exactly how PnP works on ISA, but I believe that in the standard there are no dedicated lines on the ISA bus so that one can disable a single slot. I have recently come across a data sheet for a TI 16550 (UART) clone with PnP support, and from the data sheet it seems that the selection of specific devices is done in software by running a protocol on a few I/O ports. Basically (details may be incorrect), ISA PnP devices all listen for writes on a couple of ports (one is the printer status, so that nobody should write there). There the CPU issues commands that are understood by PnP devices. Using some binary-search technique one can disable all but one device, identify it, set its I/O address and other stuff, and then continue with the next devices. To come back to Poul's mail: in general, it should not be the motherboard which disables the slot, it is the software that disables PnP cards. Of course *some* motherboards might do what Poul says, but this is not generally applicable. On the other end, PnP compliant devices should work on all motherboards. 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 3 07:06:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12211 for hackers-outgoing; Wed, 3 Jan 1996 07:06:27 -0800 (PST) Received: from freebsd.netcom.com (freebsd.netcom.com [198.211.79.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA12201 for ; Wed, 3 Jan 1996 07:06:20 -0800 (PST) Received: by freebsd.netcom.com (8.6.12/SMI-4.1) id JAA07963; Wed, 3 Jan 1996 09:11:38 -0600 From: bugs@freebsd.netcom.com (Mark Hittinger) Message-Id: <199601031511.JAA07963@freebsd.netcom.com> Subject: Re: login ids > 7 (fwd) To: hackers@freebsd.org Date: Wed, 3 Jan 1996 09:11:38 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > On Tue, 2 Jan 1996, Daniel Leeds wrote: > > can freebsd support extended login ids? > > ie, a user with 10 characters instead of 7? > andreas@knobel.gun.de then said: > Easy to try .. > vipw -> user xxxxxxxxxx (10 char length ) -> no > vipw -> user xxxxxxxx (8 char length ) -> yes I did this on another box that was a conversion from an older 'interactive' unix system where there were tons of 10 character usernames in place. The magic spot is /usr/include/wtmp.h change WT_NAMESIZE to 10. The generic kernel already seems to have the kernel data structure set to hold up to 11 characters, so I didn't have to change that (thankfully). Actually change /usr/src/include/wtmp.h also for your make world. You *will* need to make world to recompile all sorts of things. You also need to recompile xterm so that it's wtmp entry is correct(assuming you will run X on the box). As Terry pointed out, if you plan on using YP then you are screwed if you do this. I might rudely remark that if you use YP you are screwed in any event :-) Regards, Mark Hittinger Netcom/Dallas bugs@freebsd.netcom.com From owner-freebsd-hackers Wed Jan 3 07:06:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12257 for hackers-outgoing; Wed, 3 Jan 1996 07:06:50 -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 HAA12239 Wed, 3 Jan 1996 07:06:42 -0800 (PST) Message-Id: <199601031506.HAA12239@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: "Jordan K. Hubbard" , obrien@cs.ucdavis.edu (David E. O'Brien), freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Subject: Re: X for install In-reply-to: Your message of "Wed, 03 Jan 1996 09:13:14 +0100." <509.820656794@critter.tfs.com> Date: Wed, 03 Jan 1996 07:06:41 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >> That's how it *should* work, and as far as I can see, much of the >> "magic" comes from a little utility named `NTDETECT' - It apparently > >NTDETECT runs in real mode and probes the HW. > >> when probed is a black art. Any black magicians out there interested >> in starting a `FreeBSD Detect 1.0' project? :-) > >We should do this. I thought the plan was to define a consistant probe "policy" for drivers and have a "configuration manager" load lkms one by one to determine the presence of hardware. I don't think we need to be in real mode for the configuration manager part although having access to int13 and int15 via vm86 would be really nice. (int15 is for EISA info). >This is the only way we can hope to solve the bios-geometry problem >for instance. I think the the BIOS issue is a job for the third stage boot loader. We need BIOS geometry -> partition checksum mapping to do it right. As Terry pointed out, NT writes an identifying number in an unused spot at the beginning of partitions so that it can ensure unique mapping. >-- >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. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Wed Jan 3 07:07:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12321 for hackers-outgoing; Wed, 3 Jan 1996 07:07:23 -0800 (PST) Received: from bhoss.ifx.net ([206.25.218.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA12309 for ; Wed, 3 Jan 1996 07:07:16 -0800 (PST) Received: from wjh@bhoss.ifx.net (bhoss.ifx.net [206.25.218.3]) by bhoss.ifx.net (8.6.12/8.6.12) with SMTP id KAA00300 for hackers@freebsd.org; Wed, 3 Jan 1996 10:12:30 -0500 Date: Wed, 3 Jan 1996 10:12:30 -0500 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Reply-To: wjh@bhoss.ifx.net From: Bill Henderson To: Subject: Conner CTMS 3200 7.06 Sender: owner-hackers@freebsd.org Precedence: bulk Can anyone give me success failure scenario's on this tape drive ? I have been unable to backup my filesystem completely with this tape drive Conner CTMS 3200 7.06 ? From owner-freebsd-hackers Wed Jan 3 07:12:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12679 for hackers-outgoing; Wed, 3 Jan 1996 07:12:10 -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 HAA12669 for ; Wed, 3 Jan 1996 07:12:06 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXUrD-0003vwC; Wed, 3 Jan 96 07:12 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 QAA01494; Wed, 3 Jan 1996 16:12:03 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Justin T. Gibbs" cc: "Jordan K. Hubbard" , obrien@cs.ucdavis.edu (David E. O'Brien), freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Subject: Re: X for install In-reply-to: Your message of "Wed, 03 Jan 1996 07:06:41 PST." <199601031506.HAA12239@freefall.freebsd.org> Date: Wed, 03 Jan 1996 16:12:03 +0100 Message-ID: <1492.820681923@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > >> That's how it *should* work, and as far as I can see, much of the > >> "magic" comes from a little utility named `NTDETECT' - It apparently > > > >NTDETECT runs in real mode and probes the HW. > > > >> when probed is a black art. Any black magicians out there interested > >> in starting a `FreeBSD Detect 1.0' project? :-) > > > >We should do this. > > I thought the plan was to define a consistant probe "policy" for drivers > and have a "configuration manager" load lkms one by one to determine the > presence of hardware. I don't think we need to be in real mode for the > configuration manager part although having access to int13 and int15 > via vm86 would be really nice. (int15 is for EISA info). The way NTDETECT does it is a "two way probe", NTDETECT will grep all the info it can lay hands on from the BIOS and otherwise while in real mode and stash it away, then the drivers in their probe can ask for this info and use it as hints/hard info for their further deeds. There are many things that could be done nicely if bios access were availiable. -- 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 3 07:17:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13266 for hackers-outgoing; Wed, 3 Jan 1996 07:17:54 -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 HAA13261 for ; Wed, 3 Jan 1996 07:17:50 -0800 (PST) Received: (from freelist@localhost) by elf.kendall.mdcc.edu (8.6.11/8.6.9) id KAA13010; Wed, 3 Jan 1996 10:00:45 -0500 Date: Wed, 3 Jan 1996 10:00:44 -0500 (EST) From: Don Whiteside To: Michael Smith cc: "Amancio Hasty Jr." , jkh@time.cdrom.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeDetect & Plug n Play In-Reply-To: <199601031246.XAA07649@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 Wed, 3 Jan 1996, Michael Smith wrote: > Amancio Hasty Jr. stands accused of saying: > > Is anyone looking into Plug&Play? > > Here is a contact sorry I forgot his name -- he is the Intel Manager for > > Plug & Play: 503-264-3196 > > There was a URL posted recently for the Intel IAL CD application form. > I filled this in on the last day before christmas, and received the disk > (FedExed to Australia) late last week. > > There's a lot of documentation on it, and possibly enough to get us quite > a way down the track. I've seen a rather large book on programming plug and play in my local Borders bookstore. If there's interest, I'll write down the IBSN next time I'm in there and pass it on to anyone who's interested. Hmm... actually.... Ah, here we go. Found on www.books.com: "Programming Plug and Play" (w/ disk) Kelsey, $40 "Plug and Play System Architecture" Shanley & Anderson, $30 ha! And... "Plug and Play Linux: The Gnu Testament" by the L. Doc Project. Probably online as well. From owner-freebsd-hackers Wed Jan 3 07:24:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13609 for hackers-outgoing; Wed, 3 Jan 1996 07:24:39 -0800 (PST) Received: from sl-007.sl.cybercomm.net (sl-007.sl.cybercomm.net [199.171.196.135]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA13590 for ; Wed, 3 Jan 1996 07:24:28 -0800 (PST) Received: from sl-007.sl.cybercomm.net (localhost [127.0.0.1]) by sl-007.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id KAA03864; Wed, 3 Jan 1996 10:24:16 -0500 Date: Wed, 3 Jan 1996 10:24:14 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-000.sl.cybercomm.net To: Poul-Henning Kamp cc: "FreeBSD Hacker's list" Subject: Re: FreeDetect & Plug n Play In-Reply-To: <1142.820668770@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 3 Jan 1996, Poul-Henning Kamp wrote: > > > Is anyone looking into Plug&Play? > > > > That will be nice, though I daresay that it's the ISA devices we'll > > be having the most fun with. > > There actually is a P&P for ISA, where the motherboard completely disables > all but one slot, so you know what you found where. I have two PnP ISA Cards that do just this. It's really annoying initializing these cards in DOS everytime I reboot. I've got some code written, enough to detect the cards, isolate each one, and dump resource data.. Hopefully, this week I'll be able to at least get code to hardwire the cards down to a specfic IRQ, DMA, IOPORT... The interesting task will trying to use PnP cards as they were intended (to configure themselves automatically). As far as I can tell, the DOS configuration manager uses these criteria to determine what resources to assign to what cards. 1: Consult EISA-bios configuration information (if this system is EISA). 2: Consult configuration written by Intel's ICU program. 3: For IO-Ports, conflict detection/resolution seems to be part of Intel's PnP specification. 4: Of course, remember what resouces you assign other PnP cards, and don't conflict with those cards. The question is, what does the DOS configuration manager do with computers that have PnP-Bios (I guess these are mostly PCI systems). Also, how would FreeBSD handle initializing PnP ISA cards. One way would be to probe all non-PnP devices first, and then use what resources are left over- but this seems like it would get pretty ugly. You could also just hardwire PnP cards down to specific resources in the kernel config- but this isn't really "Plug-n-Play". OR you could do what the DOS configuration manager does, but that seems like a lot of work. Sujal From owner-freebsd-hackers Wed Jan 3 07:26:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13733 for hackers-outgoing; Wed, 3 Jan 1996 07:26: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 HAA13727 for ; Wed, 3 Jan 1996 07:26:12 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXV4d-0003vsC; Wed, 3 Jan 96 07:25 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 QAA01549; Wed, 3 Jan 1996 16:25:41 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Luigi Rizzo cc: jkh@time.cdrom.com, hasty@rah.star-gate.com, freebsd-hackers@freebsd.org Subject: Re: FreeDetect & Plug n Play In-reply-to: Your message of "Wed, 03 Jan 1996 15:48:07 +0100." <199601031448.PAA22549@labinfo.iet.unipi.it> Date: Wed, 03 Jan 1996 16:25:40 +0100 Message-ID: <1547.820682740@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > There actually is a P&P for ISA, where the motherboard completely disables > > all but one slot, so you know what you found where. > > I must first say that I don't know exactly how PnP works on ISA, > but I believe that in the standard there are no dedicated lines on > the ISA bus so that one can disable a single slot. I think the idea is you gate the RD,WR,IORD,IOWR strobes on the mother board, on a per slot basis. > I have recently come across a data sheet for a TI 16550 (UART) > clone with PnP support, and from the data sheet it seems that the > selection of specific devices is done in software by running a > protocol on a few I/O ports. yes, that's how it works. > Basically (details may be incorrect), ISA PnP devices all listen > for writes on a couple of ports (one is the printer status, so that > nobody should write there). There the CPU issues commands that are > understood by PnP devices. Using some binary-search technique one > can disable all but one device, identify it, set its I/O address > and other stuff, and then continue with the next devices. Yes, for PnP ISA devices, the slot-disabling was for handling old-fashioned non-PnP devices in PnP isa-slots. > To come back to Poul's mail: in general, it should not be the > motherboard which disables the slot, it is the software that disables > PnP cards. Of course *some* motherboards might do what Poul says, > but this is not generally applicable. On the other end, PnP compliant > devices should work on all motherboards. Yes, we are in agreement, it's two different mechanisms, to handle two different problems. -- 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 3 07:32:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA14264 for hackers-outgoing; Wed, 3 Jan 1996 07:32:26 -0800 (PST) Received: from isgate.is (isgate.is [193.4.58.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA14253 Wed, 3 Jan 1996 07:32:19 -0800 (PST) Received: from hummer.islandia.is by isgate.is (8.6.10/ISnet/14-10-91); Wed, 3 Jan 1996 15:32:15 GMT Received: from smarties.islandia.is by hummer.islandia.is (8.6.11/ISnet/12-09-94); Wed, 3 Jan 1996 15:28:03 GMT Date: Wed, 3 Jan 1996 15:28:03 GMT Message-Id: <199601031528.PAA12069@hummer.islandia.is> X-Sender: gestur@islandia.is X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org From: gestur@islandia.is (Gestur A. Grjetarsson) Subject: prevent paralell modem connection Cc: admin@islandia.is Sender: owner-hackers@freebsd.org Precedence: bulk Hello, I'd like to ask you, Could users on FreeBSD system hold two or more modem connections at same time, parallel logged on ? If so, is there a way to prevent people to be able to get connection on the system from two or more places at one time, like if users share their accounts, taking two modems and only paying for one account ? My system has limited amount of modems attached, so it would be of good appreaciation if I could manage to prevent parallel modem connections for one user. Thanks in advance, Međ kveđju, Sincerely, ----------------------------------------------------------- Gestur A. Grjetarsson kerfisstjóri islandia.is sysadmin islandia.is Islandia, Grensásvegur 7, 2h.t.h., 108 Reykjavik sími 5884020, modem 5884120, fax 5884014 http://www.islandia.is http://www.islandia.is/english.htm ----------------------------------------------------------- From owner-freebsd-hackers Wed Jan 3 07:49:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15472 for hackers-outgoing; Wed, 3 Jan 1996 07:49:26 -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 HAA15464 for ; Wed, 3 Jan 1996 07:49:22 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXVRI-0003vlC; Wed, 3 Jan 96 07:49 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id QAA01614; Wed, 3 Jan 1996 16:49:21 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Sujal Patel cc: "FreeBSD Hacker's list" Subject: Re: FreeDetect & Plug n Play In-reply-to: Your message of "Wed, 03 Jan 1996 10:24:14 EST." Date: Wed, 03 Jan 1996 16:49:21 +0100 Message-ID: <1612.820684161@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk Hi Sujal, I read you email with pleasure. We have already shipped the "instant Official FreeBSD Plug&Play Meister" kit to you, and the official announcement of your new title will come as soon as you accept the position :-) Interested ? -- 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 3 07:50:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15541 for hackers-outgoing; Wed, 3 Jan 1996 07:50:19 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA15502 for ; Wed, 3 Jan 1996 07:49:42 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id CAA08193; Thu, 4 Jan 1996 02:20:29 +1030 From: Michael Smith Message-Id: <199601031550.CAA08193@genesis.atrad.adelaide.edu.au> Subject: Re: FreeDetect & Plug n Play To: freelist@elf.kendall.mdcc.edu (Don Whiteside) Date: Thu, 4 Jan 1996 02:20:29 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hasty@rah.star-gate.com, jkh@time.cdrom.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Don Whiteside" at Jan 3, 96 10:00:44 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Don Whiteside stands accused of saying: > I've seen a rather large book on programming plug and play in my local > Borders bookstore. If there's interest, I'll write down the IBSN next > time I'm in there and pass it on to anyone who's interested. Check carefully; it's quite likely that all it will talk about are the umpteen different PnP API's around rather than the grubby hardware-level stuff. > Hmm... actually.... > > Ah, here we go. Found on www.books.com: > > "Programming Plug and Play" (w/ disk) Kelsey, $40 > "Plug and Play System Architecture" Shanley & Anderson, $30 > > ha! And... "Plug and Play Linux: The Gnu Testament" by the L. Doc > Project. Probably online as well. PnP Linux, AFAIK, has nothing to do with PnP hardware. YMMV. -- ]] 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 3 08:25:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17305 for hackers-outgoing; Wed, 3 Jan 1996 08:25:42 -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 IAA17294 for ; Wed, 3 Jan 1996 08:25:30 -0800 (PST) Received: from mail.etinc.com ([204.141.95.167]) by etinc.com (8.6.11/8.6.9) with SMTP id LAA02600 for ; Wed, 3 Jan 1996 11:32:24 -0500 Date: Wed, 3 Jan 1996 11:32:24 -0500 Message-Id: <199601031632.LAA02600@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: IRCD Sender: owner-hackers@freebsd.org Precedence: bulk Has anyone ported ircd to FreeBSD? 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 3 08:26:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17363 for hackers-outgoing; Wed, 3 Jan 1996 08:26: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 IAA17347 for ; Wed, 3 Jan 1996 08:26:37 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id IAA03649; Wed, 3 Jan 1996 08:26:36 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id JAA00438; Wed, 3 Jan 1996 09:25:51 -0800 (PST) Message-Id: <199601031725.JAA00438@corbin.Root.COM> To: gpalmer@westhill.cdrom.com cc: dfr@render.com, hackers@freebsd.org Subject: Re: 2.1 panic: panic: nfsreq nogrps In-reply-to: Your message of "Wed, 03 Jan 96 04:26:22 PST." <10191.820671982@westhill.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 03 Jan 1996 09:25:50 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >David Greenman wrote in message ID ><199601030538.VAA00222@corbin.Root.COM>: >> >in the origional mail), and I was just looking at the program which >> >was running at the time, and it does nothing more complicated than > >> The setgroups() can happen at any time and doesn't in itself cause a panic. >> The panic message "nfsreq nogrps" indicates that an I/O operation is being >> attempted on behalf of a process that has no groups in it's group list. This >> isn't a valid state as group[0] is always the effective gid. If the process >> didn't get this way because of setgroups(), then it's happening somewhere >> else in the kernel. I suppose one work-around kludge might be to substitute >> the "nobody" group (-2) for processes that otherwise belong to no groups. > >Look likes we'll need to do that as with a freshly updated copy of the >sources it just suffered the same panic again. Any idea why this is all-of-a-sudden happening regularly? -DG From owner-freebsd-hackers Wed Jan 3 08:58:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19720 for hackers-outgoing; Wed, 3 Jan 1996 08:58:39 -0800 (PST) Received: from UICVM.UIC.EDU (UICVM.CC.UIC.EDU [128.248.100.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA19715 for ; Wed, 3 Jan 1996 08:58:37 -0800 (PST) Date: Wed, 3 Jan 1996 08:58:37 -0800 (PST) Message-Id: <199601031658.IAA19715@freefall.freebsd.org> Received: from UICVM.UIC.EDU by UICVM.UIC.EDU (IBM VM SMTP V2R2) with TCP; Wed, 03 Jan 96 10:54:38 CST To: hackers@freebsd.org From: LONGDONG@UICVM.CC.UIC.EDU Subject: HIGWAY ROBBERY!! Reply-To: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk DEAR SIRS AND FELLOWS, I HAVE BEEN UNDUELY ROBBED BY YOUR INCOMPETENT PRODUCT. DURING INSTALL IT DELETED ALL MY DOS GAMES AND PROGRAMS I SPENT YEARS GETTING FROM FTP AND FSP SITES!! HOW DARE THIS TREACHERY BE UNLEASHED ON MY HARD DRIVE! WHO WILL PAY ME FOR THESE LOSSES...WHO WILL HELP ME TO REGAIN MY PRECIOUS PROGRAMS?? THIS WILL NOT GO UNCHALLENGED...I SHALL SEEK PUBLIC AGENCIES TO COMBAT YOUR FAULTY PRODUCT THAT INTENTIONALLY DESTROYS HARD DRIVES. HAVE YOU HEARD OF THE BETTER BUREAUS OF BUSINESS? WHEN WILL THE LITTLE GUY BE HEARD??!! oh, and do please, all of you...have a happy new year. :) SpUnk3Y From owner-freebsd-hackers Wed Jan 3 09:06:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20329 for hackers-outgoing; Wed, 3 Jan 1996 09:06:57 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA20275 Wed, 3 Jan 1996 09:06:33 -0800 (PST) Received: from mordillo (oberon.physik.fu-berlin.de [130.133.3.126]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id SAA13664; Wed, 3 Jan 1996 18:06:20 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id IAA00681; Wed, 3 Jan 1996 08:47:29 +0100 From: Thomas Graichen Message-Id: <199601030747.IAA00681@mordillo> Subject: Re: Looking someone to port MuPAD to FreeBSD To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Wed, 3 Jan 1996 08:47:28 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601030441.UAA08553@freefall.freebsd.org> from "Jonathan M. Bresler" at Jan 2, 96 08:41:47 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk hasn't Jonathan M. Bresler said ? ... > > Hi, > > After having ported several versions of MuPAD to FreeBSD I no longer > have the time to work on it, and -- on behalf of the MuPAD people -- > I'm looking for someone to take over. > i wanted to do it (started august last year or so) - but haven't had the time to go on - maybe i can do in in the summer then i've more time - but until then i can't t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-hackers Wed Jan 3 09:28:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21771 for hackers-outgoing; Wed, 3 Jan 1996 09:28: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 JAA21765 for ; Wed, 3 Jan 1996 09:28: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 JAA05226; Wed, 3 Jan 1996 09:27:37 -0800 Message-Id: <199601031727.JAA05226@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Michael Smith cc: jkh@time.cdrom.com, freebsd-hackers@FreeBSD.ORG Subject: Re: FreeDetect & Plug n Play In-reply-to: Your message of "Wed, 03 Jan 1996 23:16:53 +1030." <199601031246.XAA07649@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Jan 1996 09:27:36 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk 1. I have had a Plug and Play card here for a while now. This does not make me an expert is just that I have done some digging around and play a whole lot with my card. The documents that Intel has at their Web site are good enough to write Plug and Play services is just that they hard to read. 2. You really want the code from intel in order to deploy Plug and Play any time soon which by the way the CD does not have. You want for the configuration manager.... 3. The reason why Intel did not release the code is mostly because at the time they did not want a zillion copies of the Plug and Play Configuration manager floating around. At least thats what the manager told me. 4. There is a linux plug and play project on the way. So one way or the other we will have Plug and Plug services. Enjoy, Amancio >>> Michael Smith said: > Amancio Hasty Jr. stands accused of saying: > > Is anyone looking into Plug&Play? > > It is rather nice to probe the bus and find out all the Plug&Play devices 8) > > Looking, yes. Doing anything? Hmm 8( > > > Here is a contact sorry I forgot his name -- he is the Intel Manager for > > Plug & Play: 503-264-3196 > > There was a URL posted recently for the Intel IAL CD application form. > I filled this in on the last day before christmas, and received the disk > (FedExed to Australia) late last week. > > There's a lot of documentation on it, and possibly enough to get us quite > a way down the track. > > > We really need to talk to Intel to see if they will release the code > > for their configuration manager. > > Obviously this would be nice, but given the heavy Microsoft presence > in this venture, I'm not hopeful 8( > > > At any rate ,we will need Plug & Play support unless we are willing to > > boot dos to init the Plug&Play devices... > > Indeed. > > From owner-freebsd-hackers Wed Jan 3 09:28:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21840 for hackers-outgoing; Wed, 3 Jan 1996 09:28:46 -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 JAA21792 Wed, 3 Jan 1996 09:28:27 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA13230; Wed, 3 Jan 1996 11:27:06 -0600 From: Joe Greco Message-Id: <199601031727.LAA13230@brasil.moneng.mei.com> Subject: Re: prevent paralell modem connection To: gestur@islandia.is (Gestur A. Grjetarsson) Date: Wed, 3 Jan 1996 11:27:05 -0600 (CST) Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, admin@islandia.is In-Reply-To: <199601031528.PAA12069@hummer.islandia.is> from "Gestur A. Grjetarsson" at Jan 3, 96 03:28:03 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Hello, > > I'd like to ask you, > > Could users on FreeBSD system hold two or more modem connections at > same time, parallel logged on ? Sure. > If so, is there a way to prevent people to be able to get connection on > the system from two or more places at one time, like if users share their > accounts, taking two modems and only paying for one account ? Sure. Stick a "cron" job in to count the number of times that a user is on a tty line. Think about something like: #! /bin/sh - PATH=/bin:/usr/bin; export PATH who | grep " ttyd" | sort | uniq -c | ( while read count user; do if [ ${count} -gt 1 ]; then kill -HUP `ps agxu | grep "^${user} " | awk '{print $2}'` fi done ) This is of course very simplistic but could be effective if run out of cron, say, every 5 minutes (excuse any errors, I have NOT tested it, you shouldn't run it unless you understand what it is doing and can fix my bugs)... This is simpler than the network/X11 pty case, of course.. ;-) > My system has limited amount of modems attached, so it would be of good > appreaciation if I could manage to prevent parallel modem connections for > one user. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Jan 3 09:37:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23441 for hackers-outgoing; Wed, 3 Jan 1996 09:37: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 JAA22752 for ; Wed, 3 Jan 1996 09:33:55 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA15099 for ; Wed, 3 Jan 1996 18:33:04 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA12833 for freebsd-hackers@freebsd.org; Wed, 3 Jan 1996 18:33:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id RAA20642 for freebsd-hackers@freebsd.org; Wed, 3 Jan 1996 17:44:09 +0100 (MET) From: J Wunsch Message-Id: <199601031644.RAA20642@uriah.heep.sax.de> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 3 Jan 1996 17:44:09 +0100 (MET) In-Reply-To: <7741.820667981@time.cdrom.com> from "Jordan K. Hubbard" at Jan 3, 96 03:19:41 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: > > > Can someone explain why we need ELF or its equivalent for this > > to be feasible? It supports any number of file sections. Stock a.out supports only text, data, bss (and symbols). > I don't think we do at all. I don't understand your antipathy against ELF. Why still fiddling with an ancient crock (a.out) when a more modern definition is already there? (I don't say this must happen tomorrow.) -- 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 3 09:40:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23865 for hackers-outgoing; Wed, 3 Jan 1996 09:40: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 JAA23119 for ; Wed, 3 Jan 1996 09:35:49 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA15094; Wed, 3 Jan 1996 18:33:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA12832; Wed, 3 Jan 1996 18:33:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id RAA20778; Wed, 3 Jan 1996 17:55:10 +0100 (MET) From: J Wunsch Message-Id: <199601031655.RAA20778@uriah.heep.sax.de> Subject: Re: questions To: ajrst18+@PITT.EDU (Aaron J Rusz) Date: Wed, 3 Jan 1996 17:55:09 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Aaron J Rusz" at Jan 3, 96 04:31: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 Aaron J Rusz wrote: > > ..., but I need help figuring out the device name for > my PS/2 style mouse. /dev/psm You need to build a custom kernel with the `psm0' driver defined. Refer to the handbook and the LINT configuration file. -- 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 3 09:40:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24077 for hackers-outgoing; Wed, 3 Jan 1996 09:40:22 -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 JAA24068 for ; Wed, 3 Jan 1996 09:40:19 -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 JAA07233 for ; Wed, 3 Jan 1996 09:39:47 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA15109 for ; Wed, 3 Jan 1996 18:33:08 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA12835 for freebsd-hackers@freebsd.org; Wed, 3 Jan 1996 18:33:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id RAA20736 for freebsd-hackers@freebsd.org; Wed, 3 Jan 1996 17:52:32 +0100 (MET) From: J Wunsch Message-Id: <199601031652.RAA20736@uriah.heep.sax.de> Subject: Re: POST checksum hacking To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 3 Jan 1996 17:52:31 +0100 (MET) In-Reply-To: <199601030920.CAA24493@seagull.rtd.com> from "Don Yuniskis" at Jan 3, 96 02:20:33 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 Don Yuniskis wrote: > > I'd like to cut a new set of EPROMs with an altered disk table > but the POST screams about bad checksums. Anyone have a clue as > to the algorithm employed and the location of the checksum image > (before I start disassembling code)? A ROM image consists of 0x55 0xaa - signature - number of 512-byte ``increments'' this ROM consists of *512-3 bytes ROM image The entire ROM image must byte-checksum to 0. This is usually done by placing a jump next after the byte, and reserving the byte after the jump instruction for checksumming. (I haven't verified this information.) -- 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 3 09:48:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA25647 for hackers-outgoing; Wed, 3 Jan 1996 09:48:34 -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 JAA25573 for ; Wed, 3 Jan 1996 09:48:26 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA22823; Wed, 3 Jan 1996 18:47:07 +0100 From: Luigi Rizzo Message-Id: <199601031747.SAA22823@labinfo.iet.unipi.it> Subject: Re: FreeDetect & Plug n Play To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Wed, 3 Jan 1996 18:47:07 +0100 (MET) Cc: jkh@time.cdrom.com, hasty@rah.star-gate.com, freebsd-hackers@freebsd.org In-Reply-To: <1547.820682740@critter.tfs.com> from "Poul-Henning Kamp" at Jan 3, 96 04:25:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > To come back to Poul's mail: in general, it should not be the > > motherboard which disables the slot, it is the software that disables > > PnP cards. Of course *some* motherboards might do what Poul says, > > but this is not generally applicable. On the other end, PnP compliant > > devices should work on all motherboards. > Yes, we are in agreement, it's two different mechanisms, to handle > two different problems. Ok, but do the slot-disabling motherboards (BTW, do you have references to some ?) also take care of remapping IO, memory and DMA addresses ? Because it should be "plug and play", not "plug and don't break things". 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 3 09:55:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26304 for hackers-outgoing; Wed, 3 Jan 1996 09:55:53 -0800 (PST) Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA26299 for ; Wed, 3 Jan 1996 09:55:51 -0800 (PST) From: gpalmer@westhill.cdrom.com 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 JAA11227 ; Wed, 3 Jan 1996 09:55:03 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: davidg@Root.COM cc: dfr@render.com, hackers@freebsd.org Subject: Re: 2.1 panic: panic: nfsreq nogrps In-reply-to: Your message of "Wed, 03 Jan 1996 09:25:50 PST." <199601031725.JAA00438@corbin.Root.COM> Date: Wed, 03 Jan 1996 09:55:00 -0800 Message-ID: <11224.820691700@westhill.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk David Greenman wrote in message ID <199601031725.JAA00438@corbin.Root.COM>: > Any idea why this is all-of-a-sudden happening regularly? One of our employees has written an index auto-generator and is running it on a NFS mounted directory (from a Novell Netware 4.1 server). Something he is doing is causing this. No idea what... the source code looks clean, so it must be something funky that the C shell script that calls the generator is doing. I'm going to look more closely at both, as the machine has just died AGAIN :-( Gary From owner-freebsd-hackers Wed Jan 3 09:56:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA26535 for hackers-outgoing; Wed, 3 Jan 1996 09:56:54 -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 JAA26524 for ; Wed, 3 Jan 1996 09:56:47 -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 JAA05548; Wed, 3 Jan 1996 09:56:30 -0800 Message-Id: <199601031756.JAA05548@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Sujal Patel cc: Poul-Henning Kamp , "FreeBSD Hacker's list" Subject: Re: FreeDetect & Plug n Play In-reply-to: Your message of "Wed, 03 Jan 1996 10:24:14 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Jan 1996 09:56:30 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Sujal Patel said: > On Wed, 3 Jan 1996, Poul-Henning Kamp wrote: > > > > > Is anyone looking into Plug&Play? > > > > > > That will be nice, though I daresay that it's the ISA devices we'll > > > be having the most fun with. > > > > There actually is a P&P for ISA, where the motherboard completely disables > > all but one slot, so you know what you found where. > > I have two PnP ISA Cards that do just this. It's really annoying > initializing these cards in DOS everytime I reboot. I've got some code > written, enough to detect the cards, isolate each one, and dump resource > data.. Hopefully, this week I'll be able to at least get code to > hardwire the cards down to a specfic IRQ, DMA, IOPORT... > > The interesting task will trying to use PnP cards as they were intended > (to configure themselves automatically). As far as I can tell, the DOS > configuration manager uses these criteria to determine what resources to > assign to what cards. > > 1: Consult EISA-bios configuration information (if this system is EISA). > 2: Consult configuration written by Intel's ICU program. > 3: For IO-Ports, conflict detection/resolution seems to be part of > Intel's PnP specification. > 4: Of course, remember what resouces you assign other PnP cards, and > don't conflict with those cards. > 5. Consult http://www.intel.com/IAL/plugplay/ 8) Here is a partial dump of the configuration information available on a PnP device. the program is intel's icu.exe. I just took out the device name and identifier of my card and of course Patel's code can get the exact same configuration information . Although so far we have to decode the binary stream which the card dumps and this is not hard to do. My interest at this moment is just to initialize my card. The Plug&Play have an i/o port which when set it will detect i/o conflict 8) Enter choice - Vendor ID: FOO0001 Serial Number: 00000001 Checksum (reported): 0x14 PNP Version: 1.0 Vendor Ver.: 10 Device Description: Plug & Play Device ID : FOO0000 Supports I/O Range Checking Vendor Defined Logical Device Control Registers: None Device Description: Wave & Codec Dependant Function 0 Best Possible Configuration IRQ lines supported: More.... 0xB 0xC 0xF DMA Channels supported: 5 DMA Channel Characteristics: 16 bit only Logical device is not a bus master DMA may not execute in count by byte mode DMA may execute in count by word mode Compatibility mode DMA Channels supported: 7 DMA Channel Characteristics: 16 bit only Logical deA Channel Characteristics: 16 bit only Logical dedevice is not a bus master DMA may not execute in count by byte mode DMA may execute in count by word mode Compatibility mode I/O Descriptors: More.... Card decodes full 16-bit ISA Address Minimum base I/O Address: 0x220 Maximum base I/O Address: 0x220 Base I/O Address requires 0x1 byte alignment Device requires 16 Continuous ports I/O Descriptors: Card decodes full 16-bit ISA Address Minimum base I/O Address: 0x320 Maximum base I/O Address: 0x320 Base I/O Address requires 0x1 byte alignment Device requires 8 Continuous ports I/O Descriptors: Card decodes full 16-bit ISA Address Minimum base I/O Address: 0x32C Maximum base I/O Address: 0x32C Base I/O Address requires 0x1 byte alignment Device requires 4 Continuous ports Dependant Function 1 More.... Acceptable Configuration IRQ lines supported: 0xA 0xB 0xC 0xF DMA Channels supported: 1 3 5 6 7 DMA Channel Characteristics: 8 and 16 bit Logical device is not a bus master DMA may execute in count by by a bus master DMA may execute in count by byyte mode DMA may execute in count by word mode Compatibility mode DMA Channels supported: 1 3 5 6 7 DMA Channel Characteristics: 8 and 16 bit Logical device is not a bus master DMA may execute in count by byte mode DMA may execute in count by word mode Compatibility mode ... Have ball, Amancio From owner-freebsd-hackers Wed Jan 3 10:09:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27432 for hackers-outgoing; Wed, 3 Jan 1996 10:09:40 -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 KAA27427 for ; Wed, 3 Jan 1996 10:09:38 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA13314; Wed, 3 Jan 1996 12:08:34 -0600 From: Joe Greco Message-Id: <199601031808.MAA13314@brasil.moneng.mei.com> Subject: Re: IRCD To: dennis@etinc.com (dennis) Date: Wed, 3 Jan 1996 12:08:33 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199601031632.LAA02600@etinc.com> from "dennis" at Jan 3, 96 11:32:24 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Has anyone ported ircd to FreeBSD? > > Dennis ircd? The IRC server daemon? You don't need to. It compiles out of the box (or used to, last time I checked). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Jan 3 10:14:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27846 for hackers-outgoing; Wed, 3 Jan 1996 10:14: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 KAA27841 for ; Wed, 3 Jan 1996 10:14:18 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15037; Wed, 3 Jan 1996 11:03:40 -0700 From: Terry Lambert Message-Id: <199601031803.LAA15037@phaeton.artisoft.com> Subject: Re: X for install To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 3 Jan 1996 11:03:40 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, obrien@cs.ucdavis.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <2046.820639273@time.cdrom.com> from "Jordan K. Hubbard" at Jan 2, 96 07:21:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > How small can a kernel be made and still have all the disk drivers > > in it? We'd want all the SCSI disk drivers, wdc, sio, sc, UFS, > > CD9660 and a fixed 8M memory limit. No swap stuff, no networking, > > no quotas. > > I'm not sure we would. Consider how NT does it - they have one disk > that contains the kernel bootstrap and another disk that contains > drivers, each of which it loads, tries and then tosses out again if > it's not needed. I'd be willing to go to 2 or more boot floppies > again if it were for something as nicely generic as that.. :-) This would require a VM86 mechanism for using the BIOS until the drivers are loaded. Like NT does it. I wonder if Microsoft took that idea from our discussions of VM86() disk drivers 4 years ago... 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 3 10:18:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28205 for hackers-outgoing; Wed, 3 Jan 1996 10:18:26 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA28200 for ; Wed, 3 Jan 1996 10:18:22 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15058; Wed, 3 Jan 1996 11:07:39 -0700 From: Terry Lambert Message-Id: <199601031807.LAA15058@phaeton.artisoft.com> Subject: Re: X for install To: jdl@jdl.com (Jon Loeliger) Date: Wed, 3 Jan 1996 11:07:39 -0700 (MST) Cc: jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601030503.XAA02277@chrome.jdl.com> from "Jon Loeliger" at Jan 2, 96 11:02:46 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > This sounds to me like the same general goal as the separation of > the hardware detection process during boot -- part of the detect, > semi-probe, negotiate, allocate, attach process that we've often > discussed. Can the same core be used for both the normal UNIX boot > process and for the initial system config/install process? Or am > I totally in the weeds here? *Can* it? "Windows 95 will now determine the hardware installed in you system. If this takes too long, turn off your computer (do *not* try to use control-alt-delete) and restart setup. It will resume after the device that caused the crash" I maintain that if Microsoft can do it, *anyone* can do it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jan 3 10:21:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28420 for hackers-outgoing; Wed, 3 Jan 1996 10:21: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 KAA28414 for ; Wed, 3 Jan 1996 10:21:15 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15071; Wed, 3 Jan 1996 11:11:41 -0700 From: Terry Lambert Message-Id: <199601031811.LAA15071@phaeton.artisoft.com> Subject: Re: X for install To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Wed, 3 Jan 1996 11:11:41 -0700 (MST) Cc: jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <509.820656794@critter.tfs.com> from "Poul-Henning Kamp" at Jan 3, 96 09:13:14 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk [ ... real mode/VM86() mode probing ... ] > This is the only way we can hope to solve the bios-geometry problem > for instance. Actually, you are still left with the problem of determining the difference between BIOS chaining order and BSD controller/drive probe order. In other words, which controller is the boot controller in a two controller system? A three controller system? Etc. 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 3 10:31:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28978 for hackers-outgoing; Wed, 3 Jan 1996 10:31:07 -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 KAA28966 for ; Wed, 3 Jan 1996 10:31:03 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA13358 for hackers@freebsd.org; Wed, 3 Jan 1996 12:30:31 -0600 From: Joe Greco Message-Id: <199601031830.MAA13358@brasil.moneng.mei.com> Subject: Re: HIGWAY ROBBERY!! To: hackers@freebsd.org Date: Wed, 3 Jan 1996 12:30:31 -0600 (CST) In-Reply-To: <199601031658.IAA19715@freefall.freebsd.org> from "LONGDONG@UICVM.CC.UIC.EDU" at Jan 3, 96 08:58:37 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > DEAR SIRS AND FELLOWS, > > I HAVE BEEN UNDUELY ROBBED BY YOUR INCOMPETENT PRODUCT. DURING INSTALL IT > DELETED ALL MY DOS GAMES AND PROGRAMS I SPENT YEARS GETTING FROM FTP AND > FSP SITES!! > > HOW DARE THIS TREACHERY BE UNLEASHED ON MY HARD DRIVE! WHO WILL PAY ME FOR > THESE LOSSES...WHO WILL HELP ME TO REGAIN MY PRECIOUS PROGRAMS?? Dear sir, Please accept our apologies for the loss of your data. If you read the documentation and followed the instructions: : DISCLAIMER: While FreeBSD does its best to safeguard against accidental : loss of data, it's still more than possible to WIPE OUT YOUR ENTIRE DISK : with this installation! Please do not proceed to the final FreeBSD : installation menu unless you've adequately backed up any important : data first! We really mean it! you will discover that you are able to "regain your precious programs" by repartitioning your hard disk and restoring the files from the backup that you made. As with any major operating system install (i.e. DOS, WinNT, OS/2, Linux, Solaris, etc), the possibility exists to inadvertently destroy existing data. I have seen EACH of the above listed systems trample data that is on a disk. Obviously, it is desirable to have FreeBSD inadvertently trample data in as few cases as possible, but that's a tall order, and this is a volunteer organization. > THIS WILL NOT GO UNCHALLENGED...I SHALL SEEK PUBLIC AGENCIES TO COMBAT > YOUR FAULTY PRODUCT THAT INTENTIONALLY DESTROYS HARD DRIVES. I do not believe that this "product" intentionally destroys hard drives. To the best of my knowledge, FreeBSD simply performs standard SCSI disk reads and writes via a SCSI controller. In order to intentionally destroy a hard drive, one would need specialized hardware to shake or jar the hard disk during operation. I have not seen any PC's outfitted with such apparatus, but I am saddened and dismayed if your PC was, and FreeBSD somehow used the apparatus to destroy your hard drive. > HAVE YOU HEARD OF THE BETTER BUREAUS OF BUSINESS? Yes, but the BBB is generally not concerned with volunteer software development and engineering organizations. > WHEN WILL THE LITTLE GUY BE HEARD??!! Perhaps after the whiney little shits are done with. > oh, and do please, all of you...have a happy new year. :) Thank you! Please contribute to our happiness by writing us lots of amusing "complaints". > SpUnk3Y If you need a new keyboard, I have several spares. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Jan 3 10:41:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA29603 for hackers-outgoing; Wed, 3 Jan 1996 10:41:19 -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 KAA29597 for ; Wed, 3 Jan 1996 10:41:16 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA28333; Wed, 3 Jan 1996 11:42:12 -0700 Date: Wed, 3 Jan 1996 11:42:12 -0700 From: Nate Williams Message-Id: <199601031842.LAA28333@rocky.sri.MT.net> To: J Wunsch Cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: <199601031644.RAA20642@uriah.heep.sax.de> References: <7741.820667981@time.cdrom.com> <199601031644.RAA20642@uriah.heep.sax.de> Sender: owner-hackers@FreeBSD.org Precedence: bulk J. Wunsch writes: > As Jordan K. Hubbard wrote: > > > > > Can someone explain why we need ELF or its equivalent for this > > > to be feasible? > > It supports any number of file sections. Stock a.out supports only > text, data, bss (and symbols). > > > I don't think we do at all. > > I don't understand your antipathy against ELF. Why still fiddling > with an ancient crock (a.out) when a more modern definition is already > there? I think that part of my reason for avoiding ELF is becuase we don't need to move to yet another file format just as we are starting to support legacy applications and such. However, I don't think it would be bad if we actually had support for running ELF binaries as part of the system. It's just not something I'd like to see become the standard binary format. Nate From owner-freebsd-hackers Wed Jan 3 10:50:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00158 for hackers-outgoing; Wed, 3 Jan 1996 10:50:45 -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 KAA00151 for ; Wed, 3 Jan 1996 10:50:40 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15134; Wed, 3 Jan 1996 11:41:33 -0700 From: Terry Lambert Message-Id: <199601031841.LAA15134@phaeton.artisoft.com> Subject: Re: X for install To: bde@zeta.org.au (Bruce Evans) Date: Wed, 3 Jan 1996 11:41:33 -0700 (MST) Cc: bde@zeta.org.au, phk@critter.tfs.com, freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com, obrien@cs.ucdavis.edu In-Reply-To: <199601031111.WAA02552@godzilla.zeta.org.au> from "Bruce Evans" at Jan 3, 96 10:11:33 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 > If you disabled the drive then both probing the drive and reading it > will fail. It isn't fair to ask FreeBSD to determine the BIOS geometry > in that case. The geometry might depend on how the drive is enabled > (with or without boot manager...). Determine if it has a partition table. If it has a partition table, determine if it has DOS partitions. If it has DOS partitions, then find them on the disk. Make sure the 32 bit absolute sector address in the partition table entry is correct. It won't be for DOS fdisk versions before 3.0x, and some utilities don't set it correctly. Fix the checksum after the AA55 (why isn't this done now?). Then from protected mode *always* use the 32 bit sector offset instead of the C/H/S value. For DOS partition mounting, note that the partitions start/stop on an even cylinder boundry and use this information to determine C/H/S geometry (only works if you have the 32 bit offset and size already). Much of this is documented in the PReP standard, which requires the use of the 32 bit offset/size value for PPCBug and for OpenBoot. 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 3 10:50:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00190 for hackers-outgoing; Wed, 3 Jan 1996 10:50:54 -0800 (PST) Received: from sl-007.sl.cybercomm.net (sl-007.sl.cybercomm.net [199.171.196.135]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA00177 for ; Wed, 3 Jan 1996 10:50:49 -0800 (PST) Received: from sl-007.sl.cybercomm.net (localhost [127.0.0.1]) by sl-007.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id NAA04479; Wed, 3 Jan 1996 13:50:03 -0500 Date: Wed, 3 Jan 1996 13:49:57 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-000.sl.cybercomm.net To: Luigi Rizzo cc: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeDetect & Plug n Play In-Reply-To: <199601031448.PAA22549@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 3 Jan 1996, Luigi Rizzo wrote: > Basically (details may be incorrect), ISA PnP devices all listen > for writes on a couple of ports (one is the printer status, so that > nobody should write there). There the CPU issues commands that are > understood by PnP devices. Using some binary-search technique one > can disable all but one device, identify it, set its I/O address > and other stuff, and then continue with the next devices. The basic idea to configure a PnP device is to address each device one at a time. Here is a basic breakdown of how you would address a *single* PnP device. 1: Send a long sequence of predefined "stuff" to LPT2's Status Port to tell all PnP cards to go into `isolation mode'. 2: Find a port that is unused between 0x203-0x3ff 3: Run a the `isolation protocol' which iteratively isolates each card and assigns it a unique number (CSN). This basically relies on a unique serial number which is in every PnP device. This is outlined in all it's gory detail on Intel's web site, if anyone's interested. 4: Wake up each card (addressing it by it's unique CSN), look at it's configuration data, and configure it's resources. Sujal From owner-freebsd-hackers Wed Jan 3 10:54:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00369 for hackers-outgoing; Wed, 3 Jan 1996 10:54:04 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA00364 for ; Wed, 3 Jan 1996 10:54:02 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15147; Wed, 3 Jan 1996 11:44:27 -0700 From: Terry Lambert Message-Id: <199601031844.LAA15147@phaeton.artisoft.com> Subject: Re: X for install To: bde@zeta.org.au (Bruce Evans) Date: Wed, 3 Jan 1996 11:44:27 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, phk@critter.tfs.com, bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com, obrien@cs.ucdavis.edu In-Reply-To: <199601031424.BAA09953@godzilla.zeta.org.au> from "Bruce Evans" at Jan 4, 96 01:24:34 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >(if the bios reports same geometry for two disks, then we don't care > >if they are identical, since it will not confuse us. We just need > >a signature for each bios-geometry :-) > > We need a unique signature for converting the BIOS boot drive number to > the FreeBSD root drive name. You need it for all drives: dos_newfs dos_mount dos_fsck ... 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 3 10:55:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00442 for hackers-outgoing; Wed, 3 Jan 1996 10:55:55 -0800 (PST) Received: from apollo.hq.nasa.gov (apollo.hq.nasa.gov [131.182.121.87]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA00437 for ; Wed, 3 Jan 1996 10:55:51 -0800 (PST) Received: from wirehead.hq.nasa.gov (wirehead.hq.nasa.gov [131.182.121.88]) by apollo.hq.nasa.gov (8.6.12/8.6.12) with ESMTP id SAA08274 for ; Wed, 3 Jan 1996 18:57:05 GMT Received: from localhost (cshenton@localhost) by wirehead.hq.nasa.gov (8.6.12/8.6.12) with SMTP id SAA06481 for ; Wed, 3 Jan 1996 18:57:05 GMT Message-Id: <199601031857.SAA06481@wirehead.hq.nasa.gov> X-Authentication-Warning: wirehead.hq.nasa.gov: cshenton owned process doing -bs X-Authentication-Warning: wirehead.hq.nasa.gov: Host localhost didn't use HELO protocol To: hackers@freefall.freebsd.org Subject: make [world | install] procedure? In-reply-to: Your message of "Wed, 03 Jan 1996 10:21:31 PST." <199601031821.KAA28447@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Wed, 03 Jan 1996 13:57:05 -0500 From: Chris Shenton Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Can someone point me to a reference on how to rebuild the OS? I've looked in the FAQ and Handbook -- closest I can find is the kernel rebuild procedure, and that's no problem. I've had some trouble in the past, doing "make world"s where it appeared that something being made invalidated the shared libraries, causing make or it's ilk to fail. Should I be able to "make world" in multiuser, then do I need to drop down to single-user and do a "make install"? Should I be able to do periodic sup's on -stable, then do a simple "make"? (much faster than rebuilding the world). Any pointers or references to docs would be appreciated: I just haven't found any in the usual places. Thanks. From owner-freebsd-hackers Wed Jan 3 11:02:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00824 for hackers-outgoing; Wed, 3 Jan 1996 11:02:21 -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 LAA00819 for ; Wed, 3 Jan 1996 11:02:18 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15173; Wed, 3 Jan 1996 11:52:10 -0700 From: Terry Lambert Message-Id: <199601031852.LAA15173@phaeton.artisoft.com> Subject: Re: X for install To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Wed, 3 Jan 1996 11:52:10 -0700 (MST) Cc: phk@critter.tfs.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601031506.HAA12239@freefall.freebsd.org> from "Justin T. Gibbs" at Jan 3, 96 07:06:41 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I thought the plan was to define a consistant probe "policy" for drivers > and have a "configuration manager" load lkms one by one to determine the > presence of hardware. I don't think we need to be in real mode for the > configuration manager part although having access to int13 and int15 > via vm86 would be really nice. (int15 is for EISA info). This is the problem I keep harping on memory object persistance about. You need a distinction between low persistance (probe code, etc.), medium persistance (buffer pool allocations), and high persistance (kernel and non-transient modules) memory objects to prevent serious fragmentation in an autoload process. You want an INT 13 VM86() disk driver to get the controller specific driver loaded (a medium persistance object, since you will want to discard it once it has done this). This is also a "fallback" driver, since it means you can use any disk DOS can use, if you have no native protected mode driver avilable. The INT 15 EISA problem is annoying, but I think you can use signature tagging to do memory size probing (the reason you need the EISA BIOS is that the per slot memory is not necessarily a fixed range and can vary from box to box, though most have pretty much standardized). 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 3 11:14:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01489 for hackers-outgoing; Wed, 3 Jan 1996 11:14:00 -0800 (PST) Received: from misery.bssc.org (root@misery.bssc.org [204.252.44.180]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA01483 for ; Wed, 3 Jan 1996 11:13:56 -0800 (PST) Received: (from cosmos@localhost) by misery.bssc.org (8.7.3/8.7.3) id OAA13497 for hackers@FreeBSD.ORG; Wed, 3 Jan 1996 14:14:38 -0500 (EST) From: Daniel Leeds Message-Id: <199601031914.OAA13497@misery.bssc.org> Subject: Re: HIGWAY ROBBERY!! To: hackers@FreeBSD.ORG Date: Wed, 3 Jan 1996 14:14:38 -0500 (EST) In-Reply-To: <199601031658.IAA19715@freefall.freebsd.org> from "LONGDONG@UICVM.CC.UIC.EDU" at Jan 3, 96 08:58:37 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > DEAR SIRS AND FELLOWS, > > I HAVE BEEN UNDUELY ROBBED BY YOUR INCOMPETENT PRODUCT. DURING INSTALL IT > DELETED ALL MY DOS GAMES AND PROGRAMS I SPENT YEARS GETTING FROM FTP AND > FSP SITES!! > > HOW DARE THIS TREACHERY BE UNLEASHED ON MY HARD DRIVE! WHO WILL PAY ME FOR > THESE LOSSES...WHO WILL HELP ME TO REGAIN MY PRECIOUS PROGRAMS?? > > THIS WILL NOT GO UNCHALLENGED...I SHALL SEEK PUBLIC AGENCIES TO COMBAT > YOUR FAULTY PRODUCT THAT INTENTIONALLY DESTROYS HARD DRIVES. > > HAVE YOU HEARD OF THE BETTER BUREAUS OF BUSINESS? > > WHEN WILL THE LITTLE GUY BE HEARD??!! > > oh, and do please, all of you...have a happy new year. :) > > SpUnk3Y > mines fine so far, thanks for asking. has your valium prescription been filled yet? sheesh. :) From owner-freebsd-hackers Wed Jan 3 11:28:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA02340 for hackers-outgoing; Wed, 3 Jan 1996 11:28: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 LAA02328 for ; Wed, 3 Jan 1996 11:28: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 LAA01022; Wed, 3 Jan 1996 11:27:46 -0800 Message-Id: <199601031927.LAA01022@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Luigi Rizzo cc: freebsd-hackers@FreeBSD.org Subject: Re: FreeDetect & Plug n Play In-reply-to: Your message of "Wed, 03 Jan 1996 18:47:07 +0100." <199601031747.SAA22823@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Jan 1996 11:27:46 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> Luigi Rizzo said: > Ok, but do the slot-disabling motherboards (BTW, do you have They are called motherboards with Plug and Play bios and the remapping of irqs, dma etc.. is done via software. Just go out to the intel web site and read up on the Plug n Play architecture. Cheers, Amancio From owner-freebsd-hackers Wed Jan 3 11:47:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03480 for hackers-outgoing; Wed, 3 Jan 1996 11:47:18 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA03474 Wed, 3 Jan 1996 11:47:16 -0800 (PST) From: John Dyson Message-Id: <199601031947.LAA03474@freefall.freebsd.org> Subject: Re: HIGWAY ROBBERY!! To: cosmos@misery.bssc.org (Daniel Leeds) Date: Wed, 3 Jan 1996 11:47:15 -0800 (PST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601031914.OAA13497@misery.bssc.org> from "Daniel Leeds" at Jan 3, 96 02:14:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > > DEAR SIRS AND FELLOWS, > > > > I HAVE BEEN UNDUELY ROBBED BY YOUR INCOMPETENT PRODUCT. DURING INSTALL IT > > DELETED ALL MY DOS GAMES AND PROGRAMS I SPENT YEARS GETTING FROM FTP AND > > FSP SITES!! > > > > HOW DARE THIS TREACHERY BE UNLEASHED ON MY HARD DRIVE! WHO WILL PAY ME FOR > > THESE LOSSES...WHO WILL HELP ME TO REGAIN MY PRECIOUS PROGRAMS?? > > > > THIS WILL NOT GO UNCHALLENGED...I SHALL SEEK PUBLIC AGENCIES TO COMBAT > > YOUR FAULTY PRODUCT THAT INTENTIONALLY DESTROYS HARD DRIVES. > > > > HAVE YOU HEARD OF THE BETTER BUREAUS OF BUSINESS? > > > > WHEN WILL THE LITTLE GUY BE HEARD??!! > > > > oh, and do please, all of you...have a happy new year. :) > > > > SpUnk3Y > > > > mines fine so far, thanks for asking. has your valium prescription been > filled yet? sheesh. > I would think that Thorazine and restraints would be more appropriate. If that doesn't work, perhaps electro-convulsive therapy (you know, the kind that is given in the upright-wooden-chair, and the funny hat :-)). John Dyson From owner-freebsd-hackers Wed Jan 3 11:58:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04101 for hackers-outgoing; Wed, 3 Jan 1996 11:58:05 -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 LAA04096 for ; Wed, 3 Jan 1996 11:58:03 -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 LAA08618 for ; Wed, 3 Jan 1996 11:57:58 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA15342; Wed, 3 Jan 1996 12:47:36 -0700 From: Terry Lambert Message-Id: <199601031947.MAA15342@phaeton.artisoft.com> Subject: Re: DHCP To: didier@omnix.fr.org Date: Wed, 3 Jan 1996 12:47:36 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "didier@omnix.fr.org" at Jan 3, 96 01:39:33 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 > is there any support for DHCP ? > > thanks for your help The Japanese BIND supports DHCP, but has redistribution restrictions that prevent it from being on the CDROM. Specifically, you aren't allowed to hack on it and then distribute it. The DHCP support in this BIND (downloadable from the big UNIX archives in the US and Japan) is actually rather primitive; it does not support dynamic assignment from ranges. The DHCP BIND can also be retrieved from the Samba home site in Australia. 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 3 11:58:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA04141 for hackers-outgoing; Wed, 3 Jan 1996 11:58:35 -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 LAA04133 for ; Wed, 3 Jan 1996 11:58:32 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA15328; Wed, 3 Jan 1996 12:44:00 -0700 From: Terry Lambert Message-Id: <199601031944.MAA15328@phaeton.artisoft.com> Subject: Re: FreeDetect & Plug n Play To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 3 Jan 1996 12:43:59 -0700 (MST) Cc: phk@critter.tfs.com, jkh@time.cdrom.com, hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601031448.PAA22549@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 3, 96 03:48: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 > > There actually is a P&P for ISA, where the motherboard completely disables > > all but one slot, so you know what you found where. > > I must first say that I don't know exactly how PnP works on ISA, > but I believe that in the standard there are no dedicated lines on > the ISA bus so that one can disable a single slot. There are two mechanisms. Some ISA implementations implement PNP controls for all slots. This means you can disable the slots per the normal PNP mechanism and do the probing. For ISA systems without this feature (almost all of them, in other words), you disable the PNP cards and probe the fixed location cards. The card/slot disabling is done by writing to one of the "unused" LPT port addresses (quoted because IBM and several other "enhanced" LPT port cards actually used the addresses and so are "incompatible" with PNP). Then you abbreviated binary search enable the PNP cards, query them, and establish mapping templates for DRQ, IRQ, and address range(s). After you have all the templates, you do a topological sort to make them not collide, and go back and establish mappings. If you have non-PNP ISA cards at fixed locations, you make fake single zone mappings for them and include them in the sort (making them dead areas unavailable to the real PNP cards). > To come back to Poul's mail: in general, it should not be the > motherboard which disables the slot, it is the software that disables > PnP cards. Of course *some* motherboards might do what Poul says, > but this is not generally applicable. On the other end, PnP compliant > devices should work on all motherboards. Poul's right: they do. Consider a PNP PCMCIA device. The bridge chipset that establishes the ISA mapping for the device (there are six basic bridge chipsets) is the same thing (effectively) as a mappable PNP device directly connected. 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 3 12:00:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04374 for hackers-outgoing; Wed, 3 Jan 1996 12:00: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 MAA04368 for ; Wed, 3 Jan 1996 12:00:51 -0800 (PST) Received: from mail.etinc.com ([204.141.95.167]) by etinc.com (8.6.11/8.6.9) with SMTP id OAA03261; Wed, 3 Jan 1996 14:57:24 -0500 Date: Wed, 3 Jan 1996 14:57:24 -0500 Message-Id: <199601031957.OAA03261@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Joe Greco From: dennis@etinc.com (dennis) Subject: Re: IRCD Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> Has anyone ported ircd to FreeBSD? >> >> Dennis > >ircd? The IRC server daemon? > >You don't need to. It compiles out of the box (or used to, last time I >checked). > >... Joe didn't....otherwise I wouldnt be asking.... 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 3 12:03:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04450 for hackers-outgoing; Wed, 3 Jan 1996 12:03:14 -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 MAA04445 for ; Wed, 3 Jan 1996 12:03: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 MAA01440 for ; Wed, 3 Jan 1996 12:02:58 -0800 Message-Id: <199601032002.MAA01440@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@FreeBSD.ORG Subject: Re: HIGWAY ROBBERY!! In-reply-to: Your message of "Wed, 03 Jan 1996 11:47:15 PST." <199601031947.LAA03474@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Jan 1996 12:02:57 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk SUBSCRIBE SEX PICS PLEASE THANK YOU end /QUIT /SaVe L0g)ut?!?! help?? please send lots of gifs ThAnX yoU ^^^^^^^^ I found this a bit odd > > > SpUnk3Y This is the same signature used for the posting linux rules. Me thinks that we got a hacker loose on the mailing list . So respond if you want him to hang around 8) Amancio From owner-freebsd-hackers Wed Jan 3 12:16:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05398 for hackers-outgoing; Wed, 3 Jan 1996 12:16:53 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA05393 for ; Wed, 3 Jan 1996 12:16:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA22587 for ; Wed, 3 Jan 1996 12:16:40 -0800 To: hackers@freebsd.org Subject: subdomain primaries - we're still lacking DNS servers, folks! Date: Wed, 03 Jan 1996 12:16:40 -0800 Message-ID: <22585.820700200@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Here's the list so far (and many thanks to those who have helped out in providing DNS services locally): secondary FreeBSD.ORG 198.145.90.17 sec/freebsd.org secondary Internat.FreeBSD.ORG 146.64.28.89 196.7.0.138 sec/internat.freebsd.org secondary au.FreeBSD.org 129.78.129.1 sec/au.freebsd.org secondary br.FreeBSD.org 143.106.13.62 sec/br.freebsd.org secondary de.FreeBSD.org 130.83.63.20 sec/de.freebsd.org secondary fr.FreeBSD.org 193.49.144.1 sec/fr.freebsd.org secondary it.FreeBSD.org 194.179.130.1 sec/it.freebsd.org secondary jp.FreeBSD.org 130.69.177.60 sec/jp.freebsd.org secondary kr.FreeBSD.org 203.241.171.1 sec/kr.freebsd.org secondary za.FreeBSD.org 146.64.28.89 sec/za.freebsd.org We still need, at a minimum, DNS for the following subdomains: Canada Czech Republic Finland Hong Kong Ireland Israel Netherlands Portugal Russia Sweden Taiwan Thailand UK Of those, I'd be REALLY keen to see Russia, Sweden and the UK get this set up since there are a lot of mirrors there. The rest may be smaller, but no less important as only complete coverage will let us finally drop all the hard-coded site names. The DNS server for a given country also doesn't have to be administered IN that country, it can be some other site, but I'd kind of prefer to have them more localized so that connectivity to a given subdomain is pretty much self-contained. No scenarios the where Sweden itself is quite reachable, but its DNS server in Germany isn't.. :-( For those of you already running named, it's not as hard as it sounds, either! As an example, here's the short entry for Brazil: ; BIND version named 4.9.3-BETA26-LOCAL Wed Nov 15 14:16:02 PST 1995 ; BIND version root@who.cdrom.com:/a/xxx/named/xfer ; zone 'br.FreeBSD.org' last serial 10000011 ; from 143.106.13.62 at Wed Dec 13 13:16:40 1995 $ORIGIN FreeBSD.org. br IN SOA ns1.br.freebsd.org. hostmaster.br.freebsd.org. ( 10000013 10800 1800 3600000 86400 ) IN NS ns1.br.freebsd.org. IN NS who.cdrom.com. IN NS ns.coppe.ufrj.br. IN MX 10 ns1.br.freebsd.org. IN MX 5 www.br.freebsd.org. $ORIGIN br.freebsd.org. localhost IN A 127.0.0.1 www IN A 143.106.13.60 ns1 IN HINFO "486DX2/66" "FreeBSD2.0.5" IN A 143.106.13.62 ns IN CNAME ns1.br.freebsd.org. ftp IN A 143.106.13.61 ftp2 IN A 200.6.48.31 ftp3 IN A 146.164.30.2 ftp4 IN A 200.250.250.14 The ftp entries at the bottom are the most important, and should point to whichever hosts currently provide FTP services for your domain (check MIRROR.SITES or the Handbook's mirror list if you're unsure). Some people use CNAMEs, others use address records. Your choice! You should also make sure that a hostmaster@your.subdomain.freebsd.org alias exists for trapping any failure reports. Once you have your DNS up, let David and I know and we'll put in secondary entries for it at root.com and cdrom.com. Thanks! Jordan From owner-freebsd-hackers Wed Jan 3 12:24:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05768 for hackers-outgoing; Wed, 3 Jan 1996 12:24:02 -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 MAA05753 for ; Wed, 3 Jan 1996 12:23:59 -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 MAA08855 for ; Wed, 3 Jan 1996 12:23:54 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA15377; Wed, 3 Jan 1996 13:07:37 -0700 From: Terry Lambert Message-Id: <199601032007.NAA15377@phaeton.artisoft.com> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Wed, 3 Jan 1996 13:07:37 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601031031.AA299195067@fakir.india.hp.com> from "A JOSEPH KOSHY" at Jan 3, 96 04:01:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Well, it would be nice to be able to delay loading a driver till needed. > Even nicer would be the ability to unload and reload a driver on the fly. > > This would allow customers to update portions of the kernel without > having to bring the system down, (well, in theory, anyway :)). > > If I remember right Unixware had the ability to auto-unload an driver > which had been inactive for a while, freeing up memory and kernel > resources. Not so sure about SCO or Solaris ... UnixWare did unload delaying for in us modules, like file systems. This is not the same as "non-use timeout unloading", which is what you imply above. That implies a driver locality-of-reference model to determine an acceptable non-use period, and UnixWare does *not* have one of those. SunOS could unload modules, and the UnixWare code dervices from the Solaris code, so either way, I'd say Solaris has it. 8-). SCO may or may not have it. I implemented an LKM mechanism for my own use in adding system calls to SVR3 and SVR4.0.2 as a statically loaded device driver, very similar to the LKM mechanism in BSD, for support of SFD's in Dell UNIX, the original reference platform for the NetWare for UNIX (NWU) product. Dell had this annoying habit of identifying file systems by lexical order in the vfssw structure instead of by string (like System V), and they alphabetized the FS list as part of the kernel build. This was mostly to get around this one bogosity in a UNIX product that was otherwise superior to UnixWare in every point of system/user contact. So SCO *could* have it rather trivially if they wanted it, as long as they had a compiler that could generate PIC'ed .o files to get loaded and supported -r and -A, etc. > Can someone explain why we need ELF or its equivalent for this > to be feasible? It's not. ELF *is* desirable for having seperate segment ID's instead of seperate binaries for the transient probe/attach/detach code, which you would otherwise have to load into the kernel address space as a single lump, or as sperate object modules. Coff would also work for this, mostly. There are currently some issue in terms of object persistance, and these result in kernel memory space fragmentation being a definite problem in a fully dynamic load/probe/attach/detach/unload or load/probe/unload model (depending on if the device is there). Beyond that, the kernel interfaces exported by the kernel need to have their symbols available to the kernel space "linker" (really just a symbol relocator) and the export of symbols tagged by module ID and per module symbol resoloution usage counts would need to be maintained. Basically, the kernel symbols would have to live in the kernel data space, and the modules as they are loaded and unloaded would have to register/deregister addional exported symbols to allow them to be depended upon and unloadable. Finally system initialization critical drivers, like card specific syscons subdrivers, SCSI subdrivers, the SCSI driver itself, etc. all require a VM86() facility to truly allow you to have the minimal set of devices in the kernel at one time. Segment identification would allow such "fallback" drivers to be unloaded and discarded once the kernel had loaded the replacement drivers (and as such would have to preload as medium persistance objects, though the rest of the kernel was, by nature, high persistance). 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 3 12:25:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA06075 for hackers-outgoing; Wed, 3 Jan 1996 12:25:50 -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 MAA06070 for ; Wed, 3 Jan 1996 12:25:46 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA15395; Wed, 3 Jan 1996 13:13:22 -0700 From: Terry Lambert Message-Id: <199601032013.NAA15395@phaeton.artisoft.com> Subject: Re: FreeDetect & Plug n Play To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Wed, 3 Jan 1996 13:13:22 -0700 (MST) Cc: phk@critter.tfs.com, jkh@time.cdrom.com, hasty@rah.star-gate.com, freebsd-hackers@freebsd.org In-Reply-To: <199601031747.SAA22823@labinfo.iet.unipi.it> from "Luigi Rizzo" at Jan 3, 96 06:47: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 > Ok, but do the slot-disabling motherboards (BTW, do you have > references to some ?) also take care of remapping IO, memory and > DMA addresses ? Because it should be "plug and play", not "plug > and don't break things". Look at any PCMCIA system. There are six flavors of "enpic"'s for PCMCIA which do exactly this. Plus per "slot" power management. There are also several ISA motherboards that *only* obey the card disabling interface. They do so by using reserved PNP board IDs, one per slot, and only do the enable/disable, no remapping (at least I have never seen one that actually did remapping). 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 3 12:30:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA06437 for hackers-outgoing; Wed, 3 Jan 1996 12:30:11 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA06432 for ; Wed, 3 Jan 1996 12:30:08 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA15432; Wed, 3 Jan 1996 13:20:39 -0700 From: Terry Lambert Message-Id: <199601032020.NAA15432@phaeton.artisoft.com> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: j@uriah.heep.sax.de (J Wunsch) Date: Wed, 3 Jan 1996 13:20:39 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199601031644.RAA20642@uriah.heep.sax.de> from "J Wunsch" at Jan 3, 96 05:44:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > I don't understand your antipathy against ELF. Why still fiddling > with an ancient crock (a.out) when a more modern definition is already > there? > > (I don't say this must happen tomorrow.) J"org's right. Let's all go to DWARF (it comes after ELF, right?). Unless something comes after DWARF? (Besides Smaug, the Dragon). 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 Wed Jan 3 12:40:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07152 for hackers-outgoing; Wed, 3 Jan 1996 12:40:33 -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 MAA07147 for ; Wed, 3 Jan 1996 12:40:30 -0800 (PST) Received: (from fb@localhost) by sponsor.octet.com (8.6.12/8.6.12) id PAA01974 for hackers@freebsd.org; Wed, 3 Jan 1996 15:30:48 GMT From: FreeBSD user Message-Id: <199601031530.PAA01974@sponsor.octet.com> Subject: hylafax To: hackers@freebsd.org Date: Wed, 3 Jan 1996 15:30:48 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk any hylafax users with freebsd 2.1?? I just cannot get this thing working, and the documentation is very vague. basically i want to enable an email address to automatically route to our fax machine, and possibly other numbers. anyone willing to help? :) From owner-freebsd-hackers Wed Jan 3 12:41:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07195 for hackers-outgoing; Wed, 3 Jan 1996 12:41:16 -0800 (PST) Received: from sl-006.sl.cybercomm.net (sl-006.sl.cybercomm.net [199.171.196.134]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07187 for ; Wed, 3 Jan 1996 12:41:02 -0800 (PST) Received: from sl-006.sl.cybercomm.net (localhost [127.0.0.1]) by sl-006.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id PAA00741; Wed, 3 Jan 1996 15:40:19 -0500 Date: Wed, 3 Jan 1996 15:40:17 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-006.sl.cybercomm.net To: Ollivier Robert cc: hackers@freebsd.org Subject: Re: Doom and Linux emulation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 2 Jan 1996 sos@FreeBSD.ORG wrote: > > On my Soundblaster 2.0 Pro compatible, the sounds are pretty awful... :-) > > I think I saw somewhere that the sndserver expects 16bit sound hardware... ftp://sunsite.unc.edu/pub/linux/games/doom ftp://ftp.cc.gatech.edu/pub/linux/games/doom Both have an 8bit soundserver, and a conversion program to fix this. Sujal From owner-freebsd-hackers Wed Jan 3 12:43:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07262 for hackers-outgoing; Wed, 3 Jan 1996 12:43:18 -0800 (PST) Received: from devnull (devnull.mpd.tandem.com [131.124.4.29]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07256 for ; Wed, 3 Jan 1996 12:43:12 -0800 (PST) Received: from olympus by devnull (8.6.8/8.6.6) id OAA05787; Wed, 3 Jan 1996 14:42:29 -0600 Received: by olympus (4.1/TSS2.1) id AA13326; Wed, 3 Jan 96 14:42:38 CST From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9601032042.AA13326@olympus> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: terry@lambert.org (Terry Lambert) Date: Wed, 3 Jan 1996 14:42:36 -0600 (CST) Cc: j@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <199601032020.NAA15432@phaeton.artisoft.com> from "Terry Lambert" at Jan 3, 96 01:20:39 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > I don't understand your antipathy against ELF. Why still fiddling > > with an ancient crock (a.out) when a more modern definition is already > > there? > > > > (I don't say this must happen tomorrow.) > > > J"org's right. Let's all go to DWARF (it comes after ELF, right?). > > Unless something comes after DWARF? (Besides Smaug, the Dragon). > > 8-) > > > Terry Lambert > terry@lambert.org OK. I'll bite. What is DWARF an acronym for? Make it good. :-) Delightfully wonderful absolutely righteous format? Dude, Boyd -- _______________________________________________________________________ Boyd Faulkner - faulkner@isd.tandem.com - http://cactus.org/~faulkner _______________________________________________________________________ From owner-freebsd-hackers Wed Jan 3 12:44:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07511 for hackers-outgoing; Wed, 3 Jan 1996 12:44:42 -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 MAA07503 for ; Wed, 3 Jan 1996 12:44:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA05132; Wed, 3 Jan 1996 12:42:19 -0800 To: Terry Lambert cc: j@uriah.heep.sax.de (J Wunsch), freebsd-hackers@FreeBSD.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-reply-to: Your message of "Wed, 03 Jan 1996 13:20:39 MST." <199601032020.NAA15432@phaeton.artisoft.com> Date: Wed, 03 Jan 1996 12:42:19 -0800 Message-ID: <5130.820701739@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk I don't have any personal antipathy against ELF (I must have missed Joerg's original post - I've only seen references in follow-ups) I just have an antipathy against: 1. Adopting new technologies for the apparent sake of it, and especially when they're going to be *really painful* in the transition. 2. Adopting new technologies before they're ready. Would anyone mind just a little if we waited for Linux to go to their second tools rev in their position as ELF-leader? :-) Jordan From owner-freebsd-hackers Wed Jan 3 12:53:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08184 for hackers-outgoing; Wed, 3 Jan 1996 12:53:31 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08175 for ; Wed, 3 Jan 1996 12:53:18 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id WAA12135; Wed, 3 Jan 1996 22:50:22 +0200 From: John Hay Message-Id: <199601032050.WAA12135@zibbi.mikom.csir.co.za> Subject: Re: clock accuracy? To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 3 Jan 1996 22:50:22 +0200 (SAT) Cc: ewb@zygaena.com, freebsd-hackers@freebsd.org In-Reply-To: <199512270902.KAA03811@uriah.heep.sax.de> from "J Wunsch" at Dec 27, 95 10:02:11 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 > > As Will Brown wrote: > > > > I found various postings from various folks on topics such as the > > use of freq. synthesizers instead of crystals on newer PeeCee boards, > > and the woeful state of the venerable 8254. > > > > Is that the basic issue? Do these PeeCee's really not have a timekeeper > > that is even as good as my $25 Timex? > > If i recall right, the problem was that the 8254 ain't used for the > time-of-day clock on Pentium systems. Instead, some supposed to be as > accurate Pentium-internal timer is being used, but many people > complain about its accuracy. > The way I see it is that the problem isn't in the Pentium-timer's accuracy, it is determining the the clock speed of the Pentium accurately. The times when my Pentium is probed as a 90MHz Pentium the clock runs ok. It is when it is probed as 89.xx or even slower that the clock runs too fast. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Wed Jan 3 12:55:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08293 for hackers-outgoing; Wed, 3 Jan 1996 12:55:03 -0800 (PST) Received: from sasami.jurai.net (sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA08281 for ; Wed, 3 Jan 1996 12:54:56 -0800 (PST) Received: (from winter@localhost) by sasami.jurai.net (8.6.11/8.6.9) id OAA18904; Wed, 3 Jan 1996 14:55:36 -0600 Date: Wed, 3 Jan 1996 14:55:35 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: dennis cc: Joe Greco , hackers@freebsd.org Subject: Re: IRCD In-Reply-To: <199601031957.OAA03261@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 3 Jan 1996, dennis wrote: > >You don't need to. It compiles out of the box (or used to, last time I > >checked). > didn't....otherwise I wouldnt be asking.... Actually, it does. However you may have to modify the make files to link with the proper crypt library. Which ircd version, what errors are you getting? | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-hackers Wed Jan 3 12:56:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA08506 for hackers-outgoing; Wed, 3 Jan 1996 12:56:10 -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 MAA08500 for ; Wed, 3 Jan 1996 12:56:07 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA15501; Wed, 3 Jan 1996 13:46:49 -0700 From: Terry Lambert Message-Id: <199601032046.NAA15501@phaeton.artisoft.com> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 3 Jan 1996 13:46:49 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601030846.JAA19346@uriah.heep.sax.de> from "J Wunsch" at Jan 3, 96 09:46:12 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > problem. This system gets most of its real stuff over NFS so a small disk > > > was used. I was careful to get both Boot partitions under the 500M limit. > > > > Right. See above. > > > > The 500M limit comes from the BSD inability to talk to the controller > > using an LBA adressing mechanism. The BSD *does* see the OnTrack and > > do the 64 sector offsetting. > > BSD does not have a 500 MB limit. It can speak whatever the hardware > allows for, this is c<=65535, h<=15, s<=255. For disks that are used > in a BIOS environment as well, the `s' limit is 63 however. This > would still account for 65536*16*31 = 32505856 blocks, or 15872 MB. c = 10 bits = 2^10 = 1024. Not 65536. The missing 6 bits that you added in are 1024 * 2^5 and 2^n = 32 for h = 0..31 (your n is too small by one bit). The INT 21 interface is very specifically c:10/h:6/s:8. Or 8Gig for a maxed out 24 bit value. But since IDE is and extension of ISA, you get 2^16 * 512 or 33M. Then cluster addressing is used in the INT 21 interface to shove it up; the limit there become 2G for the mak cluster size of 32k. DOS claims to operate with a cluster size of 64k, but the max transfer on a write with a 16 bit count is 64k, and they steal a write of 0 to mean a file truncation instead of a full 64k, so it is only feasable to do a single atomic 2^n transfer for n<=15, not n<=16. Thus DOS partitions are limited to 2G at the FAT/INT 21 cluster addressing interface. Hence the 4 partition limit in the DOS partition table. And, indeed, 2^16 * 512 * 16 (4 bits) == 536870912 (500M). The BSD limit I was speaking of is imposed by the second stage boot loader using the INT 13 interface on an INT 13 interface without an understanding of EIDE (or better, ATA-2) LBA mechanisms. It must be able to load the kernel, which may require accessing any sector in the 'a' slice. Additionally, if BAD144 bad block remapping is enabled, it must be able to access the bad block table, meaning you must put all of the BSD partition under the 1024 cylinder limit so that the bad block table (which I maintain should be located after slice 'a' so it can be expanded into slice 'b', stealing from your swap, as necessary) can be accessed by BIOS. 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 3 13:02:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08874 for hackers-outgoing; Wed, 3 Jan 1996 13:02:34 -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 NAA08863 for ; Wed, 3 Jan 1996 13:02:23 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA15515; Wed, 3 Jan 1996 13:51:25 -0700 From: Terry Lambert Message-Id: <199601032051.NAA15515@phaeton.artisoft.com> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: faulkner@mpd.tandem.com (Boyd Faulkner) Date: Wed, 3 Jan 1996 13:51:25 -0700 (MST) Cc: terry@lambert.org, j@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <9601032042.AA13326@olympus> from "Boyd Faulkner" at Jan 3, 96 02:42:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > J"org's right. Let's all go to DWARF (it comes after ELF, right?). > > OK. I'll bite. What is DWARF an acronym for? Make it good. :-) > > Delightfully wonderful absolutely righteous format? I forget. But it's real, not something I made up. UI did a paper on it after ELF. I have the paper on QIC tape somewhere, or it's at the ftp.digibd.com UI mirror I provided the Spec 1170 draft and other documents for. It might also be on the X/Open doc site in the UK. 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 3 13:10:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09428 for hackers-outgoing; Wed, 3 Jan 1996 13:10:37 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09420 for ; Wed, 3 Jan 1996 13:10:30 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA15535; Wed, 3 Jan 1996 13:57:17 -0700 From: Terry Lambert Message-Id: <199601032057.NAA15535@phaeton.artisoft.com> Subject: Re: FreeBSD and OS/2 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 3 Jan 1996 13:57:17 -0700 (MST) Cc: pechter@shell.monmouth.com, terry@lambert.org, FreeBSD-hackers@freebsd.org In-Reply-To: <2522.820643898@time.cdrom.com> from "Jordan K. Hubbard" at Jan 2, 96 08:38:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > I don't believe so, no! > > > > archives on www.freebsd.org; look for "NT" in the subject line. > > > > > > > 4) If so, does FreeBSD have any ability to mount NTFS filesystems? > > > > > > Yes and no. Yes, there is a read-only NTFS (apparently the author > > > didn't want to bother deciphering the logging mechanism), but it isn't > > > > Has anyone ported the HPFS OS/2 file system? Linux has a read-only HPFS. HPFS is trivial, compared to NTFS. Makes NTFS more interesting, as far as I'm concerned. 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 Wed Jan 3 13:17:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10146 for hackers-outgoing; Wed, 3 Jan 1996 13:17:09 -0800 (PST) Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10138 for ; Wed, 3 Jan 1996 13:17:03 -0800 (PST) Message-Id: <199601032117.NAA10138@freefall.freebsd.org> Received: from pth3kpc.mcc.virginia.edu by uvaarpa.virginia.edu id ab06461; 3 Jan 96 16:16 EST To: hackers@freebsd.org From: Ty Hoeffer Organization: Medical Center Computing Date: Wed, 3 Jan 1996 16:16:25 PST Subject: Re: HIGWAY ROBBERY!! Reply-to: pth3k@avery.med.virginia.edu X-mailer: Mailer v4.2 (R42-1M, 940406) Sender: owner-hackers@freebsd.org Precedence: bulk > DEAR SIRS AND FELLOWS, > > I HAVE BEEN UNDUELY ROBBED BY YOUR INCOMPETENT PRODUCT. DURING INSTALL IT > DELETED ALL MY DOS GAMES AND PROGRAMS I SPENT YEARS GETTING FROM FTP AND > FSP SITES!! > > HOW DARE THIS TREACHERY BE UNLEASHED ON MY HARD DRIVE! WHO WILL PAY ME FOR > THESE LOSSES...WHO WILL HELP ME TO REGAIN MY PRECIOUS PROGRAMS?? > > THIS WILL NOT GO UNCHALLENGED...I SHALL SEEK PUBLIC AGENCIES TO COMBAT > YOUR FAULTY PRODUCT THAT INTENTIONALLY DESTROYS HARD DRIVES. > > HAVE YOU HEARD OF THE BETTER BUREAUS OF BUSINESS? > > WHEN WILL THE LITTLE GUY BE HEARD??!! > > oh, and do please, all of you...have a happy new year. :) > > SpUnk3Y > > And WHEN WILL MORONS TAKE RESPONSIBILITY FOR THEIR OWN ACTIONS!!!!! When will people RTFM!!!!! From owner-freebsd-hackers Wed Jan 3 13:18:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10190 for hackers-outgoing; Wed, 3 Jan 1996 13:18:27 -0800 (PST) Received: from multivac.orthanc.com (root@multivac.orthanc.com [204.244.20.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA10184 for ; Wed, 3 Jan 1996 13:18:21 -0800 (PST) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7/8.7) with SMTP id NAA03268 for ; Wed, 3 Jan 1996 13:18:15 -0800 (PST) Message-Id: <199601032118.NAA03268@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg (VE7TCP) To: hackers@freebsd.org Reply-To: lyndon@orthanc.com Subject: Wasteful e-mail messages Date: Wed, 03 Jan 1996 13:18:15 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk Have we all forgotten the golden rule of email? Praise in public. Flame in private. Also, when replying to messages it is NOT mandatory to CC the mailing list. We could easily cut the volume of traffic on the FreeBSD mailing lists in half if people stopped automatically CCing replies to the list. Let's use a bit of common sense. Please? --lyndon From owner-freebsd-hackers Wed Jan 3 13:20:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10463 for hackers-outgoing; Wed, 3 Jan 1996 13:20:47 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA10421 Wed, 3 Jan 1996 13:20:34 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id XAA27631; Wed, 3 Jan 1996 23:20:24 +0200 (SAT) Message-Id: <199601032120.XAA27631@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: jkh@freebsd.org cc: hackers@freebsd.org Subject: subdomain primaries - we're still lacking DNS servers, folks! Date: Wed, 03 Jan 1996 23:20:23 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Wed, 03 Jan 1996 12:16:40 -0800 > > Here's the list so far (and many thanks to those who have helped out > in providing DNS services locally): Hey, hey, hey! this project is looking good! Please modify your records for the za ftp sites; I have a CNAME for storm.sea.uct.ac.za now as ftp2.za.freebsd.org. I'll commit this as well to MIRROR.SITES M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-hackers Wed Jan 3 13:25:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA11025 for hackers-outgoing; Wed, 3 Jan 1996 13:25:31 -0800 (PST) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA11013 for ; Wed, 3 Jan 1996 13:25:10 -0800 (PST) Received: by gvr.win.tue.nl (8.6.10/1.53) id VAA28160; Wed, 3 Jan 1996 21:59:57 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199601032059.VAA28160@gvr.win.tue.nl> Subject: help: 2.1.0 reboots with high network load To: FreeBSD-hackers@freefall.FreeBSD.org (FreeBSD-hackers) Date: Wed, 3 Jan 1996 21:59:57 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I am using a system that has quite some network load on a number of SMC cards. Regularly, pressing a key on the console make it reboot. No panic...just a reboot. Is a fix known? -Guido vmstat -i: interrupt total rate clk0 irq0 729041 100 rtc0 irq8 932875 128 fdc0 irq6 1 0 wdc0 irq14 226361 31 sc0 irq1 5 0 ed0 irq9 1313510 180 ed1 irq10 1283341 176 ed2 irq11 120311 16 ed3 irq15 1130 0 Total 4606575 632 Not that heavy, one would say: vmstat 1 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr f0 w0 in sy cs us sy id 0 2 0 19056 72 5 0 1 0 5 85 0 2 655 15 4 0 13 87 0 0 0 19056 88 13 3 4 7 9 591 0 8 994 35 13 1 20 80 0 0 0 19056 88 1 0 0 0 0 0 0 0 625 32 4 0 9 91 0 0 0 19056 88 1 0 0 0 0 0 0 0 561 31 4 1 9 91 0 0 0 19056 88 1 0 0 0 0 0 0 0 601 21 3 0 16 84 0 0 0 19056 88 1 0 0 0 0 0 0 0 655 21 3 0 10 90 0 0 0 19056 88 2 0 0 0 0 0 0 0 813 43 4 0 19 81 0 0 0 19056 88 1 0 0 0 0 0 0 22 1017 21 13 0 26 74 0 0 0 19056 88 1 0 0 0 0 0 0 0 492 35 4 1 8 91 The system: FreeBSD 2.1.0-RELEASE #1: Tue Dec 12 20:03:20 MET 1995 guido@work.IAEhv.nl:/gtw-disk/usr/src/sys/compile/GTW CPU: i486DX (486-class CPU) real memory = 4194304 (4096K bytes) avail memory = 2985984 (2916K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x280-0x29f irq 9 maddr 0xc8000 msize 16384 on isa ed0: address 00:00:c0:95:42:aa, type SMC8216/SMC8216C (16 bit) ed1 at 0x2a0-0x2bf irq 10 maddr 0xcc000 msize 16384 on isa ed1: address 00:00:c0:5c:56:aa, type SMC8216/SMC8216C (16 bit) ed2 at 0x2c0-0x2df irq 11 maddr 0xd0000 msize 16384 on isa ed2: address 00:00:c0:6d:8d:ac, type SMC8216/SMC8216C (16 bit) ed3 at 0x240-0x25f irq 15 maddr 0xd4000 msize 16384 on isa ed3: address 00:00:c0:c5:6d:af, type SMC8216/SMC8216C (16 bit) fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 240MB (492250 sectors), 895 cyls, 10 heads, 55 S/T, 512 B/S npx0 on motherboard npx0: INT 16 interface From owner-freebsd-hackers Wed Jan 3 14:09:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17630 for hackers-outgoing; Wed, 3 Jan 1996 14:09:56 -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 OAA17598 for ; Wed, 3 Jan 1996 14:09:48 -0800 (PST) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.7.1/8.6.6) id RAA06835; Wed, 3 Jan 1996 17:06:29 -0500 (EST) Message-Id: <199601032206.RAA06835@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: Wed, 3 Jan 96 17:06:27 -0500 To: dennis@etinc.com (dennis) Subject: Re: IRCD cc: Joe Greco , hackers@freebsd.org Reply-To: yves@CC.McGill.CA References: <199601031957.OAA03261@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk Hello, I believe Joe is right, ircd compiles right out of the box on most platforms (cept solaris). If this doesn't work for you, it means that you must not have set your compile options properly. Check include/config.h and include/setup.h as well as the Makefile. Regards, Yves Lepage PS: also, a "porting ircd" issue would probably be best answered by the people who maintain ircd. From owner-freebsd-hackers Wed Jan 3 14:43:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22854 for hackers-outgoing; Wed, 3 Jan 1996 14:43:39 -0800 (PST) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA22828 for ; Wed, 3 Jan 1996 14:43:34 -0800 (PST) Received: from hpautobo.aus.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA253149008; Wed, 3 Jan 1996 14:43:31 -0800 Message-Id: <199601032243.AA253149008@relay.hp.com> Received: by hpautobo.aus.hp.com (1.37.109.16/16.2) id AA255319005; Thu, 4 Jan 1996 09:43:25 +1100 From: M C Wong Subject: Re: hylafax To: fb@sponsor.octet.com (FreeBSD user) Date: Thu, 4 Jan 96 9:43:25 EDT Cc: hackers@freebsd.org In-Reply-To: <199601031530.PAA01974@sponsor.octet.com>; from "FreeBSD user" at Jan 3, 96 3:30 pm Mailer: Elm [revision: 70.85] Sender: owner-hackers@freebsd.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- > any hylafax users with freebsd 2.1?? > I just cannot get this thing working, and the documentation is very vague. > basically i want to enable an email address to automatically route to > our fax machine, and possibly other numbers. > anyone willing to help? :) Yes, I am using it myself. Sending is fine with no problem on text only or graphics-intensive pages. I have a problem, though, with receiving incoming fax! The symptoms being that I always receive half of the sent pages if they are NOT TYPED IN (say from a computer and/or typewriter), ie if someone sent me an A4 page of hand-written message, I always get half or less of it, and it is worse for fax with graphics. I can confirmed and reproduced this behavior when sending a fax via the tpc Internet fax server, the cover page is received in less than half, while the TYPED in ascii text are received in full! I have the same problems with two different modems, unfortunately though, both with the same chipset, ie rockwell. The modems used are : Netcomm E34F and Dynalink 1414QVE. When I did faxadd on either modem, I did get a strange message saying things like : ( I can't remember the actual wording now) something seems to hang, reset your modem eh ? I didn't do anything to reset, and it DID continue to the end somehow. Well, that's all I can say about Hylafax experience. Apart from that, everything seems working fine. The other part which I don't really like is during the configuration it prompts you for international dialing prefix and is very much US-centered as it will not accept string for Australia, 0011! You have to do manual editing of /var/spool/fax/etc/config.! 8-(( - -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ M.C Wong Email: mcw@hpato.aus.hp.com Australian Telecom Operation Voice: +61 3 9210 5568 Hewlett-Packard Australia Ltd Fax: +61 3 9210 5550 P.O. Box 221, Blackburn 3130, Australia OS: FreeBSD-1.1.5.1 http://www-ato.aus.hp.com/~mcw -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBMOsGhUmThh0X7Um5AQF/fAQApd1TaZPen1ASJix3aFpsAihV5yN0ba54 xMdrc1LcRqEOfwBYdoi5rh90FvUn/Bhet1uYsNj7OOo804vBoYEV/lTVI8Yrzu1G FdLdzI3EIEpxPguNiBGF6MlOHbW322WGeS8Umd/IlxCHBHkDFuxmMz/D++jWMT5d HH4OijkgQiw= =OGQ+ -----END PGP SIGNATURE----- From owner-freebsd-hackers Wed Jan 3 14:47:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23516 for hackers-outgoing; Wed, 3 Jan 1996 14:47:09 -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 OAA23505 for ; Wed, 3 Jan 1996 14:47:03 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA15917 for hackers@freebsd.org; Wed, 3 Jan 1996 15:38:06 -0700 From: Terry Lambert Message-Id: <199601032238.PAA15917@phaeton.artisoft.com> Subject: OK, I'm stumped... To: hackers@freebsd.org Date: Wed, 3 Jan 1996 15:38:05 -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 Why would anyone ever specify a second argument to uiomove() that was less than the largest iov->iov_len for the iov list in the uio structure that was passed in? There's a: if (cnt > (u_int)n) cnt = n; The sole purpose of which seems to cause the thing to call copyin/copyout or bcopy multiple times for a single iov. This also seems to be the sole use of the 'n' parameter to uiomove. Is there a good reason for keeping this? The sole utility seems to be in the ufs_readwrite.c code, and since the iov_len is never reexamined in these cases, couldn't it be diddled instead? Or is this a case of "rm foo" and then typing "ls" to make sure it's gone because you don't trust "rm'? Is anyone explicity using the second argument to limit the copied data from the uio struct because they didn't set the iov_len appropriately on the way in? 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 3 14:56:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA25523 for hackers-outgoing; Wed, 3 Jan 1996 14:56:25 -0800 (PST) Received: from wireless.Stanford.EDU (wireless.Stanford.EDU [36.10.0.102]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA25501 for ; Wed, 3 Jan 1996 14:56:18 -0800 (PST) Received: from lightning (tip-mp4-ncs-15.Stanford.EDU [36.173.0.94]) by wireless.Stanford.EDU (8.6.12/8.6.6) with SMTP id OAA02989 for ; Wed, 3 Jan 1996 14:56:10 -0800 Date: Wed, 3 Jan 1996 14:56:12 -0800 (PST) From: Bora Akyol X-Sender: bora@lightning To: hackers@freebsd.org Subject: EPSON PRINTER DEVICE not in GS-3.51 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk HI everyone, Can somebody please tell me why the escp2 device present in the ghostscript version 2.62 is not in version 3.51. I would appreciate it if that printer driver can be put in the ghostscript in the packages collection. I tried to compile gs myself, but what a mess, I tried for an hout than gave up. The DOS makefiles did not work on my system. Thanks Bora From owner-freebsd-hackers Wed Jan 3 15:10:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28512 for hackers-outgoing; Wed, 3 Jan 1996 15:10: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 PAA28471 for ; Wed, 3 Jan 1996 15:10:07 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA25718 for ; Thu, 4 Jan 1996 00:10:00 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA15866 for freebsd-hackers@freebsd.org; Thu, 4 Jan 1996 00:09:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA21917 for freebsd-hackers@freebsd.org; Wed, 3 Jan 1996 23:46:08 +0100 (MET) From: J Wunsch Message-Id: <199601032246.XAA21917@uriah.heep.sax.de> Subject: Re: subdomain primaries - we're still lacking DNS servers, folks! To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 3 Jan 1996 23:46:08 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <22585.820700200@time.cdrom.com> from "Jordan K. Hubbard" at Jan 3, 96 12:16: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 Jordan K. Hubbard wrote: > > We still need, at a minimum, DNS for the following subdomains: > Czech Republic I don't know about the IP connection of the CZ republic. In case they've got a good line to the German educational network (WiN), ns.de.freebsd.org could certainly also serve the cz.freebsd.org domain. Nikdo tadyhle ze 'Ceskou? -- 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 3 15:10:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28526 for hackers-outgoing; Wed, 3 Jan 1996 15:10:20 -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 PAA28489 for ; Wed, 3 Jan 1996 15:10:11 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA25738 for ; Thu, 4 Jan 1996 00:10:04 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA15870 for freebsd-hackers@freebsd.org; Thu, 4 Jan 1996 00:10:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA21940 for freebsd-hackers@freebsd.org; Wed, 3 Jan 1996 23:47:48 +0100 (MET) From: J Wunsch Message-Id: <199601032247.XAA21940@uriah.heep.sax.de> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 3 Jan 1996 23:47:48 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601032042.AA13326@olympus> from "Boyd Faulkner" at Jan 3, 96 02:42:36 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 Boyd Faulkner wrote: > > > J"org's right. Let's all go to DWARF (it comes after ELF, right?). > OK. I'll bite. What is DWARF an acronym for? Make it good. :-) No idea what it stands for, but it's one of the bazillions of debugging formats ELF could use. :-/ -- 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 3 15:10:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA28596 for hackers-outgoing; Wed, 3 Jan 1996 15:10:37 -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 PAA28563 for ; Wed, 3 Jan 1996 15:10:26 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA25707; Thu, 4 Jan 1996 00:09:56 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA15864; Thu, 4 Jan 1996 00:09:55 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA21772; Wed, 3 Jan 1996 23:35:58 +0100 (MET) From: J Wunsch Message-Id: <199601032235.XAA21772@uriah.heep.sax.de> Subject: Re: prevent paralell modem connection To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 3 Jan 1996 23:35:58 +0100 (MET) Cc: gestur@islandia.is Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601031727.LAA13230@brasil.moneng.mei.com> from "Joe Greco" at Jan 3, 96 11:27: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 Joe Greco wrote: > > > If so, is there a way to prevent people to be able to get connection on > > the system from two or more places at one time, like if users share their > > accounts, taking two modems and only paying for one account ? > > Sure. Stick a "cron" job in to count the number of times that a user is on > a tty line. Think about something like: I think hacking on /usr/bin/login wouldn't be that complicated, either. -- 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 3 15:21:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA01544 for hackers-outgoing; Wed, 3 Jan 1996 15:21:05 -0800 (PST) Received: from msu.edu (ibm.cl.msu.edu [35.8.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA01507 for ; Wed, 3 Jan 1996 15:21:00 -0800 (PST) Date: Wed, 3 Jan 1996 15:21:00 -0800 (PST) Message-Id: <199601032321.PAA01507@freefall.freebsd.org> Received: from hyperlinks.com by msu.edu (IBM VM SMTP V2R3) with TCP; Wed, 03 Jan 96 18:18:34 EST To: hackers@freebsd.org From: jmuniz@hyperlinks.com Subject: Chali et FreeBSD? Sender: owner-hackers@freebsd.org Precedence: bulk Cwa! En sak el FreeBSD, us twer chalisti, en moy cual adduser? sanmoy el fwargo edlan que muyerta el? swaqnar ti efra??? changoy, javier From owner-freebsd-hackers Wed Jan 3 16:06:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA11357 for hackers-outgoing; Wed, 3 Jan 1996 16:06:56 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA11348 for ; Wed, 3 Jan 1996 16:06:47 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id TAA06273; Wed, 3 Jan 1996 19:05:54 -0500 Date: Wed, 3 Jan 1996 19:05:53 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Don Whiteside cc: Michael Smith , "Amancio Hasty Jr." , jkh@time.cdrom.com, freebsd-hackers@freebsd.org Subject: Re: FreeDetect & Plug n Play 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, 3 Jan 1996, Don Whiteside wrote: > I've seen a rather large book on programming plug and play in my local > Borders bookstore. If there's interest, I'll write down the IBSN next > time I'm in there and pass it on to anyone who's interested. > > "Programming Plug and Play" (w/ disk) Kelsey, $40 > "Plug and Play System Architecture" Shanley & Anderson, $30 if Shanley & Anderson have continued the excellence of their isa/386, 486, 586, pci series then this is the book to get. just check that the pnp spec has not changed since it was written. 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 Wed Jan 3 16:30:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16640 for hackers-outgoing; Wed, 3 Jan 1996 16:30:50 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA16616 Wed, 3 Jan 1996 16:30:44 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id TAA06314; Wed, 3 Jan 1996 19:30:36 -0500 Date: Wed, 3 Jan 1996 19:30:35 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: John Dyson cc: Daniel Leeds , hackers@FreeBSD.ORG Subject: Re: HIGWAY ROBBERY!! In-Reply-To: <199601031947.LAA03474@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, 3 Jan 1996, John Dyson wrote: > I would think that Thorazine and restraints would be more appropriate. > If that doesn't work, perhaps electro-convulsive therapy (you know, the > kind that is given in the upright-wooden-chair, and the funny hat :-)). > damn it! not again! every time they do that in texas, the lights here flicker and my machine reboots $%&#!! can't they find a better way, that doesnt !@%$# with the electric company. 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 Wed Jan 3 16:46:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20257 for hackers-outgoing; Wed, 3 Jan 1996 16:46: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 QAA20239 for ; Wed, 3 Jan 1996 16:46:40 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA16156; Wed, 3 Jan 1996 17:37:36 -0700 From: Terry Lambert Message-Id: <199601040037.RAA16156@phaeton.artisoft.com> Subject: Re: Chali et FreeBSD? To: jmuniz@hyperlinks.com Date: Wed, 3 Jan 1996 17:37:35 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199601032321.PAA01507@freefall.freebsd.org> from "jmuniz@hyperlinks.com" at Jan 3, 96 03:21:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > Cwa! > > En sak el FreeBSD, us twer chalisti, en moy cual adduser? > > sanmoy el fwargo edlan que muyerta el? swaqnar ti efra??? > > changoy, > > javier I muddled through in your language, hopefully you can muddle through in mine. 8-). There is an adduser script in the packages; it requires perl. You can also manually add users by using vipw to edit the passwd file. Do not edit the passwd file with vi! You can delete users with vipw as well, or there might be a deluser (I forget -- I typically use vipw and use yp from another machine to manage large numbers of users). 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 3 17:06:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA22108 for hackers-outgoing; Wed, 3 Jan 1996 17:06:10 -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 RAA22103 for ; Wed, 3 Jan 1996 17:06:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id UAA18234 for ; Wed, 3 Jan 1996 20:05:36 -0500 Message-Id: <199601040105.UAA18234@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: Whacking the troll repliers. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 03 Jan 1996 20:05:36 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org Precedence: bulk I don't mind the occational troll, but I would *love* to see the hacker's list adopt the policy of immediatly deleting from the list anyone who responds to obvious trolls, like the recent ``spunky'' trash. However, this would have the effect of deleting some core team members, and some longtime list members. I havn't made up my mind whether that would be a good or bad thing. ;-) Seriously, though, if the ``good'' people would wise-up and ignore trolls, the trollers will go back to the alt.x groups, where they belong, and we can all go back to reading long ``Terriloquies'', which is, after all, why we subscribe to this list. Right? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Wed Jan 3 17:18:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA23361 for hackers-outgoing; Wed, 3 Jan 1996 17:18:10 -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 RAA23356 for ; Wed, 3 Jan 1996 17:18:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id UAA18369 for ; Wed, 3 Jan 1996 20:18:04 -0500 Message-Id: <199601040118.UAA18369@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@freefall.freebsd.org (FreeBSD-hackers) Subject: Re: help: 2.1.0 reboots with high network load In-reply-to: Your message of "Wed, 03 Jan 1996 21:59:57 +0100." <199601032059.VAA28160@gvr.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 03 Jan 1996 20:18:04 -0500 From: Robert Withrow Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > vmstat -i: > interrupt total rate > clk0 irq0 729041 100 > rtc0 irq8 932875 128 Incidentally, is this an artifact, or does this really mean a load of 228 interrupts/second for timekeeping? Is this a softclk/hardclk thing? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Wed Jan 3 17:25:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA23967 for hackers-outgoing; Wed, 3 Jan 1996 17:25:25 -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 RAA23958 for ; Wed, 3 Jan 1996 17:25:17 -0800 (PST) Received: (from fb@localhost) by sponsor.octet.com (8.6.12/8.6.12) id UAA04473 for hackers@freebsd.org; Wed, 3 Jan 1996 20:16:02 GMT From: FreeBSD user Message-Id: <199601032016.UAA04473@sponsor.octet.com> Subject: Chali et FreeBSD? (fwd) To: hackers@freebsd.org Date: Wed, 3 Jan 1996 20:16:01 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Cwa! En sak el FreeBSD, us twer chalisti, en moy cual adduser? sanmoy el fwargo edlan que muyerta el? swaqnar ti efra??? changoy, javier what the hell language is this??!! I guess its something about adding users under freebsd?? i thought this was an english only list? From owner-freebsd-hackers Wed Jan 3 17:40:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25290 for hackers-outgoing; Wed, 3 Jan 1996 17:40:48 -0800 (PST) Received: from zeus.bbcc.ctc.edu (ZEUS.BBCC.CTC.EDU [134.39.180.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA25263 Wed, 3 Jan 1996 17:40:36 -0800 (PST) Received: (from chris@localhost) by zeus.bbcc.ctc.edu (8.6.12/8.6.12) id RAA02265; Wed, 3 Jan 1996 17:42:49 GMT Date: Wed, 3 Jan 1996 17:42:49 GMT Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: Reply-To: chrisc@MAIL.bbcc.ctc.edu Organization: Big Bend Community College From: Chris Coleman To: James FitzGibbon Subject: RE: Network Card id code Cc: , Sender: owner-hackers@freebsd.org Precedence: bulk On Tue Jan 2 08:16:27 1996 James FitzGibbon wrote: >>I've got a system running with FreeBSD that has an unknown PCI ethernet >adapter in it. It's not detected by anything in the GENERIC kernel under >2.1R or 2.2-current. The card is pretty generic, supporting BNC and >10BaseT. It has a "Runs with Novell"-type sticker on the main chip. > >During bootup, it's identified on the PCI bus as : > >pci0:20: vendor=0x10ec, device=0x8029, class=network (ethernet) [no >driver assigned] > map(10): io(ff80) > >Can someone with a generic PCI card do a boot -v and compare what they >get to help me out? > >Thanks. > >j. From owner-freebsd-hackers Wed Jan 3 17:42:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25381 for hackers-outgoing; Wed, 3 Jan 1996 17:42:56 -0800 (PST) Received: from zeus.bbcc.ctc.edu (ZEUS.BBCC.CTC.EDU [134.39.180.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA25375 Wed, 3 Jan 1996 17:42:52 -0800 (PST) Received: (from chris@localhost) by zeus.bbcc.ctc.edu (8.6.12/8.6.12) id RAA02268; Wed, 3 Jan 1996 17:44:53 GMT Date: Wed, 3 Jan 1996 17:44:53 GMT Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: Reply-To: chrisc@MAIL.bbcc.ctc.edu Organization: Big Bend Community College From: Chris Coleman To: James FitzGibbon Subject: RE: Network Card id code Cc: , Sender: owner-hackers@freebsd.org Precedence: bulk On Tue Jan 2 08:16:27 1996 James FitzGibbon wrote: >>I've got a system running with FreeBSD that has an unknown PCI ethernet >adapter in it. It's not detected by anything in the GENERIC kernel under >2.1R or 2.2-current. The card is pretty generic, supporting BNC and >10BaseT. It has a "Runs with Novell"-type sticker on the main chip. > >During bootup, it's identified on the PCI bus as : > >pci0:20: vendor=0x10ec, device=0x8029, class=network (ethernet) [no >driver assigned] > map(10): io(ff80) > >Can someone with a generic PCI card do a boot -v and compare what they >get to help me out? > >Thanks. > >j. mine says 'pci0:3: Intel Corporation, device=0x1227, class=network (ethernet) [no driver assigned] I hope this helps, its all mine says, its a 100mb intel ethernet express, I hope they get a driver soo n. From owner-freebsd-hackers Wed Jan 3 17:49:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25743 for hackers-outgoing; Wed, 3 Jan 1996 17:49:14 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA25738 for ; Wed, 3 Jan 1996 17:49:09 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA09628; Thu, 4 Jan 1996 12:13:19 +1030 From: Michael Smith Message-Id: <199601040143.MAA09628@genesis.atrad.adelaide.edu.au> Subject: Re: X for install To: terry@lambert.org (Terry Lambert) Date: Thu, 4 Jan 1996 12:13:19 +1030 (CST) Cc: jdl@jdl.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@freebsd.org In-Reply-To: <199601031807.LAA15058@phaeton.artisoft.com> from "Terry Lambert" at Jan 3, 96 11:07:39 am 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: > *Can* it? > > "Windows 95 will now determine the hardware installed in you system. > If this takes too long, turn off your computer (do *not* try to use > control-alt-delete) and restart setup. It will resume after the > device that caused the crash" > > I maintain that if Microsoft can do it, *anyone* can do it. Ok Terry, you win. VM86() it is; now can you or one of the other VM wizards dribble enough of it out so that we can set up a context in which it is safe to make BIOS calls? I certainly don't have the low-level iNTeL smarts required to do this, and all of the discussions about it so far have always escalated to the point where it looks like a monster project, and then petered out. I seem to recally you saying that the NetBSD folks had it working; if this is the case, what are the critical differences between their code and ours that would need to be changed? In the current scenario, what we want is an equivalent of IBM's OS/2 int13 driver, and most likely similar for int15 (EISA) and while we're at it int10 would be nice (BIOS video). Anything more is frippery now, but might be useful later. > 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 3 17:57:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26195 for hackers-outgoing; Wed, 3 Jan 1996 17:57:22 -0800 (PST) Received: from eztravel.com (eztravel.com [205.179.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA26161 Wed, 3 Jan 1996 17:57:14 -0800 (PST) Received: (from ez@localhost) by eztravel.com (8.6.11/8.6.9) id RAA02306; Wed, 3 Jan 1996 17:57:58 -0800 From: EZ Travel Message-Id: <199601040157.RAA02306@eztravel.com> Subject: Zappa or Endeavor PCI? To: hackers@freebsd.org Date: Wed, 3 Jan 1996 17:57:58 -0800 (PST) Cc: ez@eztravel.com, questions@freebsd.org 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 Which one is better? Since I'm upgrading my motherboard I can go with either one - is one any better that the other regarding FreeBSD? Thanks, Bob From owner-freebsd-hackers Wed Jan 3 18:01:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26591 for hackers-outgoing; Wed, 3 Jan 1996 18:01:05 -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 SAA26586 for ; Wed, 3 Jan 1996 18:00:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA16452; Wed, 3 Jan 1996 18:50:41 -0700 From: Terry Lambert Message-Id: <199601040150.SAA16452@phaeton.artisoft.com> Subject: Re: Whacking the troll repliers. To: witr@rwwa.com (Robert Withrow) Date: Wed, 3 Jan 1996 18:50:40 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199601040105.UAA18234@spooky.rwwa.com> from "Robert Withrow" at Jan 3, 96 08:05:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > Seriously, though, if the ``good'' people would wise-up > and ignore trolls, the trollers will go back to the alt.x > groups, where they belong, and we can all go back to > reading long ``Terriloquies'', which is, after all, why > we subscribe to this list. > > Right? Actually, I subscribe to see the (now very rare) Jesus Monroy posts and the (not quite as rare 8-)) Jordan Hubbard followups. PS: was this intended as a troll? 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 Wed Jan 3 18:10:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA26966 for hackers-outgoing; Wed, 3 Jan 1996 18:10:57 -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 SAA26958 for ; Wed, 3 Jan 1996 18:10:54 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA09725; Thu, 4 Jan 1996 12:40:56 +1030 From: Michael Smith Message-Id: <199601040210.MAA09725@genesis.atrad.adelaide.edu.au> Subject: Re: X for install To: terry@lambert.org (Terry Lambert) Date: Thu, 4 Jan 1996 12:40:56 +1030 (CST) Cc: gibbs@freefall.freebsd.org, phk@critter.tfs.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <199601031852.LAA15173@phaeton.artisoft.com> from "Terry Lambert" at Jan 3, 96 11:52:10 am 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: > You need a distinction between low persistance (probe code, etc.), > medium persistance (buffer pool allocations), and high persistance > (kernel and non-transient modules) memory objects to prevent serious > fragmentation in an autoload process. Why? You load a driver, it sets up whatever it needs in terms of buffers, and then probes. If the probe succeeds, you attach it, if it fails, you throw it all out. The problem with fragmentation is in autodiscard, not autoload. > 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 3 18:12:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27067 for hackers-outgoing; Wed, 3 Jan 1996 18:12:45 -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 SAA27059 for ; Wed, 3 Jan 1996 18:12:41 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA16479; Wed, 3 Jan 1996 18:59:47 -0700 From: Terry Lambert Message-Id: <199601040159.SAA16479@phaeton.artisoft.com> Subject: Re: X for install To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 3 Jan 1996 18:59:46 -0700 (MST) Cc: terry@lambert.org, jdl@jdl.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@freebsd.org In-Reply-To: <199601040143.MAA09628@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 4, 96 12:13:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > I maintain that if Microsoft can do it, *anyone* can do it. > > Ok Terry, you win. VM86() it is; now can you or one of the other VM > wizards dribble enough of it out so that we can set up a context in > which it is safe to make BIOS calls? Well, this didn't *necessarily* need a VM86(). But that *is* one soloution... I was thinking on the lines of a weenie DOS program to blow the 32 bit offsets in the partition table before install. > I certainly don't have the low-level iNTeL smarts required to do this, > and all of the discussions about it so far have always escalated to the > point where it looks like a monster project, and then petered out. Speaking of Peter, Peter Wemm was getting his mind around locore.s when I left on my extended vacation back in December, so he might be the ideal candidate. 8-) 8-). I have someone else who I'd nominate, since he has been all over the Win95 VM system very recently, but he'd probably kill me for it... > I seem to recally you saying that the NetBSD folks had it working; if this > is the case, what are the critical differences between their code and > ours that would need to be changed? They had a VM86() mode working well enough for DOSEMU. This is not quite enough for a "call this BIOS call on my behalf in a Virtual 8086 machine that prevents kernel reentrancy, please". Which is really what needs to be done, unless you dick with the DOS stack for the low INT calls (there's a nice TSR book that describes doing exactly this with Borland Turbo C). > In the current scenario, what we want is an equivalent of IBM's OS/2 int13 > driver, and most likely similar for int15 (EISA) and while we're at it > int10 would be nice (BIOS video). Actually, you *don't* want video BIOS for anything more than mode setting. Most VGA cards that emulate EGA and CGA registers (Paradise, etc.) disable interrrupts instead of waiting for the vertical blank interrupt to handle screen draws. A no-no if you have active serial ports or a network card, floppy tape, etc. 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 3 18:16:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27278 for hackers-outgoing; Wed, 3 Jan 1996 18:16:26 -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 SAA27270 for ; Wed, 3 Jan 1996 18:16:15 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA09757; Thu, 4 Jan 1996 12:45:27 +1030 From: Michael Smith Message-Id: <199601040215.MAA09757@genesis.atrad.adelaide.edu.au> Subject: Re: X for install To: terry@lambert.org (Terry Lambert) Date: Thu, 4 Jan 1996 12:45:27 +1030 (CST) Cc: phk@critter.tfs.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601031811.LAA15071@phaeton.artisoft.com> from "Terry Lambert" at Jan 3, 96 11:11:41 am 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: > Actually, you are still left with the problem of determining the > difference between BIOS chaining order and BSD controller/drive > probe order. > > In other words, which controller is the boot controller in a two > controller system? A three controller system? Etc. You can do a reasonable job of this by stacking primary then secondary IDE controllers first, followed by SCSI cards in BIOS base address order, if my recollection of the BIOS bootstrap mechanism is correct. > 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 3 18:31:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28683 for hackers-outgoing; Wed, 3 Jan 1996 18:31:02 -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 SAA28674 for ; Wed, 3 Jan 1996 18:30:57 -0800 (PST) Received: (from mmead@localhost) by Glock.COM (8.7.1/8.7.1) id VAA01229; Wed, 3 Jan 1996 21:30:45 -0500 (EST) Date: Wed, 3 Jan 1996 21:30:45 -0500 (EST) From: "matthew c. mead" Message-Id: <199601040230.VAA01229@Glock.COM> To: hackers@freebsd.org Subject: alphanumeric pagers Sender: owner-hackers@freebsd.org Precedence: bulk Is anyone out there using alphanumeric paging software with FreeBSD? I'd like to get some working with a Motorola Advisor and wondered if anyone had gotten something working. The paging provider's dialup only supports the IXO protocol... Thanks in advance! -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Wed Jan 3 18:40:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29394 for hackers-outgoing; Wed, 3 Jan 1996 18:40:38 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA29287 for ; Wed, 3 Jan 1996 18:40:02 -0800 (PST) Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id VAA21747; Wed, 3 Jan 1996 21:36:01 -0500 (EST) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7.3/8.6.4) id VAA12814; Wed, 3 Jan 1996 21:35:59 -0500 (EST) Date: Wed, 3 Jan 1996 21:35:59 -0500 (EST) From: Chuck Robey X-Sender: chuckr@mocha.eng.umd.edu To: "Jordan K. Hubbard" cc: Terry Lambert , J Wunsch , freebsd-hackers@FreeBSD.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: <5130.820701739@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 3 Jan 1996, Jordan K. Hubbard wrote: > I don't have any personal antipathy against ELF (I must have missed > Joerg's original post - I've only seen references in follow-ups) I > just have an antipathy against: > > 1. Adopting new technologies for the apparent sake of it, and > especially when they're going to be *really painful* in the > transition. > > 2. Adopting new technologies before they're ready. Would anyone > mind just a little if we waited for Linux to go to their second > tools rev in their position as ELF-leader? :-) > Jordan, I can understand your first argument, but since SVR4 has been running ELF for quite some time now, well, the second argument is a little harder to see, for me. Does ELF really still qualify as new technology? > Jordan > ============================================================================ 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 3 18:56:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA00271 for hackers-outgoing; Wed, 3 Jan 1996 18:56:58 -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 SAA00239 Wed, 3 Jan 1996 18:56:41 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id SAA01042; Wed, 3 Jan 1996 18:56:24 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id UAA00912; Wed, 3 Jan 1996 20:47:43 -0800 (PST) Message-Id: <199601040447.UAA00912@corbin.Root.COM> To: chrisc@mail.bbcc.ctc.edu cc: James FitzGibbon , questions@freebsd.org, hackers@freebsd.org Subject: Re: Network Card id code In-reply-to: Your message of "Wed, 03 Jan 96 17:44:53 GMT." From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 03 Jan 1996 20:47:42 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >mine says 'pci0:3: Intel Corporation, device=0x1227, class=network (ethernet) > [no driver assigned] > >I hope this helps, its all mine says, its a 100mb intel ethernet express, > I hope they get a driver soo >n. Are you sure that's "device=0x1227" and not "device=0x1229"? You're card might work with the "fxp" driver I wrote last month. Can you look at it and see what type of NIC it has (the big chip). My driver supports the 82557 chip. -DG From owner-freebsd-hackers Wed Jan 3 19:13:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA01067 for hackers-outgoing; Wed, 3 Jan 1996 19:13:29 -0800 (PST) Received: from technix.org (root@pcca71.gallaudet.edu [134.231.56.107]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA01046 for ; Wed, 3 Jan 1996 19:13:20 -0800 (PST) Received: (from jon@localhost) by technix.org (8.6.12/8.6.12) id WAA27277; Wed, 3 Jan 1996 22:18:59 -0500 Date: Wed, 3 Jan 1996 22:18:59 -0500 (EST) From: Basket Case To: dennis cc: hackers@FreeBSD.ORG Subject: Re: IRCD In-Reply-To: <199601031632.LAA02600@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 3 Jan 1996, dennis wrote: > > Has anyone ported ircd to FreeBSD? > If this hasnt been done then I'll have my ported copy put up.. I modded ircd and it works w/ fbsd... > 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 > > Jon =--------------------------------Basket Case----------------------------------= = E-Mail: jon@technix.org - Computer Science - C/C++/Pascal/Basic/ASM = = WWW: http://www.technix.org - Systems Administrator - FreeBSD 2.1.0 SNAP = =-----------------------------------------------------------------------------= From owner-freebsd-hackers Wed Jan 3 19:26:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA01918 for hackers-outgoing; Wed, 3 Jan 1996 19:26:07 -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 TAA01697 for ; Wed, 3 Jan 1996 19:22:52 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA09827; Thu, 4 Jan 1996 13:43:15 +1030 From: Michael Smith Message-Id: <199601040313.NAA09827@genesis.atrad.adelaide.edu.au> Subject: Re: X for install To: terry@lambert.org (Terry Lambert) Date: Thu, 4 Jan 1996 13:43:14 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, jdl@jdl.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@freebsd.org In-Reply-To: <199601040159.SAA16479@phaeton.artisoft.com> from "Terry Lambert" at Jan 3, 96 06:59:46 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: > > Ok Terry, you win. VM86() it is; now can you or one of the other VM > > wizards dribble enough of it out so that we can set up a context in > > which it is safe to make BIOS calls? > > Well, this didn't *necessarily* need a VM86(). But that *is* one > soloution... I was thinking on the lines of a weenie DOS program > to blow the 32 bit offsets in the partition table before install. We need an awful lot more than that. While probing for disks and other devices, we need a BIOS disk driver that can read the root filesystem and suck in LKMs, including the disk drivers. Eventually, / would be remounted from another device, and the now-loaded 'real' disk drivers would come into play if they could, or the BIOS fallback driver would continue to carry the load. > the ideal candidate. 8-) 8-). I have someone else who I'd nominate, > since he has been all over the Win95 VM system very recently, but he'd > probably kill me for it... You could do with a good killing, so I suggest you nominate away. 8) > They had a VM86() mode working well enough for DOSEMU. This is not > quite enough for a "call this BIOS call on my behalf in a Virtual 8086 > machine that prevents kernel reentrancy, please". Which is really what > needs to be done, unless you dick with the DOS stack for the low INT > calls (there's a nice TSR book that describes doing exactly this with > Borland Turbo C). I'm not going to try to define "what needs to be done" at that level; I'm suggesting that you & several other people know what needs to be done, and I'm just prodding at you until you do it. Hint? 8) > Actually, you *don't* want video BIOS for anything more than mode > setting. Most VGA cards that emulate EGA and CGA registers (Paradise, > etc.) disable interrrupts instead of waiting for the vertical blank > interrupt to handle screen draws. A no-no if you have active serial > ports or a network card, floppy tape, etc. Point. Video hardware is sufficiently standard that BIOS support's not a great win except maybe for VESA BIOS operations, and they're not terribly standard. > 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 3 19:45:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA04035 for hackers-outgoing; Wed, 3 Jan 1996 19:45:46 -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 TAA04016 for ; Wed, 3 Jan 1996 19:45:38 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id VAA14169; Wed, 3 Jan 1996 21:44:31 -0600 From: Joe Greco Message-Id: <199601040344.VAA14169@brasil.moneng.mei.com> Subject: Re: alphanumeric pagers To: mmead@Glock.COM (matthew c. mead) Date: Wed, 3 Jan 1996 21:44:31 -0600 (CST) Cc: hackers@FreeBSD.org In-Reply-To: <199601040230.VAA01229@Glock.COM> from "matthew c. mead" at Jan 3, 96 09:30:45 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > Is anyone out there using alphanumeric paging software with FreeBSD? > I'd like to get some working with a Motorola Advisor and wondered if anyone > had gotten something working. The paging provider's dialup only supports > the IXO protocol... Thanks in advance! I believe Tom Limoncelli's "tpage" package speaks IXO, and it's written largely in perl, on top of it. UWM has my "netpage" prototype network-oriented paging service as well, but that requires a paging module to dial the paging service. The one provided module knows how to dial into my service's ASCII-oriented service, but would be a good source if you want to start hacking on it. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Jan 3 19:56:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA05173 for hackers-outgoing; Wed, 3 Jan 1996 19:56:03 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA05156 for ; Wed, 3 Jan 1996 19:55:51 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tXgkX-0000zdC; Wed, 3 Jan 96 21:53 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tXgUV-000CFLC; Wed, 3 Jan 96 21:37 WET Message-Id: Date: Wed, 3 Jan 96 21:37 WET To: freebsd-hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Wed Jan 3 1996, 21:37:23 CST Subject: Re: clock accuracy? Sender: owner-hackers@freebsd.org Precedence: bulk [2]From: John Hay [2]The way I see it is that the problem isn't in the Pentium-timer's [2]accuracy, it is determining the the clock speed of the Pentium [2]accurately. The times when my Pentium is probed as a 90MHz Pentium [2]the clock runs ok. It is when it is probed as 89.xx or even slower [2]that the clock runs too fast. Or you have an Energy Star Pentium computer, where the system deliberately slows the processor speed down when the system is idle, thus saving electricity. Even if this mode doesn't work under FreeBSD, having a master clock that can vary its frequency on demand should give pause as to whether that clock is reliable enough to rely on for TOD. Since the processor allows a +/-10% deviation in clock speed (see Intel databook), the CPU doesn't care about the speed drifting around, but if we use it as a time-piece, you will. On the two Pentium boards with Energy Star I have had access to, the Pentium instruction clock is less accurate than the 8254. Frank Durda IV |"The Knights who say "LETNi" or uhclem%rwsystr.nkn.net (Fastest Route) | demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Wed Jan 3 20:26:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA07521 for hackers-outgoing; Wed, 3 Jan 1996 20:26:05 -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 UAA07516 for ; Wed, 3 Jan 1996 20:25:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA26432; Wed, 3 Jan 1996 20:23:54 -0800 To: Chuck Robey cc: Terry Lambert , J Wunsch , freebsd-hackers@FreeBSD.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-reply-to: Your message of "Wed, 03 Jan 1996 21:35:59 EST." Date: Wed, 03 Jan 1996 20:23:54 -0800 Message-ID: <26430.820729434@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Jordan, I can understand your first argument, but since SVR4 has been > running ELF for quite some time now, well, the second argument is a > little harder to see, for me. Does ELF really still qualify as new > technology? Chuck, think a moment here. What *technology* to implement ELF executables was used by SVR4? Is it the same technology we have available to us? No. Then what? The GNU stuff. Has the GNU stuff been speaking ELF for long? No. I rest my case. Jordan From owner-freebsd-hackers Wed Jan 3 20:35:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08336 for hackers-outgoing; Wed, 3 Jan 1996 20:35:34 -0800 (PST) Received: from shell.monmouth.com (shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA08304 for ; Wed, 3 Jan 1996 20:35:20 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id XAA25754; Wed, 3 Jan 1996 23:32:58 -0500 From: Bill/Carolyn Pechter Message-Id: <199601040432.XAA25754@shell.monmouth.com> Subject: Re: LAT support (fwd) To: bugs@freebsd.netcom.com (Mark Hittinger) Date: Wed, 3 Jan 1996 23:32:57 -0500 (EST) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <199601040253.UAA09723@freebsd.netcom.com> from "Mark Hittinger" at Jan 3, 96 08:53:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > From: Nate Williams > > To: Don Whiteside > > > Someone just dropped an old DECserver 200/MC on my lap that would be > > > nice to use for some cruddy little dialup, but it (a) needs a loader for > > > the software when it boots up and (2) only does LAT connection. Anyone > > > ever program any LAT support for FreeBSD? > > Nope, and if I remember correctly DEC won't release the specs on LAT, so > > it will probably never happen. > > DECnet may happen, LAT won't. > > Actually the specs for both DECNET, LAT, MAP, DDCMP, etc are fully available. I seem to remember DEC had a patent or something on LAT. I've been out of there for 10 years -- but I could check with friends. I seem to remember they had Bell Atlantic being the Licensing Agent. I really liked the efficiency of LAT and I wished they would've made it an open standard. At one time they had a bootable lat disk (floppy) which turned PDP11's with 64 or so ports into a nice (and now very cheap) terminal server. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Wed Jan 3 20:39:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08754 for hackers-outgoing; Wed, 3 Jan 1996 20:39:17 -0800 (PST) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA08745 for ; Wed, 3 Jan 1996 20:39:12 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id XAA25924; Wed, 3 Jan 1996 23:37:32 -0500 From: Bill/Carolyn Pechter Message-Id: <199601040437.XAA25924@shell.monmouth.com> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: chuckr@glue.umd.edu (Chuck Robey) Date: Wed, 3 Jan 1996 23:37:31 -0500 (EST) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: from "Chuck Robey" at Jan 3, 96 09:35:59 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Chuck Robey chuckr@eng.umd.edu wrote: > On Wed, 3 Jan 1996, Jordan K. Hubbard wrote: > > > I don't have any personal antipathy against ELF (I must have missed > > Joerg's original post - I've only seen references in follow-ups) I > > just have an antipathy against: > > > > 2. Adopting new technologies before they're ready. Would anyone > > mind just a little if we waited for Linux to go to their second > > tools rev in their position as ELF-leader? :-) > > > > Jordan, I can understand your first argument, but since SVR4 has been > running ELF for quite some time now, well, the second argument is a > little harder to see, for me. Does ELF really still qualify as new > technology? > My latest Linux CD set has the Red Hat 2.1 set which is their second all ELF release. Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | The postmaster always pings twice. Lakewood MicroSystems | 17 Meredith Drive, 908-389-3592 | Tinton Falls, NJ 07724 pechter@shell.monmouth.com | From owner-freebsd-hackers Wed Jan 3 20:42:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA08943 for hackers-outgoing; Wed, 3 Jan 1996 20:42:42 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA08924 for ; Wed, 3 Jan 1996 20:41:51 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA11885; Thu, 4 Jan 1996 15:30:54 +1100 Date: Thu, 4 Jan 1996 15:30:54 +1100 From: Bruce Evans Message-Id: <199601040430.PAA11885@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: X for install Cc: freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, phk@critter.tfs.com Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> If you disabled the drive then both probing the drive and reading it >> will fail. It isn't fair to ask FreeBSD to determine the BIOS geometry >> in that case. The geometry might depend on how the drive is enabled >> (with or without boot manager...). >Determine if it has a partition table. >If it has a partition table, determine if it has DOS partitions. >If it has DOS partitions, then find them on the disk. Drivers already do this, but it's almost irrelevant to finding the geometry that the BIOS would use. >Make sure the 32 bit absolute sector address in the partition table >entry is correct. It won't be for DOS fdisk versions before 3.0x, >and some utilities don't set it correctly. Such drives aren't supported. Checking the absolute sector address requires knowing the BIOS geometry. Drivers already check it, based on the guessed BIOS geometry, but since the BIOS geometry isn't known for sure, inconsistencies aren't fatal, and since some users don't like to see warnings at boot time, warnings about the inconsistencies are disabled. >Fix the checksum after the AA55 (why isn't this done now?). There's no space after the AA55 :-). >Then from protected mode *always* use the 32 bit sector offset >instead of the C/H/S value. This has been done for a year. >For DOS partition mounting, note that the partitions start/stop on >an even cylinder boundry and use this information to determine C/H/S >geometry (only works if you have the 32 bit offset and size already). This has been done for a year, but only works for partitions that start and stop on an even cylinder boundary. Depending on it to work causes part of the current confusion about configuring the partition table at install time. The main point of knowing the BIOS geometry is to install on disks unknown to the BIOS. "It isn't fair to ask FreeBSD to determine the BIOS geometry in that case." >Much of this is documented in the PReP standard, which requires the >use of the 32 bit offset/size value for PPCBug and for OpenBoot. The DOS3.x behaviour is the defacto standard. Bruce From owner-freebsd-hackers Wed Jan 3 21:01:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10007 for hackers-outgoing; Wed, 3 Jan 1996 21:01:30 -0800 (PST) Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA09990 Wed, 3 Jan 1996 21:01:17 -0800 (PST) Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id XAA28379; Wed, 3 Jan 1996 23:58:16 -0500 Date: Wed, 3 Jan 1996 23:58:14 -0500 (EST) From: "Michael C. Newell" To: "Jonathan M. Bresler" cc: John Dyson , Daniel Leeds , hackers@FreeBSD.org Subject: Re: HIGWAY ROBBERY!! 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, 3 Jan 1996, Jonathan M. Bresler wrote: > damn it! not again! every time they do that in texas, the lights > here flicker and my machine reboots $%&#!! can't they find a better > way, that doesnt !@%$# with the electric company. > Given the frequency with which Texas has been generating these little flickers, I'd advise investing in one of them thar UPS thangs. Mine works great... :-) Thanks, Mike +--------------------------------------+------------------------------------+ |Mike Newell | The opinions expressed herein are | |NASA Science Internet Network Systems | my own, and do not necessarily | |Sterling Software, Inc. | reflect those of the NSI program, | |MNewell@nsipo.nasa.gov | Sterling Software, NASA, or anyone | |+1-202-434-8954 | else. | +--------------------------------------+------------------------------------+ | work: http://www.eco.nsi.nasa.gov/~mnewell | | home: http://www.newell.arlington.va.us | +---------------------------------------------------------------------------+ From owner-freebsd-hackers Wed Jan 3 21:04:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10384 for hackers-outgoing; Wed, 3 Jan 1996 21:04:31 -0800 (PST) Received: from franklin-fddi.cris.com (franklin-fddi.cris.com [199.3.126.7]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA10373 for ; Wed, 3 Jan 1996 21:04:25 -0800 (PST) Received: from crc3.cris.com by franklin-fddi.cris.com [1-800-745-CRIS (voice)] Message-ID: <30EB60C7.37E@cris.com> Date: Thu, 04 Jan 1996 00:08:23 -0500 From: William Stafford X-Mailer: Mozilla 2.0b3 (Win95; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: help!!!!!! X-URL: http://www.freebsd.org/handbook/install.html Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi. I have a very important (and probably frequent) question. I have installed Windows 95 on to my home PC, and I want to also install FreeBSD. From what I understand, I won't be able to do it. My question is, can I, and if so, how can I do it? My present configuration is a 60 MHz Pentium, 1 gig hard drive, 2 speed CD Rom, #9 64GXE Video card, and Sound Blaster 16. Any help you could provide would be greatly appreciated. Thank you, Mike Stafford From owner-freebsd-hackers Wed Jan 3 21:08:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA10688 for hackers-outgoing; Wed, 3 Jan 1996 21:08:33 -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 VAA10678 for ; Wed, 3 Jan 1996 21:08:24 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA13376; Thu, 4 Jan 1996 16:03:06 +1100 Date: Thu, 4 Jan 1996 16:03:06 +1100 From: Bruce Evans Message-Id: <199601040503.QAA13376@godzilla.zeta.org.au> To: FreeBSD-hackers@freefall.freebsd.org, witr@rwwa.com Subject: Re: help: 2.1.0 reboots with high network load Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> vmstat -i: >> interrupt total rate >> clk0 irq0 729041 100 >> rtc0 irq8 932875 128 >Incidentally, is this an artifact, or does this really mean >a load of 228 interrupts/second for timekeeping? Is this >a softclk/hardclk thing? This is standard. It is a hardclk/statistics clock thing. It costs cost about 0.3% on my 486DX2/66 according to systat. The 128 statistics clock interrupts aren't counted properly. The actual overhead is about 0.5%. Bruce From owner-freebsd-hackers Wed Jan 3 21:20:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA11480 for hackers-outgoing; Wed, 3 Jan 1996 21:20: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 VAA11475 for ; Wed, 3 Jan 1996 21:20:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA13174; Wed, 3 Jan 1996 21:19:47 -0800 To: William Stafford Cc: hackers@freebsd.org Subject: Re: help!!!!!! In-reply-to: Your message of "Thu, 04 Jan 1996 00:08:23 EST." <30EB60C7.37E@cris.com> Date: Wed, 03 Jan 1996 21:19:47 -0800 Message-ID: <13169.820732787@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Your question is rather vague.. What do you mean "you won't be able to do it?" What is it that leads you to think this in the first place? Jordan > Hi. I have a very important (and probably frequent) question. I have > installed Windows 95 on to my home PC, and I want to also install > FreeBSD. From what I understand, I won't be able to do it. My question > is, can I, and if so, how can I do it? My present configuration is a 60 > MHz Pentium, 1 gig hard drive, 2 speed CD Rom, #9 64GXE Video card, and > Sound Blaster 16. Any help you could provide would be greatly > appreciated. > > Thank you, > > Mike Stafford From owner-freebsd-hackers Wed Jan 3 21:24:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA11701 for hackers-outgoing; Wed, 3 Jan 1996 21:24:17 -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 VAA11694 for ; Wed, 3 Jan 1996 21:24:14 -0800 (PST) Received: from flowbee.interaccess.com (joeg@flowbee.interaccess.com [198.80.0.32]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id VAA13302 for ; Wed, 3 Jan 1996 21:24:09 -0800 Received: (from joeg@localhost) by flowbee.interaccess.com (8.7.2/8.6.9) id XAA11300 for hackers@FreeBSD.ORG; Wed, 3 Jan 1996 23:18:56 -0600 (CST) From: Joe Grosch Message-Id: <199601040518.XAA11300@flowbee.interaccess.com> Subject: Re: HIGWAY ROBBERY!! To: hackers@FreeBSD.ORG Date: Wed, 3 Jan 1996 23:18:56 -0600 (CST) Reply-To: joeg@truenorth.org In-Reply-To: <199601031658.IAA19715@freefall.freebsd.org> from "LONGDONG@UICVM.CC.UIC.EDU" at Jan 3, 96 08:58:37 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >DEAR SIRS AND FELLOWS, > >I HAVE BEEN UNDUELY ROBBED BY YOUR INCOMPETENT PRODUCT. DURING INSTALL IT >DELETED ALL MY DOS GAMES AND PROGRAMS I SPENT YEARS GETTING FROM FTP AND >FSP SITES!! > >HOW DARE THIS TREACHERY BE UNLEASHED ON MY HARD DRIVE! WHO WILL PAY ME FOR >THESE LOSSES...WHO WILL HELP ME TO REGAIN MY PRECIOUS PROGRAMS?? > >THIS WILL NOT GO UNCHALLENGED...I SHALL SEEK PUBLIC AGENCIES TO COMBAT >YOUR FAULTY PRODUCT THAT INTENTIONALLY DESTROYS HARD DRIVES. > >HAVE YOU HEARD OF THE BETTER BUREAUS OF BUSINESS? > >WHEN WILL THE LITTLE GUY BE HEARD??!! > >oh, and do please, all of you...have a happy new year. :) > >SpUnk3Y > Who is this little weasel and what did we do to deserve him. Has junior never heard of backups? Josef -- Josef Grosch - joeg@truenorth.org | "Laugh while you can, monkey boy." http://www.interaccess.com/users/joeg | - John Warfin - ========================================================================== Keeper of FreeBSD ported list - FreeBSD 2.1.0R - Death to Microshit http://www.interaccess.com/users/joeg/ported.html ========================================================================== From owner-freebsd-hackers Wed Jan 3 21:49:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA13071 for hackers-outgoing; Wed, 3 Jan 1996 21:49:45 -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 VAA13065 for ; Wed, 3 Jan 1996 21:49:34 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA15201; Thu, 4 Jan 1996 16:46:09 +1100 Date: Thu, 4 Jan 1996 16:46:09 +1100 From: Bruce Evans Message-Id: <199601040546.QAA15201@godzilla.zeta.org.au> To: hackers@freebsd.org, terry@lambert.org Subject: Re: OK, I'm stumped... Sender: owner-hackers@freebsd.org Precedence: bulk >Why would anyone ever specify a second argument to uiomove() that >was less than the largest iov->iov_len for the iov list in the >uio structure that was passed in? Because iov->iov_len might be as large as INT_MAX and it may be hard to allocate a large enough kernel buffer. char buf[SMALLSIZE]; ... r = uiomove(buf, sizeof buf, uio); Bruce From owner-freebsd-hackers Wed Jan 3 23:35:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA20810 for hackers-outgoing; Wed, 3 Jan 1996 23:35:53 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA20805 Wed, 3 Jan 1996 23:35:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA14209; Wed, 3 Jan 1996 23:35:37 -0800 To: hackers@freebsd.org cc: gj@freebsd.org Subject: Anyone got GNU `dld' ported to FreeBSD? Date: Wed, 03 Jan 1996 23:35:36 -0800 Message-ID: <14201.820740936@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I can't get it to work and, looking through the code, I can't even quite see how the examples *could* work! It reads in the object file fairly normally, e.g. it reads in the header, mallocs space for all the segments, reads them in, does "relocation" and so on. It's the relocation code that's got me scratching my head. In all of the examples, there's some sort of weird assumption that the library references are just magically "resolved" on behalf of the dynamic loading code (something that's totally and utterly untrue) and I'm having a hard time believing that it could have gone through 3 revisions this broken. Anyone have any other dynamic symbol resolution code I could look at? The dld and GCL (GNU Common Lisp, nee' KCL) code I have for doing this kind of stuff now is highly GPL'd, and it'd be nice to not have to bring more GPL stuff into the tree if we can help it. I know that walking the relocation tables isn't rocket science, I just don't want to have to look up what each and every relocation type is supposed to do! :-( Jordan From owner-freebsd-hackers Thu Jan 4 00:15:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22093 for hackers-outgoing; Thu, 4 Jan 1996 00:15:20 -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 AAA22085 for ; Thu, 4 Jan 1996 00:15:11 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id AAA11522; Thu, 4 Jan 1996 00:17:43 -0800 Date: Thu, 4 Jan 1996 00:17:42 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Dinky lsof patch Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk The following patch to Configure lets lsof-3.45 compile out of the box on 2.1-STABLE. Seems like it should be trivial to convert to a port, if I had the vaguest idea how. *** Configure Thu Jan 4 00:10:36 1996 --- Configure.orig Thu Jan 4 00:14:29 1996 *************** *** 304,319 **** LSOF_N_UNIX=/kernel fi ;; - 2.1-*) - LSOF_CFGF="-D_FREEBSDV=210" - LSOF_CFGL="-lkvm" - LSOF_DINC="-I./dialects/freebsd/include/2" - LSOF_N_UNIX=`/usr/sbin/sysctl -n kern.bootfile` - if test "X$LSOF_N_UNIX" = "X" - then - LSOF_N_UNIX=/kernel - fi - ;; *) echo Unknown FreeBSD release: `uname -r` echo Assuming FreeBSD 1.x --- 304,309 ---- From owner-freebsd-hackers Thu Jan 4 00:48:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA23143 for hackers-outgoing; Thu, 4 Jan 1996 00:48:40 -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 AAA23137 for ; Thu, 4 Jan 1996 00:48:37 -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 AAA00419; Thu, 4 Jan 1996 00:48:27 -0800 Message-Id: <199601040848.AAA00419@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Wed, 03 Jan 1996 23:35:36 PST." <14201.820740936@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Jan 1996 00:48:26 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Just look into pearl5 or stk to see how to load dynamic modules on FreeBSD. We don't need dld 8) Amancio From owner-freebsd-hackers Thu Jan 4 01:52:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA26210 for hackers-outgoing; Thu, 4 Jan 1996 01:52: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 BAA26175 for ; Thu, 4 Jan 1996 01:52:21 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA23112 for ; Thu, 4 Jan 1996 10:51:54 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA21142 for freebsd-hackers@freebsd.org; Thu, 4 Jan 1996 10:51:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA13231 for freebsd-hackers@freebsd.org; Thu, 4 Jan 1996 10:39:48 +0100 (MET) From: J Wunsch Message-Id: <199601040939.KAA13231@uriah.heep.sax.de> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 4 Jan 1996 10:39:45 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <5130.820701739@time.cdrom.com> from "Jordan K. Hubbard" at Jan 3, 96 12:42: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 Jordan K. Hubbard wrote: > > I don't have any personal antipathy against ELF (I must have missed > Joerg's original post - I've only seen references in follow-ups) I > just have an antipathy against: > > 1. Adopting new technologies for the apparent sake of it, and > especially when they're going to be *really painful* in the > transition. We could learn from Linux. I don't see why one has to make it that painful. If it can't be done without breaking backwards compatibility, i'm against it. (Read this: a.out binaries have to run in the new environment as well, at the only added cost of another shlib that's bloating the RAM.) -- 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 4 02:06:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA26858 for hackers-outgoing; Thu, 4 Jan 1996 02:06:48 -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 CAA26852 for ; Thu, 4 Jan 1996 02:06:43 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tXmZB-0003wQC; Thu, 4 Jan 96 02:06 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 LAA02842; Thu, 4 Jan 1996 11:06:32 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-reply-to: Your message of "Thu, 04 Jan 1996 10:39:45 +0100." <199601040939.KAA13231@uriah.heep.sax.de> Date: Thu, 04 Jan 1996 11:06:31 +0100 Message-ID: <2840.820749991@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > As Jordan K. Hubbard wrote: > > > > I don't have any personal antipathy against ELF (I must have missed > > Joerg's original post - I've only seen references in follow-ups) I > > just have an antipathy against: > > > > 1. Adopting new technologies for the apparent sake of it, and > > especially when they're going to be *really painful* in the > > transition. > > We could learn from Linux. I don't see why one has to make it that > painful. > > If it can't be done without breaking backwards compatibility, i'm > against it. (Read this: a.out binaries have to run in the new > environment as well, at the only added cost of another shlib that's > bloating the RAM.) I don't see why this should break anything. We just have to decide that we can load both elf & a.out shlibs. -- 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 4 02:56:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28521 for hackers-outgoing; Thu, 4 Jan 1996 02:56:51 -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 CAA28508 for ; Thu, 4 Jan 1996 02:56:47 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id LAA16813; Thu, 4 Jan 1996 11:30:24 +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 IAA00628; Thu, 4 Jan 1996 08:56:50 +0100 (MET) Date: Thu, 4 Jan 1996 08:56:49 +0100 (MET) From: Andreas Klemm To: William Stafford cc: hackers@freebsd.org Subject: Re: help!!!!!! In-Reply-To: <30EB60C7.37E@cris.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 4 Jan 1996, William Stafford wrote: > Hi. I have a very important (and probably frequent) question. I have > installed Windows 95 on to my home PC, and I want to also install > FreeBSD. From what I understand, I won't be able to do it. My question > is, can I, and if so, how can I do it? My present configuration is a 60 > MHz Pentium, 1 gig hard drive, 2 speed CD Rom, #9 64GXE Video card, and > Sound Blaster 16. Any help you could provide would be greatly > appreciated. > > Thank you, > > Mike Stafford Install Windows 95 first, after that FreeBSD. FreeBSD's boot manager will then manage to boot Win95 and FreeBSD. -- 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 Thu Jan 4 03:07:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29107 for hackers-outgoing; Thu, 4 Jan 1996 03:07:10 -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 DAA29098 for ; Thu, 4 Jan 1996 03:07:01 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Thu, 4 Jan 96 11:06 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 LAA00341 for hackers@freebsd.org; Thu, 4 Jan 1996 11:44:55 +0100 Message-Id: <199601041044.LAA00341@allegro.lemis.de> Subject: What choice of 100 mbps Ethernet boards? To: hackers@freebsd.org (FreeBSD Hackers) Date: Thu, 4 Jan 1996 11:44:55 +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 still working on the Installation book (anybody who's interested, *please* review!), and it occurred to me that there's little direction in choosing 100 mbps network boards. Can anybody suggest something that works well? Greg From owner-freebsd-hackers Thu Jan 4 03:25:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA00167 for hackers-outgoing; Thu, 4 Jan 1996 03:25:38 -0800 (PST) Received: from tama.tas.ntt.jp (root@tama.TAS.NTT.JP [192.68.237.114]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA00161 for ; Thu, 4 Jan 1996 03:25:34 -0800 (PST) Received: by tama.tas.ntt.jp (4.1/tas-sh-01) with TCP; Thu, 4 Jan 96 20:25:49 JST Received: by nttmail.tas.ntt.jp (8.6.12/nttmail-02) with TCP; Thu, 4 Jan 1996 20:25:30 +0900 Received: from aura.aecl.ntt.jp by nttica.aecl.ntt.jp (8.7.1+2.6Wbeta4/nttica-02) with ESMTP id UAA09536; Thu, 4 Jan 1996 20:25:30 +0900 (JST) Received: by aura.aecl.ntt.jp (8.7.1+2.6Wbeta4/AECLsubMX/950223) id UAA07849; Thu, 4 Jan 1996 20:25:29 +0900 (JST) Message-Id: <199601041125.UAA07849@aura.aecl.ntt.jp> To: freebsd-hackers@freebsd.org Cc: nor@aecl.ntt.jp Subject: Re: DHCP X-Mailer: Mew version 1.00.4 on Emacs 19.28.2, Mule 2.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 04 Jan 1996 20:25:29 +0900 From: Noriyuki Takahashi Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> In <199601031947.MAA15342@phaeton.artisoft.com>, >>>>> Terry Lambert writes: terry> The Japanese BIND supports DHCP, but has redistribution restrictions terry> that prevent it from being on the CDROM. Specifically, you aren't terry> allowed to hack on it and then distribute it. Ah ... you mean a DHCP implementation by WIDE Project in Japan? I didn't hear about "the Japanese BIND". The license terms of WIDE DHCP has been changed in dhcp-1.3beta (latest beta version), compared to 1.2.1. It seems for me (I'm not a WIDE member) that the new terms are similar to the Berkeley style copyright. The package can be obtained from ftp://sh.wide.ad.jp/WIDE/free-ware/dhcp/dhcp-1.3beta.tar.gz See Copyright file in the package for details. -- Noriyuki TAKAHASHI / nor@aecl.ntt.jp From owner-freebsd-hackers Thu Jan 4 04:59:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03637 for hackers-outgoing; Thu, 4 Jan 1996 04:59:44 -0800 (PST) Received: from cwbtwo.bsi.com.br ([200.250.250.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA03628 for ; Thu, 4 Jan 1996 04:59:37 -0800 (PST) Received: (from lenzi@localhost) by cwbtwo.bsi.com.br (8.6.11/8.6.9) id KAA29174; Thu, 4 Jan 1996 10:57:06 GMT Date: Thu, 4 Jan 1996 10:57:04 +0000 () From: Sergio Lenzi To: dennis cc: hackers@freebsd.org Subject: Re: IRCD In-Reply-To: <199601031632.LAA02600@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk IRCD, Yes it is ported to FreeBSD is in the ports directory. There is one ircd running on irc.bsi.com.br. From the ports. Build the ircd is easy, the problem is configure it. I can send you my configuration if you wish. Sergio de Almeida Lenzi. From owner-freebsd-hackers Thu Jan 4 05:09:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA03965 for hackers-outgoing; Thu, 4 Jan 1996 05:09:53 -0800 (PST) Received: from strider.ibenet.it (root@Strider.Free.IT [194.179.131.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA03959 for ; Thu, 4 Jan 1996 05:09:48 -0800 (PST) Received: (from piero@localhost) by strider.ibenet.it (8.7.3/8.6.12) id OAA14917; Thu, 4 Jan 1996 14:09:23 +0100 (MET) From: Piero Serini Message-Id: <199601041309.OAA14917@strider.ibenet.it> Subject: Re: HIGWAY ROBBERY!! To: LONGDONG@UICVM.CC.UIC.EDU Date: Thu, 4 Jan 1996 14:09:22 +0100 (MET) Cc: Hackers@FreeBSD.ORG (FreeBSD Hackers' List) In-Reply-To: <199601031658.IAA19715@freefall.freebsd.org> from "LONGDONG@UICVM.CC.UIC.EDU" at Jan 3, 96 08:58:37 am Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-NCC-RegID: it.ibenet X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Dear sir, I don't speak for the FreeBSD core team, and I don't speak for any person, organization or company, living, resident, or incor- porated under any law in the USA or in other countries. That said, I'd like to address your complaint about the O/S you say you tried and install on your computer. Quoting from LONGDONG@UICVM.CC.UIC.EDU (Wed Jan 3 17:58:37 1996): > > DEAR SIRS AND FELLOWS, > > I HAVE BEEN UNDUELY ROBBED BY YOUR INCOMPETENT PRODUCT. DURING INSTALL IT > DELETED ALL MY DOS GAMES AND PROGRAMS I SPENT YEARS GETTING FROM FTP AND > FSP SITES!! "ROBBED". From the Oxford Dictionary: (HTML tags are used to represent different fonts in the original book) " rob v.t. (-bb-) deprive (person etc.) of or of property by (threat of) violence, feloniously plunder (person or place, of), deprive of what is due or normal; (examples and derivatives deleted). " I can't see any violence, threat of violence, or felonious plun- der in any FreeBSD-related code, executable and/or documentation. > HOW DARE THIS TREACHERY BE UNLEASHED ON MY HARD DRIVE! WHO WILL PAY ME FOR > THESE LOSSES...WHO WILL HELP ME TO REGAIN MY PRECIOUS PROGRAMS?? You will pay yourself. In the installation instructions and at least twice during the actual installation the user is warned about the risk of loss of data. You are repeatedly asked if you're sure to proceed, and you're advised to perform a full backup of your hard disk before committing FreeBSD to your hard disk. If you tell the computer to proceed, you are responsible for your actions. As far as I know, the standard PC has no way to read in your mind and decide that you issued the wrong command. > THIS WILL NOT GO UNCHALLENGED...I SHALL SEEK PUBLIC AGENCIES TO COMBAT > YOUR FAULTY PRODUCT THAT INTENTIONALLY DESTROYS HARD DRIVES. Again, there is no part whatsoever in FreeBSD that *intentional- ly* destroys hard drives. I don't know about the USA, but pub- licly stating false and/or deceptive sentences, with or without explicit intent to defame or slander a person, organization, com- pany or institution is a crime in many countries and can be pros- ecuted both under civil and penal law. You are warned. > HAVE YOU HEARD OF THE BETTER BUREAUS OF BUSINESS? See above. > WHEN WILL THE LITTLE GUY BE HEARD??!! When will he shut up and think before speaking or writing? > oh, and do please, all of you...have a happy new year. :) You too, sir. > SpUnk3Y Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Thu Jan 4 05:13:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA04090 for hackers-outgoing; Thu, 4 Jan 1996 05:13:12 -0800 (PST) Received: from cwbtwo.bsi.com.br ([200.250.250.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA04084 for ; Thu, 4 Jan 1996 05:13:03 -0800 (PST) Received: (from lenzi@localhost) by cwbtwo.bsi.com.br (8.6.11/8.6.9) id LAA29322; Thu, 4 Jan 1996 11:10:48 GMT Date: Thu, 4 Jan 1996 11:10:47 +0000 () From: Sergio Lenzi To: hackers@freebsd.org Subject: Re: HIGWAY ROBBERY!! In-Reply-To: <199601031947.LAA03474@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > > > > > > DEAR SIRS AND FELLOWS, > > > > > > I HAVE BEEN UNDUELY ROBBED BY YOUR INCOMPETENT PRODUCT. DURING INSTALL IT > > > DELETED ALL MY DOS GAMES AND PROGRAMS I SPENT YEARS GETTING FROM FTP AND > > > FSP SITES!! Take it easy... Think this way: You are blessed, that dos and games programs were ALL TRASH!!! filling your HD!! Now, You are FREE from those games that only wastes precious "productive hours" and programs that don't fit in the 640K limit, all suffering from the config.sys syndrome. Boy, YOU are blessed!!!! Sergio de Almeida Lenzi. From owner-freebsd-hackers Thu Jan 4 05:48:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA05212 for hackers-outgoing; Thu, 4 Jan 1996 05:48:40 -0800 (PST) Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA05203 for ; Thu, 4 Jan 1996 05:48:37 -0800 (PST) Received: from gonzo by bigbird.vmicls.com (8.6.12/SMI-4.1-vmicls-master-host-1) id IAA22993; Thu, 4 Jan 1996 08:51:34 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA12028; Thu, 4 Jan 1996 08:51:33 +0500 Date: Thu, 4 Jan 1996 08:51:33 +0500 Message-Id: <9601041351.AA12028.gonzo@vmicls.com> To: ez@eztravel.com Subject: Re: Zappa or Endeavor PCI? Cc: hackers@freebsd.org X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk ----- Begin Included Message ----- Which one is better? Since I'm upgrading my motherboard I can go with either one - is one any better that the other regarding FreeBSD? Thanks, Bob ----- End Included Message ----- I am using the Acer Open PCI mother board. It uses the Triton chipset. NOt had ANY mysterious happenings.. Jerry From owner-freebsd-hackers Thu Jan 4 06:56:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA08265 for hackers-outgoing; Thu, 4 Jan 1996 06:56:13 -0800 (PST) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA08259 for ; Thu, 4 Jan 1996 06:56:07 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id JAA28699; Thu, 4 Jan 1996 09:51:39 -0500 From: Rashid Karimov Message-Id: <199601041451.JAA28699@rk.ios.com> Subject: Re: alphanumeric pagers To: mmead@Glock.COM (matthew c. mead) Date: Thu, 4 Jan 1996 09:51:38 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199601040230.VAA01229@Glock.COM> from "matthew c. mead" at Jan 3, 96 09:30:45 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi there folx, > > Is anyone out there using alphanumeric paging software with FreeBSD? > I'd like to get some working with a Motorola Advisor and wondered if anyone > had gotten something working. The paging provider's dialup only supports > the IXO protocol... Thanks in advance! Some of them ( I mean pager companies) already have plain modem dial-in pools - you get connected,enter the pager ID and the message. In the worst scenario one can just use tip or cu to dial out and relay the message via some numeric code - you only have to find appropriate timing - I used to do it some time ago - was pretty handy, especially if one can memorize the codes :) Rashid > > > -matt > > -- > Matthew C. Mead > > mmead@Glock.COM > http://www.Glock.COM/~mmead/ > From owner-freebsd-hackers Thu Jan 4 06:57:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA08302 for hackers-outgoing; Thu, 4 Jan 1996 06:57:13 -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 GAA08297 for ; Thu, 4 Jan 1996 06:57:10 -0800 (PST) Received: from ugen-tr (ugen-tr.worldbank.org [138.220.101.58]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id JAA29378; for ; Thu, 4 Jan 1996 09:57:09 -0500 Date: Wed, 3 Jan 96 14:38:44 From: "Ugen J.S.Antsilevich" Subject: RE: HIGWAY ROBBERY!! To: hackers@FreeBSD.ORG 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 >THIS WILL NOT GO UNCHALLENGED...I SHALL SEEK PUBLIC AGENCIES TO COMBAT >YOUR FAULTY PRODUCT THAT INTENTIONALLY DESTROYS HARD DRIVES. Seems to me this product destroyed your mind as well..get an upgrade.. --Ugen From owner-freebsd-hackers Thu Jan 4 07:13:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA08955 for hackers-outgoing; Thu, 4 Jan 1996 07:13:28 -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 HAA08943 Thu, 4 Jan 1996 07:13:17 -0800 (PST) Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id KAA11715; Thu, 4 Jan 1996 10:13:13 -0500 Date: Thu, 4 Jan 1996 10:13:12 -0500 (EST) From: John Fieber X-Sender: jfieber@fieber-john.campusview.indiana.edu To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG, gj@FreeBSD.ORG Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-Reply-To: <14201.820740936@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Wed, 3 Jan 1996, Jordan K. Hubbard wrote: > Anyone have any other dynamic symbol resolution code I could look at? > The dld and GCL (GNU Common Lisp, nee' KCL) code I have for doing this > kind of stuff now is highly GPL'd, and it'd be nice to not have to > bring more GPL stuff into the tree if we can help it. Postgres95 does dynamic loading and it does work, although I have not looked into the machinery. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Thu Jan 4 07:22:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA09817 for hackers-outgoing; Thu, 4 Jan 1996 07:22:23 -0800 (PST) Received: from nwpeople.demon.co.uk (nwpeople.demon.co.uk [158.152.27.96]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA09805 for ; Thu, 4 Jan 1996 07:22:13 -0800 (PST) Date: Thu, 04 Jan 1996 14:59:24 GMT From: iain@nwpeople.demon.co.uk (Iain Baird) Reply-To: iain@nwpeople.demon.co.uk Message-Id: <15173@nwpeople.demon.co.uk> To: hackers@freebsd.org Cc: info@lasermoon.co.uk Subject: Lasermoon: beware! X-Mailer: PCElm 1.10 Lines: 19 Sender: owner-hackers@freebsd.org Precedence: bulk This will be of interest mainly to UK residents: I ordered the FreeBSD 2.1 CD-ROM from Lasermoon Ltd. The person I spoke to said it would be delivered within 2 days. It was not. When I rang back today I was informed that they do not yet have the 2.1 CD in stock. They apparently had not considered ringing me back to inform me of this. They did not apologise for misleading me, and seemed rather unconcerned about the whole matter. I cancelled my order. Other potential Lasermoon customers take note. [ P.S. I saw some recent traffic about SWiM's broken install script. I sent Lasermoon a fixed version on 17 July 1995. They replied to my mail, but apparently have done nothing about fixing the script. ] -- Iain Baird Network People International I speak only for myself. Tel: +44 (0)1732 743591 From owner-freebsd-hackers Thu Jan 4 07:32:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10733 for hackers-outgoing; Thu, 4 Jan 1996 07:32:24 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA10725 for ; Thu, 4 Jan 1996 07:32:19 -0800 (PST) Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id KAA27397; Thu, 4 Jan 1996 10:21:58 -0500 (EST) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7.3/8.6.4) id KAA01927; Thu, 4 Jan 1996 10:21:56 -0500 (EST) Date: Thu, 4 Jan 1996 10:21:54 -0500 (EST) From: Chuck Robey X-Sender: chuckr@cappuccino.eng.umd.edu To: "Jordan K. Hubbard" cc: Terry Lambert , J Wunsch , freebsd-hackers@FreeBSD.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: <26430.820729434@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 3 Jan 1996, Jordan K. Hubbard wrote: > > Jordan, I can understand your first argument, but since SVR4 has been > > running ELF for quite some time now, well, the second argument is a > > little harder to see, for me. Does ELF really still qualify as new > > technology? > > Chuck, think a moment here. What *technology* to implement ELF > executables was used by SVR4? Is it the same technology we have > available to us? No. Then what? The GNU stuff. Has the GNU > stuff been speaking ELF for long? No. I rest my case. > I see what you mean now, but I used to run SVR4 before I became aware of FreeBSD. Back then, I began using a lot of GNU tools, like GDB. It spoke ELF, way back then. I think that's more than 4 years ago. I'm pretty certain here that the GNU tools were ELFing around long before Linux began it. Course, I can't speak to the ELF tools stability, as I was a beginning hacker; but I think the GNU ELF tools might be of an older vintage than you give them credit for. I actually think your first argument is quite a bit stronger. Adding up all the gains one might get from switching to ELF really would have to balance out all the work (and bugs) that would have to be sweated out for making a switchover. Providing ELF compatibility to our present a.out would give all the ELF crowd what they want without creating a huge pool of legacy apps. > Jordan > ============================================================================ 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 Thu Jan 4 07:58:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12576 for hackers-outgoing; Thu, 4 Jan 1996 07:58:06 -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 HAA12568 for ; Thu, 4 Jan 1996 07:58:03 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id HAA03378; Thu, 4 Jan 1996 07:58:02 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id HAA02382; Thu, 4 Jan 1996 07:58:05 -0800 (PST) Message-Id: <199601041558.HAA02382@corbin.Root.COM> To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: What choice of 100 mbps Ethernet boards? In-reply-to: Your message of "Thu, 04 Jan 96 11:44:55 +0100." <199601041044.LAA00341@allegro.lemis.de> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 04 Jan 1996 07:58:04 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >I'm still working on the Installation book (anybody who's interested, >*please* review!), and it occurred to me that there's little direction >in choosing 100 mbps network boards. Can anybody suggest something >that works well? The DEC DC21140 based cards (if_de.c) work well. I've personally been using the SMC 9332 cards for about 8 months. Also supported as of a few weeks ago is the Intel EtherExpress Pro/100 (via if_fxp.c). -DG From owner-freebsd-hackers Thu Jan 4 08:23:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14056 for hackers-outgoing; Thu, 4 Jan 1996 08:23:14 -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 IAA14050 for ; Thu, 4 Jan 1996 08:23:05 -0800 (PST) Received: from mail.etinc.com ([204.141.95.167]) by etinc.com (8.6.11/8.6.9) with SMTP id LAA06190; Thu, 4 Jan 1996 11:30:35 -0500 Date: Thu, 4 Jan 1996 11:30:35 -0500 Message-Id: <199601041630.LAA06190@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: "Matthew N. Dodd" From: dennis@etinc.com (dennis) Subject: Re: IRCD Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >On Wed, 3 Jan 1996, dennis wrote: >> >You don't need to. It compiles out of the box (or used to, last time I >> >checked). >> didn't....otherwise I wouldnt be asking.... > >Actually, it does. However you may have to modify the make files to link >with the proper crypt library. > >Which ircd version, what errors are you getting? 2.8.21..... got it to compile...had to make a few changes....crypt was one of them a couple of bad sys_errlist declarations were making it fail... and it couldn't find dn_skipname().....had to include the resolution module. Anyone know anything about this? theres no "sum" on the machine i built this on. Is this part of the distribution? 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 4 08:23:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14074 for hackers-outgoing; Thu, 4 Jan 1996 08:23:22 -0800 (PST) Received: from nic.aic.net (nic.aic.net [194.67.30.68]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA14036 for ; Thu, 4 Jan 1996 08:21:45 -0800 (PST) Received: (from ran@localhost) by nic.aic.net (8.7.3/8.7.3) id UAA00395 for hackers@freebsd.org; Thu, 4 Jan 1996 20:19:39 +0400 (BSK) From: Ran Message-Id: <199601041619.UAA00395@nic.aic.net> Subject: Problems with ALI M3145 To: hackers@freebsd.org Date: Thu, 4 Jan 1996 20:19:39 +0400 (BSK) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi guys, Happy New Year - I've got "64bit high performance ALI M3145 PCI Graphics Accelerator" and have no success in trying to make it work with FreeBSD 2.1 and XFree86 3.1.1 in 1024x768x256 mode. Any comments/suggestions? Thanks a lot, Hrant. From owner-freebsd-hackers Thu Jan 4 08:26:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14311 for hackers-outgoing; Thu, 4 Jan 1996 08:26:52 -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 IAA14305 for ; Thu, 4 Jan 1996 08:26:47 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <16366(3)>; Thu, 4 Jan 1996 08:26:03 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA10505; Thu, 4 Jan 96 11:26:16 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA13537; Thu, 4 Jan 96 11:26:15 EST Message-Id: <9601041626.AA13537@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org Subject: Re: HIGWAY ROBBERY!! In-Reply-To: Your message of "Wed, 03 Jan 1996 08:58:37 PST." <199601031658.IAA19715@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 4 Jan 1996 08:26:13 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk Anita Hill's idol, Longdong... > DEAR SIRS AND FELLOWS, > > I HAVE BEEN UNDUELY ROBBED BY YOUR INCOMPETENT PRODUCT. DURING INSTALL IT > DELETED ALL MY DOS GAMES AND PROGRAMS I SPENT YEARS GETTING FROM FTP AND > FSP SITES!! > > HOW DARE THIS TREACHERY BE UNLEASHED ON MY HARD DRIVE! WHO WILL PAY ME FOR > THESE LOSSES...WHO WILL HELP ME TO REGAIN MY PRECIOUS PROGRAMS?? > > THIS WILL NOT GO UNCHALLENGED...I SHALL SEEK PUBLIC AGENCIES TO COMBAT > YOUR FAULTY PRODUCT THAT INTENTIONALLY DESTROYS HARD DRIVES. > > HAVE YOU HEARD OF THE BETTER BUREAUS OF BUSINESS? > > WHEN WILL THE LITTLE GUY BE HEARD??!! > > oh, and do please, all of you...have a happy new year. :) > > SpUnk3Y -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Thu Jan 4 08:37:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14883 for hackers-outgoing; Thu, 4 Jan 1996 08:37:22 -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 IAA14878 for ; Thu, 4 Jan 1996 08:37:18 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id LAA07047 for hackers@freebsd.org; Thu, 4 Jan 1996 11:27:43 GMT From: Daniel Leeds Message-Id: <199601041127.LAA07047@sponsor.octet.com> Subject: to hear the voice again... To: hackers@freebsd.org Date: Thu, 4 Jan 1996 11:27:42 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk in recent times we have been hearing the voice of spunky... but where has our beloved friend jesus monroy gone? once it was a daily occurence to wade through his usenet posts and hear his idle banter across the net....has this gem vanished so soon? :) seriously, id love to see a bit of jmonroy in awhile, i was definately entertained. daniel -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Thu Jan 4 09:06:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16573 for hackers-outgoing; Thu, 4 Jan 1996 09:06:55 -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 JAA16566 for ; Thu, 4 Jan 1996 09:06:52 -0800 (PST) Received: from mail.etinc.com ([204.141.95.167]) by etinc.com (8.6.11/8.6.9) with SMTP id MAA06308 for ; Thu, 4 Jan 1996 12:14:26 -0500 Date: Thu, 4 Jan 1996 12:14:26 -0500 Message-Id: <199601041714.MAA06308@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: PPP dialup Sender: owner-hackers@freebsd.org Precedence: bulk I am using a USR 28.8 internal modem for PPP dialup and everything seems to work fine, except when pppd is first run I get a flurry of error messages like the following: pppd[XXXX]: ioctl (PPPIOCGFLAGS): inappropriate ioctl for device pppd[XXXX]: fcntl (IF_SETFL,fdflags): inappropriate ioctl for device pppd[XXXX]: ioctl (TIOCSETD): inappropriate ioctl for device obvoisly something is set wrong, although there seems to be little impact as everything seems to work.... Any ideas would be appreciated.. 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 Thu Jan 4 09:08:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16803 for hackers-outgoing; Thu, 4 Jan 1996 09:08:49 -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 JAA16796 for ; Thu, 4 Jan 1996 09:08:44 -0800 (PST) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id MAA27564 for hackers@freebsd.org; Thu, 4 Jan 1996 12:08:43 -0500 Date: Thu, 4 Jan 1996 12:08:43 -0500 Message-Id: <199601041708.MAA27564@fang.cs.sunyit.edu> from: chuck@fang.cs.sunyit.edu X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: A few NITS about SCSI Tapes Sender: owner-hackers@freebsd.org Precedence: bulk These are just a few problems I've experienced with my SCSI Tapes. 1) Using an ExaByte 8200 on a 2.1 system with an Adaptec 1522A and a 1542CF SCSI Card - The dump application exits with the error "st1: bad request, must be between 0 and 0" when using a 8mm video tape. Granted, I should be using data quality tapes but for non-critical backups I don't really have a problem with using them. (They work o.k. with SunOS 4, BSD/OS and Linux). 2) Using an ARCHIVE Python 28454-XXX 4ASB on a 2.1 system with an Adaptec 2940 SCSI Card - a) Occationally while doing backups the kernel reports "/kernel: st0(ahc0:4:0): Target Busy" b) After a dump I always need to execute "mt -f /dev/st0 offline" in order to eject the tape. I am unable to eject the tape using the eject button. Thought I'd pass the information along. -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Thu Jan 4 09:17:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA17404 for hackers-outgoing; Thu, 4 Jan 1996 09:17:05 -0800 (PST) Received: from chrome.jdl.com (chrome.onramp.net [199.1.166.202]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA17395 for ; Thu, 4 Jan 1996 09:16:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id LAA09747 for ; Thu, 4 Jan 1996 11:18:09 -0600 Message-Id: <199601041718.LAA09747@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.ORG Subject: UPS Clarity-Index: null Threat-Level: none Software-Engineering-Dead-Seriousness: There's no excuse for unreadable code. Net-thought: If you meet the Buddha on the net, put him in your Kill file. Date: Thu, 04 Jan 1996 11:18:04 -0600 From: Jon Loeliger Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Michael C. Newell turned silliness into concern with: > On Wed, 3 Jan 1996, Jonathan M. Bresler wrote: > > damn it! not again! every time they do that in texas, the lights > > here flicker and my machine reboots $%&#!! can't they find a better > > way, that doesnt !@%$# with the electric company. > > Given the frequency with which Texas has been generating these little > flickers, I'd advise investing in one of them thar UPS thangs. Mine > works great... :-) Say, I was pondering this very issue, and, seein's how I'm in Texas (yea, I know), I was wondering if anything came of the UPS discussions of about two months ago. In particular, if there was a notion of actually supporting any one brand or another or interface or what not. Hmm. Actually, can someone point me to where to look so I can do my initial homework? You know, so I can learn to even ask the right questions? Thanks, jdl From owner-freebsd-hackers Thu Jan 4 09:42:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19307 for hackers-outgoing; Thu, 4 Jan 1996 09:42:50 -0800 (PST) Received: from mail.netvision.net.il (mail.NetVision.net.il [194.90.1.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA19295 for ; Thu, 4 Jan 1996 09:42:46 -0800 (PST) Received: from Burka.NetVision.net.il (gena@burka.NetVision.net.il [194.90.6.15]) by mail.netvision.net.il (8.7.3/8.7.3) with SMTP id TAA08927; Thu, 4 Jan 1996 19:43:07 +0200 (IST) Message-ID: X-Mailer: XFMail 0.4-alpha [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 In-Reply-To: <22585.820700200@time.cdrom.com> Date: Thu, 04 Jan 1996 19:43:26 +0200 (IST) Reply-To: gena@NetVision.net.il X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: "Jordan K. Hubbard" Subject: RE: subdomain primaries - we're still lacking DNS servers, folks Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hello! Send me instruction(config) about how to do that, and i'll add the Israel DNS We are the biggest ISP here with a lot of resources so it's not a problem. Best regards. On 03-Jan-96 "Jordan K. Hubbard" wrote: >>Here's the list so far (and many thanks to those who have helped out >in providing DNS services locally): > >secondary FreeBSD.ORG 198.145.90.17 sec/freebsd.org >secondary Internat.FreeBSD.ORG 146.64.28.89 196.7.0.138 >sec/internat.freebsd.org >secondary au.FreeBSD.org 129.78.129.1 sec/au.freebsd.org >secondary br.FreeBSD.org 143.106.13.62 sec/br.freebsd.org >secondary de.FreeBSD.org 130.83.63.20 sec/de.freebsd.org >secondary fr.FreeBSD.org 193.49.144.1 sec/fr.freebsd.org >secondary it.FreeBSD.org 194.179.130.1 sec/it.freebsd.org >secondary jp.FreeBSD.org 130.69.177.60 sec/jp.freebsd.org >secondary kr.FreeBSD.org 203.241.171.1 sec/kr.freebsd.org >secondary za.FreeBSD.org 146.64.28.89 sec/za.freebsd.org > >We still need, at a minimum, DNS for the following subdomains: > >Canada >Czech Republic >Finland >Hong Kong >Ireland >Israel >Netherlands >Portugal >Russia >Sweden >Taiwan >Thailand >UK > >Of those, I'd be REALLY keen to see Russia, Sweden and the UK get this >set up since there are a lot of mirrors there. The rest may be >smaller, but no less important as only complete coverage will let us >finally drop all the hard-coded site names. The DNS server for a >given country also doesn't have to be administered IN that country, it >can be some other site, but I'd kind of prefer to have them more >localized so that connectivity to a given subdomain is pretty much >self-contained. No scenarios the where Sweden itself is quite >reachable, but its DNS server in Germany isn't.. :-( > >For those of you already running named, it's not as hard as it sounds, >either! As an example, here's the short entry for Brazil: > >; BIND version named 4.9.3-BETA26-LOCAL Wed Nov 15 14:16:02 PST 1995 >; BIND version root@who.cdrom.com:/a/xxx/named/xfer >; zone 'br.FreeBSD.org' last serial 10000011 >; from 143.106.13.62 at Wed Dec 13 13:16:40 1995 >$ORIGIN FreeBSD.org. >br IN SOA ns1.br.freebsd.org. hostmaster.br.freebsd.org. ( > 10000013 10800 1800 3600000 86400 ) > IN NS ns1.br.freebsd.org. > IN NS who.cdrom.com. > IN NS ns.coppe.ufrj.br. > IN MX 10 ns1.br.freebsd.org. > IN MX 5 www.br.freebsd.org. >$ORIGIN br.freebsd.org. >localhost IN A 127.0.0.1 >www IN A 143.106.13.60 >ns1 IN HINFO "486DX2/66" "FreeBSD2.0.5" > IN A 143.106.13.62 >ns IN CNAME ns1.br.freebsd.org. >ftp IN A 143.106.13.61 >ftp2 IN A 200.6.48.31 >ftp3 IN A 146.164.30.2 >ftp4 IN A 200.250.250.14 > >The ftp entries at the bottom are the most important, and should point >to whichever hosts currently provide FTP services for your domain >(check MIRROR.SITES or the Handbook's mirror list if you're unsure). >Some people use CNAMEs, others use address records. Your choice! > >You should also make sure that a hostmaster@your.subdomain.freebsd.org >alias exists for trapping any failure reports. > >Once you have your DNS up, let David and I know and we'll put in >secondary entries for it at root.com and cdrom.com. > >Thanks! > > Jordan -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud Homepage: http://www.netvision.net.il/~gena This message was sent at 01/04/96 19:43:26 by XF-Mail From owner-freebsd-hackers Thu Jan 4 09:58:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19917 for hackers-outgoing; Thu, 4 Jan 1996 09:58:46 -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 JAA19912 for ; Thu, 4 Jan 1996 09:58:43 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id MAA02477; Thu, 4 Jan 1996 12:57:13 -0500 Date: Thu, 4 Jan 1996 12:57:12 -0500 (EST) From: Brian Tao To: dennis cc: hackers@FreeBSD.ORG Subject: Re: IRCD In-Reply-To: <199601041630.LAA06190@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 4 Jan 1996, dennis wrote: > > 2.8.21..... We didn't have any trouble getting 2.8.21 with the new timestamp patches running on our 2.1.0-RELEASE machine (irc.io.org). -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Thu Jan 4 10:00:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20047 for hackers-outgoing; Thu, 4 Jan 1996 10:00:25 -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 KAA20042 for ; Thu, 4 Jan 1996 10:00:21 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA01220; Thu, 4 Jan 1996 11:02:46 -0700 Date: Thu, 4 Jan 1996 11:02:46 -0700 From: Nate Williams Message-Id: <199601041802.LAA01220@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: hackers@freebsd.org Subject: Re: PPP dialup In-Reply-To: <199601041714.MAA06308@etinc.com> References: <199601041714.MAA06308@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk > > I am using a USR 28.8 internal modem for PPP dialup and everything seems > to work fine, except when pppd is first run I get a flurry of error messages > like the > following: > > pppd[XXXX]: ioctl (PPPIOCGFLAGS): inappropriate ioctl for device > pppd[XXXX]: fcntl (IF_SETFL,fdflags): inappropriate ioctl for device > pppd[XXXX]: ioctl (TIOCSETD): inappropriate ioctl for device > > > obvoisly something is set wrong, although there seems to be little > impact as everything seems to work.... Don't worry about it. I'm pretty sure it's based on process group ownerships and such, but it is harmless. There is probably a way to avoid it by running it with a controlling terminal or some-such, but it wouldn't allow it to run automatically then. What exactly was the problem with the modem not working? Nate From owner-freebsd-hackers Thu Jan 4 10:05:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20328 for hackers-outgoing; Thu, 4 Jan 1996 10:05:12 -0800 (PST) Received: from ormail.intel.com (root@ormail.intel.com [134.134.192.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA20323 for ; Thu, 4 Jan 1996 10:05:08 -0800 (PST) From: haertel@ichips.intel.com Received: from ichips.intel.com (ichips.intel.com [134.134.50.200]) by ormail.intel.com (8.6.12/8.6.12) with ESMTP id KAA04946 for ; Thu, 4 Jan 1996 10:05:07 -0800 Received: from pdx404.intel.com by ichips.intel.com (8.7.1/jII); Thu, 4 Jan 1996 10:04:56 -0800 (PST) Received: by pdx404.intel.com (AIX 3.2/UCB 5.64/10.0i); Thu, 4 Jan 1996 10:03:57 -0800 Date: Thu, 4 Jan 1996 10:03:57 -0800 Message-Id: <9601041803.AA36937@pdx404.intel.com> To: freebsd-hackers@freebsd.org Subject: fast ethernet solutions for FreeBSD on EISA systems Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I have some old EISA systems that I would like to run on 100 Mbps ethernet. Does anybody have any experience with any of these cards under FreeBSD? -- 3com Fast Etherlink 10/100 EISA (3C597) (supposedly 3C579 compatible?) -- Intel EtherExpress Pro 10/100 EISA If not, can anybody recommend an EISA fast ethernet card that will work with FreeBSD? These are the only two that I have even been able to find. Thanks, Mike Haertel haertel@ichips.intel.com From owner-freebsd-hackers Thu Jan 4 10:05:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20374 for hackers-outgoing; Thu, 4 Jan 1996 10:05:41 -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 KAA20366 for ; Thu, 4 Jan 1996 10:05:37 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id NAA02492; Thu, 4 Jan 1996 13:03:49 -0500 Date: Thu, 4 Jan 1996 13:03:48 -0500 (EST) From: Brian Tao To: Greg Lehey cc: FreeBSD Hackers Subject: Re: What choice of 100 mbps Ethernet boards? In-Reply-To: <199601041044.LAA00341@allegro.lemis.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Thu, 4 Jan 1996, Greg Lehey wrote: > > I'm still working on the Installation book (anybody who's interested, > *please* review!), and it occurred to me that there's little direction > in choosing 100 mbps network boards. Can anybody suggest something > that works well? I just picked up five SMC 9332 PCI controllers (built around the DEC21140) in December and they worked right out of the box with our ASUS P55TP4XEG motherboards. Plugged one of them into a spare 100Mbps port on our etherswitch and was able to do the OS installation without a hiccup. I've had a tiny bit of trouble with the cards when plugged into a 10-Mbps switch, but I'll post about that separately. -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Thu Jan 4 10:09:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20709 for hackers-outgoing; Thu, 4 Jan 1996 10:09:53 -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 KAA20702 for ; Thu, 4 Jan 1996 10:09:49 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA18080; Thu, 4 Jan 1996 10:57:59 -0700 From: Terry Lambert Message-Id: <199601041757.KAA18080@phaeton.artisoft.com> Subject: Re: X for install To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 4 Jan 1996 10:57:59 -0700 (MST) Cc: terry@lambert.org, gibbs@freefall.freebsd.org, phk@critter.tfs.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <199601040210.MAA09725@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 4, 96 12:40:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > You need a distinction between low persistance (probe code, etc.), > > medium persistance (buffer pool allocations), and high persistance > > (kernel and non-transient modules) memory objects to prevent serious > > fragmentation in an autoload process. > > Why? You load a driver, it sets up whatever it needs in terms of buffers, > and then probes. If the probe succeeds, you attach it, if it fails, you > throw it all out. > > The problem with fragmentation is in autodiscard, not autoload. I agree. How do you fix it? Typically, I'd say either PIC the code or put drivers in their own per driver address space. The "easiest" would be to load them, map them into a "probe space", call from "kernel space" to "probe space", and on a hit (where you will keep the driver) remap into "kernel space", unmapping from "probe". Still doesn't resolve the "I/O vs. non-I/O memory" for ISA DMA, but its a good start. To do the other, you'd need to relocate the pages as well as remapping them. The private address space has the advantage of isolating potentially nasty ("scribble on the kernel") drivers, and the disadvantage of additional protection domain crossing (ala NetWare 4.x "memory protection"). 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 4 10:37:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22330 for hackers-outgoing; Thu, 4 Jan 1996 10:37:47 -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 KAA22322 for ; Thu, 4 Jan 1996 10:37:41 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id KAA03770; Thu, 4 Jan 1996 10:37:38 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id KAA03671; Thu, 4 Jan 1996 10:37:41 -0800 (PST) Message-Id: <199601041837.KAA03671@corbin.Root.COM> To: haertel@ichips.intel.com cc: freebsd-hackers@freebsd.org Subject: Re: fast ethernet solutions for FreeBSD on EISA systems In-reply-to: Your message of "Thu, 04 Jan 96 10:03:57 PST." <9601041803.AA36937@pdx404.intel.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 04 Jan 1996 10:37:41 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >Hi, I have some old EISA systems that I would like to run >on 100 Mbps ethernet. > >Does anybody have any experience with any of these cards >under FreeBSD? > >-- 3com Fast Etherlink 10/100 EISA (3C597) (supposedly 3C579 compatible?) >-- Intel EtherExpress Pro 10/100 EISA > >If not, can anybody recommend an EISA fast ethernet card that >will work with FreeBSD? These are the only two that I have >even been able to find. Thanks, Neither of the above are supported, and unfortunately, we don't have support for any other EISA 100Mbit ethernet cards. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Jan 4 10:45:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA22733 for hackers-outgoing; Thu, 4 Jan 1996 10:45:56 -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 KAA22728 for ; Thu, 4 Jan 1996 10:45:53 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18144; Thu, 4 Jan 1996 11:33:42 -0700 From: Terry Lambert Message-Id: <199601041833.LAA18144@phaeton.artisoft.com> Subject: Re: X for install To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 4 Jan 1996 11:33:42 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, jdl@jdl.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@freebsd.org In-Reply-To: <199601040313.NAA09827@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 4, 96 01:43:14 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > Well, this didn't *necessarily* need a VM86(). But that *is* one > > soloution... I was thinking on the lines of a weenie DOS program > > to blow the 32 bit offsets in the partition table before install. > > We need an awful lot more than that. While probing for disks and other > devices, we need a BIOS disk driver that can read the root filesystem > and suck in LKMs, including the disk drivers. Eventually, / would be > remounted from another device, and the now-loaded 'real' disk drivers > would come into play if they could, or the BIOS fallback driver would > continue to carry the load. OK. This belongs on the -arch list, but... This is my Top-20 wishlist for "FreeBSD: The Next Generation": 1) Ability to make BIOS calls from protected mode using V86 mode on the processor and return the results via a mapped interrupt IPC mechanism to the protected mode caller. 2) Drivers built into the kernel that use the BIOS call mechanism to allow them to be independent of the actual underlying hardware the same way that DOS is independent of the underlying hardware. This includes NetWork and ASPI drivers loaded in DOS prior to BSD being loaded by a DOS-based loader program, which means potential polling, which means DOS-not-busy interrupt generation for V86 machines by the protected mode kernel. 3) An image format that allows tagging of such drivers data and text areas in the default kernel executable so that that portion of the kernel address space may be recovered at a later time, after hardware specific protected mode drivers have been loaded and activated. This includes seperation of BIOS based drivers from each other, since it is better to run with a BIOS based driver in all cases than to not run at all. 4) Abstraction of the bus interface mechanism. Currently, PCMCIA, EISA, and PCI busses are assumed to be bridged from ISA. This is not something which should be assumed. 5) A configuration manager that knows about PNP events, including power management events, insertion, extraction, and bus (PNP ISA and PCMCIA bridging chips) vs. card level event management. 6) A topological sort mechanism for assigning reassignable addresses that do not collide with other reassignable and non-reassignable device space resource usage by fixed devices. 7) A registration based mechanism for hardware services registration. Specifically, a device centric registration mechanism for timer and sound and other system critical service providers. Consider Timer2 and Timer0 and speaker services as one example of a single monithic service provider. 8) A kernel exported symbol space in the kernel data space acessable by an LKM loader mechanism that does relocation and symbol space manipulation. The intent of this interface is to support the ability to demand load and unload kernel modules. 9) NetWare Server (protected mode ODI driver) loader and subservices to allow the use of ODI card drivers supplied with network cards. The same thing for NDIS drivers and NetWare SCSI drivers. 10) An "upgrade system" option that works on Linux boxes instead of just previous rev FreeBSD boxes. 11) Splitting of the console driver into abstraction layers, both to make it easier to port and to kill the X and ThinkPad and PS/2 mouse and LED and console switching and bouncing NumLock problems once and for all. 12) Other kernel emulation environments for other foreign drivers as opportunity permits. SCO and Solaris are good candidates, followed by UnixWare, etc. 13) Processor emulation environments for execution of foreign binaries. This is easier than it sounds if the system call interface doesn't change much. 14) Streams to allow the use of commercial streams drivers. 15) Kernel multithreading (requires kernel preemption). 16) Symmetric Multiprocessing with kernel preemption (requires kernel preemption). 17) A concerted effort at support for portable computers. This is somewhat handled by changing PCMCIA bridging rules and power management event handling. But there are things like detecting internal vs. external display and picking a different screen resoloution based on that fact, not spinning down the disk if the machine is in dock, and allowing dock-based cards to disappear without affecting the machines ability to boot (same issue for PCMCIA). 18) Reorganization of the source tree for multiple platform ports. 19) A "make world" that "makes the world" (rename the current one to "make regress" if that's all it is good for). 20) A 4M (preferrably smaller!) memory footprint. 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 4 10:49:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23009 for hackers-outgoing; Thu, 4 Jan 1996 10:49:35 -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 KAA23004 for ; Thu, 4 Jan 1996 10:49:31 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18174; Thu, 4 Jan 1996 11:39:25 -0700 From: Terry Lambert Message-Id: <199601041839.LAA18174@phaeton.artisoft.com> Subject: Re: X for install To: bde@zeta.org.au (Bruce Evans) Date: Thu, 4 Jan 1996 11:39:25 -0700 (MST) Cc: bde@zeta.org.au, terry@lambert.org, freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, phk@critter.tfs.com In-Reply-To: <199601040430.PAA11885@godzilla.zeta.org.au> from "Bruce Evans" at Jan 4, 96 03:30:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >Make sure the 32 bit absolute sector address in the partition table > >entry is correct. It won't be for DOS fdisk versions before 3.0x, > >and some utilities don't set it correctly. > > Such drives aren't supported. Checking the absolute sector address > requires knowing the BIOS geometry. Drivers already check it, based > on the guessed BIOS geometry, but since the BIOS geometry isn't known > for sure, inconsistencies aren't fatal, and since some users don't > like to see warnings at boot time, warnings about the inconsistencies > are disabled. So ask the BIOS by making a BIOS call from protected mode. It's the INT 13, AH=0x08, AL= call. > >Fix the checksum after the AA55 (why isn't this done now?). > > There's no space after the AA55 :-). OK. Change that to "explain why the Compaq POST routines won't boot the machine because they checksum the entire boot area including the partition table and MBR". Then maybe add "Look at the LILO documentation that actually documents the checksum for Compaq and some other vendors". > >Then from protected mode *always* use the 32 bit sector offset > >instead of the C/H/S value. > > This has been done for a year. Even for locating the DOS partitions? I think it uses it's idea of the geometry from the partition table C/H/S values, but would be happy to be wrong. > >Much of this is documented in the PReP standard, which requires the > >use of the 32 bit offset/size value for PPCBug and for OpenBoot. > > The DOS3.x behaviour is the defacto standard. And is documented in the PReP standard, including extended partition handing. BSD can't use extended partitions (very well) yet. It should not require a disklabel entry to access DOS partitions. 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 4 10:54:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23659 for hackers-outgoing; Thu, 4 Jan 1996 10:54: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 KAA23643 for ; Thu, 4 Jan 1996 10:54:24 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18218; Thu, 4 Jan 1996 11:44:40 -0700 From: Terry Lambert Message-Id: <199601041844.LAA18218@phaeton.artisoft.com> Subject: Re: OK, I'm stumped... To: bde@zeta.org.au (Bruce Evans) Date: Thu, 4 Jan 1996 11:44:40 -0700 (MST) Cc: hackers@freebsd.org, terry@lambert.org In-Reply-To: <199601040546.QAA15201@godzilla.zeta.org.au> from "Bruce Evans" at Jan 4, 96 04:46:09 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 > >Why would anyone ever specify a second argument to uiomove() that > >was less than the largest iov->iov_len for the iov list in the > >uio structure that was passed in? > > Because iov->iov_len might be as large as INT_MAX and it may be hard > to allocate a large enough kernel buffer. > > char buf[SMALLSIZE]; > ... > r = uiomove(buf, sizeof buf, uio); I agree that this is a possibility. But I didn't see this usage in the kernel. Did I not look hard enough? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 4 10:54:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23686 for hackers-outgoing; Thu, 4 Jan 1996 10:54:34 -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 KAA23658 for ; Thu, 4 Jan 1996 10:54:27 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18197; Thu, 4 Jan 1996 11:42:55 -0700 From: Terry Lambert Message-Id: <199601041842.LAA18197@phaeton.artisoft.com> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 4 Jan 1996 11:42:55 -0700 (MST) Cc: chuckr@glue.umd.edu, terry@lambert.org, j@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org In-Reply-To: <26430.820729434@time.cdrom.com> from "Jordan K. Hubbard" at Jan 3, 96 08:23:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Jordan, I can understand your first argument, but since SVR4 has been > > running ELF for quite some time now, well, the second argument is a > > little harder to see, for me. Does ELF really still qualify as new > > technology? > > Chuck, think a moment here. What *technology* to implement ELF > executables was used by SVR4? Is it the same technology we have > available to us? No. Then what? The GNU stuff. Has the GNU > stuff been speaking ELF for long? No. I rest my case. So when are we going to COFF to get multiple segments in a binary? 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 Thu Jan 4 10:56:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23997 for hackers-outgoing; Thu, 4 Jan 1996 10:56:15 -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 KAA23928 for ; Thu, 4 Jan 1996 10:56:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id KAA29029; Thu, 4 Jan 1996 10:53:48 -0800 To: davidg@Root.COM cc: haertel@ichips.intel.com, freebsd-hackers@freebsd.org Subject: Re: fast ethernet solutions for FreeBSD on EISA systems In-reply-to: Your message of "Thu, 04 Jan 1996 10:37:41 PST." <199601041837.KAA03671@corbin.Root.COM> Date: Thu, 04 Jan 1996 10:53:48 -0800 Message-ID: <29027.820781628@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Neither of the above are supported, and unfortunately, we don't have > support for any other EISA 100Mbit ethernet cards. Sorry, I may have given Mike a bum steer with the Intel EtherExpress Pro then. What's required to get your new EE Pro driver to work with the EISA cards? I assume we only work with the PCI version then? Jordan From owner-freebsd-hackers Thu Jan 4 10:57:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA24249 for hackers-outgoing; Thu, 4 Jan 1996 10:57:50 -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 KAA24240 for ; Thu, 4 Jan 1996 10:57:45 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18237; Thu, 4 Jan 1996 11:48:24 -0700 From: Terry Lambert Message-Id: <199601041848.LAA18237@phaeton.artisoft.com> Subject: Re: DHCP To: nor@aecl.ntt.jp (Noriyuki Takahashi) Date: Thu, 4 Jan 1996 11:48:24 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, nor@aecl.ntt.jp In-Reply-To: <199601041125.UAA07849@aura.aecl.ntt.jp> from "Noriyuki Takahashi" at Jan 4, 96 08:25:29 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 > Ah ... you mean a DHCP implementation by WIDE Project in Japan? I > didn't hear about "the Japanese BIND". Yes. That's the one. I only rememebered the site in Japan, not the project name. > The license terms of WIDE DHCP has been changed in dhcp-1.3beta > (latest beta version), compared to 1.2.1. It seems for me (I'm > not a WIDE member) that the new terms are similar to the Berkeley > style copyright. > > The package can be obtained from > ftp://sh.wide.ad.jp/WIDE/free-ware/dhcp/dhcp-1.3beta.tar.gz > See Copyright file in the package for details. Someone ought to look at bringing this in if the copyright is now compatible with CDROM distribution and hacking. 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 4 11:01:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24675 for hackers-outgoing; Thu, 4 Jan 1996 11:01:33 -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 LAA24670 for ; Thu, 4 Jan 1996 11:01:26 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id LAA03825; Thu, 4 Jan 1996 11:01:14 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id LAA03723; Thu, 4 Jan 1996 11:01:17 -0800 (PST) Message-Id: <199601041901.LAA03723@corbin.Root.COM> To: "Jordan K. Hubbard" cc: haertel@ichips.intel.com, freebsd-hackers@freebsd.org Subject: Re: fast ethernet solutions for FreeBSD on EISA systems In-reply-to: Your message of "Thu, 04 Jan 96 10:53:48 PST." <29027.820781628@time.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 04 Jan 1996 11:01:17 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> Neither of the above are supported, and unfortunately, we don't have >> support for any other EISA 100Mbit ethernet cards. > >Sorry, I may have given Mike a bum steer with the Intel EtherExpress Pro >then. What's required to get your new EE Pro driver to work with the EISA >cards? I assume we only work with the PCI version then? Yes, it's written for the PCI card. I think the NIC on the EISA card is entirely different and will require a new driver. Mike already sent me email saying that he might be interested in writing a driver if I could get him the documentation. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Jan 4 11:07:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25085 for hackers-outgoing; Thu, 4 Jan 1996 11:07:22 -0800 (PST) Received: from netcom22.netcom.com (bakul@netcom22.netcom.com [192.100.81.136]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA25079 Thu, 4 Jan 1996 11:07:16 -0800 (PST) Received: from localhost by netcom22.netcom.com (8.6.12/Netcom) id LAA23446; Thu, 4 Jan 1996 11:03:56 -0800 Message-Id: <199601041903.LAA23446@netcom22.netcom.com> To: "Jordan K. Hubbard" cc: hackers@freebsd.org, gj@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Wed, 03 Jan 96 23:35:36 PST." <14201.820740936@time.cdrom.com> Date: Thu, 04 Jan 96 11:03:55 -0800 From: Bakul Shah Sender: owner-hackers@freebsd.org Precedence: bulk Atleast on NetBSD dlfcn.h exists and Sun style dynamic linking seems to work (i.e. dlopen, dlclose, dlctl and dlerror). Most of this work may be directly usable on FreeBSD. You may also want to talk to Paul Kranenburg. From owner-freebsd-hackers Thu Jan 4 11:11:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25481 for hackers-outgoing; Thu, 4 Jan 1996 11:11:13 -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 LAA25475 Thu, 4 Jan 1996 11:11:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA29148; Thu, 4 Jan 1996 11:09:48 -0800 To: Bakul Shah cc: hackers@freebsd.org, gj@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Thu, 04 Jan 1996 11:03:55 PST." <199601041903.LAA23446@netcom22.netcom.com> Date: Thu, 04 Jan 1996 11:09:48 -0800 Message-ID: <29146.820782588@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Ours works just fine too, but I can't use dynamic linking from a statically-linked application, which is what sysinstall needs to be. Jordan > Atleast on NetBSD dlfcn.h exists and Sun style dynamic > linking seems to work (i.e. dlopen, dlclose, dlctl and > dlerror). Most of this work may be directly usable on > FreeBSD. You may also want to talk to Paul Kranenburg. From owner-freebsd-hackers Thu Jan 4 11:15:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25725 for hackers-outgoing; Thu, 4 Jan 1996 11:15:06 -0800 (PST) Received: from sssun.spb.su (news.spb.su [193.124.83.67]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA25705 for ; Thu, 4 Jan 1996 11:14:41 -0800 (PST) Received: by sssun.spb.su id AA03841 (5.65.kiae-1 ); Thu, 4 Jan 1996 22:09:50 +0300 To: Greg Lehey , Brian Tao Cc: FreeBSD Hackers References: In-Reply-To: ; from Brian Tao at Thu, 4 Jan 1996 13:03:48 -0500 (EST) Message-Id: Organization: RELCOM Corp., St.Petersburg Date: Thu, 4 Jan 1996 22:09:49 +0300 From: Andrew Timonin Reply-To: tim@sssun.spb.su Subject: Re: What choice of 100 mbps Ethernet boards? Lines: 33 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message Brian Tao writes: >On Thu, 4 Jan 1996, Greg Lehey wrote: >> >> I'm still working on the Installation book (anybody who's interested, >> *please* review!), and it occurred to me that there's little direction >> in choosing 100 mbps network boards. Can anybody suggest something >> that works well? > > I just picked up five SMC 9332 PCI controllers (built around the >DEC21140) in December and they worked right out of the box with our >ASUS P55TP4XEG motherboards. Plugged one of them into a spare 100Mbps >port on our etherswitch and was able to do the OS installation without >a hiccup. I've had a tiny bit of trouble with the cards when plugged >into a 10-Mbps switch, but I'll post about that separately. As far as I know today there are two different 100 mbps Ethernet technologies, wich differ. The one is ised on HP Ethernet HUBs and the other on DEC, and the worst news for me was that they are incompatible :-( May somebody advise me which 100 mbps boards (FreeBSD compatible) I can use with HP 100mbps HUB ? Or maybe I'm wrong and I may use for ex. SMC 100mbps board will work with HP HUB ? -- Andrew A. Timonin E-mail tim@sssun.spb.su, St.Petersburg phone: office: +7 (812) 1106762 Russia private: +7 (812) 2540779 From owner-freebsd-hackers Thu Jan 4 11:31:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26548 for hackers-outgoing; Thu, 4 Jan 1996 11:31:03 -0800 (PST) Received: from io.org (io.org [142.77.70.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26539 for ; Thu, 4 Jan 1996 11:30:58 -0800 (PST) Received: from eenie.io.org (eenie.io.org [198.133.36.153]) by io.org (8.6.12/8.6.12) with SMTP id OAA10189; Thu, 4 Jan 1996 14:30:07 -0500 Date: Thu, 4 Jan 1996 14:29:33 -0500 (EST) From: Andrew Herdman To: dennis cc: "Matthew N. Dodd" , hackers@FreeBSD.ORG Subject: Re: IRCD In-Reply-To: <199601041630.LAA06190@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 4 Jan 1996, dennis wrote: > >On Wed, 3 Jan 1996, dennis wrote: > >> >You don't need to. It compiles out of the box (or used to, last time I > >> >checked). > >> didn't....otherwise I wouldnt be asking.... > > > >Actually, it does. However you may have to modify the make files to link > >with the proper crypt library. > > > >Which ircd version, what errors are you getting? > > 2.8.21..... > > got it to compile...had to make a few changes....crypt was one of them > > a couple of bad sys_errlist declarations were making it fail... and it couldn't > find dn_skipname().....had to include the resolution module. Anyone know > anything about this? adding '__' to all references to dn_skipname solves the problem for me, and the server runs fine. Andrew From owner-freebsd-hackers Thu Jan 4 11:38:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27008 for hackers-outgoing; Thu, 4 Jan 1996 11:38:29 -0800 (PST) Received: from netcom22.netcom.com (bakul@netcom22.netcom.com [192.100.81.136]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA27003 Thu, 4 Jan 1996 11:38:26 -0800 (PST) Received: from localhost by netcom22.netcom.com (8.6.12/Netcom) id LAA29522; Thu, 4 Jan 1996 11:35:09 -0800 Message-Id: <199601041935.LAA29522@netcom22.netcom.com> To: "Jordan K. Hubbard" cc: hackers@freebsd.org, gj@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Thu, 04 Jan 96 11:09:48 PST." <29146.820782588@time.cdrom.com> Date: Thu, 04 Jan 96 11:35:08 -0800 From: Bakul Shah Sender: owner-hackers@freebsd.org Precedence: bulk > Ours works just fine too, but I can't use dynamic linking from a > statically-linked application, which is what sysinstall needs to be. Dynamic linking == modules are linked in before main() is entered. Runtime linking == modules can be linked in on the fly (from main() or any routine called from it) I believe you should be able to do runtime linking from your statically linked app. too. I vaguely recall Paul Kranenburg made some changes in June/July timeframe that made this possible. I can be mistaken though as I haven't played with this in a while. From owner-freebsd-hackers Thu Jan 4 11:39:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27040 for hackers-outgoing; Thu, 4 Jan 1996 11:39:01 -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 LAA27029 for ; Thu, 4 Jan 1996 11:38:56 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA00523; Thu, 4 Jan 1996 13:38:00 -0600 From: Joe Greco Message-Id: <199601041938.NAA00523@brasil.moneng.mei.com> Subject: Can somebody shed some light on this fellow's question? (was: Re: SB16) To: humprey@linux1.dlsu.edu.ph (Humprey C. Sy) Date: Thu, 4 Jan 1996 13:38:00 -0600 (CST) Cc: hackers@freebsd.org Reply-To: humprey@linux1.dlsu.edu.ph In-Reply-To: from "Humprey C. Sy" at Jan 5, 96 03:36:55 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Hi! I hope you can help me out here... > > I've been trying to recompile my kernel, enabling SB16. However, I always > end up getting the error > > ioconf.o: Undefined symbol `_subintr' referenced from data segment > > I've added these lines into my custom kernel file > > controller snd0 > options "SBC_IRQ=5" > > device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr > device sbxvi0 at isa? drq 5 > device sbmidi0 at isa? port 0x330 > > I am not sure what I'm forgetting here. I do hope you can help me... No, I'm sorry, I don't own ANY sound cards and my familiarity with configuring them is absolutely zero (I'm wondering how this request found its way to me) :-) My only thought would be to check to see if "snd0" is the right controller to use. I am sending a copy of this reply to "hackers@freebsd.org" in the hopes that somebody else who is more familiar with the sound stuff can say "Aha!" and tell you what the solution is. Good luck, ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Thu Jan 4 11:42:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27319 for hackers-outgoing; Thu, 4 Jan 1996 11:42: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 LAA27304 for ; Thu, 4 Jan 1996 11:42:26 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA13395 for ; Thu, 4 Jan 1996 20:42:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id UAA24872 for freebsd-hackers@freebsd.org; Thu, 4 Jan 1996 20:42:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id UAA02333 for freebsd-hackers@freebsd.org; Thu, 4 Jan 1996 20:37:12 +0100 (MET) From: J Wunsch Message-Id: <199601041937.UAA02333@uriah.heep.sax.de> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 4 Jan 1996 20:37:12 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601032046.NAA15501@phaeton.artisoft.com> from "Terry Lambert" at Jan 3, 96 01:46:49 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Terry Lambert wrote: > > > BSD does not have a 500 MB limit. It can speak whatever the hardware > > allows for, this is c<=65535, h<=15, s<=255. For disks that are used > > in a BIOS environment as well, the `s' limit is 63 however. This > > would still account for 65536*16*31 = 32505856 blocks, or 15872 MB. > > c = 10 bits = 2^10 = 1024. Not 65536. This is the BIOS-visible part. BSD can go beyond this, even for disks where the first part must be accessible to the BIOS (like boot disks). > The missing 6 bits that you added in are 1024 * 2^5 and 2^n = 32 for > h = 0..31 (your n is too small by one bit). No. Register 0x1f6 does only use bits 0 through 3 for head addressing (16 heads), bit 4 selects the primary/secondary drive, bits 5/6 select the sector size, bit 7 is used for ECC usage. (van Gilluwe, p 525). > The INT 21 interface is very specifically c:10/h:6/s:8. Or 8Gig for > a maxed out 24 bit value. The INT 21 interface does not even use C/H/S addressing. It can only address files. The INT 0x25/0x26 interface does allow for non-file disk access, but uses ``DOS relative sector numbers''. Both are irrelevant for us, since they belong to DOS. The INT 0x13 interface traditionally used 10 bits for cylinder numbers, and an entire byte for head numbers, though the hardware registers limit the head number to 0..15. van Gilluwe claims that the topmost two bits of %dh could be used as an extended cylinder number. Dunno which BIOSes support this. -- 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 4 11:46:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27650 for hackers-outgoing; Thu, 4 Jan 1996 11:46:35 -0800 (PST) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA27629 for ; Thu, 4 Jan 1996 11:46:20 -0800 (PST) Received: (from tinguely@localhost) by plains.nodak.edu (8.7.1/8.7.1) id NAA24131; Thu, 4 Jan 1996 13:45:29 -0600 (CST) Date: Thu, 4 Jan 1996 13:45:29 -0600 (CST) From: Mark Tinguely Message-Id: <199601041945.NAA24131@plains.nodak.edu> To: cosmos@sponsor.octet.com, hackers@freebsd.org Subject: Re: to hear the voice again... Sender: owner-hackers@freebsd.org Precedence: bulk > in recent times we have been hearing the voice of spunky... > > but where has our beloved friend jesus monroy gone? when the US govenment shutdown, so did computer running the AI program called "babble" (also known on USENET news as "Jesus Monroy"). Some people saw the experimental Jesus hologram at a California computer meeting and thus the legend that Jesus is a real person started. For further information see the five episodes of the X-Files that covered the Monroy sightings, coverup, and conspiracy. --mark "okay I am just a program too, but that is another story" :) From owner-freebsd-hackers Thu Jan 4 11:46:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27665 for hackers-outgoing; Thu, 4 Jan 1996 11:46:44 -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 LAA27643 for ; Thu, 4 Jan 1996 11:46:30 -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 LAA05776; Thu, 4 Jan 1996 11:43:44 -0800 Message-Id: <199601041943.LAA05776@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Thu, 04 Jan 1996 11:09:48 PST." <29146.820782588@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Jan 1996 11:43:43 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> "Jordan K. Hubbard" said: > Ours works just fine too, but I can't use dynamic linking from a > statically-linked application, which is what sysinstall needs to be. What is your problem exactly when you try to use dlopen in a statically compiled program? Amancio From owner-freebsd-hackers Thu Jan 4 11:47:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA27703 for hackers-outgoing; Thu, 4 Jan 1996 11:47: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 LAA27693 Thu, 4 Jan 1996 11:47:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA29344; Thu, 4 Jan 1996 11:45:59 -0800 To: Bakul Shah cc: hackers@freebsd.org, gj@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Thu, 04 Jan 1996 11:35:08 PST." <199601041935.LAA29522@netcom22.netcom.com> Date: Thu, 04 Jan 1996 11:45:59 -0800 Message-ID: <29342.820784759@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > > Ours works just fine too, but I can't use dynamic linking from a > > statically-linked application, which is what sysinstall needs to be. > > Dynamic linking == modules are linked in before main() is entered. > Runtime linking == modules can be linked in on the fly (from main() > or any routine called from it) > > I believe you should be able to do runtime linking from your > statically linked app. too. I vaguely recall Paul > Kranenburg made some changes in June/July timeframe that > made this possible. I can be mistaken though as I haven't > played with this in a while. Well, I don't know what PK's been up to lately, but you certainly can't use dl* from a static app on FreeBSD.. Jordan From owner-freebsd-hackers Thu Jan 4 11:53:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28620 for hackers-outgoing; Thu, 4 Jan 1996 11:53:26 -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 LAA28615 for ; Thu, 4 Jan 1996 11:53:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id LAA29388; Thu, 4 Jan 1996 11:47:58 -0800 To: "Amancio Hasty Jr." cc: hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Thu, 04 Jan 1996 11:43:43 PST." <199601041943.LAA05776@rah.star-gate.com> Date: Thu, 04 Jan 1996 11:47:58 -0800 Message-ID: <29386.820784878@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Try it! :-) Jordan > >>> "Jordan K. Hubbard" said: > > Ours works just fine too, but I can't use dynamic linking from a > > statically-linked application, which is what sysinstall needs to be. > > What is your problem exactly when you try to use dlopen in a statically > compiled program? > > Amancio > > From owner-freebsd-hackers Thu Jan 4 12:00:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29372 for hackers-outgoing; Thu, 4 Jan 1996 12:00: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 MAA29364 for ; Thu, 4 Jan 1996 12:00:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA29485 for ; Thu, 4 Jan 1996 12:00:14 -0800 To: hackers@freebsd.org Subject: DHCP for FreeBSD.. Date: Thu, 04 Jan 1996 12:00:14 -0800 Message-ID: <29482.820785614@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Well, I've looked at the latest version of the WIDE stuff (sitting in freefall:~jkh/dhcp-1.3beta.tar.gz for anyone else who's interested) and the copyright would appear to have been changed to a Berkeley-style one! Hurrah! Huzzah! I think that this going to need a CVS guru type to do the import though because I'm still not sure how all that vendor branch stuff works in the context of something that's going to have files moved around and otherwise be fairly seriously frobbed during the porting/bmaking process. Maybe someday I'll figure it out, but every time I've done it in the past I've always had to endure the howls of "No! No! You did it all wrong!" afterwards, so I'm not playing "target" again! :-) Jordan From owner-freebsd-hackers Thu Jan 4 12:20:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00850 for hackers-outgoing; Thu, 4 Jan 1996 12:20:12 -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 MAA00822 for ; Thu, 4 Jan 1996 12:20:08 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id PAA02659; Thu, 4 Jan 1996 15:18:14 -0500 Date: Thu, 4 Jan 1996 15:18:13 -0500 (EST) From: Brian Tao To: tim@sssun.spb.su cc: Greg Lehey , FreeBSD Hackers Subject: Re: What choice of 100 mbps Ethernet boards? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 4 Jan 1996, Andrew Timonin wrote: > > The one is ised on HP Ethernet HUBs and the other on DEC, and > the worst news for me was that they are incompatible :-( There are two main camps in the Fast Ethernet market: those based on the 100-baseTX standard and those based on the 100VG-AnyLAN standard. The SMC9332 is a 100-baseTX NIC. HP developed VG-AnyLAN (in conjunction with IBM, I think), so it isn't surprising their network hubs can only talk to 100VG-AnyLAN NIC's. We have a 3com LinkSwitch 1000 with 24 10-baseT ports and one 100-baseTX port (with room for a second) and it works just beautifully with the SMC. -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Thu Jan 4 12:20:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00913 for hackers-outgoing; Thu, 4 Jan 1996 12:20:25 -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 MAA00879 for ; Thu, 4 Jan 1996 12:20:16 -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 MAA06178; Thu, 4 Jan 1996 12:19:55 -0800 Message-Id: <199601042019.MAA06178@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Thu, 04 Jan 1996 11:47:58 PST." <29386.820784878@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Jan 1996 12:19:55 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk I will be happy to try it some time late tonite when i get back from work and after I finished tracking down a bug with vat and my GUS PnP my best guess estimate is some time around 2:00 AM 8) Amancio >>> "Jordan K. Hubbard" said: > Try it! :-) > > Jordan > > > >>> "Jordan K. Hubbard" said: > > > Ours works just fine too, but I can't use dynamic linking from a > > > statically-linked application, which is what sysinstall needs to be. > > > > What is your problem exactly when you try to use dlopen in a statically > > compiled program? > > > > Amancio > > > > > From owner-freebsd-hackers Thu Jan 4 12:23:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01263 for hackers-outgoing; Thu, 4 Jan 1996 12:23:52 -0800 (PST) Received: from bigbird.vmicls.com (bigbird.vmicls.com [198.17.96.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01245 for ; Thu, 4 Jan 1996 12:23:44 -0800 (PST) Received: from gonzo by bigbird.vmicls.com (8.6.12/SMI-4.1-vmicls-master-host-1) id PAA22854; Thu, 4 Jan 1996 15:26:42 -0500 From: Jerry.Kendall@vmicls.com (Jerry Kendall) Organization: VMI Communications and Learning Systems Received: by gonzo (5.0/vmi-client-host-1) id AA01334; Thu, 4 Jan 1996 15:26:39 +0500 Date: Thu, 4 Jan 1996 15:26:39 +0500 Message-Id: <9601042026.AA01334.gonzo@vmicls.com> To: joerg_wunsch@uriah.heep.sax.de Subject: Re: prevent paralell modem connection Cc: hackers@freebsd.org X-Sun-Charset: US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > > > > > If so, is there a way to prevent people to be able to get connection on > > > the system from two or more places at one time, like if users share their > > > accounts, taking two modems and only paying for one account ? > > I think hacking on /usr/bin/login wouldn't be that complicated, either. I would be willing to modify the code for /usr/bin/login if it was generally wanted.... I think some thing like this would work... if the user is logged in(ie: wtmp entry exists) refuse entry with some message else let user in.... This would imply having a file that specifies who is restricted to a single login... 'login' can read this file and if the user calling has an entry in this file, only let them in 1 time... It could be further improved to also specify how many concurrent times a user is allowed to call in... eg: peter:1 joe:3 tammy:1 This would allow peter and tammy to be logged in only once, but, joe could be logged in 3 times... All other users will be unrestricted. Please send comments to jerry@kcis.com I am changing jobs this weekend... KCIS.COM is at home... Jerry Kendall jerry@kcis.com From owner-freebsd-hackers Thu Jan 4 12:29:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01835 for hackers-outgoing; Thu, 4 Jan 1996 12:29:03 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA01821 for ; Thu, 4 Jan 1996 12:28:57 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA29634; Thu, 4 Jan 1996 12:28:28 -0800 To: "Amancio Hasty Jr." cc: hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Thu, 04 Jan 1996 12:19:55 PST." <199601042019.MAA06178@rah.star-gate.com> Date: Thu, 04 Jan 1996 12:28:28 -0800 Message-ID: <29632.820787308@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I'll give you the short synopsis: Because we don't link the dynamic symbol resolution code into non-shared binaries, it just plain doesn't work. Jordan > I will be happy to try it some time late tonite when i get back > from work and after I finished tracking down a bug with vat and > my GUS PnP my best guess estimate is some time around 2:00 AM 8) > > Amancio > > >>> "Jordan K. Hubbard" said: > > Try it! :-) > > > > Jordan > > > > > >>> "Jordan K. Hubbard" said: > > > > Ours works just fine too, but I can't use dynamic linking from a > > > > statically-linked application, which is what sysinstall needs to be. > > > > > > What is your problem exactly when you try to use dlopen in a statically > > > compiled program? > > > > > > Amancio > > > > > > > > > > From owner-freebsd-hackers Thu Jan 4 12:34:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02373 for hackers-outgoing; Thu, 4 Jan 1996 12:34:57 -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 MAA02362 for ; Thu, 4 Jan 1996 12:34:45 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA00217; Thu, 4 Jan 1996 13:32:28 -0700 From: Terry Lambert Message-Id: <199601042032.NAA00217@phaeton.artisoft.com> Subject: Re: Anyone got GNU `dld' ported to FreeBSD? To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Thu, 4 Jan 1996 13:32:28 -0700 (MST) Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG In-Reply-To: <199601041943.LAA05776@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 4, 96 11:43: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 > > Ours works just fine too, but I can't use dynamic linking from a > > statically-linked application, which is what sysinstall needs to be. > > What is your problem exactly when you try to use dlopen in a statically > compiled program? The dynamic linking code is in the crt0.o, since it must be static in the binary in order to be used to implement shared library mapping. It is *not* in the non-shared library crt0.o. 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 4 12:43:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03014 for hackers-outgoing; Thu, 4 Jan 1996 12:43: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 MAA03009 for ; Thu, 4 Jan 1996 12:43:08 -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 MAA06560; Thu, 4 Jan 1996 12:42:20 -0800 Message-Id: <199601042042.MAA06560@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: hackers@FreeBSD.ORG Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Thu, 04 Jan 1996 13:32:28 MST." <199601042032.NAA00217@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Jan 1996 12:42:19 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> Terry Lambert said: > > > Ours works just fine too, but I can't use dynamic linking from a > > > statically-linked application, which is what sysinstall needs to be. > > > > What is your problem exactly when you try to use dlopen in a statically > > compiled program? > > The dynamic linking code is in the crt0.o, since it must be static > in the binary in order to be used to implement shared library mapping. > > It is *not* in the non-shared library crt0.o. > Could we add the dynamic shared stuff to the static crt0.o and add a provision not to attempt to load dynamic modules when a program starts? I have not taken a look at the shared crt0.o in a long time so I don't know to what it has mutated 8) Cheers, Amancio From owner-freebsd-hackers Thu Jan 4 13:34:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06120 for hackers-outgoing; Thu, 4 Jan 1996 13:34: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 NAA06106 for ; Thu, 4 Jan 1996 13:33:53 -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 NAA00496 for ; Thu, 4 Jan 1996 13:33:43 -0800 Message-Id: <199601042133.NAA00496@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@FreeBSD.ORG Subject: buggy 2940 driver? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Jan 1996 13:33:41 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Howdy, For a while now , I have been experiencing system freezes due to the 2940 controller. The thing is before I upgraded to 2.1-stable a while ago the system ran fine. It seems that sometimes under heavy disk i/o activity my 2940 goes into this reset mode however most of the time I am in X and by the time I try to get the info if any is displayed on the console my system is frozen. I have a P100 with 60ns memory chips. Tnks, Amancio From owner-freebsd-hackers Thu Jan 4 14:14:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10692 for hackers-outgoing; Thu, 4 Jan 1996 14:14:26 -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 OAA10675 for ; Thu, 4 Jan 1996 14:14:17 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id XAA16053; Thu, 4 Jan 1996 23:13:11 +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 XAA01233; Thu, 4 Jan 1996 23:09:08 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Amancio Hasty Jr." cc: hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 13:33:41 PST." <199601042133.NAA00496@rah.star-gate.com> Date: Thu, 04 Jan 1996 23:09:07 +0100 Message-ID: <1231.820793347@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Howdy, > > For a while now , I have been experiencing system freezes due to > the 2940 controller. The thing is before I upgraded to 2.1-stable > a while ago the system ran fine. > > It seems that sometimes under heavy disk i/o activity my 2940 goes > into this reset mode however most of the time I am in X and by > the time I try to get the info if any is displayed on the console > my system is frozen. I have a P100 with 60ns memory chips. > This is not a ahc problem. This is somewhere deeper in the system. Your ahc ends up being asked to get 810 Mb or so, that doesn't work. It's being worked on by Dyson. -- 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 4 14:15:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA10819 for hackers-outgoing; Thu, 4 Jan 1996 14:15:58 -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 OAA10792 for ; Thu, 4 Jan 1996 14:15:41 -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 XAA04036; Thu, 4 Jan 1996 23:15:45 +0100 Received: by uni4nn.iaf.nl with UUCP id AA04810 (5.67b/IDA-1.5); Thu, 4 Jan 1996 23:15:22 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA17657 (5.65c/IDA-1.4.4); Thu, 4 Jan 1996 22:53:20 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id VAA01717; Thu, 4 Jan 1996 21:30:18 +0100 From: Wilko Bulte Message-Id: <199601042030.VAA01717@yedi.iaf.nl> Subject: Re: X for install To: terry@lambert.org (Terry Lambert) Date: Thu, 4 Jan 1996 21:30:18 +0100 (MET) Cc: gibbs@freefall.freebsd.org, phk@critter.tfs.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@freebsd.org In-Reply-To: <199601031852.LAA15173@phaeton.artisoft.com> from "Terry Lambert" at Jan 3, 96 11:52:10 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 > You want an INT 13 VM86() disk driver to get the controller specific > driver loaded (a medium persistance object, since you will want to > discard it once it has done this). This is also a "fallback" driver, > since it means you can use any disk DOS can use, if you have no native > protected mode driver avilable. > > > The INT 15 EISA problem is annoying, but I think you can use signature > tagging to do memory size probing (the reason you need the EISA BIOS > is that the per slot memory is not necessarily a fixed range and can > vary from box to box, though most have pretty much standardized). > > > Terry Lambert > terry@lambert.org In our (=at a former 'work') most of the EISA mainboards only survive calling the EISA INT from things like DOS. The 32 bit equivalent in the BIOS most of the times simply crashed the Unix. I lost the details but I think counting on this to work is optimistic BTW we where using this to 'autoconfig' a ATT V.3 based system. You still had to do a kernel link but it was based on the info in the EISA config NVRAM. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Jan 4 14:22:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12088 for hackers-outgoing; Thu, 4 Jan 1996 14:22:26 -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 OAA12064 Thu, 4 Jan 1996 14:22:20 -0800 (PST) Message-Id: <199601042222.OAA12064@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Amancio Hasty Jr." cc: hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 13:33:41 PST." <199601042133.NAA00496@rah.star-gate.com> Date: Thu, 04 Jan 1996 14:22:19 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >Howdy, > >For a while now , I have been experiencing system freezes due to >the 2940 controller. The thing is before I upgraded to 2.1-stable >a while ago the system ran fine. > >It seems that sometimes under heavy disk i/o activity my 2940 goes >into this reset mode however most of the time I am in X and by >the time I try to get the info if any is displayed on the console >my system is frozen. I have a P100 with 60ns memory chips. > > Tnks, > Amancio Have you upgraded to the latest and greatest version of the driver? It was brought into -stable last night. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Jan 4 14:42:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15525 for hackers-outgoing; Thu, 4 Jan 1996 14:42:13 -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 OAA15506 for ; Thu, 4 Jan 1996 14:41:54 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA16709 ; Thu, 4 Jan 1996 23:41:41 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA11910 ; Thu, 4 Jan 1996 23:41:40 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id TAA18629; Thu, 4 Jan 1996 19:56:47 +0100 (MET) From: Ollivier Robert Message-Id: <199601041856.TAA18629@keltia.freenix.fr> Subject: Re: Dinky lsof patch To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Thu, 4 Jan 1996 19:56:46 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Jaye Mathisen" at Jan 4, 96 00:17:42 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1503 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 Jaye Mathisen said: > The following patch to Configure lets lsof-3.45 compile out of the box on > 2.1-STABLE. > > Seems like it should be trivial to convert to a port, if I had the > vaguest idea how. Get a more recent version, Vic Abell has ported it for 2.0.5 and 2.1. 3.46 October 5, 1995 Added more conversions to HASPERSDC, based on suggestions from John Gardiner Myers . They make it possible to locate the personal device cache file in /tmp, for example. A new -D function, `?', reports device cache file name formation information. Gained access to AIX 4.1.3, compiled lsof there, and found that it seems to work. Tested lsof under FreeBSD 2.1.0-950726-SNAP. John Clear kindly provided a test system. Vic doesn't have yet access to a 2.2-CURRENT system so it will not run due to the 2.2 VM changes. The last recent one I got is 3.51. There must be more even more recent one available. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Dec 31 16:05:48 MET 1995 From owner-freebsd-hackers Thu Jan 4 14:58:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17800 for hackers-outgoing; Thu, 4 Jan 1996 14:58: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 OAA17777 for ; Thu, 4 Jan 1996 14:58:32 -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 XAA16797 for ; Thu, 4 Jan 1996 23:57:54 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA11933 for freebsd-hackers@FreeBSD.ORG; Thu, 4 Jan 1996 23:57:54 +0100 Received: (pb@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) id XAA26089 for freebsd-hackers@FreeBSD.ORG; Thu, 4 Jan 1996 23:56:54 +0100 From: Pierre Beyssac Message-Id: <199601042256.XAA26089@fasterix.frmug.fr.net> Subject: source-routing traceroute To: freebsd-hackers@FreeBSD.ORG Date: Thu, 4 Jan 1996 23:56:54 +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've just adapted an old traceroute with the loose source route option (-g) to FreeBSD 2.0.5. It seems to work fairly well. It seems to me that it would be worthwhile to integrate this in the FreeBSD distribution. If anyone is interested I'm going to adapt the changes to the "official" FreeBSD traceroute (the one I've been debugging was an earlier BSD version which is supposed to work on SunOS 4). -- Pierre Beyssac pb@fasterix.frmug.fr.net pb@fasterix.freenix.fr {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher From owner-freebsd-hackers Thu Jan 4 15:22:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA20063 for hackers-outgoing; Thu, 4 Jan 1996 15:22:25 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-170.emea.ibm.net [139.92.42.170]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA20008 Thu, 4 Jan 1996 15:21:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id WAA04544; Thu, 4 Jan 1996 22:44:21 +0100 (MET) Message-Id: <199601042144.WAA04544@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: FreeBSD user cc: hackers@freebsd.org, hylafax@freebsd.org Subject: Re: hylafax 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, 03 Jan 1996 15:30:48 GMT." <199601031530.PAA01974@sponsor.octet.com> Date: Thu, 04 Jan 1996 22:44:21 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: FreeBSD user > Subject: Re: hylafax > Date: Wed, 3 Jan 1996 15:30:48 +0000 () > Message-id: <199601031530.PAA01974@sponsor.octet.com> > > > any hylafax users with freebsd 2.1?? Yes ! We even have our own low (very low ) traffic mail list, which from memory is `hylafax@freebsd.org' (or some such) just do echo lists | mail majordomo@freebsd.org to find the name to find out who's on it try (from memory) echo who | mail majordomo@freebsd.org Those half dozen who are on the list will get 2 copies of this mail, which I cross posted as a sort of wake up call :-) > I just cannot get this thing working, and the documentation is very vague. It used to work for me, but I used to have only one machine, & that was current, (very current, new src & ports installed several times each week), needless to say such volatility broke my own fax functionality ('cos hylafax is a big complex package with hooks all over the place), by chance I'm just about to install it again on my 2nd more stable box, & I now have 2 phone lines, & have borrowed a 2nd fax modem, so after re-installing myself, I may be able to help you too :-) > basically i want to enable an email address to automatically route to > our fax machine, and possibly other numbers. > anyone willing to help? :) Sure :-) Here's an example from my /etc/aliases, last time I tested it I seem to recall it was OK (ive removed real names to protect the innocent :-) PS remove the backslashes & rejoin the line before testing, might not be necessary, tinker with it if U. want after you've merged it to one long line & it works OK. # A dummy by jhs (send to my own number, which will be engaged as its dialing): jhs_fax: "|/usr/local/bin/faxmail | /usr/local/bin/sendfax -d jhs@2608126 -n" customer_fax: "|/usr/local/bin/faxmail | /usr/local/bin/sendfax -c \ 'Phone queries to Your Name, +49 89 123456. \ Email was relayed to the fax queue `date`' \ -r '-' \ -x 'Mega Widgets \& Wombats' \ -y '77 Some Stree St, Lon EC3N 1LH' \ -d 'Some Bloke@+44.123.456.7890' \ -f 'Automatic email to fax relay' \ -h localhost:cua01 -D -v -m" PS I presume you are using our /usr/ports/comms/hylafax package :-) Regards, Julian. -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Thu Jan 4 15:32:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21510 for hackers-outgoing; Thu, 4 Jan 1996 15:32: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 PAA21481 for ; Thu, 4 Jan 1996 15:32:37 -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 PAA01433; Thu, 4 Jan 1996 15:32:18 -0800 Message-Id: <199601042332.PAA01433@rah.star-gate.com> To: "Justin T. Gibbs" cc: hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 14:22:19 PST." <199601042222.OAA12064@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1430.820798337.1@rah.star-gate.com> Date: Thu, 04 Jan 1996 15:32:17 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I will be thrilled to try out the latest kernel as soon as I get home 8) Either that or just drop back to my 1542c scsi controller. Tnks! Amancio >>> "Justin T. Gibbs" said: > > > >Howdy, > > > >For a while now , I have been experiencing system freezes due to > >the 2940 controller. The thing is before I upgraded to 2.1-stable > >a while ago the system ran fine. > > > >It seems that sometimes under heavy disk i/o activity my 2940 goes > >into this reset mode however most of the time I am in X and by > >the time I try to get the info if any is displayed on the console > >my system is frozen. I have a P100 with 60ns memory chips. > > > > Tnks, > > Amancio > > Have you upgraded to the latest and greatest version of the driver? > It was brought into -stable last night. > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== From owner-freebsd-hackers Thu Jan 4 15:41:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA22566 for hackers-outgoing; Thu, 4 Jan 1996 15:41:38 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA22535 Thu, 4 Jan 1996 15:41:25 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.3/8.6.12) with SMTP id PAA03937; Thu, 4 Jan 1996 15:40:53 -0800 (PST) Message-Id: <199601042340.PAA03937@precipice.shockwave.com> To: "Julian H. Stacey" cc: FreeBSD user , hackers@freebsd.org, hylafax@freebsd.org Subject: Re: hylafax In-reply-to: Your message of "Thu, 04 Jan 1996 22:44:21 +0100." <199601042144.WAA04544@vector.jhs.local> Date: Thu, 04 Jan 1996 15:40:53 -0800 From: Paul Traina Sender: owner-hackers@freebsd.org Precedence: bulk Or, just add: MAILER(fax)dnl to your sendmail .mc file. From: "Julian H. Stacey" Subject: Re: hylafax Hi, Reference: > From: FreeBSD user > Subject: Re: hylafax > Date: Wed, 3 Jan 1996 15:30:48 +0000 () > Message-id: <199601031530.PAA01974@sponsor.octet.com> > > > any hylafax users with freebsd 2.1?? Yes ! We even have our own low (very low ) traffic mail list, which from memory is `hylafax@freebsd.org' (or some such) just do echo lists | mail majordomo@freebsd.org to find the name to find out who's on it try (from memory) echo who | mail majordomo@freebsd.org Those half dozen who are on the list will get 2 copies of this mail, which I cross posted as a sort of wake up call :-) > I just cannot get this thing working, and the documentation is very vague. It used to work for me, but I used to have only one machine, & that was current, (very current, new src & ports installed several times each week), needless to say such volatility broke my own fax functionality ('cos hylafax is a big complex package with hooks all over the place), by chance I'm just about to install it again on my 2nd more stable box, & I now have 2 phone lines, & have borrowed a 2nd fax modem, so after re-installing myself, I may be able to help you too :-) > basically i want to enable an email address to automatically route to > our fax machine, and possibly other numbers. > anyone willing to help? :) Sure :-) Here's an example from my /etc/aliases, last time I tested it I seem to recall it was OK (ive removed real names to protect the innocent :-) PS remove the backslashes & rejoin the line before testing, might not be necessary, tinker with it if U. want after you've merged it to one long line & it works OK. # A dummy by jhs (send to my own number, which will be engaged as its d >>ialing): jhs_fax: "|/usr/local/bin/faxmail | /usr/local/bin/sendfax -d jhs@26081 >>26 -n" customer_fax: "|/usr/local/bin/faxmail | /usr/local/bin/sendfax -c >> \ 'Phone queries to Your Name, +49 89 123456. \ Email was relayed to the fax queue `date`' \ -r '-' \ -x 'Mega Widgets \& Wombats' \ -y '77 Some Stree St, Lon EC3N 1LH' \ -d 'Some Bloke@+44.123.456.7890' \ -f 'Automatic email to fax relay' \ -h localhost:cua01 -D -v -m" PS I presume you are using our /usr/ports/comms/hylafax package :-) Regards, Julian. -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Thu Jan 4 15:56:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA24788 for hackers-outgoing; Thu, 4 Jan 1996 15:56:22 -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 PAA24782 for ; Thu, 4 Jan 1996 15:56:19 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA00695; Thu, 4 Jan 1996 16:54:05 -0700 From: Terry Lambert Message-Id: <199601042354.QAA00695@phaeton.artisoft.com> Subject: Re: prevent paralell modem connection To: Jerry.Kendall@vmicls.com (Jerry Kendall) Date: Thu, 4 Jan 1996 16:54:05 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org In-Reply-To: <9601042026.AA01334.gonzo@vmicls.com> from "Jerry Kendall" at Jan 4, 96 03:26: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 > It could be further improved to also specify how many concurrent > times a user is allowed to call in... > > eg: > peter:1 > joe:3 > tammy:1 Or add a gcos field for user accounting to the passwd database. If you are hacking in there, see the latest BSDI 2.x modifications to the file format first. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jan 4 15:59:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA25054 for hackers-outgoing; Thu, 4 Jan 1996 15:59:04 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA25049 for ; Thu, 4 Jan 1996 15:58:58 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA00715; Thu, 4 Jan 1996 16:56:27 -0700 From: Terry Lambert Message-Id: <199601042356.QAA00715@phaeton.artisoft.com> Subject: Re: X for install To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Thu, 4 Jan 1996 16:56:27 -0700 (MST) Cc: terry@lambert.org, gibbs@freefall.freebsd.org, phk@critter.tfs.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@freebsd.org In-Reply-To: <199601042030.VAA01717@yedi.iaf.nl> from "Wilko Bulte" at Jan 4, 96 09:30:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > The INT 15 EISA problem is annoying, but I think you can use signature > > tagging to do memory size probing (the reason you need the EISA BIOS > > is that the per slot memory is not necessarily a fixed range and can > > vary from box to box, though most have pretty much standardized). > > In our (=at a former 'work') most of the EISA mainboards only survive > calling the EISA INT from things like DOS. The 32 bit equivalent in > the BIOS most of the times simply crashed the Unix. I lost the details > but I think counting on this to work is optimistic > > BTW we where using this to 'autoconfig' a ATT V.3 based system. You > still had to do a kernel link but it was based on the info in the EISA > config NVRAM. The point is to bypass the BIOS. The only non-computable information is the size of the per slot CMOS area. That's what I meant. 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 4 16:48:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02437 for hackers-outgoing; Thu, 4 Jan 1996 16:48:02 -0800 (PST) Received: from gateway.sequent.com (gateway.sequent.com [138.95.18.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA02417 for ; Thu, 4 Jan 1996 16:47:58 -0800 (PST) Received: from eng4.sequent.com (eng4.sequent.com [138.95.7.64]) by gateway.sequent.com (8.6.12/8.6.9) with ESMTP id QAA28897; Thu, 4 Jan 1996 16:46:35 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id QAA02879; Thu, 4 Jan 1996 16:47:23 -0800 Message-Id: <199601050047.QAA02879@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol To: "Amancio Hasty Jr." Cc: hackers@FreeBSD.org Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 96 13:33:41 PST." <199601042133.NAA00496@rah.star-gate.com> Date: Thu, 04 Jan 96 16:47:23 PST From: Ben Jackson Sender: owner-hackers@FreeBSD.org Precedence: bulk In message <199601042133.NAA00496@rah.star-gate.com> , you wrote: > For a while now , I have been experiencing system freezes due to > the 2940 controller. The thing is before I upgraded to 2.1-stable > a while ago the system ran fine. > > It seems that sometimes under heavy disk i/o activity my 2940 goes > into this reset mode [...] I have a 2940 connected to (among other things) a QUPD1800S. During extended periods of heavy read activity (ie backups) the device and/or card will eventually hang, leaving the machine hung (there's a swap partition on that disk). The tape drive is on another SCSI controller, so it's not the problem. I have had varying success avoiding the problem by running backups from a vt while the machine is otherwise idle, but sometimes it hangs anyway. After the hang the 2940 access light is on solid, as is the light on the drive. I have upgraded to latest greatest drivers several times, since each has held the promise of more and smarter bus reset code, to no avail. I don't have another similar drive to experiment with, but on my AHA1542Cf this same drive had no problems. --Ben From owner-freebsd-hackers Thu Jan 4 16:52:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA03274 for hackers-outgoing; Thu, 4 Jan 1996 16:52:11 -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 QAA03245 Thu, 4 Jan 1996 16:52:05 -0800 (PST) Message-Id: <199601050052.QAA03245@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Terry Lambert cc: wilko@yedi.iaf.nl (Wilko Bulte), phk@critter.tfs.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@FreeBSD.ORG Subject: Re: X for install In-reply-to: Your message of "Thu, 04 Jan 1996 16:56:27 MST." <199601042356.QAA00715@phaeton.artisoft.com> Date: Thu, 04 Jan 1996 16:52:05 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> In our (=at a former 'work') most of the EISA mainboards only survive >> calling the EISA INT from things like DOS. The 32 bit equivalent in >> the BIOS most of the times simply crashed the Unix. I lost the details >> but I think counting on this to work is optimistic >> >> BTW we where using this to 'autoconfig' a ATT V.3 based system. You >> still had to do a kernel link but it was based on the info in the EISA >> config NVRAM. > >The point is to bypass the BIOS. The only non-computable information >is the size of the per slot CMOS area. That's what I meant. > Or use VM86 to do 16-bit calls into the EISA BIOS. > > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Jan 4 17:01:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05105 for hackers-outgoing; Thu, 4 Jan 1996 17:01:06 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA05082 for ; Thu, 4 Jan 1996 17:01:00 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id RAA00422; Thu, 4 Jan 1996 17:00:57 -0800 (PST) Date: Thu, 4 Jan 1996 17:00:57 -0800 (PST) From: -Vince- To: hackers@FreeBSD.ORG Subject: -current kernel problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I had upgraded from the 11/23/95 -current kernel to the latest -current kernel since 12/28/95 and have tried to recompile a kernel after a make world on all the -current code up to the latest 1/3/96 9:00AM PST one and it seems like the new kernel vm_page faults (memory fault) and then all the binaries that are run by /etc/rc are all core dumped as well as destroying the /mnt directory on the HD and it won't make it to the login: prompt unless we use the older 11/23/95 kernel. We are using the ASUS P55TP4XE motherboard with the 11/20/95 Bios using a ASUS NCR810 based SCSI Card with a DEC/Sequent 5400S 4.0GIG SCSI HD. Does anyone have any ideas what the problem is? Thanks! Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-hackers Thu Jan 4 17:04:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05513 for hackers-outgoing; Thu, 4 Jan 1996 17:04:05 -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 RAA05482 for ; Thu, 4 Jan 1996 17:03:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id UAA21083 for ; Thu, 4 Jan 1996 20:03:23 -0500 Message-Id: <199601050103.UAA21083@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: A few NITS about SCSI Tapes In-reply-to: Your message of "Thu, 04 Jan 1996 12:08:43 EST." <199601041708.MAA27564@fang.cs.sunyit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 04 Jan 1996 20:03:23 -0500 From: Robert Withrow Sender: owner-hackers@FreeBSD.ORG Precedence: bulk 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...). ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Thu Jan 4 17:24:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA08538 for hackers-outgoing; Thu, 4 Jan 1996 17:24:46 -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 RAA08529 for ; Thu, 4 Jan 1996 17:24:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA02078; Thu, 4 Jan 1996 17:23:57 -0800 To: Ben Jackson cc: "Amancio Hasty Jr." , hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 16:47:23 PST." <199601050047.QAA02879@eng4.sequent.com> Date: Thu, 04 Jan 1996 17:23:57 -0800 Message-ID: <2076.820805037@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I have a 2940 connected to (among other things) a QUPD1800S. During > extended periods of heavy read activity (ie backups) the device and/or > card will eventually hang, leaving the machine hung (there's a swap > partition on that disk). The tape drive is on another SCSI controller, Is this one of the older 2940s? Do you have transfers set to 10Mb/sec in the SCSI device configuration setup for the PD1800 drive? I've been told that the older controllers actually run *faster* than the specified clock rate at the `top end' in order to work around a race condition that they later fixed. Most drives don't mind the overclocking, but some Quantums apparently have conniptions. You might try fiddling with the transfer speed! Jordan From owner-freebsd-hackers Thu Jan 4 17:26:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA08727 for hackers-outgoing; Thu, 4 Jan 1996 17:26:00 -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 RAA08712 Thu, 4 Jan 1996 17:25:56 -0800 (PST) Message-Id: <199601050125.RAA08712@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Ben Jackson cc: "Amancio Hasty Jr." , hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 16:47:23 PST." <199601050047.QAA02879@eng4.sequent.com> Date: Thu, 04 Jan 1996 17:25:56 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >I have a 2940 connected to (among other things) a QUPD1800S. During >extended periods of heavy read activity (ie backups) the device and/or >card will eventually hang, leaving the machine hung (there's a swap >partition on that disk). The tape drive is on another SCSI controller, >so it's not the problem. I have had varying success avoiding the problem >by running backups from a vt while the machine is otherwise idle, but >sometimes it hangs anyway. > >After the hang the 2940 access light is on solid, as is the light on >the drive. I have upgraded to latest greatest drivers several times, >since each has held the promise of more and smarter bus reset code, to >no avail. I don't have another similar drive to experiment with, but >on my AHA1542Cf this same drive had no problems. > >--Ben Well, as the author of the driver, what can I say? I do the best that I can in the amount of time that I have. I welcome others to learn about the Adaptec aic7xxx controllers, review the code, and help fix the bugs. I do hope that you will at least try the revision that was just committed to the tree. Althought I may not have fixed all of the problems with it, I know that there are fewer bugs than earlier releases. I don't like the hangs and bugs any more than you do, but I do take pride in my work and will continue to do all I can to ensure a robust driver. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Jan 4 17:27:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA08975 for hackers-outgoing; Thu, 4 Jan 1996 17:27:53 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA08959 for ; Thu, 4 Jan 1996 17:27:48 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id UAA09363; Thu, 4 Jan 1996 20:26:49 -0500 Date: Thu, 4 Jan 1996 20:26:47 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Jon Loeliger cc: hackers@FreeBSD.ORG Subject: Re: UPS In-Reply-To: <199601041718.LAA09747@chrome.jdl.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 4 Jan 1996, Jon Loeliger wrote: > in Texas (yea, I know), I was wondering if anything came of > the UPS discussions of about two months ago. In particular, > if there was a notion of actually supporting any one brand > or another or interface or what not. Hmm. Actually, can > someone point me to where to look so I can do my initial > homework? You know, so I can learn to even ask the right > questions? apc is the brand that was discussed. the file is freebsd205ups.tar. i dont have an ups, but chuck robey does! ask him. the serial protocol is under NDA so that's a bit of a sticking point ;( 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 4 17:45:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12052 for hackers-outgoing; Thu, 4 Jan 1996 17:45:12 -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 RAA12043 for ; Thu, 4 Jan 1996 17:45:08 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA00873; Thu, 4 Jan 1996 18:42:22 -0700 From: Terry Lambert Message-Id: <199601050142.SAA00873@phaeton.artisoft.com> Subject: Re: X for install To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Thu, 4 Jan 1996 18:42:21 -0700 (MST) Cc: terry@lambert.org, wilko@yedi.iaf.nl, phk@critter.tfs.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601050052.QAA03245@freefall.freebsd.org> from "Justin T. Gibbs" at Jan 4, 96 04:52:05 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >> In our (=at a former 'work') most of the EISA mainboards only survive > >> calling the EISA INT from things like DOS. The 32 bit equivalent in > >> the BIOS most of the times simply crashed the Unix. I lost the details > >> but I think counting on this to work is optimistic > >> > >> BTW we where using this to 'autoconfig' a ATT V.3 based system. You > >> still had to do a kernel link but it was based on the info in the EISA > >> config NVRAM. > > > >The point is to bypass the BIOS. The only non-computable information > >is the size of the per slot CMOS area. That's what I meant. > > Or use VM86 to do 16-bit calls into the EISA BIOS. Exactly. 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 4 17:55:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13908 for hackers-outgoing; Thu, 4 Jan 1996 17:55:47 -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 RAA13896 Thu, 4 Jan 1996 17:55:43 -0800 (PST) Message-Id: <199601050155.RAA13896@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: Ben Jackson , "Amancio Hasty Jr." , hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 17:23:57 PST." <2076.820805037@time.cdrom.com> Date: Thu, 04 Jan 1996 17:55:43 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> I have a 2940 connected to (among other things) a QUPD1800S. During >> extended periods of heavy read activity (ie backups) the device and/or >> card will eventually hang, leaving the machine hung (there's a swap >> partition on that disk). The tape drive is on another SCSI controller, > >Is this one of the older 2940s? Do you have transfers set to 10Mb/sec >in the SCSI device configuration setup for the PD1800 drive? > >I've been told that the older controllers actually run *faster* than >the specified clock rate at the `top end' in order to work around a >race condition that they later fixed. Most drives don't mind the >overclocking, but some Quantums apparently have conniptions. You >might try fiddling with the transfer speed! > > Jordan This only affected the 1080S as far as I know. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Jan 4 18:11:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16689 for hackers-outgoing; Thu, 4 Jan 1996 18:11:33 -0800 (PST) Received: from gateway.sequent.com (gateway.sequent.com [138.95.18.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA16676 for ; Thu, 4 Jan 1996 18:11:29 -0800 (PST) Received: from eng4.sequent.com (eng4.sequent.com [138.95.7.64]) by gateway.sequent.com (8.6.12/8.6.9) with ESMTP id SAA01950; Thu, 4 Jan 1996 18:10:05 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id SAA07591; Thu, 4 Jan 1996 18:10:54 -0800 Message-Id: <199601050210.SAA07591@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol To: "Justin T. Gibbs" Cc: "Amancio Hasty Jr." , hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 96 17:25:56 PST." <199601050125.RAA08712@freefall.freebsd.org> Date: Thu, 04 Jan 96 18:10:53 PST From: Ben Jackson Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199601050125.RAA08712@freefall.freebsd.org> , you wrote: > >I have a 2940 connected to (among other things) a QUPD1800S. During > >extended periods of heavy read activity (ie backups) the device and/or > >card will eventually hang, [...] > > Well, as the author of the driver, what can I say? I do the best > that I can in the amount of time that I have. [...] Justin, Please don't get the wrong idea! I appreciate your work on the driver-- and I'm sure Amancio does too. I was just detailing my experience to correlate with Amancio's report. I have tried several driver revisions (because I was way downrev on FreeBSD when I got the card) and the results are largely unchanged over several driver versions. I don't know if it's a problem with the drive, the card, the driver, or the OS's use of the driver. I would pursue it, but I have no device driver experience. I'm open to suggestions, requests for experiments and beta testing. > I do hope that you will at least try the revision > that was just committed to the tree. I will do that when I get a chance (my birthday is tommorow, so I'll be busy). My repeat-by is just 'dump ...', which usually hangs a few minutes after it starts dumping regular files. Would any ouput (trace, crash dump, etc) be useful? Does anyone have a similar (SCSI2 ~2G drive) on a 2940 that has had similar experiences? --Ben From owner-freebsd-hackers Thu Jan 4 18:12:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17003 for hackers-outgoing; Thu, 4 Jan 1996 18:12:37 -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 SAA16986 for ; Thu, 4 Jan 1996 18:12:31 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA12986; Fri, 5 Jan 1996 12:44:40 +1030 From: Michael Smith Message-Id: <199601050214.MAA12986@genesis.atrad.adelaide.edu.au> Subject: Re: UPS To: jdl@jdl.com (Jon Loeliger) Date: Fri, 5 Jan 1996 12:44:39 +1030 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601041718.LAA09747@chrome.jdl.com> from "Jon Loeliger" at Jan 4, 96 11:18:04 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Jon Loeliger stands accused of saying: > Say, I was pondering this very issue, and, seein's how I'm > in Texas (yea, I know), I was wondering if anything came of > the UPS discussions of about two months ago. In particular, > if there was a notion of actually supporting any one brand > or another or interface or what not. Hmm. Actually, can > someone point me to where to look so I can do my initial > homework? You know, so I can learn to even ask the right > questions? There's a (currently very quiet) mailing list on ups-devel@glock.com (mail to majordomo@glock.com). I'm waiting for the &*%(*& australian supplier to send me a demo unit, and about a million other things; there's several prototypical UPS monitoring things happening and lots of big ideas 8) > jdl -- ]] 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 4 18:28:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA19999 for hackers-outgoing; Thu, 4 Jan 1996 18:28:30 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA19977 for ; Thu, 4 Jan 1996 18:28:20 -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 SAA01157; Thu, 4 Jan 1996 18:28:08 -0800 Message-Id: <199601050228.SAA01157@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Ben Jackson cc: hackers@FreeBSD.org Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 16:47:23 PST." <199601050047.QAA02879@eng4.sequent.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Jan 1996 18:28:07 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi Ben, My problem is more less when my Quatum 2100 gets heavy i/o 9 out of 10 the system freezes shortly after the heavy i/o activity. I would try different scsi cables and maybe even get an active terminator for your setup. Cheers, Amancio >>> Ben Jackson said: > In message <199601042133.NAA00496@rah.star-gate.com> , you wrote: > > For a while now , I have been experiencing system freezes due to > > the 2940 controller. The thing is before I upgraded to 2.1-stable > > a while ago the system ran fine. > > > > It seems that sometimes under heavy disk i/o activity my 2940 goes > > into this reset mode [...] > > I have a 2940 connected to (among other things) a QUPD1800S. During > extended periods of heavy read activity (ie backups) the device and/or > card will eventually hang, leaving the machine hung (there's a swap > partition on that disk). The tape drive is on another SCSI controller, > so it's not the problem. I have had varying success avoiding the problem > by running backups from a vt while the machine is otherwise idle, but > sometimes it hangs anyway. > > After the hang the 2940 access light is on solid, as is the light on > the drive. I have upgraded to latest greatest drivers several times, > since each has held the promise of more and smarter bus reset code, to > no avail. I don't have another similar drive to experiment with, but > on my AHA1542Cf this same drive had no problems. > > --Ben From owner-freebsd-hackers Thu Jan 4 18:30:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20428 for hackers-outgoing; Thu, 4 Jan 1996 18:30:55 -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 SAA20408 for ; Thu, 4 Jan 1996 18:30:51 -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 SAA01513; Thu, 4 Jan 1996 18:30:41 -0800 Message-Id: <199601050230.SAA01513@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Justin T. Gibbs" cc: hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 17:25:56 PST." <199601050125.RAA08712@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Jan 1996 18:30:40 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Say Justin, I do appreciate all the work that you are doing into supporting 2940! Tnks! Amancio >>> "Justin T. Gibbs" said: > all of the problems with it, I know that there are fewer bugs than > earlier releases. I don't like the hangs and bugs any more than > you do, but I do take pride in my work and will continue to do > all I can to ensure a robust driver. > From owner-freebsd-hackers Thu Jan 4 18:48:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22838 for hackers-outgoing; Thu, 4 Jan 1996 18:48:32 -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 SAA22821 for ; Thu, 4 Jan 1996 18:48:26 -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 SAA00402; Thu, 4 Jan 1996 18:48:06 -0800 Message-Id: <199601050248.SAA00402@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Justin T. Gibbs" cc: Ben Jackson , hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 17:25:56 PST." <199601050125.RAA08712@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Jan 1996 18:48:05 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I just tried the latest stable-kernel and my system no longer can boot . The system stops with my toshiba scsi disk lit solidly with this message: ahc: seqint, int stat == 0x61, scsiigi=0x86 I have no clue what the above means. Tnks, Amancio From owner-freebsd-hackers Thu Jan 4 18:55:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA23998 for hackers-outgoing; Thu, 4 Jan 1996 18:55:36 -0800 (PST) Received: from westhill.cdrom.com (westhill.cdrom.com [192.216.223.138]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA23987 for ; Thu, 4 Jan 1996 18:55:34 -0800 (PST) From: gpalmer@westhill.cdrom.com 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 SAA21384 ; Thu, 4 Jan 1996 18:55:01 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: tim@sssun.spb.su cc: Greg Lehey , Brian Tao , FreeBSD Hackers Subject: Re: What choice of 100 mbps Ethernet boards? In-reply-to: Your message of "Thu, 04 Jan 1996 22:09:49 +0300." Date: Thu, 04 Jan 1996 18:55:01 -0800 Message-ID: <21382.820810501@westhill.cdrom.com> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Andrew Timonin wrote in message ID : > May somebody advise me which 100 mbps boards (FreeBSD compatible) > I can use with HP 100mbps HUB ? > Or maybe I'm wrong and I may use for ex. SMC 100mbps board will work > with HP HUB ? HP? You mean a 100VG AnyLAN hub? No FreeBSD supported cards will work :-( Gary From owner-freebsd-hackers Thu Jan 4 19:57:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA29115 for hackers-outgoing; Thu, 4 Jan 1996 19:57: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 TAA29110 for ; Thu, 4 Jan 1996 19:57:05 -0800 (PST) Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.12/8.6.12) id WAA12991; Thu, 4 Jan 1996 22:57:04 -0500 Date: Thu, 4 Jan 1996 18:22:29 -0600 Message-Id: <199601050022.SAA18046@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: www@freebsd.org From: Tom Greenwalt Subject: 2.1 Release ReSent-Date: Thu, 4 Jan 1996 22:56:58 -0500 (EST) ReSent-From: John Fieber ReSent-To: hackers@freebsd.org ReSent-Message-ID: Sender: owner-hackers@freebsd.org Precedence: bulk Over the Christmas/New Year week, I upgraded my system from FreeBSD 2.0 to 2.1. I just wanted to say congratulations for a job well done. The upgrade went smooth as silk. 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 Thu Jan 4 20:02:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA29712 for hackers-outgoing; Thu, 4 Jan 1996 20:02:36 -0800 (PST) Received: from virginia.edu (uvaarpa.Virginia.EDU [128.143.2.7]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA29706 for ; Thu, 4 Jan 1996 20:02:32 -0800 (PST) Received: from archive.cs.virginia.edu by uvaarpa.virginia.edu id aa27597; 4 Jan 96 23:02 EST Received: from stretch.cs.Virginia.edu (atf3r@stretch-fo.cs.Virginia.EDU [128.143.136.14]) by archive.cs.Virginia.EDU (8.7.1/8.6.6) with SMTP id XAA02629; Thu, 4 Jan 1996 23:02:28 -0500 (EST) Received: by stretch.cs.Virginia.edu (4.1/SMI-2.0) id AA26401; Thu, 4 Jan 96 23:02:26 EST Date: Thu, 4 Jan 1996 23:02:25 -0500 (EST) From: "Adrian T. Filipi-Martin" Reply-To: adrian@virginia.edu To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-Reply-To: <14201.820740936@time.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 3 Jan 1996, Jordan K. Hubbard wrote: > Anyone have any other dynamic symbol resolution code I could look at? > The dld and GCL (GNU Common Lisp, nee' KCL) code I have for doing this > kind of stuff now is highly GPL'd, and it'd be nice to not have to > bring more GPL stuff into the tree if we can help it. I am not sure why we need dld, unless there are applications which are relying on some specific dld features. Unless I am mistaken, the stock ld should be capable of run-time linking. This feature was added to support the Franz Lisp implmentation. I tried this out back in the 1.x days. There was an article in Dr. Dobb's on dynamic linking under unix which had sample code which worked under FreeBSD. It was the May 1993 issue. Just for kicks, I got it from ftp.mv.com:/pub/ddj and tried it again. It still works just fine. So why do we need dld? dld was only mentioned in the article as an alternative for those poor souls which wander the deserts of System V. Adrian adrian@virginia.edu ---->>>>| Support your local programmer, http://www.cs.virginia.edu/~atf3r/ --->>>| STOP Software Patent Abuses NOW! Member: The League for -->>| For an application and information Programming Freedom ->| see: http://www.lpf.org/ From owner-freebsd-hackers Thu Jan 4 20:07:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA00211 for hackers-outgoing; Thu, 4 Jan 1996 20:07:34 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA00205 for ; Thu, 4 Jan 1996 20:07:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA04065; Thu, 4 Jan 1996 20:06:38 -0800 To: adrian@virginia.edu cc: hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Thu, 04 Jan 1996 23:02:25 EST." Date: Thu, 04 Jan 1996 20:06:38 -0800 Message-ID: <4062.820814798@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I am not sure why we need dld, unless there are applications > which are relying on some specific dld features. Unless I am mistaken, > the stock ld should be capable of run-time linking. This feature was > added to support the Franz Lisp implmentation. Yeah, the `ld -A' stuff has been around for a long time. My problem is that I don't want to rely on an external link step! :-( Jordan From owner-freebsd-hackers Thu Jan 4 20:16:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA00890 for hackers-outgoing; Thu, 4 Jan 1996 20:16: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 UAA00835 for ; Thu, 4 Jan 1996 20:16:02 -0800 (PST) Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id UAA23299 for ; Thu, 4 Jan 1996 20:15:54 -0800 Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by bacchus.eng.umd.edu (8.7.3/8.7) with ESMTP id XAA09472; Thu, 4 Jan 1996 23:10:41 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id XAA10097; Thu, 4 Jan 1996 23:10:40 -0500 (EST) Date: Thu, 4 Jan 1996 23:10:39 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: Mark Tinguely cc: cosmos@sponsor.octet.com, hackers@freebsd.org Subject: Re: to hear the voice again... In-Reply-To: <199601041945.NAA24131@plains.nodak.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Thu, 4 Jan 1996, Mark Tinguely wrote: > > in recent times we have been hearing the voice of spunky... > > > > but where has our beloved friend jesus monroy gone? > > when the US govenment shutdown, so did computer running the AI > program called "babble" (also known on USENET news as "Jesus Monroy"). > Some people saw the experimental Jesus hologram at a California computer > meeting and thus the legend that Jesus is a real person started. For > further information see the five episodes of the X-Files that covered > the Monroy sightings, coverup, and conspiracy. Right. And Jordan wrote the program, right? > > --mark "okay I am just a program too, but that is another story" :) > ============================================================================ 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 Thu Jan 4 21:42:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08328 for hackers-outgoing; Thu, 4 Jan 1996 21:42:04 -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 VAA08317 for ; Thu, 4 Jan 1996 21:41:28 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA13654; Fri, 5 Jan 1996 16:09:50 +1030 From: Michael Smith Message-Id: <199601050539.QAA13654@genesis.atrad.adelaide.edu.au> Subject: Re: buggy 2940 driver? To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Fri, 5 Jan 1996 16:09:50 +1030 (CST) Cc: bjj@sequent.com, hasty@rah.star-gate.com, hackers@FreeBSD.ORG In-Reply-To: <199601050125.RAA08712@freefall.freebsd.org> from "Justin T. Gibbs" at Jan 4, 96 05:25:56 pm 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 stands accused of saying: > earlier releases. I don't like the hangs and bugs any more than > you do, but I do take pride in my work and will continue to do > all I can to ensure a robust driver. Just a quick moment to say _thankyou_ to Justin for his work to date on this, and a multitude of other things he's done for FreeBSD. > Justin T. Gibbs -- ]] 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 4 21:43:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08387 for hackers-outgoing; Thu, 4 Jan 1996 21:43:29 -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 VAA08381 for ; Thu, 4 Jan 1996 21:43:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id WAA01127; Thu, 4 Jan 1996 22:39:59 -0700 Message-Id: <199601050539.WAA01127@rover.village.org> To: Terry Lambert Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) Cc: faulkner@mpd.tandem.com (Boyd Faulkner), j@uriah.heep.sax.de, freebsd-hackers@freebsd.org In-reply-to: Your message of Wed, 03 Jan 1996 13:51:25 MST Date: Thu, 04 Jan 1996 22:39:55 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : I forget. But it's real, not something I made up. UI did a paper : on it after ELF. I have the paper on QIC tape somewhere, or it's : at the ftp.digibd.com UI mirror I provided the Spec 1170 draft and : other documents for. DWARF is a debugging "format" for ELF. Warner From owner-freebsd-hackers Thu Jan 4 21:44:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08481 for hackers-outgoing; Thu, 4 Jan 1996 21:44: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 VAA08452 for ; Thu, 4 Jan 1996 21:44:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id WAA01138; Thu, 4 Jan 1996 22:42:01 -0700 Message-Id: <199601050542.WAA01138@rover.village.org> To: Terry Lambert Subject: Re: Whacking the troll repliers. Cc: witr@rwwa.com (Robert Withrow), hackers@FreeBSD.org In-reply-to: Your message of Wed, 03 Jan 1996 18:50:40 MST Date: Thu, 04 Jan 1996 22:42:00 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : Actually, I subscribe to see the (now very rare) Jesus Monroy posts : and the (not quite as rare 8-)) Jordan Hubbard followups. It has been too long with a good faring. Much too long :-) Warner From owner-freebsd-hackers Thu Jan 4 21:51:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA09164 for hackers-outgoing; Thu, 4 Jan 1996 21:51:47 -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 VAA09158 for ; Thu, 4 Jan 1996 21:51:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id WAA01150; Thu, 4 Jan 1996 22:51:30 -0700 Message-Id: <199601050551.WAA01150@rover.village.org> To: Jon Loeliger Subject: Re: UPS Cc: hackers@FreeBSD.ORG In-reply-to: Your message of Thu, 04 Jan 1996 11:18:04 CST Date: Thu, 04 Jan 1996 22:51:30 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : if there was a notion of actually supporting any one brand : or another or interface or what not. Hmm. Actually, can : someone point me to where to look so I can do my initial : homework? You know, so I can learn to even ask the right : questions? The village settled on the Best Fortress UPS (their 1500VA model). We're quite happy with it and have written a simple powerd that will log events that happen on the UPS. We plan on expanding it to include a finger or www interface so we can see how the village is doing while the villagers are away from their homes, say, at work. We had to make a special cable for the DB-9 that is on there to get data, rather than just binary on-off stuff. Anyway, is anybody interested in this sort of thing? Warner From owner-freebsd-hackers Thu Jan 4 21:57:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA09351 for hackers-outgoing; Thu, 4 Jan 1996 21:57:53 -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 VAA09345 for ; Thu, 4 Jan 1996 21:57:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id WAA01168; Thu, 4 Jan 1996 22:57:09 -0700 Message-Id: <199601050557.WAA01168@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Wed, 03 Jan 1996 20:23:54 PST Date: Thu, 04 Jan 1996 22:57:09 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : Chuck, think a moment here. What *technology* to implement ELF : executables was used by SVR4? Is it the same technology we have : available to us? No. Then what? The GNU stuff. Has the GNU : stuff been speaking ELF for long? No. I rest my case. The GNU stuff has been generating ELF for at least four years, maybe five now. The cygnus "everybody chip in and we'll port to Solaris fiasco" was in my tenure at Solbourne as a Test Engineer which started around April 1990. I believe they had a release within a year. The Linux project is a little bit hozed because their library/compiler maintainer isn't as careful as he needs to be. That's one of the things that made the ELF stuff such a nightmare.... That said, I'd only be keen on ELF so that Linux, Solaris, FreeBSD, Unixware and the like can all run the same binaries :-). Warner From owner-freebsd-hackers Thu Jan 4 22:08:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA09697 for hackers-outgoing; Thu, 4 Jan 1996 22:08:26 -0800 (PST) Received: from staff.cs.su.OZ.AU (staff.cs.su.OZ.AU [129.78.8.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA09659 for ; Thu, 4 Jan 1996 22:08:08 -0800 (PST) Received: from un.seqeb.gov.au by staff.cs.su.OZ.AU (mail from daemon for hackers@freebsd.org) with MHSnet; Fri, 05 Jan 1996 17:07:17 +1100 Received: from svcc.seqeb.gov.au by un.seqeb.gov.au; (5.65/GJW251095a) id AA19344; Fri, 5 Jan 1996 16:06:13 +1000 Received: by svcc.seqeb.gov.au (5.57/Ultrix/4.2A and a bit) id AA29258; Fri, 5 Jan 96 16:06:11 +1000 Date: Fri, 5 Jan 1996 16:06:10 +1000 (EST) From: pat collins Subject: Where is source for kzhead.o To: hackers@freebsd.org Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Does anyone know where I can find the source for /usr/lib/kzhead.o, kztail.o Thanks ----------------------------------------------------------------------------- Patrick Collins - Communications Design Officer email : pc012@seqeb.gov.au South East Queensland Electricity Corporation phone : +61 7 3407 5237 2 Bowen Bridge Rd, Fortitude Valley, 4006 fax : +61 7 3407 5059 Queensland, AUSTRALIA (Best State, Best Country) Viva el Cristo Rey ! ----------------------------------------------------------------------------- From owner-freebsd-hackers Thu Jan 4 22:18:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10264 for hackers-outgoing; Thu, 4 Jan 1996 22:18:20 -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 WAA10257 Thu, 4 Jan 1996 22:18:15 -0800 (PST) Message-Id: <199601050618.WAA10257@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Amancio Hasty Jr." cc: Ben Jackson , hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 18:48:05 PST." <199601050248.SAA00402@rah.star-gate.com> Date: Thu, 04 Jan 1996 22:18:14 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >I just tried the latest stable-kernel and my system no longer >can boot . The system stops with my toshiba scsi disk lit solidly >with this message: > >ahc: seqint, int stat == 0x61, scsiigi=0x86 > >I have no clue what the above means. > > > Tnks, > Amancio It means that the assembler fell over, your sequencer program was zero length, and we attempted to run the stock Adaptec code that's left over from the BIOS. Pick up sys/dev/aic7xxx/aic7xxx_asm.c again. I already committed the fix. When I built the 2.1 kernel I used to test my work on, I did it running a -current kernel and for some reason, the missing NULL at the end of the execl that runs cpp in the assembler didn't cause a problem. Strange. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Jan 5 00:06:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17239 for hackers-outgoing; Fri, 5 Jan 1996 00:06:20 -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 AAA17213 for ; Fri, 5 Jan 1996 00:06:04 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA16837; Fri, 5 Jan 1996 18:58:19 +1100 Date: Fri, 5 Jan 1996 18:58:19 +1100 From: Bruce Evans Message-Id: <199601050758.SAA16837@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: OK, I'm stumped... Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> char buf[SMALLSIZE]; >> ... >> r = uiomove(buf, sizeof buf, uio); >I agree that this is a possibility. >But I didn't see this usage in the kernel. Did I not look hard enough? See almost any cdev driver, e.g., tty.c:ttwrite() moves things 100 bytes at a time. Bruce From owner-freebsd-hackers Fri Jan 5 00:09:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA17617 for hackers-outgoing; Fri, 5 Jan 1996 00:09:54 -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 AAA17529 for ; Fri, 5 Jan 1996 00:09:18 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA16788; Fri, 5 Jan 1996 18:56:16 +1100 Date: Fri, 5 Jan 1996 18:56:16 +1100 From: Bruce Evans Message-Id: <199601050756.SAA16788@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: X for install Cc: freebsd-hackers@freebsd.org, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, phk@critter.tfs.com Sender: owner-hackers@freebsd.org Precedence: bulk >> >Make sure the 32 bit absolute sector address in the partition table >> >entry is correct. It won't be for DOS fdisk versions before 3.0x, >> >and some utilities don't set it correctly. >> >> Such drives aren't supported. Checking the absolute sector address >> requires knowing the BIOS geometry. Drivers already check it, based >> on the guessed BIOS geometry, but since the BIOS geometry isn't known >> for sure, inconsistencies aren't fatal, and since some users don't >> like to see warnings at boot time, warnings about the inconsistencies >> are disabled. >So ask the BIOS by making a BIOS call from protected mode. It's the >INT 13, AH=0x08, AL= call. The BIOS doesn't work in protected mode :-). If you mean real mode, it has been done for a year. See another discussion for why it isn't sufficient. >> >Fix the checksum after the AA55 (why isn't this done now?). >OK. Change that to "explain why the Compaq POST routines won't boot >the machine because they checksum the entire boot area including the >partition table and MBR". Then maybe add "Look at the LILO documentation >that actually documents the checksum for Compaq and some other vendors". Compaq doesn't follow the industry standard of no error checking :-). >> >Then from protected mode *always* use the 32 bit sector offset >> >instead of the C/H/S value. >> >> This has been done for a year. >Even for locating the DOS partitions? Yes. Bruce From owner-freebsd-hackers Fri Jan 5 00:54:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA20028 for hackers-outgoing; Fri, 5 Jan 1996 00:54:58 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA20023 for ; Fri, 5 Jan 1996 00:54:55 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id AAA08092; Fri, 5 Jan 1996 00:53:53 -0800 (PST) Date: Fri, 5 Jan 1996 00:53:53 -0800 (PST) From: -Vince- To: hackers@FreeBSD.ORG Subject: -current kernel problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I had upgraded from the 11/23/95 -current kernel to the latest -current kernel since 12/28/95 and have tried to recompile a kernel after a make world on all the -current code up to the latest 1/4/96 3:00PM PST one and it seems like the new kernel vm_page faults (memory fault) and then all the binaries that are run by /etc/rc are all core dumped as well as destroying the /mnt directory on the HD and it won't make it to the login: prompt unless we use the older 11/23/95 kernel. We are using the ASUS P55TP4XE motherboard with the 11/20/95 Bios using a ASUS NCR810 based SCSI Card with a DEC/Sequent 5400S 4.0GIG SCSI HD. Does anyone have any ideas what the problem is? Thanks! I even tried rm the entire /usr/src tree and resupped everything and the same thing happens... Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-hackers Fri Jan 5 03:05:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA29235 for hackers-outgoing; Fri, 5 Jan 1996 03:05:20 -0800 (PST) Received: from sssun.spb.su (news.spb.su [193.124.83.67]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA29215 for ; Fri, 5 Jan 1996 03:04:53 -0800 (PST) Received: by sssun.spb.su id AA01434 (5.65.kiae-1 ); Fri, 5 Jan 1996 14:00:18 +0300 To: Warner Losh , Jon Loeliger Cc: hackers@FreeBSD.ORG References: <199601050551.WAA01150@rover.village.org> In-Reply-To: <199601050551.WAA01150@rover.village.org>; from Warner Losh at Thu, 04 Jan 1996 22:51:30 -0700 Message-Id: Organization: RELCOM Corp., St.Petersburg Date: Fri, 5 Jan 1996 14:00:17 +0300 From: Andrew Timonin Reply-To: tim@sssun.spb.su Subject: Re: UPS Lines: 26 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199601050551.WAA01150@rover.village.org> Warner Losh writes: >: if there was a notion of actually supporting any one brand >: or another or interface or what not. Hmm. Actually, can >: someone point me to where to look so I can do my initial >: homework? You know, so I can learn to even ask the right >: questions? >The village settled on the Best Fortress UPS (their 1500VA model). >We're quite happy with it and have written a simple powerd that will >log events that happen on the UPS. We plan on expanding it to include >a finger or www interface so we can see how the village is doing while >the villagers are away from their homes, say, at work. We had to make >a special cable for the DB-9 that is on there to get data, rather than >just binary on-off stuff. >Anyway, is anybody interested in this sort of thing? Yes, shurely. May I get this form some ftp ? >Warner -- Andrew A. Timonin E-mail tim@sssun.spb.su, St.Petersburg phone: office: +7 (812) 1106762 Russia private: +7 (812) 2540779 From owner-freebsd-hackers Fri Jan 5 05:45:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA05655 for hackers-outgoing; Fri, 5 Jan 1996 05:45:39 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA05623 for ; Fri, 5 Jan 1996 05:44:59 -0800 (PST) Received: from dirac.physik.fu-berlin.de (dirac.physik.fu-berlin.de [130.133.3.124]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id OAA18444 for ; Fri, 5 Jan 1996 14:44:21 +0100 (MET) Received: (from graichen@localhost) by dirac.physik.fu-berlin.de (8.7.1/8.7.1) id OAA01712 for hackers@freebsd.org; Fri, 5 Jan 1996 14:44:20 +0100 (MET) From: Thomas Graichen Message-Id: <199601051344.OAA01712@dirac.physik.fu-berlin.de> Subject: mount_mfs & /tmp & diskless To: hackers@freebsd.org Date: Fri, 5 Jan 1996 14:44:19 +0100 (MET) 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 is it possible to use mount_mfs _without_ the "special" argument ? what i want is to mount_mfs my /tmp for a diskless FreeBSD xterminal for the /tmp.X* files - but to use mount_mfs it seems i need a disk special device (from the mount_mfs man-page): The special file is only used to read the disk label which provides a set of configuration parameters for the memory based file system. but i don't have any disk (diskless :-) thus the typical swap-partition entry won't help - is there any trick to get a ~16 block (8k) /tmp mounted mount_mfs using a diskless FreeBSD machine with / mounted ro with the diskless code ? thanks in adavance - t p.s.: this may lead to very simple FreeBSD xterminals _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-hackers Fri Jan 5 06:06:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06440 for hackers-outgoing; Fri, 5 Jan 1996 06:06:59 -0800 (PST) Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA06397 for ; Fri, 5 Jan 1996 06:05:14 -0800 (PST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (134.100.239.2) with smtp id ; Fri, 5 Jan 96 15:03 MET Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-hackers@freebsd.org id ; Fri, 5 Jan 96 15:03 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA25157; Fri, 5 Jan 96 12:56:39 +0100 Date: Fri, 5 Jan 96 12:56:39 +0100 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9601051156.AA25157@wavehh.hanse.de> To: freebsd-hackers@freebsd.org Subject: Re: What choice of 100 mbps Ethernet boards? References: <199601041044.LAA00341@allegro.lemis.de> Reply-To: cracauer@wavehh.hanse.de Sender: owner-hackers@freebsd.org Precedence: bulk taob@io.ORG (Brian Tao) wrote: >On Thu, 4 Jan 1996, Greg Lehey wrote: >> >> I'm still working on the Installation book (anybody who's interested, >> *please* review!), and it occurred to me that there's little direction >> in choosing 100 mbps network boards. Can anybody suggest something >> that works well? > I just picked up five SMC 9332 PCI controllers (built around the >DEC21140) in December and they worked right out of the box with our >ASUS P55TP4XEG motherboards. Plugged one of them into a spare 100Mbps >port on our etherswitch and was able to do the OS installation without >a hiccup. I've had a tiny bit of trouble with the cards when plugged >into a 10-Mbps switch, but I'll post about that separately. Could someone drop me a note what performance I can expect? I'm considering setting up a tiny (IP-only) subnet with 100mbps for the machines that are capable and I want to use a FreeBSD machine as a hub. I'd like to have some data about maximum troughput and the CPU cycles used on the router. Thanks for any data. Happy Hacking Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer - Fax +49 40 522 85 36 BSD User Group Hamburg, Germany - No NeXTMail anymore, please. Copyright 1995. Redistribution via Microsoft Network is prohibited From owner-freebsd-hackers Fri Jan 5 06:14:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA06744 for hackers-outgoing; Fri, 5 Jan 1996 06:14:04 -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 GAA06739 for ; Fri, 5 Jan 1996 06:14:00 -0800 (PST) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id JAA24544 for hackers@freebsd.org; Fri, 5 Jan 1996 09:13:52 -0500 Date: Fri, 5 Jan 1996 09:13:52 -0500 Message-Id: <199601051413.JAA24544@fang.cs.sunyit.edu> from: chuck@fang.cs.sunyit.edu X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: Re: UPS Sender: owner-hackers@freebsd.org Precedence: bulk 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. -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Fri Jan 5 06:22:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA07180 for hackers-outgoing; Fri, 5 Jan 1996 06:22:32 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA07175 for ; Fri, 5 Jan 1996 06:22:28 -0800 (PST) Received: from exalt.x.org by expo.x.org id AA09383; Fri, 5 Jan 96 09:21:56 -0500 Received: from localhost by exalt.x.org id LAA07908; Fri, 5 Jan 1996 11:39:54 GMT Message-Id: <199601051139.LAA07908@exalt.x.org> To: hackers@freefall.FreeBSD.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: Your message of Thu, 04 Jan 1996 22:57:09 EDT. <199601050557.WAA01168@rover.village.org> Organization: X Consortium Date: Fri, 05 Jan 1996 06:39:53 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > : Chuck, think a moment here. What *technology* to implement ELF > : executables was used by SVR4? Is it the same technology we have > : available to us? No. Then what? The GNU stuff. Has the GNU > : stuff been speaking ELF for long? No. I rest my case. > > The GNU stuff has been generating ELF for at least four years, maybe > five now. The cygnus "everybody chip in and we'll port to Solaris > fiasco" was in my tenure at Solbourne as a Test Engineer which started > around April 1990. I believe they had a release within a year. > > The Linux project is a little bit hozed because their library/compiler > maintainer isn't as careful as he needs to be. That's one of the > things that made the ELF stuff such a nightmare.... > > That said, I'd only be keen on ELF so that Linux, Solaris, FreeBSD, > Unixware and the like can all run the same binaries :-). > > Warner > I'm keen on ELF so that I don't have to compile everything in a library twice to get shared libraries. I'd also be keen to get rid of ldconfig and ld.so.cache. (Am I only doing this because I've never questioned the shared-lib build rules we were given for X11?) Before Jolitz, et al, disappeared off the face of the earth he and his members-only club were working on ELF for shared libs. I guess this didn't make it into the fraud-ware 386BSD 1.0 CD-ROM, eh? -- Kaleb KEITHLEY From owner-freebsd-hackers Fri Jan 5 07:13:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10237 for hackers-outgoing; Fri, 5 Jan 1996 07:13:16 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA10232 for ; Fri, 5 Jan 1996 07:13:11 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id HAA12687; Fri, 5 Jan 1996 07:12:33 -0800 (PST) Date: Fri, 5 Jan 1996 07:12:29 -0800 (PST) From: -Vince- To: hackers@FreeBSD.ORG Subject: -current kernel problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I had upgraded from the 11/23/95 -current kernel to the latest -current kernel since 12/28/95 and have tried to recompile a kernel after a make world on all the -current code up to the latest 1/4/96 3:00PM PST one and it seems like the new kernel vm_page faults (memory fault) and then all the binaries that are run by /etc/rc are all core dumped as well as destroying the /mnt directory on the HD and it won't make it to the login: prompt unless we use the older 11/23/95 kernel. We are using the ASUS P55TP4XE motherboard with the 11/20/95 Bios using a ASUS NCR810 based SCSI Card with a DEC/Sequent 5400S 4.0GIG SCSI HD. Does anyone have any ideas what the problem is? Thanks! Also, I tried deleting the entire /usr/src tree and resupping but the same thing still happens. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-hackers Fri Jan 5 07:48:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA12607 for hackers-outgoing; Fri, 5 Jan 1996 07:48:15 -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 HAA12601 for ; Fri, 5 Jan 1996 07:48:10 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id IAA04120; Fri, 5 Jan 1996 08:50:39 -0700 Date: Fri, 5 Jan 1996 08:50:39 -0700 From: Nate Williams Message-Id: <199601051550.IAA04120@rocky.sri.MT.net> To: "Kaleb S. KEITHLEY" Cc: hackers@freefall.freebsd.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: <199601051139.LAA07908@exalt.x.org> References: <199601050557.WAA01168@rover.village.org> <199601051139.LAA07908@exalt.x.org> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > I'm keen on ELF so that I don't have to compile everything in a library > twice to get shared libraries. I'd also be keen to get rid of ldconfig > and ld.so.cache. (Am I only doing this because I've never questioned the > shared-lib build rules we were given for X11?) AFAIK, you *don't* have to re-compiled everything twice to get shared libraries. You can use PIC code in the libraries if you want, although you will take a performance hit for using PIC code in static executables. If Linux is doing this, then they *should* be compiling stuff without -PIC because of performance. Nate From owner-freebsd-hackers Fri Jan 5 07:58:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13227 for hackers-outgoing; Fri, 5 Jan 1996 07:58:52 -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 HAA13222 for ; Fri, 5 Jan 1996 07:58:46 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id XAA09387; Fri, 5 Jan 1996 23:58:40 +0800 (WST) Date: Fri, 5 Jan 1996 23:58:35 +0800 (WST) From: Peter Wemm To: FreeBSD hackers Subject: Looking for some sites in *.au to help with FreeBSD mail.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk For a few weeks, one of the machines on the network of the company that I work for, was exploding all *.au mail from freefall to all the australian recipients. This worked really well, until the machine (which is unattended) had a hiccup and went off the air for a few hours early one morning, and nobody was available to reboot it. The result was that all FreeBSD mail to Australia was delayed by about 4 hours. :-( The traffic load is pretty light, and was comfortably handled by an extremely busy 486 on a small network link (shared small ISDN). I'm not going to restart doing it, unless I can get two or three other sites to share the load and also act as "insurance" in case the machine is cut off again. I'm also uncomfortable with the fact that the machine is very geographically remote to the majority of users in *.AU. The east<->west coast internet backbone link has been down for up to 36 hours in the past. :-( Any volunteers? Reply to me off the list and I can give you more detail. I'm looking for another 1 or 2 sites to share the primary role with my machine, and perhaps a couple of others that will act only as backups in case all the primaries are unreachable or busy. Basically, all that is needed is a machine with a stable sendmail system. No configuration changes are needed whatsoever. All that is needed is cpu time, some disk space (for the queue) and some (mainly outgoing) network bandwidth. -Peter From owner-freebsd-hackers Fri Jan 5 08:13:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA13946 for hackers-outgoing; Fri, 5 Jan 1996 08:13:52 -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 IAA13928 for ; Fri, 5 Jan 1996 08:13:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id JAA01905; Fri, 5 Jan 1996 09:12:31 -0700 Message-Id: <199601051612.JAA01905@rover.village.org> To: tim@sssun.spb.su Subject: Re: UPS Cc: Jon Loeliger , hackers@FreeBSD.ORG In-reply-to: Your message of Fri, 05 Jan 1996 14:00:17 +0300 Date: Fri, 05 Jan 1996 09:12:31 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : >Anyway, is anybody interested in this sort of thing? : : Yes, shurely. May I get this form some ftp ? We need to knock some of the rough edges off before we put it up for FTP. Shouldn't be too long, however... Warner From owner-freebsd-hackers Fri Jan 5 08:14:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14065 for hackers-outgoing; Fri, 5 Jan 1996 08:14:58 -0800 (PST) Received: from omega.physik.fu-berlin.de (omega.physik.fu-berlin.de [130.133.3.51]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA13997 for ; Fri, 5 Jan 1996 08:14:12 -0800 (PST) Received: from julia.physik.fu-berlin.de (julia.physik.fu-berlin.de [130.133.3.235]) by omega.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id RAA21668 for ; Fri, 5 Jan 1996 17:13:22 +0100 (MET) Received: (from graichen@localhost) by julia.physik.fu-berlin.de (8.6.12/8.6.12) id RAA01820 for hackers@freebsd.org; Fri, 5 Jan 1996 17:13:22 +0100 From: Thomas Graichen Message-Id: <199601051613.RAA01820@julia.physik.fu-berlin.de> Subject: mount_mfs & /tmp & diskless (part II) To: hackers@freebsd.org Date: Fri, 5 Jan 1996 17:13:21 +0100 (MET) 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 so far i got it working to create an mount_mfs mounted /tmp on a diskless machine - but now i only get it 64 kbytes small - else i get errors from mount_mfs (from mfs.c) that i "must have at least 144 sectors" and so on can anybody tell me a commandline to create a smaller mfs mounted /tmp (~8k or less are enough) - i used for my 64k: /etc/disktab: mfs_tmp:nt#1:ns#128:nc#2: /etc/rc /sbin/mount_mfs -T mfs_tmp -s 128 -c 2 -m 0 -i 16386 /dev/null /tmp any ideas ? - thanks in advance - t _______________________________________________________||___________________ __|| Perfection is reached, not when there is no __|| thomas graichen longer anything to add, but when there __|| freie universitaet berlin is no longer anything to take away __|| fachbereich physik __|| - Antoine de Saint-Exupery - __|| graichen@mail.physik.fu-berlin.de ___________________________||__________________graichen@FreeBSD.org_________ From owner-freebsd-hackers Fri Jan 5 09:15:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA17689 for hackers-outgoing; Fri, 5 Jan 1996 09:15:10 -0800 (PST) Received: from msu.edu (ibm.cl.msu.edu [35.8.2.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA17684 for ; Fri, 5 Jan 1996 09:15:08 -0800 (PST) Date: Fri, 5 Jan 1996 09:15:08 -0800 (PST) From: boylvr@msu.edu Message-Id: <199601051715.JAA17684@freefall.freebsd.org> Received: from msu.edu by msu.edu (IBM VM SMTP V2R3) with TCP; Fri, 05 Jan 96 12:14:15 EST To: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Subject NAMBLA anyone? Reply-To: radow@netcom.com ne1 have any info on where to join NAMBLA? plz? tnx. From owner-freebsd-hackers Fri Jan 5 09:35:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18691 for hackers-outgoing; Fri, 5 Jan 1996 09:35:12 -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 JAA18684 for ; Fri, 5 Jan 1996 09:35:08 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA02253 for hackers@freebsd.org; Fri, 5 Jan 1996 11:34:37 -0600 From: Joe Greco Message-Id: <199601051734.LAA02253@brasil.moneng.mei.com> Subject: Machine "disappears" off the net..? To: hackers@freebsd.org Date: Fri, 5 Jan 1996 11:34:37 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I'm seeing an odd problem on news.sol.net (DX4/100 ASUS SP3G, 48MB, NCR810, AHA-3940, SMC8216 incorrectly identified as SMC8416), that just started happening recently, and has suddenly been very bad this morning. At first I was fairly sure it was a hardware problem, but then I wasn't so sure, as I increased the network load on the machine and these problems started to appear, and then yesterday increased the network load again and the problems got worse. And there is something else strange (see below). The machine appears to "drop off" the network for indefinite (1min-1hr) periods of time. Symptoms are consistent with a marginal Ethernet cable at first glance: hummin# netstat -I ed0 (*news.sol.net*) Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ed0 1500 00.00.c0.1e.84.75 7080742 0 5956928 4503 64262 Note in particular the output error rate and relatively high collision count (as compared to the router, below, which has been up 90++ days): trantor# netstat -I ed4 (*router*) Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ed4 1500 00.40.c7.20.d5.c1 71246705 2522 86820038 0 71608 It looks somewhat odd to me, because I usually see both ierrs and oerrs on segments with bad cables, yet I only seem to be seeing it in "one" direction. Could be a bad card, probably the tx on hummin... But I then noticed that trantor continues to receive rwho broadcasts from hummin during these periods of deadness, even though I am not able to ping hummin from either trantor or another host on that wire. And hummin isn't showing any signs of input errors. Syslog messages: none. Level of head scratching: severe. I have not had the good fortune to catch this happening while I am down at the office, so I can't say what hummin is/isn't seeing during these periods. My most recent thinking is that there may be some sort of resource shortage, so I looked at netstat -m, but I don't see anything obviously wrong: hummin# netstat -m 184 mbufs in use: 84 mbufs allocated to data 26 mbufs allocated to packet headers 68 mbufs allocated to protocol control blocks 6 mbufs allocated to socket names and addresses 72/232 mbuf clusters in use 487 Kbytes allocated to network (34% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Does anyone have any ideas, theories, or suggestions? Obviously the networking hardware is already slated for replacement, but I'm not confident that that's the problem here. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Jan 5 09:43:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA19269 for hackers-outgoing; Fri, 5 Jan 1996 09:43:17 -0800 (PST) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA19256 for ; Fri, 5 Jan 1996 09:43:06 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id MAA01896; Fri, 5 Jan 1996 12:38:17 -0500 Date: Fri, 5 Jan 1996 12:38:17 -0500 (EST) From: "Ron G. Minnich" To: Martin Cracauer cc: freebsd-hackers@FreeBSD.ORG Subject: Re: What choice of 100 mbps Ethernet boards? In-Reply-To: <9601051156.AA25157@wavehh.hanse.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Could someone drop me a note what performance I can expect? I'm > considering setting up a tiny (IP-only) subnet with 100mbps for the > machines that are capable and I want to use a FreeBSD machine as a > hub. with the smc cards, and the old neptune chipset in a cluster of 16 machines, grand junction hub: 50 mbits/second tops, but it's easy to get there with small blocks (i.e. 4096 bytes or more). I'm happy. So is my cluster. ron From owner-freebsd-hackers Fri Jan 5 10:02:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA20826 for hackers-outgoing; Fri, 5 Jan 1996 10:02:36 -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 KAA20821 for ; Fri, 5 Jan 1996 10:02:33 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15047(15)>; Fri, 5 Jan 1996 10:01: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 AA01392; Fri, 5 Jan 96 13:01:11 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA00348; Fri, 5 Jan 96 13:01:09 EST Message-Id: <9601051801.AA00348@gnu.mc.xerox.com> To: hackers@freebsd.org Subject: syquest drive on suns to freebsd Date: Fri, 5 Jan 1996 10:01:08 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk I want to tar files on a sun to a syquest drive (treating the media like a tape). I'm using sunos 4.1.3...How can I treat a low level disk device as a raw media? (just reading/writing blocks shouldn't have to know much, should it?) It works on freebsd 2.1 and linux... 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 Fri Jan 5 10:13:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21309 for hackers-outgoing; Fri, 5 Jan 1996 10:13:55 -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 KAA21304 for ; Fri, 5 Jan 1996 10:13:51 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id KAA06580; Fri, 5 Jan 1996 10:13:50 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id LAA00581; Fri, 5 Jan 1996 11:40:54 -0800 (PST) Message-Id: <199601051940.LAA00581@corbin.Root.COM> To: Joe Greco cc: hackers@freebsd.org Subject: Re: Machine "disappears" off the net..? In-reply-to: Your message of "Fri, 05 Jan 96 11:34:37 CST." <199601051734.LAA02253@brasil.moneng.mei.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 05 Jan 1996 11:40:54 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >hummin# netstat -I ed0 (*news.sol.net*) >Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll >ed0 1500 00.00.c0.1e.84.75 7080742 0 5956928 4503 64262 > >Note in particular the output error rate and relatively high collision count That's not a high collision rate. A "high" collision rate is 50% (one collision on every other packet), which I sometimes see on wcarchive. The above rate is only 1% which is far into the noise. The output errors are a problem, however. It really does look like you have a cabling problem of some kind - especially if you are using thinwire. -DG From owner-freebsd-hackers Fri Jan 5 10:14:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21339 for hackers-outgoing; Fri, 5 Jan 1996 10:14:39 -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 KAA21334 for ; Fri, 5 Jan 1996 10:14:36 -0800 (PST) Received: (from fb@localhost) by sponsor.octet.com (8.6.12/8.6.12) id NAA14537; Fri, 5 Jan 1996 13:04:43 GMT From: FreeBSD user Message-Id: <199601051304.NAA14537@sponsor.octet.com> Subject: Re: your mail To: boylvr@msu.edu Date: Fri, 5 Jan 1996 13:04:42 +0000 () Cc: hackers@freebsd.org In-Reply-To: <199601051715.JAA17684@freefall.freebsd.org> from "boylvr@msu.edu" at Jan 5, 96 09:15:08 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Subject NAMBLA anyone? > Reply-To: radow@netcom.com > > ne1 have any info on where to join NAMBLA? plz? > > tnx. > what the hell is NAMBLA??? is this some side project? From owner-freebsd-hackers Fri Jan 5 10:20:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21702 for hackers-outgoing; Fri, 5 Jan 1996 10:20:23 -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 KAA21696 for ; Fri, 5 Jan 1996 10:20: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 KAA00256; Fri, 5 Jan 1996 10:20:11 -0800 Message-Id: <199601051820.KAA00256@rah.star-gate.com> To: "Justin T. Gibbs" cc: hackers@FreeBSD.ORG Subject: Re: buggy 2940 driver? In-reply-to: Your message of "Thu, 04 Jan 1996 22:18:14 PST." <199601050618.WAA10257@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <253.820866010.1@rah.star-gate.com> Date: Fri, 05 Jan 1996 10:20:10 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I have tested the 2940 before and every time I restored a big tar file or remove a big directory and then tried to access my second disk like invoking something like X my system froze. Happy to say that as of this moment the system is behaving a whole lot better 8) If you get this message is because my system has surived the "acid" test and that I am still up . I will be happy to report back in a few more days after a whole lot more testing. So preliminary testing are thumps up!! Tnks Justin!! Amancio From owner-freebsd-hackers Fri Jan 5 11:05:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24049 for hackers-outgoing; Fri, 5 Jan 1996 11:05:40 -0800 (PST) Received: from eztravel.com (eztravel.com [205.179.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA24043 for ; Fri, 5 Jan 1996 11:05:36 -0800 (PST) Received: (from ez@localhost) by eztravel.com (8.6.11/8.6.9) id LAA02215 for hackers@freebsd.org; Fri, 5 Jan 1996 11:02:11 -0800 From: EZ Travel Message-Id: <199601051902.LAA02215@eztravel.com> Subject: Endeavor M/B and Adaptec To: hackers@freebsd.org Date: Fri, 5 Jan 1996 11:02:11 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Just got off line with Adaptec Support and they recommended NOT to get the Endeavor M/B with their 2940 series. They haven't been able to get it to work correctly - he said the Endeavor wasn't a bus mastering m/b. Kinnda nice to know this beforehand, so I guess I'll be going with the Asus P150. Anyone using freebsd with Asus? Bob From owner-freebsd-hackers Fri Jan 5 11:19:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24831 for hackers-outgoing; Fri, 5 Jan 1996 11:19:14 -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 LAA24826 for ; Fri, 5 Jan 1996 11:19:05 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id LAA28033; Fri, 5 Jan 1996 11:21:43 -0800 Date: Fri, 5 Jan 1996 11:21:43 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: LUN support. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Does FreeBSD have support for LUN's? From owner-freebsd-hackers Fri Jan 5 11:33:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25883 for hackers-outgoing; Fri, 5 Jan 1996 11:33:05 -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 LAA25869 for ; Fri, 5 Jan 1996 11:33:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02568; Fri, 5 Jan 1996 12:30:27 -0700 From: Terry Lambert Message-Id: <199601051930.MAA02568@phaeton.artisoft.com> Subject: Re: X for install To: bde@zeta.org.au (Bruce Evans) Date: Fri, 5 Jan 1996 12:30:26 -0700 (MST) Cc: bde@zeta.org.au, terry@lambert.org, freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, phk@critter.tfs.com In-Reply-To: <199601050756.SAA16788@godzilla.zeta.org.au> from "Bruce Evans" at Jan 5, 96 06:56:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >> Such drives aren't supported. Checking the absolute sector address > >> requires knowing the BIOS geometry. Drivers already check it, based > >> on the guessed BIOS geometry, but since the BIOS geometry isn't known > >> for sure, inconsistencies aren't fatal, and since some users don't > >> like to see warnings at boot time, warnings about the inconsistencies > >> are disabled. > > >So ask the BIOS by making a BIOS call from protected mode. It's the > >INT 13, AH=0x08, AL= call. > > The BIOS doesn't work in protected mode :-). If you mean real mode, > it has been done for a year. See another discussion for why it isn't > sufficient. That's why I said "from" and not "in". the virtual 8086 will be running in "real mode" (assuming you had one). It's sufficient because you use MD5 checksums to differentiate the disks using protected mode and BIOS-based reads. If the disks are identical, you write a "safe area" (determined by FS type) to *force* them to be different. Everything is a lot easier with VM86(). 8-(. > >> >Fix the checksum after the AA55 (why isn't this done now?). > > >OK. Change that to "explain why the Compaq POST routines won't boot > >the machine because they checksum the entire boot area including the > >partition table and MBR". Then maybe add "Look at the LILO documentation > >that actually documents the checksum for Compaq and some other vendors". > > Compaq doesn't follow the industry standard of no error checking :-). LILO handles it correctly, however. Anyway, it's all *possible*, it's just a royal, royal pain. 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 5 11:34:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26073 for hackers-outgoing; Fri, 5 Jan 1996 11:34:55 -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 LAA26061 for ; Fri, 5 Jan 1996 11:34:50 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA02584; Fri, 5 Jan 1996 12:32:41 -0700 From: Terry Lambert Message-Id: <199601051932.MAA02584@phaeton.artisoft.com> Subject: Re: OK, I'm stumped... To: bde@zeta.org.au (Bruce Evans) Date: Fri, 5 Jan 1996 12:32:41 -0700 (MST) Cc: bde@zeta.org.au, terry@lambert.org, hackers@freebsd.org In-Reply-To: <199601050758.SAA16837@godzilla.zeta.org.au> from "Bruce Evans" at Jan 5, 96 06:58:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > >> char buf[SMALLSIZE]; > >> ... > >> r = uiomove(buf, sizeof buf, uio); > > >I agree that this is a possibility. > > >But I didn't see this usage in the kernel. Did I not look hard enough? > > See almost any cdev driver, e.g., tty.c:ttwrite() moves things 100 bytes > at a time. Ah. Never mind. Occupational hazard of the file system geek... 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 5 11:35:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26132 for hackers-outgoing; Fri, 5 Jan 1996 11:35: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 LAA26123 Fri, 5 Jan 1996 11:35:08 -0800 (PST) Message-Id: <199601051935.LAA26123@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: LUN support. In-reply-to: Your message of "Fri, 05 Jan 1996 11:21:43 PST." Date: Fri, 05 Jan 1996 11:35:07 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > > >Does FreeBSD have support for LUN's? Luns are supported in the generic SCSI code, but I believe that some drivers do not fully support LUNs. If you have a device that requires probing on multiple luns, you will have to add a "rogue" entry in your kernel to force the probe. Too many devices get confused when you probe beyond LUN0 that it was disabled by default. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Jan 5 11:37:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26333 for hackers-outgoing; Fri, 5 Jan 1996 11:37:25 -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 LAA26328 for ; Fri, 5 Jan 1996 11:37:22 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id LAA28383; Fri, 5 Jan 1996 11:40:04 -0800 Date: Fri, 5 Jan 1996 11:40:04 -0800 (PST) From: Jaye Mathisen To: "Justin T. Gibbs" cc: hackers@freebsd.org Subject: Re: LUN support. In-Reply-To: <199601051935.LAA26123@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I have a RAID box that can support multiple LUN's to appear as multiple RAID'd disks to the host. Ie, with 10GB of disk after parity, I can make 1 LUN look like a 5GB disk, and 5 more LUN's of 1GB each. I'm on a 2940 with FreeBSD 2.1-stable. On Fri, 5 Jan 1996, Justin T. Gibbs wrote: > > > > > >Does FreeBSD have support for LUN's? > > Luns are supported in the generic SCSI code, but I believe that > some drivers do not fully support LUNs. If you have a device that > requires probing on multiple luns, you will have to add a "rogue" > entry in your kernel to force the probe. Too many devices get > confused when you probe beyond LUN0 that it was disabled by > default. > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > From owner-freebsd-hackers Fri Jan 5 11:40:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26560 for hackers-outgoing; Fri, 5 Jan 1996 11:40:53 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA26555 for ; Fri, 5 Jan 1996 11:40:44 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA03022; Fri, 5 Jan 1996 13:39:39 -0600 From: Joe Greco Message-Id: <199601051939.NAA03022@brasil.moneng.mei.com> Subject: Re: Machine "disappears" off the net..? To: davidg@root.com Date: Fri, 5 Jan 1996 13:39:39 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <199601051940.LAA00581@corbin.Root.COM> from "David Greenman" at Jan 5, 96 11:40:54 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > >hummin# netstat -I ed0 (*news.sol.net*) > >Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > >ed0 1500 00.00.c0.1e.84.75 7080742 0 5956928 4503 64262 > > > >Note in particular the output error rate and relatively high collision count > > That's not a high collision rate. A "high" collision rate is 50% (one > collision on every other packet), which I sometimes see on wcarchive. The > above rate is only 1% which is far into the noise. Yes, but the router has been up for NINETY-ODD days and has seen about that many collisions, while the news server's been up for just a day or two. THAT is what I meant when I said "relatively" high... it is strange that I am seeing a rate of collisions (from hummin's point of view) that is 50x the router's rate. That does suggest to me that there is a hardware problem (my original analysis). > The output errors are a > problem, however. It really does look like you have a cabling problem of some > kind - especially if you are using thinwire. That was my original analysis, but I am then confused as to why I am not seeing input errors, and why the box is apparently able to transmit packets just fine (i.e. rwho broadcasts). The box in question IS on thinnet (so much legacy hardware :-( ) but since 10b2 is essentially a bus topology, it seems strange that the box can do one thing and not the other.. that isn't really consistent with what I've seen in the past. Which makes me very uncertain.. :-/ Particularly when I factor in the fact that the frequency of network outages coincides almost precisely with increases in network activity.... Anyways, it's all slated for replacement. With a little luck, maybe I can make it all 10bT.... and maybe the problems will go away. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Fri Jan 5 11:45:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26843 for hackers-outgoing; Fri, 5 Jan 1996 11:45:18 -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 LAA26831 Fri, 5 Jan 1996 11:45:13 -0800 (PST) Message-Id: <199601051945.LAA26831@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: LUN support. In-reply-to: Your message of "Fri, 05 Jan 1996 11:40:04 PST." Date: Fri, 05 Jan 1996 11:45:12 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > >I have a RAID box that can support multiple LUN's to appear as multiple >RAID'd disks to the host. Ie, with 10GB of disk after parity, I can make >1 LUN look like a 5GB disk, and 5 more LUN's of 1GB each. Look in sys/scsi to see how to create an entry for your device. It should work. >I'm on a 2940 with FreeBSD 2.1-stable. The 2940 fully supports multiple LUNs. You will see a large performance increate if you use tagged queuing since in the non-tagged case, the driver will only queue one transaction per target (locking out transactions based on the target-lun nexus was too constly down in the sequencer). Upgrade to the latest -stable code and define the AHC_TAGENABLE option in your kernel config file. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Jan 5 12:24:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29531 for hackers-outgoing; Fri, 5 Jan 1996 12:24:24 -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 MAA29526 for ; Fri, 5 Jan 1996 12:24:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA09700; Fri, 5 Jan 1996 12:24:14 -0800 To: -Vince- cc: hackers@FreeBSD.ORG Subject: Re: -current kernel problems In-reply-to: Your message of "Fri, 05 Jan 1996 07:12:29 PST." Date: Fri, 05 Jan 1996 12:24:14 -0800 Message-ID: <9698.820873454@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I had upgraded from the 11/23/95 -current kernel to the latest > -current kernel since 12/28/95 and have tried to recompile a kernel after Will you PLEASE stop sending this to -hackers? This is a -current issue! I've seen this message 4 times now and you're getting dangerously close to spamming us here.. Please don't make us filter your postings to the mailing lists entirely! Thanks! Jordan From owner-freebsd-hackers Fri Jan 5 12:47:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00625 for hackers-outgoing; Fri, 5 Jan 1996 12:47:50 -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 MAA00618 for ; Fri, 5 Jan 1996 12:47:45 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.11/8.6.9) with SMTP id PAA09797; Fri, 5 Jan 1996 15:56:04 -0500 Date: Fri, 5 Jan 1996 15:56:04 -0500 Message-Id: <199601052056.PAA09797@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: SMC PCI card - Cant load 2.1R Cc: davidg@root.com Sender: owner-hackers@freebsd.org Precedence: bulk I've been trying to load 2.1R via NFS with an AP5C 120mhz Pentium with an SMC EtherPower card (I've used this card successfully with FreeBSD before) and it doesnt work. It probes the card properly (de0) but when it goes to NFS attach it failes (portmap failure..)...I have a lan moniter and nothing is being put out by the card. Putting an NE2000 into the box and it loads just fine. After bringing the machine up...it is apparent that the card doesn't work in the box at all. It doesn't hang, and you dont get an error...but the card doesn't transmit anything. I've used this card before (not with this MB)..is there a bug fix or something that I've missed? 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 Fri Jan 5 13:03:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01193 for hackers-outgoing; Fri, 5 Jan 1996 13:03:20 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA01181 for ; Fri, 5 Jan 1996 13:03:05 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id QAA12071; Fri, 5 Jan 1996 16:01:20 -0500 Date: Fri, 5 Jan 1996 16:01:19 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Joe Greco cc: davidg@Root.COM, hackers@freebsd.org Subject: Re: Machine "disappears" off the net..? In-Reply-To: <199601051939.NAA03022@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, 5 Jan 1996, Joe Greco wrote: > Anyways, it's all slated for replacement. With a little luck, maybe I can > make it all 10bT.... and maybe the problems will go away. which 3com card and which FreeBSD? early version of the ep0 driver may account for this. 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 Fri Jan 5 13:17:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01962 for hackers-outgoing; Fri, 5 Jan 1996 13:17:22 -0800 (PST) Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA01956 for ; Fri, 5 Jan 1996 13:17:13 -0800 (PST) Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0tYJVZ-0009atC; Fri, 5 Jan 96 13:17 PST Date: Fri, 5 Jan 1996 13:17:03 -0800 (PST) From: Jake Hamby To: Nate Williams cc: "Kaleb S. KEITHLEY" , hackers@freefall.freebsd.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: <199601051550.IAA04120@rocky.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 5 Jan 1996, Nate Williams wrote: > > I'm keen on ELF so that I don't have to compile everything in a library > > twice to get shared libraries. I'd also be keen to get rid of ldconfig > > and ld.so.cache. (Am I only doing this because I've never questioned the > > shared-lib build rules we were given for X11?) > > AFAIK, you *don't* have to re-compiled everything twice to get shared > libraries. You can use PIC code in the libraries if you want, although > you will take a performance hit for using PIC code in static > executables. If Linux is doing this, then they *should* be compiling > stuff without -PIC because of performance. Right, ELF is identical to FreeBSD's existing a.out shared library system in terms of performance/ease-of-use. Either way, you want to compile each file twice (for best performance on static libraries). I think the only reason Linux jumped to ELF is because their old jump-table system of building shared libraries (which didn't require -fPIC because each library was assigned a different fixed offset, but on the other hand required a lot of magic numbers and hand-holding) just sucked so bad. Besides, Linux's ELF isn't even COMPATIBLE with SVR4, neither the standard shared libraries or even statically linked stuff will work (except in the ibcs2 emulation that FreeBSD has as well), AND the Linux upgrade to ELF was somewhat traumatic for everyone. So I vote no on the whole idea (of switching FreeBSD), I'm 100% happy with our existing a.out system and see NO reason to change. Just my $0.02 before everyone gets too excited about this dumb idea without realizing what it involves and how minimal the gain would be. ---Jake From owner-freebsd-hackers Fri Jan 5 13:33:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03189 for hackers-outgoing; Fri, 5 Jan 1996 13:33:27 -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 NAA03177 for ; Fri, 5 Jan 1996 13:33:19 -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 NAA00607 for ; Fri, 5 Jan 1996 13:33:09 -0800 Message-Id: <199601052133.NAA00607@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.org Subject: meteor driver and recent stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Jan 1996 13:33:09 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Howdy, I am having problems with the meteor driver crashing the system over here and I am also in touch with Jim Lowe one of the co-authors of the driver. Whats interesting is that previous old versions seems to also crash the system even thought right up to last nite I didn't have any problems at all with his driver. Is just after I supped last nite. Does anyone have a clue as to what was checkin recently to cause problems to devices such as the meteor pci video capture driver? Tnks, Amancio From owner-freebsd-hackers Fri Jan 5 14:03:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05975 for hackers-outgoing; Fri, 5 Jan 1996 14:03: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 OAA05966 Fri, 5 Jan 1996 14:03:06 -0800 (PST) Message-Id: <199601052203.OAA05966@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: "Amancio Hasty Jr." cc: hackers@freebsd.org Subject: Re: meteor driver and recent stable In-reply-to: Your message of "Fri, 05 Jan 1996 13:33:09 PST." <199601052133.NAA00607@rah.star-gate.com> Date: Fri, 05 Jan 1996 14:03:05 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > >Howdy, > >I am having problems with the meteor driver crashing the system over here >and I am also in touch with Jim Lowe one of the co-authors of the driver. > >Whats interesting is that previous old versions seems to also crash the >system even thought right up to last nite I didn't have any problems >at all with his driver. Is just after I supped last nite. > >Does anyone have a clue as to what was checkin recently to cause problems >to devices such as the meteor pci video capture driver? > > Tnks, > Amancio Boot with -v and see what the PCI burst len and latency timer values are set to for the 2940. We never used to set them. Now we set them if they were not initialized at POST. Take a look in sys/pci/aic7870.c for details. My guess is that the 2940 is hogging the bus and the meteor isn't happy about it. If this is the case, I'm open to suggestions on how to come up with good defaults. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Jan 5 14:04:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06179 for hackers-outgoing; Fri, 5 Jan 1996 14:04:48 -0800 (PST) Received: from zeus.bbcc.ctc.edu (ZEUS.BBCC.CTC.EDU [134.39.180.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA06162 for ; Fri, 5 Jan 1996 14:04:36 -0800 (PST) Received: (from chris@localhost) by zeus.bbcc.ctc.edu (8.6.12/8.6.12) id OAA05900; Fri, 5 Jan 1996 14:07:04 GMT Date: Fri, 5 Jan 1996 14:07:04 GMT Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: <199601051413.JAA24544@fang.cs.sunyit.edu> Reply-To: chrisc@MAIL.bbcc.ctc.edu Organization: Big Bend Community College From: Chris Coleman To: Subject: Re: UPS Cc: Sender: owner-hackers@freebsd.org Precedence: bulk On Fri Jan 5 09:13:52 1996 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. > >-- >Charles Green, PRC Inc. UN*X System Administration >22 Powell Ave. Apt. B UN*X Security & >Whitesboro, NY 13492 Programming From owner-freebsd-hackers Fri Jan 5 14:05:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06242 for hackers-outgoing; Fri, 5 Jan 1996 14:05:24 -0800 (PST) Received: from zeus.bbcc.ctc.edu (ZEUS.BBCC.CTC.EDU [134.39.180.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA06232 for ; Fri, 5 Jan 1996 14:05:17 -0800 (PST) Received: (from chris@localhost) by zeus.bbcc.ctc.edu (8.6.12/8.6.12) id OAA05903; Fri, 5 Jan 1996 14:08:01 GMT Date: Fri, 5 Jan 1996 14:08:01 GMT Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD In-Reply-To: <199601051413.JAA24544@fang.cs.sunyit.edu> Reply-To: chrisc@MAIL.bbcc.ctc.edu Organization: Big Bend Community College From: Chris Coleman To: Subject: Re: UPS Cc: Sender: owner-hackers@freebsd.org Precedence: bulk On Fri Jan 5 09:13:52 1996 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. > >-- >Charles Green, PRC Inc. UN*X System Administration >22 Powell Ave. Apt. B UN*X Security & >Whitesboro, NY 13492 Programming I have a APC smart UPS 600 also, i would like to get into the action of helping out on it. My Boss is pushing me to get it compatable in a hurry. Chrisc@mail.bbcc.ctc.edu From owner-freebsd-hackers Fri Jan 5 14:17:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07124 for hackers-outgoing; Fri, 5 Jan 1996 14:17:28 -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 OAA07119 for ; Fri, 5 Jan 1996 14:17:20 -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 OAA01054; Fri, 5 Jan 1996 14:16:59 -0800 Message-Id: <199601052216.OAA01054@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Justin T. Gibbs" cc: Jim Lowe , hackers@freebsd.org Subject: Re: meteor driver and recent stable In-reply-to: Your message of "Fri, 05 Jan 1996 14:03:05 PST." <199601052203.OAA05966@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Jan 1996 14:16:57 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Okay, I will take a look and give it another whirl 8) Amancio >>> "Justin T. Gibbs" said: > > > >Howdy, > > > >I am having problems with the meteor driver crashing the system over here > >and I am also in touch with Jim Lowe one of the co-authors of the driver. > > > >Whats interesting is that previous old versions seems to also crash the > >system even thought right up to last nite I didn't have any problems > >at all with his driver. Is just after I supped last nite. > > > >Does anyone have a clue as to what was checkin recently to cause problems > >to devices such as the meteor pci video capture driver? > > > > Tnks, > > Amancio > > Boot with -v and see what the PCI burst len and latency timer values > are set to for the 2940. We never used to set them. Now we set > them if they were not initialized at POST. Take a look in > sys/pci/aic7870.c for details. My guess is that the 2940 is hogging > the bus and the meteor isn't happy about it. If this is the case, > I'm open to suggestions on how to come up with good defaults. > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== From owner-freebsd-hackers Fri Jan 5 14:41:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08115 for hackers-outgoing; Fri, 5 Jan 1996 14:41:43 -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 OAA08106 for ; Fri, 5 Jan 1996 14:41:33 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA05833 ; Fri, 5 Jan 1996 23:41:29 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA15529 ; Fri, 5 Jan 1996 23:41:28 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id WAA00304; Fri, 5 Jan 1996 22:51:41 +0100 (MET) From: Ollivier Robert Message-Id: <199601052151.WAA00304@keltia.freenix.fr> Subject: Re: your mail To: thierry@namsa.nato.int (GUINET Thierry) Date: Fri, 5 Jan 1996 22:51:41 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) In-Reply-To: <199601051152.DAA01976@freefall.freebsd.org> from "GUINET Thierry" at Jan 5, 96 12:57:22 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1503 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 GUINET Thierry said: > I just installed version 2.0 on a 486DX/33 PC, everything seemed to work > smoothly, but even if the OS recognizes the ethernet board (a 3com 3C509) > I'm not able to reach the network. Have you looked at the route ? The interfaces ? netstat -rn ifconfig -a or ifconfig ep0 > So, I had a look to /dev and didn't find any entry for device ep0 there, That's expected. BSD systems don't have /dev/ entries. "netstat -i" will give you the interfaces. > NB: If this is, as I believe it, off topic, send the reply directly to me. freebsd-install is for "installation programs" not for installation problems :-) You'd better try freebsd-hackers or better, upgrade to either 2.0.5 or better 2.1.0 and see if you have the same problems... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Dec 31 16:05:48 MET 1995 From owner-freebsd-hackers Fri Jan 5 14:54:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08565 for hackers-outgoing; Fri, 5 Jan 1996 14:54:30 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA08559 for ; Fri, 5 Jan 1996 14:54:24 -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 OAA00299; Fri, 5 Jan 1996 14:54:12 -0800 Message-Id: <199601052254.OAA00299@rah.star-gate.com> To: "Justin T. Gibbs" cc: hackers@freebsd.org Subject: Re: meteor driver and recent stable In-reply-to: Your message of "Fri, 05 Jan 1996 14:03:05 PST." <199601052203.OAA05966@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <296.820882451.1@rah.star-gate.com> Date: Fri, 05 Jan 1996 14:54:11 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Okay, I think that this a new problem with the latest sound driver which most of you are not running. Somehow, whatever went into the kernel lately has triggered a bug in the sound driver or maybe the bug was always there and it is now showing consistently in the sound driver. The reason why I am blaming the sound driver is because I now I have vic up and running and typing all of this whereas in the past few hours just a few seconds of playing with vic with video capture would crash my system the minute that I tried to access the sound driver with vat. vat-4.0a2 + my GUS PnP and no vic seems to be okay however if I use vic + vat my system crashes.This may correlate with a previously reported crash from Jordan with my latest sound driver and his Gus MAX. None of this makes that much sense at this point so I guess I have my weekend hacking cut out for me 8) Tnks, Amancio >>> "Justin T. Gibbs" said: > > > >Howdy, > > > >I am having problems with the meteor driver crashing the system over here > >and I am also in touch with Jim Lowe one of the co-authors of the driver. > > > >Whats interesting is that previous old versions seems to also crash the > >system even thought right up to last nite I didn't have any problems > >at all with his driver. Is just after I supped last nite. > > > >Does anyone have a clue as to what was checkin recently to cause problems > >to devices such as the meteor pci video capture driver? > > > > Tnks, > > Amancio > > Boot with -v and see what the PCI burst len and latency timer values > are set to for the 2940. We never used to set them. Now we set > them if they were not initialized at POST. Take a look in > sys/pci/aic7870.c for details. My guess is that the 2940 is hogging > the bus and the meteor isn't happy about it. If this is the case, > I'm open to suggestions on how to come up with good defaults. > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== From owner-freebsd-hackers Fri Jan 5 15:23:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09917 for hackers-outgoing; Fri, 5 Jan 1996 15:23:05 -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 PAA09912 for ; Fri, 5 Jan 1996 15:23:03 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA20148; Fri, 5 Jan 96 15:21:58 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Message-Id: <9601052321.AA20148@toadflax.cs.ucdavis.edu> Subject: Re: LUN support. To: hackers@freebsd.org Date: Fri, 5 Jan 1996 15:21:57 -0800 (PST) In-Reply-To: <199601051935.LAA26123@freefall.freebsd.org> from "Justin T. Gibbs" at Jan 5, 96 11:35:07 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 > > > > > > >Does FreeBSD have support for LUN's? > > Luns are supported in the generic SCSI code, but I believe that > some drivers do not fully support LUNs. If you have a device that > requires probing on multiple luns, you will have to add a "rogue" > entry in your kernel to force the probe. Too many devices get > confused when you probe beyond LUN0 that it was disabled by > default. For the aha (Adaptec 1542) device, it isn't nessciary to add anything to the kernel for probeing of LUN's. This is how my CDROM changer works, with a virgin FreeBSD 2.1.0 install. Infact this kind of support cost a previous employer $750 for each Sun (for the custom driver) we would every want to move the CDROM changer to. ==> Go FreeBSD! -- David (obrien@cs.ucdavis.edu) From owner-freebsd-hackers Fri Jan 5 15:23:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09942 for hackers-outgoing; Fri, 5 Jan 1996 15:23:52 -0800 (PST) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA09937 for ; Fri, 5 Jan 1996 15:23:49 -0800 (PST) Received: (from srob@localhost) by sumter.awod.com (8.6.11/8.6.9) id SAA24679; Fri, 5 Jan 1996 18:21:42 -0500 Date: Fri, 5 Jan 1996 18:21:41 -0500 (EST) From: Sean Robertson To: hackers@freebsd.org Subject: PCMCIA Modem Stuff (Megahertz) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I was on the newsgroups the other day and saw an interesting post about PCMCIA. I am trying to get my Megahertz 14.4 modem to work under 2.1. My 3Com ethernet card works great, and, as long as the driver for the 3Com is left in the kernel, my Magahertz card is seen at boot time, but, I do not know what device to put int he kernel to or elsewhere to make it show up as a port. I posted a request in the Newsgroups for a repost but nothing has come out yet. I am not even sure that this is the place to ask, but this seem to be the most interesting of all of the mailing lists so I read it a lot. Let me know if anyone knows how, and/or has a copy of the thing from the misc newsgroup. Sean P. Robertson _____________________________________________________________________ Sean P. Robertson spr@awod.com Sales Manager A World of Difference, Inc. (803)769-4488 Providing community access to the Internet for Charleston, SC From owner-freebsd-hackers Fri Jan 5 16:40:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13779 for hackers-outgoing; Fri, 5 Jan 1996 16:40:07 -0800 (PST) Received: from zeus.bbcc.ctc.edu (ZEUS.BBCC.CTC.EDU [134.39.180.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA13708 for ; Fri, 5 Jan 1996 16:39:59 -0800 (PST) Received: (from chris@localhost) by zeus.bbcc.ctc.edu (8.6.12/8.6.12) id QAA06110 for hackers@freebsd.org; Fri, 5 Jan 1996 16:42:48 GMT Date: Fri, 5 Jan 1996 16:42:48 GMT Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Reply-To: chrisc@MAIL.bbcc.ctc.edu Organization: Big Bend Community College From: Chris Coleman To: Subject: XFMailer Sender: owner-hackers@freebsd.org Precedence: bulk I'm noticing a bug in the Xfmailer for Xwindows, Im using it to read this mail, and to respond to it. When I reply to a message, it sends out a un-changed copy and then it sends out my revised copy. So if you keep seeing multiple copies about one letter from me, the one that seems to be a unedited reply is the fault of this bug. I would like to know how to fix it, if anyone knows. We already have enough extra mail running through this list with out unintentional erros thanks chris From owner-freebsd-hackers Fri Jan 5 16:54:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14395 for hackers-outgoing; Fri, 5 Jan 1996 16:54:06 -0800 (PST) Received: from zeus.bbcc.ctc.edu (ZEUS.BBCC.CTC.EDU [134.39.180.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA14390 for ; Fri, 5 Jan 1996 16:54:03 -0800 (PST) Received: (from chris@localhost) by zeus.bbcc.ctc.edu (8.6.12/8.6.12) id QAA06131 for hackers@freebsd.org; Fri, 5 Jan 1996 16:56:52 GMT Date: Fri, 5 Jan 1996 16:56:52 GMT Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Reply-To: chrisc@MAIL.bbcc.ctc.edu Organization: Big Bend Community College From: Chris Coleman To: Subject: The Project project Sender: owner-hackers@freebsd.org Precedence: bulk I see a lot of people wanting to help out on the FreeBSD project in several ways . But I haven't seen any organized way of signing up and getting involved or letting each other in on whats going on. (except of course for the core team) If there is a method already set up, just ignore me and set me straight in my ignorant ways. But if there isn;t Why don't we designate on person to be the Project Overlord, (or some other fancy title) and put all the projects that the core team doesn;t have time to handle on the homepage and let us signup, (through this list or even a projectsignup e-mail) and put the e-mail of the people who are working on the particular project under there, so those interested can get ahold of them and so on. Or just put one contact persons name under the homepage listing for each project and make them responsible for the other people who want to be involved. It's just a suggestion, and im willing to help out where i can. send me your Ideas. chrisc@mail.bbcc.ctc.edu From owner-freebsd-hackers Fri Jan 5 17:51:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA16670 for hackers-outgoing; Fri, 5 Jan 1996 17:51:59 -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 RAA16660 for ; Fri, 5 Jan 1996 17:51:54 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id RAA07493; Fri, 5 Jan 1996 17:51:53 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id TAA03975; Fri, 5 Jan 1996 19:56:48 -0800 (PST) Message-Id: <199601060356.TAA03975@corbin.Root.COM> To: dennis@etinc.com (dennis) cc: hackers@freebsd.org Subject: Re: SMC PCI card - Cant load 2.1R In-reply-to: Your message of "Fri, 05 Jan 96 15:56:04 EST." <199601052056.PAA09797@etinc.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 05 Jan 1996 19:56:48 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >I've been trying to load 2.1R via NFS with an AP5C 120mhz Pentium with >an SMC EtherPower card (I've used this card successfully with FreeBSD >before) and it doesnt work. It probes the card properly (de0) but when it >goes to NFS attach it failes (portmap failure..)...I have a lan moniter and >nothing is being put out by the card. Putting an NE2000 into the box and it >loads just fine. > >After bringing the machine up...it is apparent that the card doesn't work >in the box at all. It doesn't hang, and you dont get an error...but the >card doesn't transmit anything. Perhaps an interrupt assignment? Is the BIOS assigning a reasonable, non- conflict interrupt to the card? Look in the BIOS configuration and/or at irq in the probe/attach messages during the kernel startup for this. Does the card continue to work in some other PCI machine, and just not in this one? >I've used this card before (not with this MB)..is there a bug fix or something >that I've missed? There aren't any known bugs in the driver released in 2.1. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Fri Jan 5 18:00:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17080 for hackers-outgoing; Fri, 5 Jan 1996 18:00:19 -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 SAA17075 Fri, 5 Jan 1996 18:00:14 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) id SAA03676; Fri, 5 Jan 1996 18:00:10 -0800 Date: Fri, 5 Jan 1996 18:00:10 -0800 From: John Polstra Message-Id: <199601060200.SAA03676@austin.polstra.com> To: hasty@rah.star-gate.com Subject: Re: Anyone got GNU `dld' ported to FreeBSD? Newsgroups: polstra.freebsd.hackers In-Reply-To: <199601041943.LAA05776@rah.star-gate.com> Organization: Polstra & Co., Seattle, WA Cc: freebsd-hackers@freebsd.org, jkh@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article <199601041943.LAA05776@rah.star-gate.com> Amancio writes: > >>> "Jordan K. Hubbard" said: > > Ours works just fine too, but I can't use dynamic linking from a > > statically-linked application, which is what sysinstall needs to be. > > What is your problem exactly when you try to use dlopen in a statically > compiled program? The dlopen and related functions are implemented in the dynamic linker, /usr/libexec/ld.so. The dynamic linker is itself a shared library. It is mapped into the address space (i.e., it is made available) only for dynamically-linked programs. So if your program is statically linked, it does not have access to the dl* functions. This is exactly the same behavior as SVR4 and SunOS, by the way. Also, a few people referred to the "static crt0.o" and the "dynamic crt0.o". There is only one crt0.o. It decides whether or not to invoke the dynamic linker, according to whether the program being run is dynamically linked. I suppose it might be possible to add support for the dl* functions into the static libc.a. I haven't thought through the ramifications of that. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Fri Jan 5 18:03:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17140 for hackers-outgoing; Fri, 5 Jan 1996 18:03: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 SAA17134 for ; Fri, 5 Jan 1996 18:03:42 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id SAA28978; Fri, 5 Jan 1996 18:06:14 -0800 Date: Fri, 5 Jan 1996 18:06:13 -0800 (PST) From: Jaye Mathisen To: "Justin T. Gibbs" cc: hackers@freebsd.org Subject: Re: LUN support. In-Reply-To: <199601051945.LAA26831@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hmmm, well, I never could get it to work, it didn't even find the second LUN's on the bootup BIOS sequence, let alone the kernel finding anything. I fold, it will just be 1 big 20GB disk. On Fri, 5 Jan 1996, Justin T. Gibbs wrote: > > > >I have a RAID box that can support multiple LUN's to appear as multiple > >RAID'd disks to the host. Ie, with 10GB of disk after parity, I can make > >1 LUN look like a 5GB disk, and 5 more LUN's of 1GB each. > > Look in sys/scsi to see how to create an entry for your device. It > should work. > > >I'm on a 2940 with FreeBSD 2.1-stable. > > The 2940 fully supports multiple LUNs. You will see a large performance > increate if you use tagged queuing since in the non-tagged case, the driver > will only queue one transaction per target (locking out transactions based > on the target-lun nexus was too constly down in the sequencer). Upgrade > to the latest -stable code and define the AHC_TAGENABLE option in your > kernel config file. > > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > From owner-freebsd-hackers Fri Jan 5 18:04:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17256 for hackers-outgoing; Fri, 5 Jan 1996 18:04:41 -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 SAA17246 for ; Fri, 5 Jan 1996 18:04:38 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) id SAA03700; Fri, 5 Jan 1996 18:03:17 -0800 Date: Fri, 5 Jan 1996 18:03:17 -0800 From: John Polstra Message-Id: <199601060203.SAA03700@austin.polstra.com> To: ez@eztravel.com Subject: Re: Endeavor M/B and Adaptec Newsgroups: polstra.freebsd.hackers In-Reply-To: <199601051902.LAA02215@eztravel.com> Organization: Polstra & Co., Seattle, WA Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article <199601051902.LAA02215@eztravel.com> you write: > Just got off line with Adaptec Support and they recommended NOT to get > the Endeavor M/B with their 2940 series. They haven't been able to get > it to work correctly - he said the Endeavor wasn't a bus mastering m/b. Oh, baloney! I've been using an Adaptec 2940 on an Endeavor motherboard under FreeBSD for about 6 weeks now. It came right up, and hasn't given me a bit of trouble. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Fri Jan 5 18:19:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17871 for hackers-outgoing; Fri, 5 Jan 1996 18:19:20 -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 SAA17863 for ; Fri, 5 Jan 1996 18:19:15 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id VAA12452; Fri, 5 Jan 1996 21:19:56 -0500 From: Peter Dufault Message-Id: <199601060219.VAA12452@hda.com> Subject: Re: LUN support. To: obrien@cs.ucdavis.edu (David E. O'Brien) Date: Fri, 5 Jan 1996 21:19:55 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <9601052321.AA20148@toadflax.cs.ucdavis.edu> from "David E. O'Brien" at Jan 5, 96 03:21:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > For the aha (Adaptec 1542) device, it isn't nessciary to add anything to > the kernel for probeing of LUN's. This is how my CDROM changer works, > with a virgin FreeBSD 2.1.0 install. Infact this kind of support cost a > previous employer $750 for each Sun (for the custom driver) we would > every want to move the CDROM changer to. ==> Go FreeBSD! Your CDROM changer probably already has the entry - you need the "SC_MORE_LUS" flag set in a kernel data structure to encourage the kernel to keep looking for devices on more luns after one has been found. This should be fixed someday to not require a rebuild. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Fri Jan 5 21:05:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24473 for hackers-outgoing; Fri, 5 Jan 1996 21:05:25 -0800 (PST) Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA24467 for ; Fri, 5 Jan 1996 21:05:18 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id NAA07452 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 13:05:11 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: Sat, 6 Jan 1996 01:05:11 GMT From: mark@seeware.DIALix.oz.au (Mark Hannon) Message-ID: Organization: SeeWare Software Subject: Creating linux binaries Sender: owner-hackers@freebsd.org Precedence: bulk Hi all, I have been playing around with linux emulation code and have had some success. I managed to get doom running and then I even managed to get a linux mwm binary up and running (no problems what so ever!). The linux version of mwm even feels a bit quicker than the SWiM freebsd version of mwm I have on my system. My question is : has anyone had any luck at generating linux binaries from a freebsd system? ie compiling the code on freebsd with the result being a linux binary linked with linux libraries??? rgds/mark -- +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | Mark Hannon,| FreeBSD - Free Unix for your PC| mark@seeware.DIALix.oz.au| | Melbourne, | PGP key available by fingering | epamha@epa.ericsson.se | | Australia | seeware@melbourne.DIALix.oz.au | | From owner-freebsd-hackers Fri Jan 5 21:12:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA24850 for hackers-outgoing; Fri, 5 Jan 1996 21:12:52 -0800 (PST) Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA24841 for ; Fri, 5 Jan 1996 21:12:50 -0800 (PST) Received: (from vince@localhost) by apollo.COSC.GOV (8.7.3/8.6.9) id VAA01685; Fri, 5 Jan 1996 21:12:30 -0800 (PST) Date: Fri, 5 Jan 1996 21:12:30 -0800 (PST) From: -Vince- To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: -current kernel problems In-Reply-To: <9698.820873454@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 5 Jan 1996, Jordan K. Hubbard wrote: > > I had upgraded from the 11/23/95 -current kernel to the latest > > -current kernel since 12/28/95 and have tried to recompile a kernel after > > Will you PLEASE stop sending this to -hackers? This is a -current issue! > > I've seen this message 4 times now and you're getting dangerously > close to spamming us here.. Please don't make us filter your postings > to the mailing lists entirely! Sorry Jordan and everyone! I didn't know I was off the lists so I thought the post never made it there.... Anyways, someone suggested I posted it to -hackers instead of -current since it had something to do with some sysctl change. Cheers, -Vince- vince@COSC.GOV - GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin From owner-freebsd-hackers Fri Jan 5 21:31:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA25956 for hackers-outgoing; Fri, 5 Jan 1996 21:31:55 -0800 (PST) Received: from buarchive.bu.ac.th (BUARCHIVE.BU.AC.TH [202.44.254.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA25942 for ; Fri, 5 Jan 1996 21:31:31 -0800 (PST) Received: (from ckt@localhost) by buarchive.bu.ac.th (8.7.3/8.7.3) id TAA00823; Sat, 6 Jan 1996 19:32:39 +0700 (ICT) Date: Sat, 6 Jan 1996 19:32:35 +0700 (ICT) From: Charoenchai Kiranantawat To: hackers@FreeBSD.ORG Subject: IRCD again please! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I have compile and install IRCD on my FreeBSD 2.1.0R,My IRC server cannot talk to outside WORLD and serve only one connection,does anyone point me out what the problems is. *** Connecting to port 6667 of server irc *** Welcome to the Internet Relay Network ckt /HELP NEWUSER *** Your host is irc.bu.ac.th, running version 2.8.21 *** This server was created Sat Jan 6 1996 at 10: 18:29 ICT *** umodes available oiws, channel modes available biklmnopstv *** There are 1 users and 0 invisible on 1 servers *** 2 unknown connection(s) *** This server has 1 clients and 0 servers connected TIA, Charoenchai Kiranantawat Bangkok University Bangkok, Thailand. From owner-freebsd-hackers Fri Jan 5 22:19:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA27442 for hackers-outgoing; Fri, 5 Jan 1996 22:19:43 -0800 (PST) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA27436 for ; Fri, 5 Jan 1996 22:19:39 -0800 (PST) Received: (from winter@localhost) by sasami.jurai.net (8.6.11/8.6.9) id AAA14258; Sat, 6 Jan 1996 00:19:48 -0600 Date: Sat, 6 Jan 1996 00:19:47 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Charoenchai Kiranantawat cc: hackers@FreeBSD.ORG Subject: Re: IRCD again please! In-Reply-To: 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, Charoenchai Kiranantawat wrote: > I have compile and install IRCD on my FreeBSD 2.1.0R,My IRC server cannot > talk to outside WORLD and serve only one connection,does anyone > point me out what the problems is. What IRC network have you arranged to have your server connected to? It may be that your hub hasn't added the proper C/N lines in their conf file for you. (Or you have not added them to your conf file.) Hope this helps. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-hackers Fri Jan 5 22:52:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA28727 for hackers-outgoing; Fri, 5 Jan 1996 22:52:21 -0800 (PST) Received: from eztravel.com (eztravel.com [205.179.24.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA28721 for ; Fri, 5 Jan 1996 22:52:11 -0800 (PST) Received: (from ez@localhost) by eztravel.com (8.6.11/8.6.9) id WAA00461; Fri, 5 Jan 1996 22:43:17 -0800 From: EZ Travel Message-Id: <199601060643.WAA00461@eztravel.com> Subject: Re: Endeavor M/B and Adaptec To: jdp@polstra.com (John Polstra) Date: Fri, 5 Jan 1996 22:43:17 -0800 (PST) Cc: hackers@freebsd.org In-Reply-To: <199601060203.SAA03700@austin.polstra.com> from "John Polstra" at Jan 5, 96 06:03: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 > > In article <199601051902.LAA02215@eztravel.com> you write: > > Just got off line with Adaptec Support and they recommended NOT to get > > the Endeavor M/B with their 2940 series. They haven't been able to get > > it to work correctly - he said the Endeavor wasn't a bus mastering m/b. > > Bob Beaulieu ez@eztravel.com > > Oh, baloney! > > I've been using an Adaptec 2940 on an Endeavor motherboard under FreeBSD > for about 6 weeks now. It came right up, and hasn't given me a bit of > trouble. > John Polstra jdp@polstra.com Well, for your info I also asked about adaptec 2940 and freebsd and he said it was NOT supported. I am writing to you from a pentium with a 2940W, so I know it works. I don't have an Endeavor M/B to test, but if a tech support person tells me they've been having problems with the endeavor m/b... Are you saying that its bus mastering too?? Are there other happy endeavor with 2940w or 2940uw users? Bob ez@eztravel.com From owner-freebsd-hackers Fri Jan 5 23:08:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29244 for hackers-outgoing; Fri, 5 Jan 1996 23:08:37 -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 XAA29238 for ; Fri, 5 Jan 1996 23:08:33 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id CAA00512; Sat, 6 Jan 1996 02:06:38 -0500 Date: Sat, 6 Jan 1996 02:06:38 -0500 (EST) From: Brian Tao To: Daniel Leeds cc: hackers@FreeBSD.ORG Subject: Re: find problems In-Reply-To: <199601021233.MAA01889@sponsor.octet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 2 Jan 1996, Daniel Leeds wrote: > > $ find / > file.output & > > it bombs midway through with fts_read no such file or directory? Do you have any NFS directories on that machine that are *not* exported with the maproot=0 option? I get this error if I try to access directories owned by root that would otherwise be readable by root, except NFS remaps root to uid -1, and disallows access to the directory. -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Fri Jan 5 23:10:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA29494 for hackers-outgoing; Fri, 5 Jan 1996 23:10:55 -0800 (PST) Received: from buarchive.bu.ac.th (BUARCHIVE.BU.AC.TH [202.44.254.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA29487 for ; Fri, 5 Jan 1996 23:10:37 -0800 (PST) Received: (from ckt@localhost) by buarchive.bu.ac.th (8.7.3/8.7.3) id OAA01095; Sat, 6 Jan 1996 14:09:54 +0700 (ICT) Date: Sat, 6 Jan 1996 14:09:54 +0700 (ICT) From: Charoenchai Kiranantawat To: "Matthew N. Dodd" cc: hackers@FreeBSD.ORG Subject: Re: IRCD again please! In-Reply-To: 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, Matthew N. Dodd wrote: > On Sat, 6 Jan 1996, Charoenchai Kiranantawat wrote: > > I have compile and install IRCD on my FreeBSD 2.1.0R,My IRC server cannot > > talk to outside WORLD and serve only one connection,does anyone > > point me out what the problems is. > > What IRC network have you arranged to have your server connected to? > It may be that your hub hasn't added the proper C/N lines in their > conf file for you. > (Or you have not added them to your conf file.) > I use C/N defaults value from example.conf,does it work? # ident is allowed in the server's hostname part of the field. # these lines tell the server to automatically (note the port number, that # means automatic connection) connect to cs-ftp.bu.edu: C:hrose@cs-ftp.bu.edu:bigspark:cs-ftp.bu.edu:6667:10 N:hrose@cs-ftp.bu.edu:bigalpha:cs-ftp.bu.edu::10 # # This server's connection lines are more vanilla, masking the host to # *.bu.edu (as described above): C:irc-2.mit.edu:camelsrk00l:irc-2.mit.edu::2 N:irc-2.mit.edu:andsoarellamas:irc-2.mit.edu:1:2 # # H: [OPTIONAL]. These lines define who you permit to act as a "hub" to # you (that is, who you permit to connect non-leafed servers to you). # # the first field may use wildcards, the third field *must* be an exact # match for a server's name (NOT a server's hostname, if they differ, the # server's name must be used). If the servername is a wildcard (e.g. *.au) # that is an acceptable name for the third field. # # The fields are as follows: # H:servers which are permitted entry::hub server # # Example, permit cs-ftp.bu.edu to allow any servers behind it to connect: H:*::cs-ftp.bu.edu # # Example, permit irc-2.mit.edu to allow any MIT servers behind it to # connect: H:*.mit.edu::irc-2.mit.edu H:*.bu.ac.th::irc.bu.ac.th # TIA, Charoenchai kiranantawat Bangkok university Bangkok,Thailand. From owner-freebsd-hackers Fri Jan 5 23:37:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA01122 for hackers-outgoing; Fri, 5 Jan 1996 23:37:43 -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 XAA01112 Fri, 5 Jan 1996 23:37:39 -0800 (PST) Message-Id: <199601060737.XAA01112@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: obrien@cs.ucdavis.edu (David E. O'Brien) cc: hackers@freebsd.org Subject: Re: LUN support. In-reply-to: Your message of "Fri, 05 Jan 1996 15:21:57 PST." <9601052321.AA20148@toadflax.cs.ucdavis.edu> Date: Fri, 05 Jan 1996 23:37:39 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >> >> > >> > >> >Does FreeBSD have support for LUN's? >> >> Luns are supported in the generic SCSI code, but I believe that >> some drivers do not fully support LUNs. If you have a device that >> requires probing on multiple luns, you will have to add a "rogue" >> entry in your kernel to force the probe. Too many devices get >> confused when you probe beyond LUN0 that it was disabled by >> default. > >For the aha (Adaptec 1542) device, it isn't nessciary to add anything to >the kernel for probeing of LUN's. This is how my CDROM changer works, >with a virgin FreeBSD 2.1.0 install. Infact this kind of support cost a >previous employer $750 for each Sun (for the custom driver) we would >every want to move the CDROM changer to. ==> Go FreeBSD! > >-- David (obrien@cs.ucdavis.edu) Your changer must already be in the table in sys/scsi/scsiconf.c. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Jan 5 23:45:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02578 for hackers-outgoing; Fri, 5 Jan 1996 23:45:41 -0800 (PST) Received: (from dima@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02558 Fri, 5 Jan 1996 23:45:38 -0800 (PST) Message-Id: <199601060745.XAA02558@freefall.freebsd.org> Subject: Re: IRCD again please! To: ckt@buarchive.bu.ac.th (Charoenchai Kiranantawat) Date: Fri, 5 Jan 1996 23:45:37 -0800 (PST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Charoenchai Kiranantawat" at Jan 6, 96 07:32:35 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 Charoenchai Kiranantawat writes: > > > I have compile and install IRCD on my FreeBSD 2.1.0R,My IRC server cannot > talk to outside WORLD and serve only one connection,does anyone > point me out what the problems is. You have to get IRC link first. Ask on #twilight_zone about it ... > > *** Connecting to port 6667 of server irc > *** Welcome to the Internet Relay Network ckt > /HELP NEWUSER *** Your host is irc.bu.ac.th, running version 2.8.21 > *** This server was created Sat Jan 6 1996 at 10: 18:29 ICT > *** umodes available oiws, channel modes available biklmnopstv > *** There are 1 users and 0 invisible on 1 servers > *** 2 unknown connection(s) > *** This server has 1 clients and 0 servers connected > > TIA, > Charoenchai Kiranantawat > Bangkok University > Bangkok, Thailand. > -- dima rdy@IRC From owner-freebsd-hackers Fri Jan 5 23:51:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02913 for hackers-outgoing; Fri, 5 Jan 1996 23:51:04 -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 XAA02907 for ; Fri, 5 Jan 1996 23:50:56 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id QAA06973; Sat, 6 Jan 1996 16:50:21 +0900 Date: Sat, 6 Jan 1996 16:50:21 +0900 Message-Id: <199601060750.QAA06973@frig.mt.cs.keio.ac.jp> To: srob@awod.com Cc: hackers@freebsd.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: PCMCIA Modem Stuff (Megahertz) In-Reply-To: Your message of Fri, 5 Jan 1996 18:21:41 -0500 (EST). 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 srob@awod.com writes: >> I was on the newsgroups the other day and saw an interesting post about >> PCMCIA. I am trying to get my Megahertz 14.4 modem to work under 2.1. >> My 3Com ethernet card works great, and, as long as the driver for the >> 3Com is left in the kernel, my Magahertz card is seen at boot time, but, >> I do not know what device to put int he kernel to or elsewhere to make it >> show up as a port. >> >> I posted a request in the Newsgroups for a repost but nothing has >> come out yet. I am not even sure that this is the place to ask, but this >> seem to be the most interesting of all of the mailing lists so I read it >> a lot. Let me know if anyone knows how, and/or has a copy of the thing >> from the misc newsgroup. I'm working on sys/pccard stuff. I'll release alpha-test version in a few days. Currently, we're testing on the following PCMCIA cards. Type Card Status Hotplug ---------------------------------------------------------------- Ethernet IBM PCMCIA Ether I OK OK IBM PCMCIA Ether II OK OK 3Com Etherlink III 3C589B OK (*1) OK 3Com Etherlink III 3C589C OK (*1) OK Farallon EtherMac OK (*1) OK MACNICA NE2000 Compatible NG NG FAX/Modem Megahertz XJ2144 OK OK Megahertz XJ2288 OK OK NewMedia FAX/Modem 14.4K OK OK Hayes OPTIMA 288 NG (*2) NG OMRON Corp. MD24XCA OK OK SCSI Adaptec SlimSCSI OK OK RATOC REX-5535AC NG (*3) NG RATOC REX-5535X NG (*3) NG NewMedia BusToaster OK OK Flash ATA SunDisk SPD-5 NG (*4) NG (*1) Can't survive suspend/resume (*2) I think it will come to work soon (*3) if_ze-style driver works (*4) I've got the CHS values today! It will come to work soon! -- 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 6 00:11:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA03857 for hackers-outgoing; Sat, 6 Jan 1996 00:11:21 -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 AAA03851 Sat, 6 Jan 1996 00:11:18 -0800 (PST) Message-Id: <199601060811.AAA03851@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: LUN support. In-reply-to: Your message of "Fri, 05 Jan 1996 18:06:13 PST." Date: Sat, 06 Jan 1996 00:11:18 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > >Hmmm, well, I never could get it to work, it didn't even find the second >LUN's on the bootup BIOS sequence, let alone the kernel finding anything. That's because the Adaptec BIOS is playing it safe, just as FreeBSD does. >I fold, it will just be 1 big 20GB disk. Try my suggestion (in earlier mail) and if it works, submit the entry so that it can be included in future releases of FreeBSD. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Jan 6 01:09:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA05686 for hackers-outgoing; Sat, 6 Jan 1996 01:09:32 -0800 (PST) Received: from sasami.jurai.net (root@sasami.jurai.net [205.218.122.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA05680 for ; Sat, 6 Jan 1996 01:09:27 -0800 (PST) Received: (from winter@localhost) by sasami.jurai.net (8.6.11/8.6.9) id DAA08182; Sat, 6 Jan 1996 03:08:14 -0600 Date: Sat, 6 Jan 1996 03:08:13 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Charoenchai Kiranantawat cc: hackers@FreeBSD.ORG Subject: Re: IRCD again please! In-Reply-To: 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, Charoenchai Kiranantawat wrote: > I use C/N defaults value from example.conf,does it work? There is a slight flaw in your perception of how an IRC network operates. What IRC network is allowing your server to join? EF? Undernet? (Probably not Dalnet...) You have to contact the network administrators of whatever IRC network you want to be a part of and as them to add C/N lines for your server. Its doubtfull that EFnet will allow eithe of us to join, as we don't have that many IRC users. If you want to put up a private IRC network you can do that. Read the doc and see how to configure your server. | Matthew N. Dodd | winter@jurai.net | http://www.jurai.net/~winter | | Technical Manager | mdodd@intersurf.net | http://www.intersurf.net | | InterSurf Online | "Welcome to the net Sir, would you like a handbasket?"| From owner-freebsd-hackers Sat Jan 6 01:45:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07274 for hackers-outgoing; Sat, 6 Jan 1996 01:45:23 -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 BAA07248 for ; Sat, 6 Jan 1996 01:44:54 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id SAA07576; Sat, 6 Jan 1996 18:44:44 +0900 Date: Sat, 6 Jan 1996 18:44:44 +0900 Message-Id: <199601060944.SAA07576@frig.mt.cs.keio.ac.jp> To: srob@awod.com, hackers@freebsd.org Cc: hosokawa@mt.cs.keio.ac.jp Subject: Re: PCMCIA Modem Stuff (Megahertz) In-Reply-To: Your message of Sat, 6 Jan 1996 16:50:21 +0900. <199601060750.QAA06973@frig.mt.cs.keio.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk Bravo! In article <199601060750.QAA06973@frig.mt.cs.keio.ac.jp> hosokawa@mt.cs.keio.ac.jp writes: >> Flash ATA >> SunDisk SPD-5 NG (*4) NG OK OK # mount -t /dev/wd1s1 # df Filesystem 512-blocks Used Avail Capacity Mounted on /dev/wd0a 47166 42106 1286 97% / /dev/wd0s1 33100 19752 13348 60% /dos /dev/wd0s2e 170814 137478 19670 87% /var /dev/wd0s2f 977438 870786 28456 97% /usr procfs 8 8 0 100% /proc /dev/wd1s1 10096 40 10056 0% /mnt -- 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 6 01:47:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA07429 for hackers-outgoing; Sat, 6 Jan 1996 01:47:45 -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 BAA07413 for ; Sat, 6 Jan 1996 01:47:36 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id SAA07605; Sat, 6 Jan 1996 18:47:31 +0900 Date: Sat, 6 Jan 1996 18:47:31 +0900 Message-Id: <199601060947.SAA07605@frig.mt.cs.keio.ac.jp> To: srob@awod.com, hackers@freebsd.org Cc: hosokawa@mt.cs.keio.ac.jp Subject: Re: PCMCIA Modem Stuff (Megahertz) In-Reply-To: Your message of Sat, 6 Jan 1996 18:44:44 +0900. <199601060944.SAA07576@frig.mt.cs.keio.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk OOPS! In article <199601060944.SAA07576@frig.mt.cs.keio.ac.jp> hosokawa@mt.cs.keio.ac.jp writes: >> # mount -t /dev/wd1s1 ~~~~~~~~~~~~~~~~~~~ mount -t msdos /dev/wd1s1 /mnt >> # df >> Filesystem 512-blocks Used Avail Capacity Mounted on >> /dev/wd0a 47166 42106 1286 97% / >> /dev/wd0s1 33100 19752 13348 60% /dos >> /dev/wd0s2e 170814 137478 19670 87% /var >> /dev/wd0s2f 977438 870786 28456 97% /usr >> procfs 8 8 0 100% /proc >> /dev/wd1s1 10096 40 10056 0% /mnt -- 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 6 03:08:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA11253 for hackers-outgoing; Sat, 6 Jan 1996 03:08: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 DAA11248 for ; Sat, 6 Jan 1996 03:08:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA13313; Sat, 6 Jan 1996 03:08:03 -0800 To: chrisc@MAIL.bbcc.ctc.edu cc: hackers@freebsd.org Subject: Re: The Project project In-reply-to: Your message of "Fri, 05 Jan 1996 16:56:52 GMT." Date: Sat, 06 Jan 1996 03:08:03 -0800 Message-ID: <13311.820926483@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I see a lot of people wanting to help out on the FreeBSD project in several w ays > . > But I haven't seen any organized way of signing up and getting involved or > letting each other in on whats going on. (except of course for the core team Well, there is a fairly anemic chapter 15 in the Handbook with a section for `what's needed' which I always envisoned being a little more. It's basically a skeleton for describing how to submit work and what work needs doing, now I just need help in fleshing it out! Jordan From owner-freebsd-hackers Sat Jan 6 03:40:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA13821 for hackers-outgoing; Sat, 6 Jan 1996 03:40:40 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-147.emea.ibm.net [139.92.42.147]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA13682 Sat, 6 Jan 1996 03:39:43 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id LAA00553; Fri, 5 Jan 1996 11:12:33 +0100 (MET) Message-Id: <199601051012.LAA00553@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: Joe Greco cc: gestur@islandia.is (Gestur A. Grjetarsson), freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, admin@islandia.is Subject: Re: prevent paralell modem connection 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, 03 Jan 1996 11:27:05 CST." <199601031727.LAA13230@brasil.moneng.mei.com> Date: Fri, 05 Jan 1996 11:12:33 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: Joe Greco > > > > If so, is there a way to prevent people to be able to get connection on > > the system from two or more places at one time, like if users share their > > accounts, taking two modems and only paying for one account ? > > Sure. Stick a "cron" job in to count the number of times that a user is on > a tty line. Think about something like: > > #! /bin/sh - > > This is of course very simplistic but could be effective if run out of cron, > > This is simpler than the network/X11 pty case, of course.. ;-) > The solution reminds me of the games-user killer I wrote in sh in 1978 on V6, (to zap users playing games, to free ttys for programmer friends), simple but effective, but occasionally went wrong during development, & consumed processor resources. I know of a local ISP here (not FreeBSD I guess) who has some kind of `single line only' login facility (no names, to preserve the innocent ;-) I'm sure one could hack login.c to do a nicer solution, in fact if someone waved real money at me I would :-) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Sat Jan 6 03:42:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14050 for hackers-outgoing; Sat, 6 Jan 1996 03:42:34 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-147.emea.ibm.net [139.92.42.147]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA14018 for ; Sat, 6 Jan 1996 03:42:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id KAA00470; Fri, 5 Jan 1996 10:50:14 +0100 (MET) Message-Id: <199601050950.KAA00470@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: hm@altona.hamburg.com cc: freebsd-hackers@freebsd.org Subject: Re: recommendation needed for 8-port serial i/f 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, 03 Jan 1996 09:17:05 +0100." Date: Fri, 05 Jan 1996 10:50:14 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: hm@altona.hamburg.com (Hellmuth Michaelis) > > Can anyone recommend an 8-port RS232 interface which works with 2.1 and is > (and will be) well supported ? Ah yes, and i want to buy it in Germany ;-) > Yes, I've had mine in use for years under FreeBSD current. # Card Name: Decision 8801. # Manufacturer: Decision Computer Int. Co., Ltd. # Comment: 8 Port Hardware documented in my /sys/i386/isa/isa_8com.h.JHS # 8 * NS16450N, Selectable: irq 2,irq 3,irq 4,irq 5,irq 6,irq 7. options "COM_MULTIPORT" # Multiport support in sys/isa/sio.c I bought mine in Munich for ~ 300DM, back when jkh was in the City too (ie several years old price), only drawback is the 8 16450s are soldered, not socketed. I am mailing you (with no cc) my /sys/i386/isa/isa_8com.h.JHS Regards, Julian. Tel. +49 89 268616 -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Sat Jan 6 03:49:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14455 for hackers-outgoing; Sat, 6 Jan 1996 03:49:04 -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 DAA14444 for ; Sat, 6 Jan 1996 03:48:49 -0800 (PST) Received: from uucp1.UU.NET by relay5.UU.NET with SMTP id QQzxil24978; Sat, 6 Jan 1996 06:48:45 -0500 (EST) Received: from uanet.UUCP by uucp1.UU.NET with UUCP/RMAIL ; Sat, 6 Jan 1996 06:48:46 -0500 Received: by crocodil.monolit.kiev.ua; Sat, 6 Jan 96 13:43:59 +0200 Received: (from dk@localhost) by dog.farm.org (8.6.11/dk#3) id NAA12788; Sat, 6 Jan 1996 13:15:22 +0200 Date: Sat, 6 Jan 1996 13:15:22 +0200 From: Dmitry Kohmanyuk Message-Id: <199601061115.NAA12788@dog> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@freebsd.org Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) Newsgroups: cs-monolit.gated.lists.freebsd.hackers Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org Precedence: bulk In article you wrote: > > c = 10 bits = 2^10 = 1024. Not 65536. > This is the BIOS-visible part. BSD can go beyond this, even for disks > where the first part must be accessible to the BIOS (like boot disks). ooh, but when I have >=1024 c disk with non-BSD occupying the first part of it, I still _cannot_ boot BSD without installing some lame s/w like diskmanager (which I hate to use and don't have anyway - and I have LBA drive and LBA IDE controller). Or is there LBA support in the works? Or should I still answer "no" to people with big drives asking can FreeBSD do the same as OS/2 (e.g.) does? > No. Register 0x1f6 does only use bits 0 through 3 for head addressing > (16 heads), bit 4 selects the primary/secondary drive, bits 5/6 select > the sector size, bit 7 is used for ECC usage. (van Gilluwe, p 525). > Both are irrelevant for us, since they belong to DOS. > The INT 0x13 interface traditionally used 10 bits for cylinder > numbers, and an entire byte for head numbers, though the hardware > registers limit the head number to 0..15. hmm, not so precisely. Any AWARD or AMI BIOS since '93 (or '94?) supports the 12-bit cylinder addressing. Read Ralf Brown's Interrupt List for details. or I would just quote it here: --------B-1302------------------------------- INT 13 - DISK - READ SECTOR(S) INTO MEMORY AH = 02h AL = number of sectors to read (must be nonzero) CH = low eight bits of cylinder number CL = sector number 1-63 (bits 0-5) high two bits of cylinder (bits 6-7, hard disk only) DH = head number DL = drive number (bit 7 set for hard disk) ES:BX -> data buffer Return: CF set on error if AH = 11h (corrected ECC error), AL = burst length CF clear if successful AH = status (see #0138) AL = number of sectors transferred Notes: errors on a floppy may be due to the motor failing to spin up quickly enough; the read should be retried at least three times, resetting the disk with AH=00h between attempts the IBM AT BIOS and many other BIOSes use only the low four bits of DH (head number) since the WD-1003 controller which is the standard AT controller (and the controller that IDE emulates) only supports 16 heads AWARD AT BIOS and AMI 386sx BIOS have been extended to handle more than 1024 cylinders by placing bits 10 and 11 of the cylinder number into bits 6 and 7 of DH SeeAlso: AH=03h,AH=0Ah,AH=06h"V10DISK.SYS",AH=21h"PS/1" - > van Gilluwe claims that the topmost two bits of %dh could be used as > an extended cylinder number. Dunno which BIOSes support this. -- "Emacs is a fine O/S, but I still prefer UNIX." - Tom Christiansen From owner-freebsd-hackers Sat Jan 6 03:55:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA14845 for hackers-outgoing; Sat, 6 Jan 1996 03:55:30 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA14828 Sat, 6 Jan 1996 03:55:13 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id LAA11562; Sat, 6 Jan 1996 11:53:28 GMT Date: Sat, 6 Jan 1996 11:53:27 +0000 (GMT) From: Doug Rabson To: John Polstra cc: hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-Reply-To: <199601060200.SAA03676@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 5 Jan 1996, John Polstra wrote: > In article <199601041943.LAA05776@rah.star-gate.com> Amancio writes: > > >>> "Jordan K. Hubbard" said: > > > Ours works just fine too, but I can't use dynamic linking from a > > > statically-linked application, which is what sysinstall needs to be. > > > > What is your problem exactly when you try to use dlopen in a statically > > compiled program? > > The dlopen and related functions are implemented in the dynamic linker, > /usr/libexec/ld.so. The dynamic linker is itself a shared library. It > is mapped into the address space (i.e., it is made available) only for > dynamically-linked programs. So if your program is statically linked, > it does not have access to the dl* functions. > > This is exactly the same behavior as SVR4 and SunOS, by the way. > > Also, a few people referred to the "static crt0.o" and the "dynamic > crt0.o". There is only one crt0.o. It decides whether or not to invoke > the dynamic linker, according to whether the program being run is > dynamically linked. > > I suppose it might be possible to add support for the dl* functions into > the static libc.a. I haven't thought through the ramifications of that. Currently crt0.o checks the value of the __DYNAMIC symbol to decide when to load ld.so. It then implements dl*() by indirecting through function pointers returned by the ld.so initialisation. It would be pretty easy in a static binary to 'demand load' ld.so the first time a dl*() function was used, I think. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Sat Jan 6 05:32:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA21371 for hackers-outgoing; Sat, 6 Jan 1996 05:32:50 -0800 (PST) Received: from strider.ibenet.it (root@Strider.Free.IT [194.179.131.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA21340 Sat, 6 Jan 1996 05:32:38 -0800 (PST) Received: (from piero@localhost) by strider.ibenet.it (8.7.3/8.6.12) id OAA21275; Sat, 6 Jan 1996 14:30:07 +0100 (MET) From: Piero Serini Message-Id: <199601061330.OAA21275@strider.ibenet.it> Subject: Re: Answer to /bin/ls and ftp (should be documented) To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Sat, 6 Jan 1996 14:30:05 +0100 (MET) Cc: mbarkah@hemi.com, hackers@FreeBSD.ORG, questions@FreeBSD.ORG In-Reply-To: <199601011606.KAA10803@brasil.moneng.mei.com> from "Joe Greco" at Jan 1, 96 10:06:58 am Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-NCC-RegID: it.ibenet X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hello. Quoting from Joe Greco (Mon Jan 1 17:06:58 1996): > 3. Copy the new pwd.db and group files into ~ftp/etc, and make them both > mode 0440. Change owner to "root.daemon". > 4. Copy /bin/ls into ~ftp/bin. Change owner to "root.daemon", and change > the mode to 2111... > > Now nobody can access your pwd.db or group files, but ls can, because it is > a member of the appropriate group... > > I know this may seem overly paranoid to people, but you never know what > tricks someone might use to gain access to your system, and the lower your > profile, the safer you may be... I simply edit the master.passwd I use to generate spwd.db and pwd.db, I lock out all the accounts I leave in, compile the db and no 's' bit is needed. My master.passwd looks like: root:*:0:0::0:0:System Administrator:/:/nonexistant daemon:*:1:1::0:0:System deamons:/:/nonexistant bin:*:3:7::0:0:Binaries pseudo-user:/:/nonexistant games:*:7:13::0:0:Games pseudo-user:/:/nonexistant news:*:8:8::0:0:News' login:/:/nonexistant guest:*:32766:31::0:0:Guest login:/:/nonexistant nobody:*:32767:32767::0:0:Unprivileged user:/:/nonexistant ftp:*:300:300::0:0:Anonymous FTP login:/usr/ftp:/usr/libexec/ftpd -l ftp-adm:*:301:301::0:0:FTP Admin:/usr/ftp:/nonexistant www:*:302:302::0:0:World Wibe Web:/:/nonexistant www-adm:*:303:302::0:0:World Wibe Web:/:/nonexistant So there's no user listed, no password, nothing. Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Sat Jan 6 05:39:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA21683 for hackers-outgoing; Sat, 6 Jan 1996 05:39:00 -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 FAA21678 for ; Sat, 6 Jan 1996 05:38: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 OAA09310 for ; Sat, 6 Jan 1996 14:38:45 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id OAA17054 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 14:38:45 +0100 Received: (pb@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) id OAA03190 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 14:37:29 +0100 From: Pierre Beyssac Message-Id: <199601061337.OAA03190@fasterix.frmug.fr.net> Subject: Re: source-routing traceroute To: freebsd-hackers@freebsd.org Date: Sat, 6 Jan 1996 14:37:28 +0100 (MET) In-Reply-To: <199601042256.XAA26089@fasterix.frmug.fr.net> from "Pierre Beyssac" at Jan 4, 96 11:56:54 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 Pierre Beyssac writes: [ -g (source-routing) option added to traceroute ] > If anyone is interested I'm going to adapt the > changes to the "official" FreeBSD traceroute (the one I've been debugging > was an earlier BSD version which is supposed to work on SunOS 4). Sorry to follow-up on my own message, but I happened to have a look at NetBSD and their traceroute has -g and compiles out of the box on FreeBSD. It's the 4.4 traceroute just like FreeBSD, only adapted. So unless there are problems taking that from NetBSD, it would really be a good thing to integrate that. -- Pierre Beyssac pb@fasterix.frmug.fr.net pb@fasterix.freenix.fr {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher From owner-freebsd-hackers Sat Jan 6 05:52:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA22202 for hackers-outgoing; Sat, 6 Jan 1996 05:52:12 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA22190 for ; Sat, 6 Jan 1996 05: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 OAA09151 for ; Sat, 6 Jan 1996 14:52:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA14256 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 14:52:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id OAA13148 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 14:05:30 +0100 (MET) From: J Wunsch Message-Id: <199601061305.OAA13148@uriah.heep.sax.de> Subject: Re: A few NITS about SCSI Tapes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 6 Jan 1996 14:05:29 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601050103.UAA21083@spooky.rwwa.com> from "Robert Withrow" at Jan 4, 96 08:03: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 Robert Withrow wrote: > > 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...). I just had to learn that the SCSI-2 standard actually defines a way to retension a tape. (It's done by the Re-Ten bit of a load operation in the LOAD UNLOAD command.) ``A re-tension (Re-Ten) bit of one indicates that the medium on the logical unit shall be correctly tensioned. Implementation of the re-tension function is device specific.'' Well, this would give us a way to implement it. What is the suggested timeout for such a command? (I.e., how long do some SCSI tapes need in order to retension a cartridge?) Is 1800 seconds enough? If somebody wants to try it, here's the magic: scsi -s 1800 -f /dev/st0ctl.0 -c "1b 0 0 0 0:b5 v:b1 v:b1 v:b1 0" 0 1 1 ^^^^ ^ ^ ^ timeout EOT _________/ | | Re-Ten ___________/ | Load _____________/ See the SCSI-2 docs for an explanation of the EOT bit. -- 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 6 05:52:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA22210 for hackers-outgoing; Sat, 6 Jan 1996 05:52:13 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA22191 for ; Sat, 6 Jan 1996 05:52:06 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA09142; Sat, 6 Jan 1996 14:51:57 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA14251; Sat, 6 Jan 1996 14:51:56 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id OAA13712; Sat, 6 Jan 1996 14:42:38 +0100 (MET) From: J Wunsch Message-Id: <199601061342.OAA13712@uriah.heep.sax.de> Subject: Re: HELP!!! THIS IS AN EMERGENCY (fwd) To: dk+@ua.net Date: Sat, 6 Jan 1996 14:42:38 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601061115.NAA12788@dog> from "Dmitry Kohmanyuk" at Jan 6, 96 01:15:22 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 Dmitry Kohmanyuk wrote: > > > This is the BIOS-visible part. BSD can go beyond this, even for disks > > where the first part must be accessible to the BIOS (like boot disks). > > ooh, but when I have >=1024 c disk with non-BSD occupying the first part > of it, I still _cannot_ boot BSD without installing some lame s/w like > diskmanager (which I hate to use and don't have anyway - and I have LBA > drive and LBA IDE controller). Do the layout like this: -- 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 6 05:53:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA22480 for hackers-outgoing; Sat, 6 Jan 1996 05:53:31 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA22439 for ; Sat, 6 Jan 1996 05:53:23 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA09175 for ; Sat, 6 Jan 1996 14:53:15 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA14263 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 14:53:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id OAA13639 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 14:35:17 +0100 (MET) From: J Wunsch Message-Id: <199601061335.OAA13639@uriah.heep.sax.de> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 6 Jan 1996 14:35:17 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601051139.LAA07908@exalt.x.org> from "Kaleb S. KEITHLEY" at Jan 5, 96 06:39:53 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 Kaleb S. KEITHLEY wrote: > > > I'd also be keen to get rid of ldconfig > and ld.so.cache. Why? I've been missing them on SysV. (For configuration purposes, let the possible performance gain from a shorter lookup time alone.) -- 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 6 06:21:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA24646 for hackers-outgoing; Sat, 6 Jan 1996 06:21:31 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA24639 for ; Sat, 6 Jan 1996 06:21:25 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA09626 for ; Sat, 6 Jan 1996 15:21:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA14450 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 15:21:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id PAA14133 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 15:03:56 +0100 (MET) From: J Wunsch Message-Id: <199601061403.PAA14133@uriah.heep.sax.de> Subject: Re: prevent paralell modem connection To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 6 Jan 1996 15:03:55 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601042354.QAA00695@phaeton.artisoft.com> from "Terry Lambert" at Jan 4, 96 04:54: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 Terry Lambert wrote: > > Or add a gcos field for user accounting to the passwd database. > > If you are hacking in there, see the latest BSDI 2.x modifications > to the file format first. Is there any publically available information on this? It seems that some people from the former CSRG have completed their original ideas there (i.e., the ``user class'' field). Too bad that they didn't release the general part into the public, as a diff to the 4.4Lite code. -- 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 6 06:21:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA24672 for hackers-outgoing; Sat, 6 Jan 1996 06:21: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 GAA24662 for ; Sat, 6 Jan 1996 06:21:36 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA09645 for ; Sat, 6 Jan 1996 15:21:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA14456 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 15:21:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id PAA14328 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 15:17:14 +0100 (MET) From: J Wunsch Message-Id: <199601061417.PAA14328@uriah.heep.sax.de> Subject: Re: UPS To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 6 Jan 1996 15:17:14 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601051413.JAA24544@fang.cs.sunyit.edu> from "chuck@fang.cs.sunyit.edu" at Jan 5, 96 09:13:52 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As 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. :-) -- 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 6 06:21:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA24716 for hackers-outgoing; Sat, 6 Jan 1996 06:21:56 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA24695 for ; Sat, 6 Jan 1996 06:21:48 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA09670; Sat, 6 Jan 1996 15:21:45 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id PAA14460; Sat, 6 Jan 1996 15:21:43 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id PAA14415; Sat, 6 Jan 1996 15:20:23 +0100 (MET) From: J Wunsch Message-Id: <199601061420.PAA14415@uriah.heep.sax.de> Subject: Re: Where is source for kzhead.o To: pc012@svcc.seqeb.gov.au (pat collins) Date: Sat, 6 Jan 1996 15:20:23 +0100 (MET) Cc: hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "pat collins" at Jan 5, 96 04:06: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 pat collins wrote: > > Does anyone know where I can find the source for /usr/lib/kzhead.o, kztail.o /sys/i386/boot/kzipboot/ -- 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 6 06:37:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA26142 for hackers-outgoing; Sat, 6 Jan 1996 06:37:29 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA26137 for ; Sat, 6 Jan 1996 06:37:26 -0800 (PST) Received: from cambridge.x.org by expo.x.org id AA10005; Sat, 6 Jan 96 09:36:54 -0500 Received: by cambridge.x.org id AA06441; Sat, 6 Jan 1996 09:36:46 -0500 Message-Id: <9601061436.AA06441@cambridge.x.org> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: hackers@freefall.FreeBSD.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: Your message of Sat, 06 Jan 1996 14:35:17 +0100. <199601061335.OAA13639@uriah.heep.sax.de> Organization: X Consortium Date: Sat, 06 Jan 1996 09:36:46 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > As Kaleb S. KEITHLEY wrote: > > > > > > I'd also be keen to get rid of ldconfig > > and ld.so.cache. > > Why? > > I've been missing them on SysV. (For configuration purposes, let the > possible performance gain from a shorter lookup time alone.) > In SVR4 (or Digital Unix nee OSF/1) you set the RPATH in the executable to dictate where to look for shared libs if the shared libs aren't in the "usual" place; completely obviating the need for ldconfig and ld.so.cache. Packages put the libraries where ever they want, the program knows where to find them. You don't need hints like ldconfig and ld.so.cache. This is good for at least two reasons. 1) The run-time loader doesn't have to search for libraries in every directory in the ld.so.cache, only in the directories the application thinks it should look in. I don't know how much of a performance impact this is in reality, but in theory it could be a sizable performance hit if the system has lots of different packages with libraries in lots of different places. 2) suid root programs know exactly where to get the shared libs they want, closing a sizable security hole. And if the application doesn't have the RPATH recorded in the executable, then you use the LD_LIBRARY_PATH to tell it where to look. I don't remember what SYSV did, but who's really running SYSV anymore. Most current SYSV, e.g. SCO and HPUX, have moved a lot closer to SVR4 than they advertise. Even IBM/AIX's ECOFF format has RPATH. -- Kaleb KEITHLEY From owner-freebsd-hackers Sat Jan 6 06:45:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA26827 for hackers-outgoing; Sat, 6 Jan 1996 06:45:33 -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 GAA26822 for ; Sat, 6 Jan 1996 06:45:30 -0800 (PST) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.7.1/8.6.6) id JAA19587; Sat, 6 Jan 1996 09:42:01 -0500 (EST) Date: Sat, 6 Jan 1996 09:42:01 -0500 (EST) From: Yves Lepage Message-Id: <199601061442.JAA19587@maelstrom.cc.mcgill.ca> To: ckt@buarchive.bu.ac.th Subject: Re: IRCD again please! Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Hello, Starting there, this becomes an IRC setup question :-) There is a file that your IRC server needs: ircd.conf This file has to be setup correctly and for your server to be able to talk the outside world, you have to set a link with a nearby IRC server (here nearby == an IRC server that is already connected to the outside world and that is close to you netwise.). For this I suggest that you send mail to operlist@kei.com and inquiry about who could provide you with such a link. For the number of connections your server can serve, check the doc for I and Y lines that you have to put in your ircd.conf file. Regards, Yves Lepage From owner-freebsd-hackers Sat Jan 6 07:23:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28874 for hackers-outgoing; Sat, 6 Jan 1996 07:23:15 -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 HAA28868 for ; Sat, 6 Jan 1996 07:23:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id IAA03611; Sat, 6 Jan 1996 08:22:47 -0700 Message-Id: <199601061522.IAA03611@rover.village.org> To: mark@seeware.DIALix.oz.au (Mark Hannon) Subject: Re: Creating linux binaries Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Sat, 06 Jan 1996 01:05:11 GMT Date: Sat, 06 Jan 1996 08:22:46 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : My question is : has anyone had any luck at generating linux : binaries from a freebsd system? ie compiling the code on : freebsd with the result being a linux binary linked with linux : libraries??? cd ~/src/gcc ./configure --target i486--linux make LANGUAGES="c c++" make install has worked for me in the past :-). Warner From owner-freebsd-hackers Sat Jan 6 07:24:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28963 for hackers-outgoing; Sat, 6 Jan 1996 07:24:11 -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 HAA28952 for ; Sat, 6 Jan 1996 07:24:06 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA10657; Sat, 6 Jan 1996 16:24:01 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id QAA15071; Sat, 6 Jan 1996 16:24:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id QAA14865; Sat, 6 Jan 1996 16:15:31 +0100 (MET) From: J Wunsch Message-Id: <199601061515.QAA14865@uriah.heep.sax.de> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: kaleb@x.org (Kaleb S. KEITHLEY) Date: Sat, 6 Jan 1996 16:15:31 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9601061436.AA06441@cambridge.x.org> from "Kaleb S. KEITHLEY" at Jan 6, 96 09:36:46 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 Kaleb S. KEITHLEY wrote: > > > > I'd also be keen to get rid of ldconfig > > > and ld.so.cache. > > > > Why? > > > > I've been missing them on SysV. (For configuration purposes, let the > > possible performance gain from a shorter lookup time alone.) > > > > In SVR4 (or Digital Unix nee OSF/1) you set the RPATH in the executable > to dictate where to look for shared libs if the shared libs aren't in the > "usual" place; completely obviating the need for ldconfig and ld.so.cache. > Packages put the libraries where ever they want, the program knows where > to find them. You don't need hints like ldconfig and ld.so.cache. Who puts the RPATH into the executable? At least, simply linking it e.g. against an X11 library with ld doesn't put it there. In my case, it was an application that has been linked against some X11 libs but that is regularly started via inetd, so there wasn't an easy way for tweaking the environment. The latter is not the normal way to go anyway, think of setuid binaries. My only solution was to symlink the X cruft into /usr/lib. Not very exciting. What about binaries where i want to shuffle the shared libs around later? (E.g., they are linked against Motif, and i'd like to keep my copy of Motif in a separate subtree?) You haven't convinced me yet that the SysV solution is better than ld.so.hints. No, i'm not defending BSD since it's just BSD, but ldconfig used to be one of the tools i love in BSD. It gives the administrator a fine-grain control about the location of shared libraries, without fiddling with the environment. -- 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 6 07:30:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA29340 for hackers-outgoing; Sat, 6 Jan 1996 07:30:36 -0800 (PST) Received: from ivory.lm.com (ivory.lm.com [192.231.221.9]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA29330 for ; Sat, 6 Jan 1996 07:30:30 -0800 (PST) Received: (from peterb@localhost) by ivory.lm.com (8.6.12/8.6.12) id KAA25782; Sat, 6 Jan 1996 10:30:21 -0500 Date: Sat, 6 Jan 1996 10:30:20 -0500 (EST) From: Peter Berger X-Sender: peterb@ivory.lm.com To: Pierre Beyssac cc: freebsd-hackers@FreeBSD.ORG Subject: Re: source-routing traceroute In-Reply-To: <199601061337.OAA03190@fasterix.frmug.fr.net> Message-ID: X-Mentos: The Freshmaker! X-Request-Do: resolve MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I humbly suggest thta someone check out: ftp://anon.psc.edu/pub/net_tools/traceroute.tar This is an updated version written by Jmshid Mahdavi of the Pittsburgh Supercomputing Center. Here's the README: Fri Oct 28 13:40:27 EDT 1994 Updates to traceroute in this release: This release of traceroute is an updated version of Van Jacobson's 1988 release of the tool. It includes all of the original features, plus a number of things locally added at the PSC, and several additions suggested by people on the NANOG list: (Note: none of this is in the included man page; writing nroff has never been my can of worms...) LSRR: (-g) This option has been around for a while, and has started to work its way into vendor versions of traceroute. It allows you to add additional points in the path, giving the ability to (for example) traceroute to somewhere and back (so you can see the return path). It is particularly useful in debugging split-routing type problems. Note that you can put as many -g options in a traceroute as you want, up to the limit of the IP options space in the header. MTU Discovery: (-M) This option runs the algorithm in RFC1191 over the path in question. Every packet is send out with the Don't Fragment bit set, and where necessary the packet size is reduced as per RFC1191. Statistics Collection: (-Q) This option reports the statistics on delay, (min, max, avg, and std. dev) instead of reporting individual transfer times. It should be used with -q to send lots of packets to each hop to get good statistics. Microsecond Timers: (-u) This option reports times to microsecond accuracy (the default is millisecond accuracy). A warning about timers: Many machines have clocks with relatively large granularities. I made no effort to do any better than what the standard system clock does. Thus, in many cases, printing extra digits is of little use. Also, some systems seem to do things like interrupt for screen writes, (which inconveniently can occur in the middle of timing a packet), causing further skew. Still, on a quiet system, this may provide useful additional information. Loss Detection: (-a) Goes onto the next TTL if 10 consecutive packets are dropped. Control C (or whatever your interrupt character is) will do the same thing if you want to get on to the next hop. Owner Reporting: (-O) Matt wanted to know an email address for every hop, so I added the code to do it. The addresses are taken from DNS SOA records, and usually have an address like "hostmaster@foo.bar.baz". If you are using this for trouble reporting, it might be wise to look for an address like "noc" or "trouble" first, but at least this give a valid mail host and an address guaranteed to work if nothing else does. AS Path Lookup: (-A) This is what prtraceroute does. It isn't implemented yet, though... I'd like to put it in on the next go-round. Other changes: I changed the way packet sizes get allocated. If you specify a number of bytes on the command line, that is how big the entire packet will be, not just the data. This is due to problems with the -g option (which changes the header length) and the -M option, which requires packets to really be the size you say they are (and not 40 bytes bigger). If the packet size you ask for is too small, traceroute will silently make it the minimum size. The -w option will now default to 3 seconds and allow you to specify wait times of < 1 second (i.e. .5 sec). This is for those who get sick of waiting for the *'s to show up... All of the changes have been tested to some degree under Ultrix and IRIX. I hope that most of the bugs are out of them, but if there are bugs on other OS's I'll update the release accordingly. Happy tracing! --Jamshid On Sat, 6 Jan 1996, Pierre Beyssac wrote: > Pierre Beyssac writes: > [ -g (source-routing) option added to traceroute ] > > If anyone is interested I'm going to adapt the > > changes to the "official" FreeBSD traceroute (the one I've been debugging > > was an earlier BSD version which is supposed to work on SunOS 4). > > Sorry to follow-up on my own message, but I happened to have a look > at NetBSD and their traceroute has -g and compiles out of the box on > FreeBSD. It's the 4.4 traceroute just like FreeBSD, only adapted. > > So unless there are problems taking that from NetBSD, it would really > be a good thing to integrate that. > -- > Pierre Beyssac pb@fasterix.frmug.fr.net pb@fasterix.freenix.fr > {Free,Net,Open}BSD, Linux : il y a moins bien, mais c'est plus cher > "The law locks up both man and woman/Who steals the goose from off the common But lets the greater felon loose/Who steals the common from the goose." -anon ------------------------------------------------------------------------------- Peter Berger - peterb@telerama.lm.com - http://www.lm.com/~peterb From owner-freebsd-hackers Sat Jan 6 08:15:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02180 for hackers-outgoing; Sat, 6 Jan 1996 08:15:28 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA02172 for ; Sat, 6 Jan 1996 08:15:24 -0800 (PST) Received: from exalt.x.org by expo.x.org id AA11145; Sat, 6 Jan 96 11:14:52 -0500 Received: from localhost by exalt.x.org id QAA14121; Sat, 6 Jan 1996 16:14:51 GMT Message-Id: <199601061614.QAA14121@exalt.x.org> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: hackers@freefall.FreeBSD.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: Your message of Sat, 06 Jan 1996 16:15:31 EDT. <199601061515.QAA14865@uriah.heep.sax.de> Organization: X Consortium Date: Sat, 06 Jan 1996 11:14:50 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > > > I'd also be keen to get rid of ldconfig > > > > and ld.so.cache. > > > > > > Why? > > > > > > I've been missing them on SysV. (For configuration purposes, let the > > > possible performance gain from a shorter lookup time alone.) > > > > > > > In SVR4 (or Digital Unix nee OSF/1) you set the RPATH in the executable > > to dictate where to look for shared libs if the shared libs aren't in the > > "usual" place; completely obviating the need for ldconfig and ld.so.cache. > > Packages put the libraries where ever they want, the program knows where > > to find them. You don't need hints like ldconfig and ld.so.cache. > > Who puts the RPATH into the executable? At least, simply linking it > e.g. against an X11 library with ld doesn't put it there. When you have ELF, ld can put it there. > In my case, > it was an application that has been linked against some X11 libs but > that is regularly started via inetd, so there wasn't an easy way for > tweaking the environment. The latter is not the normal way to go > anyway, think of setuid binaries. Setuid *root* binaries ignore LD_LIBRARY_PATH, even with ELF. > My only solution was to symlink the X cruft into /usr/lib. Not very > exciting. This isn't necessary if you've ldconfig'd /usr/X11R6/lib into the ld.so.cache? > What about binaries where i want to shuffle the shared libs around > later? Yuck. :-) With ELF it's reasonably easy to write a utility to rewrite the RPATH in a program if you really wanted to move its libraries around. > (E.g., they are linked against Motif, and i'd like to keep my > copy of Motif in a separate subtree?) Keeping Motif (source?) in a separate subtree is one thing. You install the libraries somewhere, right? /usr/X11R6/lib? You've added /usr/X11R6/lib to your ld.so.cache, right? So with ELF, each application has it's own ld.so.cache, except that it's called RPATH, and it's stored in each application instead of the global /etc/ld.so.cache. Actually the whole RPATH thing is optional. The run-time loader knows how to find well known directories, like /lib, /usr/lib, and maybe /usr/local/lib too. Only applications that want libraries that aren't in the well known places need to use the RPATH. > You haven't convinced me yet that the SysV solution is better than > ld.so.hints. I've given up long ago of trying to convince the people on -hackers of anything. :-) > No, i'm not defending BSD since it's just BSD, but > ldconfig used to be one of the tools i love in BSD. It gives the > administrator a fine-grain control about the location of shared > libraries, without fiddling with the environment. Other than the fact that ld.so.cache is a minor security hole. Okay, any sysadmin worth their salt isn't going to add world writable directories to the ld.so.cache, but you never know. I don't know how many people I've had to tell about ldconfig and the ld.so.cache. Most people shipping BSD systems are finally smart enough to put /usr/X11R6/lib into their ldconfig/ld.so.cache by default now, which is fine until someone (like me) uses a different ProjectRoot in their X build, which is when that strategy falls apart. At least I know to go fix my /etc/rc.local to build my ld.so.cache correctly. :-) All in all it'd be nicer (IMHO) if I didn't even have to muck with ldconfig and ld.so.cache. -- Kaleb KEITHLEY From owner-freebsd-hackers Sat Jan 6 08:20:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02562 for hackers-outgoing; Sat, 6 Jan 1996 08:20:15 -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 IAA02556 for ; Sat, 6 Jan 1996 08:20:08 -0800 (PST) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id LAA24646; Sat, 6 Jan 1996 11:20:04 -0500 Date: Sat, 6 Jan 1996 11:20:04 -0500 Message-Id: <199601061620.LAA24646@fang.cs.sunyit.edu> In-Reply-To: Chris Coleman "Re: UPS" (Jan 5, 2:08pm) from: chuck@fang.cs.sunyit.edu X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: chrisc@MAIL.bbcc.ctc.edu Subject: Re: UPS Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 5, 2:08pm, Chris Coleman wrote: } Subject: Re: UPS } } On Fri Jan 5 09:13:52 1996 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. } > } >-- } >Charles Green, PRC Inc. UN*X System Administration } >22 Powell Ave. Apt. B UN*X Security & } >Whitesboro, NY 13492 Programming } } I have a APC smart UPS 600 also, i would like to get into the action of helping out on it. My } Boss is pushing me to get it compatable in a hurry. } } Chrisc@mail.bbcc.ctc.edu }-- End of excerpt from Chris Coleman I got permission from my superiors to use the government equipment to help with testing/writing any applications for out smart UPS. J^vrg Wunsch's stuff is pretty impressive. The package came with my 2.1 in the xperiment directory. -- 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 6 08:20:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02592 for hackers-outgoing; Sat, 6 Jan 1996 08:20:28 -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 IAA02581 for ; Sat, 6 Jan 1996 08:20:23 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id IAA09514 for ; Sat, 6 Jan 1996 08:20:16 -0800 Message-Id: <199601061620.IAA09514@austin.polstra.com> To: freebsd-hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? Date: Sat, 06 Jan 1996 08:20:16 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk I want to correct a misstatement that I made in this list yesterday. I wrote: > Also, a few people referred to the "static crt0.o" and the "dynamic > crt0.o". There is only one crt0.o. It decides whether or not to > invoke the dynamic linker, according to whether the program being > run is dynamically linked. This was true for 2.1, but it's not true any more in -current. There is now a separate "scrt0.o" that is used for statically linked programs. The purpose is to eliminate unnecessary ld.so-related stuff from static executables. Thanks to Bruce Evans for pointing this out to me. -- 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 Sat Jan 6 08:32:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03065 for hackers-outgoing; Sat, 6 Jan 1996 08:32:49 -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 IAA03059 Sat, 6 Jan 1996 08:32:42 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id IAA09570; Sat, 6 Jan 1996 08:32:15 -0800 Message-Id: <199601061632.IAA09570@austin.polstra.com> To: Doug Rabson cc: hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Sat, 06 Jan 1996 11:53:27 GMT." Date: Sat, 06 Jan 1996 08:32:15 -0800 From: John Polstra Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Doug Rabson wrote: > It would be pretty easy in a static binary to 'demand load' ld.so > the first time a dl*() function was used, I think. There's more to it than that. For instance, any useful library that you're going to want to demand-load will almost certainly depend on some functions in libc. When you demand-load something into a dynamically linked executable (which we currently support), the library you're loading will use the shared version of libc.so.x.x that is already present in the executable's address space. But if the executable is static, there is no way to link something new to its embedded, statically-linked libc. (If the executable has been stripped, then the necessary symbols aren't even there.) Furthermore, of course, not all of the modules from libc.a will even be present in the executable -- only those that were seen as necessary when the executable was built. It might be tempting to simply load in a new, shared copy of libc.so.x.x when you do the dlopen. But that also wouldn't work properly. Libc is not just functions; it's _shared_ data, too. For example, data structures in the stdio package keep track of which files are open, which buffers have data in them, etc. It doesn't work well to have two independent copies of that stuff lying around. -- 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 Sat Jan 6 09:36:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05996 for hackers-outgoing; Sat, 6 Jan 1996 09:36:41 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA05985 Sat, 6 Jan 1996 09:36:34 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id RAA12482; Sat, 6 Jan 1996 17:34:00 GMT Date: Sat, 6 Jan 1996 17:34:00 +0000 (GMT) From: Doug Rabson To: John Polstra cc: hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-Reply-To: <199601061632.IAA09570@austin.polstra.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, John Polstra wrote: > Doug Rabson wrote: > > > It would be pretty easy in a static binary to 'demand load' ld.so > > the first time a dl*() function was used, I think. > > There's more to it than that. For instance, any useful library that > you're going to want to demand-load will almost certainly depend on some > functions in libc. When you demand-load something into a dynamically > linked executable (which we currently support), the library you're > loading will use the shared version of libc.so.x.x that is already present > in the executable's address space. But if the executable is static, > there is no way to link something new to its embedded, statically-linked > libc. (If the executable has been stripped, then the necessary symbols > aren't even there.) Furthermore, of course, not all of the modules > from libc.a will even be present in the executable -- only those that > were seen as necessary when the executable was built. > > It might be tempting to simply load in a new, shared copy of > libc.so.x.x when you do the dlopen. But that also wouldn't work > properly. Libc is not just functions; it's _shared_ data, too. For > example, data structures in the stdio package keep track of which files > are open, which buffers have data in them, etc. It doesn't work well to > have two independent copies of that stuff lying around. I think the right thing to do would be to have ld create a complete struct _dynamic for the application, with symbol tables. When it initialises ld.so, it supplies this table. When the app dlopens an object depending on libc.so, libc is mapped as usual (since it is not already loaded) but all the symbol lookups for libc symbols which happen to be linked into the main application would use the app's version by the normal rules. The downside of this is a larger static executable due to the extra symbol tables. Maybe have 3 classes of app: dynamic static but can use dl*() static -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Sat Jan 6 09:41:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06162 for hackers-outgoing; Sat, 6 Jan 1996 09:41:10 -0800 (PST) Received: from sunny.bog.msu.su (dima@sunny.bog.msu.su [158.250.20.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA06157 for ; Sat, 6 Jan 1996 09:41:05 -0800 (PST) Received: (from dima@localhost) by sunny.bog.msu.su (8.6.12/8.6.12) id UAA05130; Sat, 6 Jan 1996 20:39:17 +0300 Date: Sat, 6 Jan 1996 20:39:16 +0300 (????) From: Dmitry Khrustalev To: hackers@freefall.FreeBSD.ORG Subject: Re: LUN support. In-Reply-To: <199601060040.QAA13827@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Does FreeBSD have support for LUN's? > Also, can anyone explain this? ncr.c:123 #define MAX_LUN (1) -Dima. From owner-freebsd-hackers Sat Jan 6 10:13:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06874 for hackers-outgoing; Sat, 6 Jan 1996 10:13:05 -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 KAA06869 for ; Sat, 6 Jan 1996 10:13:02 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id KAA01766; Sat, 6 Jan 1996 10:15:54 -0800 Date: Sat, 6 Jan 1996 10:15:54 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Number of superblocks on big disks. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Is there some real good reason to keep the huge number of superblock backups that exists when formatting very large disks? a) It takes forever b) How many people have actually had to use the 390th copy of the superblock to fix their disks into a usable form? Seems like a nice round 16 or so copies would be sufficient. Or at least the option to specify fewer. From owner-freebsd-hackers Sat Jan 6 10:23:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07298 for hackers-outgoing; Sat, 6 Jan 1996 10:23: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 KAA07286 for ; Sat, 6 Jan 1996 10:23:02 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA14214 for ; Sat, 6 Jan 1996 19:22:59 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA17813 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 19:22:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id TAA15371 for freebsd-hackers@freebsd.org; Sat, 6 Jan 1996 19:15:40 +0100 (MET) From: J Wunsch Message-Id: <199601061815.TAA15371@uriah.heep.sax.de> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 6 Jan 1996 19:15:39 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601061614.QAA14121@exalt.x.org> from "Kaleb S. KEITHLEY" at Jan 6, 96 11:14:50 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 Kaleb S. KEITHLEY wrote: > > > > Who puts the RPATH into the executable? At least, simply linking it > > e.g. against an X11 library with ld doesn't put it there. > > When you have ELF, ld can put it there. It was ELF. I wrote about my troubles on a SystemV. (Unixware, actually. This machine has not yet been converted to FreeBSD, although the operator of the box would really like to have this happen. :) > Setuid *root* binaries ignore LD_LIBRARY_PATH, even with ELF. Does this imply that e.g. setgid kmem binaries under SysV do _not_ ignore LD_*_PATH, so i could abuse them? > > My only solution was to symlink the X cruft into /usr/lib. Not very > > exciting. > > This isn't necessary if you've ldconfig'd /usr/X11R6/lib into the > ld.so.cache? Yup, Unixware doesn't have an ld.so.cache. > > What about binaries where i want to shuffle the shared libs around > > later? > > Yuck. :-) With ELF it's reasonably easy to write a utility to rewrite > the RPATH in a program if you really wanted to move its libraries around. Ick. > > (E.g., they are linked against Motif, and i'd like to keep my > > copy of Motif in a separate subtree?) > > Keeping Motif (source?) in a separate subtree is one thing. You install > the libraries somewhere, right? /usr/X11R6/lib? You've added /usr/X11R6/lib > to your ld.so.cache, right? So with ELF, each application has it's own > ld.so.cache, except that it's called RPATH, and it's stored in each > application instead of the global /etc/ld.so.cache. So i have to parse my entire directory tree to find out all binaries that dynamically link the Motif lib? And i have to modify each of them manually? (I don't speak about things that will be recompiled from source, i think about a set of working binaries.) Btw., Lasermoon's ugly SWiM package did also use their own ld.so.cache in the mwm they're shipping: they have hard-linked it to /usr/X11R6/lib/libXm.so.2.0.0 -- even though they ship the system so that it installs into /usr/X386 (and i have forced the installation into /usr/Motif). You can imagine how i liked this. :-] > Other than the fact that ld.so.cache is a minor security hole. Okay, any > sysadmin worth their salt isn't going to add world writable directories > to the ld.so.cache, but you never know. Exactly. The ld.so.cache is intented to list a set of trustable libraries. (Btw., you are always implying that ld.so.cache would contain _directories_. This is not true. It lists every and all shared lib to be used.) -- 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 6 10:51:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA09527 for hackers-outgoing; Sat, 6 Jan 1996 10:51: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 KAA09522 Sat, 6 Jan 1996 10:51:09 -0800 (PST) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id KAA12824 ; Sat, 6 Jan 1996 10:50:59 -0800 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA04091; Sat, 6 Jan 1996 12:47:17 -0600 From: Joe Greco Message-Id: <199601061847.MAA04091@brasil.moneng.mei.com> Subject: Re: Answer to /bin/ls and ftp (should be documented) To: piero@strider.ibenet.it Date: Sat, 6 Jan 1996 12:47:16 -0600 (CST) Cc: jgreco@brasil.moneng.mei.com, mbarkah@hemi.com, hackers@FreeBSD.ORG, questions@FreeBSD.ORG In-Reply-To: <199601061330.OAA21275@strider.ibenet.it> from "Piero Serini" at Jan 6, 96 02:30:05 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Quoting from Joe Greco (Mon Jan 1 17:06:58 1996): > > 3. Copy the new pwd.db and group files into ~ftp/etc, and make them both > > mode 0440. Change owner to "root.daemon". > > 4. Copy /bin/ls into ~ftp/bin. Change owner to "root.daemon", and change > > the mode to 2111... > > > > Now nobody can access your pwd.db or group files, but ls can, because it is > > a member of the appropriate group... > > > > I know this may seem overly paranoid to people, but you never know what > > tricks someone might use to gain access to your system, and the lower your > > profile, the safer you may be... > > I simply edit the master.passwd I use to generate spwd.db and pwd.db, > I lock out all the accounts I leave in, compile the db and no 's' bit > is needed. My master.passwd looks like: > > root:*:0:0::0:0:System Administrator:/:/nonexistant > daemon:*:1:1::0:0:System deamons:/:/nonexistant > bin:*:3:7::0:0:Binaries pseudo-user:/:/nonexistant > games:*:7:13::0:0:Games pseudo-user:/:/nonexistant > news:*:8:8::0:0:News' login:/:/nonexistant > guest:*:32766:31::0:0:Guest login:/:/nonexistant > nobody:*:32767:32767::0:0:Unprivileged user:/:/nonexistant > ftp:*:300:300::0:0:Anonymous FTP login:/usr/ftp:/usr/libexec/ftpd -l > ftp-adm:*:301:301::0:0:FTP Admin:/usr/ftp:/nonexistant > www:*:302:302::0:0:World Wibe Web:/:/nonexistant > www-adm:*:303:302::0:0:World Wibe Web:/:/nonexistant > > So there's no user listed, no password, nothing. You've missed the point. :-( 1) I can download your pwd.db and gain some minor bits of useful information (mostly the user-ID used for ftp, ftp-adm, www, and www-adm, but potentially other information like the fact that you appear to be using "/usr/libexec/ftpd -l" for the shell and your ftp area is "/usr/ftp"). This might be useful to me if I discovered that you had a configuration error of some sort at your site. Think: "what if you had inadvertently exported /usr/ftp" for NFS access, even just locally, and I was able to exploit that somehow (i.e. inject bogus NFS packets). It has happened to people in the past. It may simply allow somebody to wreak havoc with your site, but if you don't even have any idea what uid number to use, it becomes more complicated. 2) I like to put my archive-maintainer's user names in in the passwd file. If I have a protected passwd file, I do not need to worry about picking and choosing who I add to the file. I add them ALL. It is very handy to just not have to worry about editing files, creating special versions of pwd.db, and all sorts of other bull. Protect the file and it becomes much less of a concern, and easy to maintain too. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Sat Jan 6 10:54:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA09709 for hackers-outgoing; Sat, 6 Jan 1996 10:54:39 -0800 (PST) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA09702 for ; Sat, 6 Jan 1996 10:54:37 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id KAA01813; Sat, 6 Jan 1996 10:57:30 -0800 Date: Sat, 6 Jan 1996 10:57:30 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Buglet in 2940 driver. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I have had this happen a couple of times before, where my news server using a 2940 just locks up tight, and on the console is an ahc0: command timed out. But I couldn't get any more info. With this new RAID box, I got a lockup, but thistime the raid controller kicked out some additional info "No such command with TAG=20". This is on a 2.1-stable box, w/o AHC_TAGENABLE set. Maybe somebody can use it to figure out if something is weird. From owner-freebsd-hackers Sat Jan 6 10:55:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA09762 for hackers-outgoing; Sat, 6 Jan 1996 10:55:55 -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 KAA09757 Sat, 6 Jan 1996 10:55:52 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA04160; Sat, 6 Jan 1996 12:55:22 -0600 From: Joe Greco Message-Id: <199601061855.MAA04160@brasil.moneng.mei.com> Subject: Re: Machine "disappears" off the net..? To: jmb@freebsd.org (Jonathan M. Bresler) Date: Sat, 6 Jan 1996 12:55:21 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Jonathan M. Bresler" at Jan 5, 96 04:01:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > On Fri, 5 Jan 1996, Joe Greco wrote: > > Anyways, it's all slated for replacement. With a little luck, maybe I can > > make it all 10bT.... and maybe the problems will go away. > > which 3com card and which FreeBSD? early version of the ep0 > driver may account for this. Um, no, SMC8216 (misprobed as SMC8416). I replaced all the 10b2 wire with 10bT yesterday and I haven't seen a problem since, but I've only been online a little bit. Hopefully(!!) that was the problem.. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Sat Jan 6 11:17:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10689 for hackers-outgoing; Sat, 6 Jan 1996 11:17:18 -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 LAA10677 Sat, 6 Jan 1996 11:17:14 -0800 (PST) Message-Id: <199601061917.LAA10677@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: Buglet in 2940 driver. In-reply-to: Your message of "Sat, 06 Jan 1996 10:57:30 PST." Date: Sat, 06 Jan 1996 11:17:14 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > > >I have had this happen a couple of times before, where my news server >using a 2940 just locks up tight, and on the console is an ahc0: command >timed out. > >But I couldn't get any more info. > >With this new RAID box, I got a lockup, but thistime the raid controller >kicked out some additional info "No such command with TAG=20". This is >on a 2.1-stable box, w/o AHC_TAGENABLE set. 2.1-stable as of when? The driver was updated to fix these types of problems just a day or so ago. If you don't have the new driver, you should re-SUP and try again. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Jan 6 11:21:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA10948 for hackers-outgoing; Sat, 6 Jan 1996 11:21:43 -0800 (PST) Received: from fyeung5.netific.com (netific.vip.best.com [205.149.182.145]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA10943 for ; Sat, 6 Jan 1996 11:21:40 -0800 (PST) Received: (from fyeung@localhost) by fyeung5.netific.com (8.6.11/8.6.9) id LAA00911 for hackers@freebsd.org; Sat, 6 Jan 1996 11:19:21 GMT From: francis yeung Message-Id: <199601061119.LAA00911@fyeung5.netific.com> Subject: automatic power down at shutdown To: hackers@freebsd.org Date: Sat, 6 Jan 1996 11:19:21 +0000 () X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Greetings, 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 ? Thanks. Francis From owner-freebsd-hackers Sat Jan 6 11:42:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11820 for hackers-outgoing; Sat, 6 Jan 1996 11:42:36 -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 LAA11815 for ; Sat, 6 Jan 1996 11:42:33 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id LAA01892; Sat, 6 Jan 1996 11:45:25 -0800 Date: Sat, 6 Jan 1996 11:45:25 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Newer mildly amusing problem. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk 20GB RAID array formatted with "newfs -b 4096 -f 512", on a 2.1-stable. Note the df output: /dev/sd4c 15844158 0 -6898211 -0% /mnt I hope it's just an incorrect format specifier in a print statement, but I would also note that if I format it with just newfs /dev/rsd4c, the df output is correct. From owner-freebsd-hackers Sat Jan 6 11:50:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12334 for hackers-outgoing; Sat, 6 Jan 1996 11:50:04 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA12298 for ; Sat, 6 Jan 1996 11:49:59 -0800 (PST) Received: from exalt.x.org by expo.x.org id AA13795; Sat, 6 Jan 96 14:49:28 -0500 Received: from localhost by exalt.x.org id TAA17491; Sat, 6 Jan 1996 19:49:25 GMT Message-Id: <199601061949.TAA17491@exalt.x.org> To: hackers@freefall.FreeBSD.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: Your message of Sat, 06 Jan 1996 19:15:39 EDT. <199601061815.TAA15371@uriah.heep.sax.de> Organization: X Consortium Date: Sat, 06 Jan 1996 14:49:25 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > As Kaleb S. KEITHLEY wrote: > > > > > > > Who puts the RPATH into the executable? At least, simply linking it > > > e.g. against an X11 library with ld doesn't put it there. > > > > When you have ELF, ld can put it there. > > It was ELF. I wrote about my troubles on a SystemV. (Unixware, > actually. This machine has not yet been converted to FreeBSD, > although the operator of the box would really like to have this > happen. :) Oh, now we're talking about Unixware, not FreeBSD??? Unixware is SVR4, not SYSV. > > Setuid *root* binaries ignore LD_LIBRARY_PATH, even with ELF. > > Does this imply that e.g. setgid kmem binaries under SysV do _not_ > ignore LD_*_PATH, so i could abuse them? It wasn't meant to be an exhaustive list. > > > > My only solution was to symlink the X cruft into /usr/lib. Not very > > > exciting. > > > > This isn't necessary if you've ldconfig'd /usr/X11R6/lib into the > > ld.so.cache? > > Yup, Unixware doesn't have an ld.so.cache. Then I still don't understand why you had a problem. If you have X/Motif- based apps that came with Unixware, they use the libs that are already in /usr/lib. If you used XFree86 X-based apps, they're built with RPATH and the run-time loader knows how to find the libraries the app needs. > > > What about binaries where i want to shuffle the shared libs around > > > later? > > > > Yuck. :-) With ELF it's reasonably easy to write a utility to rewrite > > the RPATH in a program if you really wanted to move its libraries around. > > Ick. > > > > (E.g., they are linked against Motif, and i'd like to keep my > > > copy of Motif in a separate subtree?) > > > > Keeping Motif (source?) in a separate subtree is one thing. You install > > the libraries somewhere, right? /usr/X11R6/lib? You've added /usr/X11R6/lib > > to your ld.so.cache, right? So with ELF, each application has it's own > > ld.so.cache, except that it's called RPATH, and it's stored in each > > application instead of the global /etc/ld.so.cache. > > So i have to parse my entire directory tree to find out all binaries > that dynamically link the Motif lib? And i have to modify each of > them manually? (I don't speak about things that will be recompiled > from source, i think about a set of working binaries.) Why are you moving the libraries around? If you're going to move the libraries around, that's the penalty. The lesson is, don't move the libraries. If you're moving the libraries, particularly X libraries, does that also mean you're moving app-defaults files and all the other X paraphenalia around? Are you going to force all your users to set an X_FILE_SEARCH_PATH environment variable in order to find app-defaults files, localization files, Compose maps, and what have you? > Btw., Lasermoon's ugly SWiM package did also use their own ld.so.cache > in the mwm they're shipping: they have hard-linked it to > /usr/X11R6/lib/libXm.so.2.0.0 -- even though they ship the system so > that it installs into /usr/X386 (and i have forced the installation > into /usr/Motif). You can imagine how i liked this. :-] Is this on FreeBSD again, or on Unixware? What does it mean to say they use their own ld.so.cache? Why are you moving the libraries? > > > Other than the fact that ld.so.cache is a minor security hole. Okay, any > > sysadmin worth their salt isn't going to add world writable directories > > to the ld.so.cache, but you never know. > > Exactly. The ld.so.cache is intented to list a set of trustable > libraries. As does RPATH. > (Btw., you are always implying that ld.so.cache would > contain _directories_. This is not true. It lists every and all > shared lib to be used.) Sigh, this doesn't change anything. You give a list of directories to ldconfig, which constructs an ld.so.cache with a list of shared libs to use; every shared library on the whole system. If I have two of libXm.so.2.0.0 on my system, which one do I get with ldconfig/ld.so.cache, the SWiM library in /usr/X386 or the one I built from source in /usr/X11R6/lib? It depends on which one I specified first with ldconfig, right? With ELF, you link with a set of libraries, you supply an RPATH, at run-time the loader looks for the library, first in the RPATH, then in the well known places. I can have programs that use libXm.so.2.0.0 in two (or more) different places because they each have their own RPATH. At run-time it's a quicker search of a shorter list, and it's more flexible. Go learn about the ELF link editor and run-time loader work. There is a reason why every major UNIX vendor (and Linux too) have moved or are moving to ELF. Next thing you'll be telling me I don't want a malloc that agressively sbrks memory back to the system. I'm the customer damn it. What I want is not right or wrong, it's just what I want. If you don't want to give it to me, I'm sure I can find someone else who will! Linux perhaps? Linux has ELF, Linux has gnumalloc in libc. Gee, Linux looks mighty damn good. Or maybe I'll graft the Linux ELF support into FreeBSD, and since you all have Not-Invented-Here syndrome I'll be forced to release KalebBSD. :-) -- Kaleb "I'm the customer, damn it" KEITHLEY From owner-freebsd-hackers Sat Jan 6 11:55:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA12652 for hackers-outgoing; Sat, 6 Jan 1996 11:55:07 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA12644 for ; Sat, 6 Jan 1996 11:55:02 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tYeS6-0000zeC; Sat, 6 Jan 96 13:38 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tYeLO-000CC2C; Sat, 6 Jan 96 13:31 WET Message-Id: Date: Sat, 6 Jan 96 13:31 WET To: chuck@fang.cs.sunyit.edu, hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Jan 6 1996, 13:31:57 CST Subject: re: A few NITS about SCSI Tapes Sender: owner-hackers@freebsd.org Precedence: bulk [0]1) Using an ExaByte 8200 on a 2.1 system with an Adaptec 1522A and [0]a 1542CF SCSI Card - [0] [0]The dump application exits with the error [0] "st1: bad request, must be between 0 and 0" Oh I am *SO* glad to see this! So I am not the only one who has seen this message! I got this with dump also, and it would magically go away if I issued a "mt rewind" TWICE and then re-ran the dump (same tape). This was on a WangDAT 4MM tape system with a 1542C controller. The 1542C had the latest ROM code and this was under 2.1.0. [0]b) After a dump I always need to execute "mt -f /dev/st0 offline" [0]in order to eject the tape. I am unable to eject the tape using the eject [0]button. I have been told "we did that on purpose(TM)" when I complained about it a month or two ago. This is unfortunate, because on the WangDAT, the "drive locked" and "activity light" are one and the same. So unlike SCO where the light would blink indicating activity, in FreeBSD the light goes on at the first access and stays on until I do the offline command. The reasoning for why this was done this way was so that no one would be able to walk up and eject the tape. OK, but now I have authorized people walk up and issue the offline command thinking the unit isn't in use when it was. No improvement in this secure computer room. I'd prefer the status light. Perhaps a "non-locking" dev is the answer? That is what I provided for the Matsushita CD-ROM drives. As to the "must be between 0 and 0", there is a bug somewhere, probably in accepting density 0 as a hardware default. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" ^------(this is the fastest route)|"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Sat Jan 6 12:09:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13294 for hackers-outgoing; Sat, 6 Jan 1996 12:09:20 -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 MAA13271 Sat, 6 Jan 1996 12:09:04 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id PAA00784; Sat, 6 Jan 1996 15:07:19 -0500 Date: Sat, 6 Jan 1996 15:07:19 -0500 (EST) From: Brian Tao To: FREEBSD-HACKERS-L cc: FREEBSD-ISP-L Subject: A few other concerns from a FreeBSD ISP Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I am starting to phase in FreeBSD boxes in favour of BSD/OS systems at Internex Online, the ISP that employs me. The first machines are being used as customer login servers, so they are running your typical mix of Internet client software. Dialup access is provided via Livingston PM-2e terminal servers. There are a few items that concern me, none of which were brought up in the "ISP's state their FreeBSD concerns" thread from a couple of months back. For reference, the machines are Intel P133's on ASUS P/I-P55TP4XEG (note the extra 'G') motherboards with 512K pipeline burst cache, 4x32MB 60ns FPM SIMM's, a generic PCI VGA card, an SMC 9332 EtherPower 10/100Mbps Ethernet NIC, an NCR53c810 SCSI controller and a Quantum Fireball 1080S hard drive. 2.1.0-RELEASE is installed on all of them. 1. Rlogin problem The most troubling is an rlogin bug that has been around at least since January 1995. On seemingly random occasions, an rlogin to the FreeBSD host will fail. After the rlogin command is issued on the other system, there is a period of inactivity that lasts about one minute. Then I get a "Connection refused" error. I've had this problem since 2.0-RELEASE, whether the other system is running FreeBSD, BSD/OS, NetBSD, SunOS, AIX or IRIX. I have tcp_wrappers installed on the FreeBSD machine. When an rlogin fails, no connection is registered by tcpd and rlogind on the destination host doesn't even start. Running inetd in debug mode indicates that not even inetd is aware there is a connection attempt on port 513. Running netstat around the time of the rlogin attempt suggests that the rlogin hang may have to do with the kernel assigning the connection a port number that is still currently in TIME_WAIT from a previous rlogin. Once the TIME_WAIT status is cleared, the rlogin is completed. If this is the problem, would it be possible to get the kernel to use incremental port numbers instead of trying to "reuse" old ones? The TIME_WAIT's hang around for a few seconds after a connection is lost, and this becomes an issue when you have login/logout events once every few seconds. Our terminal servers use the rlogin service to transfer a user to a FreeBSD machine. If that connection times out, the line is dropped and they need to redial. Needless to say, this won't score any points with customers. I haven't noticed this problem with BSD/OS 2.0 yet, nor any other flavour of UNIX I've used. I haven't used NetBSD systems enough to know if they have the same problem in their socket code. Has anyone else seen this behaviour with 2.1.0-RELEASE (or with earlier or later kernels)? Better yet, does anyone have a solution? 2. Temporary loss of NFS service FreeBSD's NFS client code seems to be very sensitive to an unresponsive server. If our NFS server (a P100 BSD/OS 2.0 machine) needs to be taken offline, clients of that server will naturally get a lot of processes hanging in disk wait. The problem is that FreeBSD clients do not seem to ever recover from that state, while the BSD/OS clients take a few minutes to realize NFS is once again available, and continue on their merry way. The only wait out of this is to reboot the FreeBSD machines (again, not scoring any points with the paying customers who were online). I am running "nfsiod -n 4" on the clients, and "nfsd -t -u -n 6" on the BSD/OS server. About 24 gigabytes of disk over 7 filesystems are exported to the clients. Is there any way to "kickstart" processes on the client so they know that the NFS server is alive again? Or is there a tunable parameter in the kernel source that decreases the timeout or increases the frequency of retrying the NFS server? 3. Unrecoverable "mb_map full" condition I've noticed that once the kernel reports "mb_map full", networking is completely hosed. Is it possible for the kernel to release unused mbufs into a free pool of some sort instead of forcing me to reboot the machine? I've had this happen even with NMBCLUSTERS=2048, but I haven't seen it yet with 4096. 'netstat -m' typically reports: 226 mbufs in use: 100 mbufs allocated to data 81 mbufs allocated to packet headers 33 mbufs allocated to protocol control blocks 12 mbufs allocated to socket names and addresses 81/454 mbuf clusters in use 936 Kbytes allocated to network (20% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines In the "mbuf clusters in use" line, is 81 the current number allocated, and 454 the high-water mark? Those numbers aren't anywhere near 2048, let alone 4096. Does the NMBCLUSTERS option in the kernel config refer to some other number? *** The last two problems aren't immediate concerns, but the first one will cause headaches once I switch the Livingstons to use the FreeBSD machines as login hosts instead of the BSD/OS machines. Any insight or advice appreciated. Thanks. -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Sat Jan 6 12:11:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA13498 for hackers-outgoing; Sat, 6 Jan 1996 12:11: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 MAA13478 Sat, 6 Jan 1996 12:11: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 MAA03000; Sat, 6 Jan 1996 12:10:36 -0800 Message-Id: <199601062010.MAA03000@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Doug Rabson cc: John Polstra , freebsd-hackers@freebsd.org, jkh@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Sat, 06 Jan 1996 17:34:00 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Jan 1996 12:10:36 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Dumb question: Given that it is desired for sysintall to load shared objects shouldnt it be compiled as a shareable object ? One thing comes to mind and thats the size of libc.a so maybe the dynamic loader could be hacked to load a gzip libc.a? Cheers, Amancio From owner-freebsd-hackers Sat Jan 6 12:51:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15694 for hackers-outgoing; Sat, 6 Jan 1996 12:51: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 MAA15686 for ; Sat, 6 Jan 1996 12:51:51 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA16869; Sat, 6 Jan 1996 21:51:45 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA18578; Sat, 6 Jan 1996 21:51:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA16210; Sat, 6 Jan 1996 21:40:08 +0100 (MET) From: J Wunsch Message-Id: <199601062040.VAA16210@uriah.heep.sax.de> Subject: Re: automatic power down at shutdown To: fyeung@fyeung5.netific.com (francis yeung) Date: Sat, 6 Jan 1996 21:40:08 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601061119.LAA00911@fyeung5.netific.com> from "francis yeung" at Jan 6, 96 11:19:21 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 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. -- 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 6 13:00:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16466 for hackers-outgoing; Sat, 6 Jan 1996 13:00:40 -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 NAA16445 for ; Sat, 6 Jan 1996 13:00:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id PAA27535; Sat, 6 Jan 1996 15:59:51 -0500 Message-Id: <199601062059.PAA27535@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: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: A few NITS about SCSI Tapes In-reply-to: Your message of "Sat, 06 Jan 1996 14:05:29 +0100." <199601061305.OAA13148@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 06 Jan 1996 15:59:51 -0500 From: Robert Withrow Sender: owner-hackers@FreeBSD.org Precedence: bulk > If somebody wants to try it, here's the magic: I tried it on a wangtek drive and it worked fine. Times: 150 tape -- 190 seconds 250 tape -- 300 seconds I think the wangtek drive is at the faster end of qic-150 drives. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Sat Jan 6 13:24:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA18843 for hackers-outgoing; Sat, 6 Jan 1996 13:24:45 -0800 (PST) Received: from beta.ms.mff.cuni.cz (beta.ms.mff.cuni.cz [194.50.19.126]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA18835 for ; Sat, 6 Jan 1996 13:24:40 -0800 (PST) Received: by beta.ms.mff.cuni.cz (950215.SGI.8.6.10/930416.SGI.AUTO) id WAA02775; Sat, 6 Jan 1996 22:24:37 +0100 Date: Sat, 6 Jan 1996 22:24:29 +0100 (MET) From: Oldrich Cuda To: freebsd-hackers@freebsd.org Subject: new protocol Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi there, I need help with this problem ... I have to make program for checking all packet on my ethernet cable and it could be programed under FreeBSD. So my quesion is, how can I implement to kernel protocol witch could send me every packet ... I know how to set promiscuit mode on ether card, but I really don't know how to implement that protocol ... Thank's Olda ======================= Oldrich Cuda ocud3178@barbora.ms.mff.cuni.cz From owner-freebsd-hackers Sat Jan 6 13:49:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA20383 for hackers-outgoing; Sat, 6 Jan 1996 13:49:04 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA20373 for ; Sat, 6 Jan 1996 13:49:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA06715; Sat, 6 Jan 1996 14:47:09 -0700 From: Terry Lambert Message-Id: <199601062147.OAA06715@phaeton.artisoft.com> Subject: Re: prevent paralell modem connection To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 6 Jan 1996 14:47:09 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601061403.PAA14133@uriah.heep.sax.de> from "J Wunsch" at Jan 6, 96 03:03:55 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 > > Or add a gcos field for user accounting to the passwd database. > > > > If you are hacking in there, see the latest BSDI 2.x modifications > > to the file format first. > > Is there any publically available information on this? > > It seems that some people from the former CSRG have completed their > original ideas there (i.e., the ``user class'' field). Too bad that > they didn't release the general part into the public, as a diff to > the 4.4Lite code. They have doc'ed the field usage in the file format. Consider the code their "value add". 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Jan 6 13:55:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA21029 for hackers-outgoing; Sat, 6 Jan 1996 13:55: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 NAA21018 for ; Sat, 6 Jan 1996 13:55:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id NAA17135; Sat, 6 Jan 1996 13:55:28 -0800 To: "Kaleb S. KEITHLEY" cc: hackers@freefall.freebsd.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-reply-to: Your message of "Sat, 06 Jan 1996 14:49:25 EDT." <199601061949.TAA17491@exalt.x.org> Date: Sat, 06 Jan 1996 13:55:27 -0800 Message-ID: <17133.820965327@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Next thing you'll be telling me I don't want a malloc that agressively > sbrks memory back to the system. I'm the customer damn it. What I want is > not right or wrong, it's just what I want. If you don't want to give it > to me, I'm sure I can find someone else who will! Linux perhaps? Linux > has ELF, Linux has gnumalloc in libc. Gee, Linux looks mighty damn good. I think we're getting a little overheated here, perhaps, albeit with the odd smiley still in attendance. Perhaps it's not too late. Look, I don't think that it's worth-while debating the technical merits of ELF here. I think that, all things considered, it's probably a better mousetrap than a.out and sort of a moot point in the comparison anyway since SVR4 and Linux have both adopted it and we're going to be bombarded with ELF fanatics from now until doomsday until *some* type of support emerges. Ultimately, the "customers" will win out. However, everything is a question of trade-offs and Kaleb, being from the X Consortium, should be well aware of that. Hell, being from the X Consortium, I think he'd be *more* than aware of that. Let's see if we can't use X itself as something of an analogy: X is probably a shining example of one of the greatest technological crocks-through-compromise of our time and, come the revolution, I suspect that everyone responsible at MIT will be among the first up against the walls and shot (right after everyone in Redmond has first been put to the sword and Bill's head paraded through the city on a pike). Nonetheless, despite being Evil Incarnate in almost every conceivable way, X has been a more-than-moderate success (and the less said about Bill and his minions the better). Why? Because they compromised enough to get it running on everybody's hardware, eschewing less technically elegant solutions that wouldn't have worked on the aging Sun 3/50's (4MB! Soldered to the motherboard!) of the day. They decided to not make anybody mad by imposing a pre-conceived notion of Look-And-Feel, and suckered everyone into thinking that their "mechanism not policy" credo was a Good Thing for long enough to get them signed up (at which stage, they all clamored for a unified Look-and-Feel, of course, but it was already too late). Compromise compromise compromise. Above all, X never made the slightest attempt to appease the *users* of the system, just the hackers who were its early proponents. There were no interface builders at the start, nor was the toolkit even usable until the later days of X11. When the user's started making far too much noise about the lack of any kind of L&F policy, In short, it was a technological disaster and has since, quite naturally, taken over the world. X is, in short, in almost complete refutation of every point Kaleb makes about giving the customers what they want! What does all this have to do with ELF and a.out? Well, I'll tell you. Despite all of X's now-obvious shortcomings, I don't think they could have done it in any other way. An early toolkit that tried to impose look-and-feel probably would have sunk under the shellfire of numerous vendors who didn't feel it matched their local asthetic. Sticking a more extensible mechanism into the server would probably have made it slow and unusable on the early Sun machines which probably did more to bootstrap X than anything else (the native Suntools was, you see, completely awful). In other words, if they'd tried to make X into NeWS right at the start, X would probably be where NeWS is today (dead). Where they screwed it up was in not throwing some weight around just as it looked like their base technology was truly taking off, and trying to impose some sort of order on the rabble. If they'd taken 5 or 6 of their best and redirected their efforts to providing more "complete solution" oriented tools before the commercial programmers had even figured out what X *was*, they'd have blown the commercial desktop offerings away and gotten more defacto standards in place before the forces of mediocrity and bloat from HP and DEC got organized. As it was, things like DECWindows and Motif were developed to fill the vacuum, and they all still sucked. We don't have to make the same mistakes. We can spend the next year or so with FreeBSD totally obsessed with improving the underlying tools so they'll be good enough for the hackers and ignoring the greater needs of our user base, or we can down tools on certain parts of it, declaring them "good enough!" for the time being, and spending some time dealing with fires burning elsewhere. We can and should try to round FreeBSD out on a *number* of fronts and not just the pieces we're most personally interested in. To use X as an analogy again, it's no good getting caught up in the technology of putting pixels on the screen if you're going to drop the far more important questions of *why and when you'd want them there* on the floor. Saying that such things can safely be left to others is also an obvious untruth - we've all seen what happened when that kind of thing got left to others. ELF is one of those technologies that may well prove useful to us someday, but we need to be careful about when we go to it. Right now, we're just trying to repair our reputation for stability that was tarnished somewhat in the 2.0 merger and another big shake-up right now would be really poorly timed. We also need to be wary of adopting technologies for adopting's sake. I've heard some good reasons why ELF would be *nice*, but I see no reason why it'd be *necessary* at this particular point in time. I can think of a lot of other things that are pretty necessary, however, and it would seem to be an effective *compromise* to agree to look at those things first. As I said, I fully expect Kaleb to be aware of the need to compromise occasionally.. :) Jordan From owner-freebsd-hackers Sat Jan 6 14:21:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22866 for hackers-outgoing; Sat, 6 Jan 1996 14:21:22 -0800 (PST) Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA22859 for ; Sat, 6 Jan 1996 14:21:19 -0800 (PST) Received: by violet.berkeley.edu (8.7.1/1.33r) id OAA05502; Sat, 6 Jan 1996 14:21:18 -0800 Date: Sat, 6 Jan 1996 14:21:18 -0800 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199601062221.OAA05502@violet.berkeley.edu> To: hackers@freebsd.org Subject: If you want to see a FreeBSD magazine, please respond to this one! Sender: owner-hackers@freebsd.org Precedence: bulk Path: agate!overload.lbl.gov!lll-winken.llnl.gov!uwm.edu!newsfeed.internetmci.com!in1.uu.net!tsunami.ixa.net!news.aa.net!ripple.ssc.com!fyl From: fyl@ssc.com (Phil Hughes) Newsgroups: comp.os.linux.advocacy,alt.os.linux,comp.unix.bsd.freebsd.misc,comp.unix.bsd.netbsd.misc Subject: Re: a monthly FreeBSD magazine (and other *BSD's too) Followup-To: comp.os.linux.advocacy,alt.os.linux,comp.unix.bsd.freebsd.misc,comp.unix.bsd.netbsd.misc Date: 6 Jan 1996 16:50:43 GMT Organization: SSC, Inc,. Seattle, WA Lines: 35 Message-ID: <4cm993$m5m@Holly.aa.net> References: <4ajc07$sb7@unix2.glink.net.hk> <4bs4cu$mkm@gandalf.compumedia.com> <4bujan$6is@csugrad.cs.vt.edu> <4buu82$1di@cynic.portal.ca> NNTP-Posting-Host: 204.157.223.200 X-Newsreader: TIN [version 1.2 PL2] Xref: agate comp.os.linux.advocacy:42116 comp.unix.bsd.freebsd.misc:14169 comp.unix.bsd.netbsd.misc:2210 For those who don't immediately recognize me, I am the publisher of Linux Journal. About two weeks ago I posted note in this thread about what it would take to get us (or someone else) to start a *BSD magazine. Someone had suggested that many of the Linux Journal readers really used *BSD and just read LJ because there was no *BSD magazine. I suggested that if the *BSD community was out there, they should speak up. That is, we get lots of letters to the editor of LJ and none that I can remember have said "I use *BSD, not Linux". In response to this request for input I have received one piece of e-mail. You guys are going to need to do a lot better than that if you want anyone in the publishing industry to take you seriously. This is not intended to taunt anyone. I really would like to see some response and, if it appears, I would either entertain SSC publishing an BSD-related magazine or helping someone else start such a publication. But, right now, we have support from many of the Linux developers, about 30,000 readers (subscribers, newsstand sales and show give-aways) and from the commercial community in the form of advertising. As for advertising, one of our advertisers had to be dragged into the Linux community. A majority of the sales of one of their products and a substantial portion of their company business is now to Linux users. Joanne Wagner (LJ advertising representative) and I know what it takes to get people to advertise in an unknown magazine covering a "free" and unknown market. We know because we did it with Linux Journal. FreeBSD, NETBSD, etc need to be able to show potential advertisers what the magazine will do for them or they need to find someone who has a pile of money and thinks blowing $20,000-$50,000/issue would be fun. -- Phil Hughes, SSC, Inc. P.O. Box 55549, Seattle, WA 98155 (206)PUBS-REF >>> Publishers of pocket references for UNIX, C, ..., Linux Journal <<< E-mail: phil@ssc.com Phone: (206)782-7733 Fax: (206)782-7191 SSC/Linux Journal web site: http://www.ssc.com/ From owner-freebsd-hackers Sat Jan 6 14:57:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA25757 for hackers-outgoing; Sat, 6 Jan 1996 14:57:12 -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 OAA25740 for ; Sat, 6 Jan 1996 14:57:03 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id XAA04014 for ; Sat, 6 Jan 1996 23:55:12 +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 XAA04773; Sat, 6 Jan 1996 23:53:54 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: jkh@violet.berkeley.edu (Jordan K. Hubbard) cc: hackers@freebsd.org Subject: Re: If you want to see a FreeBSD magazine, please respond to this one! In-reply-to: Your message of "Sat, 06 Jan 1996 14:21:18 PST." <199601062221.OAA05502@violet.berkeley.edu> Date: Sat, 06 Jan 1996 23:53:54 +0100 Message-ID: <4771.820968834@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > ... > unknown market. We know because we did it with Linux Journal. FreeBSD, > NETBSD, etc need to be able to show potential advertisers what the > magazine will do for them or they need to find someone who has a pile of > money and thinks blowing $20,000-$50,000/issue would be fun. One of the reasons I have not responded to any of this, is that the handfull of issues I have seen of the Linux Journal were not the kind of stuff I would even consider reading if it were to be sent to me for free. I think there would be much more value to the FreeBSD cause by doing something along the lines of "The Simple Times" (R.I.P) which was published by making the .ps and .txt files available on the net and via email lists. What we need is an editor who wants to spearhead this and make it look at least somewhat sensible from a graphical point of view. I will happily help gather and produce some interesting material, and I'm pretty sure we could guarantee at least one good article per issue with some real stuff in it, rather than the "ls for experts (5/9)" drivel LJ is so full of. If we want to accept ads, then I think we get more value for the money if they go to the FreeBSD Project than to actually print the magazine and pay for a staff of typographers. Well, just my personal position on this... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sat Jan 6 15:13:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27017 for hackers-outgoing; Sat, 6 Jan 1996 15:13:22 -0800 (PST) Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA26993 for ; Sat, 6 Jan 1996 15:13:14 -0800 (PST) Received: from exalt.x.org by expo.x.org id AA16023; Sat, 6 Jan 96 18:12:43 -0500 Received: from localhost by exalt.x.org id XAA18349; Sat, 6 Jan 1996 23:12:41 GMT Message-Id: <199601062312.XAA18349@exalt.x.org> To: "Jordan K. Hubbard" Cc: hackers@freefall.FreeBSD.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-Reply-To: Your message of Sat, 06 Jan 1996 13:55:27 EDT. <17133.820965327@time.cdrom.com> Organization: X Consortium Date: Sat, 06 Jan 1996 18:12:40 EDT From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Next thing you'll be telling me I don't want a malloc that agressively > > sbrks memory back to the system. I'm the customer damn it. What I want is > > not right or wrong, it's just what I want. If you don't want to give it > > to me, I'm sure I can find someone else who will! Linux perhaps? Linux > > has ELF, Linux has gnumalloc in libc. Gee, Linux looks mighty damn good. > > I think we're getting a little overheated here, Where there's smoke, there's fire. But I don't think it's the same fire you think it is. > perhaps, albeit with > the odd smiley still in attendance. At least you saw them. > Perhaps it's not too late. Never say die. > Look, I don't think that it's worth-while debating the technical > merits of ELF here. I think that, all things considered, it's > probably a better mousetrap than a.out and sort of a moot point in the > comparison anyway since SVR4 and Linux have both adopted it and we're > going to be bombarded with ELF fanatics from now until doomsday until > *some* type of support emerges. Ultimately, the "customers" will win > out. > > However, everything is a question of trade-offs and Kaleb, being from > the X Consortium, should be well aware of that. Hell, being from the > X Consortium, I think he'd be *more* than aware of that. Let's see if > we can't use X itself as something of an analogy: > > > [ much that's true deleted ] > X is, in short, in almost complete refutation of > every point Kaleb makes about giving the customers what they want! > > Are you saying that the past sins of the MIT X Consortium somehow make it okay for FreeBSD to make the same mistakes today? For what it's worth, I'll just say that was then, this is now. I'm busting my butt trying to make sure the customers get what they want. So get a new color to paint the X Consortium, Inc., with. > ELF is one of those technologies that may well prove useful to us > someday, but we need to be careful about when we go to it. Right now, > we're just trying to repair our reputation for stability that was > tarnished somewhat in the 2.0 merger and another big shake-up right > now would be really poorly timed. We also need to be wary of adopting > technologies for adopting's sake. I've heard some good reasons why > ELF would be *nice*, but I see no reason why it'd be *necessary* at > this particular point in time. I can think of a lot of other things > that are pretty necessary, however, and it would seem to be an > effective *compromise* to agree to look at those things first. > > As I said, I fully expect Kaleb to be aware of the need to compromise > occasionally.. :) > I never said it had to be *right now*, now did I? I did however sense another episode of "we, the hackers, will decide what's good for the masses." I got it from Andre about a cleaner 8-bit clean libc, I got it from Poul when I wanted agressive sbrking memory back to the OS, and Joerg about the usefulness of ld.so.cache. Three times I've said "it would be better if..." Three times I've had someone from -hackers come back with "no, you don't want that". Well, yes, I do want those things, to the extent that they don't break standards conformance. (See, I did compromise on the 8-bit clean libc stuff. Did I get the rest of what I wanted though?) Is it not surprising that I think I see a pattern emerging? I'm thinking about nominating the lot of you for the ``Gary "I don't want no $12,000,000,000, I just want to fly my plane while the IBM executives sit and wait for me" Kildall award.'' And no, I'm not putting a smiley on it like I did when I made this comment to Joerg in email. Even if I'm not handing you the key to a gigabuck business, maybe the next guy will. Don't go fly your plane when the next guy comes along. And here's a smiley for you. :-) I'll tell you, in the real world, I *never* bother to tell a merchant how to make me a happy customer, I just take my business to the next guy. You should be happy to have "customers" telling you what you need to do to improve the product; it means they care, so you don't need to go on the defensive every time someone makes a suggestion. -- Kaleb "*I* am the customer, damn it" KEITHLEY From owner-freebsd-hackers Sat Jan 6 15:14:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27125 for hackers-outgoing; Sat, 6 Jan 1996 15:14: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 PAA27112 for ; Sat, 6 Jan 1996 15:14:13 -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 AAA11951 for ; Sun, 7 Jan 1996 00:14:10 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA18151 for hackers@freebsd.org; Sun, 7 Jan 1996 00:14:09 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id XAA08358 for hackers@freebsd.org; Sat, 6 Jan 1996 23:32:33 +0100 Received: (from regnauld@localhost) by tetard.freenix.fr (8.7.3/8.6.6) id BAA01782 for hackers@freebsd.org; Sat, 6 Jan 1996 01:36:55 +0100 (MET) From: Philippe Regnauld Message-Id: <199601060036.BAA01782@tetard.freenix.fr> Subject: Two VGA adapters in one box To: hackers@freebsd.org Date: Sat, 6 Jan 1996 01:36:55 +0100 (MET) X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Hi, This has probably been asked before, but I'm new on hackers -- Is there a way to setup two VGA adapters in one box, to achieve the followind configuration: - I have a El Cheapo 14" monitor, and a 19" HP fixed frequency color one. Since the HP is not multi freq, I have to constantly plug the 14" back in when I reboot -- so as not to damage the HP circuits (and, yes, I play Hexen and Descent). - I could get a VGA switch, but: What I'd like to do is modify some cheap Trident or Oak VGA (I got one right now) so that the 14" serves as Syscons/PCVT text console, and X runs on the 19". - I know the X server can be modified at another address, but: - what would be the extent of the work? - What about syscons/pcvt? How can keyboard input and mouse be redirected to X when it is running on the second adapter? Of course, if anybody's got a Hercules card and the monitor, I wouldn't mind :-) -- 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 Sat Jan 6 16:13:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00925 for hackers-outgoing; Sat, 6 Jan 1996 16:13:01 -0800 (PST) Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA00918 for ; Sat, 6 Jan 1996 16:12:55 -0800 (PST) Received: by sequent.kiae.su id AA14374 (5.65.kiae-2 ); Sun, 7 Jan 1996 03:09:19 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 7 Jan 96 03:09:18 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id DAA00334; Sun, 7 Jan 1996 03:08:51 +0300 (MSK) To: "Jordan K. Hubbard" , "Kaleb S. KEITHLEY" Cc: hackers@freefall.FreeBSD.org References: <199601062312.XAA18349@exalt.x.org> In-Reply-To: <199601062312.XAA18349@exalt.x.org>; from "Kaleb S. KEITHLEY" at Sat, 06 Jan 1996 18:12:40 EDT Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 7 Jan 1996 03:08:51 +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: Demand loading (Re: FreeBSD, Zappa & PCI) Lines: 31 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199601062312.XAA18349@exalt.x.org> Kaleb S. KEITHLEY writes: >I did however sense another episode of "we, the hackers, will decide >what's good for the masses." I got it from Andre about a cleaner 8-bit >clean libc, I got it from Poul when I wanted agressive sbrking memory >back to the OS, and Joerg about the usefulness of ld.so.cache. Three >times I've said "it would be better if..." Three times I've had someone >from -hackers come back with "no, you don't want that". Well, yes, I do >want those things, to the extent that they don't break standards >conformance. (See, I did compromise on the 8-bit clean libc stuff. Did >I get the rest of what I wanted though?) Is it not surprising that I >think I see a pattern emerging? Speaking about me, as you can notice _all_ your proposed localization changes commited into -current as result of some kinda discussion happens. Speaking about Poul I saw his commit of your proposed malloc change even without any discussion. So, I don't understand, what makes your uncomfortable here. Do you mean that customer demands must be accepted immediately even without comparation with global project strategy? Even they are accepted it not generally means that someone from the FreeBSD team forced to work on them... (well, nobody pay me for localization f.e. :-) -- 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 Sat Jan 6 16:21:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01438 for hackers-outgoing; Sat, 6 Jan 1996 16:21:00 -0800 (PST) Received: from cs.few.eur.nl (pk@kaa.cs.few.eur.nl [130.115.131.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA01433 for ; Sat, 6 Jan 1996 16:20:57 -0800 (PST) Received: by cs.few.eur.nl (5.67/EUR) id AA14457; Sun, 7 Jan 96 01:19:54 +0100 From: Paul Kranenburg Message-Id: <9601070019.AA14457@cs.few.eur.nl> Subject: Re: Anyone got GNU `dld' ported to FreeBSD? To: dfr@render.com (Doug Rabson) Date: Sun, 7 Jan 1996 01:19:53 +0100 (MET) Cc: jdp@polstra.com, hackers@FreeBSD.ORG In-Reply-To: from "Doug Rabson" at Jan 6, 96 11:53:27 am X-Mailer: ELM [version 2.4 PL13] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > It would be pretty easy in a static binary to 'demand load' ld.so the > first time a dl*() function was used, I think. While this is possible with some niggling work, you might be in for a few surprises, unless the objects you intend to dlopen() are completely self-contained. Normally an object is likely to depend on libc so you'd have to auto-load the shared libc version leaving multiple copies of assorted libc routines in your program. Depending on what those routines are, this might lead to confusing results. -pk From owner-freebsd-hackers Sat Jan 6 16:21:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01463 for hackers-outgoing; Sat, 6 Jan 1996 16:21:32 -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 QAA01455 for ; Sat, 6 Jan 1996 16: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 BAA20920; Sun, 7 Jan 1996 01:21:25 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA20402; Sun, 7 Jan 1996 01:21:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA17000; Sun, 7 Jan 1996 01:08:01 +0100 (MET) From: J Wunsch Message-Id: <199601070008.BAA17000@uriah.heep.sax.de> Subject: Re: new protocol To: ocud3178@beta.ms.mff.cuni.cz (Oldrich Cuda) Date: Sun, 7 Jan 1996 01:08:00 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Oldrich Cuda" at Jan 6, 96 10:24:29 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 Oldrich Cuda wrote: > > I have to make program for checking all packet on my ethernet cable and > it could be programed under FreeBSD. RTFM bpf(4), tcpdump(1). Oj, a .cz address! Dobrou noc do Ceskou! -- 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 6 16:21:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01484 for hackers-outgoing; Sat, 6 Jan 1996 16:21: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 QAA01465 for ; Sat, 6 Jan 1996 16:21:32 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA20924 for ; Sun, 7 Jan 1996 01:21:27 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA20403 for freebsd-hackers@freebsd.org; Sun, 7 Jan 1996 01:21:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA17039 for freebsd-hackers@freebsd.org; Sun, 7 Jan 1996 01:09:34 +0100 (MET) From: J Wunsch Message-Id: <199601070009.BAA17039@uriah.heep.sax.de> Subject: Re: prevent paralell modem connection To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 7 Jan 1996 01:09:33 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601062147.OAA06715@phaeton.artisoft.com> from "Terry Lambert" at Jan 6, 96 02:47:09 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Terry Lambert wrote: > > > It seems that some people from the former CSRG have completed their > > original ideas there (i.e., the ``user class'' field). Too bad that > > they didn't release the general part into the public, as a diff to > > the 4.4Lite code. > > They have doc'ed the field usage in the file format. Where? In BSD/OS 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 Sat Jan 6 16:22:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01610 for hackers-outgoing; Sat, 6 Jan 1996 16:22: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 QAA01605 Sat, 6 Jan 1996 16:22:46 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA20935; Sun, 7 Jan 1996 01:21:43 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA20405; Sun, 7 Jan 1996 01:21:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id BAA17116; Sun, 7 Jan 1996 01:17:51 +0100 (MET) From: J Wunsch Message-Id: <199601070017.BAA17116@uriah.heep.sax.de> Subject: Re: A few other concerns from a FreeBSD ISP To: taob@io.org (Brian Tao) Date: Sun, 7 Jan 1996 01:17:51 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org, freebsd-isp@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Brian Tao" at Jan 6, 96 03:07: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 Brian Tao wrote: > > 1. Rlogin problem > > The most troubling is an rlogin bug that has been around at least > since January 1995. On seemingly random occasions, an rlogin to the > FreeBSD host will fail. After the rlogin command is issued on the > other system, there is a period of inactivity that lasts about one > minute. Then I get a "Connection refused" error. This is just a ``Me, too'' message. -- 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 6 16:35:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02125 for hackers-outgoing; Sat, 6 Jan 1996 16:35:11 -0800 (PST) Received: from Aspen.Woc.Atinc.COM (aspen.woc.atinc.com [198.138.38.205]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA02107 for ; Sat, 6 Jan 1996 16:35:00 -0800 (PST) Received: (from jmb@localhost) by Aspen.Woc.Atinc.COM (8.6.12/8.6.9) id TAA15038; Sat, 6 Jan 1996 19:33:15 -0500 Date: Sat, 6 Jan 1996 19:33:13 -0500 (EST) From: "Jonathan M. Bresler" X-Sender: jmb@Aspen.Woc.Atinc.COM To: Joe Greco cc: hackers@freebsd.org Subject: Re: Machine "disappears" off the net..? In-Reply-To: <199601061855.MAA04160@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 Sat, 6 Jan 1996, Joe Greco wrote: > Um, no, SMC8216 (misprobed as SMC8416). I replaced all the 10b2 wire with > 10bT yesterday and I haven't seen a problem since, but I've only been online > a little bit. Hopefully(!!) that was the problem.. here is a patch for the 8216 that i needed to get thing to work. might help you out, should you be inclined to try it. 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 jmb@kryten.atinc.com Wed Nov 8 19:32:07 1995 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by kryten.atinc.com (8.6.10/8.3) with ESMTP id TAA24251; Wed, 8 Nov 1995 19:22:32 -0500 Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id QAA05637 for jmb@kryten.atinc.com; Wed, 8 Nov 1995 16:29:49 -0800 Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [192.216.222.4]) by ref.tfs.com (8.6.12/8.6.12) with ESMTP id WAA21754 for ; Tue, 31 Oct 1995 22:59:32 -0800 Received: from localhost (daemon@localhost) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id WAA26513 ; Tue, 31 Oct 1995 22:49:28 -0800 Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA26485 for hackers-outgoing; Tue, 31 Oct 1995 22:49:22 -0800 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA26475 for ; Tue, 31 Oct 1995 22:49:06 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id IAA18778; Wed, 1 Nov 1995 08:47:22 +0200 From: John Hay Message-Id: <199511010647.IAA18778@zibbi.mikom.csir.co.za> Subject: Re: kern/805: SMC Ultra 8216 incorrectly probed (if_ed driver) To: henrich@msu.edu Date: Wed, 1 Nov 1995 08:47:22 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <199510311856.NAA03475@crh.cl.msu.edu> from "henrich@msu.edu" at Oct 31, 95 01:56:54 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 5411 Sender: julian@ref.tfs.com Precedence: bulk I have tried out the suggested fix that Steve Piette send a while back to this list and it works fine on my 8216C cards. I don't have any 8416 cards to test it on. I have attached Steve's message and at the end a diff that I made relative to -current. I would like people to try it out and see if it breaks the probing of the 8416 cards or maybe something else. And then maybe we can get this into current? John -- John Hay -- John.Hay@csir.co.za > What's wrong with using the probe section from ED_TYPE_SMC8216T? > It worked find here when I first put developed the 8416 patch. It doesn't > care if the card is a combo or utp only device. I did test the driver with > Elite 16, Ultra, and Ether EZ to make sure it still worked after the patch > to 2.0-RELEASE > > ie: (based on 2.0.5-ALPHA /usr/src/sys/i386/isa/if_ed.c) > > case ED_TYPE_SMC8216C: > case ED_TYPE_SMC8216T: > if (sc->type = ED_TYPE_SMC8216C) { > sc->type_str = "SMC8216/SMC8216C"; > sc->kdc.kdc_description = > "Ethernet adapter: SMC 8216 or 8216C"; > } else { > sc->type_str = "SMC8216T"; > sc->kdc.kdc_description = > "Ethernet adapter: SMC 8216T"; > } > outb(sc->asic_addr + ED_WD790_HWR, > inb(sc->asic_addr + ED_WD790_HWR) | ED_WD790_HWR_SWH); > switch (inb(sc->asic_addr + ED_WD790_RAR) & ED_WD790_RAR_SZ64) { > case ED_WD790_RAR_SZ64: > memsize = 65536; > break; > case ED_WD790_RAR_SZ32: > memsize = 32768; > break; > case ED_WD790_RAR_SZ16: > memsize = 16384; > break; > case ED_WD790_RAR_SZ8: > /* 8216 has 16K shared mem -- 8416 has 8K */ > if (sc->type = ED_TYPE_SMC8216C) { > sc->type_str = "SMC8416C/SMC8416BT"; > sc->kdc.kdc_description = > "Ethernet adapter: SMC 8416C or 8416BT"; > } else { > sc->type_str = "SMC8416T"; > sc->kdc.kdc_description = > "Ethernet adapter: SMC 8416T"; > memsize = 8192; > break; > } > outb(sc->asic_addr + ED_WD790_HWR, > inb(sc->asic_addr + ED_WD790_HWR) & ~ED_WD790_HWR_SWH); > > isa16bit = 1; > sc->is790 = 1; > break; > > > Or did I miss something important? > > Steve Piette Applied Computer Technology > steve@simon.chi.il.US. 7N852 Phar Lap Drive > (708) 513-6920 St. Charles, IL 60175-6868 > ------------------------------------------------------------------------------ > By sending unsolicited commercially-oriented e-mail to this address, the > sender agrees to pay a $100 flat fee to the recipient for proofreading > services. *** if_ed.c.org Sun Oct 29 12:16:18 1995 --- if_ed.c Wed Nov 1 08:24:25 1995 *************** *** 509,533 **** isa16bit = 1; break; case ED_TYPE_SMC8216C: /* 8216 has 16K shared mem -- 8416 has 8K */ ! (unsigned int) *(isa_dev->id_maddr+8192) = (unsigned int)0; ! if ((unsigned int) *(isa_dev->id_maddr+8192)) { ! sc->type_str = "SMC8416C/SMC8416BT"; ! sc->kdc.kdc_description = ! "Ethernet adapter: SMC 8416C or 8416BT"; ! memsize = 8192; ! } else { sc->type_str = "SMC8216/SMC8216C"; sc->kdc.kdc_description = "Ethernet adapter: SMC 8216 or 8216C"; ! memsize = 16384; } - isa16bit = 1; - sc->is790 = 1; - break; - case ED_TYPE_SMC8216T: - sc->type_str = "SMC8216T"; - sc->kdc.kdc_description = - "Ethernet adapter: SMC 8216T"; outb(sc->asic_addr + ED_WD790_HWR, inb(sc->asic_addr + ED_WD790_HWR) | ED_WD790_HWR_SWH); --- 509,524 ---- isa16bit = 1; break; case ED_TYPE_SMC8216C: /* 8216 has 16K shared mem -- 8416 has 8K */ ! case ED_TYPE_SMC8216T: ! if (sc->type = ED_TYPE_SMC8216C) { sc->type_str = "SMC8216/SMC8216C"; sc->kdc.kdc_description = "Ethernet adapter: SMC 8216 or 8216C"; ! } else { ! sc->type_str = "SMC8216T"; ! sc->kdc.kdc_description = ! "Ethernet adapter: SMC 8216T"; } outb(sc->asic_addr + ED_WD790_HWR, inb(sc->asic_addr + ED_WD790_HWR) | ED_WD790_HWR_SWH); *************** *** 542,550 **** memsize = 16384; break; case ED_WD790_RAR_SZ8: ! sc->type_str = "SMC8416T"; ! sc->kdc.kdc_description = ! "Ethernet adapter: SMC 8416T"; memsize = 8192; break; } --- 533,548 ---- memsize = 16384; break; case ED_WD790_RAR_SZ8: ! /* 8216 has 16K shared mem -- 8416 has 8K */ ! if (sc->type = ED_TYPE_SMC8216C) { ! sc->type_str = "SMC8416C/SMC8416BT"; ! sc->kdc.kdc_description = ! "Ethernet adapter: SMC 8416C or 8416BT"; ! } else { ! sc->type_str = "SMC8416T"; ! sc->kdc.kdc_description = ! "Ethernet adapter: SMC 8416T"; ! } memsize = 8192; break; } From owner-freebsd-hackers Sat Jan 6 17:01:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA03282 for hackers-outgoing; Sat, 6 Jan 1996 17:01:00 -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 RAA03275 Sat, 6 Jan 1996 17:00: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 RAA00378; Sat, 6 Jan 1996 17:00:55 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id RAA14092; Sat, 6 Jan 1996 17:00:56 -0800 (PST) Message-Id: <199601070100.RAA14092@corbin.Root.COM> To: "Jonathan M. Bresler" cc: Joe Greco , hackers@freebsd.org Subject: Re: Machine "disappears" off the net..? In-reply-to: Your message of "Sat, 06 Jan 96 19:33:13 EST." From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 06 Jan 1996 17:00:55 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >On Sat, 6 Jan 1996, Joe Greco wrote: > >> Um, no, SMC8216 (misprobed as SMC8416). I replaced all the 10b2 wire with >> 10bT yesterday and I haven't seen a problem since, but I've only been online >> a little bit. Hopefully(!!) that was the problem.. > > here is a patch for the 8216 that i needed to get thing to work. >might help you out, should you be inclined to try it. That problem was already fixed in 2.1-release. The problem with the card IDing incorrectly is fixed in 2.1-stable. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Jan 6 17:05:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA03697 for hackers-outgoing; Sat, 6 Jan 1996 17:05:15 -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 RAA03686 for ; Sat, 6 Jan 1996 17:05:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA17718; Sat, 6 Jan 1996 17:04:57 -0800 To: Poul-Henning Kamp cc: hackers@freebsd.org Subject: Re: If you want to see a FreeBSD magazine, please respond to this one! In-reply-to: Your message of "Sat, 06 Jan 1996 23:53:54 +0100." <4771.820968834@critter.tfs.com> Date: Sat, 06 Jan 1996 17:04:57 -0800 Message-ID: <17716.820976697@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > One of the reasons I have not responded to any of this, is that the > handfull of issues I have seen of the Linux Journal were not the kind > of stuff I would even consider reading if it were to be sent to me for > free. Well, there are several (IMHO not incompatible) goals here: 1. Publish something for "the masses" and with mass appeal. I would posit that neither you nor I truly have an accurate "feel" for this; we're hackers with a hacker's myopia. Let someone else worry about it! 2. Publish something by and for the more technically proficient (who are bored silly by 90% of what they see in LJ anyway). Why not work on #2 and actively encourage #1? In the mass appeal category, you almost can't have too many magazines. Jordan From owner-freebsd-hackers Sat Jan 6 17:24:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA04393 for hackers-outgoing; Sat, 6 Jan 1996 17:24:58 -0800 (PST) Received: from iceonline.com (ns.iceonline.com [204.191.208.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA04387 for ; Sat, 6 Jan 1996 17:24:55 -0800 (PST) Received: from w3 by iceonline.com with smtp (Smail3.1.28.1 #7) id m0tYjvP-000xIhC; Sat, 6 Jan 96 17:29 WET Message-Id: <2.2.32.19960107012059.002d377c@iceonline.com> X-Sender: matthewa@iceonline.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 06 Jan 1996 17:20:59 -0800 To: freebsd-hackers@freebsd.org From: Matthew Asham Subject: Dual Monitor Systems... Sender: owner-hackers@freebsd.org Precedence: bulk > Is there a way to setup two VGA adapters in one box, to achieve > the followind configuration: A similiar question: Is there a way to get FreeBSD to work with two display adapters (hercules and VGA). The hercules card would be used as a debug monitor. I've looked through the various kernel config files and sources but I haven't seen anything (yet). -- Matthew Asham - bwm@iceonline.com - (604) 482-7586 ext 402 Software Engineer - ICE Online Inc - http://www.iceonline.com/ From owner-freebsd-hackers Sat Jan 6 17:43:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA05360 for hackers-outgoing; Sat, 6 Jan 1996 17:43:15 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA05354 for ; Sat, 6 Jan 1996 17:43:12 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA07128; Sat, 6 Jan 1996 18:41:21 -0700 From: Terry Lambert Message-Id: <199601070141.SAA07128@phaeton.artisoft.com> Subject: Re: prevent paralell modem connection To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 6 Jan 1996 18:41:21 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601070009.BAA17039@uriah.heep.sax.de> from "J Wunsch" at Jan 7, 96 01:09:33 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 > > > It seems that some people from the former CSRG have completed their > > > original ideas there (i.e., the ``user class'' field). Too bad that > > > they didn't release the general part into the public, as a diff to > > > the 4.4Lite code. > > > > They have doc'ed the field usage in the file format. > > Where? In BSD/OS 2? In passwd(8). But that's just from 2 week old memory. 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 6 19:23:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA10429 for hackers-outgoing; Sat, 6 Jan 1996 19:23:37 -0800 (PST) Received: from synthcom.com (beacon.synthcom.com [198.145.98.253]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA10423 for ; Sat, 6 Jan 1996 19:23:30 -0800 (PST) Received: from sql.synthcom.com (old.synthcom.com [198.145.98.5]) by synthcom.com (8.6.9/8.6.9) with SMTP id TAA08398 for ; Sat, 6 Jan 1996 19:21:39 -0800 Message-Id: <199601070321.TAA08398@synthcom.com> Date: Sun, 07 Jan 96 19:16:32 0000 From: Neil Bradley X-Mailer: Mozilla 1.12 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: DOS File system fixes X-URL: http://www.freebsd.org/handbook/handbook204.html#333 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk What is currently broken in the DOS file system for FreeBSD? I see there's an "Urgent need" for help, and I've got plenty of DOS file system experience, but not too much Unix experience. If the problems aren't specific to the Unix side, I just might be able to help out. -->Neil From owner-freebsd-hackers Sat Jan 6 19:57:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA12538 for hackers-outgoing; Sat, 6 Jan 1996 19:57:06 -0800 (PST) Received: from localhost.lightside.com (user55.lightside.com [198.81.209.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA12524 for ; Sat, 6 Jan 1996 19:56:57 -0800 (PST) Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id TAA00444; Sat, 6 Jan 1996 19:56:25 -0800 Date: Sat, 6 Jan 1996 19:55:54 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: fyl@ssc.com cc: hackers@FreeBSD.ORG Subject: Re: If you want to see a FreeBSD magazine, please respond... In-Reply-To: <199601062221.OAA05502@violet.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > For those who don't immediately recognize me, I am the publisher of Linux > Journal. About two weeks ago I posted note in this thread about what > it would take to get us (or someone else) to start a *BSD magazine. > Someone had suggested that many of the Linux Journal readers really used > *BSD and just read LJ because there was no *BSD magazine. > I suggested that if the *BSD community was out there, they should speak > up. That is, we get lots of letters to the editor of LJ and none that I > can remember have said "I use *BSD, not Linux". I used to use Linux, and used to read Linux Journal. Now I use FreeBSD, and there are many cases where I've found it superior to Linux, namely: 1) Superior PPP/networking code. With Linux (either 1.2.x or 1.3.x kernels), I can only get 2.8K/sec on my 28.8kbps modem. On FreeBSD (and OS/2, and even Windows 95 for God's sake), I get 3.2K/sec on average. That's a 14% speed improvement, not to mention that interactive sessions such as telnet seem more responsive than Linux. On the other hand, a busy FTP server (like ftp.cdrom.com which supports 300 simultaneous users and is run on a FreeBSD box) also needs FreeBSD's robust 4.4BSD networking code which has been enhanced for faster name lookups and the like. Linux's networking code seems too "hacked together" in comparison. 2) FreeBSD is 4.4BSD, a "standard" flavor of Unix. As such, it is VERY similar to NetBSD, BSDI, and SunOS, which makes it easier for experienced sysadmins to move to FreeBSD, and for FreeBSD admins to move to other flavors of Unix. Linux isn't BSD, and it's not really System V, it's just sort of an odd GNU-ish mess. 3) There are too many distributions of Linux, all slightly incompatible. There is only a single FreeBSD distribution, which is maintained under a public development tree, and a disciplined release system. With Linux, no matter what distribution you get, there is always the need to upgrade to experimental versions (of libc, the kernel, etc..) which means that you need to throw in pieces and parts from different archives in order to run the latest fancy toy. When those parts don't work together (and as often as not, they don't) you're basically screwed. This situation seems to be a lot worse now that everyone has moved to ELF, perhaps because work is progressing at a more rapid (i.e. experimental) pace. Also, whenever I've found bugs in Slackware Linux, I mailed Patrick Volkerding, and he often never responded (or fixed the bug). Whereas with FreeBSD, I can post to the mailing list or file a GNATS bug report, and I can trust the problem will be fixed (although I've never needed to do this yet!). 4) FreeBSD has the "ports" collection of over 300 programs which are guaranteed to work. You can either install a binary package, or type "make" in the ports directory, which causes FreeBSD to automagically download (from FTP) the source code, patch it (if necessary), run any configuration scripts, and then compile it. Linux programs, on the other hand, are scattered across a number of FTP sites, and often there are no diffs between the "official" version and the Linux version. I can think of a few others, but basically my point is that FreeBSD was a better choice for me because I was fed up with the "experimental" nature of Linux and desired a more stable, robust, STANDARD flavor. Now, when I recommend a free Unix to friends, I still recommend Linux for new users (moving from DOS or Windows), but only because it has better documentation (this is changing, the FreeBSD Handbook is looking pretty good now). However, for people setting up a Web or FTP server, or other serious usage, I strongly recommend FreeBSD to them. In closing, if you feel the *BSD community isn't large enough to justify a separate magazine, consider adding one or two BSD-related articles monthly to Linux Journal. Doing so would give me a reason to renew my subscription. Best of luck in the new year! ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Sat Jan 6 21:35:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA16809 for hackers-outgoing; Sat, 6 Jan 1996 21:35:24 -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 VAA16803 for ; Sat, 6 Jan 1996 21:35:11 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA24887; Sun, 7 Jan 1996 16:30:00 +1100 Date: Sun, 7 Jan 1996 16:30:00 +1100 From: Bruce Evans Message-Id: <199601070530.QAA24887@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, root@synthcom.com Subject: Re: DOS File system fixes Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >What is currently broken in the DOS file system for FreeBSD? I see there's an Deadlocks are possible for file lookup (locking is too strong/wrong). Locking in some other places is too weak. rename() sometimes (deterministically) updates the wrong directory entries. I/O is extremely inefficient, especially if the cluster size is small. Bruce From owner-freebsd-hackers Sat Jan 6 21:57:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA17770 for hackers-outgoing; Sat, 6 Jan 1996 21:57:01 -0800 (PST) Received: from fw.ast.com (fw.ast.com [165.164.6.25]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA17765 for ; Sat, 6 Jan 1996 21:56:58 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tYnjG-0000zeC; Sat, 6 Jan 96 23:33 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tYn7i-000CMKC; Sat, 6 Jan 96 22:54 WET Message-Id: Date: Sat, 6 Jan 96 22:54 WET To: hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Jan 6 1996, 22:54:26 CST Subject: APC UPS Command set Sender: owner-hackers@freebsd.org Precedence: bulk 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. -----cut here----- APC Smart UPS Commands / Protocol ================================= Interface --------- The APC UPS's use a simple three wire interface with a shield. CPU UPS --- --- TxD 2 --------------------- 2 RxD RxD 3 --------------------- 1 TxD GND 5 --------------------- 9 GND Shield ----------------- Shield [Note on a proper DB25 RS-232 connection, pin 7 is ground, not pin 5] Communication Parameters ------------------------ 2400 Baud, 8 Data Bits, 1 Stop Bit, No Parity ( Standard Stuff Here ) Init Ups ( Smart Mode ) ----------------------- To Start the UPS Responding to Smart UPS Commands send the character "Y", 0x59, ( A capital y ). The UPS will respond with the character string "SM" which means I assume Smart Mode. >From this point on the UPS will respond to the commands below. General Commands ---------------- Command Description ------- -------- A Test Front Panel B Battery Voltage "xx.x" C Battery Voltage "xx.x" ? D N / A E ?? Generates "OK" F Line Frequency Hz "xx.x" G generates "R","T" or "S" H N / A I N / A J N / A K Shutdown UPS Send a "K", wait 1 sec. Send another "K", wait another sec. then send a . = 0x0d After 15-30 Secs UPS will Shutdown. L Input Line Voltage "xxx.x" M Max. Line Voltage Rcvd. "xxx.x" N Min. Line Voltage Rcvd. "xxx.x" O Output Voltage "xxx.x" P Power Load on UPS in % "xx.x" Q ?? generates "08" on mine R N / A S N / A T generates "000.1" TIME?? U Self Test gen. "OK!!S" V Version Req. "6KD" on mine W Self Test X ?? Generates "OK" Y Init UPS as Smart Mode Z N / A Return Codes ------------ The Following is a list of characters generated by the UPS & what I did to get them: "SM" Received after sending a "Y", SMART MODE ??? "6KD" UPS Version Number. "!" Unplug ac line cord from UPS. Also rcvd when cord plugged back in. call it LINE TRANSITION OCCURED. "?" Send from UPS after powered up by 1 switch on front panel. "*" Sent by UPS after second "K" sent by me. WARNING ABOUT TO SHUTDOWN?? "R" Sent by UPS after I sent it the "G" command. ??? "S" Sent by UPS after I sent it the "G" command. ??? "T" Sent by UPS after I sent it the "G" command. ??? ------ Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" ^------(this is the fastest route)|"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 And no, we don't use "The Chair" in Texas anymore. But California does use a slightly different model of that particular piece of furniture. In Texas we use "The Couch". The power companies cause sufficient power problems all by themselves. From owner-freebsd-hackers Sat Jan 6 22:41:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA19450 for hackers-outgoing; Sat, 6 Jan 1996 22:41:31 -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 WAA19440 for ; Sat, 6 Jan 1996 22:41:28 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id HAA12898 ; Sun, 7 Jan 1996 07:41:26 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA18709 ; Sun, 7 Jan 1996 07:41:25 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id AAA04085; Sun, 7 Jan 1996 00:52:15 +0100 (MET) From: Ollivier Robert Message-Id: <199601062352.AAA04085@keltia.freenix.fr> Subject: Re: new protocol To: ocud3178@beta.ms.mff.cuni.cz (Oldrich Cuda) Date: Sun, 7 Jan 1996 00:52:14 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Oldrich Cuda" at Jan 6, 96 10:24:29 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 Oldrich Cuda said: > I know how to set promiscuit mode on ether card, but I really don't know > how to implement that protocol ... Look at /usr/src/lib/libpcap, it is a generic library built on top of BPF which capture packets on an interface. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Dec 31 16:05:48 MET 1995 From owner-freebsd-hackers Sat Jan 6 22:41:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA19458 for hackers-outgoing; Sat, 6 Jan 1996 22:41:33 -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 WAA19442 for ; Sat, 6 Jan 1996 22:41:29 -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 HAA12902 ; Sun, 7 Jan 1996 07:41:27 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA18712 ; Sun, 7 Jan 1996 07:41:26 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id AAA04097; Sun, 7 Jan 1996 00:54:37 +0100 (MET) From: Ollivier Robert Message-Id: <199601062354.AAA04097@keltia.freenix.fr> Subject: Re: Number of superblocks on big disks. To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sun, 7 Jan 1996 00:54:37 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: from "Jaye Mathisen" at Jan 6, 96 10:15:54 am 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 Jaye Mathisen said: > a) It takes forever > b) How many people have actually had to use the 390th copy of the > superblock to fix their disks into a usable form? This is the way FFS is built. One superblock copy by cylinder group. You can't change that. If you want less copies, use larger cylinder groups... usage: newfs [ -fsoptions ] special-device [device-type] where fsoptions are: [...] -c cylinders/group -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #12: Sun Dec 31 16:05:48 MET 1995 From owner-freebsd-hackers Sat Jan 6 22:53:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA20099 for hackers-outgoing; Sat, 6 Jan 1996 22:53:05 -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 WAA20091 for ; Sat, 6 Jan 1996 22:52:44 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA27820; Sun, 7 Jan 1996 17:49:02 +1100 Date: Sun, 7 Jan 1996 17:49:02 +1100 From: Bruce Evans Message-Id: <199601070649.RAA27820@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, mrcpu@cdsnet.net Subject: Re: Number of superblocks on big disks. Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Is there some real good reason to keep the huge number of superblock >backups that exists when formatting very large disks? It's part of the file system format. There is a superblock for each cylinder group. >a) It takes forever Most of the time is for writing the inodes for each cylinder group. Bruce From owner-freebsd-hackers Sat Jan 6 22:53:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA20150 for hackers-outgoing; Sat, 6 Jan 1996 22:53:35 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA20137 for ; Sat, 6 Jan 1996 22:53:28 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA27709; Sun, 7 Jan 1996 17:45:25 +1100 Date: Sun, 7 Jan 1996 17:45:25 +1100 From: Bruce Evans Message-Id: <199601070645.RAA27709@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, mrcpu@cdsnet.net Subject: Re: Newer mildly amusing problem. Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >20GB RAID array formatted with "newfs -b 4096 -f 512", on a 2.1-stable. >Note the df output: >/dev/sd4c 15844158 0 -6898211 -0% /mnt >I hope it's just an incorrect format specifier in a print statement, but No, the count of available blocks must be wrong. Look at output from `dumpfs /dev/rsd4c' for more details. Bruce From owner-freebsd-hackers Sat Jan 6 22:53:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA20158 for hackers-outgoing; Sat, 6 Jan 1996 22:53: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 WAA20136 for ; Sat, 6 Jan 1996 22:53:26 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA19890 for hackers@freebsd.org; Sun, 7 Jan 1996 17:27:24 +1030 From: Michael Smith Message-Id: <199601070657.RAA19890@genesis.atrad.adelaide.edu.au> Subject: Add new slice to running system, comments? To: hackers@freebsd.org Date: Sun, 7 Jan 1996 17:27:24 +1030 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I've had some grace time waiting for my new junkbox to build -current (two days and going strong, just waiting for it to fall over on the rpc stuff so I can document the details and restart it 8). I recall a few people wanting to be able to swap on Windows swapfiles, so I've put together some generic code to identify and check them. What I need now is some way to stuff the details of the disk region the swapfile occupies into the kernel as a slice, so that one can then swap on it. It looks like I want to add another ioctl to dsioctl(), which takes a new diskslice structure and adds it to the list for the given disk. I need some answers to the following, which I haven't been able to resolve by ratting around in the kernel. - If I just add the slice, will I be able to swap on the block device for it? eg. for /dev/wd0 with no extended gumpf, we'd come in as /dev/wd0s5 (slice numbering in the structure itself is _weird). Will I be able to swap on this, or will I have to knock up a label for it? - What partition type should I allocate to the slice? I'd like to use something unique, but I suspect that to swap on it I'll need to use 165. Any comments? - If I have to cons a label, which fields are necessary? There's a lot of cruft in there that's not even vaguely relevant, but I can't be sure of all of it. - Is the OS/2 SWAPER.DAT file allocated contiguously? (I believe not). If it is, I may add support for hunting it down (currently only files in the root directory are supported). If anyone (Poul? 8) can supply some answers, I'll finish this off and submit it. I still have my slab-creating code left, so it would be quite practical for a startup to sawp onto a Windows swapfile, and then allocate the largest free section of the FAT filesystem and use that as swap as well. Terry; if you go ahead with your FAT filesystem rewrite (please do!), let me know how I can lock such files against damage. -- ]] 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 Sat Jan 6 22:55:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA20252 for hackers-outgoing; Sat, 6 Jan 1996 22:55:04 -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 WAA20247 for ; Sat, 6 Jan 1996 22:55:02 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id WAA02856; Sat, 6 Jan 1996 22:57:23 -0800 Date: Sat, 6 Jan 1996 22:57:21 -0800 (PST) From: Jaye Mathisen To: Bruce Evans cc: hackers@FreeBSD.ORG Subject: Re: Newer mildly amusing problem. In-Reply-To: <199601070645.RAA27709@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Well, I ended up reformatting it with 8k blocks and it works fine. On Sun, 7 Jan 1996, Bruce Evans wrote: > >20GB RAID array formatted with "newfs -b 4096 -f 512", on a 2.1-stable. > > >Note the df output: > > >/dev/sd4c 15844158 0 -6898211 -0% /mnt > > >I hope it's just an incorrect format specifier in a print statement, but > > No, the count of available blocks must be wrong. > > Look at output from `dumpfs /dev/rsd4c' for more details. > > Bruce > From owner-freebsd-hackers Sat Jan 6 23:12:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA20855 for hackers-outgoing; Sat, 6 Jan 1996 23:12:12 -0800 (PST) Received: from isgate.is (isgate.is [193.4.58.51]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA20850 Sat, 6 Jan 1996 23:12:09 -0800 (PST) Received: from hummer.islandia.is by isgate.is (8.6.10/ISnet/14-10-91); Sun, 7 Jan 1996 07:11:52 GMT Received: from smarties.islandia.is by hummer.islandia.is (8.6.11/ISnet/12-09-94); Sun, 7 Jan 1996 07:06:57 GMT Date: Sun, 7 Jan 1996 07:06:57 GMT Message-Id: <199601070706.HAA18560@hummer.islandia.is> X-Sender: gestur@islandia.is X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit To: gestur@islandia.is (Gestur A. Grjetarsson) From: gestur@islandia.is (Gestur A. Grjetarsson) Subject: Re: prevent paralell modem connection Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, admin@islandia.is Sender: owner-hackers@freebsd.org Precedence: bulk > Hello, > > I'd like to ask you, > > Could users on FreeBSD system hold two or more modem connections at > same time, parallel logged on ? Sure. > If so, is there a way to prevent people to be able to get connection on > the system from two or more places at one time, like if users share their > accounts, taking two modems and only paying for one account ? Sure. Stick a "cron" job in to count the number of times that a user is on a tty line. Think about something like: #! /bin/sh - PATH=/bin:/usr/bin; export PATH who | grep " ttyd" | sort | uniq -c | ( while read count user; do if [ ${count} -gt 1 ]; then kill -HUP `ps agxu | grep "^${user} " | awk '{print $2}'` fi done ) This is of course very simplistic but could be effective if run out of cron, say, every 5 minutes (excuse any errors, I have NOT tested it, you shouldn't run it unless you understand what it is doing and can fix my bugs)... This is simpler than the network/X11 pty case, of course.. ;-) > My system has limited amount of modems attached, so it would be of good > appreaciation if I could manage to prevent parallel modem connections for > one user. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 Međ kveđju, Sincerely, ----------------------------------------------------------- Gestur A. Grjetarsson kerfisstjóri islandia.is sysadmin islandia.is Islandia, Grensásvegur 7, 2h.t.h., 108 Reykjavik sími 5884020, modem 5884120, fax 5884014 http://www.islandia.is http://www.islandia.is/english.htm ----------------------------------------------------------- Programmers never die, they just GOSUB without RETURN ! From owner-freebsd-hackers Sat Jan 6 23:26:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA21474 for hackers-outgoing; Sat, 6 Jan 1996 23:26:55 -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 XAA21438 for ; Sat, 6 Jan 1996 23:25:16 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA19955; Sun, 7 Jan 1996 17:56:20 +1030 From: Michael Smith Message-Id: <199601070726.RAA19955@genesis.atrad.adelaide.edu.au> Subject: Re: A few NITS about SCSI Tapes To: uhclem@nemesis.lonestar.org (Frank Durda IV) Date: Sun, 7 Jan 1996 17:56:20 +1030 (CST) Cc: chuck@fang.cs.sunyit.edu, hackers@FreeBSD.org In-Reply-To: from "Frank Durda IV" at Jan 6, 96 01:31:00 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Frank Durda IV stands accused of saying: > > [0]1) Using an ExaByte 8200 on a 2.1 system with an Adaptec 1522A and > [0]a 1542CF SCSI Card - > [0] > [0]The dump application exits with the error > [0] "st1: bad request, must be between 0 and 0" > > Oh I am *SO* glad to see this! So I am not the only one who has seen > this message! I got this with dump also, and it would magically go away > if I issued a "mt rewind" TWICE and then re-ran the dump (same tape). > This was on a WangDAT 4MM tape system with a 1542C controller. > The 1542C had the latest ROM code and this was under 2.1.0. Last time I saw these symptoms they were a result of the way that SCSI tapes return the Check Condition bit set in otherwise OK responses to commands after exceptional conditions (usually media change). So the first time you tried to access a drive after you'd inserted a new tape, you'd get an error. This is a 'feature' of the SCSI tape spec, and should be handled at the application level. > I'd prefer the status light. Perhaps a "non-locking" dev is the answer? > That is what I provided for the Matsushita CD-ROM drives. I'd be inclined to unlock on rewind; it makes little or no sense to be able to eject a partially-wound tape. This would give automatic unlock on close of the rewind device (the default). > Frank Durda IV |"The Knights who say "LETNi" -- ]] 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." [[