From owner-freebsd-hackers Sun Jan 7 00:48:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA27700 for hackers-outgoing; Sun, 7 Jan 1996 00:48:23 -0800 (PST) Received: from pimaia2w.prodigy.com (pimaia2w.prodigy.com [192.207.105.46]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA27691 for ; Sun, 7 Jan 1996 00:48:19 -0800 (PST) Received: from mailinb1.prodigy.com (tinahost [199.4.137.91]) by pimaia2w.prodigy.com (8.6.10/8.6.9) with SMTP id DAA15884 for ; Sun, 7 Jan 1996 03:48:08 -0500 Date: Sun, 07 Jan 1996 03:47:40 EST From: NGNR41A@prodigy.com (MR GRAEME D SMART) X-Mailer: PRODIGY Services Company Internet mailer [PIM 3.2-334.50] Message-Id: <091.08098517.NGNR41A@prodigy.com> To: hackers@freebsd.org Subject: dns daemon Sender: owner-hackers@freebsd.org Precedence: bulk I'm working on setting up a domain name server for several school districts in Idaho--something I've never done before. I have FreeBSD running on a PC but when I run the NAMED program--at least I think that's what it is; I'm new to UNIX--it can't find all of the files. I'm assuming that I haven't downloaded all the files needed, or didn't do the proper installation, or both. At first I did the basic User install and couldn't find it. Then I reinstalled but didn't have the src/ssys files, where I'm thinking my problem may be. Could you tell me precisely what files/libraries I need to get the NAMED daemon up and running? (I'm using release 2.1.0) Also any other clues that may be helpful. (I'm also using my daughter's e-mail as I gave mine up a bit too soon in anticipation of this being done. Stupid.) Thanks for any help you can offer. Graeme Smart From owner-freebsd-hackers Sun Jan 7 01:03:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA28137 for hackers-outgoing; Sun, 7 Jan 1996 01:03:37 -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 BAA28125 for ; Sun, 7 Jan 1996 01:03:31 -0800 (PST) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA06718; Sun, 7 Jan 1996 10:01:20 +0100 Message-Id: <199601070901.KAA06718@ra.dkuug.dk> Subject: Re: Dual Monitor Systems... To: bwm@iceonline.com (Matthew Asham) Date: Sun, 7 Jan 1996 10:01:20 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <2.2.32.19960107012059.002d377c@iceonline.com> from "Matthew Asham" at Jan 6, 96 05:20:59 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 Matthew Asham who wrote: > > > > 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). I had some patches to syscons some years ago, that did exactly this... If there is enough interest I'll look around see if I can find them and beat them into a usable form... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Sun Jan 7 01:17:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29041 for hackers-outgoing; Sun, 7 Jan 1996 01:17:57 -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 BAA29036 for ; Sun, 7 Jan 1996 01:17:51 -0800 (PST) Received: (from didier@localhost) by aida (8.6.12/8.6.9) id IAA17763; Sun, 7 Jan 1996 08:19:56 +0100 Date: Sun, 7 Jan 1996 08:19:41 +0100 (MET) From: didier@aida.org To: hackers@freebsd.org Subject: HELP! ahcdriver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi I "supped" last night. Now when I try to compile the kernel I get the following message: ioconf.o: Undefined symbol `_ahcdriver' referenced from data segment Thanks for your help -- Didier Derny | My computer is Microsoft Free... didier@aida.org | Private FreeBSD 2.1-STABLE site. From owner-freebsd-hackers Sun Jan 7 01:34:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA29799 for hackers-outgoing; Sun, 7 Jan 1996 01:34:39 -0800 (PST) Received: from dworshak.cs.uidaho.edu (root@dworshak.cs.uidaho.edu [129.101.100.160]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA29792 for ; Sun, 7 Jan 1996 01:34:33 -0800 (PST) Received: from hoodoo.cs.uidaho.edu (hoodoo.cs.uidaho.edu [129.101.100.34]) by dworshak.cs.uidaho.edu (8.6.12/1.1) with ESMTP id BAA02920; Sun, 7 Jan 1996 01:34:31 -0800 Received: from localhost (localhost [127.0.0.1]) by hoodoo.cs.uidaho.edu (8.6.10/1.0) with SMTP id BAA25247; Sun, 7 Jan 1996 01:30:47 -0800 Message-Id: <199601070930.BAA25247@hoodoo.cs.uidaho.edu> X-Authentication-Warning: hoodoo.cs.uidaho.edu: Host localhost didn't use HELO protocol To: NGNR41A@prodigy.com (MR GRAEME D SMART) cc: hackers@freebsd.org Subject: Re: dns daemon In-reply-to: Your message of "Sun, 07 Jan 1996 03:47:40 PST." <091.08098517.NGNR41A@prodigy.com> Date: Sun, 07 Jan 1996 01:30:47 PST From: faried nawaz Sender: owner-hackers@freebsd.org Precedence: bulk MR GRAEME D SMART wrote... I'm assuming that I haven't downloaded all the files needed, or didn't do the proper installation, or both. At first I did the basic User install and couldn't find it. Then I reinstalled but didn't have the src/ssys files, where I'm thinking my problem may be. Could you tell me precisely what files/libraries I need to get the NAMED daemon up and running? (I'm using release 2.1.0) Also any other clues that may be helpful. you probably have all the files, actually. you just need to set a few things up. the o'reilly book on dns and bind is a good reference. try http://www.ora.com and look around. cheap and extremely useful. i have been running named on freebsd 2.0.5, 2.1, -current, and have been partially managing name services on the UI computers. i can help. From owner-freebsd-hackers Sun Jan 7 01:41:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00183 for hackers-outgoing; Sun, 7 Jan 1996 01:41:00 -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 BAA00167 for ; Sun, 7 Jan 1996 01:40:49 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id KAA06892; Sun, 7 Jan 1996 10:38:47 +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 KAA05569; Sun, 7 Jan 1996 10:15:30 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Michael Smith cc: hackers@FreeBSD.ORG Subject: Re: Add new slice to running system, comments? In-reply-to: Your message of "Sun, 07 Jan 1996 17:27:24 +1030." <199601070657.RAA19890@genesis.atrad.adelaide.edu.au> Date: Sun, 07 Jan 1996 10:15:30 +0100 Message-ID: <5567.821006130@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > 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. Well, this is not that easy actually, because the current slice code really dislikes overlapping slices. Have you tried mounting the msdos fs, and using the vn driver for swapping on the windows file ? > 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? No, that would work fine. You could even newfs it :-) Isn't there some static gunk in these files that we shouldn't write ? I belive that if you mess with the administrative structures windows will barf. > - 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? Anything should be ok. > - 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. shouldn't be needed, though I may be wrong. > - 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). No idea. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Jan 7 01:41:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00231 for hackers-outgoing; Sun, 7 Jan 1996 01:41:17 -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 BAA00222 for ; Sun, 7 Jan 1996 01:41:08 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id KAA06911; Sun, 7 Jan 1996 10:39:05 +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 KAA05547; Sun, 7 Jan 1996 10:09:51 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) cc: "Jordan K. Hubbard" , "Kaleb S. KEITHLEY" , hackers@freefall.freebsd.org Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) In-reply-to: Your message of "Sun, 07 Jan 1996 03:08:51 +0300." Date: Sun, 07 Jan 1996 10:09:50 +0100 Message-ID: <5545.821005790@critter.tfs.com> From: Poul-Henning Kamp 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. :-) I'd like to second Andrey here. Kaleb, you must remember that you are not the only user, and your concerns, although very important to us, are not our only concerns. In particular I have a family, a job and a house to take care of. I think that you will see that phkmalloc sbrks(2) even more aggresively backwards now, if you look carefully. I will also remind you that I have now a couple of times pointed your attention to the right column in the ps output for judging the issue at hand. I don't care much about the total process size, I care about the number of active pages. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Jan 7 02:07:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA01594 for hackers-outgoing; Sun, 7 Jan 1996 02:07:47 -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 CAA01589 Sun, 7 Jan 1996 02:07:43 -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 LAA10085; Sun, 7 Jan 1996 11:07:39 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id KAA01114; Sun, 7 Jan 1996 10:38:04 +0100 From: Thomas Graichen Message-Id: <199601070938.KAA01114@mordillo> Subject: Re: A few other concerns from a FreeBSD ISP To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 7 Jan 1996 10:38:04 +0100 (MET) Cc: taob@io.org, freebsd-hackers@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG In-Reply-To: <199601070017.BAA17116@uriah.heep.sax.de> from "J Wunsch" at Jan 7, 96 01:17:51 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk hasn't J Wunsch said ? ... > > 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. > i think this was discussed in either the current or the hackers list some time ago and seems to be a real problem (many people have it) - i too :-( - can someone please look into brian tao's diagnostics (i don't understand enough from it) - i think this should really be solved 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 Sun Jan 7 02:09:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA01742 for hackers-outgoing; Sun, 7 Jan 1996 02:09: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 CAA01583 for ; Sun, 7 Jan 1996 02:07:39 -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 LAA08395; Sun, 7 Jan 1996 11:07:35 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id KAA01175; Sun, 7 Jan 1996 10:43:01 +0100 From: Thomas Graichen Message-Id: <199601070943.KAA01175@mordillo> Subject: Re: kern/805: SMC Ultra 8216 incorrectly probed (if_ed driver) To: jhay@mikom.csir.co.za (John Hay) Date: Sun, 7 Jan 1996 10:43:01 +0100 (MET) Cc: henrich@msu.edu, hackers@FreeBSD.ORG In-Reply-To: <199511010647.IAA18778@zibbi.mikom.csir.co.za> from "John Hay" at Nov 1, 95 08:47:22 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk hasn't John Hay said ? ... > > 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? > if i remember correctly it is in 2.1.0 and in -current (2.1.0 detects my 8216 correctly - 2.0.5 detected it as a 8416) - i think it was committed short before the 2.1.0 release 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 Sun Jan 7 02:21:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02270 for hackers-outgoing; Sun, 7 Jan 1996 02:21:47 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA02257 for ; Sun, 7 Jan 1996 02:21:38 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA09851; Sun, 7 Jan 1996 11:21:35 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA22573; Sun, 7 Jan 1996 11:21:33 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA05694; Sun, 7 Jan 1996 11:11:07 +0100 (MET) From: J Wunsch Message-Id: <199601071011.LAA05694@uriah.heep.sax.de> Subject: Re: Dual Monitor Systems... To: bwm@iceonline.com (Matthew Asham) Date: Sun, 7 Jan 1996 11:11:07 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <2.2.32.19960107012059.002d377c@iceonline.com> from "Matthew Asham" at Jan 6, 96 05:20:59 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 Matthew Asham wrote: > > 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). To the best of my knowledge, it's not supported. It has been on the whiteboard for pcvt some time ago, but i don't think there's enough interest to ever make this happen. It doesn't buy you much more than a regular virtual terminal anyway. (Note that the DOS friends don't have virtual terminals, so it _does_ buy them very much.) If you are running X and your keyboard jams, you are hosed, either with a single or with two monitors. If you are running X, and your keyboard doesn't jam, you can always revert to a text screen. If you are debugging an X server, your best bet is a serial console, possibly including DDB on it. Something the DOS freaks don't have, either. (Been there, done that. Back in the days of a 386/16 with an ET3000 card.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 7 02:21:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02271 for hackers-outgoing; Sun, 7 Jan 1996 02:21:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA02260 for ; Sun, 7 Jan 1996 02:21:40 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA09855 for ; Sun, 7 Jan 1996 11:21:38 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA22574 for freebsd-hackers@freebsd.org; Sun, 7 Jan 1996 11:21:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA05759 for freebsd-hackers@freebsd.org; Sun, 7 Jan 1996 11:13:19 +0100 (MET) From: J Wunsch Message-Id: <199601071013.LAA05759@uriah.heep.sax.de> Subject: Re: prevent paralell modem connection To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 7 Jan 1996 11:13:18 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601070141.SAA07128@phaeton.artisoft.com> from "Terry Lambert" at Jan 6, 96 06:41:21 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Terry Lambert wrote: > > > > 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. You still forgot to mention in which o/s. We don't have a passwd(8), only passwd(1) [no mention of this], and passwd(5): ... class User's general classification (unused). ... The class field is currently unused. In the near future it will be a key to a termcap(5) style database of user attributes. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 7 02:30:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02700 for hackers-outgoing; Sun, 7 Jan 1996 02:30:40 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA02674 for ; Sun, 7 Jan 1996 02:30:15 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id VAA20309; Sun, 7 Jan 1996 21:03:19 +1030 From: Michael Smith Message-Id: <199601071033.VAA20309@genesis.atrad.adelaide.edu.au> Subject: Re: Add new slice to running system, comments? To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Sun, 7 Jan 1996 21:03:18 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: <5567.821006130@critter.tfs.com> from "Poul-Henning Kamp" at Jan 7, 96 10:15:30 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: > > > 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. > > Well, this is not that easy actually, because the current slice code > really dislikes overlapping slices. Just at startup, or during normal operations? There are arguments pro and con having the detection code in the kernel; one of the pros would be that you could make a slab and put a filesystem in it, and then have a full-speed filesystem (and swap on the Windows swapfile) without repartitioning, for all those users with cold feet. The cons to this obviously lie in the extra bootstrap code and kernel bloat, although the current detect-and-rave-verbosely code is only about 300 lines. > Have you tried mounting the msdos fs, and using the vn driver for > swapping on the windows file ? This still means that swap operations have to go through the FAT filesystem code, which is slow and buggy. I'm looking for a performance solution here, not a crumb to throw to people with space problems. Can you be more explicit about "dislikes overlapping slices"? If it's just a case of some sanity code, I could use a different slice type and special case the tests. If it's more complex, a brief explanation and a 'look here for details' would be fine. > > (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? > No, that would work fine. > You could even newfs it :-) That's not as silly as it sounds, per the idea above. > Isn't there some static gunk in these files that we shouldn't write ? > I belive that if you mess with the administrative structures windows > will barf. I have a virgin 386spart.par here for reference. Most of the file is full of 0x6c (vigin sector filler), except for two regions 0x200 long at the beginning and end which have every fourth byte incrementing. It looks like this (custom hexdump output, sorry 8) : 1401400: 6d 6c 6c 6c 6e 6c 6c 6c - 6f 6c 6c 6c 68 6c 6c 6c mlllnlllolllhlll 1401410: 69 6c 6c 6c 6a 6c 6c 6c - 6b 6c 6c 6c 64 6c 6c 6c illljlllkllldlll 1401420: 65 6c 6c 6c 66 6c 6c 6c - 67 6c 6c 6c 60 6c 6c 6c elllflllglll`lll 1401430: 61 6c 6c 6c 62 6c 6c 6c - 63 6c 6c 6c 7c 6c 6c 6c alllblllclll|lll ... 14015c0: 1d 6c 6c 6c 1e 6c 6c 6c - 1f 6c 6c 6c 18 6c 6c 6c .lll.lll.lll.lll 14015d0: 19 6c 6c 6c 1a 6c 6c 6c - 1b 6c 6c 6c 14 6c 6c 6c .lll.lll.lll.lll 14015e0: 15 6c 6c 6c 16 6c 6c 6c - 17 6c 6c 6c 10 6c 6c 6c .lll.lll.lll.lll 14015f0: 11 6c 6c 6c 12 6c 6c 6c - 13 6c 6c 6c ec 6c 6c 6c .lll.lll.lll.lll The first one is at 0x1600, the file ends at 0x1402000, which doesn't make any sense to me yet but I'm sure something may click 8) Obviously I'll experiment to see what happens to these when Windows starts swapping on the file, and what Windows says about it when I trash these regions. > > - 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? > Anything should be ok. Ok; I'll use something unique so that detecting it will be easier. *sigh* anyone have a list of the partition types currently in use? Thanks for the quick response! I sent some mail to your tfs address a while back about this, you can ignore it now 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 Sun Jan 7 02:51:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA03325 for hackers-outgoing; Sun, 7 Jan 1996 02:51:06 -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 CAA03320 for ; Sun, 7 Jan 1996 02:51:02 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA10491; Sun, 7 Jan 1996 11:51:00 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA22716; Sun, 7 Jan 1996 11:50:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA06437; Sun, 7 Jan 1996 11:34:21 +0100 (MET) From: J Wunsch Message-Id: <199601071034.LAA06437@uriah.heep.sax.de> Subject: Re: dns daemon To: NGNR41A@prodigy.com (MR GRAEME D SMART) Date: Sun, 7 Jan 1996 11:34:21 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <091.08098517.NGNR41A@prodigy.com> from "MR GRAEME D SMART" at Jan 7, 96 03:47:40 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org Precedence: bulk As MR GRAEME D SMART wrote: > > I'm working on setting up a domain name server for several school > districts in Idaho--something I've never done before. I have FreeBSD > running on a PC but when I run the NAMED program--at least I think > that's what it is; I'm new to UNIX--it can't find all of the files. Except of that it's actually written in lowercase, yes, that's it. The named configuration files are usually stored under /etc/namedb/ in FreeBSD, and the default configuration starts named with the argument ``-b /etc/namedb/named.boot''. Look into /etc/sysconfig on how to enable the name server. However, the ``missing files'' you are thinking of are your private named configuration files. You have to create them yourself, we cannot do this for you. I would recommend you O'Reilly ``DNS and BIND'' for a good tutorial into BIND and name service. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 7 02:51:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA03349 for hackers-outgoing; Sun, 7 Jan 1996 02:51: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 CAA03333 for ; Sun, 7 Jan 1996 02:51:07 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA10501 for ; Sun, 7 Jan 1996 11:51:05 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA22725 for freebsd-hackers@freebsd.org; Sun, 7 Jan 1996 11:51:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA06137 for freebsd-hackers@freebsd.org; Sun, 7 Jan 1996 11:25:55 +0100 (MET) From: J Wunsch Message-Id: <199601071025.LAA06137@uriah.heep.sax.de> Subject: Re: APC UPS Command set To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 7 Jan 1996 11:25:54 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Frank Durda IV" at Jan 6, 96 10:54:00 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 Frank Durda IV wrote: > > 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. [deletia] This was my starting point when i've been experimenting with the couple of UPSen i've got access to. I have mentioned the author of this list in my stuff, too. See under the /xperimnt in 2.1, or at ftp://ftp.inf.tu-dresden.de/pub/people/wunsch/smartups/. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 7 02:51:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA03395 for hackers-outgoing; Sun, 7 Jan 1996 02:51: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 CAA03387 for ; Sun, 7 Jan 1996 02:51:33 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA10516; Sun, 7 Jan 1996 11:51:16 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA22734; Sun, 7 Jan 1996 11:51:14 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA07666; Sun, 7 Jan 1996 11:46:31 +0100 (MET) From: J Wunsch Message-Id: <199601071046.LAA07666@uriah.heep.sax.de> Subject: Re: DOS File system fixes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 7 Jan 1996 11:46:30 +0100 (MET) Cc: root@synthcom.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601070530.QAA24887@godzilla.zeta.org.au> from "Bruce Evans" at Jan 7, 96 04:30:00 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Bruce Evans wrote: > > >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. There are several reports that enabling DOS f/s read/write can damage other file systems. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jan 7 02:52:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA03752 for hackers-outgoing; Sun, 7 Jan 1996 02:52:41 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA03435 Sun, 7 Jan 1996 02:51:50 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id VAA20347; Sun, 7 Jan 1996 21:24:31 +1030 From: Michael Smith Message-Id: <199601071054.VAA20347@genesis.atrad.adelaide.edu.au> Subject: Re: A few other concerns from a FreeBSD ISP To: taob@io.org (Brian Tao) Date: Sun, 7 Jan 1996 21:24:31 +1030 (CST) Cc: freebsd-hackers@FreeBSD.org, freebsd-isp@FreeBSD.org In-Reply-To: from "Brian Tao" at Jan 6, 96 03:07:19 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Brian Tao stands accused of saying: > 1. Rlogin problem > 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. This isn't how it works. The kernel doesn't assign port numbers to incoming connections; the port number is nominated by the remote host. The outgoing port number is probably allocated by rresvport(), which is in the standard library (lib/libc/net/rcmd.c). This searches the list of available ports starting at a nominated number and picks up the first that it can get hold of. (Actually, this function is pretty bogus, but it works OK) It's possible that the remote host is reusing an originating port number that is still recorded by the FreeBSD system as belonging to a connection in one of the closing wait states to that same host. I don't know what would happen here, it's possible that someone got their TCP state diagram confused. Kernel TCP gurus? > 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? I've definitely seen this problem; unfortunately I'm not familiar with the code that I suspect. This _is_ a real problem though. > Brian Tao (BT300, taob@io.org) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Sun Jan 7 03:55:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA07231 for hackers-outgoing; Sun, 7 Jan 1996 03:55:34 -0800 (PST) Received: from eac.iafrica.com (slipper101158.iafrica.com [196.7.101.158]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA07191 for ; Sun, 7 Jan 1996 03:54:18 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id NAA00250 for hackers@freebsd.org; Sun, 7 Jan 1996 13:52:45 +0200 From: Robert Nordier Message-Id: <199601071152.NAA00250@eac.iafrica.com> Subject: Re: DOS File system fixes To: hackers@freebsd.org Date: Sun, 7 Jan 1996 13:52:41 +0200 (SAT) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 07 Jan 96, Neil Bradley wrote: > 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. On Sun, 07 Jan 96, Bruce Evans replied: > 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. I've a bit over seven years professional development experience in MS-DOS internals (device drivers, TSRs, interrupt handlers, etc.) in 80x86 assembler and C. What is the current status of this part of the project, is more help needed, and what steps should one take to get involved? -- Robert Nordier rnordier@iafrica.com E.A.C. From owner-freebsd-hackers Sun Jan 7 05:41:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA10407 for hackers-outgoing; Sun, 7 Jan 1996 05:41:56 -0800 (PST) Received: from whome.planix.com (whome.planix.com [204.29.161.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA10402 for ; Sun, 7 Jan 1996 05:41:51 -0800 (PST) Received: by whome.planix.com (Smail3.1.28.1 #38) id m0tYvLx-000743C; Sun, 7 Jan 96 08:41 EST Received: by mail.kcis.com (KCIS.COM-5) id IAA04590; Sun Jan 7 08:45:19 1996 Date: Sun Jan 7 08:45:19 1996 From: jerry@kcis.com (Jerry T. Kendall) Organization: Kendall Communications & Information Services, Toronto, Canada Posted-Date: Sun, 7 Jan 1996 08:45:19 -0500 (EST) Received-Date: Sun, 7 Jan 1996 08:45:19 -0500 (EST) Message-Id: <199601071345.IAA04590.antares.kcis.com@kcis.com> To: hackers@freebsd.org Subject: diskless systems setup Sender: owner-hackers@freebsd.org Precedence: bulk DISKLESS SYSTEMS: A how to guide by Jerry Kendall(jerry@kcis.com) With the help of some 'friends' on the FreeBSD-hackers list, I have been able to create a diskless X terminal... The creation of the X terminal required first creating a diskless system with minimal utilities mounted via NFS. These same steps were used to create 2 seperate diskless systems. The first is 'altair.kcis.com'. A diskless X terminal that I run on my old 386DX-40. It has a 340Meg hard disk but, I did not want to change it. So, it boots from 'antares.kcis.com' across a ethernet. The second system is at work. It is a 486DX2-66. I setup a diskless FreeBSD(complete) that uses no local disk. The server in that case is a Sun 670MP running SunOS 4.1.3. The same setup configuration was needed for both. NOTE: I am sure that there is stuff that needs to be added to this. Please send me any comments.... Creating the boot floppy(On the diskless system) Since the network boot loaders will not work with some of the TSR's and such that MS-DOS uses, it is best to create a dedicated boot floppy OR, if you can, create an MS-DOS menu that will(via the config.sys/autoexec.bat files) ask what configuration to load when the system starts. The later is the method that I use and it works great. My MS-DOS(6.x) menu is below. ---- config.sys ---- [menu] menuitem=normal, normal menuitem=unix, unix [normal] .... normal config.sys stuff ... [unix] ---- ---- autoexec.bat ---- @ECHO OFF goto %config% :normal ... normal autoexec.bat stuff ... goto end :unix cd \netboot nb8390.com :end ---- Getting the network boot programs(On the server) Compile the 'net-boot' programs that are located in /usr/src/sys/i386/boot/netboot. You should read the comments at the top of the makefile. Adjust as required. !!!! make a backup of the original in case it gets fobar'd !!! When the build is done, there should be 2 MS-DOS executables, 'nb8390.com' and 'nb3c509.com'. One of these two programs will be what you need to run on the diskless server. It will load the kernel from the boot server. At this point, put both programs on the MS-DOS boot floppy created earlier. Determine which program to run(On the diskless system) If you know the chipset that your ethernet adapter uses, this is easy. If you have the NS8390 chipset, or a NS8390 based chipset, use NB8390.COM. If you have a 3Com 509 based chipset, use the NB3C509.COM boot program. If you are not sure which you have, try using one, if it says 'No adapter found', try the other. Beyond that, you are pretty much on your own. Booting across the network Boot the diskless system with out any config.sys/autoexec.bat files. try running the boot program for your ethernet adapter. My ethernet adapter is running in WD8013 16bit mode so I run NB8390.COM C:> cd \netboot C:> nb8390 Boot from Network (Y/N) ? Y BOOTP/TFTP/NFS bootstrap loader ESC for menu Searching for adapter.. WD8013EBT base 0x0300, memory 0x000D8000, addr 00:40:01:43:26:66 Searching for server.. At this point, my diskless system is trying to find a machine to act as a boot server. Make note of the addr line above, you will need this number later. Reset the diskless system and modify your config.sys and autoexec.bat files to do these steps automatically for you. Perhaps in a menu. If you had to run 'nb3c509.com' instead of 'nb8390.com' the output is the same as above. If you got 'No adapter found' at the 'Searching for adapter..' message, verify that you did indeed set the compile time defines in the makefile correctly. Allowing systems to boot across the network(On the server) Make sure the /etc/inetd.conf file has entries for tftp and bootps. Mine are listed below: ---- /etc/inetd.conf ---- tftp dgram udp wait nobody /usr/libexec/tftpd tftpd # # Additions by who ever you are bootps dgram udp wait root /usr/libexec/bootpd bootpd /etc/bootptab ---- If you have to change the /etc/inetd.conf file, send a HUP signal to inetd. To do this, get the process ID of inetd with 'ps -ax | grep inetd | grep -v grep'. Once you have it, send it a HUP signal. Do this by 'kill -HUP '. This will force inetd to re-read its config file. Did you remember to note the 'addr' line from the output of the boot loader on the diskless system???? Guess what, here is where you need it. Add an entry to /etc/bootptab(maybe creating the file). It should be laid out identical to this: altair:\ :ht=ether:\ :ha=004001432666:\ :sm=255.255.255.0:\ :hn:\ :ds=199.246.76.1:\ :ip=199.246.76.2:\ :gw=199.246.76.1:\ :vm=rfc1048: The lines are as follows: 'altair' the diskless systems name without the domain name. 'ht=ether' the hardware type of 'ethernet'. 'ha=004001432666' the hardware address(the number noted above). 'sm=255.255.255.0' the subnet mask. 'hn' tells server to send client's hostname to the client. 'ds=199.246.76.1' tells the client who the domain server is. 'ip=199.246.76.2' tells the client what it's IP address is. 'gw=199.246.76.1' tells the client what the default gateway is. 'vm=...' just leave it there... NOTE: ****** Be sure to setup the IP addresses correctly, the addresses above are my own...... Create the directory '/tftpboot' on the server it will contain the configuration files for the diskless systems that the server will serve. These files will be named 'cfg.' where is the IP address of the diskless system. The config file for 'altair' is /tftpboot/cfg.199.246.76.2. The contents is: ---- /tftpboot/cfg.199.246.76.2 ---- rootfs 199.246.76.1:/DiskLess/rootfs/altair hostname altair.kcis.com ---- The line 'hostname altair.kcis.com' simply tells the diskless system what it fully qualified domain name is. The line 'rootfs 199.246.76.1:/DiskLess/rootfs/altair' tells the diskless system where it NFS mountable root filesystem is located. NOTE:!!!!! The NFS mounted root filesystem will be mounted READ ONLY. The hierarchy for the diskless system can be re-mounted allowing read-write operations if required. I use my spare 386DX-40 as a dedicated X terminal... The hierarchy for 'altair' is: / /bin /etc /tmp /sbin /dev /dev/fd /usr /var /var/run The actual list of files is: -r-xr-xr-x 1 root wheel 779984 Dec 11 23:44 ./kernel -r-xr-xr-x 1 root bin 299008 Dec 12 00:22 ./bin/sh -rw-r--r-- 1 root wheel 499 Dec 15 15:54 ./etc/rc -rw-r--r-- 1 root wheel 1411 Dec 11 23:19 ./etc/ttys -rw-r--r-- 1 root wheel 157 Dec 15 15:42 ./etc/hosts -rw-r--r-- 1 root bin 1569 Dec 15 15:26 ./etc/XF86Config.altair -r-x------ 1 bin bin 151552 Jun 10 1995 ./sbin/init -r-xr-xr-x 1 bin bin 176128 Jun 10 1995 ./sbin/ifconfig -r-xr-xr-x 1 bin bin 110592 Jun 10 1995 ./sbin/mount_nfs -r-xr-xr-x 1 bin bin 135168 Jun 10 1995 ./sbin/reboot -r-xr-xr-x 1 root bin 73728 Dec 13 22:38 ./sbin/mount -r-xr-xr-x 1 root wheel 1992 Jun 10 1995 ./dev/MAKEDEV.local -r-xr-xr-x 1 root wheel 24419 Jun 10 1995 ./dev/MAKEDEV Don't forget to 'MAKEDEV all' in the 'dev' directory. My /etc/rc for 'altair' is: #!/bin/sh # PATH=/bin:/sbin export PATH # # configure the localhost /sbin/ifconfig lo0 127.0.0.1 # # configure the ethernet card /sbin/ifconfig ed0 199.246.76.2 netmask 0xffffff00 # # mount the root filesystem via NFS /sbin/mount antares:/DiskLess/rootfs/altair / # # mount the /usr filesystem via NFS /sbin/mount antares:/DiskLess/usr /usr # /usr/X11R6/bin/XF86_SVGA -query antares -xf86config /etc/XF86Config.altair > /dev/null 2>&1 # # Reboot after X exits /sbin/reboot # # We blew up.... exit 1 Any comments and ALL questions welcome.... Jerry Kendall jerry@kcis.com From owner-freebsd-hackers Sun Jan 7 07:02:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA13044 for hackers-outgoing; Sun, 7 Jan 1996 07:02:19 -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 HAA13036 for ; Sun, 7 Jan 1996 07:02:11 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tYwbi-000I6RC; Sun, 7 Jan 96 16:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tYvUo-000006C; Sun, 7 Jan 96 14:50 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: automatic power down at shutdown To: fyeung@fyeung5.netific.com (francis yeung) Date: Sun, 7 Jan 1996 14:50:49 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199601061119.LAA00911@fyeung5.netific.com> from "francis yeung" at Jan 6, 96 11:19:21 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >From the keyboard of francis yeung: > > Can BSD 2.x do an automatic power down (Pentium PC) > at "shutdown" ? Microsoft Win95 can do an automatic > power down the machine. As far as i can see, W95 does it by using the APM BIOS routines. > What do I have to do to achieve the same effect ? Configure the apm device driver, have a look at apm(4), apm(8) and apmconf(8). hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Sun Jan 7 09:01:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20481 for hackers-outgoing; Sun, 7 Jan 1996 09:01:35 -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 JAA20470 for ; Sun, 7 Jan 1996 09:01:30 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tYyLo-0000zeC; Sun, 7 Jan 96 10:53 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tYyEk-000CHKC; Sun, 7 Jan 96 10:46 WET Message-Id: Date: Sun, 7 Jan 96 10:46 WET To: msmith@atrad.adelaide.edu.au, chuck@fang.cs.sunyit.edu, hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sun Jan 7 1996, 10:46:26 CST Subject: Re: A few NITS about SCSI Tapes Sender: owner-hackers@freebsd.org Precedence: bulk [0]The dump application exits with the error [0] "st1: bad request, must be between 0 and 0" [2]Last time I saw these symptoms they were a result of the way that SCSI [2]tapes return the Check Condition bit set in otherwise OK responses to [2]commands after exceptional conditions (usually media change). So the [2]first time you tried to access a drive after you'd inserted a new tape, [2]you'd get an error. [2] [2]This is a 'feature' of the SCSI tape spec, and should be handled at the [2]application level. Then we will have to fix a lot of apps. Once in this condition, I have seen "cat" and "tar" also refuse to work, but you don't get the nonsense message shown above. If something breaks "cat", then I don't think we should try to fix it at the application level. [1]I'd prefer the status light. Perhaps a "non-locking" dev is the answer? [1]That is what I provided for the Matsushita CD-ROM drives. [2]I'd be inclined to unlock on rewind; it makes little or no sense to be [2]able to eject a partially-wound tape. This would give automatic unlock [2]on close of the rewind device (the default). Actually ALL DAT drives perform an automatic rewind when the eject button is pushed. It is not possible to get the drive to voluntarily eject a tape that is not rewound, so this is no an issue. 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 Sun Jan 7 09:34:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23774 for hackers-outgoing; Sun, 7 Jan 1996 09:34:14 -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 JAA23746 Sun, 7 Jan 1996 09:34:06 -0800 (PST) Message-Id: <199601071734.JAA23746@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: didier@aida.org cc: hackers@freebsd.org Subject: Re: HELP! ahcdriver In-reply-to: Your message of "Sun, 07 Jan 1996 08:19:41 +0100." Date: Sun, 07 Jan 1996 09:34:06 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >Hi > >I "supped" last night. Now when I try to compile the kernel >I get the following message: > >ioconf.o: Undefined symbol `_ahcdriver' referenced from data segment > >Thanks for your help Are you subscribed to the stable mailing list? I posted a message about how your kernel config file must change to support the new aic7xxx driver. Your kernel config entries should be of the form: controller ahc0 If you have any entries that don't look like that, replace or remove them. You will also need "controller eisa0" if you have eisa bt or adaptec cards. > >-- >Didier Derny | My computer is Microsoft Free... >didier@aida.org | Private FreeBSD 2.1-STABLE site. > > > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Jan 7 09:41:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24217 for hackers-outgoing; Sun, 7 Jan 1996 09:41:09 -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 JAA24210 for ; Sun, 7 Jan 1996 09:41:03 -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 SAA14597 ; Sun, 7 Jan 1996 18:40:58 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id SAA19656 ; Sun, 7 Jan 1996 18:40:56 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id OAA03085; Sun, 7 Jan 1996 14:39:10 +0100 (MET) From: Ollivier Robert Message-Id: <199601071339.OAA03085@keltia.freenix.fr> Subject: Re: Number of superblocks on big disks. To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Sun, 7 Jan 1996 14:39:10 +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 Ever used SunOS's newfs to make a 2 GB partition ? *That* takes forever. FreeBSD's newfs is blazingly fast in comparison :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-hackers Sun Jan 7 10:21:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27232 for hackers-outgoing; Sun, 7 Jan 1996 10:21:22 -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 KAA27223 for ; Sun, 7 Jan 1996 10:21:20 -0800 (PST) From: chuck@fang.cs.sunyit.edu Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id NAA28598 for hackers@freebsd.org; Sun, 7 Jan 1996 13:21:18 -0500 Date: Sun, 7 Jan 1996 13:21:18 -0500 Message-Id: <199601071821.NAA28598@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: RE:A Few NITS about SCSI Tapes Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 7, 10:46am, Frank Durda IV wrote: } Subject: Re: A few NITS about SCSI Tapes } [0]The dump application exits with the error } [0] "st1: bad request, must be between 0 and 0" } } [1]I'd prefer the status light. Perhaps a "non-locking" dev is the answer? } [1]That is what I provided for the Matsushita CD-ROM drives. } } [2]I'd be inclined to unlock on rewind; it makes little or no sense to be } [2]able to eject a partially-wound tape. This would give automatic unlock } [2]on close of the rewind device (the default). } } Actually ALL DAT drives perform an automatic rewind when the eject } button is pushed. It is not possible to get the drive to voluntarily } eject a tape that is not rewound, so this is no an issue. ALL 8mm drives I've used also rewind on eject. }-- End of excerpt from Frank Durda IV Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Sun Jan 7 10:51:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA00878 for hackers-outgoing; Sun, 7 Jan 1996 10:51:44 -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 KAA00871 for ; Sun, 7 Jan 1996 10:51:41 -0800 (PST) Received: from w3 by iceonline.com with smtp (Smail3.1.28.1 #7) id m0tZ0GL-000tvOC; Sun, 7 Jan 96 10:56 WET Message-Id: <2.2.32.19960107184744.002e3274@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: Sun, 07 Jan 1996 10:47:44 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: Matthew Asham Subject: Re: Dual Monitor Systems... Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk At 11:11 AM 1/7/96 +0100, J Wunsch wrote: >As Matthew Asham wrote: >> >> 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). > >To the best of my knowledge, it's not supported. It has been on the >whiteboard for pcvt some time ago, but i don't think there's enough >interest to ever make this happen. > >It doesn't buy you much more than a regular virtual terminal anyway. >(Note that the DOS friends don't have virtual terminals, so it _does_ >buy them very much.) If you are running X and your keyboard jams, you >are hosed, either with a single or with two monitors. If you are >running X, and your keyboard doesn't jam, you can always revert to a >text screen. > Fair enough. I don't use X all that much but a serial console would probably suffice anyway. -- Matthew Asham - bwm@iceonline.com - (604) 482-7586 ext 402 Software Engineer - ICE Online Inc - http://www.iceonline.com/ From owner-freebsd-hackers Sun Jan 7 11:02:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01808 for hackers-outgoing; Sun, 7 Jan 1996 11:02:20 -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 LAA01802 Sun, 7 Jan 1996 11:02:15 -0800 (PST) Received: from w3 by iceonline.com with smtp (Smail3.1.28.1 #7) id m0tZ0Qa-000tvOC; Sun, 7 Jan 96 11:06 WET Message-Id: <2.2.32.19960107185819.003131f8@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: Sun, 07 Jan 1996 10:58:19 -0800 To: sos@FreeBSD.ORG From: Matthew Asham Subject: Re: Dual Monitor Systems... Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk At 10:01 AM 1/7/96 +0100, sos@FreeBSD.ORG wrote: >In reply to Matthew Asham who wrote: >> >> >> > 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). > >I had some patches to syscons some years ago, that did exactly this... >If there is enough interest I'll look around see if I can find them >and beat them into a usable form... This is of course assuming that there would be enough support. I might just go searching for them as well and perhaps do the port myself as well. Either that, or just take the easy way out and use the serial console :) -- Matthew Asham - bwm@iceonline.com - (604) 482-7586 ext 402 Software Engineer - ICE Online Inc - http://www.iceonline.com/ From owner-freebsd-hackers Sun Jan 7 11:37:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA06378 for hackers-outgoing; Sun, 7 Jan 1996 11:37:20 -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 LAA06355 for ; Sun, 7 Jan 1996 11:37:11 -0800 (PST) Received: from critter.tfs.com ([193.88.44.194]) by ra.dkuug.dk (8.6.12/8.6.12) with ESMTP id UAA01209; Sun, 7 Jan 1996 20:36:46 +0100 Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id UAA09045; Sun, 7 Jan 1996 20:36:22 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Michael Smith cc: hackers@freebsd.org Subject: Re: Add new slice to running system, comments? In-reply-to: Your message of "Sun, 07 Jan 1996 21:03:18 +1030." <199601071033.VAA20309@genesis.atrad.adelaide.edu.au> Date: Sun, 07 Jan 1996 20:36:21 +0100 Message-ID: <9043.821043381@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > Have you tried mounting the msdos fs, and using the vn driver for > > swapping on the windows file ? > > This still means that swap operations have to go through the FAT filesystem > code, which is slow and buggy. I'm looking for a performance solution > here, not a crumb to throw to people with space problems. Well, the right solution is to fix the msdosfs to have a decent performance in the cases needed and to bug davidg & dyson to implement swapping on any random vnode... > Can you be more explicit about "dislikes overlapping slices"? If it's > just a case of some sanity code, I could use a different slice type and > special case the tests. If it's more complex, a brief explanation > and a 'look here for details' would be fine. More as an architectural principle... It's really bde's code, so you'd better ask him. > > Isn't there some static gunk in these files that we shouldn't write ? > > I belive that if you mess with the administrative structures windows > > will barf. > > I have a virgin 386spart.par here for reference. Most of the file is full > of 0x6c (vigin sector filler), except for two regions 0x200 long at the > beginning and end which have every fourth byte incrementing. It looks like > this (custom hexdump output, sorry 8) : > > 1401400: 6d 6c 6c 6c 6e 6c 6c 6c - 6f 6c 6c 6c 68 6c 6c 6c mlllnlllolllhlll > 1401410: 69 6c 6c 6c 6a 6c 6c 6c - 6b 6c 6c 6c 64 6c 6c 6c illljlllkllldlll > 1401420: 65 6c 6c 6c 66 6c 6c 6c - 67 6c 6c 6c 60 6c 6c 6c elllflllglll`lll > 1401430: 61 6c 6c 6c 62 6c 6c 6c - 63 6c 6c 6c 7c 6c 6c 6c alllblllclll|lll > ... > 14015c0: 1d 6c 6c 6c 1e 6c 6c 6c - 1f 6c 6c 6c 18 6c 6c 6c .lll.lll.lll.lll > 14015d0: 19 6c 6c 6c 1a 6c 6c 6c - 1b 6c 6c 6c 14 6c 6c 6c .lll.lll.lll.lll > 14015e0: 15 6c 6c 6c 16 6c 6c 6c - 17 6c 6c 6c 10 6c 6c 6c .lll.lll.lll.lll > 14015f0: 11 6c 6c 6c 12 6c 6c 6c - 13 6c 6c 6c ec 6c 6c 6c .lll.lll.lll.lll > > The first one is at 0x1600, the file ends at 0x1402000, which doesn't > make any sense to me yet but I'm sure something may click 8) the size ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Jan 7 13:27:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16123 for hackers-outgoing; Sun, 7 Jan 1996 13:27:09 -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 NAA16110 for ; Sun, 7 Jan 1996 13:27:04 -0800 (PST) Received: by Sysiphos id AA01472 (5.67b/IDA-1.5 for hackers@freefall.freebsd.org); Sun, 7 Jan 1996 22:20:00 +0100 Message-Id: <199601072120.AA01472@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sun, 7 Jan 1996 22:19:59 +0100 In-Reply-To: Dmitry Khrustalev "Re: LUN support." (Jan 6, 20:39) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Dmitry Khrustalev Subject: Re: LUN support. Cc: hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Jan 6, 20:39, Dmitry Khrustalev wrote: } Subject: Re: LUN support. } > } > Does FreeBSD have support for LUN's? } > } } Also, can anyone explain this? } } ncr.c:123 #define MAX_LUN (1) Well, this is because some code to be executed is replicated per LUN. I.e. if you got a WIDE SCSI chip and thus support for 15 targets, there are a total of 120 LUNs on all possible targets. And it takes some 100 bytes per /possible/ LUN (or a total of some 10KB to 15KB if MAX_LUN=8). I'm going to change this (it is not too hard, actually), but for lack of spare time it will have to wait ... Since 10KB are some $0.30 worth of DRAM, I could just make 8 LUNs the default now ... Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Sun Jan 7 13:35:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16840 for hackers-outgoing; Sun, 7 Jan 1996 13:35:43 -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 NAA16828 for ; Sun, 7 Jan 1996 13:35:38 -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 WAA13002; Sun, 7 Jan 1996 22:35:33 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id WAA00823; Sun, 7 Jan 1996 22:09:54 +0100 From: Thomas Graichen Message-Id: <199601072109.WAA00823@mordillo> Subject: Re: DOS File system fixes To: rnordier@iafrica.com (Robert Nordier) Date: Sun, 7 Jan 1996 22:09:54 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601071152.NAA00250@eac.iafrica.com> from "Robert Nordier" at Jan 7, 96 01:52:41 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk hasn't Robert Nordier said ? ... > > I've a bit over seven years professional development experience in > MS-DOS internals (device drivers, TSRs, interrupt handlers, etc.) > in 80x86 assembler and C. > > What is the current status of this part of the project, is more help > needed, and what steps should one take to get involved? > i think there's somebody needed to take the msdosfs as his "child", improves it and keeps it up to date (win95 long filenames - now in NetBSD-current, maybe usability of compressed drives - linux has something here and maybe - not directly related - hpfs and/or ntfs support - here you may also find some stuff in the linux area) - but i think the most important is a safe msdos fs (so that you can mount it rw without the possibility of loosing data or full partitions - which seems to be possible) and as i said somebody who really cares for the msdos fs 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 Sun Jan 7 13:35:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA16855 for hackers-outgoing; Sun, 7 Jan 1996 13:35:51 -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 NAA16847 for ; Sun, 7 Jan 1996 13:35:44 -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 WAA12399; Sun, 7 Jan 1996 22:35:38 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id WAA00778; Sun, 7 Jan 1996 22:00:46 +0100 From: Thomas Graichen Message-Id: <199601072100.WAA00778@mordillo> Subject: Re: diskless systems setup To: jerry@kcis.com (Jerry T. Kendall) Date: Sun, 7 Jan 1996 22:00:46 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601071345.IAA04590.antares.kcis.com@kcis.com> from "Jerry T. Kendall" at Jan 7, 96 08:45:19 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk hasn't Jerry T. Kendall said ? ... > > DISKLESS SYSTEMS: A how to guide by Jerry Kendall(jerry@kcis.com) > ... > > Any comments and ALL questions welcome.... > i and somebody (who helped me with the eprom stuff) also set up FreeBSD xterminals and diskless machines and thought about writing a chapter for the handbook (i hope this would be ok jordan ?) - i think we should coorporate for it - i i have now a fully diskless FreeBSD xterminal running (booting from eprom) - also swapless - because my tests showed that with 8 mbytes and 1024x768x8 bit x it won't swap at all (i ran a swapinfo -k every minute over a long time - with a picture in the backgroud - playing aroud with xv and netscape - and it did'nt swap) - it also uses a mfs /tmp file and thus one (currently 12 mbyte big - 9 mbyte of them are the x-fonts) nfs-mounted / dir can be mounted from as many xterminal as you like - they only boot and will never acess it again - all the suff (ip-nr, hw-adr, xdm to query, x server type, XF86Config file etc.) is put int only 2 files (bootptab and cfg.ip-nr) - maybe we can generalize it for a special FreeBSD xterminal package ... 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 Sun Jan 7 14:18:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21170 for hackers-outgoing; Sun, 7 Jan 1996 14:18:36 -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 OAA21143 for ; Sun, 7 Jan 1996 14:18:21 -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 XAA07481; Sun, 7 Jan 1996 23:18:30 +0100 Received: by uni4nn.iaf.nl with UUCP id AA26811 (5.67b/IDA-1.5); Sun, 7 Jan 1996 23:17:49 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA07546 (5.65c/IDA-1.4.4); Sun, 7 Jan 1996 23:04:25 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id VAA02775; Sun, 7 Jan 1996 21:33:57 +0100 From: Wilko Bulte Message-Id: <199601072033.VAA02775@yedi.iaf.nl> Subject: Re: Number of superblocks on big disks. To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sun, 7 Jan 1996 21:33:57 +0100 (MET) Cc: mrcpu@cdsnet.net, hackers@freebsd.org In-Reply-To: <199601071339.OAA03085@keltia.freenix.fr> from "Ollivier Robert" at Jan 7, 96 02:39:10 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > It seems that Jaye Mathisen said: > > a) It takes forever > > Ever used SunOS's newfs to make a 2 GB partition ? *That* takes > forever. FreeBSD's newfs is blazingly fast in comparison :-) > > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net I think SunOS does some kind of inode randomisation. Supposedly to get better NFS security ?? Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sun Jan 7 14:25:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA21984 for hackers-outgoing; Sun, 7 Jan 1996 14:25:46 -0800 (PST) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.64]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA21861 for ; Sun, 7 Jan 1996 14:24:54 -0800 (PST) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id aa21327; 7 Jan 96 22:11 GMT Received: from bagpuss.demon.co.uk ([158.152.9.30]) by relay-3.mail.demon.net id aa29738; 7 Jan 96 22:11 GMT Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id WAA18001; Sun, 7 Jan 1996 22:11:46 GMT From: Karl Strickland Message-Id: <199601072211.WAA18001@bagpuss.demon.co.uk> Subject: Changing the 16550 FIFO trigger To: hackers@freebsd.org Date: Sun, 7 Jan 1996 22:11:45 +0000 (GMT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I have a 386/16 with 8MB, running FreeBSD-Release-2.1. I need to use an internal modem (with a 16550), running at 28.8. I understand the default sio trigger is FIFO_TRIGGER_14 (ie a 2 byte fifo). Due to the slowness of this machine, I am thinking of decreasing this to FIFO_TRIGGER_8, this giving an 8 byte fifo. Is this a good idea, and whats the best way to make the change? Cheers, Karl ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Sun Jan 7 14:36:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA23370 for hackers-outgoing; Sun, 7 Jan 1996 14:36:31 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA23361 for ; Sun, 7 Jan 1996 14:36:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id OAA20635; Sun, 7 Jan 1996 14:35:49 -0800 To: Thomas Graichen cc: jerry@kcis.com (Jerry T. Kendall), hackers@FreeBSD.ORG Subject: Re: diskless systems setup In-reply-to: Your message of "Sun, 07 Jan 1996 22:00:46 +0100." <199601072100.WAA00778@mordillo> Date: Sun, 07 Jan 1996 14:35:49 -0800 Message-ID: <20633.821054149@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > i and somebody (who helped me with the eprom stuff) also set up > FreeBSD xterminals and diskless machines and thought about writing a > chapter for the handbook (i hope this would be ok jordan ?) - i think OK?! It would be *very much appreciated*! :-) Jordan From owner-freebsd-hackers Sun Jan 7 15:23:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA27984 for hackers-outgoing; Sun, 7 Jan 1996 15:23:32 -0800 (PST) Received: from eac.iafrica.com (slipper101134.iafrica.com [196.7.101.134]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA27960 for ; Sun, 7 Jan 1996 15:23:25 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id BAA00421; Mon, 8 Jan 1996 01:22:00 +0200 From: Robert Nordier Message-Id: <199601072322.BAA00421@eac.iafrica.com> Subject: Re: DOS File system fixes To: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Date: Mon, 8 Jan 1996 01:21:58 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199601072109.WAA00823@mordillo> from "Thomas Graichen" at Jan 7, 96 10:09:54 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk According to Thomas Graichen: > > hasn't Robert Nordier said ? ... > > > What is the current status of this part of the project, is more help > > needed, and what steps should one take to get involved? > > > i think there's somebody needed to take the msdosfs as his "child", > improves it and keeps it up to date (win95 long filenames - now in > NetBSD-current, maybe usability of compressed drives - linux has > something here and maybe - not directly related - hpfs and/or ntfs > support - here you may also find some stuff in the linux area) - but i > think the most important is a safe msdos fs (so that you can mount it > rw without the possibility of loosing data or full partitions - which > seems to be possible) and as i said somebody who really cares for the > msdos fs I could handle that. Thanks for the info.... -- Robert Nordier rnordier@iafrica.com E.A.C. From owner-freebsd-hackers Sun Jan 7 15:57:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA00479 for hackers-outgoing; Sun, 7 Jan 1996 15:57:04 -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 PAA00472 for ; Sun, 7 Jan 1996 15:57:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA20928; Sun, 7 Jan 1996 15:56:31 -0800 To: Robert Nordier cc: graichen@omega.physik.fu-berlin.de (Thomas Graichen), hackers@FreeBSD.org Subject: Re: DOS File system fixes In-reply-to: Your message of "Sat, 08 Jan 1996 01:21:58 +0200." <199601072322.BAA00421@eac.iafrica.com> Date: Sun, 07 Jan 1996 15:56:31 -0800 Message-ID: <20926.821058991@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > I could handle that. > > Thanks for the info.... Really? Seriously, the poor state of msdosfs has been a real thorn in our side for quite some time - the mutant cousin we keep locked in the basement and are too embarassed to talk about.. :-) It would be really really great if someone were to roll up their sleaves and wade in there, fixing and reimplimenting as necessary. You may also end up learning more about the FreeBSD VM system than you wanted to in the process, but there's no harm in that! :-) Jordan From owner-freebsd-hackers Sun Jan 7 16:48:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA02001 for hackers-outgoing; Sun, 7 Jan 1996 16:48:40 -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 QAA01988 for ; Sun, 7 Jan 1996 16:48:35 -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 BAA16265 for ; Mon, 8 Jan 1996 01:48:33 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id BAA20445 for hackers@freebsd.org; Mon, 8 Jan 1996 01:48:33 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id AAA01221 for hackers@freebsd.org; Mon, 8 Jan 1996 00:09:06 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id OAA02485 for hackers@freebsd.org; Sun, 7 Jan 1996 14:58:50 +0100 (MET) From: Philippe Regnauld Message-Id: <199601071358.OAA02485@tetard.frmug.fr.net> Subject: Re: A few NITS about SCSI Tapes To: hackers@freebsd.org Date: Sun, 7 Jan 1996 14:58:49 +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 Robert Withrow écrit / writes: > > > 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 ran it on my Archive Viper 60 (yes folks, 60 Mb :-), which is seen as a type 1 SCSI 1, and it also works. Haven't timed it, though, and I doubt many people out there still use 60Mb streamers. -- 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 Sun Jan 7 18:36:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05169 for hackers-outgoing; Sun, 7 Jan 1996 18:36:47 -0800 (PST) Received: from well.com (koden@well.com [206.15.64.10]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA05164 for ; Sun, 7 Jan 1996 18:36:46 -0800 (PST) Received: (from koden@localhost) by well.com (8.6.12/8.6.12) id SAA17461; Sun, 7 Jan 1996 18:36:43 -0800 Date: Sun, 7 Jan 1996 18:36:43 -0800 (PST) From: Chaos Boy Subject: gcc v2.7.2 and libg++ v2.7.1 To: freebsd-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 have fixes for the gcc v2.7.2 and libg++ v2.7.1 distributions so that I can compile it for FreeBSD 2.1? I'm having a problem installing libg++ v2.7.1 where it exits because of a problem with the .weak assembly directive. Any help appreciated and if you have fixed makefiles or source files, please send them to me via email (attachments). Thanks. John --=o8o=-- John S. Cho Innovation Architects From owner-freebsd-hackers Sun Jan 7 19:28:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA07280 for hackers-outgoing; Sun, 7 Jan 1996 19:28: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 TAA07195 for ; Sun, 7 Jan 1996 19:26:57 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA00366; Mon, 8 Jan 1996 13:54:10 +1030 From: Michael Smith Message-Id: <199601080324.NAA00366@genesis.atrad.adelaide.edu.au> Subject: Re: Add new slice to running system, comments? To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Mon, 8 Jan 1996 13:54:09 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <9043.821043381@critter.tfs.com> from "Poul-Henning Kamp" at Jan 7, 96 08:36:21 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: > > This still means that swap operations have to go through the FAT filesystem > > code, which is slow and buggy. I'm looking for a performance solution > > here, not a crumb to throw to people with space problems. > Well, the right solution is to fix the msdosfs to have a decent performance > in the cases needed and to bug davidg & dyson to implement swapping on > any random vnode... That still doesn't achieve what I want, which is for 'native' FreeBSD disk slices to be able to exist _inside_ a FAT filesystem. > More as an architectural principle... It's really bde's code, so you'd > better ask him. Ok. Bruce? > > The first one is at 0x1600, the file ends at 0x1402000, which doesn't > > make any sense to me yet but I'm sure something may click 8) > the size ? *laugh* No, I meant the asymmetrical offsets of the funny patches inside the file. > 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 Sun Jan 7 19:33:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA07737 for hackers-outgoing; Sun, 7 Jan 1996 19:33:49 -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 TAA07721 for ; Sun, 7 Jan 1996 19:33:39 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA00438; Mon, 8 Jan 1996 14:02:26 +1030 From: Michael Smith Message-Id: <199601080332.OAA00438@genesis.atrad.adelaide.edu.au> Subject: Re: DOS File system fixes To: rnordier@iafrica.com (Robert Nordier) Date: Mon, 8 Jan 1996 14:02:26 +1030 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601071152.NAA00250@eac.iafrica.com> from "Robert Nordier" at Jan 7, 96 01:52:41 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Robert Nordier stands accused of saying: > I've a bit over seven years professional development experience in > MS-DOS internals (device drivers, TSRs, interrupt handlers, etc.) > in 80x86 assembler and C. > > What is the current status of this part of the project, is more help > needed, and what steps should one take to get involved? You're involved already; welcome aboard 8) It looks like you'll be busy with the MSDOS filesystem code for a while; you should talk closely with Terry Lambert (terry@lambert.org) with regards to the higher-level code issues there. One thing I'd like to know - do you have much experience with the BIOS execution environment - what things the BIOS makes assumptions about etc. We want to set up an environment wherein it is possible to make real-mode BIOS (and possibly other) calls in order to work with devices for which we have no protected-mode support. Obviously, any input you can offer would be greatly appreciated. > Robert Nordier -- ]] 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 Sun Jan 7 19:41:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA08302 for hackers-outgoing; Sun, 7 Jan 1996 19:41:22 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA08290 for ; Sun, 7 Jan 1996 19:41:09 -0800 (PST) Received: from cappuccino.eng.umd.edu (cappuccino.eng.umd.edu [129.2.98.14]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id WAA11891; Sun, 7 Jan 1996 22:41:07 -0500 (EST) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7.3/8.6.4) id WAA07477; Sun, 7 Jan 1996 22:41:07 -0500 (EST) Date: Sun, 7 Jan 1996 22:41:06 -0500 (EST) From: Chuck Robey X-Sender: chuckr@cappuccino.eng.umd.edu To: Chaos Boy cc: freebsd-hackers@freebsd.org Subject: Re: gcc v2.7.2 and libg++ v2.7.1 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 7 Jan 1996, Chaos Boy wrote: > > Does anyone have fixes for the gcc v2.7.2 and libg++ v2.7.1 distributions > so that I can compile it for FreeBSD 2.1? I'm having a problem installing > libg++ v2.7.1 where it exits because of a problem with the .weak assembly > directive. Any help appreciated and if you have fixed makefiles or source > files, please send them to me via email (attachments). Thanks. > > John > I handled this on -ports. I didn't realize he'd cross posted. > > --=o8o=-- > John S. Cho > Innovation Architects > > ============================================================================ 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 Sun Jan 7 19:57:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA09229 for hackers-outgoing; Sun, 7 Jan 1996 19:57:16 -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 TAA09221 for ; Sun, 7 Jan 1996 19:57:08 -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 TAA03804; Sun, 7 Jan 1996 19:55:42 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id TAA11113; Sun, 7 Jan 1996 19:56:33 -0800 Message-Id: <199601080356.TAA11113@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol To: Wilko Bulte Cc: roberto@keltia.freenix.fr (Ollivier Robert), mrcpu@cdsnet.net, hackers@freebsd.org Subject: Re: Number of superblocks on big disks. In-reply-to: Your message of "Sun, 07 Jan 96 21:33:57 PST." <199601072033.VAA02775@yedi.iaf.nl> Date: Sun, 07 Jan 96 19:56:32 PST From: Ben Jackson Sender: owner-hackers@freebsd.org Precedence: bulk In message <199601072033.VAA02775@yedi.iaf.nl> , you wrote: > > Ever used SunOS's newfs to make a 2 GB partition ? *That* takes > > forever. FreeBSD's newfs is blazingly fast in comparison :-) > > I think SunOS does some kind of inode randomisation. Supposedly to > get better NFS security ?? There is an NFS attack that involves guessing the filehandles of the files you want. Since a fh is based on the inode number, Sun did make this harder by randomizing the inodes. I doubt this is really why it takes longer, though. A quick look at the source to FreeBSD newfs suggests that contrary to the manual page, we default to `-i 4096'*, wheras SunOS is defaulting to `-i 2048', which would spend twice as much time writing inodes. * fsize defaults to pp->p_fsize, which defaults to 1k, and density defaults to NFPI (4) * fsize => 4096. --Ben From owner-freebsd-hackers Sun Jan 7 20:37:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA11423 for hackers-outgoing; Sun, 7 Jan 1996 20:37:51 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA11414 for ; Sun, 7 Jan 1996 20:37:45 -0800 (PST) Received: by sovcom.kiae.su id AA24171 (5.65.kiae-1 ); Mon, 8 Jan 1996 07:36:16 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 8 Jan 96 07:36:15 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id HAA00387; Mon, 8 Jan 1996 07:33:21 +0300 (MSK) To: Thomas Graichen , Robert Nordier Cc: hackers@FreeBSD.ORG References: <199601072109.WAA00823@mordillo> In-Reply-To: <199601072109.WAA00823@mordillo>; from Thomas Graichen at Sun, 7 Jan 1996 22:09:54 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 8 Jan 1996 07:33:20 +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: DOS File system fixes Lines: 23 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199601072109.WAA00823@mordillo> Thomas Graichen writes: >hasn't Robert Nordier said ? ... >> >> I've a bit over seven years professional development experience in >> MS-DOS internals (device drivers, TSRs, interrupt handlers, etc.) >> in 80x86 assembler and C. >> >> What is the current status of this part of the project, is more help >> needed, and what steps should one take to get involved? >> >i think there's somebody needed to take the msdosfs as his "child", >improves it and keeps it up to date (win95 long filenames - now in >NetBSD-current, maybe usability of compressed drives - linux has IMHO Win95 long filenames is what we need first from features list... Can anybody merge that changes from NetBSD, please? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - http://dt.demos.su/~ache : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Sun Jan 7 22:55:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA17266 for hackers-outgoing; Sun, 7 Jan 1996 22:55:41 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA17261 for ; Sun, 7 Jan 1996 22:55:34 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA13341; Mon, 8 Jan 1996 17:50:47 +1100 Date: Mon, 8 Jan 1996 17:50:47 +1100 From: Bruce Evans Message-Id: <199601080650.RAA13341@godzilla.zeta.org.au> To: bjj@sequent.com, wilko@yedi.iaf.nl Subject: Re: Number of superblocks on big disks. Cc: hackers@FreeBSD.ORG, mrcpu@cdsnet.net, roberto@keltia.freenix.fr Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >takes longer, though. A quick look at the source to FreeBSD newfs >suggests that contrary to the manual page, we default to `-i 4096'*, >wheras SunOS is defaulting to `-i 2048', which would spend twice as much >time writing inodes. >* fsize defaults to pp->p_fsize, which defaults to 1k, and density defaults > to NFPI (4) * fsize => 4096. I fixed the code to match the man page in my version, but 4.4lite2 fixed the man page to match the code. The latter seems best - if the frag size is large then you probably don't plan to have many small files, so you probably want less inodes. Bruce From owner-freebsd-hackers Mon Jan 8 00:24:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21718 for hackers-outgoing; Mon, 8 Jan 1996 00:24:03 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21595 for ; Mon, 8 Jan 1996 00:20:54 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA16700; Mon, 8 Jan 1996 19:12:08 +1100 Date: Mon, 8 Jan 1996 19:12:08 +1100 From: Bruce Evans Message-Id: <199601080812.TAA16700@godzilla.zeta.org.au> To: hackers@FreeBSD.ORG, karl@bagpuss.demon.co.uk Subject: Re: Changing the 16550 FIFO trigger Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >I have a 386/16 with 8MB, running FreeBSD-Release-2.1. I need to use an >internal modem (with a 16550), running at 28.8. I understand the default >sio trigger is FIFO_TRIGGER_14 (ie a 2 byte fifo). Due to the slowness of >this machine, I am thinking of decreasing this to FIFO_TRIGGER_8, this giving >an 8 byte fifo. Is this a good idea, and whats the best way to make the >change? Try it first. It should work unless you have a bus-hogging DMA controller or multiple high speed modems. The 2 byte fifo reserve is agressive, but it's twice as large as the 1 byte reserve on 8250's. You can get another safety factor of 2 or 3 by connecting to the modem at 57600 bps or 38400 bps instead of 115200 bps. The easiest way to modify it is to edit the source. This is not best. 1.1.5 attempted to choose the best trigger level dynamically but didn't get it right. Bruce From owner-freebsd-hackers Mon Jan 8 00:57:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA23258 for hackers-outgoing; Mon, 8 Jan 1996 00:57:08 -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 AAA23252 for ; Mon, 8 Jan 1996 00:57:03 -0800 (PST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (134.100.239.2) with smtp id ; Mon, 8 Jan 96 09:56 MET Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-hackers@freebsd.org id ; Mon, 8 Jan 96 09:56 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA03586; Mon, 8 Jan 96 09:41:34 +0100 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9601080841.AA03586@wavehh.hanse.de> Subject: Any solution for source-based IP routing? To: freebsd-hackers@freebsd.org Date: Mon, 8 Jan 1996 09:41:33 +0100 (MET) Reply-To: cracauer@wavehh.hanse.de X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk [Also sent to tech-net@netbsd.org ] A friend of mine needs to do source-based IP routing. For now, he uses a hacked Linux IP stack, because the functionality he needs isn't included in any stack we know and that the Linux stack is (claimed to be) significant easier to hack up to do the job than the more complex *BSD one. Is there any solution for this problem in 4.4BSD? Here's what to be done: A single machine is a router for a number of client networks and is connected to more than one provider. Every client network is associated with exactly one provider and this provider should be the default route for packets from this client's networks. The problem is that in the code regions where the decision about the route a packet has to be sent to is made no information about the source of the packet is available. A local Linux hacker hacked the Linux stack so that the source address is passed along with the destination address and he claims is would be too much work in the BSD kernel, simply because of the number of function calls that have to be changed. I think this is a quite common problem for ISPs and even for me who passes packets from other networks on my private machines and I wonder if some BSD based solution is already done. Thanks for any hints. Happy Hacking Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer Tel.: +49 40 / 522 18 29 Fax.: +49 40 / 522 85 36 From owner-freebsd-hackers Mon Jan 8 01:04:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23554 for hackers-outgoing; Mon, 8 Jan 1996 01:04:48 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA23482 for ; Mon, 8 Jan 1996 01:02:19 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA18733; Mon, 8 Jan 1996 19:53:21 +1100 Date: Mon, 8 Jan 1996 19:53:21 +1100 From: Bruce Evans Message-Id: <199601080853.TAA18733@godzilla.zeta.org.au> To: bde@zeta.org.au, bjj@sequent.com, wilko@yedi.iaf.nl Subject: Re: Number of superblocks on big disks. Cc: hackers@FreeBSD.org, mrcpu@cdsnet.net, roberto@keltia.freenix.fr Sender: owner-hackers@FreeBSD.org Precedence: bulk >>takes longer, though. A quick look at the source to FreeBSD newfs >>suggests that contrary to the manual page, we default to `-i 4096'*, >>wheras SunOS is defaulting to `-i 2048', which would spend twice as much >>time writing inodes. I wrote: >I fixed the code to match the man page in my version, but 4.4lite2 fixed >the man page to match the code. The latter seems best - if the frag >size is large then you probably don't plan to have many small files, >so you probably want less inodes. Actually, 4.4lite2 didn't change anything in this area. Bruce From owner-freebsd-hackers Mon Jan 8 01:21:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24448 for hackers-outgoing; Mon, 8 Jan 1996 01:21:09 -0800 (PST) Received: from ibmmail.COM (ibmmail.com [199.171.26.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA24439 for ; Mon, 8 Jan 1996 01:21:05 -0800 (PST) From: n1epo4tl@ibmmail.com Message-Id: <199601080921.BAA24439@freefall.freebsd.org> Received: from ibmmail by ibmmail.COM (IBM VM SMTP V2R3) with BSMTP id 5227; Mon, 08 Jan 96 04:20:19 EST Date: Mon, 08 Jan 1996 04:20:35 EST To: hackers@freebsd.org X-Sender-Info: Stuart J. Arnold ext. 2476 European Patent Office -- Munich N1EPO4TL@IBMMAIL.COM MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Upgrade to 2.1 Sender: owner-hackers@freebsd.org Precedence: bulk Hi hackers, at the week-end I inadvertantly upgraded from 2.0.5 to 2.1. Firstly congratulations on an upgrade procedure which went quite smoothly, even for an idiot like me. I thought you might be interested in a few points which I noted during the upgrade: 1) Note I said inadvertantly. I didn't actually intend to do it. I had created the boot disk and booted from it to test it in preparation for upgrading later when I had more time. I intended to abort the update procedure at the point where it said "do you really want to continue? This is the last chance to say no before your disk gets irretrievably overwritten", or some such thing. It didn't (unless I blinked and missed it). I decided to let it continue rather than end up with a half-updated system - not exactly the safest thing to do when the distribution is a disk of a tape of a sup of a goodness knows what that I got from Julian. But it seems to have worked. 2) During the update, it complained that it couldn't find proflibs. I don't know whether there isn't one, or whether Julian just doesn't have one. 3) I thought it said it would back up /etc in /usr/tmp/etc. When I looked, /usr/tmp/etc contained the new files as did /etc. So all my changes got lost. Fortunately, there weren't many of them. Stuart Arnold From owner-freebsd-hackers Mon Jan 8 01:21:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24491 for hackers-outgoing; Mon, 8 Jan 1996 01:21:37 -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 BAA24446 for ; Mon, 8 Jan 1996 01:21:08 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA19835; Mon, 8 Jan 1996 20:18:35 +1100 Date: Mon, 8 Jan 1996 20:18:35 +1100 From: Bruce Evans Message-Id: <199601080918.UAA19835@godzilla.zeta.org.au> To: msmith@atrad.adelaide.edu.au, phk@critter.tfs.com Subject: Re: Add new slice to running system, comments? Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Poul-Henning Kamp stands accused of saying: >> > This still means that swap operations have to go through the FAT filesystem >> > code, which is slow and buggy. I'm looking for a performance solution >> > here, not a crumb to throw to people with space problems. >> Well, the right solution is to fix the msdosfs to have a decent performance >> in the cases needed and to bug davidg & dyson to implement swapping on >> any random vnode... Fix ufs to have decent performance for swapping on a vn device first :-). (Perhaps it is already decent.) >That still doesn't achieve what I want, which is for 'native' FreeBSD >disk slices to be able to exist _inside_ a FAT filesystem. >> More as an architectural principle... It's really bde's code, so you'd >> better ask him. Slices are supposed to be disjoint. There are enough complications for overlapping partitions inside slices. Since the windows swap file is in a DOS slice, it seems best to create a label for this slice and describe the swap file as the b partition in the label. You will need a label anyway since swapping only works on the b partition. The DIOCSDINFO ioctl can be used to set an in-core label without writing it to the disk. You can experiment with this by removing the disk write(s) from `disklabel -r'. Bruce From owner-freebsd-hackers Mon Jan 8 01:30:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA24943 for hackers-outgoing; Mon, 8 Jan 1996 01:30:08 -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 BAA24938 for ; Mon, 8 Jan 1996 01:30:05 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tZDtO-0003vkC; Mon, 8 Jan 96 01:29 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 KAA00406; Mon, 8 Jan 1996 10:29:24 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Michael Smith cc: hackers@FreeBSD.ORG Subject: Re: Add new slice to running system, comments? In-reply-to: Your message of "Mon, 08 Jan 1996 13:54:09 +1030." <199601080324.NAA00366@genesis.atrad.adelaide.edu.au> Date: Mon, 08 Jan 1996 10:29:24 +0100 Message-ID: <404.821093364@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Poul-Henning Kamp stands accused of saying: > > > This still means that swap operations have to go through the FAT filesyst em > > > code, which is slow and buggy. I'm looking for a performance solution > > > here, not a crumb to throw to people with space problems. > > Well, the right solution is to fix the msdosfs to have a decent performance > > in the cases needed and to bug davidg & dyson to implement swapping on > > any random vnode... > > That still doesn't achieve what I want, which is for 'native' FreeBSD > disk slices to be able to exist _inside_ a FAT filesystem. Yes in fact it would. It is the only way to avoid the terrible problems you get into if for instance I rm -f /dos/C/WINDOWS.SWP while you swap on 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 Mon Jan 8 02:07:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27838 for hackers-outgoing; Mon, 8 Jan 1996 02:07:38 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA27829 for ; Mon, 8 Jan 1996 02:07:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id CAA23127; Mon, 8 Jan 1996 02:07:04 -0800 To: n1epo4tl@ibmmail.com cc: hackers@freebsd.org Subject: Re: Upgrade to 2.1 In-reply-to: Your message of "Mon, 08 Jan 1996 04:20:35 EST." <199601080921.BAA24439@freefall.freebsd.org> Date: Mon, 08 Jan 1996 02:07:04 -0800 Message-ID: <23125.821095624@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > 1) Note I said inadvertantly. I didn't actually intend to do it. I > had created the boot disk and booted from it to test it in preparation > for upgrading later when I had more time. I intended to abort the > update procedure at the point where it said "do you really want to > continue? This is the last chance to say no before your disk gets > irretrievably overwritten", or some such thing. It didn't (unless I > blinked and missed it). I decided to let it continue rather than end Hmmmm. I will verify this! :-) > 2) During the update, it complained that it couldn't find proflibs. >From the CD? You don't mention the media you're using.. > 3) I thought it said it would back up /etc in /usr/tmp/etc. When I > looked, /usr/tmp/etc contained the new files as did /etc. So all my > changes got lost. Fortunately, there weren't many of them. !! This definitely shouldn't have happened. I've checked this code several times and done upgrades where I verified that the changes *did* get preserved, yet your the second person who's reported this happening to them. I wonder if you guys are typing any weird paths at the `where to save?' prompt, or have interesting filesystem layouts that cause the default location to fail. Grumble. I'd like to be able to reproduce it, I really would! Jordan From owner-freebsd-hackers Mon Jan 8 02:15:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28308 for hackers-outgoing; Mon, 8 Jan 1996 02:15:42 -0800 (PST) Received: from gatekeep.namsa.nato.int (gatekeep.namsa.nato.int [147.36.199.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA28270 for ; Mon, 8 Jan 1996 02:15:30 -0800 (PST) Message-Id: <199601081015.CAA28270@freefall.freebsd.org> Received: by gatekeep.namsa.nato.int with ESMTP (1.37.109.16/16.2) id AA205466779; Mon, 8 Jan 1996 11:26:20 +0100 Received: from mailhub@namsa.nato.int with SMTP (1.37.109.16/16.2) id AA147886401; Mon, 8 Jan 1996 11:20:01 +0100 Date: Mon, 8 Jan 1996 11:20:01 +0100 From: GUINET Thierry Apparently-To: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Hello all, I'm new to this mailing list so please don't flame me if my question is off-topic. I already sent the (more or less) same message to freebsd-install from where I've been pointed here. (BTW thanks for the answers.) The problem is the following: I just installed version 2.0 [OK I know it's a somewhat old release of FreeBSD but it's the only one available to me at the moment :-( ] on a 486DX/33 PC, everything seemed to work smoothly up to the moment where I tried to reach our network. I dug through the information available from the system but up to now I wasn't able to find out why it doesn't work. First, I ran the 3COM utilities to check the connectivity with other systems at ethernet level -> OK Then I checked the logs (/var/log/messages) At boot time I've the following msg: 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0 aui/utp[*UTP*] address 00:60:8c:ba:75:2e Which seems sensible, since I've a 3c509 board at address 300 Hex, with IRQ 10 set and using the UTP link. (No address nor IRQ conflict) Running ifconfig and netstat returns the following: ifconfig ep0 ep0: flags=863 mtu 1500 inet 192.168.9.53 netmask 0xffffff00 broadcast 192.168.9.255 netstat -rn Destination Gateway Flags Refs Use Interface 127.0.0.1 127.0.0.1 UH 0 16 lo0 192.168.9 link#2 UC 0 0 ep0 netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll lp0* 1500 0 0 0 0 0 ep0 1500 00:60:8c:ba:75:2e 0 0 1 0 0 ep0 1500 192.168.9 tstpc1 0 0 1 0 0 lo0 65532 20 0 20 0 0 lo0 65532 your-net localhost 20 0 20 0 0 sl0* 552 0 0 0 0 0 sl0* 552 0 0 0 0 0 Although the output seems Ok, some flags are confusing me. What does SIMPLEX mean? What does C stands for in the netstat -rn? I read the source files but still have no clue :-( I would greatly appreciate any help. TIA. Thierry thierry@namsa.nato.int Thierry Guinet Systems programmer, Namsa Luxembourg (Europe) Phone: +352/30.63-6812 Fax: +352/30.87.21 From owner-freebsd-hackers Mon Jan 8 02:23:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28771 for hackers-outgoing; Mon, 8 Jan 1996 02:23:29 -0800 (PST) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.64]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA28755 for ; Mon, 8 Jan 1996 02:23:19 -0800 (PST) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id ae14990; 8 Jan 96 10:22 GMT Received: from wbsmail.zipmail.co.uk ([194.70.221.1]) by relay-3.mail.demon.net id aa01049; 8 Jan 96 10:21 GMT Received: from PhilPC (kiss.demon.co.uk [158.152.97.57]) by wbsmail.zipmail.co.uk (8.6.12/8.6.9) with SMTP id KAA21804 for ; Mon, 8 Jan 1996 10:23:11 GMT Message-Id: <199601081023.KAA21804@wbsmail.zipmail.co.uk> Comments: Authenticated sender is From: Phil Taylor Organization: Lan Systems To: hackers@freebsd.org Date: Tue, 8 Jan 1996 10:15:20 +0000 Subject: Losing arp entries... Reply-to: phil@zipmail.co.uk Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-hackers@freebsd.org Precedence: bulk Having read the thread about the proxy arp problem with interest, I now have a problem... I had the proxy arp problem (the previous entry not being deleted upon disconnection) some time ago, so as my 16 modems were using kernel based pppd and dynamically allocating IP addresses I created an arp file that I ran through at boot time (it was 2.0.5R and didn't accept the -f option in arp so I fixed that.) Now I seem to have a problem that arp stops publishing entries in 2.1.0R (it loses the pub flag) or it creates another proxy entry with {incomplete} which causes quite a number of problems. Is there a way to TOTALLY disable proxy arp (at least until the bug is fixed !!!) so that this problem wont occur. Obviously proxy arp is infinately favorouble to static arps but as they seem to be (slightly) broken at the moment this seems to be the way to go. Cheers Phil /* Phil Taylor (phil@zipmail.co.uk) LAN Systems - LAN/WAN Specialists */ From owner-freebsd-hackers Mon Jan 8 03:35:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA03027 for hackers-outgoing; Mon, 8 Jan 1996 03:35:09 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA03008 for ; Mon, 8 Jan 1996 03:34:55 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id MAA20203 for ; Mon, 8 Jan 1996 12:15:52 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id MAA16136; Mon, 8 Jan 1996 12:15:47 +0100 Date: Mon, 8 Jan 1996 12:15:47 +0100 Message-Id: <199601081115.MAA16136@caramba.cs.tu-berlin.de> To: hackers@freebsd.org Subject: large files MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk On FreeBSD 2.0 I can mmap only file less than 2GB (SSIZE_MAX alias INT_MAX). On FreeBSD 2.1 I can't write(2) to files larger than 2GB (and don't test if mmap works with 2GB files). Why? Wolfram Example: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # mmap.c # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' XFILE=mmap.c XALL=mmap1 mmap2 X Xall: test X Xmmap1: X cc -Wall -DSIZE=SIZE_T_MAX -DFILENAME=\"/tmp/$@\" ${FILE} -o $@ X Xmmap2: X cc -Wall -DSIZE=SSIZE_MAX -DFILENAME=\"/tmp/$@\" ${FILE} -o $@ X Xtest: ${ALL} X -@for i in $>; do ./$$i; ls -l /tmp/$$i; done X Xclean: X rm -f ${ALL}; cd /tmp; rm -f ${ALL} X END-of-Makefile echo x - mmap.c sed 's/^X//' >mmap.c << 'END-of-mmap.c' X#include X#include X#include X#include X#include X#include X X#include X#include X X#ifndef SIZE X#define SIZE (SIZE_T_MAX) X#endif X Xchar *filename = X#ifndef FILENAME X "/tmp/bla"; X#else X FILENAME; X#endif X Xvoid Xmain(argc, argv) X int argc; X char **argv; X{ X struct stat sb; X int fd; X caddr_t p; X off_t len; X char buf[256]; X X X X if ((fd = open(filename, O_RDWR | O_CREAT | O_TRUNC, 0666)) == -1) X err(1, "``%s''", filename); X X /* make a long seek */ X if (lseek(fd, (off_t)SIZE - 16, SEEK_SET) == -1) X err(1, "lseek"); X X strcpy(buf, "foobar\n"); X X /* write something into file */ X if (write(fd, buf, strlen(buf)) == -1) X err(1, "write"); X X if (fstat(fd, &sb) < 0) X err(1, "``%s''", filename); X len = sb.st_size; X X X if ((p = mmap((caddr_t)0, (size_t)len, X PROT_READ, MAP_SHARED, X fd, (off_t)0)) == (caddr_t)-1) X err(1, "mmap ``%s''", filename); X X /* print "foobar" */ X printf("%s", p+len-7); X X close(fd); X} END-of-mmap.c exit From owner-freebsd-hackers Mon Jan 8 03:43:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA03285 for hackers-outgoing; Mon, 8 Jan 1996 03:43:20 -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 DAA03277 for ; Mon, 8 Jan 1996 03:43:11 -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 MAA04444 for ; Mon, 8 Jan 1996 12:43:04 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id MAA22243 for hackers@freebsd.org; Mon, 8 Jan 1996 12:43:03 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id FAA03513 for hackers@freebsd.org; Mon, 8 Jan 1996 05:30:34 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id BAA01698 for hackers@freebsd.org; Mon, 8 Jan 1996 01:11:11 +0100 (MET) From: Philippe Regnauld Message-Id: <199601080011.BAA01698@tetard.frmug.fr.net> Subject: Re: diskless systems setup To: hackers@freebsd.org Date: Mon, 8 Jan 1996 01:11:08 +0100 (MET) In-Reply-To: <199601071345.IAA04590.antares.kcis.com@kcis.com> from "Jerry T. Kendall" at Jan 7, 96 08:45:19 am X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Jerry T. Kendall écrit / writes: > > > > DISKLESS SYSTEMS: A how to guide by Jerry Kendall(jerry@kcis.com) > NOTE: I am sure that there is stuff that needs to be added to this. > Please send me any comments.... I've done it the other way around :-) I set up things so that my Sun 3/80 boots diskless from my BSD box as an X terminal (using the Xkernel-2.0 package). It works, er, worked fine until not long ago -- I'll get to that later :-) I could try and write up something for this configuration (using FreeBSD as a Xterminal server). Anyway, since I rebuilt to current (last time was mid-December), my setup doesn't work anymore -- the 3/80 boots until it gets all its devices probed, then hangs right after bwtwo0: resolution 1152 x 900. Tcpdump tells me this: 01:08:06.428181 arp who-has machine.frmug.fr.net tell machine.frmug.fr.net 01:08:06.432657 machine.frmug.fr.net.1023 > 193.56.58.0.sunrpc: udp 100 01:08:09.422835 machine.frmug.fr.net.1023 > 193.56.58.0.sunrpc: udp 100 01:08:15.422854 machine.frmug.fr.net.1023 > 193.56.58.0.sunrpc: udp 100 01:08:27.422984 machine.frmug.fr.net.1023 > 193.56.58.0.sunrpc: udp 100 on and on... The new bootparamd doesn't seem to work any better :-( What is strange is it DOES get as far as booting the kernel. -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-hackers Mon Jan 8 03:43:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA03307 for hackers-outgoing; Mon, 8 Jan 1996 03:43:51 -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 DAA03283 for ; Mon, 8 Jan 1996 03:43:18 -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 MAA04448 for ; Mon, 8 Jan 1996 12:43:05 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id MAA22246 for hackers@freebsd.org; Mon, 8 Jan 1996 12:43:04 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id FAA03515 for hackers@freebsd.org; Mon, 8 Jan 1996 05:30:36 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id BAA01716 for hackers@freebsd.org; Mon, 8 Jan 1996 01:15:52 +0100 (MET) From: Philippe Regnauld Message-Id: <199601080015.BAA01716@tetard.frmug.fr.net> Subject: Re: Dual Monitor Systems... To: hackers@freebsd.org Date: Mon, 8 Jan 1996 01:15:51 +0100 (MET) In-Reply-To: <199601071011.LAA05694@uriah.heep.sax.de> from "J Wunsch" at Jan 7, 96 11:11:07 am X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch écrit / writes: > If you are debugging an X server, your best bet is a serial console, ... Let's say I'm not debugging an X server :-) As I said earlier, my prior concern is not toasting my 19" monitor (it's a fixed frequency) in the time between bootup and the start of the X server. I'd gladly use a serial console, but: 1) From what keyboard does the X take its input once I've started X from the serial console? 2) How do I keep my undisciplined VGA (Diamond 968) from sending a signal to the monitor until I tell it to? :-) I had in mind changing the address on the card (don't ask me how!) and keeping a standard VGA 14" on the other adapter. -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-hackers Mon Jan 8 03:43:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA03326 for hackers-outgoing; Mon, 8 Jan 1996 03:43: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 DAA03278 for ; Mon, 8 Jan 1996 03:43:11 -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 MAA04452 for ; Mon, 8 Jan 1996 12:43:06 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id MAA22249 for hackers@freebsd.org; Mon, 8 Jan 1996 12:43:05 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id FAA03517 for hackers@freebsd.org; Mon, 8 Jan 1996 05:30:37 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id BAA01736 for hackers@freebsd.org; Mon, 8 Jan 1996 01:18:02 +0100 (MET) From: Philippe Regnauld Message-Id: <199601080018.BAA01736@tetard.frmug.fr.net> Subject: Re: Dual Monitor Systems... To: hackers@freebsd.org Date: Mon, 8 Jan 1996 01:18:02 +0100 (MET) In-Reply-To: <199601070901.KAA06718@ra.dkuug.dk> from "sos@FreeBSD.org" at Jan 7, 96 10:01:20 am X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk sos@FreeBSD.org écrit / writes: > > > Is there a way to setup two VGA adapters in one box, to achieve > > > the followind configuration: [...] > I had some patches to syscons some years ago, that did exactly this... For which case? One with two VGA adapters, or with one VGA and one hercules? I'd gladly go for the Hercules as Syscons, IF I could find a card and a monitor :-( Thanks! -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-hackers Mon Jan 8 04:45:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA06874 for hackers-outgoing; Mon, 8 Jan 1996 04:45:36 -0800 (PST) Received: from roearn.ici.ro (roearn.ici.ro [192.162.16.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA06850 for ; Mon, 8 Jan 1996 04:45:10 -0800 (PST) From: dano@roearn.ici.ro Received: by roearn.ici.ro (MX V4.1 VAX) id 4; Mon, 08 Jan 1996 14:44:55 +0200 Date: Mon, 08 Jan 1996 14:44:54 +0200 To: hackers@freebsd.org Message-ID: <0099C160.56759CE0.4@roearn.ici.ro> Subject: FreeBSD, version 2.1 Sender: owner-hackers@freebsd.org Precedence: bulk Dear Sir(s), I own the 2.0.5 version of FreeBSD, but it lacks the support for EIDE CD-ROMs. Obviously, I currently have such a device. Has the 2.1 version such a support? Any new (important) features? Many thanks. Dan ONTANU, Bucharest, ROMANIA e-mail: dano@roearn.ici.ac.ro From owner-freebsd-hackers Mon Jan 8 05:40:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09339 for hackers-outgoing; Mon, 8 Jan 1996 05:40:12 -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 FAA09334 for ; Mon, 8 Jan 1996 05:40:10 -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 FAA04729 ; Mon, 8 Jan 1996 05:39:13 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Wolfram Schneider cc: hackers@freebsd.org Subject: Re: large files In-reply-to: Your message of "Mon, 08 Jan 1996 12:15:47 +0100." <199601081115.MAA16136@caramba.cs.tu-berlin.de> Date: Mon, 08 Jan 1996 05:39:13 -0800 Message-ID: <4727.821108353@westhill.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk Wolfram Schneider wrote in message ID <199601081115.MAA16136@caramba.cs.tu-berlin.de>: > > On FreeBSD 2.0 I can mmap only file less than 2GB (SSIZE_MAX alias > INT_MAX). On FreeBSD 2.1 I can't write(2) to files larger than 2GB > (and don't test if mmap works with 2GB files). > > Why? Because of various restrictions in the kernel, files >>2Gb aren't supported anyhow. I believe John Dyson has commited fixes to -current to increase this limit. (AFAIR, the file offset is kept as a signed int in the kernel, and the negative offsets are used to keep file metadata. If you look through the mail list archives, you may find discussions on this - I know that when we first fixed the code to support 1Tb FS's there was a discussion about file sizes). Writing to a file past the 2Gb point would have rather unpredictable results as you could probably understand, which is why the mmap() restriction is there also. Yours Gary From owner-freebsd-hackers Mon Jan 8 06:45:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12041 for hackers-outgoing; Mon, 8 Jan 1996 06:45:53 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA12033 for ; Mon, 8 Jan 1996 06:45:44 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA00924; Tue, 9 Jan 1996 01:43:59 +1100 Date: Tue, 9 Jan 1996 01:43:59 +1100 From: Bruce Evans Message-Id: <199601081443.BAA00924@godzilla.zeta.org.au> To: hackers@FreeBSD.org, wosch@cs.tu-berlin.de Subject: Re: large files Sender: owner-hackers@FreeBSD.org Precedence: bulk >On FreeBSD 2.0 I can mmap only file less than 2GB (SSIZE_MAX alias >INT_MAX). On FreeBSD 2.1 I can't write(2) to files larger than 2GB >(and don't test if mmap works with 2GB files). >Why? Files larger than 2GB didn't work in in FreeBSD or previous versions. 2.1 apparently enforces the limit better. There's some chance that large files work in -current. The lseek method allows creation of a 32GB file on a 32MB file system. Your example works more or less as expected: mmapping slightly less than 4GB doesn't work, but mapping a window of size (file_size % 2GB). for file sizes of slightly less than 2G, 4GB, 6GB and 8GB. Bruce From owner-freebsd-hackers Mon Jan 8 07:28:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15373 for hackers-outgoing; Mon, 8 Jan 1996 07:28:27 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA15367 for ; Mon, 8 Jan 1996 07:28:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id HAA24753 for ; Mon, 8 Jan 1996 07:27:57 -0800 To: hackers@freebsd.org Subject: Using `ping' to diagnose network connections reasonable? Date: Mon, 08 Jan 1996 07:27:57 -0800 Message-ID: <24751.821114877@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I'd like to add some code to sysinstall which will attempt to `diagnose' a link before accepting the configuration parameters, catching a lot of adapter misconfiguration and incorrect data errors that sysinstall misses now (to fail less gracefully later). My question is whether or not `ping' is a reasonable way to measure connectivity between your host and the gateway & dns machines. Is it reasonable to assume that if a host supports forwarding or DNS queries, it will also answer pings? What if you've got pings blocked somehow but allow DNS traffic through? I wouldn't want to flag a host as `unreachable' when in fact it would have worked fine for its intended purpose! That would be worse than no error checking at all. Thanks! Jordan From owner-freebsd-hackers Mon Jan 8 07:54:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA17166 for hackers-outgoing; Mon, 8 Jan 1996 07:54:35 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA17161 for ; Mon, 8 Jan 1996 07:54:32 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tZJu2-0003vuC; Mon, 8 Jan 96 07:54 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 QAA01096; Mon, 8 Jan 1996 16:54:30 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Using `ping' to diagnose network connections reasonable? In-reply-to: Your message of "Mon, 08 Jan 1996 07:27:57 PST." <24751.821114877@time.cdrom.com> Date: Mon, 08 Jan 1996 16:54:29 +0100 Message-ID: <1094.821116469@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > I'd like to add some code to sysinstall which will attempt to > `diagnose' a link before accepting the configuration parameters, > catching a lot of adapter misconfiguration and incorrect data errors > that sysinstall misses now (to fail less gracefully later). My > question is whether or not `ping' is a reasonable way to measure > connectivity between your host and the gateway & dns machines. Is it > reasonable to assume that if a host supports forwarding or DNS > queries, it will also answer pings? What if you've got pings blocked > somehow but allow DNS traffic through? I wouldn't want to flag a host > as `unreachable' when in fact it would have worked fine for its > intended purpose! That would be worse than no error checking at all. For the gateway ping is reasonable, for dns we could make a dns query for the to-level domain or something that will have to work everywhere for the dns to work at all. Good idea. We could even offer to ping the ftp/nfs host before trying and informing the user about the result so they can choose the optimal server... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Mon Jan 8 08:19:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18440 for hackers-outgoing; Mon, 8 Jan 1996 08:19:01 -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 IAA18431 for ; Mon, 8 Jan 1996 08:18:55 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA10702; Mon, 8 Jan 1996 09:21:11 -0700 Date: Mon, 8 Jan 1996 09:21:11 -0700 From: Nate Williams Message-Id: <199601081621.JAA10702@rocky.sri.MT.net> To: phil@zipmail.co.uk Cc: hackers@freebsd.org Subject: Re: Losing arp entries... In-Reply-To: <199601081023.KAA21804@wbsmail.zipmail.co.uk> References: <199601081023.KAA21804@wbsmail.zipmail.co.uk> Sender: owner-hackers@freebsd.org Precedence: bulk > Having read the thread about the proxy arp problem with interest, I > now have a problem... Congratulations! > Now I seem to have a problem that arp stops publishing entries in 2.1.0R > (it loses the pub flag) or it creates another proxy entry with > {incomplete} which causes quite a number of problems. That's the 'arp' bug. > Is there a way to TOTALLY disable proxy arp (at least until the bug > is fixed !!!) so that this problem wont occur. I'm not sure what you mean. It's not a 'proxy' arp bug, but a generic arp bug. Any arp entry created by the routing protocol (and not by the underlying ethernet address resolution protocol) will give you problems. This means that regular 'arp' entries created by arp(8) will also give you the same problems as static proxy-arp entries. Nate From owner-freebsd-hackers Mon Jan 8 08:31:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19081 for hackers-outgoing; Mon, 8 Jan 1996 08:31:32 -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 IAA19042 for ; Mon, 8 Jan 1996 08:30:27 -0800 (PST) Received: from ppp-017.etinc.com (ppp-017.etinc.com [204.141.95.132]) by etinc.com (8.6.11/8.6.9) with SMTP id LAA18202 for ; Mon, 8 Jan 1996 11:40:25 -0500 Date: Mon, 8 Jan 1996 11:40:25 -0500 Message-Id: <199601081640.LAA18202@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: sysconfig acress releases Sender: owner-hackers@freebsd.org Precedence: bulk It there a doc (or a policy) of changes and variations in /etc/sysconfig across releases. I have a scripted upgrade procedure but I'm always fearful that something has changed in sysconfig (or netstart). Is there a delta doc....if not there probably should be. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Mon Jan 8 08:47:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20227 for hackers-outgoing; Mon, 8 Jan 1996 08:47:03 -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 IAA20219 for ; Mon, 8 Jan 1996 08:46:59 -0800 (PST) Received: from ppp-017.etinc.com (ppp-017.etinc.com [204.141.95.132]) by etinc.com (8.6.11/8.6.9) with SMTP id LAA18245; Mon, 8 Jan 1996 11:57:03 -0500 Date: Mon, 8 Jan 1996 11:57:03 -0500 Message-Id: <199601081657.LAA18245@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: "Jordan K. Hubbard" From: dennis@etinc.com (dennis) Subject: Re: Using `ping' to diagnose network connections reasonable? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >I'd like to add some code to sysinstall which will attempt to >`diagnose' a link before accepting the configuration parameters, >catching a lot of adapter misconfiguration and incorrect data errors >that sysinstall misses now (to fail less gracefully later). My >question is whether or not `ping' is a reasonable way to measure >connectivity between your host and the gateway & dns machines. Is it >reasonable to assume that if a host supports forwarding or DNS >queries, it will also answer pings? What if you've got pings blocked >somehow but allow DNS traffic through? I wouldn't want to flag a host >as `unreachable' when in fact it would have worked fine for its >intended purpose! That would be worse than no error checking at all. my opinion is that if there is any reasonable chance of false failures then don't do it. Theres nothing more annoying than a program that fails for no good reason. Something that i would like (and if its in there please tell me!). is the ability to escape to a shell to do manual network diagnostics. I've had nfs fail due to minor details and it a real pain to reboot from floppy . I'd also like to use the install procedure to configure the disk and other basic stuff, and then escape to shell, nfs to my server and load my custom system image. Dennis PS: got 2 more BSDI defectors last week....general comments are "BSDI has pissed me off for the last time". ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Mon Jan 8 09:05:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21199 for hackers-outgoing; Mon, 8 Jan 1996 09:05: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 JAA21191 for ; Mon, 8 Jan 1996 09:05:02 -0800 (PST) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA05891; Mon, 8 Jan 1996 11:03:51 -0600 From: Joe Greco Message-Id: <199601081703.LAA05891@brasil.moneng.mei.com> Subject: Re: Using `ping' to diagnose network connections reasonable? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 8 Jan 1996 11:03:51 -0600 (CST) Cc: hackers@freebsd.org In-Reply-To: <24751.821114877@time.cdrom.com> from "Jordan K. Hubbard" at Jan 8, 96 07:27:57 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I'd like to add some code to sysinstall which will attempt to > `diagnose' a link before accepting the configuration parameters, > catching a lot of adapter misconfiguration and incorrect data errors > that sysinstall misses now (to fail less gracefully later). My > question is whether or not `ping' is a reasonable way to measure > connectivity between your host and the gateway & dns machines. Is it > reasonable to assume that if a host supports forwarding or DNS > queries, it will also answer pings? What if you've got pings blocked > somehow but allow DNS traffic through? I wouldn't want to flag a host > as `unreachable' when in fact it would have worked fine for its > intended purpose! That would be worse than no error checking at all. Generally this is true. However it is not true in firewall scenarios, etc., which some people live with. For a DNS server, it might be better to try a reverse lookup of the specified server's address (i.e. the very first thing "nslookup" does) and I don't have any great ideas about the gateway case. The firewall gateways I configure would be really hard to detect using any generic method, beyond sending a packet and hoping for the best. By the way, PLEASE please make sure that any checks you add can be BYPASSED for those of us who occasionally work in "just functional enough" network environments (i.e. routing has not been propagated fully, etc., it should still be possible to make everything work simply by specifying IP's for the ftp server) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Mon Jan 8 09:05:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21257 for hackers-outgoing; Mon, 8 Jan 1996 09:05:54 -0800 (PST) Received: from vhf.dataradio.com (G496.InterLink.NET [198.168.61.62]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA21240 for ; Mon, 8 Jan 1996 09:05:48 -0800 (PST) Received: (from root@localhost) by vhf.dataradio.com (8.6.12/8.6.12) id MAA14636; Mon, 8 Jan 1996 12:06:02 -0500 Date: Mon, 8 Jan 1996 12:06:02 -0500 (EST) From: Dataradio sysadmin To: hackers@freebsd.org Subject: AHA 2940 lockup == 2740 lockup? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I've been following with great interest the PCI 2940 adaptec bug/lockup thread. I've been experiencing the same type of problems on my news server which is an EISA bus machine with an Adaptec 2740. When it crashes it fall into 3 types of crash: 1. Disk channel dead, but can ping the system. 2. Totally frozen 3. Reboots itself. When the machine is found in case 1 or 2, numerous times the light on the hard disk is stuck on but no information is on the console. The system is 2.1-Release. Could these problems be related in any way to the problems people have been seeing with the 2940? Thanks! From owner-freebsd-hackers Mon Jan 8 09:09:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA21491 for hackers-outgoing; Mon, 8 Jan 1996 09:09:15 -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 JAA21486 Mon, 8 Jan 1996 09:08:58 -0800 (PST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mordillo (130.133.3.126) with smtp id ; Mon, 8 Jan 96 18:08 MET Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id PAA01862; Mon, 8 Jan 1996 15:28:20 +0100 From: Thomas Graichen Message-Id: <199601081428.PAA01862@mordillo> Subject: Re: gcc v2.7.2 and libg++ v2.7.1 To: chuckr@glue.umd.edu (Chuck Robey) Date: Mon, 8 Jan 1996 15:28:20 +0100 (MET) Cc: koden@well.com, freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: from "Chuck Robey" at Jan 7, 96 10:38:48 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk hasn't Chuck Robey said ? ... > > On Sun, 7 Jan 1996, Chaos Boy wrote: > > > > > Does anyone have fixes for the gcc v2.7.2 and libg++ v2.7.1 distributions > > so that I can compile it for FreeBSD 2.1? I'm having a problem installing > > libg++ v2.7.1 where it exits because of a problem with the .weak assembly > > directive. Any help appreciated and if you have fixed makefiles or source > > files, please send them to me via email (attachments). Thanks. > > I understand that gcc-2.7.2 builds correctly right out of the box. I am > going to send you the text of Doug Rabson's recent post, where he gave a > tool for building the libg you want, but I'll send it separately, cause > the list has already seen it. > it builds but you get problems if you want to build libg++ because the weak symbols (and maybe other stuff) are set wrong in the freebsd.h file of the gcc distribution (the weak problem you may fix by commenting out the WEAK something part there) - some people have fixed this for themselves - some fixes were posted to various lists here - but i think nobody sends the fixes back to the FSF so that we can _really_ build any new gcc out of the box on FreeBSD - so - please - anybody who adapts FSF code to FreeBSD - send the fixes back to the FSF so that we don't have to do all that again for each new version just my point 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 8 09:40:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23405 for hackers-outgoing; Mon, 8 Jan 1996 09:40:07 -0800 (PST) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA23369 for ; Mon, 8 Jan 1996 09:40:02 -0800 (PST) Received: from [199.183.109.242] by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Mon, 8 Jan 1996 11:40:12 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 8 Jan 1996 11:39:55 -0600 To: "Jordan K. Hubbard" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Using `ping' to diagnose network connections reasonable? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >Is it reasonable to assume that if a host supports forwarding or DNS >queries, it will also answer pings? In general, yes. >What if you've got pings blocked >somehow but allow DNS traffic through? I wouldn't want to flag a host >as `unreachable' when in fact it would have worked fine for its >intended purpose! That would be worse than no error checking at all. I don't quite agree. If you indicate that the host is not responding to the "ping" and allow a manual override, I don't really see a problem. ---- Richard Wackerbarth rkw@dataplex.net From owner-freebsd-hackers Mon Jan 8 09:51:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23900 for hackers-outgoing; Mon, 8 Jan 1996 09:51:27 -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 JAA23895 for ; Mon, 8 Jan 1996 09:51:20 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id RAA23437; Mon, 8 Jan 1996 17:45:47 GMT Date: Mon, 8 Jan 1996 17:45:46 +0000 (GMT) From: Doug Rabson To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Using `ping' to diagnose network connections reasonable? In-Reply-To: <24751.821114877@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 8 Jan 1996, Jordan K. Hubbard wrote: > I'd like to add some code to sysinstall which will attempt to > `diagnose' a link before accepting the configuration parameters, > catching a lot of adapter misconfiguration and incorrect data errors > that sysinstall misses now (to fail less gracefully later). My > question is whether or not `ping' is a reasonable way to measure > connectivity between your host and the gateway & dns machines. Is it > reasonable to assume that if a host supports forwarding or DNS > queries, it will also answer pings? What if you've got pings blocked > somehow but allow DNS traffic through? I wouldn't want to flag a host > as `unreachable' when in fact it would have worked fine for its > intended purpose! That would be worse than no error checking at all. Why not just put up a dialog saying 'I am unable to ping ; it may be unreachable. Try using it anyway (y/n)?' That way the user gets the feedback and if they know pings are filtered or are just adventurous, they can ignore it. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Mon Jan 8 10:16:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25341 for hackers-outgoing; Mon, 8 Jan 1996 10:16:55 -0800 (PST) Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA25335 Mon, 8 Jan 1996 10:16:50 -0800 (PST) Received: from espresso.eng.umd.edu (espresso.eng.umd.edu [129.2.98.13]) by chemserv.umd.edu (8.7.3/8.7) with ESMTP id NAA15921; Mon, 8 Jan 1996 13:16:34 -0500 (EST) Received: (chuckr@localhost) by espresso.eng.umd.edu (8.7.3/8.6.4) id NAA02472; Mon, 8 Jan 1996 13:16:33 -0500 (EST) Date: Mon, 8 Jan 1996 13:16:32 -0500 (EST) From: Chuck Robey X-Sender: chuckr@espresso.eng.umd.edu To: Thomas Graichen cc: koden@well.com, freebsd-ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: gcc v2.7.2 and libg++ v2.7.1 In-Reply-To: <199601081428.PAA01862@mordillo> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 8 Jan 1996, Thomas Graichen wrote: > hasn't Chuck Robey said ? ... > > > > On Sun, 7 Jan 1996, Chaos Boy wrote: > > > > > > > > Does anyone have fixes for the gcc v2.7.2 and libg++ v2.7.1 distributions > > > so that I can compile it for FreeBSD 2.1? I'm having a problem installing > > > libg++ v2.7.1 where it exits because of a problem with the .weak assembly > > > directive. Any help appreciated and if you have fixed makefiles or source > > > files, please send them to me via email (attachments). Thanks. > > > > I understand that gcc-2.7.2 builds correctly right out of the box. I am > > going to send you the text of Doug Rabson's recent post, where he gave a > > tool for building the libg you want, but I'll send it separately, cause > > the list has already seen it. > > > it builds but you get problems if you want to build libg++ because the > weak symbols (and maybe other stuff) are set wrong in the freebsd.h > file of the gcc distribution (the weak problem you may fix by > commenting out the WEAK something part there) - some people have fixed > this for themselves - some fixes were posted to various lists here - > but i think nobody sends the fixes back to the FSF so that we can > _really_ build any new gcc out of the box on FreeBSD - so - please - > anybody who adapts FSF code to FreeBSD - send the fixes back to the > FSF so that we don't have to do all that again for each new version If you have access to a corrected freebsd.h, could you maybe post the diffs? If you did that, and I used Doug Rabson's libg++ bmake post, I could then build a complete gcc-2.7.2/libg++-2.7.1 environment, right? > > just my point > > 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_________ > ============================================================================ 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 Mon Jan 8 11:10:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA28402 for hackers-outgoing; Mon, 8 Jan 1996 11:10:27 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA28395 for ; Mon, 8 Jan 1996 11:10:17 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA11083; Mon, 8 Jan 1996 12:12:43 -0700 Date: Mon, 8 Jan 1996 12:12:43 -0700 From: Nate Williams Message-Id: <199601081912.MAA11083@rocky.sri.MT.net> To: Tom Samplonius Cc: hackers@freefall.freebsd.org Subject: Re: cvs commit: src/usr.bin/yacc Makefile In-Reply-To: References: <199601081615.JAA10690@rocky.sri.MT.net> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk [ Moved the discussion to -hackers ] > Also, is our lex and yacc identical to flex and byacc? I know some > stuff rely on the GNU versions (ex. Postgres95), and don't work with the > FreeBSD ones. They are as exact as can be. Also, there isn't a 'GNU' versions of Berkeley yacc, although there is GNU bison. And, flex is the only freely available 'lex' package around, so it's got to be the correct program. But, it may be the wrong versions (newer or older) than what PostGres expects. Nate From owner-freebsd-hackers Mon Jan 8 11:35:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA29895 for hackers-outgoing; Mon, 8 Jan 1996 11:35:29 -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 LAA29887 Mon, 8 Jan 1996 11:35:25 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id OAA05066; Mon, 8 Jan 1996 14:33:18 -0500 Date: Mon, 8 Jan 1996 14:33:18 -0500 (EST) From: Brian Tao To: Michael Smith cc: freebsd-hackers@FreeBSD.org, freebsd-isp@FreeBSD.org Subject: Blocked rlogin connections (was Re: A few other concerns ... ) In-Reply-To: <199601071054.VAA20347@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sun, 7 Jan 1996, Michael Smith wrote: > > This isn't how it works. The kernel doesn't assign port numbers to > incoming connections; the port number is nominated by the remote host. If I rlogin from trepan (BSD/OS) to cabal (FreeBSD), I get this from "netstat" on cabal: Proto Recv-Q Send-Q Local Address Foreign Address (state) tcp 0 0 cabal.login trepan.1012 ESTABLISHED Are both port numbers (512 and 1012) chosen by the foreign machine? Even so, there is a high correlation between rlogin failures and the destination machine being a FreeBSD box. > It's possible that the remote host is reusing an originating port > number that is still recorded by the FreeBSD system as belonging to a > connection in one of the closing wait states to that same host. I > don't know what would happen here, it's possible that someone got > their TCP state diagram confused. I was fiddling around with it some more last night, but I wasn't able to reproduce the problem on my own machine. Several successive rlogins would yield the same source and destination port numbers, and would connect immediately even if netstat listed the connection in TIME_WAIT state. Then again, my own machine isn't hit by logins every few seconds. > Kernel TCP gurus? If a kernel problem, would setting net.inet.tcp.rfc1323 and net.inet.tcp.rfc1644 with sysctl have any effect (or side effect)? > I've definitely seen this problem; unfortunately I'm not familiar with > the code that I suspect. This _is_ a real problem though. This is potentially a showstopper for an ISP (like mine) that depends on consistent and reliable rlogin connections to their server machines. -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Mon Jan 8 11:53:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01280 for hackers-outgoing; Mon, 8 Jan 1996 11:53: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 LAA01274 for ; Mon, 8 Jan 1996 11:53:09 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10201; Mon, 8 Jan 1996 12:48:48 -0700 From: Terry Lambert Message-Id: <199601081948.MAA10201@phaeton.artisoft.com> Subject: Re: DOS File system fixes To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 8 Jan 1996 12:48:48 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org, root@synthcom.com In-Reply-To: <199601071046.LAA07666@uriah.heep.sax.de> from "J Wunsch" at Jan 7, 96 11:46:30 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 > > >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. > > There are several reports that enabling DOS f/s read/write can damage > other file systems. It seems that if you use FIPS or PRESIZE or "Partition Magic" to resize your partition, the cluster size will not be reduced. This results in crap being written out to the "phantom" locations as if it were a bigger disk. The problem is in the disk size determination and the cluster handling code. There is some indication that mark-for-update occurs on read-only devices, and that for MSDOSFS, this update actually takes place. In combination, this means that you can trash your BSD partition (the area usually immediately follows the MSDOSFS area on the disk, which is where you got space for it in the first place) when mounted read-only. Part of the problem is that code common to all file systems is duplicated in each file system instances instead of being done (correctly) once in the upper level code. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jan 8 11:54:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01368 for hackers-outgoing; Mon, 8 Jan 1996 11:54: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 LAA01360 for ; Mon, 8 Jan 1996 11:54:42 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10214; Mon, 8 Jan 1996 12:51:56 -0700 From: Terry Lambert Message-Id: <199601081951.MAA10214@phaeton.artisoft.com> Subject: Re: prevent paralell modem connection To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 8 Jan 1996 12:51:56 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601071013.LAA05759@uriah.heep.sax.de> from "J Wunsch" at Jan 7, 96 11:13:18 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 > > > > 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. > > You still forgot to mention in which o/s. We don't have a passwd(8), > only passwd(1) [no mention of this], and passwd(5): > > ... > class User's general classification (unused). > ... > The class field is currently unused. In the near future it will be a key > to a termcap(5) style database of user attributes. "They" referred to "BSDI" previous in the same thread. I thought it was passwd(8) on BSDI. In any case, their main pages are online (find them with a search engine) via www by one of their 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 Mon Jan 8 12:00:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01764 for hackers-outgoing; Mon, 8 Jan 1996 12:00:41 -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 MAA01757 for ; Mon, 8 Jan 1996 12:00:37 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA10235; Mon, 8 Jan 1996 12:57:33 -0700 From: Terry Lambert Message-Id: <199601081957.MAA10235@phaeton.artisoft.com> Subject: Re: Add new slice to running system, comments? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 8 Jan 1996 12:57:32 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199601070657.RAA19890@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 7, 96 05:27: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 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. Windows checks a signature if the "swap directory" (what Linux calls it) exists; otherwise, it just recreates the directory for the swap file. This is covered in the Linux "HowTo" on swapping to the Windows swap file under "keeping Windows from complaining" or something like that. Windows95 "protects" the swapfile from relocation by the defragger, etc. by setting "system", "hidden", and "read only" on the file... that's why even if you turn of swapping you can't defrag it. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jan 8 12:12:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02680 for hackers-outgoing; Mon, 8 Jan 1996 12:12: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 MAA02670 for ; Mon, 8 Jan 1996 12:12:17 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10273; Mon, 8 Jan 1996 13:08:42 -0700 From: Terry Lambert Message-Id: <199601082008.NAA10273@phaeton.artisoft.com> Subject: Re: large files To: gpalmer@westhill.cdrom.com Date: Mon, 8 Jan 1996 13:08:42 -0700 (MST) Cc: wosch@cs.tu-berlin.de, hackers@FreeBSD.org In-Reply-To: <4727.821108353@westhill.cdrom.com> from "gpalmer@westhill.cdrom.com" at Jan 8, 96 05:39: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 > > On FreeBSD 2.0 I can mmap only file less than 2GB (SSIZE_MAX alias > > INT_MAX). On FreeBSD 2.1 I can't write(2) to files larger than 2GB > > (and don't test if mmap works with 2GB files). > > > > Why? > > Because of various restrictions in the kernel, files >>2Gb aren't > supported anyhow. I believe John Dyson has commited fixes to -current > to increase this limit. (AFAIR, the file offset is kept as a signed > int in the kernel, and the negative offsets are used to keep file > metadata. If you look through the mail list archives, you may find > discussions on this - I know that when we first fixed the code to > support 1Tb FS's there was a discussion about file sizes). I believe the restriction is based on mmap'ed files taking a portion of the kernel address space equal to their size. This is arguably a design flaw in the mmap implementation. Really, mmap wants to operate on a demand paged window and arrange the vnode as the mappable entity so that it can be shared between various processes without taking kernel address space to do it. You need to talk to the VM guys about fixing this. > Writing to a file past the 2Gb point would have rather unpredictable > results as you could probably understand, which is why the mmap() > restriction is there also. I see no real basis for this statement. The 2G limit is imposed as a result of VM restrictions (see the code in /sys/ufs/ffs/ffs_vfsops.c in the routine ffs_vmlimits() for details). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jan 8 12:13:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02784 for hackers-outgoing; Mon, 8 Jan 1996 12:13:42 -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 MAA02777 for ; Mon, 8 Jan 1996 12:13:39 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10288; Mon, 8 Jan 1996 13:10:33 -0700 From: Terry Lambert Message-Id: <199601082010.NAA10288@phaeton.artisoft.com> Subject: Re: Add new slice to running system, comments? To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Mon, 8 Jan 1996 13:10:33 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <404.821093364@critter.tfs.com> from "Poul-Henning Kamp" at Jan 8, 96 10:29:24 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > That still doesn't achieve what I want, which is for 'native' FreeBSD > > disk slices to be able to exist _inside_ a FAT filesystem. > > Yes in fact it would. > > It is the only way to avoid the terrible problems you get into if for > instance I > rm -f /dos/C/WINDOWS.SWP > while you swap on it. Shouldn't this (well, loose meaning of "should" in this case, since I don't agree with half of the VEXEC crap) result in an EBUSY? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jan 8 12:21:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03675 for hackers-outgoing; Mon, 8 Jan 1996 12:21:08 -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 MAA03660 for ; Mon, 8 Jan 1996 12:21:03 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA10301; Mon, 8 Jan 1996 13:17:18 -0700 From: Terry Lambert Message-Id: <199601082017.NAA10301@phaeton.artisoft.com> Subject: Re: Add new slice to running system, comments? To: bde@zeta.org.au (Bruce Evans) Date: Mon, 8 Jan 1996 13:17:18 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, phk@critter.tfs.com, hackers@FreeBSD.org In-Reply-To: <199601080918.UAA19835@godzilla.zeta.org.au> from "Bruce Evans" at Jan 8, 96 08:18:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > Slices are supposed to be disjoint. There are enough complications for > overlapping partitions inside slices. Since the windows swap file is in > a DOS slice, it seems best to create a label for this slice and describe > the swap file as the b partition in the label. You will need a label > anyway since swapping only works on the b partition. > > The DIOCSDINFO ioctl can be used to set an in-core label without writing > it to the disk. You can experiment with this by removing the disk > write(s) from `disklabel -r'. It seems to me that the disjoint nature of slices points to an initial (but necessary in a pre-devfs era) design limitation inherent is using a slice-like abstraction. Now that "devfs is here", it should be possible to put the slice management (really logical device management) into devioctl's that operate on the logical device instances. This relies on the ability to stack or collapse lists of logical devices into a physical device reference, offset, and size. The limitation on collapse (forcing a rereference and thus a potential relocation translation) would apply when mapping a logical device to a logical device that does media perfection and thus can not be collapsed (collapse applies only to linear addressing models). This "magically" allows disklabels and second stage boot code to take advantage of sector forwarding (currently, this is limited to formal slices in the BSD code). It also gives a handly place to hook volume spanning drivers, like those used for concatenation, striping, and/or RAID. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jan 8 13:18:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08716 for hackers-outgoing; Mon, 8 Jan 1996 13:18: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 NAA08698 for ; Mon, 8 Jan 1996 13:17: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 NAA01359; Mon, 8 Jan 1996 13:17:50 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id NAA01757; Mon, 8 Jan 1996 13:17:52 -0800 (PST) Message-Id: <199601082117.NAA01757@corbin.Root.COM> To: Terry Lambert cc: phk@critter.tfs.com (Poul-Henning Kamp), msmith@atrad.adelaide.edu.au, hackers@freebsd.org Subject: Re: Add new slice to running system, comments? In-reply-to: Your message of "Mon, 08 Jan 96 13:10:33 MST." <199601082010.NAA10288@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 08 Jan 1996 13:17:46 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> > That still doesn't achieve what I want, which is for 'native' FreeBSD >> > disk slices to be able to exist _inside_ a FAT filesystem. >> >> Yes in fact it would. >> >> It is the only way to avoid the terrible problems you get into if for >> instance I >> rm -f /dos/C/WINDOWS.SWP >> while you swap on it. > >Shouldn't this (well, loose meaning of "should" in this case, since I don't >agree with half of the VEXEC crap) result in an EBUSY? No. VEXEC only means that you can't write to it. Doing an rm just marks the file for delete since it is still open by something else. This is the desired behavior. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 8 13:23:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09097 for hackers-outgoing; Mon, 8 Jan 1996 13:23: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 NAA09083 for ; Mon, 8 Jan 1996 13:23:23 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id NAA01369; Mon, 8 Jan 1996 13:23:20 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id NAA01772; Mon, 8 Jan 1996 13:23:22 -0800 (PST) Message-Id: <199601082123.NAA01772@corbin.Root.COM> To: Terry Lambert cc: gpalmer@westhill.cdrom.com, wosch@cs.tu-berlin.de, hackers@freebsd.org Subject: Re: large files In-reply-to: Your message of "Mon, 08 Jan 96 13:08:42 MST." <199601082008.NAA10273@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 08 Jan 1996 13:23:13 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> Because of various restrictions in the kernel, files >>2Gb aren't >> supported anyhow. I believe John Dyson has commited fixes to -current >> to increase this limit. (AFAIR, the file offset is kept as a signed >> int in the kernel, and the negative offsets are used to keep file >> metadata. If you look through the mail list archives, you may find >> discussions on this - I know that when we first fixed the code to >> support 1Tb FS's there was a discussion about file sizes). > >I believe the restriction is based on mmap'ed files taking a portion >of the kernel address space equal to their size. This is arguably >a design flaw in the mmap implementation. > >Really, mmap wants to operate on a demand paged window and arrange >the vnode as the mappable entity so that it can be shared between >various processes without taking kernel address space to do it. This is absolutely, 100% wrong. It does NOT work like that. >You need to talk to the VM guys about fixing this. Right, and you should look at the code someday. >> Writing to a file past the 2Gb point would have rather unpredictable >> results as you could probably understand, which is why the mmap() >> restriction is there also. > >I see no real basis for this statement. The 2G limit is imposed as a >result of VM restrictions (see the code in /sys/ufs/ffs/ffs_vfsops.c >in the routine ffs_vmlimits() for details). The limit is imposed for a variety of reasons. Most of them have to do with us not wanting to use 64 bit offsets in the VM system due to the extreme performance penalty. So we use 32bit page indexes and this gives us a maximum of 8TB filesizes. I think that is adequate. It's actually bugs in the filesystem code that causes the limit to be further restricted to 1TB (loss of precision when doing blockno calculations). 2.1 does not use page indexes in VM objects (it uses byte offsets), and the result is that the filesize is restricted to 2GB. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 8 13:23:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09135 for hackers-outgoing; Mon, 8 Jan 1996 13:23:40 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09107 Mon, 8 Jan 1996 13:23:33 -0800 (PST) From: John Dyson Message-Id: <199601082123.NAA09107@freefall.freebsd.org> Subject: Re: large files To: terry@lambert.org (Terry Lambert) Date: Mon, 8 Jan 1996 13:23:31 -0800 (PST) Cc: gpalmer@westhill.cdrom.com, wosch@cs.tu-berlin.de, hackers@FreeBSD.org In-Reply-To: <199601082008.NAA10273@phaeton.artisoft.com> from "Terry Lambert" at Jan 8, 96 01:08:42 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I believe the restriction is based on mmap'ed files taking a portion > of the kernel address space equal to their size. This is arguably > a design flaw in the mmap implementation. > Actually, mmap takes almost no kernel VM space. It is our bogus SYSVSHM stuff that takes kernel VM space. > > Really, mmap wants to operate on a demand paged window and arrange > the vnode as the mappable entity so that it can be shared between > various processes without taking kernel address space to do it. > > You need to talk to the VM guys about fixing this. > Hmm... That sounds how it actually works!!! The problem with stuff earlier than current as of about Nov '95 was that a VM object could not be larger than 4GB, and page offsets were represented by a long. We have changed that and now represent the page location inside of an object as a page index. The reason for the 2G limit is that filesystem metadata can reside at negative offsets. We now support a 1Tb limit -- but the retrofit to 2.1 would be very complicated. John Dyson dyson@freebsd.org From owner-freebsd-hackers Mon Jan 8 13:34:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10521 for hackers-outgoing; Mon, 8 Jan 1996 13:34:46 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA10471 for ; Mon, 8 Jan 1996 13:34:12 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA09245; Mon, 8 Jan 1996 22:33:58 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA08312; Mon, 8 Jan 1996 22:33:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA16563; Mon, 8 Jan 1996 22:16:35 +0100 (MET) From: J Wunsch Message-Id: <199601082116.WAA16563@uriah.heep.sax.de> Subject: Re: Dual Monitor Systems... To: regnauld@tetard.frmug.fr.net (Philippe Regnauld) Date: Mon, 8 Jan 1996 22:16:34 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601080015.BAA01716@tetard.frmug.fr.net> from "Philippe Regnauld" at Jan 8, 96 01:15:51 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 Philippe Regnauld wrote: > > ... Let's say I'm not debugging an X server :-) > > As I said earlier, my prior concern is not toasting my 19" monitor > (it's a fixed frequency) in the time between bootup and the start > of the X server. I'd gladly use a serial console, but: > > 1) From what keyboard does the X take its input once I've > started X from the serial console? > > 2) How do I keep my undisciplined VGA (Diamond 968) from sending > a signal to the monitor until I tell it to? :-) Don't worry about the flickering picture on your screen while the machine is booting. The frequencies are way below the freq's your monitor could grok, so it's simply a matter that you cannot recognize anything. It doesn't hurt anyway. I know several people who are using such a configuration. If you have a serial console (but of course, still a console driver for the graphics console, too), this is where the boot messages will appear, and where you can run a single-user session. You could try using a serial console by entering -h at the boot prompt, or you could enforce it by uncommenting the FORCE_SERIAL_CONSOLE in /sys/i386/boot/biosboot/Makefile, rebuilding and reinstalling your boot blocks, and run disklabel -B to install the new boot blocks. (Note that FORCE_SERIAL_CONSOLE has been broken in 2.0.5; an #if 0 was offset by a few lines.) -- 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 8 14:37:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14509 for hackers-outgoing; Mon, 8 Jan 1996 14:37:08 -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 OAA14497 for ; Mon, 8 Jan 1996 14:37:02 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA10601; Mon, 8 Jan 1996 15:27:34 -0700 From: Terry Lambert Message-Id: <199601082227.PAA10601@phaeton.artisoft.com> Subject: Re: Add new slice to running system, comments? To: davidg@root.com Date: Mon, 8 Jan 1996 15:27:34 -0700 (MST) Cc: terry@lambert.org, phk@critter.tfs.com, msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199601082117.NAA01757@corbin.Root.COM> from "David Greenman" at Jan 8, 96 01:17: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 > >Shouldn't this (well, loose meaning of "should" in this case, since I don't > >agree with half of the VEXEC crap) result in an EBUSY? > > No. VEXEC only means that you can't write to it. Doing an rm just marks the > file for delete since it is still open by something else. This is the desired > behavior. I was thinking in terms of create strategy for dnodes. This is very specific to the MSDOSFS itself. What you say is generally true. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jan 8 14:40:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14739 for hackers-outgoing; Mon, 8 Jan 1996 14:40: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 OAA14704 for ; Mon, 8 Jan 1996 14:40:05 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA10623; Mon, 8 Jan 1996 15:35:46 -0700 From: Terry Lambert Message-Id: <199601082235.PAA10623@phaeton.artisoft.com> Subject: Re: large files To: dyson@freefall.freebsd.org (John Dyson) Date: Mon, 8 Jan 1996 15:35:46 -0700 (MST) Cc: terry@lambert.org, gpalmer@westhill.cdrom.com, wosch@cs.tu-berlin.de, hackers@FreeBSD.org In-Reply-To: <199601082123.NAA09107@freefall.freebsd.org> from "John Dyson" at Jan 8, 96 01:23:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I believe the restriction is based on mmap'ed files taking a portion > > of the kernel address space equal to their size. This is arguably > > a design flaw in the mmap implementation. > > > Actually, mmap takes almost no kernel VM space. It is our bogus > SYSVSHM stuff that takes kernel VM space. Oh, duh, pass the hat! I was thinking SHLIB (mmap), but writing about SHMEM. It is, indeed, the SHMEM, not the mmap() stuff that is bogus! > > Really, mmap wants to operate on a demand paged window and arrange > > the vnode as the mappable entity so that it can be shared between > > various processes without taking kernel address space to do it. > > > > You need to talk to the VM guys about fixing this. > > Hmm... That sounds how it actually works!!! It is. I was reading the code when I wrote that. I just misattributed the code to the wrong subsystem. 8-(. > The problem with stuff earlier than current as of about Nov '95 was > that a VM object could not be larger than 4GB, and page offsets were > represented by a long. We have changed that and now represent the > page location inside of an object as a page index. The reason for the > 2G limit is that filesystem metadata can reside at negative offsets. > We now support a 1Tb limit -- but the retrofit to 2.1 would be very > complicated. Yes. He should go to -current if he really needs this. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jan 8 14:46:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15046 for hackers-outgoing; Mon, 8 Jan 1996 14:46:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA15040 for ; Mon, 8 Jan 1996 14:46:11 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA10640; Mon, 8 Jan 1996 15:41:37 -0700 From: Terry Lambert Message-Id: <199601082241.PAA10640@phaeton.artisoft.com> Subject: Re: large files To: davidg@root.com Date: Mon, 8 Jan 1996 15:41:36 -0700 (MST) Cc: terry@lambert.org, gpalmer@westhill.cdrom.com, wosch@cs.tu-berlin.de, hackers@freebsd.org In-Reply-To: <199601082123.NAA01772@corbin.Root.COM> from "David Greenman" at Jan 8, 96 01:23: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 > >I believe the restriction is based on mmap'ed files taking a portion > >of the kernel address space equal to their size. This is arguably > >a design flaw in the mmap implementation. > > > >Really, mmap wants to operate on a demand paged window and arrange > >the vnode as the mappable entity so that it can be shared between > >various processes without taking kernel address space to do it. > > This is absolutely, 100% wrong. It does NOT work like that. Actually, John says it does. As I stated in my followup to John, I screwed up SHMEM and SHLIB thikning about mmap() as the underlying implementation mechanism. > >You need to talk to the VM guys about fixing this. > > Right, and you should look at the code someday. No need to go off half-cocked. If you were as familiar with the code as you always expect me to be, then you would have realized that what I had was a labelling error, and instead of being an ad hominim attack, your response might have been: "Er... aren't you confusing mmap() and the shared memory implementation here?" To which I would have had to say: "Oh duh, pass the hat!" (Which is what I said to John). 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 Mon Jan 8 14:59:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA15710 for hackers-outgoing; Mon, 8 Jan 1996 14:59:54 -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 OAA15703 for ; Mon, 8 Jan 1996 14:59:47 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id OAA01534; Mon, 8 Jan 1996 14:59:40 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id OAA04671; Mon, 8 Jan 1996 14:59:42 -0800 (PST) Message-Id: <199601082259.OAA04671@corbin.Root.COM> To: Terry Lambert cc: gpalmer@westhill.cdrom.com, wosch@cs.tu-berlin.de, hackers@freebsd.org Subject: Re: large files In-reply-to: Your message of "Mon, 08 Jan 96 15:41:36 MST." <199601082241.PAA10640@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 08 Jan 1996 14:59:41 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >> >I believe the restriction is based on mmap'ed files taking a portion >> >of the kernel address space equal to their size. This is arguably >> >a design flaw in the mmap implementation. >> > >> >Really, mmap wants to operate on a demand paged window and arrange >> >the vnode as the mappable entity so that it can be shared between >> >various processes without taking kernel address space to do it. >> >> This is absolutely, 100% wrong. It does NOT work like that. > >Actually, John says it does. As I stated in my followup to John, I >screwed up SHMEM and SHLIB thikning about mmap() as the underlying >implementation mechanism. You made two mistakes. The first one was confusing SHMEM as using mmap() and the second was mis-representing mmap() as requiring large amounts of kernel VM. The problem I have with this is not the mistake (we're human and I make mistakes just like anyone else), but the way in which it was presented as 'fact' and 'authoritative'. If you don't actually _know_ how something works, please do us all a favor and stop saying that you do. You may or may not realize this, but misrepresenting things has a life that goes beyond the error. I spend *too* much time as it is correcting incorrect things that people heard from you in the past. The problem is that many people don't know enough about the underlying systems to determine whether or not something you say is correct (in some cases even I don't know enough about them), so they do what most people do and look at how you are saying it, rather than what you are saying. "Herein lies the problem". -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 8 15:09:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16367 for hackers-outgoing; Mon, 8 Jan 1996 15:09:19 -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 PAA16350 for ; Mon, 8 Jan 1996 15:09:14 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id PAA01556; Mon, 8 Jan 1996 15:09:13 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id PAA04708; Mon, 8 Jan 1996 15:09:15 -0800 (PST) Message-Id: <199601082309.PAA04708@corbin.Root.COM> To: Terry Lambert cc: gpalmer@westhill.cdrom.com, wosch@cs.tu-berlin.de, hackers@freebsd.org Subject: Re: large files In-reply-to: Your message of "Mon, 08 Jan 96 15:41:36 MST." <199601082241.PAA10640@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 08 Jan 1996 15:09:15 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >Actually, John says it does. As I stated in my followup to John, I >screwed up SHMEM and SHLIB thikning about mmap() as the underlying >implementation mechanism. Time for me to correct something I said in my last response. Our current implementation of SYSVSHM does actually store it's data in a named anonymous memory region/object and it does this by using the internal version of "mmap". ...but his has nothing to do with supporting large files and doesn't in itself having anything to do with why SYSVSHM memory objects consume kernel VM. Anyway, I suppose I shouldn't have bothered responding to any of this. Sigh. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 8 16:09:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20192 for hackers-outgoing; Mon, 8 Jan 1996 16:09:08 -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 QAA20184 for ; Mon, 8 Jan 1996 16:09:04 -0800 (PST) Received: (from chris@localhost) by zeus.bbcc.ctc.edu (8.6.12/8.6.12) id QAA13791 for hackers@freebsd.org; Mon, 8 Jan 1996 16:11:48 GMT Date: Mon, 8 Jan 1996 16:11: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: The Project Project Sender: owner-hackers@freebsd.org Precedence: bulk Jordan, I checked out the chapter 15 stuff and I want to keep up the " Not Urgen tly" needed section. I made some modifications to it on my machine just to show you what I am proposing to do. Basically im volunteering to keep up this one page and kind of coordinate the projects. the example is located at "http://www.bbcc.ctc.edu/handbook205.html I think if people knew what projects were available and who else was working on them and where to find the latest information on them, The FreeBSd project as a whole would progress alot quicker. tell me if you like it, (it's just a prototype) and how I should go about implementing it. I stuck a signup address at the bottom of it directed at a signup@Freebsd.org. as an example, It could be directed at me it this works out that way. Thanks, Chris Coleman From owner-freebsd-hackers Mon Jan 8 16:09:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20221 for hackers-outgoing; Mon, 8 Jan 1996 16:09:25 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-148.emea.ibm.net [139.92.42.148]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA20193 for ; Mon, 8 Jan 1996 16:09:09 -0800 (PST) Received: (from jhs@localhost) by vector.jhs.local (8.7.3/8.6.9) id QAA02409; Mon, 8 Jan 1996 16:42:39 +0100 (MET) Date: Mon, 8 Jan 1996 16:42:39 +0100 (MET) From: "Julian Stacey jhs@freebsd.org" Message-Id: <199601081542.QAA02409@vector.jhs.local> To: hackers@freebsd.org Subject: Dynamic IP Site Pointers 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] Sender: owner-hackers@freebsd.org Precedence: bulk -------- The Problem: I, like many other internet users, access freefall & other hosts via an ISP that uses dynamic IP (ie assigns me a `for this connection only' variant IP number ) I assume I'm not alone in wanting to know if other friends are on line on the internet, & yet as they & I are both dynamic IP, unless we both happen to rlogin freefall or some other known site, for the entire duration we're connected to the internet, we never know which friends & aquaintainces are reachable. When I used to have a fixed personal IP number, I used to have a URL on my web home page on freefall, that folk could at least try, at times when they might guess me to be on line (after 9 PM these days, as I'm a victim of Deutsche Telekom's doubled 1996 local charge rates) The Tentative Solution: Perhaps all interested freefall users should conform to a standard of using a filename something like (in my case, though it doesnt exist yet) http://www.freebsd.org/~jhs/forward_ip.asc which would simply a contain a field such as 139.92.42.182 or maybe http://www.freebsd.org/~jhs/forward_ip.html with content http://139.92.42.182/~my_name_on_my_host & Then comes the question of how it be updated automatically ? One might config the web daemon to enable `Put' operations on files called ~name/forward_ip.asc &/or ~name/forward_ip.html and then have one's dialup IP init script call call something like (maybe) lynx http://www.freebsd.org/cgi/put_ip\ ?~jhs/forward_ip.asc\ ?ip=139.92.42.182\ ?who=~my_name_on_my_host\ ?time="Mon Jan 8 16:19:21 MEZ 1996" & which data could be formatted & deposited by cgi/put_ip in ~jhs/forward_ip.asc for use by browsers & rwho like tools. - Is there an easier way ? How ? ( Could one avoid Web complexities altogether & just have a ~jhs/.ip_forward ?) - Would other freefall users use it if I wrote a Web CGI script for freefall to do this ? - Would webmaster@freefall be happy to enable `Put' (a potential security hazard) to enable such a scenario (I believe freefall runs the apache web server, & I'm not familiar with its Put limitations, Ive only config'd Cern servers. - Might writing a dynamic IP rwho daemon be a little project some newcomer who's looking for work would like to take up ? (such a registration daemon could even have passwords & timeouts I suppose). Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Mon Jan 8 16:22:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA21075 for hackers-outgoing; Mon, 8 Jan 1996 16:22:30 -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 QAA21067 for ; Mon, 8 Jan 1996 16:22:26 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA10800; Mon, 8 Jan 1996 17:17:48 -0700 From: Terry Lambert Message-Id: <199601090017.RAA10800@phaeton.artisoft.com> Subject: Re: large files To: davidg@root.com Date: Mon, 8 Jan 1996 17:17:48 -0700 (MST) Cc: terry@lambert.org, gpalmer@westhill.cdrom.com, wosch@cs.tu-berlin.de, hackers@freebsd.org In-Reply-To: <199601082309.PAA04708@corbin.Root.COM> from "David Greenman" at Jan 8, 96 03:09:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > >Actually, John says it does. As I stated in my followup to John, I > >screwed up SHMEM and SHLIB thikning about mmap() as the underlying > >implementation mechanism. > > Time for me to correct something I said in my last response. Our current > implementation of SYSVSHM does actually store it's data in a named anonymous > memory region/object and it does this by using the internal version of "mmap". > ...but his has nothing to do with supporting large files and doesn't in itself > having anything to do with why SYSVSHM memory objects consume kernel VM. Yah. That's what triggered my personal "mmap" flag when he referenced a 2G limit, and you know the rest. > Anyway, I suppose I shouldn't have bothered responding to any of this. Sigh. Well, not when you turn around and do exactly what you just gave me hell for doing. 8-). Your point from the last post that we are all human is well taken; I think that anyone who relies on what another person says as "writ of God" is making a mistake. Any of us could have something wrong, and in many cases we do, as a result of things changing out from under us if there is no other reason. Time to lighten up, everyone... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jan 8 16:36:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA22317 for hackers-outgoing; Mon, 8 Jan 1996 16:36:11 -0800 (PST) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA22302 for ; Mon, 8 Jan 1996 16:36:02 -0800 (PST) Received: (from kimc@localhost) by moonpie.w8hd.org (8.6.12/8.6.12) id TAA20413; Mon, 8 Jan 1996 19:35:37 -0500 Date: Mon, 8 Jan 1996 19:35:34 -0500 (EST) From: Kim Culhan To: hackers@FreeBSD.org Subject: trouble with -current Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Building -current on a machine running a SNAP from a couple days prior to the 2.1 Release, we see this situation: cc -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DYP -c /usr/src/lib/libc/gmon/gmon.c -o gmon.o cc -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DYP -c /usr/src/lib/libc/gmon/mcount.c -o mcount.o /usr/src/lib/libc/gmon/mcount.c: In function `_mcount': /usr/src/lib/libc/gmon/mcount.c:71: parse error before `frompc' /usr/src/lib/libc/gmon/mcount.c:71: declaration for parameter `fptrint_t' but no such parameter /usr/src/lib/libc/gmon/mcount.c:76: parse error before `frompci' /usr/src/lib/libc/gmon/mcount.c:100: `frompci' undeclared (first use this function) /usr/src/lib/libc/gmon/mcount.c:100: (Each undeclared identifier is reported only once /usr/src/lib/libc/gmon/mcount.c:100: for each function it appears in.) *** Error codemoonpie: {86} 1 FWIW I ran a 'make clean' in /usr/src before this 'make world' If anyone has any thoughts on this I'd really appreciate 'em. regards kim -- kimc@w8hd.org From owner-freebsd-hackers Mon Jan 8 16:36:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA22330 for hackers-outgoing; Mon, 8 Jan 1996 16:36:14 -0800 (PST) Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA22316 for ; Mon, 8 Jan 1996 16:36:07 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id QAA01799; Mon, 8 Jan 1996 16:36:05 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id QAA04850; Mon, 8 Jan 1996 16:36:08 -0800 (PST) Message-Id: <199601090036.QAA04850@corbin.Root.COM> To: Terry Lambert cc: gpalmer@westhill.cdrom.com, wosch@cs.tu-berlin.de, hackers@freebsd.org Subject: Re: large files In-reply-to: Your message of "Mon, 08 Jan 96 17:17:48 MST." <199601090017.RAA10800@phaeton.artisoft.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 08 Jan 1996 16:36:07 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >Time to lighten up, everyone... Yes, this is true. In my defense, I was woken up four times during my last sleep period to deal with wcarchive crashes. Blech...it's been a bad day. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jan 8 16:46:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23019 for hackers-outgoing; Mon, 8 Jan 1996 16:46: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 QAA23004 for ; Mon, 8 Jan 1996 16:46:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA26150; Mon, 8 Jan 1996 16:45:19 -0800 To: dennis@etinc.com (dennis) cc: hackers@freebsd.org Subject: Re: Using `ping' to diagnose network connections reasonable? In-reply-to: Your message of "Mon, 08 Jan 1996 11:57:03 EST." <199601081657.LAA18245@etinc.com> Date: Mon, 08 Jan 1996 16:45:19 -0800 Message-ID: <26148.821148319@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Something that i would like (and if its in there please tell > me!). is the ability to escape to a shell to do manual network > diagnostics. I've had nfs fail due to minor details and it a real About the closest I get is the fixit floppy, but that doesn't let you come back so you'd need to do *all* of it manually. Probably not what you're looking for. I have some improvements planned here, one of which may involve Joerg helping me figure out how to get the floppy back from the death-grip the system has on it in certain circumstances.. :-) > Dennis PS: got 2 more BSDI defectors last week....general comments > are "BSDI has pissed me off for the last time". :-) Jordan From owner-freebsd-hackers Mon Jan 8 16:51:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA23444 for hackers-outgoing; Mon, 8 Jan 1996 16:51:49 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA23432 for ; Mon, 8 Jan 1996 16:51:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA26168; Mon, 8 Jan 1996 16:49:52 -0800 To: Joe Greco cc: hackers@freebsd.org Subject: Re: Using `ping' to diagnose network connections reasonable? In-reply-to: Your message of "Mon, 08 Jan 1996 11:03:51 CST." <199601081703.LAA05891@brasil.moneng.mei.com> Date: Mon, 08 Jan 1996 16:49:52 -0800 Message-ID: <26166.821148592@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > By the way, PLEASE please make sure that any checks you add can be BYPASSED > for those of us who occasionally work in "just functional enough" network I think this is pretty much the only way off the horns of my dilemma. I'll simply make each error box come up with ``Re-enter config info, Abort or Proceed anyway?'' dialog. Chosing proceed will ignore the error. I was inspired by DOS. :-) Jordan From owner-freebsd-hackers Mon Jan 8 17:30:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA25992 for hackers-outgoing; Mon, 8 Jan 1996 17:30:27 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA25983 for ; Mon, 8 Jan 1996 17:30:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA26479; Mon, 8 Jan 1996 17:29:11 -0800 To: Terry Lambert cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, root@synthcom.com Subject: Re: DOS File system fixes In-reply-to: Your message of "Mon, 08 Jan 1996 12:48:48 MST." <199601081948.MAA10201@phaeton.artisoft.com> Date: Mon, 08 Jan 1996 17:29:11 -0800 Message-ID: <26477.821150951@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > It seems that if you use FIPS or PRESIZE or "Partition Magic" to resize > your partition, the cluster size will not be reduced. There's even a warning message to this effect when you mount it at times. > This results in crap being written out to the "phantom" locations as if > it were a bigger disk. Yep! This is the biggest #1 problem we need to fix. Jordan From owner-freebsd-hackers Mon Jan 8 17:43:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26940 for hackers-outgoing; Mon, 8 Jan 1996 17:43:49 -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 RAA26931 for ; Mon, 8 Jan 1996 17:43:42 -0800 (PST) Received: from synthcom.com (synthcom.com [198.145.98.1]) by synthcom.com (8.6.9/8.6.9) with SMTP id RAA00816; Mon, 8 Jan 1996 17:40:46 -0800 Date: Mon, 8 Jan 1996 17:40:45 -0800 (PST) From: Neil Bradley To: "Jordan K. Hubbard" cc: Terry Lambert , joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org Subject: Re: DOS File system fixes In-Reply-To: <26477.821150951@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 8 Jan 1996, Jordan K. Hubbard wrote: > > This results in crap being written out to the "phantom" locations as if > > it were a bigger disk. > Yep! This is the biggest #1 problem we need to fix. I can imagine other problems cropping up as well. I can say that I definitely would like to help. My background and experiences are with the 386 CPU, C, DOS, and firmware development for various motherboards. I have enough FreeBSD experience to get everything I need up and running (including recompiling and configuring kernels) but I have very little raw Unix programming experience. If someone can guide me through the workings of the DOSFS interfaces to Unix, I most likely can figure out the rest of the operations. Is there someone out there willing to help me if I get stuck, or can slap my hand when I do something wrong? I really do want to learn this stuff and help. What I'd basically need is: * A list of the known problems * Where it's located in the build tree * Who can mentor me in the Unix environment. ;-) Thanks! -->Neil ------------------------------------------------------------------------------- Synthcom System's homepage: http://www.synthcom.com/ Europa Upgrade, Synth patches (D-50, Xpander/Matrix 12), used gear pricelist From owner-freebsd-hackers Mon Jan 8 17:45:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA27130 for hackers-outgoing; Mon, 8 Jan 1996 17:45:23 -0800 (PST) Received: from hub.org (root@ns.ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA27116 for ; Mon, 8 Jan 1996 17:45:11 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id UAA14235; Mon, 8 Jan 1996 20:44:48 -0500 (EST) Date: Mon, 8 Jan 1996 20:44:47 -0500 (EST) From: "Marc G. Fournier" X-Sender: scrappy@hub.org To: Philippe Regnauld cc: hackers@FreeBSD.ORG Subject: Re: Dual Monitor Systems... In-Reply-To: <199601080015.BAA01716@tetard.frmug.fr.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Just curious, but I read somewhere that XFree86 Supports dual monitors... is that correct? If so, and assuming it works under FreeBSD, one=20 solution may be to have the non-19" monitor be the boot monitor and=20 only be used when X starts up...also giving you a larger work area. Again, I may have misunderstood when I saw this point go through one of the lists, so XFree86 might not support dual monitors ... On Mon, 8 Jan 1996, Philippe Regnauld wrote: > J Wunsch =E9crit / writes: >=20 > > If you are debugging an X server, your best bet is a serial console, >=20 > =09... Let's say I'm not debugging an X server :-) >=20 > =09As I said earlier, my prior concern is not toasting my 19" monitor > =09(it's a fixed frequency) in the time between bootup and the start > =09of the X server. I'd gladly use a serial console, but: >=20 > =091) From what keyboard does the X take its input once I've > =09 started X from the serial console? >=20 > =092) How do I keep my undisciplined VGA (Diamond 968) from sending > =09 a signal to the monitor until I tell it to? :-) >=20 > =09I had in mind changing the address on the card (don't ask me how!) > =09and keeping a standard VGA 14" on the other adapter. >=20 > --=20 > - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 = ] - > - [ regnauld@freenix.fr=09=09 / FreeBSD 2.x / =09=09=09 ] - > "Le schtroumpf est =E0 l'homme ce que le bleu est au billard" - F.Berjo= n >=20 Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge,=20 Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Mon Jan 8 18:08:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28204 for hackers-outgoing; Mon, 8 Jan 1996 18:08:25 -0800 (PST) Received: from gateway.sequent.com (gateway.sequent.com [138.95.18.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA28198 Mon, 8 Jan 1996 18:08:20 -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 SAA20270; Mon, 8 Jan 1996 18:06:53 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id SAA02499; Mon, 8 Jan 1996 18:07:47 -0800 Message-Id: <199601090207.SAA02499@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol To: "Julian H. Stacey" Cc: hackers@FreeBSD.ORG Subject: Re: Dynamic IP Site Pointers In-reply-to: Your message of "Mon, 08 Jan 96 16:42:39 PST." <199601081542.QAA02409@vector.jhs.local> Date: Mon, 08 Jan 96 18:07:46 PST From: Ben Jackson Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199601081542.QAA02409@vector.jhs.local> , you wrote: > The Problem: > I, like many other internet users, access freefall & other hosts via an > ISP that uses dynamic IP (ie assigns me a `for this connection only' > variant IP number ) How about a DNS A record with a small/zero TTL? Then you're just jhs.freebsd.org. You could even redirect it to freefall when you're offline if that makes sense (for www service etc). --Ben From owner-freebsd-hackers Mon Jan 8 18:10:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28307 for hackers-outgoing; Mon, 8 Jan 1996 18:10:09 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA28261 for ; Mon, 8 Jan 1996 18:09:52 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA04083; Tue, 9 Jan 1996 12:38:31 +1030 From: Michael Smith Message-Id: <199601090208.MAA04083@genesis.atrad.adelaide.edu.au> Subject: Re: Add new slice to running system, comments? To: terry@lambert.org (Terry Lambert) Date: Tue, 9 Jan 1996 12:38:30 +1030 (CST) Cc: phk@critter.tfs.com, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199601082010.NAA10288@phaeton.artisoft.com> from "Terry Lambert" at Jan 8, 96 01:10:33 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: > > > > That still doesn't achieve what I want, which is for 'native' FreeBSD > > > disk slices to be able to exist _inside_ a FAT filesystem. > > > > Yes in fact it would. No it wouldn't; you can't _boot_ from a vnode device. I don't know if you read -questions on a regular basis, but the number of people who go past making unhappy "but I have a disk full of DOS filesystem" noises is steadily growing. > > It is the only way to avoid the terrible problems you get into if for > > instance I > > rm -f /dos/C/WINDOWS.SWP > > while you swap on it. That comes into the 'don't do that' category until the FAT filesystem code is reworked and one can add hooks for this sort of thing. > Shouldn't this (well, loose meaning of "should" in this case, since I don't > agree with half of the VEXEC crap) result in an EBUSY? The net result of such an attempt "should" be a failure to delete the file, regardless of the error code 8) > 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 Mon Jan 8 18:15:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28473 for hackers-outgoing; Mon, 8 Jan 1996 18:15:52 -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 SAA28467 for ; Mon, 8 Jan 1996 18:15:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA26740; Mon, 8 Jan 1996 18:15:15 -0800 To: chrisc@MAIL.bbcc.ctc.edu cc: hackers@freebsd.org Subject: Re: The Project Project In-reply-to: Your message of "Mon, 08 Jan 1996 16:11:48 GMT." Date: Mon, 08 Jan 1996 18:15:15 -0800 Message-ID: <26738.821153715@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Jordan, I checked out the chapter 15 stuff and I want to keep up the " > Not Urgently" needed section. > > I made some modifications to it on my machine just to show you what > I am proposing to do. Basically im I like the basic construct, though I think instead of listing all the people involved (since this may change frequently) you should just list the `contact person'. This person will know more about the current composition of the development team and can fwd appropriate comments to the other interested parties. I think the `sign me up' should also point to the contact person in question (though I like the idea of there being a separate button for it). Unowned projects should probably be `assigned' to hackers@freebsd.org Jordan From owner-freebsd-hackers Mon Jan 8 18:33:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA29568 for hackers-outgoing; Mon, 8 Jan 1996 18:33: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 SAA29545 for ; Mon, 8 Jan 1996 18:32:41 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA04222; Tue, 9 Jan 1996 13:00:04 +1030 From: Michael Smith Message-Id: <199601090230.NAA04222@genesis.atrad.adelaide.edu.au> Subject: Re: Add new slice to running system, comments? To: bde@zeta.org.au (Bruce Evans) Date: Tue, 9 Jan 1996 13:00:04 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, phk@critter.tfs.com, hackers@FreeBSD.ORG In-Reply-To: <199601080918.UAA19835@godzilla.zeta.org.au> from "Bruce Evans" at Jan 8, 96 08:18:35 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Bruce Evans stands accused of saying: > Fix ufs to have decent performance for swapping on a vn device first :-). In this context, vn devices are barely a bandaid. > Slices are supposed to be disjoint. There are enough complications for Supposed phooey. I have a new use where nesting them would be very desirable. Is there anything other than the design philosophy that will melt down if slices overlap? > overlapping partitions inside slices. Since the windows swap file is in > a DOS slice, it seems best to create a label for this slice and describe > the swap file as the b partition in the label. You will need a label > anyway since swapping only works on the b partition. Ah. This conflicts with what PHK said, so I guess I'm going to have to play with this. Ok, let's stretch things a bit further. I lay down a slab of contiguous clusters inside a FAT filesystem, and assign them to a file, so nothing else will stuff with them. I want to put some filesystems in there, and possibly some more swap (because Windows swapfiles are usually too small), and I also want to be able to get at a hypothetical Windows swapfile _and_ the surrounding FAT filesystem. I'm willing to accept (for now) that a user could mount the FAT filesystem and delete the file marking the clusters, and the swapfile as well. This sort of thing can be fixed later. >From what you've said, I'll need two labels to swap on two extents, and thus two slices. I guess I should take it one step at a time and just get swapping on the file working first. Are there any good reasons why you can only swap on the 'b' partition? > Bruce -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Mon Jan 8 19:23:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA02351 for hackers-outgoing; Mon, 8 Jan 1996 19:23:39 -0800 (PST) Received: from whome.planix.com (whome.planix.com [204.29.161.33]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA02324 for ; Mon, 8 Jan 1996 19:23:31 -0800 (PST) Received: by whome.planix.com (Smail3.1.28.1 #38) id m0tZUel-00073rC; Mon, 8 Jan 96 22:23 EST Received: by mail.kcis.com (KCIS.COM-5) id WAA02042; Mon Jan 8 22:26:57 1996 Organization: Kendall Communications & Information Services, Toronto, Canada Posted-Date: Mon, 8 Jan 1996 22:26:57 -0500 (EST) Received-Date: Mon, 8 Jan 1996 22:26:57 -0500 (EST) Date: Mon, 8 Jan 1996 22:26:57 -0500 (EST) From: Jerry Kendall To: hackers@freebsd.org Subject: adding new disk..... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I know this was asked a VERY short while ago..... I have just decided to add a SCSI 500+ Meg disk to my existing system... It will be mounted on /usr and I need to create partitions/slices and of course I need to label it... What are the exact steps required ????? I disk fdisk.... seems to have created a partition.... I tried disklabel..... Not much luck there.... Jerry From owner-freebsd-hackers Mon Jan 8 21:17:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08701 for hackers-outgoing; Mon, 8 Jan 1996 21:17:28 -0800 (PST) Received: from ccsun30.csie.nctu.edu.tw (jdli@ccsun30.csie.nctu.edu.tw [140.113.17.157]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08694 for ; Mon, 8 Jan 1996 21:17:23 -0800 (PST) Received: (jdli@localhost) by ccsun30.csie.nctu.edu.tw (8.6.11/8.6.4) id NAA16910 for freebsd-hackers@FreeBSD.ORG; Tue, 9 Jan 1996 13:15:47 +0800 Date: Tue, 9 Jan 1996 13:15:47 +0800 From: jdli@csie.nctu.edu.tw (Chien-Ta Lee) Message-Id: <199601090515.NAA16910@ccsun30.csie.nctu.edu.tw> To: freebsd-hackers@FreeBSD.ORG Subject: (fwd) Linux ext2fs IFS for OS/2 - ext2-os2 V0.5 now available Organization: Dep. Comp.Sci.&Info.Eng., Chiao Tung Univ., Taiwan, R.O.C. Reply-To: jdli@csie.nctu.edu.tw Sender: owner-hackers@FreeBSD.ORG Precedence: bulk How about BSD IFS for win95/os2 ?! :) [ Article crossposted from comp.os.linux.announce ] [ Author was willm@ibm.net ] [ Posted on Sun, 07 Jan 96 19:16:01 GMT ] -----BEGIN PGP SIGNED MESSAGE----- Linux ext2fs IFS for OS/2 - ext2-os2 V0.5 now available WHAT IS EXT2-OS2 ? - ------------------- ext2-os2.ifs is a file system driver that allows OS/2 to seamlessly access Linux native partitions (ext2fs partitions) in both read and write modes. Once installed, Linux partitions appear as standard OS/2 drive letters, one per Linux partition. It is a port of the original Linux ext2fs kernel code. This package also includes the latest version of Deon van der Westhuysen's Linux partition filter driver (ext2flt V1.2c), which allows ext2-os2 to work with ext2fs partitions without altering the partition table. MAIN NEW FEATURES SINCE V0.4 : - ----------------------------- - - huge performance improvements (use of extended I/O operations provided by OS2DASD.DMD) - - replacement of the disk cache code (it is now a port of the Linux buffer management code, a dynamic disk cache) - - ability to make ext2-os2 behave like HPFS for file name comparisions, so that all the apps that uppercase or lowercase file names are no longer broken. WHERE TO FIND EXT2-OS2 : - ------------------------ You can find ext2-os2 on ftp-os2.nmsu.edu in the /incoming directory, a file named ext2_05b.zip. It will be eventually moved to /new and /os2/diskutil. DISCLAIMER : - ------------ I'm developing this driver during my spare time : even if I work for IBM, IBM isn't implied in any way with this driver, I develop it at home. ... Anyway, I hope you'll find it useful, and I'm waiting for your feedback to keep improving it ! - ------------------------------------------------------------------------------- Matthieu WILLM I do *NOT* speak for IBM ... Home : willm@ibm.net Work : mwillm@vnet.ibm.com -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBMPAaV4QRll5MupLRAQGMrAP8DhVuRUBRMvuaUqejgqoGOr3PXkFw2Yg7 Vt79wSp9X8+GfqRxqq1ce1RfZwZF4AmxWW3TXJEpSPveiH8nqBJVibWoNYvbg8/e WCc1XO57CEtJJFi/CY9ZLkD96ULkVu1++ORTCSfq81WXZcG2w6BqoC1nme/AX3/r ot3aQTOaxYQ= =HtgW -----END PGP SIGNATURE----- -- This article has been digitally signed by the moderator, using PGP. Finger wirzeniu@kruuna.helsinki.fi for PGP key needed for validating signature. Send submissions for comp.os.linux.announce to: linux-announce@news.ornl.gov PLEASE remember a short description of the software and the LOCATION. -- §õ «Ø ¹F (Chien-Ta Lee) ¥æ¤j¸ê¤u E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-hackers Mon Jan 8 21:33:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08701 for hackers-outgoing; Mon, 8 Jan 1996 21:17:28 -0800 (PST) Received: from ccsun30.csie.nctu.edu.tw (jdli@ccsun30.csie.nctu.edu.tw [140.113.17.157]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA08694 for ; Mon, 8 Jan 1996 21:17:23 -0800 (PST) Received: (jdli@localhost) by ccsun30.csie.nctu.edu.tw (8.6.11/8.6.4) id NAA16910 for freebsd-hackers@FreeBSD.ORG; Tue, 9 Jan 1996 13:15:47 +0800 Date: Tue, 9 Jan 1996 13:15:47 +0800 From: jdli@csie.nctu.edu.tw (Chien-Ta Lee) Message-Id: <199601090515.NAA16910@ccsun30.csie.nctu.edu.tw> To: freebsd-hackers@FreeBSD.ORG Subject: (fwd) Linux ext2fs IFS for OS/2 - ext2-os2 V0.5 now available Organization: Dep. Comp.Sci.&Info.Eng., Chiao Tung Univ., Taiwan, R.O.C. Reply-To: jdli@csie.nctu.edu.tw Sender: owner-hackers@FreeBSD.ORG Precedence: bulk How about BSD IFS for win95/os2 ?! :) [ Article crossposted from comp.os.linux.announce ] [ Author was willm@ibm.net ] [ Posted on Sun, 07 Jan 96 19:16:01 GMT ] -----BEGIN PGP SIGNED MESSAGE----- Linux ext2fs IFS for OS/2 - ext2-os2 V0.5 now available WHAT IS EXT2-OS2 ? - ------------------- ext2-os2.ifs is a file system driver that allows OS/2 to seamlessly access Linux native partitions (ext2fs partitions) in both read and write modes. Once installed, Linux partitions appear as standard OS/2 drive letters, one per Linux partition. It is a port of the original Linux ext2fs kernel code. This package also includes the latest version of Deon van der Westhuysen's Linux partition filter driver (ext2flt V1.2c), which allows ext2-os2 to work with ext2fs partitions without altering the partition table. MAIN NEW FEATURES SINCE V0.4 : - ----------------------------- - - huge performance improvements (use of extended I/O operations provided by OS2DASD.DMD) - - replacement of the disk cache code (it is now a port of the Linux buffer management code, a dynamic disk cache) - - ability to make ext2-os2 behave like HPFS for file name comparisions, so that all the apps that uppercase or lowercase file names are no longer broken. WHERE TO FIND EXT2-OS2 : - ------------------------ You can find ext2-os2 on ftp-os2.nmsu.edu in the /incoming directory, a file named ext2_05b.zip. It will be eventually moved to /new and /os2/diskutil. DISCLAIMER : - ------------ I'm developing this driver during my spare time : even if I work for IBM, IBM isn't implied in any way with this driver, I develop it at home. ... Anyway, I hope you'll find it useful, and I'm waiting for your feedback to keep improving it ! - ------------------------------------------------------------------------------- Matthieu WILLM I do *NOT* speak for IBM ... Home : willm@ibm.net Work : mwillm@vnet.ibm.com -----BEGIN PGP SIGNATURE----- Version: 2.6.2i iQCVAwUBMPAaV4QRll5MupLRAQGMrAP8DhVuRUBRMvuaUqejgqoGOr3PXkFw2Yg7 Vt79wSp9X8+GfqRxqq1ce1RfZwZF4AmxWW3TXJEpSPveiH8nqBJVibWoNYvbg8/e WCc1XO57CEtJJFi/CY9ZLkD96ULkVu1++ORTCSfq81WXZcG2w6BqoC1nme/AX3/r ot3aQTOaxYQ= =HtgW -----END PGP SIGNATURE----- -- This article has been digitally signed by the moderator, using PGP. Finger wirzeniu@kruuna.helsinki.fi for PGP key needed for validating signature. Send submissions for comp.os.linux.announce to: linux-announce@news.ornl.gov PLEASE remember a short description of the software and the LOCATION. -- §õ «Ø ¹F (Chien-Ta Lee) ¥æ¤j¸ê¤u E-Mail : jdli@csie.nctu.edu.tw From owner-freebsd-hackers Mon Jan 8 21:38:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA03339 for hackers-outgoing; Mon, 8 Jan 1996 21:38:51 -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 VAA03326 for ; Mon, 8 Jan 1996 21:38:47 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id VAA05544; Mon, 8 Jan 1996 21:41:59 -0800 Date: Mon, 8 Jan 1996 21:41:59 -0800 (PST) From: Jaye Mathisen To: hackers@freebsd.org Subject: Anybody seeing a problem with 2.1-stable and INN? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I'm using INN1.4sec with the unofficial patches from psu (level 2). On a FreebSD 2.1-stable box. 32MB RAM, 20GB disk. I am constantly getting errors from INN about symlinking articles, specifically that when INN goes to write a file, the file it thinks it can write to already exists. Thinking that something got whacked in the filesystem/history files I removed all files from the file system, and then restarted INN. Within a few hours, I started getting the error again that some inconsistency has happened. This problem has cropped up in about the last month, and nothing I do seems to fix it. I've rebuilt and re-installed the INN software, I've rebuilt the history and active files a kazillion times, and nothing seems to work. I'm wondering if there's a problem in the MMAP stuff (which is something that I couldn't use under BSD/OS, which this box is a convert from), or maybe the dbz routines... Any idea appreciated, I'd hate to have to punt back to BSD/OS. From owner-freebsd-hackers Mon Jan 8 22:58:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA16298 for hackers-outgoing; Mon, 8 Jan 1996 22:58:22 -0800 (PST) Received: from zip.io.org (zip.io.org [198.133.36.80]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA16293 for ; Mon, 8 Jan 1996 22:58:19 -0800 (PST) Received: (from taob@localhost) by zip.io.org (8.6.12/8.6.12) id BAA12174; Tue, 9 Jan 1996 01:57:25 -0500 Date: Tue, 9 Jan 1996 01:57:24 -0500 (EST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: rwhod/ruptime broken? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk It seems rwho/ruptime only seems to broadcast information about logins in low-numbered pty's: % uptime 12:36AM up 6 days, 8:31, 120 users, load averages: 2.96, 3.65, 4.60 % ruptime | grep zip zip up 6+08:31, 36 users, load 3.16, 3.59, 4.42 % rwho | grep zip bean zip:ttyp8 Jan 9 01:26 bmarta zip:ttyp1 Jan 9 01:44 cellox zip:ttypk Jan 9 01:38 cng zip:ttypi Jan 9 01:36 diablo zip:ttyq9 Jan 8 23:25 gadjok zip:ttyq8 Jan 9 01:07 germain zip:ttypq Jan 9 01:18 hcarson zip:ttypp Jan 9 01:47 hepzibah zip:ttypf Jan 9 01:08 :03 johnpau zip:ttyp9 Jan 9 01:31 kbi zip:ttyqb Jan 9 01:04 kilgore zip:ttypg Jan 9 01:35 lawrence zip:ttypv Jan 9 01:17 :27 leivo zip:ttyqc Jan 9 01:32 luigig zip:ttyps Jan 9 01:47 macbeth zip:ttypo Jan 9 01:46 madmagic zip:ttypl Jan 9 01:44 markbur zip:ttyq7 Jan 9 00:47 mentor zip:ttyqd Jan 9 01:32 :12 miah zip:ttypc Jan 9 01:41 :01 mjdoran zip:ttyp7 Jan 9 01:47 modus zip:ttypr Jan 9 01:20 mstone zip:ttypm Jan 9 00:14 navage zip:ttyp6 Jan 8 19:35 nazia zip:ttyqa Jan 8 23:54 ndallen zip:ttyq6 Jan 9 01:30 pablo zip:ttyp3 Jan 9 01:01 pengt zip:ttyp5 Jan 9 01:47 rvs003 zip:ttyq1 Jan 9 01:23 rvs1111 zip:ttyq2 Jan 9 01:28 sheahan zip:ttyq5 Jan 9 01:42 slinky zip:ttyq0 Jan 9 01:32 :10 socrates zip:ttype Jan 8 23:50 :01 vlocity zip:ttypd Jan 9 01:31 waldek zip:ttyp0 Jan 9 01:17 :27 zeranski zip:ttypt Jan 9 01:10 :05 I'm logged in on ttyrm, but it doesn't show up on the rwho list. Any particular reason for this, or is it a real, live bug? :) -- Brian Tao (BT300, taob@io.org) Systems Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Mon Jan 8 23:15:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16793 for hackers-outgoing; Mon, 8 Jan 1996 23:15:52 -0800 (PST) Received: from gandalf.me.ksu.edu (root@gandalf.me.ksu.edu [129.130.41.86]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA16788 for ; Mon, 8 Jan 1996 23:15:50 -0800 (PST) Received: from bilbo.me.ksu.edu (joed@bilbo.me.ksu.edu [129.130.41.87]) by gandalf.me.ksu.edu (8.6.10/8.6.9) with ESMTP id BAA09273 for ; Tue, 9 Jan 1996 01:15:37 -0600 Received: (from joed@localhost) by bilbo.me.ksu.edu (8.6.9/8.6.9) id BAA29539 for hackers@freebsd.org; Tue, 9 Jan 1996 01:14:55 -0600 From: Joe Diehl Message-Id: <199601090714.BAA29539@bilbo.me.ksu.edu> Subject: Adding additional memory banks To: hackers@freebsd.org Date: Tue, 9 Jan 1996 01:14:54 -0600 (CST) 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 As lame as this may sound, I am interested in purchasing an isa card for my freebsd box so that I may add an additional 8-1x9 simms. Should there be any problem in seting the machine up with the additional banks under FreeBSD, and/or are there any particulary boards that you would recommend for doing this? Thanks --- Joe Diehl Engineering Computing Center Kansas State University From owner-freebsd-hackers Mon Jan 8 23:16:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16869 for hackers-outgoing; Mon, 8 Jan 1996 23:16:09 -0800 (PST) Received: from risc6.unisa.ac.za (risc6.unisa.ac.za [163.200.97.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA16621 for ; Mon, 8 Jan 1996 23:11:28 -0800 (PST) Received: by risc6.unisa.ac.za (AIX 3.2/UCB 5.64/4.03) id AA40721; Tue, 9 Jan 1996 09:10:29 +0200 From: radova@risc6.unisa.ac.za (A. Radovanovic) Message-Id: <9601090710.AA40721@risc6.unisa.ac.za> Subject: Problem with devices: ttyd* cua0* To: hackers@freebsd.org Date: Tue, 9 Jan 1996 09:10:29 +0200 (USAST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I am using Boca multiport card with 6 ports. From time to time all modems, one by one, are getting disconnected. Command: tip cua04 (cua05, etc..) gives me a message: /dev/cua04: Device not configured link down kill -1 1 doesn't help, but when I reset the system, everything is fine again - for a while. I am not shure, is it a modem or system problem? Can anybody help? Alex From owner-freebsd-hackers Mon Jan 8 23:22:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17187 for hackers-outgoing; Mon, 8 Jan 1996 23:22: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 XAA17159 for ; Mon, 8 Jan 1996 23: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 IAA25600; Tue, 9 Jan 1996 08:21:42 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA12721; Tue, 9 Jan 1996 08:21:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id IAA09303; Tue, 9 Jan 1996 08:20:35 +0100 (MET) From: J Wunsch Message-Id: <199601090720.IAA09303@uriah.heep.sax.de> Subject: Re: trouble with -current To: kimc@w8hd.org (Kim Culhan) Date: Tue, 9 Jan 1996 08:20:34 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Kim Culhan" at Jan 8, 96 07:35:34 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 Kim Culhan wrote: > > > Building -current on a machine running a SNAP from a couple days prior to > the 2.1 Release, we see this situation: > /usr/src/lib/libc/gmon/mcount.c: In function `_mcount': > /usr/src/lib/libc/gmon/mcount.c:71: parse error before `frompc' > /usr/src/lib/libc/gmon/mcount.c:71: declaration for parameter `fptrint_t' > but no such parameter I remember that i've also seen it, but the commit message of the fix was passing by a few hours later. -- 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 8 23:23:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17273 for hackers-outgoing; Mon, 8 Jan 1996 23:23:37 -0800 (PST) Received: from hub.org (root@ns.ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA17268 for ; Mon, 8 Jan 1996 23:23:34 -0800 (PST) Received: (from scrappy@localhost) by hub.org (8.7.3/8.7.3) id CAA18047; Tue, 9 Jan 1996 02:23:19 -0500 (EST) Date: Tue, 9 Jan 1996 02:23:15 -0500 (EST) From: "Marc G. Fournier" X-Sender: scrappy@hub.org To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: rwhod/ruptime broken? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 9 Jan 1996, Brian Tao wrote: > It seems rwho/ruptime only seems to broadcast information about > logins in low-numbered pty's: > > % uptime > 12:36AM up 6 days, 8:31, 120 users, load averages: 2.96, 3.65, 4.60 > > % ruptime | grep zip > zip up 6+08:31, 36 users, load 3.16, 3.59, 4.42 > > % rwho | grep zip > > I'm logged in on ttyrm, but it doesn't show up on the rwho list. > Any particular reason for this, or is it a real, live bug? :) Check out the man page for rwho: " If a users hasn't typed to the system for a minute or more, then rwho re- ports this idle time. If a user hasn't typed to the system for an hour or more, then the user will be omitted from the output of rwho unless the -a flag is given. " Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc From owner-freebsd-hackers Mon Jan 8 23:24:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17361 for hackers-outgoing; Mon, 8 Jan 1996 23:24: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 XAA17314 for ; Mon, 8 Jan 1996 23:23:51 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA25590; Tue, 9 Jan 1996 08:21:39 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA12719; Tue, 9 Jan 1996 08:21:35 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id IAA09177; Tue, 9 Jan 1996 08:18:31 +0100 (MET) From: J Wunsch Message-Id: <199601090718.IAA09177@uriah.heep.sax.de> Subject: Re: DOS File system fixes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 9 Jan 1996 08:18:31 +0100 (MET) Cc: root@synthcom.com (Neil Bradley) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Neil Bradley" at Jan 8, 96 05:40:45 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 Neil Bradley wrote: > > What I'd basically need is: > > * A list of the known problems Collect it from this mailing list. :) > * Where it's located in the build tree /sys/msdosfs > * Who can mentor me in the Unix environment. ;-) I could, except for the VM/VFS part. -- 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 8 23:37:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17888 for hackers-outgoing; Mon, 8 Jan 1996 23:37:48 -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 XAA17883 for ; Mon, 8 Jan 1996 23:37:42 -0800 (PST) Received: (from winter@localhost) by sasami.jurai.net (8.6.11/8.6.9) id BAA08287; Tue, 9 Jan 1996 01:37:34 -0600 Date: Tue, 9 Jan 1996 01:37:33 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Chris Coleman cc: hackers@FreeBSD.org Subject: Re: The Project Project In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 8 Jan 1996, Chris Coleman wrote: > Jordan, I checked out the chapter 15 stuff and I want to keep up the " > Not Urgently" needed section. > > I made some modifications to it on my machine just to show you what I > am proposing to do. Basically im volunteering to keep up this one page > and kind of coordinate the projects. the example is located at > "http://www.bbcc.ctc.edu/handbook205.html Cool. I'd like to get involved with the APC stuff. (We have lots of them, and a Matrix as well) > tell me if you like it, (it's just a prototype) and how I should go > about implementing it. If you need a "somewhere.someplace.org" I may be able to help. (accounts, ftp areas, whatever) | 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 Mon Jan 8 23:48:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18663 for hackers-outgoing; Mon, 8 Jan 1996 23:48:46 -0800 (PST) Received: from fourthgen.com (fourthgen.fourthgen.com [199.199.125.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA18651 for ; Mon, 8 Jan 1996 23:48:42 -0800 (PST) Received: from ns.fourthgen.com (vr2.fourthgen.com [204.246.82.5]) by fourthgen.com (8.6.12/8.6.9) with SMTP id BAA29422 for ; Tue, 9 Jan 1996 01:50:07 -0600 Date: Tue, 9 Jan 1996 01:50:07 -0600 Message-Id: <199601090750.BAA29422@fourthgen.com> X-Sender: tomg@fourthgen.fourthgen.com X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: Tom Greenwalt Subject: Digiboard Problems Sender: owner-hackers@freebsd.org Precedence: bulk I've installed a Digiboard in my FreeBSD system with the alpha driver in the gnu source area. I plugged in a modem and I can talk to the modem ok with tip or dial into it. But when I try to login, I enter my name and password and nothing happens after that. A Control-J gets it to accept the password, but the login is unsuccessful. I've seen this before on other serial lines, but nothing I've tried makes it behave any better. If there some sort of configuration I need to be doing in rc.serial or something else that will make it behave. 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 Mon Jan 8 23:51:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18906 for hackers-outgoing; Mon, 8 Jan 1996 23:51: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 XAA18889 for ; Mon, 8 Jan 1996 23:51:25 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA26372 for ; Tue, 9 Jan 1996 08:51:19 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA12865 for freebsd-hackers@freebsd.org; Tue, 9 Jan 1996 08:51:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id IAA09508 for freebsd-hackers@freebsd.org; Tue, 9 Jan 1996 08:24:04 +0100 (MET) From: J Wunsch Message-Id: <199601090724.IAA09508@uriah.heep.sax.de> Subject: Re: Dual Monitor Systems... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 9 Jan 1996 08:24:04 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc G. Fournier" at Jan 8, 96 08:44:47 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Marc G. Fournier wrote: > > > Just curious, but I read somewhere that XFree86 Supports dual monitors... > is that correct? I think it's only the VGA2 server (monochrome) that supports a dual- headed configuration with a VGA and an MDA simultaneously. David Dawes might correct me if my memory is wrong... -- 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 8 23:56:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19258 for hackers-outgoing; Mon, 8 Jan 1996 23:56:18 -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 XAA19250 for ; Mon, 8 Jan 1996 23:56:15 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id IAA20272 ; Tue, 9 Jan 1996 08:56:06 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id IAA25167 ; Tue, 9 Jan 1996 08:55:54 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA10209; Tue, 9 Jan 1996 08:52:04 +0100 (MET) From: Ollivier Robert Message-Id: <199601090752.IAA10209@keltia.freenix.fr> Subject: Re: Anybody seeing a problem with 2.1-stable and INN? To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Tue, 9 Jan 1996 08:52:04 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: from "Jaye Mathisen" at Jan 8, 96 09:41:59 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 Jaye Mathisen said: > I am constantly getting errors from INN about symlinking articles, > specifically that when INN goes to write a file, the file it thinks it > can write to already exists. Don't use MMAP even on a 2.1 system. On a small server with a few feeds (mostly by UUCP), it works. On large sites, it doesn't. > I'm wondering if there's a problem in the MMAP stuff (which is something > that I couldn't use under BSD/OS, which this box is a convert from), or > maybe the dbz routines... The good thing is that with our VM, you should not be able to see much differences without MMAP... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-hackers Tue Jan 9 00:01:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19601 for hackers-outgoing; Tue, 9 Jan 1996 00:01:01 -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 AAA19593 for ; Tue, 9 Jan 1996 00:00:58 -0800 (PST) Received: by violet.berkeley.edu (8.7.1/1.33r) id AAA00394; Tue, 9 Jan 1996 00:00:57 -0800 Date: Tue, 9 Jan 1996 00:00:57 -0800 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199601090800.AAA00394@violet.berkeley.edu> To: hackers@freebsd.org Subject: this comes up a lot more these days.. :) Sender: owner-hackers@freebsd.org Precedence: bulk Path: agate!news.ossi.com!aimnet.com!news.sprintlink.net!newsfeed.internetmci.com!news.bctel.net!news.cyberstore.ca!van-bc!unixg.ubc.ca!orca.osg.gov.bc.ca!passer.osg.gov.bc.ca!cschuber From: cschuber@passer.osg.gov.bc.ca (Cy Schubert - BCSC Open Systems Group) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Linux -> FreeBSD Migration Date: 8 Jan 1996 21:22:25 GMT Organization: BC Systems Lines: 16 Message-ID: <4cs1uh$46q@orca.osg.gov.bc.ca> NNTP-Posting-Host: passer.osg.gov.bc.ca X-Newsreader: TIN [version 1.2 PL2] I'm in the process of migrating a server from Linux to FreeBSD 2.1. Is there any way to "move" the password file over from Linux to FreeBSD without having to re-encrypt the user's passwords. Basically I'm looking to migrate a box with an application that runs out of a number of captive shell accounts, so other than the Berkeley copyright message, the end-user should not see any difference in the application. Regards, Phone: (604)389-3827 Cy Schubert OV/VM: BCSC02(CSCHUBER) Open Systems Support BITNET: CSCHUBER@BCSC02.BITNET BC Systems Corp. Internet: cschuber@uumail.gov.bc.ca cschuber@bcsc02.gov.bc.ca "Quit spooling around, JES do it." From owner-freebsd-hackers Tue Jan 9 00:29:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21340 for hackers-outgoing; Tue, 9 Jan 1996 00:29:42 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21330 for ; Tue, 9 Jan 1996 00:29:36 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id BAA13303; Tue, 9 Jan 1996 01:32:06 -0700 Date: Tue, 9 Jan 1996 01:32:06 -0700 From: Nate Williams Message-Id: <199601090832.BAA13303@rocky.sri.MT.net> To: jkh@violet.berkeley.edu (Jordan K. Hubbard) Cc: hackers@freebsd.org Subject: Re: this comes up a lot more these days.. :) In-Reply-To: <199601090800.AAA00394@violet.berkeley.edu> References: <199601090800.AAA00394@violet.berkeley.edu> Sender: owner-hackers@freebsd.org Precedence: bulk [ I should have been in bed 3 hours ago. Stupid sound-cards ;) ] > Subject: Linux -> FreeBSD Migration .. This was just posted to the BSDi newsgroup. here is a script to convert the linux passwd file to the master.passwd file for bsdi: --begin-- #!/usr/bin/awk -f BEGIN { FS = ":" ; OFS = ":" } { print $1, $2, $3, $4, "", 0, 0, $5, $6, $7 } --end-- run it with the following command line(of course, backup existing files: scriptname linuxpasswdfile >>/etc/master.passwd which will concatenate it to your existing master.passwd file. then run /usr/sbin/vipw, remove the duplicate entries and make other modifications as necessary. exiting will update the *db files. you may want to look at the resulting /etc/passwd file to see if it is updated also,but i don't remember. there are also other considerations: the home directories, permissions, groups, etc. hope this helps, GMac ---------- From owner-freebsd-hackers Tue Jan 9 00:32:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21543 for hackers-outgoing; Tue, 9 Jan 1996 00:32:20 -0800 (PST) Received: from eac.iafrica.com (slipper101130.iafrica.com [196.7.101.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21524 for ; Tue, 9 Jan 1996 00:32:13 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id JAA01094; Tue, 9 Jan 1996 09:17:42 +0200 From: Robert Nordier Message-Id: <199601090717.JAA01094@eac.iafrica.com> Subject: Re: DOS File system fixes To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 9 Jan 1996 09:17:38 +0200 (SAT) Cc: root@synthcom.com, hackers@freebsd.org In-Reply-To: <20926.821058991@time.cdrom.com> from "Jordan K. Hubbard" at Jan 7, 96 03:56:31 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 7 Jan 96, Jordan K. Hubbard wrote: > > > I could handle that. > > Really? Seriously, the poor state of msdosfs has been a real thorn in > our side for quite some time - the mutant cousin we keep locked in the > basement and are too embarassed to talk about.. :-) Nice image! :-) > It would be really really great if someone were to roll up their > sleaves and wade in there, fixing and reimplimenting as necessary. > You may also end up learning more about the FreeBSD VM system than you > wanted to in the process, but there's no harm in that! :-) The opportunity to learn more about FreeBSD VM and other internals at a deeper level is the main reason I'm particularly interested, so I'd certainly like to sign up for this. However, I see that Neil Bradley is also keen, and he should probably get first shot at it, since he applied first. Otherwise, I've got about five weeks from 1 Feb mostly free when I could make a start on it. -- Robert rnordier@iafrica.com From owner-freebsd-hackers Tue Jan 9 00:35:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21732 for hackers-outgoing; Tue, 9 Jan 1996 00:35:12 -0800 (PST) Received: from eac.iafrica.com (slipper101130.iafrica.com [196.7.101.130]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21695 for ; Tue, 9 Jan 1996 00:34:43 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id KAA01144; Tue, 9 Jan 1996 10:22:22 +0200 From: Robert Nordier Message-Id: <199601090822.KAA01144@eac.iafrica.com> Subject: Re: DOS File system fixes To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 9 Jan 1996 10:22:17 +0200 (SAT) Cc: root@synthcom.com, hackers@freebsd.org In-Reply-To: <199601080332.OAA00438@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 8, 96 02:02:26 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Wasn't it Michael Smith who said: > Robert Nordier stands accused of saying: > > > > What is the current status of this part of the project, is more help > > needed, and what steps should one take to get involved? > > You're involved already; welcome aboard 8) . . . . . > We want to set up an environment wherein it is possible to make real-mode > BIOS (and possibly other) calls in order to work with devices for which > we have no protected-mode support. > > Obviously, any input you can offer would be greatly appreciated. I'd like to take a shot at helping on any technical issues. Of course, under something like Windows, through DPMI, even a "straight" BIOS call (like int 0x13) tends to actually pull in a whole lot more: IO.SYS, DBLSPACE, the Windows WDCTRL device, SMARTDRV, etc.... Whereas, from FreeBSD, it would be just BIOS. Maintaining the BIOS environment is a way that is acceptable to both FBSD and the BIOS might also get tricky. There are parts of the BIOS you probably just don't want to get called: like 0x15/0x87 which is only a helper routine but attempts a return to protected mode with interrupts disabled. I know Linux has a feature to use DOS device drivers (eg. CD_ROM) so you can start up Linux from DOS. It didn't work when I tried it. :-) Still, I must take a look at that code sometime.... -- Robert Nordier rnordier@iafrica.com E.A.C. From owner-freebsd-hackers Tue Jan 9 00:44:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22327 for hackers-outgoing; Tue, 9 Jan 1996 00:44:55 -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 AAA22319 for ; Tue, 9 Jan 1996 00:44:48 -0800 (PST) Received: from synthcom.com (synthcom.com [198.145.98.1]) by synthcom.com (8.6.9/8.6.9) with SMTP id AAA04070; Tue, 9 Jan 1996 00:42:37 -0800 Date: Tue, 9 Jan 1996 00:42:37 -0800 (PST) From: Neil Bradley To: Robert Nordier cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: DOS File system fixes In-Reply-To: <199601090717.JAA01094@eac.iafrica.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Robert Nordier wrote: > On Sun, 7 Jan 96, Jordan K. Hubbard wrote: > > It would be really really great if someone were to roll up their > > sleaves and wade in there, fixing and reimplimenting as necessary. Aie... it's the least I could attempt to do for all of the benefit I/we've gotten from FreeBSD. > > You may also end up learning more about the FreeBSD VM system than you > > wanted to in the process, but there's no harm in that! :-) > The opportunity to learn more about FreeBSD VM and other internals at a > deeper level is the main reason I'm particularly interested, so I'd > certainly like to sign up for this. However, I see that Neil Bradley is > also keen, and he should probably get first shot at it, since he applied > first. Otherwise, I've got about five weeks from 1 Feb mostly free when > I could make a start on it. Robert, provided that Jordan says OK, how about we work on it as a team? That way we could beat eachother up with questions and not bother the general list. ;-) I've been looking at the code just trying to understand where things are, and most of it makes sense to me (I've written a FAT 12 and FAT 16 DOS once before). I need to get it out on paper and eyeball the whole structure. Jordan, Robert, what do you say? I could bring up another machine just for this purpose. -->Neil ------------------------------------------------------------------------------- Synthcom System's homepage: http://www.synthcom.com/ Europa Upgrade, Synth patches (D-50, Xpander/Matrix 12), used gear pricelist From owner-freebsd-hackers Tue Jan 9 00:51:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA22720 for hackers-outgoing; Tue, 9 Jan 1996 00:51:13 -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 AAA22715 for ; Tue, 9 Jan 1996 00:51:08 -0800 (PST) Received: from synthcom.com (synthcom.com [198.145.98.1]) by synthcom.com (8.6.9/8.6.9) with SMTP id AAA04080; Tue, 9 Jan 1996 00:47:09 -0800 Date: Tue, 9 Jan 1996 00:47:09 -0800 (PST) From: Neil Bradley To: Robert Nordier cc: Michael Smith , hackers@freebsd.org Subject: Re: DOS File system fixes In-Reply-To: <199601090822.KAA01144@eac.iafrica.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Robert Nordier wrote: > Wasn't it Michael Smith who said: > > Robert Nordier stands accused of saying: > > > What is the current status of this part of the project, is more help > > > needed, and what steps should one take to get involved? > > You're involved already; welcome aboard 8) > > We want to set up an environment wherein it is possible to make real-mode > > BIOS (and possibly other) calls in order to work with devices for which > > we have no protected-mode support. > Of course, under something like Windows, through DPMI, even a "straight" > BIOS call (like int 0x13) tends to actually pull in a whole lot more: > IO.SYS, DBLSPACE, the Windows WDCTRL device, SMARTDRV, etc.... Whereas, > from FreeBSD, it would be just BIOS. It would be heinous to support something like DBLSPACE. ;-) > Maintaining the BIOS environment is a way that is acceptable to both FBSD > and the BIOS might also get tricky. There are parts of the BIOS you > probably just don't want to get called: like 0x15/0x87 which is only a > helper routine but attempts a return to protected mode with interrupts > disabled. The other option is to write BIOS equivalent routines to do the dirty work. This would work OK with ST506 style interfaces, but SCSI might be a bit trickier. Does FreeBSD nuke the C0000-DFFFF region? If so, the SCSI BIOS would be gone, and any INT 13's to the BIOS would be non-existent. Something like INT 14h could be simulated very easily with IOCTL calls to the sio's. It would be pretty difficult to include XMS, as XMS tends to like linear memory segments. It may even have to be a configuration option for bootup. -->Neil ------------------------------------------------------------------------------- Synthcom System's homepage: http://www.synthcom.com/ Europa Upgrade, Synth patches (D-50, Xpander/Matrix 12), used gear pricelist From owner-freebsd-hackers Tue Jan 9 00:58:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA23127 for hackers-outgoing; Tue, 9 Jan 1996 00:58:09 -0800 (PST) Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA23122 for ; Tue, 9 Jan 1996 00:58:04 -0800 (PST) Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.9) id QAA10093; Tue, 9 Jan 1996 16:51:40 +0800 Date: Tue, 9 Jan 1996 16:51:40 +0800 (HKT) From: John Beukema To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Anybody seeing a problem with 2.1-stable and INN? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk We are using 2.1.0R FBSD with INN for a 5,000 group feed without trouble. Everytime I have seen the symlink error, the history file was out of sync. Make certain makehistory completes without error and that the new file is written to /usr/local/news/lib/history ( the default is something else). Also make certain you provide ~75MB of tmp file space using 'makehistory -o -T /news2/tmp' On Mon, 8 Jan 1996, Jaye Mathisen wrote: > > I'm using INN1.4sec with the unofficial patches from psu (level 2). On a > FreebSD 2.1-stable box. 32MB RAM, 20GB disk. > > I am constantly getting errors from INN about symlinking articles, > specifically that when INN goes to write a file, the file it thinks it > can write to already exists. > > Thinking that something got whacked in the filesystem/history files I > removed all files from the file system, and then restarted INN. Within a > few hours, I started getting the error again that some inconsistency has > happened. > > This problem has cropped up in about the last month, and nothing I do > seems to fix it. I've rebuilt and re-installed the INN software, I've > rebuilt the history and active files a kazillion times, and nothing seems > to work. > > I'm wondering if there's a problem in the MMAP stuff (which is something > that I couldn't use under BSD/OS, which this box is a convert from), or > maybe the dbz routines... > > Any idea appreciated, I'd hate to have to punt back to BSD/OS. > > From owner-freebsd-hackers Tue Jan 9 00:58:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA23143 for hackers-outgoing; Tue, 9 Jan 1996 00:58:18 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA23138 for ; Tue, 9 Jan 1996 00:58:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA28602; Tue, 9 Jan 1996 00:57:34 -0800 To: Robert Nordier cc: root@synthcom.com, hackers@freebsd.org Subject: Re: DOS File system fixes In-reply-to: Your message of "Sat, 09 Jan 1996 09:17:38 +0200." <199601090717.JAA01094@eac.iafrica.com> Date: Tue, 09 Jan 1996 00:57:33 -0800 Message-ID: <28599.821177853@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > certainly like to sign up for this. However, I see that Neil Bradley is > also keen, and he should probably get first shot at it, since he applied > first. Otherwise, I've got about five weeks from 1 Feb mostly free when > I could make a start on it. Why not work together? At the very least, swap notes! :-) Jordan From owner-freebsd-hackers Tue Jan 9 01:01:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA23459 for hackers-outgoing; Tue, 9 Jan 1996 01:01: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 BAA23447 for ; Tue, 9 Jan 1996 01:01:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA28638; Tue, 9 Jan 1996 01:00:28 -0800 To: Neil Bradley cc: Robert Nordier , hackers@freebsd.org Subject: Re: DOS File system fixes In-reply-to: Your message of "Tue, 09 Jan 1996 00:42:37 PST." Date: Tue, 09 Jan 1996 01:00:28 -0800 Message-ID: <28636.821178028@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Robert, provided that Jordan says OK, how about we work on it as a team? "OK!" :) Jordan From owner-freebsd-hackers Tue Jan 9 01:24:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25171 for hackers-outgoing; Tue, 9 Jan 1996 01:24:25 -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 BAA25069 for ; Tue, 9 Jan 1996 01:24:08 -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 KAA04941 for ; Tue, 9 Jan 1996 10:24:01 +0100 (MET) Received: (from graichen@localhost) by dirac.physik.fu-berlin.de (8.7.1/8.7.1) id KAA16393 for hackers@FreeBSD.org; Tue, 9 Jan 1996 10:24:01 +0100 (MET) From: Thomas Graichen Message-Id: <199601090924.KAA16393@dirac.physik.fu-berlin.de> Subject: amd "-type:=direct" To: hackers@FreeBSD.org Date: Tue, 9 Jan 1996 10:24:00 +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 can anybody running -current please test (or tell me) if the amd -type:=direct mount works in -current (i think it should - because i checked all the files which i've patched in 2.1.0 to get it working [thanks to doug rabson] - and all of the patches seem to be in -current) - the test is really simple * if your system is not configured as nfs client run nfsiod -n 4 * export for instance the /usr dir to yourself cat >> /etc/exports /usr localhost ^D * if your system is not configured as nfs server run mountd; nfsd -u -t 4 * create a simple amd map cat > amd.direct_test direct_test type:=nfs;rhost:=localhost;rfs:=/usr ^D * start the amd automounter amd -p -x all -l /dev/stderr /direct_test amd.direct_test -type:=direct > /tmp/amd.pid * "cd" to the automounted dir cd /direct_test if this works everything is ok - if you get "stale nfs filehandle" it still does'nt work (but as described above i don't think so) ok now you have done the test and can remove everything made by the test cd back_to_the_dir_you_made_the_adm.direct_test_file kill -TERM `cat /tmp/amd.pid` rm amd.direct_test edit the /etc/exports file to remove the "/usr localhost" entry can you please send me the result for a -current system ? thanks in advance t p.s.: any contra's to make something like amd -p ${amdflags} > /var/run/amd.pid in /etc/rc (instead of simply amd ${amdflags}) or maybe amd -p -l /var/log/amd.log > /var/run/amd.pid with the right entries in /etc/newsyslog.conf ? _______________________________________________________||___________________ __|| 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 Tue Jan 9 02:00:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27498 for hackers-outgoing; Tue, 9 Jan 1996 02:00:48 -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 CAA27484 for ; Tue, 9 Jan 1996 02:00:42 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 9 Jan 96 10:00 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 LAA21892; Tue, 9 Jan 1996 11:40:36 +0100 Message-Id: <199601091040.LAA21892@allegro.lemis.de> Subject: Re: Dual Monitor Systems... To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 9 Jan 1996 11:40:36 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199601082116.WAA16563@uriah.heep.sax.de> from "J Wunsch" at Jan 8, 96 10:16:34 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 J Wunsch writes: > > Don't worry about the flickering picture on your screen while the > machine is booting. The frequencies are way below the freq's your > monitor could grok, so it's simply a matter that you cannot recognize > anything. It doesn't hurt anyway. I know several people who are > using such a configuration. You've obviously never burnt out a monitor :-( Running monitors out of spec *does* damage monitors. It may not do too much harm for a brief period of time when booting, but what happens if you have a power fail in the middle of the night, and something hangs? In addition, even a brief period of time out of spec could burn out some monitors. *Do* worry. Greg From owner-freebsd-hackers Tue Jan 9 02:01:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27539 for hackers-outgoing; Tue, 9 Jan 1996 02:01:14 -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 CAA27529 for ; Tue, 9 Jan 1996 02:01:09 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 9 Jan 96 10:00 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 LAA21927; Tue, 9 Jan 1996 11:42:59 +0100 Message-Id: <199601091042.LAA21927@allegro.lemis.de> Subject: Re: Dual Monitor Systems... To: scrappy@ki.net (Marc G. Fournier) Date: Tue, 9 Jan 1996 11:42:59 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: from "Marc G. Fournier" at Jan 8, 96 08:44:47 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 Marc G. Fournier writes: > > > Just curious, but I read somewhere that XFree86 Supports dual monitors... > is that correct? If so, and assuming it works under FreeBSD, one=20 > solution may be to have the non-19" monitor be the boot monitor and=20 > only be used when X starts up...also giving you a larger work area. > > Again, I may have misunderstood when I saw this point go through one > of the lists, so XFree86 might not support dual monitors ... To the best of my knowledge, XFree86 does not support a real dual monitor configuration, but XInside definitely does--I'm using a double monitor system like this. Greg From owner-freebsd-hackers Tue Jan 9 02:18:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28641 for hackers-outgoing; Tue, 9 Jan 1996 02:18:43 -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 CAA28636 for ; Tue, 9 Jan 1996 02:18:38 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA24483; Tue, 9 Jan 96 02:18:35 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Message-Id: <9601091018.AA24483@toadflax.cs.ucdavis.edu> Subject: how to run -stable To: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Date: Tue, 9 Jan 1996 02:18:34 -0800 (PST) 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 I've RTFAQ and RTFHB and don't seen any mention of how to run FreeBSD-stable. I just ftp'ed to ftp.cdrom.com:/pub/FreeBSD/FreeBSD-stable, but didn't have read permissions to anything. Anyone experienced that wants to share their secrets? :-) -- David (obrien@cs.ucdavis.edu) From owner-freebsd-hackers Tue Jan 9 02:37:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA29959 for hackers-outgoing; Tue, 9 Jan 1996 02:37: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 CAA29954 for ; Tue, 9 Jan 1996 02:37:02 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id LAA03524; Tue, 9 Jan 1996 11:34:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id LAA13687; Tue, 9 Jan 1996 11:34:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id LAA26067; Tue, 9 Jan 1996 11:24:13 +0100 (MET) From: J Wunsch Message-Id: <199601091024.LAA26067@uriah.heep.sax.de> Subject: Re: Adding additional memory banks To: joed@engg.ksu.edu (Joe Diehl) Date: Tue, 9 Jan 1996 11:24:12 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601090714.BAA29539@bilbo.me.ksu.edu> from "Joe Diehl" at Jan 9, 96 01:14:54 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 Diehl wrote: > > As lame as this may sound, I am interested in purchasing an isa card > for my freebsd box so that I may add an additional 8-1x9 simms. Should > there be any problem in seting the machine up with the additional banks > under FreeBSD, and/or are there any particulary boards that you would > recommend for doing this? I don't think you can add _real_ memory (not EMM or something like this) with an ISA board. You need some sort of a ``local bus'' for it, most ISA boards i've seen with such a thing had something like a reverse ISA slot designed for a proprietary memory expansion. The ISA bus itself is IMHO too slow. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Jan 9 02:47:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00603 for hackers-outgoing; Tue, 9 Jan 1996 02:47:47 -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 CAA00593 for ; Tue, 9 Jan 1996 02:47:30 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA16157; Tue, 9 Jan 1996 21:35:10 +1100 Date: Tue, 9 Jan 1996 21:35:10 +1100 From: Bruce Evans Message-Id: <199601091035.VAA16157@godzilla.zeta.org.au> To: hackers@FreeBSD.org, kimc@w8hd.org Subject: Re: trouble with -current Sender: owner-hackers@FreeBSD.org Precedence: bulk >To: hackers@FreeBSD.org >Subject: trouble with -current Please report problems with -current to current@FreeBSD.org, not to hackers@FreeBSD.org. >Building -current on a machine running a SNAP from a couple days prior to >the 2.1 Release, we see this situation: >cc -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE >-I/usr/src/lib/libc/locale -DYP -c /usr/src/lib/libc/gmon/gmon.c -o >gmon.o cc -O -DLIBC_RCS -DSYSLIBC_RCS -D__DBINTERFACE_PRIVATE >-DPOSIX_MISTAKE >-I/usr/src/lib/libc/locale -DYP -c /usr/src/lib/libc/gmon/mcount.c -o >mcount.o >/usr/src/lib/libc/gmon/mcount.c: In function `_mcount': >/usr/src/lib/libc/gmon/mcount.c:71: parse error before `frompc' >/usr/src/lib/libc/gmon/mcount.c:71: declaration for parameter `fptrint_t' >but no such parameter Update . It was broken between 29 Dec and 1 Jan, and older versions won't work at all. Bruce From owner-freebsd-hackers Tue Jan 9 02:51:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00854 for hackers-outgoing; Tue, 9 Jan 1996 02:51:04 -0800 (PST) Received: from eac.iafrica.com (slipper101155.iafrica.com [196.7.101.155]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00842 for ; Tue, 9 Jan 1996 02:50:49 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id MAA01472; Tue, 9 Jan 1996 12:47:45 +0200 From: Robert Nordier Message-Id: <199601091047.MAA01472@eac.iafrica.com> Subject: Re: DOS File system fixes To: root@synthcom.com (Neil Bradley) Date: Tue, 9 Jan 1996 12:47:43 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: from "Neil Bradley" at Jan 9, 96 00:42:37 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Neil Bradley wrote: > Robert, provided that Jordan says OK, how about we work on it as a team? > That way we could beat eachother up with questions and not bother the > general list. ;-) I've been looking at the code just trying to understand > where things are, and most of it makes sense to me (I've written a FAT 12 > and FAT 16 DOS once before). I need to get it out on paper and eyeball > the whole structure. Jordan, Robert, what do you say? > > I could bring up another machine just for this purpose. Well, I guess two heads _are_ better.... As I mentioned, I'm pretty much out of it until the end of the month. But if it isn't all done by then ;-) certainly we can give it a go. BTW: > ... (I've written a FAT 12 and FAT 16 DOS once before) ... I hope this doesn't mean what it sounds like. :-) Regards Robert -- Robert Nordier rnordier@iafrica.com E.A.C. From owner-freebsd-hackers Tue Jan 9 02:51:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00876 for hackers-outgoing; Tue, 9 Jan 1996 02:51:17 -0800 (PST) Received: from eac.iafrica.com (slipper101155.iafrica.com [196.7.101.155]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA00864 for ; Tue, 9 Jan 1996 02:51:08 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id MAA01438; Tue, 9 Jan 1996 12:29:28 +0200 From: Robert Nordier Message-Id: <199601091029.MAA01438@eac.iafrica.com> Subject: Re: DOS File system fixes To: root@synthcom.com (Neil Bradley) Date: Tue, 9 Jan 1996 12:29:26 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: from "Neil Bradley" at Jan 9, 96 00:47:09 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Neil Bradley wrote: > It would be heinous to support something like DBLSPACE. ;-) Hmmm.... :-) Actually, though, I feel that if we can't support the msdosfs _as_it_is_ used_, then we aren't living up to "FreeBSD is better" and the msdosfs support is more something to look good on the features list than an actual benefit. I know one of the big gripes about one of the OS/2 WARP releases was that it didn't want to have anything to do with compressed drives. DBLSPACE should be in there somewhere (though admittedly not a top priority). > . . . . . > Something like INT 14h could be simulated very easily with IOCTL calls to > the sio's. The 0x14 stuff (serial I/O) is pretty brain-dead. I can't see anyone happily running SLIP/PPP at 1200 bps.... :-) Seriously, though, I think the BIOS support needs to be very specific rather than general, and only as a last resort for "DOS-specific" hardware. -- Robert Nordier rnordier@iafrica.com E.A.C. From owner-freebsd-hackers Tue Jan 9 02:53:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA01107 for hackers-outgoing; Tue, 9 Jan 1996 02:53:05 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA01102 for ; Tue, 9 Jan 1996 02:53:00 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.3/8.6.9) id CAA05442; Tue, 9 Jan 1996 02:52:50 -0800 (PST) Date: Tue, 9 Jan 1996 02:52:50 -0800 (PST) Message-Id: <199601091052.CAA05442@silvia.HIP.Berkeley.EDU> To: curt@emergent.com CC: hackers@freebsd.org Subject: ccd From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@freebsd.org Precedence: bulk Sorry, I haven't been reading the hackers list lately. Chuck told me people are talking about ccd here. I have it working on a 2.1 system. It screams bloody murder, I mean works pretty well. We are seeing about 18MB/s read/write with 6 4GB wide-scsi Barracudas on 2 AHA2940W controllers. (Those are disks that can do 4MB/s write and 7MB/s reads.) No parity yet, so you can't use it for any important data. And I have no idea how in the hell I should define a pseudo-device as a pseudo-device so it thinks it's an isa device. It needs a lot of cleanup before it can actually go in the tree, but if you have a news spool or something that you want to stripe across disks, this one is for you. I will make an "upgrade kit from 2.1R" when I get back from a retreat this weekend (in which am going to make a presentation of the measurements on this baby) so people can test it out. Satoshi From owner-freebsd-hackers Tue Jan 9 03:55:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA04086 for hackers-outgoing; Tue, 9 Jan 1996 03:55:58 -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 DAA04064 for ; Tue, 9 Jan 1996 03:55:45 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA18562; Tue, 9 Jan 1996 22:40:19 +1100 Date: Tue, 9 Jan 1996 22:40:19 +1100 From: Bruce Evans Message-Id: <199601091140.WAA18562@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, terry@lambert.org Subject: Re: DOS File system fixes Cc: freebsd-hackers@FreeBSD.org, root@synthcom.com Sender: owner-hackers@FreeBSD.org Precedence: bulk >> There are several reports that enabling DOS f/s read/write can damage >> other file systems. I haven't seen such a report for a long time, or such report with enough details (not even from me after I saw the problem :-) >It seems that if you use FIPS or PRESIZE or "Partition Magic" to resize >your partition, the cluster size will not be reduced. >This results in crap being written out to the "phantom" locations as if >it were a bigger disk. This should only affect the slice containing the DOS file system. The device number would have to be corrupted for a write to affect another device. >There is some indication that mark-for-update occurs on read-only devices, >and that for MSDOSFS, this update actually takes place. I think this was fixed a long time ago. Bruce From owner-freebsd-hackers Tue Jan 9 04:14:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA04932 for hackers-outgoing; Tue, 9 Jan 1996 04:14:47 -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 EAA04914 for ; Tue, 9 Jan 1996 04:14:19 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA19343; Tue, 9 Jan 1996 22:58:32 +1100 Date: Tue, 9 Jan 1996 22:58:32 +1100 From: Bruce Evans Message-Id: <199601091158.WAA19343@godzilla.zeta.org.au> To: hackers@freebsd.org, radova@risc6.unisa.ac.za Subject: Re: Problem with devices: ttyd* cua0* Sender: owner-hackers@freebsd.org Precedence: bulk >I am using Boca multiport card with 6 ports. From time to time all modems, >one by one, are getting disconnected. >Command: tip cua04 (cua05, etc..) gives me a message: >/dev/cua04: Device not configured >link down What version of FreeBSD? cua04 is named cuaa4 in 2.1. 2.1 is much better than 2.0.5 so you should upgrade. The error message means that the device doesn't exist. This "can't happen" because (non-PCMCIA) can't go away after they have been detected at boot time. Bruce From owner-freebsd-hackers Tue Jan 9 04:28:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA05537 for hackers-outgoing; Tue, 9 Jan 1996 04:28:10 -0800 (PST) Received: from whyy.org (jehrenkrantz@[199.234.236.254]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA05530 for ; Tue, 9 Jan 1996 04:28:04 -0800 (PST) Received: (from jehrenkrantz@localhost) by whyy.org (8.6.12/8.6.9) id HAA18720; Tue, 9 Jan 1996 07:28:14 -0500 Date: Tue, 9 Jan 1996 07:28:13 -0500 (EST) From: Jeff Ehrenkrantz To: Joe Diehl cc: hackers@FreeBSD.ORG Subject: Re: Adding additional memory banks In-Reply-To: <199601090714.BAA29539@bilbo.me.ksu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 9 Jan 1996, Joe Diehl wrote: > As lame as this may sound, I am interested in purchasing an isa card > for my freebsd box so that I may add an additional 8-1x9 simms. Should > there be any problem in seting the machine up with the additional banks > under FreeBSD, and/or are there any particulary boards that you would > recommend for doing this? > be carefull some systems really slowwwwww waydown wait states and such when you add memory this way. ..je From owner-freebsd-hackers Tue Jan 9 04:30:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA05661 for hackers-outgoing; Tue, 9 Jan 1996 04:30:53 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA05651 for ; Tue, 9 Jan 1996 04:30:44 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA20073; Tue, 9 Jan 1996 23:13:08 +1100 Date: Tue, 9 Jan 1996 23:13:08 +1100 From: Bruce Evans Message-Id: <199601091213.XAA20073@godzilla.zeta.org.au> To: jkh@time.cdrom.com, rnordier@iafrica.com Subject: Re: DOS File system fixes Cc: hackers@FreeBSD.ORG, root@synthcom.com Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >The opportunity to learn more about FreeBSD VM and other internals at a >deeper level is the main reason I'm particularly interested, so I'd >certainly like to sign up for this. However, I see that Neil Bradley is You will also have an opportunity to learn more about FreeBSD-NetBSD politics :-). msdosfs was imported from NetBSD on 1994/09/19. It is more actively maintained in NetBSD, and a year of drift has resulted in differences larger than the original files (msdosfs is currently 187K and diff -c between it and NetBSD's 1995/09/12 version are 254K). No doubt there is a fix or two buried in the diffs. Bruce From owner-freebsd-hackers Tue Jan 9 04:35:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA05999 for hackers-outgoing; Tue, 9 Jan 1996 04:35:53 -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 EAA05861 for ; Tue, 9 Jan 1996 04:32:46 -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 NAA10521; Tue, 9 Jan 1996 13:32:00 +0100 (MET) Received: (from graichen@localhost) by dirac.physik.fu-berlin.de (8.7.1/8.7.1) id NAA22248; Tue, 9 Jan 1996 13:31:54 +0100 (MET) From: Thomas Graichen Message-Id: <199601091231.NAA22248@dirac.physik.fu-berlin.de> Subject: Re: gcc v2.7.2 and libg++ v2.7.1 To: chuckr@glue.umd.edu (Chuck Robey) Date: Tue, 9 Jan 1996 13:31:54 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Chuck Robey" at Jan 8, 96 01:16:32 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk hasn't Chuck Robey said ? ... > > If you have access to a corrected freebsd.h, could you maybe post the diffs? > If you did that, and I used Doug Rabson's libg++ bmake post, I could then > build a complete gcc-2.7.2/libg++-2.7.1 environment, right? > the problem is that i don't have a full set of patches - i only know the of WEAK problem (which i sent to the FSF too) and know that there are more patches are floating around (ask bruce evans - he posted a list of patches here some time ago) - and this is the reason why i wan't to have all the required patches in the FSF release - so that i don't have to look for all the patches floating around (only half of which i know of :-) - we may also go a step further - like NetBSD to integrate the libexec paths there too as an #ifdef (take a look at the netbsd.h file - i think that's the name - it's directly in the config dir - not in the i386 subdir i think) 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 Tue Jan 9 05:18:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09015 for hackers-outgoing; Tue, 9 Jan 1996 05:18:18 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA09010 for ; Tue, 9 Jan 1996 05:18:12 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id AAA20139; Wed, 10 Jan 1996 00:15:00 +1100 From: David Dawes Message-Id: <199601091315.AAA20139@rf900.physics.usyd.edu.au> Subject: Re: Dual Monitor Systems... To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 10 Jan 1996 00:15:00 +1100 (EST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601090724.IAA09508@uriah.heep.sax.de> from "J Wunsch" at Jan 9, 96 08:24:04 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >As Marc G. Fournier wrote: >> >> >> Just curious, but I read somewhere that XFree86 Supports dual monitors... >> is that correct? > >I think it's only the VGA2 server (monochrome) that supports a dual- >headed configuration with a VGA and an MDA simultaneously. David >Dawes might correct me if my memory is wrong... The Mono and VGA16 servers support it. It is rather limited dual-headed support. David From owner-freebsd-hackers Tue Jan 9 05:37:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09793 for hackers-outgoing; Tue, 9 Jan 1996 05:37:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA09745 for ; Tue, 9 Jan 1996 05:35:47 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA22987; Wed, 10 Jan 1996 00:31:41 +1100 Date: Wed, 10 Jan 1996 00:31:41 +1100 From: Bruce Evans Message-Id: <199601091331.AAA22987@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: Add new slice to running system, comments? Cc: hackers@FreeBSD.ORG, phk@critter.tfs.com Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> Fix ufs to have decent performance for swapping on a vn device first :-). >In this context, vn devices are barely a bandaid. Only if they don't have decent performance. The vn driver could handle contiguous files (non-growing) with about 0.001% overhead compared with raw devices. It just needs to read the block map of the device early and replace reading it later by a `+'. After reading the code :-), I think the vn devices already have decent performance for the contiguous && swapping case. There isn't much overhead except for a VOP_BMAP() call for each block. VOP_READ() and VOP_WRITE() aren't used for the swapping case (they would be extremely slow for msdosfs and merely OK for ufs). The original vn driver avoided VOP_READ() and VOP_WRITE() in all cases, but John rewrote it. Contiguous files are necessary so that the disk doesn't have to seek for between virtually adjacent blocks. A large block size may also be necessary. I now think you should use the vn device. >> Slices are supposed to be disjoint. There are enough complications for >Supposed phooey. I have a new use where nesting them would be very >desirable. Is there anything other than the design philosophy that >will melt down if slices overlap? Try it and see :-). There's nothing to stop overlapping slices except fdisks that refuse to create them. Other OS's might by confused by overlapping slices in the MBR. >> overlapping partitions inside slices. Since the windows swap file is in >> a DOS slice, it seems best to create a label for this slice and describe >> the swap file as the b partition in the label. You will need a label >> anyway since swapping only works on the b partition. >Ah. This conflicts with what PHK said, so I guess I'm going to have to >play with this. I was wrong. >Ok, let's stretch things a bit further. >I lay down a slab of contiguous clusters inside a FAT filesystem, and assign >them to a file, so nothing else will stuff with them. >I want to put some filesystems in there, and possibly some more swap >(because Windows swapfiles are usually too small), and I also want to be able >to get at a hypothetical Windows swapfile _and_ the surrounding FAT filesystem. Use vn devices and fix the vm (?) problems that required non-swapping accesses to go through the file system. I'm not sure how to handle booting from one of these slices. You could put the slice in the MBR only if there is a free entry. Bruce From owner-freebsd-hackers Tue Jan 9 06:01:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA10993 for hackers-outgoing; Tue, 9 Jan 1996 06:01:49 -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 GAA10971 for ; Tue, 9 Jan 1996 06:01:40 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id IAA25757; Tue, 9 Jan 1996 08:51:11 -0500 From: Peter Dufault Message-Id: <199601091351.IAA25757@hda.com> Subject: Re: Adding additional memory banks To: j@uriah.heep.sax.de (J Wunsch) Date: Tue, 9 Jan 1996 08:51:10 -0500 (EST) Cc: joed@engg.ksu.edu, hackers@freebsd.org In-Reply-To: <199601091024.LAA26067@uriah.heep.sax.de> from "J Wunsch" at Jan 9, 96 11:24:12 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I don't think you can add _real_ memory (not EMM or something like > this) with an ISA board. You need some sort of a ``local bus'' for > it, most ISA boards i've seen with such a thing had something like > a reverse ISA slot designed for a proprietary memory expansion. No, you can do this. Obviously < 16MB of RAM. I have a 12MB 386SX-16 with 8MB on a Boca Ram-AT board that booted 386BSD. Don't ask me to give you "make world" times, but I did play around with 386BSD 0.1 on it for a while before buying a system to run 386BSD. > The ISA bus itself is IMHO too slow. No argument here. I think Joe should look at buying a new motherboard that supports his SIMMS directly. The price will probably be close - if he is considering this ISA option I assume it is a low performance system. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Tue Jan 9 06:21:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12060 for hackers-outgoing; Tue, 9 Jan 1996 06:21:55 -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 GAA12050 for ; Tue, 9 Jan 1996 06:21:48 -0800 (PST) Received: (from didier@localhost) by zapata.omnix.fr.org (8.6.12/8.6.9) id RAA14374; Tue, 9 Jan 1996 17:20:23 +0100 Date: Tue, 9 Jan 1996 17:20:23 +0100 (MET) From: didier@omnix.fr.org To: hackers@freebsd.org Subject: I would like your comment on this configuration Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Mother Board: ASUS P/I-P55TP4XE Rev 2.1 bios #401A0-0106 (Award) Processor: Pentium 133 Cache: 512k PB Memory: 128Mb 60ns (DRAM) SCSI: Adaptec 2940W Hard disks: 2 x Seagate Barracuda Fast Wide SCSI 2 Go Video: Miro 20SV (S3-964, 2Mb VRAM) DAT: Conner 4326 4/8 Gb Ethernet: 2 x SMC PCI Ethernet 100 Is this configuration ok for FreeBSD 2.1-STABLE ? the dealer told me that the cache works on the 128Mb. I plan to install two systems in two weeks. Thanks for your advices. -- Didier Derny | My computer is Microsoft Free... didier@aida.org | I'm running FreeBSD 2.1-STABLE From owner-freebsd-hackers Tue Jan 9 07:47:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16796 for hackers-outgoing; Tue, 9 Jan 1996 07:47:12 -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 HAA16760 for ; Tue, 9 Jan 1996 07:45:58 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id PAA26235; Tue, 9 Jan 1996 15:38:08 GMT Date: Tue, 9 Jan 1996 15:38:07 +0000 (GMT) From: Doug Rabson To: Bruce Evans cc: joerg_wunsch@uriah.heep.sax.de, terry@lambert.org, freebsd-hackers@FreeBSD.org, root@synthcom.com Subject: Re: DOS File system fixes In-Reply-To: <199601091140.WAA18562@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Tue, 9 Jan 1996, Bruce Evans wrote: > >> There are several reports that enabling DOS f/s read/write can damage > >> other file systems. > > I haven't seen such a report for a long time, or such report with enough > details (not even from me after I saw the problem :-) > > >It seems that if you use FIPS or PRESIZE or "Partition Magic" to resize > >your partition, the cluster size will not be reduced. > > >This results in crap being written out to the "phantom" locations as if > >it were a bigger disk. > > This should only affect the slice containing the DOS file system. The > device number would have to be corrupted for a write to affect another > device. > > >There is some indication that mark-for-update occurs on read-only devices, > >and that for MSDOSFS, this update actually takes place. > > I think this was fixed a long time ago. I vaguely remember the reports of this kind of corruption being 'pre slice' era but I could be mistaken. Can anyone remember? -- 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 9 08:20:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19172 for hackers-outgoing; Tue, 9 Jan 1996 08:20:08 -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 IAA19137 for ; Tue, 9 Jan 1996 08:20:02 -0800 (PST) Received: (from taob@localhost) by cabal.io.org (8.6.12/8.6.12) id LAA08621; Tue, 9 Jan 1996 11:17:14 -0500 Date: Tue, 9 Jan 1996 11:17:12 -0500 (EST) From: Brian Tao To: "Marc G. Fournier" cc: FREEBSD-HACKERS-L Subject: Re: rwhod/ruptime broken? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 9 Jan 1996, Marc G. Fournier wrote: > > Check out the man page for rwho: > > " If a users hasn't typed to the system for a minute or more, then rwho re- > ports this idle time. If a user hasn't typed to the system for an hour > or more, then the user will be omitted from the output of rwho unless the > -a flag is given. " Yeah, I got that part, but I doubt that 84 out of 120 logins were idle for over an hour. I know I certainly wasn't idle. We rebooted this morning and uptime reports 63 users, with 55 unique logins. ruptime reports 41 at the moment. The most idle user has been idling for 20 minutes and is reported by rwho. ruptime has been reporting 41 users for the past 6 minutes now, so it isn't a matter of rwhod not having sent out updated information. -- 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 Tue Jan 9 08:23:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19391 for hackers-outgoing; Tue, 9 Jan 1996 08:23:42 -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 IAA18979 for ; Tue, 9 Jan 1996 08:16:57 -0800 (PST) Received: by Sysiphos id AA10078 (5.67b/IDA-1.5 for hackers@freebsd.org); Tue, 9 Jan 1996 17:16:14 +0100 Message-Id: <199601091616.AA10078@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 9 Jan 1996 17:16:13 +0100 In-Reply-To: didier@omnix.fr.org "I would like your comment on this configuration" (Jan 9, 17:20) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: didier@omnix.fr.org Subject: Re: I would like your comment on this configuration Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 9, 17:20, didier@omnix.fr.org wrote: } Subject: I would like your comment on this configuration } } Mother Board: ASUS P/I-P55TP4XE Rev 2.1 bios #401A0-0106 (Award) } Processor: Pentium 133 } Cache: 512k PB } Memory: 128Mb 60ns (DRAM) } SCSI: Adaptec 2940W } Hard disks: 2 x Seagate Barracuda Fast Wide SCSI 2 Go } Video: Miro 20SV (S3-964, 2Mb VRAM) } DAT: Conner 4326 4/8 Gb I'd definitely choose the HP1533A ! It is some three times faster than the Conner, i.e. does 514KB/s (times compression factor). Doing backups, I see some 800KB/s to 1100KB/s written to tape (depending on whether the data had been compressible or mostly compressed archives). Regarding DDS-2: I've heard multiple times, that DDS-2 tapes are not reliable. And since somebody had recorded nuclear physics data on DDS-2 tapes and had found no way to read back more than a few MB, I tried myself and now would never again trust 120m DDS-2 tapes. Backups to /dev/null are nearly as good, and much cheaper (media cost) and faster :-) } Ethernet: 2 x SMC PCI Ethernet 100 } } Is this configuration ok for FreeBSD 2.1-STABLE ? Guess it is Ok. Does the Miro come with a fast RAMDAC (175MHz or 200MHz) and a 24bit CLUT ? My 20SD seems to have only a 135 RAMDAC (didn't check the chip, but there is a large difference between my 1280x1024 X terminal and the 20SD driving the same 19" monitor: The X terminal offers much sharper vertical lines and an overall better picture quality). It offers only a 6 bits RGB CLUT, i.e. there is no difference at all between #808080 and #838383 ... This is of course only important, if those systems are meant to be used as workstations. 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 9 08:47:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA20841 for hackers-outgoing; Tue, 9 Jan 1996 08:47:56 -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 IAA20835 for ; Tue, 9 Jan 1996 08:47:49 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id LAA05797 for hackers@freebsd.org; Tue, 9 Jan 1996 11:37:21 GMT From: Daniel Leeds Message-Id: <199601091137.LAA05797@sponsor.octet.com> Subject: mount over NFS? To: hackers@freebsd.org Date: Tue, 9 Jan 1996 11:37:20 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk How can I mount a windows95 drive over NFS? I've heard it's possible, but I dont know how. daniel -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Tue Jan 9 09:21:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22710 for hackers-outgoing; Tue, 9 Jan 1996 09:21:18 -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 JAA22704 for ; Tue, 9 Jan 1996 09:21:15 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id JAA06283; Tue, 9 Jan 1996 09:24:23 -0800 Date: Tue, 9 Jan 1996 09:24:23 -0800 (PST) From: Jaye Mathisen To: John Beukema cc: hackers@freebsd.org Subject: Re: Anybody seeing a problem with 2.1-stable and INN? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Yeah, but the history file should never get out of sync. Back in the good old days i used to run one of the top sites in the nation, and I *never* had these kinds of problems. I ended up getting mail from John Dyson who suggest that the problem really was with MMAP. So I've recompiled w/o mmap, and it's been running fine now for about 14 hours, which is long than it has made it before. After a few days I'll know for sure. On Tue, 9 Jan 1996, John Beukema wrote: > > We are using 2.1.0R FBSD with INN for a 5,000 group feed without trouble. > Everytime I have seen the symlink error, the history file was out of > sync. Make certain makehistory completes without error and that the new > file is written to /usr/local/news/lib/history ( the default is something > else). Also make certain > you provide ~75MB of tmp file space using 'makehistory -o -T /news2/tmp' > > > On Mon, 8 Jan 1996, Jaye Mathisen wrote: > > > > > I'm using INN1.4sec with the unofficial patches from psu (level 2). On a > > FreebSD 2.1-stable box. 32MB RAM, 20GB disk. > > > > I am constantly getting errors from INN about symlinking articles, > > specifically that when INN goes to write a file, the file it thinks it > > can write to already exists. > > > > Thinking that something got whacked in the filesystem/history files I > > removed all files from the file system, and then restarted INN. Within a > > few hours, I started getting the error again that some inconsistency has > > happened. > > > > This problem has cropped up in about the last month, and nothing I do > > seems to fix it. I've rebuilt and re-installed the INN software, I've > > rebuilt the history and active files a kazillion times, and nothing seems > > to work. > > > > I'm wondering if there's a problem in the MMAP stuff (which is something > > that I couldn't use under BSD/OS, which this box is a convert from), or > > maybe the dbz routines... > > > > Any idea appreciated, I'd hate to have to punt back to BSD/OS. > > > > > From owner-freebsd-hackers Tue Jan 9 09:35:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23548 for hackers-outgoing; Tue, 9 Jan 1996 09:35:51 -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 JAA23540 for ; Tue, 9 Jan 1996 09:35:47 -0800 (PST) Received: from synthcom.com (synthcom.com [198.145.98.1]) by synthcom.com (8.6.9/8.6.9) with SMTP id JAA08372; Tue, 9 Jan 1996 09:33:16 -0800 Date: Tue, 9 Jan 1996 09:33:16 -0800 (PST) From: Neil Bradley To: Robert Nordier cc: hackers@freebsd.org Subject: Re: DOS File system fixes In-Reply-To: <199601091029.MAA01438@eac.iafrica.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Robert Nordier wrote: > On Tue, 9 Jan 1996, Neil Bradley wrote: > > It would be heinous to support something like DBLSPACE. ;-) > Actually, though, I feel that if we can't support the msdosfs _as_it_is_ > used_, then we aren't living up to "FreeBSD is better" and the msdosfs > support is more something to look good on the features list than an > actual benefit. I know one of the big gripes about one of the OS/2 WARP > releases was that it didn't want to have anything to do with compressed > drives. DBLSPACE should be in there somewhere (though admittedly not a top The problem is that the technology used by DLBSPACE (read that, the compression algorithm) is patented, and at least I'm not up to reverse engineering a compression algorithm. > > Something like INT 14h could be simulated very easily with IOCTL calls to > > the sio's. > The 0x14 stuff (serial I/O) is pretty brain-dead. I can't see anyone > happily running SLIP/PPP at 1200 bps.... :-) I just threw that out there as an example - we could provide an interrupt interface behind the INT 14h lines, much like the FOSSIL drivers in Fidonet did (remember that "network"?). > Seriously, though, I think the BIOS support needs to be very specific > rather than general, and only as a last resort for "DOS-specific" > hardware. By doing that we potentially eliminate a lot of functionality. We should probably tackle THAT mountain when we come to it ;-). -->Neil ------------------------------------------------------------------------------- Synthcom System's homepage: http://www.synthcom.com/ Europa Upgrade, Synth patches (D-50, Xpander/Matrix 12), used gear pricelist From owner-freebsd-hackers Tue Jan 9 10:17:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA25878 for hackers-outgoing; Tue, 9 Jan 1996 10:17:55 -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 KAA25859 for ; Tue, 9 Jan 1996 10:17:48 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <16388(12)>; Tue, 9 Jan 1996 10:16:46 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA26509; Tue, 9 Jan 96 13:16:38 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA05920; Tue, 9 Jan 96 13:16:36 EST Message-Id: <9601091816.AA05920@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Daniel Leeds Cc: hackers@freebsd.org Subject: Re: mount over NFS? In-Reply-To: Your message of "Tue, 09 Jan 1996 03:37:20 PST." <199601091137.LAA05797@sponsor.octet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 9 Jan 1996 10:16:35 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk > > How can I mount a windows95 drive over NFS? > > I've heard it's possible, but I dont know how. > > daniel > > -- > I assume they're different machines. Using samba, netbios clients (win95) can effectively browse through smaba servers... There are implementations of nfs servers for win95...do you really need this capability? -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Tue Jan 9 10:21:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26185 for hackers-outgoing; Tue, 9 Jan 1996 10:21:57 -0800 (PST) Received: from eac.iafrica.com (slipper119235.iafrica.com [196.7.119.235]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA26176 for ; Tue, 9 Jan 1996 10:21:50 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id PAA00176; Tue, 9 Jan 1996 15:08:29 +0200 From: Robert Nordier Message-Id: <199601091308.PAA00176@eac.iafrica.com> Subject: Re: DOS File system fixes To: bde@zeta.org.au (Bruce Evans) Date: Tue, 9 Jan 1996 15:08:27 +0200 (SAT) Cc: hackers@freebsd.org, root@synthcom.com In-Reply-To: <199601091213.XAA20073@godzilla.zeta.org.au> from "Bruce Evans" at Jan 9, 96 11:13:08 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 96, Bruce Evans wrote: > > >The opportunity to learn more about FreeBSD VM and other internals at a > >deeper level is the main reason I'm particularly interested, so I'd > >certainly like to sign up for this. However, I see that Neil Bradley is > > You will also have an opportunity to learn more about FreeBSD-NetBSD > politics :-). msdosfs was imported from NetBSD on 1994/09/19. It > is more actively maintained in NetBSD, and a year of drift has > resulted in differences larger than the original files (msdosfs is > currently 187K and diff -c between it and NetBSD's 1995/09/12 version > are 254K).... *Gulp!* > No doubt there is a fix or two buried in the diffs. I was interested to get (from one of your other postings) that not all the accusations against the msdosfs are necessarily substantiated. Which will be useful to keep in mind when looking at the code. Thanks Robert -- Robert Nordier rnordier@iafrica.com E.A.C. From owner-freebsd-hackers Tue Jan 9 10:23:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA26243 for hackers-outgoing; Tue, 9 Jan 1996 10:23:10 -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 KAA26238 for ; Tue, 9 Jan 1996 10:23:07 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <17727(12)>; Tue, 9 Jan 1996 10:19:59 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA26525; Tue, 9 Jan 96 13:19:42 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA05928; Tue, 9 Jan 96 13:19:39 EST Message-Id: <9601091819.AA05928@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Bruce Evans Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org, phk@critter.tfs.com Subject: swapping (was Re: Add new slice to running system, comments? ) In-Reply-To: Your message of "Tue, 09 Jan 1996 05:31:41 PST." <199601091331.AAA22987@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 9 Jan 1996 10:19:34 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk I had a fairly good strategy for sharing swap between linux/win95/nt. (the Linux swap howto needs some more work). I make an extended partition of my swap size... then I do a dos format on this partition, and let win95 and nt swap to it... When Linux boots up, I do a mount -t msdos /dev/swap-space /mnt (/dev/swap-space is a sym-link to the device) rm -rf /mnt/. (better not have anything other than swap there) umount /mnt dd if=/dev/swap-space count= | gzip -c >/tmp/swap-space.gz mkswap /dev/swap-space swapon /dev/swap-space Then when I shut down in a controlled way, I do: zcat /tmp/swap-space.gz | dd of=/dev/swap-space rm /tmp/swap-space.gz restoring the dos partition... With freebsd, to swap on the same partition is a problem since we can't unmount swap partitions...and it the dos autoexec.bat, you can't rationally tell if a partition needs to be formatted... We should be able to install a system with no swap space (when I installed 2.1, it insisted on swap (I didn't try a 0 sized partition). I really think it would be a good idea for freebsd to be more flexible in how swap works... -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Tue Jan 9 10:36:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27331 for hackers-outgoing; Tue, 9 Jan 1996 10:36:39 -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 KAA27323 for ; Tue, 9 Jan 1996 10:36:29 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA12472; Tue, 9 Jan 1996 11:32:53 -0700 From: Terry Lambert Message-Id: <199601091832.LAA12472@phaeton.artisoft.com> Subject: Re: DOS File system fixes To: rnordier@iafrica.com (Robert Nordier) Date: Tue, 9 Jan 1996 11:32:53 -0700 (MST) Cc: root@synthcom.com, hackers@FreeBSD.org In-Reply-To: <199601091029.MAA01438@eac.iafrica.com> from "Robert Nordier" at Jan 9, 96 12:29: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 > > It would be heinous to support something like DBLSPACE. ;-) > > Hmmm.... :-) > > Actually, though, I feel that if we can't support the msdosfs _as_it_is_ > used_, then we aren't living up to "FreeBSD is better" and the msdosfs > support is more something to look good on the features list than an > actual benefit. I know one of the big gripes about one of the OS/2 WARP > releases was that it didn't want to have anything to do with compressed > drives. DBLSPACE should be in there somewhere (though admittedly not a top > priority). DoubleSpace is Evil. So is DriveSpace and DriveSpace 3. Probably the correct way to use them is to establish a virtual machine mapping (which means adding TSS support) and load the .BIN from IO.SYS just like DOS does. Then make your INT 21 calls in the context of that VM in order to do your FS I/O. > Seriously, though, I think the BIOS support needs to be very specific > rather than general, and only as a last resort for "DOS-specific" > hardware. Yes. A fallback device. 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 9 10:40:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA27622 for hackers-outgoing; Tue, 9 Jan 1996 10:40:31 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA27616 for ; Tue, 9 Jan 1996 10:40:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA12490; Tue, 9 Jan 1996 11:34:41 -0700 From: Terry Lambert Message-Id: <199601091834.LAA12490@phaeton.artisoft.com> Subject: Re: DOS File system fixes To: bde@zeta.org.au (Bruce Evans) Date: Tue, 9 Jan 1996 11:34:41 -0700 (MST) Cc: joerg_wunsch@uriah.heep.sax.de, terry@lambert.org, freebsd-hackers@FreeBSD.org, root@synthcom.com In-Reply-To: <199601091140.WAA18562@godzilla.zeta.org.au> from "Bruce Evans" at Jan 9, 96 10:40: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 > >> There are several reports that enabling DOS f/s read/write can damage > >> other file systems. > > I haven't seen such a report for a long time, or such report with enough > details (not even from me after I saw the problem :-) Well contact you and get him to repeat it. 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 9 11:26:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00302 for hackers-outgoing; Tue, 9 Jan 1996 11:26:01 -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 LAA00295 for ; Tue, 9 Jan 1996 11:25:59 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id LAA13967; Tue, 9 Jan 1996 11:25:45 -0800 Message-Id: <199601091925.LAA13967@austin.polstra.com> To: freebsd-hackers@freebsd.org Cc: kaleb@x.org, j@uriah.heep.sax.de Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) Date: Tue, 09 Jan 1996 11:25:45 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk I've been listening lurkingly to this discussion about RPATH vs. ldconfig. What strikes me about the argument is that both sides are right. Kaleb is right -- RPATH is good and useful. J"org is right -- ldconfig is good and useful. They don't have to be mutually exclusive, you know. SunOS, for example, has both. We can have them both, too. I've finished the "last" (ha ha) of my changes to the dynamic linker (to be committed soon), and I'm getting ready to address some of the problems in "ld". I think I can put the RPATH functionality in there quite easily, and I intend to do so. This will also require some changes to the dynamic linker, but not much. The necessary hooks are already present in our current a.out format. They've been there all along. Hang tight. -- 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 Tue Jan 9 11:40:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00892 for hackers-outgoing; Tue, 9 Jan 1996 11:40:18 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA00887 for ; Tue, 9 Jan 1996 11:40:15 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA12588; Tue, 9 Jan 1996 12:31:18 -0700 From: Terry Lambert Message-Id: <199601091931.MAA12588@phaeton.artisoft.com> Subject: Re: DOS File system fixes To: dfr@render.com (Doug Rabson) Date: Tue, 9 Jan 1996 12:31:18 -0700 (MST) Cc: bde@zeta.org.au, joerg_wunsch@uriah.heep.sax.de, terry@lambert.org, freebsd-hackers@FreeBSD.org, root@synthcom.com In-Reply-To: from "Doug Rabson" at Jan 9, 96 03:38: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 > > >It seems that if you use FIPS or PRESIZE or "Partition Magic" to resize > > >your partition, the cluster size will not be reduced. > > > > >This results in crap being written out to the "phantom" locations as if > > >it were a bigger disk. > > > > This should only affect the slice containing the DOS file system. The > > device number would have to be corrupted for a write to affect another > > device. > > > > >There is some indication that mark-for-update occurs on read-only devices, > > >and that for MSDOSFS, this update actually takes place. > > > > I think this was fixed a long time ago. > > I vaguely remember the reports of this kind of corruption being 'pre > slice' era but I could be mistaken. Can anyone remember? I am quoting behaviour/bug reports from the -questions list following the 2.1 release when I report the *apparent* problem. Note the use of the word "apparent"... it means I think the problem descriptions are analogous. 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 9 11:41:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00924 for hackers-outgoing; Tue, 9 Jan 1996 11:41:07 -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 LAA00919 for ; Tue, 9 Jan 1996 11:41:03 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id LAA14033; Tue, 9 Jan 1996 11:38:17 -0800 Message-Id: <199601091938.LAA14033@austin.polstra.com> To: dfr@render.com Cc: freebsd-hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? Date: Tue, 09 Jan 1996 11:38:17 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk Doug Rabson wrote: > 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. This is a lot of machinery you're talking about! Why would this be easier or better than simply building the application to be dynamically linked in the first place? -- 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 Tue Jan 9 11:41:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00961 for hackers-outgoing; Tue, 9 Jan 1996 11:41:38 -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 LAA00937 for ; Tue, 9 Jan 1996 11:41:09 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id TAA26662; Tue, 9 Jan 1996 19:39:52 GMT Date: Tue, 9 Jan 1996 19:39:52 +0000 (GMT) From: Doug Rabson To: hackers@freebsd.org Subject: Linux ELF binaries Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Can our Linux emulation cope with ELF binaries? I was thinking of downloading the Linux version of the Java Developer's Kit but there is not much point without support for ELF. -- 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 9 11:47:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01143 for hackers-outgoing; Tue, 9 Jan 1996 11:47:02 -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 LAA01125 for ; Tue, 9 Jan 1996 11:46:54 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id OAA16562; Tue, 9 Jan 1996 14:43:04 -0500 Date: Tue, 9 Jan 1996 14:43:04 -0500 (EST) From: "Ron G. Minnich" To: Jaye Mathisen cc: John Beukema , hackers@freebsd.org Subject: mmap issue with vm/file system In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk As things stand now, in 2.1, you can't mmap a file and assume that you'll get the same results from a series of loads/stores as from a series of reads/writes. The vm and file system integration is still not there, although I understand john dyson and co. are working very hard on getting it done. But once it does work the release number will be > 2.1. That's not to say that you can't use shared mapped files for some uses, it's just that you can't expect it to be integrated correctly with file I/O. freebsd is not alone in this: xxxbsd doesn't do it yet, and from my several tries at it linux doesn't get it right either. Ron Minnich |Like a knife through Daddy's heart: rminnich@sarnoff.com |"Don't make fun of Windows, daddy! It takes care (609)-734-3120 | of all my files and it's reliable and I like it". From owner-freebsd-hackers Tue Jan 9 11:53:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01514 for hackers-outgoing; Tue, 9 Jan 1996 11:53:04 -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 LAA01509 Tue, 9 Jan 1996 11:53:00 -0800 (PST) Message-Id: <199601091953.LAA01509@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Dataradio sysadmin cc: hackers@freebsd.org Subject: Re: AHA 2940 lockup == 2740 lockup? In-reply-to: Your message of "Mon, 08 Jan 1996 12:06:02 EST." Date: Tue, 09 Jan 1996 11:52:59 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > >When the machine is found in case 1 or 2, numerous times the light on the >hard disk is stuck on but no information is on the console. > >The system is 2.1-Release. > >Could these problems be related in any way to the problems people have >been seeing with the 2940? > >Thanks! Yes, they are related. The two controllers use the same sequencer program. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Jan 9 12:19:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03367 for hackers-outgoing; Tue, 9 Jan 1996 12:19:05 -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 MAA03360 for ; Tue, 9 Jan 1996 12:19:00 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id PAA13289 for hackers@freebsd.org; Tue, 9 Jan 1996 15:14:12 -0500 From: Rashid Karimov Message-Id: <199601092014.PAA13289@rk.ios.com> Subject: 64MB 60ns EDO SIMMS - are they avail. already ? To: hackers@freebsd.org Date: Tue, 9 Jan 1996 15:14:11 -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 trying to get the subj. ordered - looks like (at least that's waht I'm being told) there is no such thing on the market yet ? Any expirience with ordering that big SIMMs ? I'm trying to upgrade local news machine ( P6 MB from ASUS) to 256Mb of RAM.. Also ... any news on whether ASUS started producing the P6 MBs with FIXED ORION chipset ( w/o sad 4.4Mb/sec limit). Rashid From owner-freebsd-hackers Tue Jan 9 12:21:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03587 for hackers-outgoing; Tue, 9 Jan 1996 12:21:04 -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 MAA03581 for ; Tue, 9 Jan 1996 12:21:00 -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 MAA01936; Tue, 9 Jan 1996 12:19:55 -0800 Message-Id: <199601092019.MAA01936@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Justin T. Gibbs" cc: Dataradio sysadmin , hackers@freebsd.org Subject: Re: AHA 2940 lockup == 2740 lockup? In-reply-to: Your message of "Tue, 09 Jan 1996 11:52:59 PST." <199601091953.LAA01509@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Jan 1996 12:19:54 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Say, does anyone have a good answer to what the PCI Latency value should be set to?? According to Jim Lowe, ASUS lowered the default PCI Latency value from 80 to 32 on their new motherboards. Jim thinks that this may not be a low enough value ... So what is scoop? Tnks, Amancio >>> "Justin T. Gibbs" said: > > > >When the machine is found in case 1 or 2, numerous times the light on the > >hard disk is stuck on but no information is on the console. > > > >The system is 2.1-Release. > > > >Could these problems be related in any way to the problems people have > >been seeing with the 2940? > > > >Thanks! > > Yes, they are related. The two controllers use the same sequencer program. > -- > Justin T. Gibbs > =========================================== > FreeBSD: Turning PCs into workstations > =========================================== > From owner-freebsd-hackers Tue Jan 9 12:22:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03649 for hackers-outgoing; Tue, 9 Jan 1996 12:22:26 -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 MAA03641 for ; Tue, 9 Jan 1996 12:22:22 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id PAA13301 for hackers@freebsd.org; Tue, 9 Jan 1996 15:17:28 -0500 From: Rashid Karimov Message-Id: <199601092017.PAA13301@rk.ios.com> Subject: How many Adaptecs ... To: hackers@freebsd.org Date: Tue, 9 Jan 1996 15:17:28 -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 ppl, How many of 'em one can put into the single computer ? Will 3 of them work ? ahc driver complains about ahc2 being too high ... Rashid From owner-freebsd-hackers Tue Jan 9 12:33:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04224 for hackers-outgoing; Tue, 9 Jan 1996 12:33:33 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA04217 for ; Tue, 9 Jan 1996 12:33:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id MAA01482; Tue, 9 Jan 1996 12:31:02 -0800 To: John Polstra cc: dfr@render.com, freebsd-hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Tue, 09 Jan 1996 11:38:17 PST." <199601091938.LAA14033@austin.polstra.com> Date: Tue, 09 Jan 1996 12:31:02 -0800 Message-ID: <1480.821219462@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > This is a lot of machinery you're talking about! Why would this > be easier or better than simply building the application to be > dynamically linked in the first place? Well, do you have any suggestions for building a dynamic linked binary with *no* dependencies? There isn't room on the boot floppy for a binary and its shared library (and don't even talk to me about building a "mini libc" - that evil idea has been discussed to death!) so whichever binary I stick there can't have any *required* deps. Having it load shared libs later, once it's latched on to some sort of media, is a another matter - I just can't get past the startup deps problem. I've tried to link dynamic bins with libc non-shared and it just doesn't seem to work! :( Jordan From owner-freebsd-hackers Tue Jan 9 12:58:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05854 for hackers-outgoing; Tue, 9 Jan 1996 12:58: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 MAA05848 Tue, 9 Jan 1996 12:58:09 -0800 (PST) Message-Id: <199601092058.MAA05848@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Rashid Karimov cc: hackers@freebsd.org Subject: Re: How many Adaptecs ... In-reply-to: Your message of "Tue, 09 Jan 1996 15:17:28 EST." <199601092017.PAA13301@rk.ios.com> Date: Tue, 09 Jan 1996 12:58:08 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > Hi there ppl, > > > How many of 'em one can put into the single > computer ? > Will 3 of them work ? > > ahc driver complains about ahc2 being too high ... It is if you don't have an ahc2 in your config file and you are not running -stable or -current. You can put as many 2940s in your system taht can fit provided that your motherboard doesn't have any bugs in the area of multiple busmasters. Wcarchive uses 3. > > > > Rashid -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Tue Jan 9 13:01:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06232 for hackers-outgoing; Tue, 9 Jan 1996 13:01:15 -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 NAA06226 for ; Tue, 9 Jan 1996 13:01:10 -0800 (PST) Received: (from root@localhost) by sponsor.octet.com (8.6.12/8.6.12) id PAA06790 for hackers@freebsd.org; Tue, 9 Jan 1996 15:30:45 GMT From: Daniel Leeds Message-Id: <199601091530.PAA06790@sponsor.octet.com> Subject: mb_map full To: hackers@freebsd.org Date: Tue, 9 Jan 1996 15:28:14 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk what does this error mean? one of our freebsd machines locked up with the error kernel mb_map full... its completely frozen... what caused this...remedies...etc thanks From owner-freebsd-hackers Tue Jan 9 13:07:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06585 for hackers-outgoing; Tue, 9 Jan 1996 13:07:46 -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 NAA06572 for ; Tue, 9 Jan 1996 13:07:17 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id QAA17415; Tue, 9 Jan 1996 16:04:46 -0500 Date: Tue, 9 Jan 1996 16:04:46 -0500 (EST) From: "Ron G. Minnich" To: hackers@freebsd.org Subject: modified freebsd cluster home page at sarnoff Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk the main thing is there are two pictures now of the cluster. They're not great, taken with an indycam, but what the heck. The links are in the 2nd paragraph, you can ignore the rest if you wish :-) ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html ron p.s. the racks are two old northern telecom racks. Had great fun taking them apart, left the innards neatly stacked on the basement floor. Didn't have as much fun later when the telco guy here told me they planned to resell the switch (he was just kidding it turned out)! Rack on the right was named Ralph, the one on the left was Charlie. This only makes sense if you know this place used to be owned by RCA. Ron Minnich |Like a knife through Daddy's heart: rminnich@sarnoff.com |"Don't make fun of Windows, daddy! It takes care (609)-734-3120 | of all my files and it's reliable and I like it". From owner-freebsd-hackers Tue Jan 9 13:09:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA06815 for hackers-outgoing; Tue, 9 Jan 1996 13:09:30 -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 NAA06801 for ; Tue, 9 Jan 1996 13:09:17 -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 WAA22769 for ; Tue, 9 Jan 1996 22:09:13 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id VAA00623 for hackers@freebsd.org; Tue, 9 Jan 1996 21:01:25 +0100 From: Thomas Graichen Message-Id: <199601092001.VAA00623@mordillo> Subject: non demand paged executables To: hackers@freebsd.org Date: Tue, 9 Jan 1996 21:01:24 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk is it possible to create non demand paged executables with FreeBSD ? i'm currently building something like a FreeBSD xterminal - which i netboot via eprom nfs-mount the root (and only) filesystem from there i exec in /etc/rc the xserver via X -query ... - the /tmp dir is mfs mounted - thus the /tmp/.X* files from the xserver aren't coming via nfs - my idea is that - if i have a non demand paged executable of the xserver i can start it and then it should still work if i turn off the server the xterminal booted from (currently it works a moment - until i think it starts demand paging and hanging because the filesystem is hanging because the nfs-server is down) is this possible ? 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 Tue Jan 9 13:13:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA07318 for hackers-outgoing; Tue, 9 Jan 1996 13:13:47 -0800 (PST) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA07305 for ; Tue, 9 Jan 1996 13:13:36 -0800 (PST) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id VAA26685 for ; Tue, 9 Jan 1996 21:59:40 +0100 Received: (from wosch@localhost) by localhost (8.6.9/8.6.9) id RAA00359; Tue, 9 Jan 1996 17:15:04 +0100 Date: Tue, 9 Jan 1996 17:15:04 +0100 From: Wolfram Schneider Message-Id: <199601091615.RAA00359@localhost> To: hackers@freebsd.org Subject: wc(1) Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk FreeBSD-2.x wc(1) is slow and ugly. NetBSD-current has the same code as FreeBSD-1.1.5, faster and cleaner written. Wolfram time FreeBSD-2.1/wc /usr/share/dict/words 234936 234936 2486813 /usr/share/dict/words 6.96 real 6.48 user 0.40 sys time FreeBSD-1.1.5/wc /usr/share/dict/words 234936 234936 2486813 /usr/share/dict/words 5.72 real 5.19 user 0.45 sys time FreeBSD-2.1/wc -l < /usr/share/dict/words 234936 6.99 real 6.38 user 0.46 sys time FreeBSD-1.1.5/wc -l < /usr/share/dict/words 234936 2.97 real 2.50 user 0.42 sys From owner-freebsd-hackers Tue Jan 9 13:14:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA07372 for hackers-outgoing; Tue, 9 Jan 1996 13:14:54 -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 NAA07366 for ; Tue, 9 Jan 1996 13:14:45 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id NAA14462; Tue, 9 Jan 1996 13:12:18 -0800 Message-Id: <199601092112.NAA14462@austin.polstra.com> To: "Jordan K. Hubbard" cc: dfr@render.com, freebsd-hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Tue, 09 Jan 1996 12:31:02 PST." <1480.821219462@time.cdrom.com> Date: Tue, 09 Jan 1996 13:12:18 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk Jordan wrote: > Well, do you have any suggestions for building a dynamic linked > binary with *no* dependencies? There isn't room on the boot floppy > for a binary and its shared library ... > > I've tried to link dynamic bins with libc non-shared and it just > doesn't seem to work! :( I can tell you how to do _almost_ what you want, and I bet it's close enough. Is your kludge-tolerance control set fairly high? Apparently, if you don't use any shared libraries, "ld" won't make your executable dynamically-linked. You can get around this if you're willing to have your executable "depend" on a tiny do-nothing shared library. First create a file "tiny.c" that contains this: void a_real_kludge() { } Now make a shared library "libtiny.so.1.0" out of it: cc -fpic -c tiny.c ld -Bshareable -o libtiny.so.1.0 tiny.o strip libtiny.so.1.0 You'll have to put this library on the installation disk, but it's pretty small: -rwxr-xr-x 1 jdp jdp 8192 Jan 9 12:53 libtiny.so.1.0 Now build your executable like this: cc hello.c libtiny.so.1.0 -Xlinker -Bstatic strip a.out That will give you what you need. "ldd a.out" says: a.out: libtiny.so.1.0 => libtiny.so.1.0 (0x8025000) And "file a.out" says: a.out: FreeBSD/i386 demand paged dynamically linked executable And it even runs: Hello, world! You should be able to use dlopen and friends from this executable. Be sure, when you build the shared libraries that you want to load later with dlopen, that you specify all needed libraries on the "ld" command line. I.e.: ld -Bshareable -o libbig.so.1.0 big1.o big2.o ... -lc That will ensure that needed libraries (such as libc.so.x.x in this example) will get loaded too, at dlopen time. -- 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 Tue Jan 9 13:30:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08447 for hackers-outgoing; Tue, 9 Jan 1996 13:30:02 -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 NAA08426 for ; Tue, 9 Jan 1996 13:29:55 -0800 (PST) Received: by Sysiphos id AA15347 (5.67b/IDA-1.5 for hackers@FreeBSD.ORG); Tue, 9 Jan 1996 22:29:09 +0100 Message-Id: <199601092129.AA15347@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 9 Jan 1996 22:29:08 +0100 In-Reply-To: "Amancio Hasty Jr." "Re: AHA 2940 lockup == 2740 lockup?" (Jan 9, 12:19) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Amancio Hasty Jr." Subject: Re: AHA 2940 lockup == 2740 lockup? Cc: Dataradio sysadmin , hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 9, 12:19, "Amancio Hasty Jr." wrote: } Subject: Re: AHA 2940 lockup == 2740 lockup? } Say, does anyone have a good answer to what the PCI Latency value should } be set to?? } } According to Jim Lowe, ASUS lowered the default PCI Latency value from } 80 to 32 on their new motherboards. Jim thinks that this may not be } a low enough value ... So what is scoop? The latency timer guarantees a certain number of PCI bus cycles to be avaible for each bus-master in turn, before it has to give up to another master. Since there is some start overhead (PCI multiplexes address and data over the same lines, there is one idle cycle to avoid different PCI drivers being active at a time, and there is the DRAM RAS overhead when going to a new RAM page), you need some 16 cycles minimum, or PCI will come out slower than ISA :-) If there is only one bus-master, then the latency timer value does not matter at all. It is different from a time slice in a multi tasking kernel in that it guarantees a MINimum time (and does not limit the MAXimum time) a PCI card may send data once it won bus arbitration. If there is some number of active cards (say 'N'), then the worst case delay to get access to the PCI bus is N * lat_timer PCI cycles (if round robin arbitration is used). In case of a 100baseT Ethernet card with say 64 bytes of FIFO, this must be at most 6.4 microseconds, or 211 PCI bus cycles. With 4 slots filled on the motherboard (and the CPU to PCI bridge and PCI to ISA bridge being another two potential bus masters), there are 6 masters, and thus a latency timer value of 32 (decimal) will be a save maximum. If all devices are active at a time, then there will be time slices of 32 PCI cycles each, of which some 10 will be startup overhead. You won't be able to get more than 70% theoretical PCI throughput this way. But since I haven't seen any PCI chip set which was capable of 1 PCI to DRAM transfer per PCI cycle, there will be some 10 DWORD transfers within those 32 PCI cycles, or 40MB/s ... Using a lat_timer value of 50 cycles (32 hex) there will be max. 20 DWORD transfered per burst, or some 50MB/s. (This is a little oversimplified. A PCI device must give up bus ownership if the latency imer expires and another master is requesting the bus. But it may take several PCI cycles to complete the last transfer. Accessing a ISA device from a PCI bus master may require more than a microsecond (= 33 PCI cycles) for the first byte ... ) The latency timer has to be set to such a value, that there are no FIFO overflows due to too long a delay after requesting the bus. This is a problem with network adapters, which can't easily suspend the sending device in case the FIFO fills. Just make sure that the number of bus masters times the value of the latency timer is less than the number of PCI cycles a FIFO in some PCI chip will be able to buffer its data. Don't choose too low a value, since this will reduce the sustained data rate unnecessarily, if there are competing PCI masters. 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 9 13:34:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08731 for hackers-outgoing; Tue, 9 Jan 1996 13:34:16 -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 NAA08710 Tue, 9 Jan 1996 13:34:07 -0800 (PST) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id QAA20547; Tue, 9 Jan 1996 16:34:04 -0500 Date: Tue, 9 Jan 1996 16:34:04 -0500 Message-Id: <199601092134.QAA20547@fang.cs.sunyit.edu> In-Reply-To: "Rodney C. Forbes" "A few questions" (Jan 9, 1:35pm) from: chuck@fang.cs.sunyit.edu X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Rodney C. Forbes" Subject: Re: A few questions Cc: questions@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 9, 1:35pm, "Rodney C. Forbes" wrote: } Subject: A few questions } 3. I recently installed a Nakamichi 7 disk CD-ROM changer. What is the current } status concerning reports of panics while using this drive. Are there } any patches I should be aware of? I too recently purchased one of these drives (I haven't recieved it yet though). I'm concerned about the possibility of panics and wonder how FreeBSD will handle multiple access attempts to different LUNs. Has any- one had any success/failure in these areas? } }-- End of excerpt from "Rodney C. Forbes" -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Tue Jan 9 13:34:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA08825 for hackers-outgoing; Tue, 9 Jan 1996 13:34:50 -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 NAA08812 for ; Tue, 9 Jan 1996 13:34:41 -0800 (PST) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id NAA24104 for ; Tue, 9 Jan 1996 13:34:22 -0800 Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id XAA13582 for ; Tue, 9 Jan 1996 23:33:13 +0200 (SAT) Message-Id: <199601092133.XAA13582@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: hackers@freebsd.org Subject: How to keepalive a sick ppp process? Date: Tue, 09 Jan 1996 23:33:12 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org Precedence: bulk Hi I have just retired my old ka9q/386.16 router in favour of using my name/kerberos/web server as a gateway. I am using iijppp (damn fine program!), but every now-and-then it dies on me. Last time it was a sig4 (Illegal instruction). I do not have the time to hack in this right now, so I am looking for a workround. I am running current (about a week or so old), and I would appreciate any experiences from anyone who has written scripts or other kludges that re-awaken dead daemons. Has anyone done this? Code that notices that any daemon (innd, ppp, etc) has died and restarts a new one would help. If not, I guess I invent the wheel! 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 Tue Jan 9 13:46:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA09772 for hackers-outgoing; Tue, 9 Jan 1996 13:46:48 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA09758 for ; Tue, 9 Jan 1996 13:46:36 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA10876 for ; Tue, 9 Jan 1996 22:46:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA21486 for freebsd-hackers@freebsd.org; Tue, 9 Jan 1996 22:46:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA00405 for freebsd-hackers@freebsd.org; Tue, 9 Jan 1996 22:37:43 +0100 (MET) From: J Wunsch Message-Id: <199601092137.WAA00405@uriah.heep.sax.de> Subject: Re: Dual Monitor Systems... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 9 Jan 1996 22:37:42 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601091040.LAA21892@allegro.lemis.de> from "Greg Lehey" at Jan 9, 96 11:40:36 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Greg Lehey wrote: > You've obviously never burnt out a monitor :-( > > Running monitors out of spec *does* damage monitors. The usual cause for burning a monitor is _over_driving its horizontal frequency. In a dumb fixed-frequency monitor, the CRT accelerator voltage supply is simply done by the horizontal output stage (``line transformator'', like in any TV set), and overdriving its spec'ed frequency causes this stage to produce way too much high voltage, and finally too much power dissipation in the driving transistors, hence overheating either the transistor(s), or melting the isolation out of the transformator. _Under_driving the frequency has the ill side-effect of reducing the high voltage, which is far less dangerous. If a monitor is operated in this state for a really long period of time (weeks), this might also cause the cathode of the CRT to become `deaf' (reduced emittability), but that's certainly not a problem if it's running a few hours in this state. Running a fixed-frequency monitor (f[H] usually between 60 and 90 kHz) at VGA speed (31.5 kHz) is plain underdriving. (``multi-sync'' monitors have a separate accelerator voltage power supply, or some other sort of self-control, and usually protect theirselves against overdriving.) > ..., but what > happens if you have a power fail in the middle of the night, and > something hangs? I don't turn off my computer, but i turn off my monitor when i'm absent for a while. -- 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 9 13:58:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA10829 for hackers-outgoing; Tue, 9 Jan 1996 13:58:12 -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 NAA10823 for ; Tue, 9 Jan 1996 13:58:08 -0800 (PST) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <16543(15)>; Tue, 9 Jan 1996 13:48:17 PST Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA29247; Tue, 9 Jan 96 16:47:56 EST Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA07945; Tue, 9 Jan 96 16:47:55 EST Message-Id: <9601092147.AA07945@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Terry Lambert Cc: rnordier@iafrica.com (Robert Nordier), root@synthcom.com, hackers@freebsd.org Subject: Re: DOS File system fixes In-Reply-To: Your message of "Tue, 09 Jan 1996 10:32:53 PST." <199601091832.LAA12472@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 9 Jan 1996 13:47:53 PST From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk > > > It would be heinous to support something like DBLSPACE. ;-) > > > > Hmmm.... :-) > > > > Actually, though, I feel that if we can't support the msdosfs _as_it_is_ > > used_, then we aren't living up to "FreeBSD is better" and the msdosfs > > support is more something to look good on the features list than an > > actual benefit. I know one of the big gripes about one of the OS/2 WARP > > releases was that it didn't want to have anything to do with compressed > > drives. DBLSPACE should be in there somewhere (though admittedly not a top > > priority). > > DoubleSpace is Evil. So is DriveSpace and DriveSpace 3. > Funny you feel that way ;-) I totally agree... Jerry Pournelle had a column in byte last month (while he didn't say it was evil, he said it wasn't a good idea...) gzip -r . works fine for me ;-) -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Tue Jan 9 14:06:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11365 for hackers-outgoing; Tue, 9 Jan 1996 14:06:50 -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 OAA11360 for ; Tue, 9 Jan 1996 14:06:46 -0800 (PST) Received: from eac.iafrica.com (slipper119220.iafrica.com [196.7.119.220]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id OAA24600 for ; Tue, 9 Jan 1996 14:06:26 -0800 Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id WAA00192; Tue, 9 Jan 1996 22:20:58 +0200 From: Robert Nordier Message-Id: <199601092020.WAA00192@eac.iafrica.com> Subject: Re: DOS File system fixes To: terry@lambert.org (Terry Lambert) Date: Tue, 9 Jan 1996 22:20:55 +0200 (SAT) Cc: root@synthcom.com, hackers@freebsd.org In-Reply-To: <199601091832.LAA12472@phaeton.artisoft.com> from "Terry Lambert" at Jan 9, 96 11:32:53 am X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Terry Lambert wrote: > > . . . . . > > DBLSPACE should be in there somewhere (though admittedly not a top > > priority). > > DoubleSpace is Evil. So is DriveSpace and DriveSpace 3. > > Probably the correct way to use them is to establish a virtual machine > mapping (which means adding TSS support) and load the .BIN from IO.SYS > just like DOS does. > > Then make your INT 21 calls in the context of that VM in order to do > your FS I/O. > I'd forgotten the whole story about MRCI and MRCI 2, DoubleSpace and DriveSpace, and was under the mistaken impression everything was still open, documented and (relatively) uncomplicated, until Neil Bradley mentioned something in another posting. So, you're right, we'd have to run the .BIN ... which is beginning to sound a bit like work, unless we arrange to run other, better things too. Though, personally, I've never been attracted to the idea of FreeBSD running DOS or Windows apps: I don't know how others feel about this. Thanks for the input. -- Robert Nordier rnordier@iafrica.com E.A.C. From owner-freebsd-hackers Tue Jan 9 14:14:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11870 for hackers-outgoing; Tue, 9 Jan 1996 14:14:08 -0800 (PST) Received: from voland.phoebe.com (ix-sf5-23.ix.netcom.com [199.35.210.183]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11863 for ; Tue, 9 Jan 1996 14:14:04 -0800 (PST) Received: (from tulchins@localhost) by voland.phoebe.com (8.6.12/8.6.12) id OAA00770 for hackers@freebsd.org; Tue, 9 Jan 1996 14:15:39 GMT Date: Tue, 9 Jan 1996 14:15:39 GMT From: Steven Tulchinsky Message-Id: <199601091415.OAA00770@voland.phoebe.com> To: hackers@freebsd.org Subject: can't rm /compat Sender: owner-hackers@freebsd.org Precedence: bulk Hi everybody, Here is another problem After last crash I managed to recover but probably did something wrong using fsck and it created in place of /compat directory, very strange file b---rw-r-- 1 944581969 911628861 56, 1313538113 Dec 29 1976 compat which I can't remove and replace with original directory. Please help. Thanks in advance Please reply to tulchins@ix.netcom.com. Steven From owner-freebsd-hackers Tue Jan 9 14:14:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA11896 for hackers-outgoing; Tue, 9 Jan 1996 14:14:55 -0800 (PST) Received: from voland.phoebe.com (ix-sf5-23.ix.netcom.com [199.35.210.183]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11890 for ; Tue, 9 Jan 1996 14:14:48 -0800 (PST) Received: (from tulchins@localhost) by voland.phoebe.com (8.6.12/8.6.12) id OAA00774 for hackers@freebsd.org; Tue, 9 Jan 1996 14:16:25 GMT Date: Tue, 9 Jan 1996 14:16:25 GMT From: Steven Tulchinsky Message-Id: <199601091416.OAA00774@voland.phoebe.com> To: hackers@freebsd.org Subject: EXABYTE SCSI tape Sender: owner-hackers@freebsd.org Precedence: bulk Hi everybody, Here is my problem. I can't make my SCSI tape drive work. If drive is empty at the boot time I get: (ahc0:3:0): "EXABYTE EXB-8200 2618" type 1 removable SCSI 1 st0(ahc0:3:0): Sequential-Access density code 0x0, drive empty if I put tape in it tries to access it and after three "device busy" shows "drive empty". How can I get it to work. I am tired of reinstalling and reconfiguring the system after every crash :-( I am running 2.1 from cdrom. I have pentium 90 with adaptec 2940. Thanks a lot for your help. Please reply to tulchins@ix.netcom.com. Steven From owner-freebsd-hackers Tue Jan 9 14:20:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA12329 for hackers-outgoing; Tue, 9 Jan 1996 14:20:37 -0800 (PST) Received: from linux4nn.gn.iaf.nl (linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA11933 for ; Tue, 9 Jan 1996 14:15:43 -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 XAA13986 for ; Tue, 9 Jan 1996 23:15:17 +0100 Received: by uni4nn.iaf.nl with UUCP id AA23062 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Tue, 9 Jan 1996 23:14:54 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA02519 (5.65c/IDA-1.4.4); Tue, 9 Jan 1996 22:29:48 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id UAA01132 for FreeBSD-hackers@freebsd.org; Tue, 9 Jan 1996 20:48:54 +0100 From: Wilko Bulte Message-Id: <199601091948.UAA01132@yedi.iaf.nl> Subject: ESDI collection needs upgrade To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Tue, 9 Jan 1996 20:48: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: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Sorry for misusing -hackers (somewhat) I recently obtained 2 760Mb ESDI disks that I want to put into my test system. These things are 54 sec/track. The Adaptec 2320 I got from a kind soul from the UK for FreeBSD SNAP testing does not support disks like that. I think it maxes out at 35 or 36 sect/track. I'm now looking for someone who can help me to a Adaptec 2322D (the D rev should support this # of sects) or an Ultrastor 12F. So, who has one sitting in his junkbox and wants to part from it for the good cause (== testing SNAPs) ? Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Tue Jan 9 15:08:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16021 for hackers-outgoing; Tue, 9 Jan 1996 15:08:05 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-178.emea.ibm.net [139.92.42.178]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA15930 Tue, 9 Jan 1996 15:07:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id XAA03196; Tue, 9 Jan 1996 23:55:07 +0100 (MET) Message-Id: <199601092255.XAA03196@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: n1epo4tl@ibmmail.com, hackers@freebsd.org Subject: Re: Upgrade to 2.1 Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Mon, 08 Jan 1996 02:07:04 PST." <23125.821095624@time.cdrom.com> Date: Tue, 09 Jan 1996 23:55:06 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: "Jordan K. Hubbard" > > 2) During the update, it complained that it couldn't find proflibs. > > >From the CD? You don't mention the media you're using.. I don't have a 2.1.0 CD, so couldn't lend Stuart one this time, I wrote to tape what Michael Elbel fetched over the net, which was `release' (but who knows, FreeBSD has gone through floppy iterations on net copies of previous releases, so maybe ... I didn't use the release myself, being current, but the only change I made was in giving him a truncated games on 2nd 60M tape, nothing else got trunc'd tho' on either tape. On my local host `vector' I see no md5's in my /public/freebsd/ref/release/2.1.0/floppies, just -r--r--r-- 1 jhs daemon 800 Nov 18 12:53 README.TXT -r--r--r-- 1 jhs daemon 1228800 Nov 18 12:53 atapi.flp -r--r--r-- 1 jhs daemon 1228800 Nov 18 12:50 boot.flp -r--r--r-- 1 jhs daemon 1228800 Nov 18 12:47 fixit.flp -r--r--r-- 1 jhs daemon 414720 Nov 18 12:44 root.flp md5 * MD5 (README.TXT) = c98c48bd52af88f0f3c77a70a92df115 MD5 (atapi.flp) = 484550607489555034953562470124bc MD5 (boot.flp) = 00d22c35c89782bd39982f6584787f9f MD5 (fixit.flp) = 4befc8a1935b858094b7c8518a72e969 MD5 (root.flp) = 3ebd122116f040adb71438196cefac5b > Grumble. I'd like to be able to reproduce it, I really would! OK, I'll log into freefall & do some md5's & mail them to Stuart (PS leave n1epo4tl@ibmmail.com on the cc line, I don't think he's on hackers@). Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Tue Jan 9 15:09:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16312 for hackers-outgoing; Tue, 9 Jan 1996 15:09:50 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-178.emea.ibm.net [139.92.42.178]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA16252 Tue, 9 Jan 1996 15:09:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id LAA00868; Tue, 9 Jan 1996 11:54:58 +0100 (MET) Message-Id: <199601091054.LAA00868@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: Philippe Regnauld cc: hackers@freebsd.org Subject: Re: A few NITS about SCSI Tapes Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Sun, 07 Jan 1996 14:58:49 +0100." <199601071358.OAA02485@tetard.frmug.fr.net> Date: Tue, 09 Jan 1996 11:54:58 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: Philippe Regnauld > > Haven't timed it, though, and I doubt many people out there still > use 60Mb streamers. > I have 3 60M drives here, of different manufacturers, if you want a timing test done, tell me what to do (I run current) (I'm picking up this conversation late) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Tue Jan 9 15:10:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA16387 for hackers-outgoing; Tue, 9 Jan 1996 15:10:31 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-178.emea.ibm.net [139.92.42.178]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA16322 Tue, 9 Jan 1996 15:09:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id LAA00852; Tue, 9 Jan 1996 11:52:10 +0100 (MET) Message-Id: <199601091052.LAA00852@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: Michael Smith cc: uhclem@nemesis.lonestar.org (Frank Durda IV), chuck@fang.cs.sunyit.edu, hackers@freebsd.org Subject: Re: A few NITS about SCSI Tapes Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Sun, 07 Jan 1996 17:56:20 +1030." <199601070726.RAA19955@genesis.atrad.adelaide.edu.au> Date: Tue, 09 Jan 1996 11:52:08 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: Michael Smith > > I'd be inclined to unlock on rewind; it makes little or no sense to be > able to eject a partially-wound tape. It does when you'r in a rush to leave an office after tape write, rewind can be done later on the next drive you read on, (just dont touch the media inbetween times). Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Tue Jan 9 15:22:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17469 for hackers-outgoing; Tue, 9 Jan 1996 15:22:05 -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 PAA17455 for ; Tue, 9 Jan 1996 15:21:52 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id QAA15983; Tue, 9 Jan 1996 16:24:04 -0700 Date: Tue, 9 Jan 1996 16:24:04 -0700 From: Nate Williams Message-Id: <199601092324.QAA15983@rocky.sri.MT.net> To: Mark Murray Cc: hackers@freebsd.org Subject: Re: How to keepalive a sick ppp process? In-Reply-To: <199601092133.XAA13582@grumble.grondar.za> References: <199601092133.XAA13582@grumble.grondar.za> Sender: owner-hackers@freebsd.org Precedence: bulk > I am using iijppp (damn fine program!), but every now-and-then it dies > on me. Do you need the on-demand cababilities of ppp, or are you looking for a 'full-time' link? If the latter, you can use pppd to provide the same functionality. We eneded up using pppd vs. ijppp because of the occasional instability of the user-level stuff. Nate From owner-freebsd-hackers Tue Jan 9 15:23:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17527 for hackers-outgoing; Tue, 9 Jan 1996 15:23:15 -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 PAA17519 for ; Tue, 9 Jan 1996 15:23:11 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Tue, 9 Jan 96 22:01 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 WAA23824; Tue, 9 Jan 1996 22:48:11 +0100 Message-Id: <199601092148.WAA23824@allegro.lemis.de> Subject: Re: Using `ping' to diagnose network connections reasonable? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 9 Jan 1996 22:48:10 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <24751.821114877@time.cdrom.com> from "Jordan K. Hubbard" at Jan 8, 96 07:27:57 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 Jordan K. Hubbard writes: > > I'd like to add some code to sysinstall which will attempt to > `diagnose' a link before accepting the configuration parameters, > catching a lot of adapter misconfiguration and incorrect data errors > that sysinstall misses now (to fail less gracefully later). My > question is whether or not `ping' is a reasonable way to measure > connectivity between your host and the gateway & dns machines. Is it > reasonable to assume that if a host supports forwarding or DNS > queries, it will also answer pings? What if you've got pings blocked > somehow but allow DNS traffic through? I wouldn't want to flag a host > as `unreachable' when in fact it would have worked fine for its > intended purpose! That would be worse than no error checking at all. Well, here are three possibilities to consider: 1. I have an ISDN dialup connection, and I don't like people costing me money by pinging me, so I have got my ISP to drop ICMP packets at his end. 2. I have an PPP dialup connection, and I haven't got my ISP to drop ICMP packets at his end. Still, setting up the connection takes so long that the first 20 packets fall into the bit bucket. 3. I have a machine with an independent IP processor. If the main machine fails, you can't talk to it (how about that), but you can still ping it. This isn't made up, I really do have a machine like that (based on a 68020, would you believe, but the IP processor is an 80386 :-). In each of these cases, your ping check may come to an incorrect conclusion. Pinging is nice for an approximation, but it's no substitute for the real thing. Greg From owner-freebsd-hackers Tue Jan 9 15:26:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA17718 for hackers-outgoing; Tue, 9 Jan 1996 15:26:22 -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 PAA17701 for ; Tue, 9 Jan 1996 15:26:15 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA15549; Wed, 10 Jan 1996 00:25:59 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA23586; Wed, 10 Jan 1996 00:25:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA02051; Wed, 10 Jan 1996 00:17:45 +0100 (MET) From: J Wunsch Message-Id: <199601092317.AAA02051@uriah.heep.sax.de> Subject: Re: Demand loading (Re: FreeBSD, Zappa & PCI) To: jdp@polstra.com (John Polstra) Date: Wed, 10 Jan 1996 00:17:45 +0100 (MET) Cc: freebsd-hackers@freebsd.org, kaleb@x.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601091925.LAA13967@austin.polstra.com> from "John Polstra" at Jan 9, 96 11:25:45 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 John Polstra wrote: > > I've been listening lurkingly to this discussion about RPATH vs. > ldconfig. What strikes me about the argument is that both sides > are right. > > Kaleb is right -- RPATH is good and useful. J"org is right -- > ldconfig is good and useful. They don't have to be mutually > exclusive, you know. That's been about my conclusion, after an ongoing discussion with Kaleb in private mail. (Kaleb seems to be tired of it now?) I've been missing ldconfig in SVR4, and i'm sure i would have been missing RPATH if i were used to it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Jan 9 15:41:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA18705 for hackers-outgoing; Tue, 9 Jan 1996 15:41:38 -0800 (PST) Received: from mrn1.aaarf.org (mrn1.aaarf.org [204.33.231.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA18699 for ; Tue, 9 Jan 1996 15:41:33 -0800 (PST) Received: (from dim@localhost) by mrn1.aaarf.org (8.6.11/8.6.9) id PAA06668 for freebsd-hackers@freebsd.org; Tue, 9 Jan 1996 15:43:05 -0800 Date: Tue, 9 Jan 1996 15:43:05 -0800 From: "D. Gerasimatos" Message-Id: <199601092343.PAA06668@mrn1.aaarf.org> To: freebsd-hackers@freebsd.org Subject: "split" question Sender: owner-hackers@freebsd.org Precedence: bulk Is there something wrong with "split" or is there something wrong with me? :) I'm using the version found in 2.0.5 on a 2.0.5 system and I can't seem to get the "-l" flag working correctly. I'm splitting a 14 megabyte text file into segments that are 11500 lines long apiece (total lines are 162800). I am using: split -l 11500 This seems to work fine on other OSes, namely HP-UX. I am not having problems with the "-b" flag, but I can't get the "-l" flag to work no matter what. "split -l 1000", "split -l 3000", and "split -l1000" (no space between line arg and flag) all fail with the error: split: 3000: illegal line count. where "3000" is the number trailing the "-l" flag. Is this a known bug or does this command not work according to the man pages? I assume the former, since I can get it to work on HP-UX. Help! :) Dimitrios From owner-freebsd-hackers Tue Jan 9 16:19:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA20901 for hackers-outgoing; Tue, 9 Jan 1996 16:19:59 -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 QAA20896 for ; Tue, 9 Jan 1996 16:19:46 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id RAA16243; Tue, 9 Jan 1996 17:21:58 -0700 Date: Tue, 9 Jan 1996 17:21:58 -0700 From: Nate Williams Message-Id: <199601100021.RAA16243@rocky.sri.MT.net> To: "D. Gerasimatos" Cc: freebsd-hackers@freebsd.org Subject: Re: "split" question In-Reply-To: <199601092343.PAA06668@mrn1.aaarf.org> References: <199601092343.PAA06668@mrn1.aaarf.org> Sender: owner-hackers@freebsd.org Precedence: bulk > Is there something wrong with "split" or is there something wrong > with me? ... > "split -l 1000", "split -l 3000", and > "split -l1000" (no space between line arg and flag) all fail with > the error: > > split: 3000: illegal line count. Hmm, which version are you running? This fix was applied post 2.0.5 (hence it would be in 2.1) ---------------------------- revision 1.2 date: 1995/07/07 08:23:52; author: rgrimes; state: Exp; lines: +1 -1 This fixes 'split -l NNN foo'. As it stands split will complain about an 'illegal line count' becuase it's looking at the wrong end pointer (ep) to detect any extra characters after the NNN. Submitted by: Rich Murphey This should probably get pulled into 2.0.6 and 2.1.0 ------ Nate From owner-freebsd-hackers Tue Jan 9 16:44:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA22526 for hackers-outgoing; Tue, 9 Jan 1996 16:44:53 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA22520 for ; Tue, 9 Jan 1996 16:44:43 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id BAA13979 for ; Wed, 10 Jan 1996 01:44:40 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id BAA29170 for hackers@freebsd.org; Wed, 10 Jan 1996 01:44:39 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id AAA18590 for hackers@freebsd.org; Wed, 10 Jan 1996 00:14:39 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id TAA03433 for hackers@freebsd.org; Tue, 9 Jan 1996 19:44:53 +0100 (MET) From: Philippe Regnauld Message-Id: <199601091844.TAA03433@tetard.frmug.fr.net> Subject: Re: Dual Monitor Systems... To: hackers@freebsd.org Date: Tue, 9 Jan 1996 19:44:53 +0100 (MET) In-Reply-To: from "Marc G. Fournier" at Jan 8, 96 08:44:47 pm 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 Marc G. Fournier écrit / writes: > > > Just curious, but I read somewhere that XFree86 Supports dual monitors... > is that correct? If so, and assuming it works under FreeBSD, one=20 > solution may be to have the non-19" monitor be the boot monitor and=20 > only be used when X starts up...also giving you a larger work area. Hmm, that could be interesting... I've seen HP's with dual screens, and they're still using R5 (though heavily patched, I guess). If XFree did support dual, I'd still be left with the problem of TWO video cards at TWO different addresses (that may not be a problem, with a bit of soldering)... Also, I don't *need* X on two screens, just on one, and a console on the other. I'm going to end up buying a VGA switch :-) -- 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 Tue Jan 9 17:11:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA24355 for hackers-outgoing; Tue, 9 Jan 1996 17:11:46 -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 RAA24346 for ; Tue, 9 Jan 1996 17:11:41 -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 RAA01689 for ; Tue, 9 Jan 1996 17:11:19 -0800 Message-Id: <199601100111.RAA01689@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-hackers@freebsd.org Subject: PnP problem... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Jan 1996 17:11:18 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Well, I have a GUS PnP and it has a few devices on the card. Any cool suggestions on how to tackle the PnP problem of auto-magically configuring PnP devices when we have something like the GUS PnP? Tnks, Amancio ------- Forwarded Message Return-Path: smpatel@wam.umd.edu Received: from sl-044.sl.cybercomm.net (sl-044.sl.cybercomm.net [199.171.196.172]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id SAA10613 for ; Mon, 8 Jan 1996 18:29:43 -0800 Received: from sl-044.sl.cybercomm.net (localhost [127.0.0.1]) by sl-044.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id VAA01944 for ; Mon, 8 Jan 1996 21:29:32 -0500 Date: Mon, 8 Jan 1996 21:29:31 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-044.sl.cybercomm.net To: "Amancio Hasty Jr." Subject: Re: PnP Docs In-Reply-To: <199601090113.RAA10048@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 8 Jan 1996, Amancio Hasty Jr. wrote: > Did you managed to figured out how to configure a PnP card? Oh Lord! I just looked at the output you mailed me. Lemme get this straight: The GUS PnP wants For Wave & Codec: 1 IRQ, 2 DMA Channels, 3 sets of I/O Ports For CD-ROM: 1 IRQ, 2 sets of I/O Ports For SB-Audio: 1 IRQ, 1 DMA Channel, 1 set of I/O Ports For GM-Music: 1 IRQ, 1 set of I/O Ports Grand Total: 4 Interrupts, 3 DMA Channels, 7 sets of I/O ports... Is this REALLY what your card wants??? That's what it looks like to me.. I was thinking of a nice simple way of configuring like: device sio2 at isa? pnp "SUP1310" port "IO_COM3" tty irq 15 vector siointr But with a device as complex as yours this would fall apart real quick. Is each of the Logical Devices in your card a seperate FreeBSD driver? Which driver does each of these devices correspond to? Thanks for the help... I'm sure we'll be able to hot-wire your card sometime soon, but doing this cleanly is getting pretty interesting (any ideas? :) Sujal ------- End of Forwarded Message From owner-freebsd-hackers Tue Jan 9 17:57:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA26863 for hackers-outgoing; Tue, 9 Jan 1996 17:57:28 -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 RAA26854 Tue, 9 Jan 1996 17:57:19 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id UAA27646; Tue, 9 Jan 1996 20:59:36 -0500 From: Peter Dufault Message-Id: <199601100159.UAA27646@hda.com> Subject: Re: A few questions To: chuck@fang.cs.sunyit.edu Date: Tue, 9 Jan 1996 20:59:36 -0500 (EST) Cc: urcf@fang.cs.sunyit.edu, questions@freebsd.org, hackers@freebsd.org In-Reply-To: <199601092134.QAA20547@fang.cs.sunyit.edu> from "chuck@fang.cs.sunyit.edu" at Jan 9, 96 04:34:04 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > On Jan 9, 1:35pm, "Rodney C. Forbes" wrote: > } Subject: A few questions > } 3. I recently installed a Nakamichi 7 disk CD-ROM changer. What is the current > } status concerning reports of panics while using this drive. Are there > } any patches I should be aware of? > > I too recently purchased one of these drives (I haven't recieved it > yet though). I'm concerned about the possibility of panics and wonder how > FreeBSD will handle multiple access attempts to different LUNs. Has any- > one had any success/failure in these areas? There was a bug in the multi CD code recently fixed in cd.c. It was (from memory here...) > if(cd->dkunit >= 0) { instead of: > if(cd->dkunit) { since cd->dkunit is set to -1 when dk_ndrive > DK_NDRIVE. With this fixed the code seemed to work well, accessing 7 disks continuously over a 12 hour period. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Tue Jan 9 18:04:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27284 for hackers-outgoing; Tue, 9 Jan 1996 18:04:13 -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 SAA27274 for ; Tue, 9 Jan 1996 18:04:07 -0800 (PST) From: chuck@fang.cs.sunyit.edu Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id VAA21689; Tue, 9 Jan 1996 21:03:47 -0500 Date: Tue, 9 Jan 1996 21:03:47 -0500 Message-Id: <199601100203.VAA21689@fang.cs.sunyit.edu> In-Reply-To: Terry Lambert "Re: Interested in a 'deleteuser'?" (Jan 9, 3:02pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Terry Lambert Subject: Re: Interested in a 'deleteuser'? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 9, 3:02pm, Terry Lambert wrote: } Subject: Re: Interested in a 'deleteuser'? } > } Mike Mayberry (mikem@cs.weber.edu) has an academic machine setup so } > } that idle accounts are automatically tarred up and compressed after } > } a period of inactivity. If the user logs on after this has happened, } > } the account is automatically reexploded. } > } } > nice, is he making it public? } } You could ask... it is currently for SunOS, Solaris, Irix, and } Ultrix machines. } } } Terry Lambert } terry@lambert.org } --- } Any opinions in this posting are my own and not those of my present } or previous employers. }-- End of excerpt from Terry Lambert Well, because you anounced it, I assumed you asked permission first... -- Charles Green, PRC Inc. UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Tue Jan 9 18:13:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27951 for hackers-outgoing; Tue, 9 Jan 1996 18:13:38 -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 SAA27926 for ; Tue, 9 Jan 1996 18:13:28 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id SAA16079 for ; Tue, 9 Jan 1996 18:12:57 -0800 Message-Id: <199601100212.SAA16079@austin.polstra.com> To: freebsd-hackers@freebsd.org Subject: Checksum mismatch in wu-ftpd port Date: Tue, 09 Jan 1996 18:12:57 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk I fetched the wu-ftpd port and its associated distfile today from ftp.freebsd.org. The port complains of a checksum mismatch for wu-ftpd-2.4.tar.Z. I'm not asking for help, just making it known that there's a problem with that port. -- 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 Tue Jan 9 18:13:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA27963 for hackers-outgoing; Tue, 9 Jan 1996 18:13:42 -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 SAA27938 for ; Tue, 9 Jan 1996 18:13:32 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA13513; Tue, 9 Jan 1996 19:10:06 -0700 From: Terry Lambert Message-Id: <199601100210.TAA13513@phaeton.artisoft.com> Subject: Re: PnP problem... To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 9 Jan 1996 19:10:06 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199601100111.RAA01689@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 9, 96 05:11: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 > Well, I have a GUS PnP and it has a few devices on the card. Any cool > suggestions on how to tackle the PnP problem of auto-magically configuring > PnP devices when we have something like the GUS PnP? [ ... ] > Grand Total: 4 Interrupts, 3 DMA Channels, 7 sets of I/O ports... One would think you could share interrupts... then ask where it was coming from. 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 9 18:21:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28341 for hackers-outgoing; Tue, 9 Jan 1996 18:21:50 -0800 (PST) Received: from sloth.sims.net (sloth.sims.net [199.250.192.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA28325 for ; Tue, 9 Jan 1996 18:21:39 -0800 (PST) Received: from lewisg.sims.net (lewisg.sc.net [199.245.233.18]) by sloth.sims.net (8.6.9/8.6.9) with SMTP id VAA05480 for ; Tue, 9 Jan 1996 21:22:07 -0500 Message-Id: <199601100222.VAA05480@sloth.sims.net> Comments: Authenticated sender is From: "Grant Lewis" To: freebsd-hackers@freebsd.org Date: Tue, 9 Jan 1996 21:27:45 +0000 Subject: Question concerning install Reply-to: lewisg@sims.net Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-hackers@freebsd.org Precedence: bulk I've reached a bit of crossroads while trying to install with the automated installation. I'm trying to do a minimal install from an extended DOS partition. I downloaded the bin a floppies subdirectories from freebsd.org and created the boot floppy. Everything was going smoothly until it told me I needed to assign some disk labels before I could proceed with the installation. I assumed that meant I needed to do some type of format or create the file systems, but I wasn't sure. I selected the auto option from fdisk to create my slices, but I guess I missed something somewhere. Since freebsd recognized my hardware, something Linux would never do, I'm eager to get it installed. A little assistance would be appreciated. I didn't see an installation mailing list, so I apologize if I mailed this question to the wrong list. Grant Lewis - lewisg@sims.net or lewis@mail.scra.org From owner-freebsd-hackers Tue Jan 9 18:21:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28354 for hackers-outgoing; Tue, 9 Jan 1996 18:21: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 SAA28340 for ; Tue, 9 Jan 1996 18:21:48 -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 SAA02264; Tue, 9 Jan 1996 18:21:00 -0800 Message-Id: <199601100221.SAA02264@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... In-reply-to: Your message of "Tue, 09 Jan 1996 19:10:06 MST." <199601100210.TAA13513@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Jan 1996 18:20:59 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk Sorry Terry this does not make any sense. My gus does have different devices. You can say that the GUS PnP has a poor architecture for handling different devices -- that I would agree with. The fact remains that the GUS PnP is not an isolated PnP soundcard which is going to offered similar configuration problems. Somehow we have to : a. know in advance which devices is the kernel configured for, if possible given that we have lkms b. then configured all PnP devices which we know we have driver for. c. continue with normal probe and attach driver initialization sequence. Tnks, Amancio >>> Terry Lambert said: > > Well, I have a GUS PnP and it has a few devices on the card. Any cool > > suggestions on how to tackle the PnP problem of auto-magically configuring > > PnP devices when we have something like the GUS PnP? > > [ ... ] > > > Grand Total: 4 Interrupts, 3 DMA Channels, 7 sets of I/O ports... > > One would think you could share interrupts... then ask where it was > coming from. > > > 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 9 18:26:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA28634 for hackers-outgoing; Tue, 9 Jan 1996 18:26:40 -0800 (PST) Received: from ulc199.residence.gatech.edu (root@ulc199.residence.gatech.edu [199.77.162.99]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA28628 for ; Tue, 9 Jan 1996 18:26:34 -0800 (PST) Received: (from ken@localhost) by ulc199.residence.gatech.edu (8.6.11/8.6.11) id VAA02651; Tue, 9 Jan 1996 21:24:49 -0500 From: Kenneth Merry Message-Id: <199601100224.VAA02651@ulc199.residence.gatech.edu> Subject: Re: I would like your comment on this configuration To: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 9 Jan 1996 21:24:49 -0500 (EST) Cc: didier@omnix.fr.org, hackers@FreeBSD.ORG In-Reply-To: <199601091616.AA10078@Sysiphos> from "Stefan Esser" at Jan 9, 96 05:16:13 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > On Jan 9, 17:20, didier@omnix.fr.org wrote: > } Subject: I would like your comment on this configuration > } > } Mother Board: ASUS P/I-P55TP4XE Rev 2.1 bios #401A0-0106 (Award) > } Processor: Pentium 133 > } Cache: 512k PB > } Memory: 128Mb 60ns (DRAM) > } SCSI: Adaptec 2940W > } Hard disks: 2 x Seagate Barracuda Fast Wide SCSI 2 Go > } Video: Miro 20SV (S3-964, 2Mb VRAM) > } DAT: Conner 4326 4/8 Gb > I'd definitely choose the HP1533A ! > > It is some three times faster than the Conner, > i.e. does 514KB/s (times compression factor). > > Doing backups, I see some 800KB/s to 1100KB/s > written to tape (depending on whether the data > had been compressible or mostly compressed > archives). FWIW, my employer got 7 PC's with the HP1553A's in them...and has had trouble with tapes jamming in some of them. (I didn't mess with them much...so I can't really speak from personal experience. ) > Regarding DDS-2: I've heard multiple times, > that DDS-2 tapes are not reliable. And since > somebody had recorded nuclear physics data > on DDS-2 tapes and had found no way to read > back more than a few MB, I tried myself and > now would never again trust 120m DDS-2 tapes. I've got a Sony SDT-5000 on my machine...I use 120m tapes all the time with it and I've never had any trouble, except for that time I tried using audio DAT's in it...:( It isn't as fast as the HP drives, but it does seem to work reliably. (I'm not sure what kind of throughput I get on average...Sony's web page says 366K/sec without compression...and it does have a meg of buffer on board. Here's the URL: http://cons3.sel.sony.com/SEL/ccpg/storage/tape/t5000.html ) Ken -- Kenneth Merry ken@ulc199.residence.gatech.edu Disclaimer: I don't speak for GTRI, GT, or Elvis. From owner-freebsd-hackers Tue Jan 9 18:52:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA00429 for hackers-outgoing; Tue, 9 Jan 1996 18:52: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 SAA00424 for ; Tue, 9 Jan 1996 18:52:32 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA13642; Tue, 9 Jan 1996 19:47:38 -0700 From: Terry Lambert Message-Id: <199601100247.TAA13642@phaeton.artisoft.com> Subject: Re: PnP problem... To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Tue, 9 Jan 1996 19:47:37 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199601100221.SAA02264@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 9, 96 06:20:59 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 > > > Grand Total: 4 Interrupts, 3 DMA Channels, 7 sets of I/O ports... > > > > One would think you could share interrupts... then ask where it was > > coming from. [ ... ] > Sorry Terry this does not make any sense. My gus does have different devices. > You can say that the GUS PnP has a poor architecture for handling different > devices -- that I would agree with. > > The fact remains that the GUS PnP is not an isolated PnP soundcard which is > going to offered similar configuration problems. Somehow we have to : > > a. know in advance which devices is the kernel configured for, if possible > given that we have lkms > > b. then configured all PnP devices which we know we have driver for. > > c. continue with normal probe and attach driver initialization sequence. You have to preallocate locations for devices that can be neither moved nor disabled; your sequence order is incorrect. It makese sense that you would have one interrupt per card so you don't run out between card slots and onboard devices... it's stupid that the GUS doesn't have an interupt multiplex on board. You'll have to live with it until you buy a pure PCI system instead of a PCI bridged off of ISA. I recommend the Apple and Motorolla chipsets. 8-). However, the PnP discovery ordering is: 1) disable all PnP 2) probe all non-PnP cards 3) Query PnP cards for where they may fit 4) Do a topological sort to fit them all 5) Make them pick one to disable if the sort results in a collision. Repeat as necessary. 6) Map the mappable locations 7) Enable the PnP cards that were not marked disabled 8) Attach drivers as available, loading them if necessary Exception: Treat ISA cards on a PnP ISA bus motherboard (slot disabling) as single address devices in terms of the topological sort. Note that you can still be screwed if you don't recognize a non-PnP card on an ISA bus, since you will not be able to infer its location for the sort, and it can't be disabled. Conclusion: If you have problems, it's because your GUS is too greedy. 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 Tue Jan 9 19:34:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA01999 for hackers-outgoing; Tue, 9 Jan 1996 19:34:04 -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 TAA01975 for ; Tue, 9 Jan 1996 19:33:55 -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 TAA00725; Tue, 9 Jan 1996 19:32:47 -0800 Message-Id: <199601100332.TAA00725@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... In-reply-to: Your message of "Tue, 09 Jan 1996 19:47:37 MST." <199601100247.TAA13642@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 09 Jan 1996 19:32:45 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> Terry Lambert said: > > > > Grand Total: 4 Interrupts, 3 DMA Channels, 7 sets of I/O ports... > > > > > > One would think you could share interrupts... then ask where it was > > > coming from. > > [ ... ] > > > Sorry Terry this does not make any sense. My gus does have different devic es. > > You can say that the GUS PnP has a poor architecture for handling differe nt > > devices -- that I would agree with. > > > > The fact remains that the GUS PnP is not an isolated PnP soundcard which i s > > going to offered similar configuration problems. Somehow we have to : > > > > a. know in advance which devices is the kernel configured for, if possibl e > > given that we have lkms > > > > b. then configured all PnP devices which we know we have driver for. > > > > c. continue with normal probe and attach driver initialization sequence. > > > You have to preallocate locations for devices that can be neither > moved nor disabled; your sequence order is incorrect. > > > It makese sense that you would have one interrupt per card so you don't > run out between card slots and onboard devices... it's stupid that the > GUS doesn't have an interupt multiplex on board. You'll have to live > with it until you buy a pure PCI system instead of a PCI bridged off > of ISA. I recommend the Apple and Motorolla chipsets. 8-). Well, Terry the super multimedia chipsets based on PCI are coming real soon... Check out http://www.mpact.com for instance. However, it is going to be a while before are able to support them. > However, the PnP discovery ordering is: > > 1) disable all PnP > 2) probe all non-PnP cards > 3) Query PnP cards for where they may fit > 4) Do a topological sort to fit them all > 5) Make them pick one to disable if the sort results in a > collision. Repeat as necessary. > 6) Map the mappable locations > 7) Enable the PnP cards that were not marked disabled > 8) Attach drivers as available, loading them if necessary Well, Terry it makes no sense to activate devices which I don't have a device driver who knows I may even be able configure my system 8) > Exception: Treat ISA cards on a PnP ISA bus motherboard (slot disabling) > as single address devices in terms of the topological sort. > > Note that you can still be screwed if you don't recognize a non-PnP > card on an ISA bus, since you will not be able to infer its location > for the sort, and it can't be disabled. > > > Conclusion: If you have problems, it's because your GUS is too greedy. Pretty lame Terry 8) I do have full duplex audio over here and it works as for many of the devices that the GUS has I don't need . For instance, the SB PRO emulation and the CDROM interface which btw the normal board does have anyway. Amancio From owner-freebsd-hackers Tue Jan 9 20:14:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04436 for hackers-outgoing; Tue, 9 Jan 1996 20:14:45 -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 UAA04431 for ; Tue, 9 Jan 1996 20:14:39 -0800 (PST) Received: from synthcom.com (synthcom.com [198.145.98.1]) by synthcom.com (8.6.9/8.6.9) with SMTP id UAA13631; Tue, 9 Jan 1996 20:11:11 -0800 Date: Tue, 9 Jan 1996 20:11:10 -0800 (PST) From: Neil Bradley To: Terry Lambert cc: "Amancio Hasty Jr." , terry@lambert.org, freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... In-Reply-To: <199601100247.TAA13642@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, 9 Jan 1996, Terry Lambert wrote: [ I got lost as to who said what, so if it appears that the wrong person is being quoted here, no harm intended ] > > > > Grand Total: 4 Interrupts, 3 DMA Channels, 7 sets of I/O ports... > > > One would think you could share interrupts... then ask where it was > > > coming from. ISA Interrupts are not shareable - they're edge triggered. > It makese sense that you would have one interrupt per card so you don't > run out between card slots and onboard devices... it's stupid that the > GUS doesn't have an interupt multiplex on board. You'll have to live > with it until you buy a pure PCI system instead of a PCI bridged off > of ISA. I recommend the Apple and Motorolla chipsets. 8-). Too bad no one makes extensive lines of boards for PCI Apples. ;-) PCI Isn't "bridged off" of ISA. It's the other way around. If that were the case, then PCI couldn't run faster than ISA, now could it. ;-) Besides, this isn't a problem with Intel/Mortorola, it's a problem with the ISA bus, and if you recall correctly was implemented by IBM - not Intel. > Conclusion: If you have problems, it's because your GUS is too greedy. You are right about sound cards being entirely too greedy. The setup on the cards themselves is pretty horrid - causing the whole machine major grief if they're set up even slightly incorrectly. Back when I designed BIOSes for P5 motherboards, we'd initialize ISA devices first. We'd start by shutting off all on-board capabilities in case someone plugged in an off-board IDE, Serial, Video, etc... card. After it did that, we'd take the existing user's setup and set up on-board devices. Then EISA. Then, from the pool of I/O, memory, and interrupts, we'd allocate space for PCI devices. PCI Devices always went to the end of the heap, because, by PCI's definition, it was a requirement that they not be fixed in BIOS. -->Neil ------------------------------------------------------------------------------- Synthcom System's homepage: http://www.synthcom.com/ Europa Upgrade, Synth patches (D-50, Xpander/Matrix 12), used gear pricelist From owner-freebsd-hackers Tue Jan 9 20:20:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA04874 for hackers-outgoing; Tue, 9 Jan 1996 20:20:50 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA04467 for ; Tue, 9 Jan 1996 20:15:14 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA07959; Wed, 10 Jan 1996 14:43:44 +1030 From: Michael Smith Message-Id: <199601100413.OAA07959@genesis.atrad.adelaide.edu.au> Subject: Re: ESDI collection needs upgrade\ To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Wed, 10 Jan 1996 14:43:43 +1030 (CST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <199601091948.UAA01132@yedi.iaf.nl> from "Wilko Bulte" at Jan 9, 96 08:48:54 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Wilko Bulte stands accused of saying: > > Sorry for misusing -hackers (somewhat) > > I recently obtained 2 760Mb ESDI disks that I want to put into > my test system. These things are 54 sec/track. > > The Adaptec 2320 I got from a kind soul from the UK for FreeBSD > SNAP testing does not support disks like that. I think it maxes > out at 35 or 36 sect/track. > > I'm now looking for someone who can help me to a Adaptec 2322D > (the D rev should support this # of sects) or an Ultrastor 12F. Before you stress out too much, mail me all the numbers off the custom blob on the board; I have a D here and could easily copy the firmware off it if you want to try that. I don't think that mailing it to the netherlands would be a good idea 8( > Wilko -- ]] 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 9 20:34:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05541 for hackers-outgoing; Tue, 9 Jan 1996 20:34:34 -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 UAA05535 for ; Tue, 9 Jan 1996 20:34:30 -0800 (PST) Received: (from winter@localhost) by sasami.jurai.net (8.6.11/8.6.9) id WAA12509; Tue, 9 Jan 1996 22:34:30 -0600 Date: Tue, 9 Jan 1996 22:34:29 -0600 (CST) From: "Matthew N. Dodd" X-Sender: winter@sasami To: Philippe Regnauld cc: hackers@freebsd.org Subject: Re: Dual Monitor Systems... In-Reply-To: <199601091844.TAA03433@tetard.frmug.fr.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Philippe Regnauld wrote: > I'm going to end up buying a VGA switch :-) Be carefull, we had several motherboards go south when they were hooked to cheap console switches. | 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 Tue Jan 9 20:37:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05665 for hackers-outgoing; Tue, 9 Jan 1996 20:37:14 -0800 (PST) Received: from sl-022.sl.cybercomm.net (sl-022.sl.cybercomm.net [199.171.196.150]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05655 for ; Tue, 9 Jan 1996 20:37:03 -0800 (PST) Received: from sl-022.sl.cybercomm.net (localhost [127.0.0.1]) by sl-022.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id XAA08010; Tue, 9 Jan 1996 23:36:41 -0500 Date: Tue, 9 Jan 1996 23:36:40 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-022.sl.cybercomm.net To: "Amancio Hasty Jr." cc: freebsd-hackers@freebsd.org, Mike Grupenhoff Subject: PnP Proposal, Ideas & Issues [Was: PnP problem...] In-Reply-To: <199601100111.RAA01689@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Amancio Hasty Jr. wrote: > Well, I have a GUS PnP and it has a few devices on the card. Any cool > suggestions on how to tackle the PnP problem of auto-magically configuring > PnP devices when we have something like the GUS PnP? [...] > From: Sujal Patel [...] > Grand Total: 4 Interrupts, 3 DMA Channels, 7 sets of I/O ports... Let me apologize before I start because this is pretty long. I did some more work on the PnP code today and it seems more and more that auto-magic configuration just isn't going to work. There are way too many problems with detecting what resources are free (at boot time) and what resources aren't. Also, Cards like Amancio's GUS PnP require incredible amounts of resouces (see above). So the first goal was to be able to specify certain resources that a PnP card should use: I was hoping that we could strive for something along of the lines of: device sio2 at isa? pnp "SUP1310" port "IO_COM3" tty irq 15 vector siointr This would be nice and simple-- Say that PnP device "SUP1310" is handled by driver sio2 and configure the card and the driver for port 0x3e8 and irq 15. But unfortunately, the solution is not going to nearly this simple. Cards like the GUS PnP and other multi-function cards cannot be configured like this at all. To make matters worse the Specification is pretty complex (Intel engineers must had been on LSD or something :) Here's the scoop: Each card can have as many "Logical" devices that it wants (simple cards like my PnP modem & PnP network card have only 1 Logical Device, complex cards like Amancio's Gus have *5* logical devices). Each Logical Device can ask for: up to 8 sets of I/O Ports up to 2 IRQs up to 2 DMA Channels up to 4 Memory Regions and countless other things.. To support this complicated specification. I suggest this: controller pnp0 pnpconfig device "SUP1310" port0 0x3e8-0x3f7 irq0 15 pnpconfig device "GRV0000" port0 0x220 port1 ox320 port2 0x32c irq0 12 drq0 5 drq1 7 pnpconfig device "GRV0001" port0 0xie8 port1 0x3ee irq0 11 pnpconfig device "GRV0003" port0 0x388 irq0 5 drq0 1 This is a partial config file, which supports my Modem and 3 out of 5 logical devices from Amancio's GUS. It is pretty simple for my modem, but gets very complicated for cards like the GUS PnP... Unfortuantely, I just can't think of any simpler way-- There is just too much information that needs to be expressed to configure a device. Phew... I think that's about it for manual configuration of PnP devices (hope it all made sense, it's pretty late). Next on the menu, auto-configuration of PnP devices. I'm sure that we're gonna always need some kind of manual configuration of PnP devices (for those really though cards like the GUS). The majority of PnP cards should be very simple to configure (and could be done automatically at boot-time). The problem is that it seems VERY difficult to determine exactly what resources are going to be used when the system is booting. The first problem that I see is that the ISA/EISA/PCI devices all fill in these own structures about I/O port usage, iomem usage, IRQ usage, etc. Also, there is no way to determine exactly what resources an ISA device is going to use (For example, I say device sio port 0x3f8, but I don't know how many ports this device is really going to use). Is there any practical way to get around these difficulties. I think that if every ISA device throughly reported what resources it was going to use, and the PnP configuration routine occured after PCI, EISA, PCCARD, then you could fairly easily find free resources. It would be as simple as wading through the isa_device structure to find resources that will be used by ISA devs, and marking off the stuff that PCI/EISA/PCCARD already used. I think that doing the auto-configuration is probably not an immediate goal (nor is it practical to do immediately). I'm going to focus on getting the manual-configuration of PnP cards working (which should come some time soon Amancio :). I would like to hear comments on the proposed config file format somewhere near the middle of this E-Mail, and any other ideas for simplifying this. Sujal From owner-freebsd-hackers Tue Jan 9 20:40:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05781 for hackers-outgoing; Tue, 9 Jan 1996 20:40:08 -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 UAA05734 for ; Tue, 9 Jan 1996 20:39:44 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA07751; Wed, 10 Jan 1996 14:10:39 +1030 From: Michael Smith Message-Id: <199601100340.OAA07751@genesis.atrad.adelaide.edu.au> Subject: Re: Add new slice to running system, comments? To: bde@zeta.org.au (Bruce Evans) Date: Wed, 10 Jan 1996 14:10:38 +1030 (CST) Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG, phk@critter.tfs.com In-Reply-To: <199601091331.AAA22987@godzilla.zeta.org.au> from "Bruce Evans" at Jan 10, 96 00:31:41 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Bruce Evans stands accused of saying: > > >In this context, vn devices are barely a bandaid. ... > After reading the code :-), I think the vn devices already have decent > performance for the contiguous && swapping case. There isn't much > overhead except for a VOP_BMAP() call for each block. VOP_READ() and > VOP_WRITE() aren't used for the swapping case (they would be extremely > slow for msdosfs and merely OK for ufs). The original vn driver avoided > VOP_READ() and VOP_WRITE() in all cases, but John rewrote it. > Contiguous files are necessary so that the disk doesn't have to seek for > between virtually adjacent blocks. A large block size may also be > necessary. Hmm. Now I'm a little confused 8) Are you saying that the vn device maps the on-disk location of the file (its block map, I presume) and keeps this internally to avoid using the fs-specific read/write functions? If this is the case, then I take everything back and will concentrate solely on using it 8) > Try it and see :-). There's nothing to stop overlapping slices except > fdisks that refuse to create them. Other OS's might by confused by > overlapping slices in the MBR. I was only talking about adding the slices into the in-core table, not to the MBR; I wanted to pretend that the 386spart.par file was really a disk slice so that I could swap on it. > Use vn devices and fix the vm (?) problems that required non-swapping accesses > to go through the file system. I'm not sure how to handle booting from one > of these slices. You could put the slice in the MBR only if there is a free > entry. I'm not sure either; that's something to worry about later 8) > Bruce -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Jan 9 20:40:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05804 for hackers-outgoing; Tue, 9 Jan 1996 20:40:38 -0800 (PST) Received: from sl-022.sl.cybercomm.net (sl-022.sl.cybercomm.net [199.171.196.150]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05799 for ; Tue, 9 Jan 1996 20:40:30 -0800 (PST) Received: from sl-022.sl.cybercomm.net (localhost [127.0.0.1]) by sl-022.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id XAA08016; Tue, 9 Jan 1996 23:38:52 -0500 Date: Tue, 9 Jan 1996 23:38:51 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-022.sl.cybercomm.net To: Terry Lambert cc: "Amancio Hasty Jr." , freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... In-Reply-To: <199601100210.TAA13513@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, 9 Jan 1996, Terry Lambert wrote: > > Grand Total: 4 Interrupts, 3 DMA Channels, 7 sets of I/O ports... > > One would think you could share interrupts... then ask where it was > coming from. One would think that Gravis would have done something to make this simpler, but they didn't :). This card has ATAPI, a Game Port, 2 DSPs (I think), GM Music, and SoundBlaster Audio. I think that each of these goes to a seperate FreeBSD driver, so you'd need to generate different interrupts for each logical device on the card. Sujal From owner-freebsd-hackers Tue Jan 9 21:02:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA06453 for hackers-outgoing; Tue, 9 Jan 1996 21:02:09 -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 VAA06444 Tue, 9 Jan 1996 21:02:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA02981; Tue, 9 Jan 1996 21:01:26 -0800 To: hackers@freebsd.org cc: cvs-committers@freebsd.org Subject: Contributors: Anyone not get their free 2.1 CD? Date: Tue, 09 Jan 1996 21:01:26 -0800 Message-ID: <2979.821250086@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk As usual, Walnut Creek CDROM is happy to give a complimentary FreeBSD 2.1 CD (or two or three or ..., in certain circumstances) to significant FreeBSD contributors. Sorry for the delay in sending this notice out, but the limited supply of 2.1 CDs in the first weeks of shipping, coupled with the fact that the core team and most other major contributors have been on `subscription' for some time now anyway, led to its going on the back-burner. So, as you've done with past releases, if you feel that you contributed something substantial to FreeBSD 2.1 and deserve a complimentary CD, please let me know! I need full name and postal address info - please don't assume I already have it! If nothing else, you should send it to make sure that our records for you are up-to-date. A number of 2.0.5 CDs found their way to outdated addresses for folks, even on the core team! :-( Likewise, if you feel that you have something special to contribute in the way of FreeBSD promotional opportunities, let me know! A short note describing your intended use, the number of CDs you need and the address to send them to will generally be enough - if I have more questions, I'll ask! Thanks! Jordan From owner-freebsd-hackers Tue Jan 9 21:14:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07054 for hackers-outgoing; Tue, 9 Jan 1996 21:14:58 -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 VAA07046 for ; Tue, 9 Jan 1996 21:14:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA03110; Tue, 9 Jan 1996 21:12:26 -0800 To: "Marty Leisner" cc: Terry Lambert , rnordier@iafrica.com (Robert Nordier), root@synthcom.com, hackers@freebsd.org Subject: Re: DOS File system fixes In-reply-to: Your message of "Tue, 09 Jan 1996 13:47:53 PST." <9601092147.AA07945@gnu.mc.xerox.com> Date: Tue, 09 Jan 1996 21:12:26 -0800 Message-ID: <3108.821250746@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Jerry Pournelle had a column in byte last month (while he didn't say > it was evil, he said it wasn't a good idea...) [Climbs a nearby dune and starts shouting and waving, pointing in Marty's direction] "Marty Leisner Reads Jerry Pournelle!!" :-) Jordan [and clams got legs!] From owner-freebsd-hackers Tue Jan 9 21:17:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07201 for hackers-outgoing; Tue, 9 Jan 1996 21:17:18 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07193 for ; Tue, 9 Jan 1996 21:17:09 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA03077; Tue, 9 Jan 1996 21:06:47 -0800 To: John Polstra cc: dfr@render.com, freebsd-hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Tue, 09 Jan 1996 13:12:18 PST." <199601092112.NAA14462@austin.polstra.com> Date: Tue, 09 Jan 1996 21:06:47 -0800 Message-ID: <3075.821250407@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I can tell you how to do _almost_ what you want, and I bet it's close > enough. Is your kludge-tolerance control set fairly high? *click* *click* *click* - OK, boss. I have it set to 11! :) > executable dynamically-linked. You can get around this if you're > willing to have your executable "depend" on a tiny do-nothing shared > library. First create a file "tiny.c" that contains this: Whaddya know. It works! Now is there any chance of getting: > void a_real_kludge() { } Down below 8K? :-) I know, I know, I want everything.. :) Seriously though, this idea has potential - thanks! Jordan From owner-freebsd-hackers Tue Jan 9 21:23:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07487 for hackers-outgoing; Tue, 9 Jan 1996 21:23:40 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07482 for ; Tue, 9 Jan 1996 21:23:36 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA03161; Tue, 9 Jan 1996 21:22:22 -0800 To: Robert Nordier cc: terry@lambert.org (Terry Lambert), root@synthcom.com, hackers@freebsd.org Subject: Re: DOS File system fixes In-reply-to: Your message of "Sat, 09 Jan 1996 22:20:55 +0200." <199601092020.WAA00192@eac.iafrica.com> Date: Tue, 09 Jan 1996 21:22:22 -0800 Message-ID: <3159.821251342@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Though, personally, I've never been attracted to the idea of FreeBSD > running DOS or Windows apps: I don't know how others feel about this. I think that the answer to that question goes rather far beyond whether or not the likes of you and I are attracted to the idea. The sheer number of applications in question, and the weight of testimony from the many who have gone frequently (and loudly) on record as saying that they ARE interested in the idea, thank you very much, is more than enough compelling evidence, I think. In particular, I call your attention to the following article which I fwd'd recently to Amancio's multimedia list: NOORDA's WILLOWS TO PUT ITS WINDOWS-ON-UNIX SOURCE ON TO NET Fresh from its victory over Microsoft Corp last month at ECMA, the European Computer Manufacturers Association (UX No 569), the tiny Ray Noorda-financed start-up Willows Software has changed gears, plowing ahead with a move that is bound to irk the mighty Redmond empire. This week it'll detail a plan to distribute the source code to its ersatz Win32s operating environment, described as a subset of Windows 95, free on the Internet. It will also make its anticipated software development kit, the Twin Cross Platform Developers Kit (XPDK), similarly available for personal use. Noorda himself will brief the press. The source code will allow users of any flavour of Unix - followed in turn by Apple Macintosh, Novell NetWare and ultimately IBM OS/2 users - to run Windows binaries, particularly Microsoft's own highly popular Word, Excel and PowerPoint programs, on their systems. They will not have to pay any operating systems "taxes" to Microsoft. Saratoga, California-based Willows claims the move will create something of a paradigm shift - at least within the narrow confines of Unix - and spell the end of Sun Microsystems Inc's like-minded but limited product, Wabi, as well as Motif. Officially, Wabi only runs two dozen of the thousands of Windows programs available and to run some of them, like PowerPoint, requires the real Windows underneath, defeating one of Sun's purposes - to wit, depriving Microsoft of its revenue stream. Willows chief Rob Farnum says he will spend the next few weeks lobbying Wabi's greatest adherents, Sun and IBM, to abandon Wabi and license the Willows solution on favourable terms. He has utter confidence such an appeal will succeed and make Willows money. (Sun and IBM Corp did after all sit on the ECMA technical committee TC37 with Willows pushing the technology as a standard.) Farnum never wanted to distribute the source code, he says, because Willows doesn't have the financial wherewithal to support it. The decision to do it anyway was made over the holidays by Microsoft's old nemesis Ray Noorda and his henchmen. Farnum now believes that despite the fact the source code won't be supported it will attract tens of thousands of users. Outside interest in Willows technology, he said, has always focused almost exclusively on its ability to run binaries. It is unclear whether Noorda will also try to tie it in somehow with the Linux freeware-based Corsair Internet desktop his Caldera operation is pushing. Willows is also now willing to forego carving out what it estimates would be a modest little $10m business selling its XPDK toolkit to a couple of thousand Unix developers a year. Any real money to be made, it figures, lies in what it calls "professional services," porting applications for people with its technology or helping them port them. It intends to announce such a program this week. It also intends to announce licensing schemes whereby pieces of its technology can be bundled with third-party programs. Willows will support its technology when applied to commercial purposes and apparently charge modest licensing fees of $250 a platform despite the number of developers using it or run-times created. Farnum claims that when Willows this week announces the imminent arrival of its XPDK for the Mac - which like its NetWare kit is at the alpha stage - it will bring pressure to bear on Microsoft's new $1,600 Visual C++ tool for the platform. Still he remains diffident, or perhaps cautious, about Willows impact on Microsoft - at one point calling it "mouse nuts" - and Microsoft's reaction to Willows' moves. He apparently expects Microsoft to denigrate Willows technology out of a perceived loss of control, loss of revenue and threat to Win95. At the same time, he admits it would take Willows 50 man-years just to catch up with Microsoft's OLE work which he knows he must emulate. Farnum leaves unarticulated or unadmitted - despite direct questions - Willows long-term purposes respecting Microsoft though perhaps he and Noorda now feel they will make more daunting foes by using the Internet to evolve their schemes. From owner-freebsd-hackers Tue Jan 9 21:32:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA07955 for hackers-outgoing; Tue, 9 Jan 1996 21:32:48 -0800 (PST) Received: from netcom.netcom.com (root@netcom.netcom.com [192.100.81.100]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA07950 for ; Tue, 9 Jan 1996 21:32:46 -0800 (PST) Received: by netcom.netcom.com (8.6.12/Netcom) id VAA17356; Tue, 9 Jan 1996 21:18:14 -0800 Date: Tue, 9 Jan 1996 21:18:14 -0800 From: bobb@netcom.com (Bob Beaulieu) Message-Id: <199601100518.VAA17356@netcom.netcom.com> To: tulchins@voland.phoebe.com Subject: Re: EXABYTE SCSI tape Newsgroups: muc.lists.freebsd.hackers In-Reply-To: <199601091416.OAA00774@voland.phoebe.com> Organization: Netcom Online Communications Services (408-241-9760 login: guest) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article <199601091416.OAA00774@voland.phoebe.com> you write: >Hi everybody, > >Here is my problem. I can't make my SCSI tape drive >work. If drive is empty at the boot time I get: > (ahc0:3:0): "EXABYTE EXB-8200 2618" type 1 removable SCSI 1 >st0(ahc0:3:0): Sequential-Access density code 0x0, drive empty > >if I put tape in it tries to access it and after three "device busy" >shows "drive empty". > >How can I get it to work. I am tired of reinstalling and >reconfiguring the system after every crash :-( > >I am running 2.1 from cdrom. I have pentium 90 with adaptec 2940. > >Thanks a lot for your help. >Please reply to tulchins@ix.netcom.com. > >Steven Hi Steve, I'm trying to get an Exabyte 2501 going also and having a hell of a time. J"org is working with me trying to get it working and I rebuilt my kernel with options SCSIDEBUG and booted the kernel with -v. As soon as the system came up and as root he had me try: scsi -f /dev/st0ctl.0 -d 255 and after try some operations: mt status mt blocksize 0 mt blocksize 10240 tar c mt rewind Maybe this will tell you something in /var/log/messages with the debug? I'm new at this, so sorry can't be of much help. Oh, I called Exabyte and they suggested closing 5&6 on jumper9 to set the blocking to 512 - didn't work...:( Still trying to figure out what the problem is... Bob Beaulieu ez@eztravel.com > From owner-freebsd-hackers Tue Jan 9 21:34:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA08010 for hackers-outgoing; Tue, 9 Jan 1996 21:34:10 -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 VAA07993 for ; Tue, 9 Jan 1996 21:34:02 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id VAA17720; Tue, 9 Jan 1996 21:31:53 -0800 Message-Id: <199601100531.VAA17720@austin.polstra.com> To: "Jordan K. Hubbard" cc: dfr@render.com, freebsd-hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Tue, 09 Jan 1996 21:06:47 PST." <3075.821250407@time.cdrom.com> Date: Tue, 09 Jan 1996 21:31:53 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk > > executable dynamically-linked. You can get around this if you're > > willing to have your executable "depend" on a tiny do-nothing shared > > library. First create a file "tiny.c" that contains this: > > Whaddya know. It works! > > Now is there any chance of getting: > > > void a_real_kludge() { } > > Down below 8K? :-) I've been just _waiting_ for that one ;-). How about 4208 bytes? The reason it's 8K is because there a text segment and a data segment, and each is rounded up to a multiple of the page size. That's dictated by the way the library is mmapped into memory. (Even though tiny.o doesn't have any data, there's still some required for the dynamic linking stuff such as the PLT and the GOT.) But, OK, fasten your seatbelt and put the kludgeometer pedal to the metal: austin$ dd bs=4208 count=1 newlibtiny.so.1.0 austin$ mv newlibtiny.so.1.0 libtiny.so.1.0 austin$ ls -l libtiny.so.1.0 -rw-r--r-- 1 jdp jdp 4208 Jan 9 21:13 libtiny.so.1.0 austin$ ldd a.out a.out: libtiny.so.1.0 => libtiny.so.1.0 (0x8025000) austin$ ./a.out Hello, world! I suppose I'd better explain where the magic number 4208 came from. The data segment occupies the second page of the file. (There is no bss in libtiny.) But most of it is unused. The easiest way to find out how much is unused is to do this (using the old, 8K libtiny again): austin$ hexdump libtiny.so.1.0- 0000000 00cc c086 1000 0000 1000 0000 0000 0000 0000010 0000 0000 0020 0000 0000 0000 0000 0000 0000020 8955 c9e5 00c3 0000 0000 0000 0000 0000 0000030 0002 0000 0005 0000 0000 0000 0004 0000 0000040 ffff ffff 0000 0000 0001 0000 0000 0000 0000050 0003 0000 0000 0000 0004 0000 0000 0000 0000060 0000 0000 0007 0000 1000 0000 0000 0000 0000070 000a 0000 0205 0000 0020 0000 0000 0000 0000080 0019 0000 0005 0000 00dc 0000 0000 0000 0000090 0020 0000 0007 0000 106c 0000 0000 0000 00000a0 0027 0000 0009 0000 106c 0000 0000 0000 00000b0 5f5f 5944 414e 494d 0043 615f 725f 6165 00000c0 5f6c 6c6b 6475 6567 5f00 7465 7865 0074 00000d0 655f 6164 6174 5f00 6e65 0064 0000 0000 00000e0 0000 0000 0000 0000 0000 0000 0000 0000 * 0001000 0008 0000 1010 0000 1028 0000 0000 0000 0001010 0000 0000 0000 0000 0000 0000 0000 0000 * 0001030 0000 0000 1060 0000 1064 0000 0030 0000 0001040 0030 0000 0060 0000 0000 0000 0004 0000 0001050 00b0 0000 002c 0000 1000 0000 0008 0000 0001060 1000 0000 e990 fffa ffff 0000 0000 0000 0001070 0000 0000 0000 0000 0000 0000 0000 0000 * 0002000 So everything from byte 0x1070 (= 4208) to the end is just zero-fill, and can be thrown away. The mmap call will still map the whole page; it doesn't care if there's no file data behind some of it. > I know, I know, I want everything.. :) That's what you're there for. That's what keeps us going. -- John From owner-freebsd-hackers Tue Jan 9 22:05:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA10103 for hackers-outgoing; Tue, 9 Jan 1996 22:05:40 -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 WAA10091 for ; Tue, 9 Jan 1996 22:05:30 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id IAA15638; Wed, 10 Jan 1996 08:04:20 +0200 (SAT) Message-Id: <199601100604.IAA15638@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: Nate Williams cc: hackers@freebsd.org Subject: Re: How to keepalive a sick ppp process? Date: Wed, 10 Jan 1996 08:04:19 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org Precedence: bulk Nate Williams wrote: > > I am using iijppp (damn fine program!), but every now-and-then it dies > > on me. > > Do you need the on-demand cababilities of ppp, or are you looking for a > 'full-time' link? If the latter, you can use pppd to provide the same > functionality. We eneded up using pppd vs. ijppp because of the > occasional instability of the user-level stuff. I am using the on-demand capabilities to "kick" the line. I am using el-cheapo 14400 modems on a 2-wire leased line, and the line dies every now-and-then (there is a Portmaster on the other end). I use the chat script as a "modem kicker". I haven't looked at the pppd driver recently. Last time I looked was in 1.1.5.1 days, and I could not get the chat(1) to behave (small lack of trying here) 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 Tue Jan 9 22:21:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA11719 for hackers-outgoing; Tue, 9 Jan 1996 22:21:09 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA11680 for ; Tue, 9 Jan 1996 22:20:40 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA29846; Wed, 10 Jan 1996 17:15:46 +1100 Date: Wed, 10 Jan 1996 17:15:46 +1100 From: Bruce Evans Message-Id: <199601100615.RAA29846@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: Add new slice to running system, comments? Cc: hackers@FreeBSD.ORG, phk@critter.tfs.com Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Hmm. Now I'm a little confused 8) Are you saying that the vn device maps >the on-disk location of the file (its block map, I presume) and keeps >this internally to avoid using the fs-specific read/write functions? If >this is the case, then I take everything back and will concentrate solely >on using it 8) The file system keeps the block map. Read the code. The vn driver could keep an optimized form of the block map (one extent for contiguous files, a few extents for slightly discontigous files...). Write the code. Bruce From owner-freebsd-hackers Tue Jan 9 22:21:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA11796 for hackers-outgoing; Tue, 9 Jan 1996 22: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 WAA11762 for ; Tue, 9 Jan 1996 22:21:23 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA00151; Wed, 10 Jan 1996 07:21:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA27097; Wed, 10 Jan 1996 07:21:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id HAA04948; Wed, 10 Jan 1996 07:16:28 +0100 (MET) From: J Wunsch Message-Id: <199601100616.HAA04948@uriah.heep.sax.de> Subject: Re: can't rm /compat To: tulchins@voland.phoebe.com (Steven Tulchinsky) Date: Wed, 10 Jan 1996 07:16:27 +0100 (MET) Cc: hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601091415.OAA00770@voland.phoebe.com> from "Steven Tulchinsky" at Jan 9, 96 02:15:39 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 Steven Tulchinsky wrote: > > After last crash I managed to recover but probably > did something wrong using fsck and it created in place > of /compat directory, very strange file > b---rw-r-- 1 944581969 911628861 56, 1313538113 Dec 29 1976 compat > which I can't remove and replace with original directory. Either try to run chflags on it (chflags noschg for example), or simply clri(8) the i-node, and re-run fsck. -- 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 9 22:21:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA11797 for hackers-outgoing; Tue, 9 Jan 1996 22: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 WAA11768 for ; Tue, 9 Jan 1996 22:21:24 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA00161 for ; Wed, 10 Jan 1996 07:21:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA27098 for hackers@FreeBSD.org; Wed, 10 Jan 1996 07:21:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id HAA04903 for hackers@FreeBSD.org; Wed, 10 Jan 1996 07:10:06 +0100 (MET) From: J Wunsch Message-Id: <199601100610.HAA04903@uriah.heep.sax.de> Subject: Re: wc(1) To: hackers@FreeBSD.org Date: Wed, 10 Jan 1996 07:10:06 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601091615.RAA00359@localhost> from "Wolfram Schneider" at Jan 9, 96 05:15:04 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 Wolfram Schneider wrote: > > > FreeBSD-2.x wc(1) is slow and ugly. NetBSD-current has the same code > as FreeBSD-1.1.5, faster and cleaner written. If this is Net2-derived code, we are not allowed to use it. :( -- 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 9 22:21:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA11816 for hackers-outgoing; Tue, 9 Jan 1996 22:21:35 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA11780 for ; Tue, 9 Jan 1996 22: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 HAA00144; Wed, 10 Jan 1996 07:21:18 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA27096; Wed, 10 Jan 1996 07:21:17 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id HAA04938; Wed, 10 Jan 1996 07:15:38 +0100 (MET) From: J Wunsch Message-Id: <199601100615.HAA04938@uriah.heep.sax.de> Subject: Re: EXABYTE SCSI tape To: tulchins@voland.phoebe.com (Steven Tulchinsky) Date: Wed, 10 Jan 1996 07:15:38 +0100 (MET) Cc: hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601091416.OAA00774@voland.phoebe.com> from "Steven Tulchinsky" at Jan 9, 96 02:16:25 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Steven Tulchinsky wrote: > > Here is my problem. I can't make my SCSI tape drive > work. If drive is empty at the boot time I get: > (ahc0:3:0): "EXABYTE EXB-8200 2618" type 1 removable SCSI 1 > st0(ahc0:3:0): Sequential-Access density code 0x0, drive empty Hmm, i've got some sort of Exabyte 8 mm drive working. I think it's been an EXB-85XX however. I've also got some patches for it sitting for a review. Re: your crashes: i think Justin's recent ahc driver fixes might help you. It's _not_ normal that you end up with a directory containing silly device nodes instead of regular files, this is causes by something stomping across your disk in a very rude way (and i've only seen it on the ahc driver, until my boss finally bought me a second AHA2940 for tape & cdrom). -- 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 9 22:21:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA11869 for hackers-outgoing; Tue, 9 Jan 1996 22:21:48 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA11843 for ; Tue, 9 Jan 1996 22:21:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA03337; Tue, 9 Jan 1996 22:20:52 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: Using `ping' to diagnose network connections reasonable? In-reply-to: Your message of "Tue, 09 Jan 1996 22:48:10 +0100." <199601092148.WAA23824@allegro.lemis.de> Date: Tue, 09 Jan 1996 22:20:52 -0800 Message-ID: <3335.821254852@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > In each of these cases, your ping check may come to an incorrect > conclusion. Pinging is nice for an approximation, but it's no > substitute for the real thing. I'm going to think about this.. I may simply offer the user a little `network tester' they can pop up and get to do a few canned operations (ping / DNS query / ftp). Interpretation of the results will be more or less left to them! :-) Jordan From owner-freebsd-hackers Tue Jan 9 22:23:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12071 for hackers-outgoing; Tue, 9 Jan 1996 22:23:36 -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 WAA12018 for ; Tue, 9 Jan 1996 22:23:11 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA08312; Wed, 10 Jan 1996 16:49:08 +1030 From: Michael Smith Message-Id: <199601100619.QAA08312@genesis.atrad.adelaide.edu.au> Subject: Re: DOS File system fixes To: root@synthcom.com (Neil Bradley) Date: Wed, 10 Jan 1996 16:49:08 +1030 (CST) Cc: rnordier@iafrica.com, msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: from "Neil Bradley" at Jan 9, 96 00:47:09 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Neil Bradley stands accused of saying: > The other option is to write BIOS equivalent routines to do the dirty > work. This would work OK with ST506 style interfaces, but SCSI might be a That's actually bass ackwards 8) What we want is access to BIOS routines that do things that FreeBSD can't. Obviously, that means not remapping the b/c/d segments so that BIOSen that live there are still available. More specifically, the BIOS disk functions as provided by nonstandard disk controllers are the primary goal. > -->Neil -- ]] 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 9 22:27:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA12406 for hackers-outgoing; Tue, 9 Jan 1996 22:27:50 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA12223 for ; Tue, 9 Jan 1996 22:24:31 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA08290; Wed, 10 Jan 1996 16:46:29 +1030 From: Michael Smith Message-Id: <199601100616.QAA08290@genesis.atrad.adelaide.edu.au> Subject: Re: DOS File system fixes To: rnordier@iafrica.com (Robert Nordier) Date: Wed, 10 Jan 1996 16:46:28 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, root@synthcom.com, hackers@freebsd.org In-Reply-To: <199601090822.KAA01144@eac.iafrica.com> from "Robert Nordier" at Jan 9, 96 10:22:17 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Robert Nordier stands accused of saying: > > Maintaining the BIOS environment is a way that is acceptable to both FBSD > and the BIOS might also get tricky. There are parts of the BIOS you > probably just don't want to get called: like 0x15/0x87 which is only a > helper routine but attempts a return to protected mode with interrupts > disabled. Would other parts of the BIOS attempt to call this? If a BIOS function was called, so far as it could tell, from an address in low memory in real mode? > Robert Nordier -- ]] 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 9 22:41:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA13871 for hackers-outgoing; Tue, 9 Jan 1996 22:41:23 -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 WAA13865 for ; Tue, 9 Jan 1996 22:41:19 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id WAA18170 for ; Tue, 9 Jan 1996 22:41:19 -0800 Message-Id: <199601100641.WAA18170@austin.polstra.com> To: freebsd-hackers@freebsd.org Subject: Whither swapinfo? Date: Tue, 09 Jan 1996 22:41:18 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk It looks like "/usr/sbin/swapinfo" has been removed from the source tree since 2.1 came out. Why is that? Is there a replacement for it? -- 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 Tue Jan 9 22:42:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA13949 for hackers-outgoing; Tue, 9 Jan 1996 22:42:02 -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 WAA13939 for ; Tue, 9 Jan 1996 22:41:57 -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 HAA15611 for ; Wed, 10 Jan 1996 07:41:55 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA00465 for freebsd-hackers@FreeBSD.ORG; Wed, 10 Jan 1996 07:41:54 +0100 Received: from sidhe.hsc-sec.fr (root@sidhe.freenix.fr [193.56.58.67]) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) with ESMTP id CAA00342 for ; Wed, 10 Jan 1996 02:35:06 +0100 (MET) Received: (from roberto@localhost) by sidhe.hsc-sec.fr (8.7.3/sidhe-new-1.4) id OAA13027 for freebsd-hackers@FreeBSD.ORG; Tue, 9 Jan 1996 14:17:44 +0100 (MET) From: Ollivier Robert Message-Id: <199601091317.OAA13027@sidhe.hsc-sec.fr> Subject: HELP: Cyclades Drivers To: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Date: Tue, 9 Jan 1996 14:17:42 +0100 (MET) Reply-To: roberto@hsc.fr.net (Ollivier Robert) 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 anybody has an idea (Briand ? Bruce ?) ? ------- start of forwarded message ------- From: deva@dystopia.fi (Henrikki Karapuu) Newsgroups: comp.unix.bsd.freebsd.misc Subject: HELP: Cyclades Drivers Date: 6 Jan 1996 22:03:57 GMT We have been using Brian Litzinger's cyclades driver for few months now, since drivers suplied with kernel were not even able to probe cyclades. About week ago we noticed that transfer rate when uploading was way too low, around 1000cps on V34. We have now pinpointed problem to cyclades drivers; same modem with same settings in same machine but in normal 16550AFN uart serial-card gives normal transfer rates of 3000cps when uploading. Next I experiemented with different kernel and driver versions as follows: Kernel 2.0.5R, with drivers from packet cyb2.0fb.shar.gz or cyb2.0-32fb.tar.gz: When using modem attached to cyclades for receiving files, data transfer rate is initialy very high, aproximately 4000cps on V34, but drops down to around 1000cps in 30 seconds, and remains at that rate for the rest of the transfer. When sending files, everything works fine. Kernel 2.1.0R with drivers from packet cyb2.0fb.shar.gz: Kernel won't compile, I'll mail errors if anybody has any interest. Kernel 2.1.0R with drivers from packet cyb2.0-32fb.tar.gz: When dialing in, modem answers ok and prints normal login-prompt. After entering username, passwd is asked as usual, but after that nothings happens. Hard/software in use: Cyclades Cyclom 8Yo (yes, cables are fixed;) FreeBSD 2.0.5R or 2.1.0R, mgetty, 8 * Well AT/XT-2814SAM V34, Pentium 60mhz, 32MB, NCR810, 1GB SCSI-2 hd, Mach 32 PCI Please, mail or post any ideas what could be wrong, no matter how stupid they may sound, since i dont have any more things in mind to try out and neither of drivers are working. Have others got cyclades working with FreeBSD? If so, with what drivers and kernel, anything special to do? Thanks, Henrikki Karapuu ------- end of forwarded message ------- -- Ollivier ROBERT -=-=- Herve Schauer Consultants -=-=- roberto@hsc.fr.net -=-=-=-=-=- Support The Free UNIX Systems ! FreeBSD Linux NetBSD -=-=-=-=-=- From owner-freebsd-hackers Tue Jan 9 22:51:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA14737 for hackers-outgoing; Tue, 9 Jan 1996 22:51:14 -0800 (PST) Received: from thymaster.interaccess.com (joeg@thymaster.interaccess.com [198.80.0.36]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA14724 for ; Tue, 9 Jan 1996 22:51:10 -0800 (PST) Received: (from joeg@localhost) by thymaster.interaccess.com (8.7.2/8.6.9) id AAA12813 for hackers@freebsd.org; Wed, 10 Jan 1996 00:50:49 -0600 (CST) From: Joe Grosch Message-Id: <199601100650.AAA12813@thymaster.interaccess.com> Subject: error with RPC (?) To: hackers@freebsd.org Date: Wed, 10 Jan 1996 00:50:48 -0600 (CST) Reply-To: joeg@truenorth.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk I am getting an RPC error message. This occurs when I try to rlogin into another machine or when my machine reboots. The error is: clnttcp_create: RPC: Port mapper failure - RPC: Unable to send I am stumped as to what is causing the problem. Any suggestions would be helpful Thanks 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 http://www.interaccess.com/users/joeg/ported.html ========================================================================== From owner-freebsd-hackers Tue Jan 9 22:52:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA15051 for hackers-outgoing; Tue, 9 Jan 1996 22:52:44 -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 WAA15027 for ; Tue, 9 Jan 1996 22:52:30 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA02012; Wed, 10 Jan 1996 07:52:19 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA27225; Wed, 10 Jan 1996 07:52:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id HAA05159; Wed, 10 Jan 1996 07:35:18 +0100 (MET) From: J Wunsch Message-Id: <199601100635.HAA05159@uriah.heep.sax.de> Subject: Re: "split" question To: dim@mrn1.aaarf.org (D. Gerasimatos) Date: Wed, 10 Jan 1996 07:35:18 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601092343.PAA06668@mrn1.aaarf.org> from "D. Gerasimatos" at Jan 9, 96 03:43: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 D. Gerasimatos wrote: > > > This seems to work fine on other OSes, namely HP-UX. I am not having > problems with the "-b" flag, but I can't get the "-l" flag to work > no matter what. "split -l 1000", "split -l 3000", and > "split -l1000" (no space between line arg and flag) all fail with > the error: > > split: 3000: illegal line count. j@uriah 132% split -l100 foo j@uriah 133% split -l 100 foo j@uriah 134% split -l 1000 foo j@uriah 135% split -l 3000 foo j@uriah 136% split -l 3000000 foo It works for me as expected!? -- 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 9 23:16:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16842 for hackers-outgoing; Tue, 9 Jan 1996 23:16:14 -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 XAA16835 for ; Tue, 9 Jan 1996 23:16:03 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA00480; Wed, 10 Jan 1996 18:13:29 +1100 Date: Wed, 10 Jan 1996 18:13:29 +1100 From: Bruce Evans Message-Id: <199601100713.SAA00480@godzilla.zeta.org.au> To: hackers@freebsd.org, wosch@cs.tu-berlin.de Subject: Re: wc(1) Sender: owner-hackers@freebsd.org Precedence: bulk >FreeBSD-2.x wc(1) is slow and ugly. NetBSD-current has the same code >as FreeBSD-1.1.5, faster and cleaner written. I didn't know that 1.1.5 was better. It's surprising how much has changed in 2.x, and how much became worse. >time FreeBSD-2.1/wc /usr/share/dict/words > 234936 234936 2486813 /usr/share/dict/words > 6.96 real 6.48 user 0.40 sys >time FreeBSD-1.1.5/wc /usr/share/dict/words > 234936 234936 2486813 /usr/share/dict/words > 5.72 real 5.19 user 0.45 sys >time FreeBSD-2.1/wc -l < /usr/share/dict/words > 234936 > 6.99 real 6.38 user 0.46 sys >time FreeBSD-1.1.5/wc -l < /usr/share/dict/words > 234936 > 2.97 real 2.50 user 0.42 sys Freshly compiled statically linked wc's only show the 20% unimprovement for plain wc here under -current. wc -l is only 6% slower. -current's ctype functions are slightly better, but still too complicated for gcc to optimize well. gcc fails to optimize: char *p; unsigned char c = *p++; int i = c; if (i < 0 || i & 0x80000000) cant_get_here_so_dont_need_to_test_i(); else foo(); This optimization doesn't apply to wc because wc is broken. It uses `int ch = *p++;' to get a sign extension bug. isspace(ch) causes undefined behaviour if ch is negative and not EOF. The actual behaviour is to slow down wc a little for all characters and a lot for negative characters. Sorry I haven't committed your old speed improvements. I don't think wc is very important except as an example. Bruce From owner-freebsd-hackers Tue Jan 9 23:18:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16932 for hackers-outgoing; Tue, 9 Jan 1996 23:18: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 XAA16918 for ; Tue, 9 Jan 1996 23:18:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA03660; Tue, 9 Jan 1996 23:17:08 -0800 To: roberto@hsc.fr.net (Ollivier Robert) cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Subject: Re: HELP: Cyclades Drivers In-reply-to: Your message of "Tue, 09 Jan 1996 14:17:42 +0100." <199601091317.OAA13027@sidhe.hsc-sec.fr> Date: Tue, 09 Jan 1996 23:17:08 -0800 Message-ID: <3658.821258228@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Does anybody has an idea (Briand ? Bruce ?) ? > > [long bug report from USENET elided] > This is all about Brian's driver, not the one in 2.1. They should tell us what's wrong with the one in 2.1! I have asked them a couple of times, to no avail. Since Brian's already made it pretty clear that he's not interested in working with us on the question of his Cyclades driver, I don't think that it's appropriate to forward bug reports concerning it to -hackers. What can we do? We already *have* a Cyclades driver to support! Jordan From owner-freebsd-hackers Tue Jan 9 23:19:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA16981 for hackers-outgoing; Tue, 9 Jan 1996 23:19:29 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA16975 for ; Tue, 9 Jan 1996 23:19:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA03684; Tue, 9 Jan 1996 23:18:45 -0800 To: John Polstra cc: freebsd-hackers@FreeBSD.org Subject: Re: Whither swapinfo? In-reply-to: Your message of "Tue, 09 Jan 1996 22:41:18 PST." <199601100641.WAA18170@austin.polstra.com> Date: Tue, 09 Jan 1996 23:18:45 -0800 Message-ID: <3681.821258325@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk pstat -s > It looks like "/usr/sbin/swapinfo" has been removed from the source tree > since 2.1 came out. Why is that? Is there a replacement for it? > -- > 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 Tue Jan 9 23:33:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA17565 for hackers-outgoing; Tue, 9 Jan 1996 23:33:48 -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 XAA17547 for ; Tue, 9 Jan 1996 23:33:31 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA08632; Wed, 10 Jan 1996 18:03:00 +1030 From: Michael Smith Message-Id: <199601100733.SAA08632@genesis.atrad.adelaide.edu.au> Subject: Re: Add new slice to running system, comments? To: bde@zeta.org.au (Bruce Evans) Date: Wed, 10 Jan 1996 18:02:59 +1030 (CST) Cc: bde@zeta.org.au, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG, phk@critter.tfs.com In-Reply-To: <199601100615.RAA29846@godzilla.zeta.org.au> from "Bruce Evans" at Jan 10, 96 05:15:46 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Bruce Evans stands accused of saying: > > >Hmm. Now I'm a little confused 8) Are you saying that the vn device maps > >the on-disk location of the file (its block map, I presume) and keeps > >this internally to avoid using the fs-specific read/write functions? If > >this is the case, then I take everything back and will concentrate solely > >on using it 8) > > The file system keeps the block map. Read the code. The vn driver could > keep an optimized form of the block map (one extent for contiguous files, > a few extents for slightly discontigous files...). Write the code. One thing at a time 8) I'm still fuzzy on the merits of having to mount the filesystem before vnconfig'ing the node to get at the extent(s). Yes, I'll go read the code before bothering you anymore, but without the background understanding of What Everything Does, you spend most of your time chasing your tail 8( > Bruce -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Tue Jan 9 23:45:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18323 for hackers-outgoing; Tue, 9 Jan 1996 23:45:10 -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 XAA18291 for ; Tue, 9 Jan 1996 23:44:53 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id QAA07798; Wed, 10 Jan 1996 16:44:13 +0900 Date: Wed, 10 Jan 1996 16:44:13 +0900 Message-Id: <199601100744.QAA07798@frig.mt.cs.keio.ac.jp> To: hackers@freebsd.org Subject: sys/pccard status 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 I found a serious bug in sys/pccard stuff about the I/O window mapping. I'm fighting against this bug. I'll release the alpha-test package of this kit on Jan. 11 or Jan. 12. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Tue Jan 9 23:47:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18518 for hackers-outgoing; Tue, 9 Jan 1996 23:47:53 -0800 (PST) Received: from gateway.net.hk (john@gateway.hk.linkage.net [202.76.7.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA18512 for ; Tue, 9 Jan 1996 23:47:43 -0800 (PST) Received: (from john@localhost) by gateway.net.hk (8.6.12/8.6.9) id PAA18646; Wed, 10 Jan 1996 15:41:16 +0800 Date: Wed, 10 Jan 1996 15:41:16 +0800 (HKT) From: John Beukema To: Jaye Mathisen cc: hackers@freebsd.org Subject: Re: Anybody seeing a problem with 2.1-stable and INN? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Jaye Mathisen wrote: > > Yeah, but the history file should never get out of sync. Back in the > good old days i used to run one of the top sites in the nation, and I > *never* had these kinds of problems. Mine got of sync by moving groups to a new disk and symlinking. We have been up for 10 days. jbeukema > > I ended up getting mail from John Dyson who suggest that the problem > really was with MMAP. > > So I've recompiled w/o mmap, and it's been running fine now for about 14 > hours, which is long than it has made it before. After a few days I'll > know for sure. > > On Tue, 9 Jan 1996, John Beukema wrote: > > > > > We are using 2.1.0R FBSD with INN for a 5,000 group feed without trouble. > > Everytime I have seen the symlink error, the history file was out of > > sync. Make certain makehistory completes without error and that the new > > file is written to /usr/local/news/lib/history ( the default is something > > else). Also make certain > > you provide ~75MB of tmp file space using 'makehistory -o -T /news2/tmp' > > > > > > On Mon, 8 Jan 1996, Jaye Mathisen wrote: > > > > > > > > I'm using INN1.4sec with the unofficial patches from psu (level 2). On a > > > FreebSD 2.1-stable box. 32MB RAM, 20GB disk. > > > > > > I am constantly getting errors from INN about symlinking articles, > > > specifically that when INN goes to write a file, the file it thinks it > > > can write to already exists. > > > > > > Thinking that something got whacked in the filesystem/history files I > > > removed all files from the file system, and then restarted INN. Within a > > > few hours, I started getting the error again that some inconsistency has > > > happened. > > > > > > This problem has cropped up in about the last month, and nothing I do > > > seems to fix it. I've rebuilt and re-installed the INN software, I've > > > rebuilt the history and active files a kazillion times, and nothing seems > > > to work. > > > > > > I'm wondering if there's a problem in the MMAP stuff (which is something > > > that I couldn't use under BSD/OS, which this box is a convert from), or > > > maybe the dbz routines... > > > > > > Any idea appreciated, I'd hate to have to punt back to BSD/OS. > > > > > > > > > From owner-freebsd-hackers Tue Jan 9 23:51:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18678 for hackers-outgoing; Tue, 9 Jan 1996 23:51:32 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA18672 for ; Tue, 9 Jan 1996 23:51:27 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id AAA17408; Wed, 10 Jan 1996 00:53:53 -0700 Date: Wed, 10 Jan 1996 00:53:53 -0700 From: Nate Williams Message-Id: <199601100753.AAA17408@rocky.sri.MT.net> To: John Polstra Cc: freebsd-hackers@FreeBSD.org Subject: Re: Whither swapinfo? In-Reply-To: <199601100641.WAA18170@austin.polstra.com> References: <199601100641.WAA18170@austin.polstra.com> Sender: owner-hackers@FreeBSD.org Precedence: bulk John Polstra writes: > It looks like "/usr/sbin/swapinfo" has been removed from the source tree > since 2.1 came out. Why is that? Is there a replacement for it? Umm, swapinfo is a link to pstat, which runs the same as 'pstat -s' when run as swapinfo. It *should* be on your system as /usr/sbin/swapinfo. Nate From owner-freebsd-hackers Wed Jan 10 00:04:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19280 for hackers-outgoing; Wed, 10 Jan 1996 00:04:25 -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 AAA19202 for ; Wed, 10 Jan 1996 00:03:50 -0800 (PST) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (134.100.239.2) with smtp id ; Wed, 10 Jan 96 09:02 MET Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-hackers@freebsd.org id ; Wed, 10 Jan 96 09:02 MET Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA24282; Wed, 10 Jan 96 08:55:41 +0100 Date: Wed, 10 Jan 96 08:55:41 +0100 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9601100755.AA24282@wavehh.hanse.de> To: freebsd-hackers@freebsd.org Subject: Re: gcc v2.7.2 and libg++ v2.7.1 Newsgroups: hanse-ml.freebsd.hackers References: <199601081428.PAA01862@mordillo> Reply-To: cracauer@wavehh.hanse.de Sender: owner-hackers@freebsd.org Precedence: bulk chuckr@glue.umd.EDU (Chuck Robey) wrote: >If you have access to a corrected freebsd.h, could you maybe post the diffs? >If you did that, and I used Doug Rabson's libg++ bmake post, I could then >build a complete gcc-2.7.2/libg++-2.7.1 environment, right? Just deleting the two lines that defines the macro for weak symbols did the job for me. Note that I don't use gcc on FreeBSD heavily. 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 Wed Jan 10 00:05:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA19354 for hackers-outgoing; Wed, 10 Jan 1996 00:05:34 -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 AAA19110 for ; Wed, 10 Jan 1996 00:00:08 -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 IAA16128 ; Wed, 10 Jan 1996 08:58:48 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id IAA00676 ; Wed, 10 Jan 1996 08:58:47 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id IAA01082; Wed, 10 Jan 1996 08:34:57 +0100 (MET) From: Ollivier Robert Message-Id: <199601100734.IAA01082@keltia.freenix.fr> Subject: Re: can't rm /compat To: tulchins@voland.phoebe.com (Steven Tulchinsky) Date: Wed, 10 Jan 1996 08:34:57 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <199601091415.OAA00770@voland.phoebe.com> from "Steven Tulchinsky" at Jan 9, 96 02:15:39 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 Steven Tulchinsky said: > After last crash I managed to recover but probably > did something wrong using fsck and it created in place > of /compat directory, very strange file > b---rw-r-- 1 944581969 911628861 56, 1313538113 Dec 29 1976 compat > which I can't remove and replace with original directory. Either "clri inode#" or use fsdb(8) to remove the file. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-hackers Wed Jan 10 00:32:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA21788 for hackers-outgoing; Wed, 10 Jan 1996 00:32:37 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA21783 for ; Wed, 10 Jan 1996 00:32:28 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Wed, 10 Jan 96 08:32 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 JAA13440; Wed, 10 Jan 1996 09:16:18 +0100 Message-Id: <199601100816.JAA13440@allegro.lemis.de> Subject: Re: Dual Monitor Systems... To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 10 Jan 1996 09:16:18 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199601092137.WAA00405@uriah.heep.sax.de> from "J Wunsch" at Jan 9, 96 10:37:42 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 J Wunsch writes: > > As Greg Lehey wrote: > >> You've obviously never burnt out a monitor :-( >> >> Running monitors out of spec *does* damage monitors. > > The usual cause for burning a monitor is _over_driving its horizontal > frequency. In a dumb fixed-frequency monitor, the CRT accelerator > voltage supply is simply done by the horizontal output stage (``line > transformator'', like in any TV set), and overdriving its spec'ed > frequency causes this stage to produce way too much high voltage, and > finally too much power dissipation in the driving transistors, hence > overheating either the transistor(s), or melting the isolation out of > the transformator. The line transformer is a tuned circuit which runs most efficiently at the tuned frequency. Deviate to either side and you'll have losses which ultimately dissipate as heat. How much heat is generated depends on the deviation (it's a Gaussian curve) and the rest of the circuitry, which under these circumstances may show a difference between too high and too low frequencies. > _Under_driving the frequency has the ill side-effect of reducing the > high voltage, which is far less dangerous. If a monitor is operated > in this state for a really long period of time (weeks), this might > also cause the cathode of the CRT to become `deaf' (reduced > emittability), but that's certainly not a problem if it's running a > few hours in this state. It's not the voltage that's the problem, it's the heat dissipation in the line transformer. > Running a fixed-frequency monitor (f[H] usually between 60 and 90 kHz) > at VGA speed (31.5 kHz) is plain underdriving. > > (``multi-sync'' monitors have a separate accelerator voltage power > supply, or some other sort of self-control, and usually protect > theirselves against overdriving.) Unfortunately not all of them. You can burn out multisyncs, too. Greg From owner-freebsd-hackers Wed Jan 10 01:38:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA25973 for hackers-outgoing; Wed, 10 Jan 1996 01:38:08 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA25964 for ; Wed, 10 Jan 1996 01:37:51 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA01990 for freebsd-hackers@freefall.cdrom.com; Wed, 10 Jan 1996 10:39:08 +0100 Date: Wed, 10 Jan 1996 10:39:08 +0100 From: "Christoph P. Kukulies" Message-Id: <199601100939.KAA01990@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: advice needed to recover a FS/disk Sender: owner-hackers@FreeBSD.ORG Precedence: bulk During early 2.1 install tests my wd0 got wiped out when I was trying to install on wd1. I managed to write a little program to find a disklabel (DISKMAGIC) on the disk and dump the label information. What I want is to dd the relevant portion to another disk and vnconfig this piece as a vn disk to recover important information which still resides on the disk. How do I get to the begin of the FS once knowing the offset of the disklabel resp. the partition offsets? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Jan 10 01:41:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA26259 for hackers-outgoing; Wed, 10 Jan 1996 01:41:45 -0800 (PST) Received: from mail.fwi.uva.nl (root@mail.fwi.uva.nl [146.50.4.20]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA26249 for ; Wed, 10 Jan 1996 01:41:27 -0800 (PST) From: frank@fwi.uva.nl Received: from atlas.fwi.uva.nl by mail.fwi.uva.nl with ESMTP (sendmail 8.6.12/config 5.15). id KAA00951; Wed, 10 Jan 1996 10:41:23 +0100 Received: from localhost by atlas.fwi.uva.nl (sendmail 8.6.12/config 5.12). id KAA18577; Wed, 10 Jan 1996 10:41:20 +0100 Message-Id: <199601100941.KAA18577@atlas.fwi.uva.nl> Date: Wed, 10 Jan 1996 10:41:20 +0100 X-Organisation: Faculty of Mathematics, Computer Science, Physics & Astronomy University of Amsterdam Kruislaan 403 NL-1098 SJ Amsterdam The Netherlands X-Phone: +31 20 525 7463 X-Fax: +31 20 525 7490 To: freebsd-hackers@freebsd.org Subject: NFS3 query Sender: owner-hackers@freebsd.org Precedence: bulk [I'm not on this list, so please Cc any replies to me..] I've been integrating Rick Macklem's NFSv3 code (from Lite2) into NetBSD-current. After passing through several tests in several configurations, I thought I was mostly done with it. However, I decided to scan the FreeBSD mailing lists for any problems that you folks might have had integrating it, since you have done that already a while ago. I noticed a message from Bruce Evans, dated August 2nd I think, in which he wrote: > 3. Making of vnode_if.[ch] for the kernel on the client with /usr NFSv3- > mounted gives corrupted files (with small pieces missing or something like > that). So I tried it and, sure enough, it failed. It only happens when v3 is used, without NQNFS extensions. It seems that the last buffer of the files is not written to the server, creating truncated files. It isn't one of the 2 bugs reported in the patches that Rick put up for ftp, I checked that. My question is: did you guys already fix this one (I guess so, since it was reported 4 months ago), and how did you fix it? I just thought I'd ask before going off and hunting it down myself, there's no to reinvent the wheel after all. Thanks a lot in advance, - Frank From owner-freebsd-hackers Wed Jan 10 02:05:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA27686 for hackers-outgoing; Wed, 10 Jan 1996 02:05:25 -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 CAA27679 for ; Wed, 10 Jan 1996 02:05:15 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA09007; Wed, 10 Jan 1996 20:33:56 +1030 From: Michael Smith Message-Id: <199601101003.UAA09007@genesis.atrad.adelaide.edu.au> Subject: Re: PnP problem... To: root@synthcom.com (Neil Bradley) Date: Wed, 10 Jan 1996 20:33:55 +1030 (CST) Cc: terry@lambert.org, hasty@rah.star-gate.com, freebsd-hackers@freebsd.org In-Reply-To: from "Neil Bradley" at Jan 9, 96 08:11:10 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Neil Bradley stands accused of saying: > > Back when I designed BIOSes for P5 motherboards, we'd initialize ISA You realise that this was an incredibly brave thing to admit to? As an example; FreeBSD has trouble reliably rebooting a number of motherboards; the ones I've had problems with were all 486 systems, but I'm sure there were some P5 boards with the same problems. Could you detail the appropriate steps to take to reliably force a reboot from protected mode? And could whoever was in there last (Rod I suspect...) look and see how this compares with the way we do things? (Obviously I'll look as well, but I can't propose that I'll understand it all...) -- ]] 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 10 02:14:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28172 for hackers-outgoing; Wed, 10 Jan 1996 02:14:34 -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 CAA28150 for ; Wed, 10 Jan 1996 02:13:58 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA09073; Wed, 10 Jan 1996 20:43:20 +1030 From: Michael Smith Message-Id: <199601101013.UAA09073@genesis.atrad.adelaide.edu.au> Subject: Re: EXABYTE SCSI tape To: bobb@netcom.com (Bob Beaulieu) Date: Wed, 10 Jan 1996 20:43:20 +1030 (CST) Cc: tulchins@voland.phoebe.com, hackers@freebsd.org In-Reply-To: <199601100518.VAA17356@netcom.netcom.com> from "Bob Beaulieu" at Jan 9, 96 09:18:14 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Bob Beaulieu stands accused of saying: > > >Here is my problem. I can't make my SCSI tape drive > >work. If drive is empty at the boot time I get: > > (ahc0:3:0): "EXABYTE EXB-8200 2618" type 1 removable SCSI 1 > >st0(ahc0:3:0): Sequential-Access density code 0x0, drive empty Hey, if you're in australia I'll give you $100 for a working CD board! 8) > I'm trying to get an Exabyte 2501 going also and having a hell of a time. > J"org is working with me trying to get it working and I rebuilt my kernel > with options SCSIDEBUG and booted the kernel with -v. Just a thought; IIRC, there's a Sun "exabyte FAQ" (which says something about how crabby these drives are 8() You might want to look on rftm.mit.edu in the news.answers archive (sorry, forgotten the directory, try all the *sun* ones 8) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] "Who does BSD?" "We do Chucky, we do." [[ From owner-freebsd-hackers Wed Jan 10 02:30:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA28696 for hackers-outgoing; Wed, 10 Jan 1996 02:30:13 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id CAA28641 Wed, 10 Jan 1996 02:28:38 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA09177; Wed, 10 Jan 1996 20:59:17 +1030 From: Michael Smith Message-Id: <199601101029.UAA09177@genesis.atrad.adelaide.edu.au> Subject: Re: A few NITS about SCSI Tapes To: jhs@freebsd.org Date: Wed, 10 Jan 1996 20:59:16 +1030 (CST) Cc: regnauld@tetard.frmug.fr.net, hackers@freebsd.org In-Reply-To: <199601091054.LAA00868@vector.jhs.local> from "Julian H. Stacey" at Jan 9, 96 11:54:58 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Julian H. Stacey stands accused of saying: > I have 3 60M drives here, of different manufacturers, > if you want a timing test done, tell me what to do (I run current) > (I'm picking up this conversation late) Likewise 8) IIRC, it was about rewind times for tape streamers. For reference (in case someone faster hasn't given these numbers already) : Rewind times for a Tandberg TDC3660: 62 seconds for a DC6150, 136 seconds for a DC6250. > Julian -- ]] 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 10 04:10:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03887 for hackers-outgoing; Wed, 10 Jan 1996 04:10:31 -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 EAA03875 for ; Wed, 10 Jan 1996 04:10:05 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA13329; Wed, 10 Jan 1996 23:05:44 +1100 Date: Wed, 10 Jan 1996 23:05:44 +1100 From: Bruce Evans Message-Id: <199601101205.XAA13329@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, roberto@hsc.fr.net Subject: Re: HELP: Cyclades Drivers Sender: owner-hackers@FreeBSD.org Precedence: bulk >Does anybody has an idea (Briand ? Bruce ?) ? I replied in private mail a few days ago. >------- start of forwarded message ------- >From: deva@dystopia.fi (Henrikki Karapuu) >Newsgroups: comp.unix.bsd.freebsd.misc >Subject: HELP: Cyclades Drivers >Date: 6 Jan 1996 22:03:57 GMT >We have been using Brian Litzinger's cyclades driver for few months >now, since drivers suplied with kernel were not even able to probe >cyclades. About week ago we noticed that transfer rate when uploading >was way too low, around 1000cps on V34. We have now pinpointed problem >to cyclades drivers; same modem with same settings in same machine but >in normal 16550AFN uart serial-card gives normal transfer rates of >3000cps when uploading. This may be because RTS input flow control is broken. (The hardware flow control provided by the cd1400 serial chip can't work in general because the sender may not respond to it in time. E.g., it won't work (unless it isn't really necessary) for a 16550A sending to a cd1400.) >Next I experiemented with different kernel and driver versions as follows: >Kernel 2.0.5R, with drivers from packet cyb2.0fb.shar.gz or cyb2.0-32fb.tar.gz: >... >Kernel 2.1.0R with drivers from packet cyb2.0fb.shar.gz: >... >Kernel 2.1.0R with drivers from packet cyb2.0-32fb.tar.gz: >... Use 2.1 with standard drivers. Bruce From owner-freebsd-hackers Wed Jan 10 05:09:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA05512 for hackers-outgoing; Wed, 10 Jan 1996 05:09:39 -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 FAA05507 for ; Wed, 10 Jan 1996 05:09:36 -0800 (PST) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id FAA02797 for ; Wed, 10 Jan 1996 05:08:52 -0800 Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id NAA29285; Wed, 10 Jan 1996 13:05:48 GMT Date: Wed, 10 Jan 1996 13:05:47 +0000 (GMT) From: Doug Rabson To: frank@fwi.uva.nl cc: freebsd-hackers@freebsd.org Subject: Re: NFS3 query In-Reply-To: <199601100941.KAA18577@atlas.fwi.uva.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 10 Jan 1996 frank@fwi.uva.nl wrote: > > [I'm not on this list, so please Cc any replies to me..] > > I've been integrating Rick Macklem's NFSv3 code (from Lite2) into > NetBSD-current. After passing through several tests in several configurations, > I thought I was mostly done with it. However, I decided to scan the > FreeBSD mailing lists for any problems that you folks might have had > integrating it, since you have done that already a while ago. > > I noticed a message from Bruce Evans, dated August 2nd I think, in which > he wrote: > > > 3. Making of vnode_if.[ch] for the kernel on the client with /usr NFSv3- > > mounted gives corrupted files (with small pieces missing or something like > > that). > > So I tried it and, sure enough, it failed. It only happens when v3 is used, > without NQNFS extensions. It seems that the last buffer of the files is not > written to the server, creating truncated files. > > It isn't one of the 2 bugs reported in the patches that Rick put up for ftp, > I checked that. > > My question is: did you guys already fix this one (I guess so, since it > was reported 4 months ago), and how did you fix it? > > I just thought I'd ask before going off and hunting it down myself, there's > no to reinvent the wheel after all. > > Thanks a lot in advance, Wasn't it something to do with buf->b_validoff and buf->b_validend not being fully supported (at the time) by the VM system? I can't remember if it was fixed at the time. Is anyone using NFSv3 in current at the moment? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Wed Jan 10 05:28:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06098 for hackers-outgoing; Wed, 10 Jan 1996 05:28: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 FAA06077 for ; Wed, 10 Jan 1996 05:28:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA16547; Thu, 11 Jan 1996 00:15:09 +1100 Date: Thu, 11 Jan 1996 00:15:09 +1100 From: Bruce Evans Message-Id: <199601101315.AAA16547@godzilla.zeta.org.au> To: frank@fwi.uva.nl, freebsd-hackers@FreeBSD.ORG Subject: Re: NFS3 query Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> 3. Making of vnode_if.[ch] for the kernel on the client with /usr NFSv3- >> mounted gives corrupted files (with small pieces missing or something like >> that). >So I tried it and, sure enough, it failed. It only happens when v3 is used, >without NQNFS extensions. It seems that the last buffer of the files is not >written to the server, creating truncated files. >It isn't one of the 2 bugs reported in the patches that Rick put up for ftp, >I checked that. >My question is: did you guys already fix this one (I guess so, since it >was reported 4 months ago), and how did you fix it? It's not fixed. Random pieces get lost. One ktrace run showed the second 512-byte write being completely lost. The i/o is nothing special: ... read(0x0,0x2c100,0x200) break(0x2f000) fstat(0x1,...) break(0x30000) ... more breaks write(0x1,0x2f000,0x200) succeeds, but not present in final file ... no lseeks on fd 1 Bruce From owner-freebsd-hackers Wed Jan 10 05:52:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06841 for hackers-outgoing; Wed, 10 Jan 1996 05:52:28 -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 FAA06833 for ; Wed, 10 Jan 1996 05:52:11 -0800 (PST) Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.12/8.6.12/FreeBSD2.1) id LAA19274 for hackers@freebsd.org; Wed, 10 Jan 1996 11:37:54 GMT From: Pedro A M Vazquez Message-Id: <199601101137.LAA19274@kalypso.iqm.unicamp.br> Subject: Re: NFS exporting... (fwd) To: hackers@freebsd.org Date: Wed, 10 Jan 1996 11:37:54 +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 I believe this should be in the FAQ, shouldn't it? Terry Lambert said: > > > p.p.s. Why does FreeBSD consume far more swap space than Linux? > > It doesn't. You might mean "why does my swap seem full?". If that > is what you really meant, it's because putting stuff in swap rather > than discarding it makes it faster to recover than if the pager had > to go through the file system to pull in clean (unmodified) blocks > from an executable. > > The actual amount of dirty pages that you can have in core at once > is not reduced; the clean pages are displaced as necessary. > > (note: the above is from memory; there was some talk of modifying the > reporting system so as to hide the clean pages as "not present"). > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > Pedro From owner-freebsd-hackers Wed Jan 10 05:56:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA06948 for hackers-outgoing; Wed, 10 Jan 1996 05:56: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 FAA06929 for ; Wed, 10 Jan 1996 05:56:02 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id FAA04985; Wed, 10 Jan 1996 05:56:01 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id FAA00159; Wed, 10 Jan 1996 05:56:03 -0800 (PST) Message-Id: <199601101356.FAA00159@corbin.Root.COM> To: Rashid Karimov cc: hackers@freebsd.org Subject: Re: 64MB 60ns EDO SIMMS - are they avail. already ? In-reply-to: Your message of "Tue, 09 Jan 96 15:14:11 EST." <199601092014.PAA13289@rk.ios.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 10 Jan 1996 05:56:02 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > Also ... any news on whether ASUS started producing > the P6 MBs with FIXED ORION chipset ( w/o sad 4.4Mb/sec > limit). "Not until April"...they've told me. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Jan 10 05:57:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA07017 for hackers-outgoing; Wed, 10 Jan 1996 05:57:48 -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 FAA07001 for ; Wed, 10 Jan 1996 05:57:45 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id FAA04989; Wed, 10 Jan 1996 05:57:43 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id FAA00172; Wed, 10 Jan 1996 05:57:45 -0800 (PST) Message-Id: <199601101357.FAA00172@corbin.Root.COM> To: "Amancio Hasty Jr." cc: "Justin T. Gibbs" , Dataradio sysadmin , hackers@freebsd.org Subject: Re: AHA 2940 lockup == 2740 lockup? In-reply-to: Your message of "Tue, 09 Jan 96 12:19:54 PST." <199601092019.MAA01936@rah.star-gate.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 10 Jan 1996 05:57:45 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk >Say, does anyone have a good answer to what the PCI Latency value should >be set to?? > >According to Jim Lowe, ASUS lowered the default PCI Latency value from >80 to 32 on their new motherboards. Jim thinks that this may not be >a low enough value ... So what is scoop? Low latency timers with Triton (32 recommended), and high latency timer with Orion. ...so it's a mixed bag. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Jan 10 06:43:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA08507 for hackers-outgoing; Wed, 10 Jan 1996 06:43:17 -0800 (PST) Received: from nightflight.com (nightflight.com [205.162.141.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA08486 Wed, 10 Jan 1996 06:43:11 -0800 (PST) Received: from DTIHOST.datatrek.com (gcrutcher.datatrek.com [204.33.82.254]) by nightflight.com (8.6.11/8.6.9) with SMTP id GAA11766; Wed, 10 Jan 1996 06:48:13 -0800 Message-Id: <2.2.32.19960110144113.006952bc@nightflight.com> X-Sender: gcrutchr@nightflight.com X-Mailer: Windows Eudora Pro Version 2.2 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 10 Jan 1996 06:41:13 -0800 To: hackers@freebsd.org From: Gary Crutcher Subject: Disk replication Cc: questions@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I have a 2nd SCSI drive (2.1 GB) which is the same as my 1st. My 1st drive has FBSD 2.05 on it, and I boot from it. How can I replicate the 1st drive onto the 2nd drive so I can disable the 1st drive and boot from the 2nd drive? I want to upgrade to 2.1 and if something goes wrong I need to bring my server back up quickly. I can only have the system down for about an hour or so. I would like to get info on how to do this ASAP as I want to do the upgrade this weekend. Any help would be greatly appreciated. Gary ------------------------------------------------------------- Gary Crutcher E-mail: gcrutchr@nightflight.com Webmaster URL: http://www.nightflight.com Voice: 619-631-0666 ------------------------------------------------------------- From owner-freebsd-hackers Wed Jan 10 07:24:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10337 for hackers-outgoing; Wed, 10 Jan 1996 07:24:10 -0800 (PST) Received: from tellab5.lisle.tellabs.com (tellab5.lisle.tellabs.com [138.111.243.28]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA10330 for ; Wed, 10 Jan 1996 07:24:04 -0800 (PST) From: mikebo@tellabs.com Received: from sunc210.tellabs.com by tellab5.lisle.tellabs.com with smtp (Smail3.1.29.1 #4) id m0ta2N9-000jD8C; Wed, 10 Jan 96 09:23 CST Received: by sunc210.tellabs.com (SMI-8.6/1.9) id JAA01504; Wed, 10 Jan 1996 09:23:15 -0600 Message-Id: <199601101523.JAA01504@sunc210.tellabs.com> Subject: Re: EXABYTE SCSI tape To: hackers@freebsd.org Date: Wed, 10 Jan 1996 09:23:14 -0600 (CST) Cc: mikebo (Mike Borowiec) 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 Bob Beaulieu stands accused of saying: > > >Here is my problem. I can't make my SCSI tape drive > >work. If drive is empty at the boot time I get: > > (ahc0:3:0): "EXABYTE EXB-8200 2618" type 1 removable SCSI 1 > >st0(ahc0:3:0): Sequential-Access density code 0x0, drive empty When the drive is empty I get this message too, but my Exabyte 8200 works just fine when I push a tape in. At one time, I remember reading that you must be running a relatively recent drive PROM - but I don't remember the version you need. Anyone? - Mike -- -------------------------------------------------------------------------- Michael Borowiec - mikebo@tellabs.com - Tellabs Operations Inc. Senior Member of Technical Staff 4951 Indiana Avenue, MS 63 708-512-8211 FAX: 708-512-7099 Lisle, IL 60532 USA -------------------------------------------------------------------------- From owner-freebsd-hackers Wed Jan 10 07:28:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10513 for hackers-outgoing; Wed, 10 Jan 1996 07:28:26 -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 HAA10502 for ; Wed, 10 Jan 1996 07:28:15 -0800 (PST) Received: from dialup7.etinc.com (dialup7.etinc.com [204.141.95.142]) by etinc.com (8.6.11/8.6.9) with SMTP id KAA24147 for ; Wed, 10 Jan 1996 10:39:39 -0500 Date: Wed, 10 Jan 1996 10:39:39 -0500 Message-Id: <199601101539.KAA24147@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: pppd vs ijppp Sender: owner-hackers@freebsd.org Precedence: bulk >> I am using iijppp (damn fine program!), but every now-and-then it dies >> on me. > >Do you need the on-demand cababilities of ppp, or are you looking for a >'full-time' link? If the latter, you can use pppd to provide the same >functionality. We eneded up using pppd vs. ijppp because of the >occasional instability of the user-level stuff. > What are the real advantages of ijppp over pppd, and is anyone integrating them into the kernel pppd? Its pretty stupid to run ppp in user space just to get a couple of intiialization features. 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 10 07:32:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA10779 for hackers-outgoing; Wed, 10 Jan 1996 07:32:48 -0800 (PST) Received: from border.com (ns.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id HAA10750 Wed, 10 Jan 1996 07:32:34 -0800 (PST) Received: by janus.border.com id <20481>; Wed, 10 Jan 1996 10:35:10 -0500 Date: Wed, 10 Jan 1996 10:32:02 -0500 From: Jerry Kendall To: Gary Crutcher Cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: Disk replication In-Reply-To: <2.2.32.19960110144113.006952bc@nightflight.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan10.103510est.20481@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 10 Jan 1996, Gary Crutcher wrote: > > Hi, > > I have a 2nd SCSI drive (2.1 GB) which is the same as my 1st. My 1st drive > has FBSD 2.05 on it, and I boot from it. How can I replicate the 1st drive > onto the 2nd drive so I can disable the 1st drive and boot from the 2nd > drive? I want to upgrade to 2.1 and if something goes wrong I need to bring > my server back up quickly. I can only have the system down for about an > hour or so. > > I would like to get info on how to do this ASAP as I want to do the upgrade > this weekend. Any help would be greatly appreciated. > > > Gary > ------------------------------------------------------------- > Gary Crutcher E-mail: gcrutchr@nightflight.com > Webmaster URL: http://www.nightflight.com > Voice: 619-631-0666 > ------------------------------------------------------------- > > 'dd' is the first thing to come to mind.... However, after a short pause to realy think about it, try doing a backup piped to a restore... You can use dump(8) and restore(8).... good luck... Jerry@border.com Jerry@kcis.com From owner-freebsd-hackers Wed Jan 10 07:37:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA11114 for hackers-outgoing; Wed, 10 Jan 1996 07:37:46 -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 HAA11106 for ; Wed, 10 Jan 1996 07:37:41 -0800 (PST) Received: from dialup7.etinc.com (dialup7.etinc.com [204.141.95.142]) by etinc.com (8.6.11/8.6.9) with SMTP id KAA24188 for ; Wed, 10 Jan 1996 10:49:02 -0500 Date: Wed, 10 Jan 1996 10:49:02 -0500 Message-Id: <199601101549.KAA24188@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Re: Using `ping' to diagnose network connections reasonable? Sender: owner-hackers@freebsd.org Precedence: bulk >Jordan K. Hubbard writes: >> >> I'd like to add some code to sysinstall which will attempt to >> `diagnose' a link before accepting the configuration parameters, >> catching a lot of adapter misconfiguration and incorrect data errors >> that sysinstall misses now (to fail less gracefully later). My >> question is whether or not `ping' is a reasonable way to measure >> connectivity between your host and the gateway & dns machines. Is it >> reasonable to assume that if a host supports forwarding or DNS >> queries, it will also answer pings? What if you've got pings blocked >> somehow but allow DNS traffic through? I wouldn't want to flag a host >> as `unreachable' when in fact it would have worked fine for its >> intended purpose! That would be worse than no error checking at all. > >Well, here are three possibilities to consider: > >1. I have an ISDN dialup connection, and I don't like people costing > me money by pinging me, so I have got my ISP to drop ICMP packets > at his end. > >2. I have an PPP dialup connection, and I haven't got my ISP to drop > ICMP packets at his end. Still, setting up the connection takes > so long that the first 20 packets fall into the bit bucket. > >3. I have a machine with an independent IP processor. If the main > machine fails, you can't talk to it (how about that), but you can > still ping it. This isn't made up, I really do have a machine > like that (based on a 68020, would you believe, but the IP > processor is an 80386 :-). > >In each of these cases, your ping check may come to an incorrect >conclusion. Pinging is nice for an approximation, but it's no >substitute for the real thing. Surely this is the "exception" and not the rule! Imagine if everyone was set up like this?????? db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Wed Jan 10 08:02:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA12671 for hackers-outgoing; Wed, 10 Jan 1996 08:02:36 -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 IAA12661 for ; Wed, 10 Jan 1996 08:02:28 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Wed, 10 Jan 96 16:02 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 QAA14334; Wed, 10 Jan 1996 16:36:01 +0100 Message-Id: <199601101536.QAA14334@allegro.lemis.de> Subject: DDS-2 (was: I would like your comment on this configuration) To: se@ZPR.Uni-Koeln.DE (Stefan Esser) Date: Wed, 10 Jan 1996 16:36:01 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199601091616.AA10078@Sysiphos> from "Stefan Esser" at Jan 9, 96 05:16:13 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Stefan Esser writes: > > On Jan 9, 17:20, didier@omnix.fr.org wrote: >} Subject: I would like your comment on this configuration >} >} Mother Board: ASUS P/I-P55TP4XE Rev 2.1 bios #401A0-0106 (Award) >} Processor: Pentium 133 >} Cache: 512k PB >} Memory: 128Mb 60ns (DRAM) >} SCSI: Adaptec 2940W >} Hard disks: 2 x Seagate Barracuda Fast Wide SCSI 2 Go >} Video: Miro 20SV (S3-964, 2Mb VRAM) >} DAT: Conner 4326 4/8 Gb > > I'd definitely choose the HP1533A ! > > It is some three times faster than the Conner, > i.e. does 514KB/s (times compression factor). I haven't tried the Conner, but I haven't got anything like that speed out of a 1533A (especially considering that you appear to be using normal DDS tapes). But you (Didier) should be aware that the claim 4/8 GB is: (4: hope, occasionally seen; 8: blatant lie). On those tapes, with a normal mix, I get about 3.5 GB. > Doing backups, I see some 800KB/s to 1100KB/s written to tape > (depending on whether the data had been compressible or mostly > compressed archives). > > > Regarding DDS-2: I've heard multiple times, that DDS-2 tapes are not > reliable. And since somebody had recorded nuclear physics data on > DDS-2 tapes and had found no way to read back more than a few MB, I > tried myself and now would never again trust 120m DDS-2 tapes. I've been using a 1533A for several months now, and have had no problems with the tapes. You do need to keep the heads clean, though, otherwise you'll see the problems you describe. I make a daily backup of about 7 GB, and read the tape back in daily just to be sure. On the other hand, I *have* seen (and reported on) problems with the SCSI tape driver. I have the 1533A on a BSDI box, so I can't say how FreeBSD reacts to that, but it doesn't like my old unmarked HP tapes on the 35480A. Greg From owner-freebsd-hackers Wed Jan 10 08:29:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA14093 for hackers-outgoing; Wed, 10 Jan 1996 08:29:00 -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 IAA14087 for ; Wed, 10 Jan 1996 08:28:54 -0800 (PST) Received: by freebsd.netcom.com (8.6.12/SMI-4.1) id KAA14200; Wed, 10 Jan 1996 10:34:16 -0600 From: bugs@freebsd.netcom.com (Mark Hittinger) Message-Id: <199601101634.KAA14200@freebsd.netcom.com> Subject: re: DDS-2 (was: ....) To: hackers@freebsd.org Date: Wed, 10 Jan 1996 10:34:15 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > I'd definitely choose the HP1533A ! > > It is some three times faster than the Conner, > > i.e. does 514KB/s (times compression factor). > > Regarding DDS-2: I've heard multiple times, that DDS-2 tapes are not > > reliable. And since somebody had recorded nuclear physics data on > > DDS-2 tapes and had found no way to read back more than a few MB, I > > tried myself and now would never again trust 120m DDS-2 tapes. I strongly recommend the WANGDAT 3400DX DDS-2 device. It has a hard time with DDS-C tapes but it is a screamer on DDS-2. I never had any trouble with them and have used them on several different platforms. On one system I was regularly backing up more than 10 gig each day to one tape! DDS-2 rules. Regards, Mark Hittinger Netcom/Dallas bugs@freebsd.netcom.com msh@freebsd.org From owner-freebsd-hackers Wed Jan 10 08:51:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15024 for hackers-outgoing; Wed, 10 Jan 1996 08:51:03 -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 IAA15017 for ; Wed, 10 Jan 1996 08:50:59 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id IAA21196; Wed, 10 Jan 1996 08:50:52 -0800 Message-Id: <199601101650.IAA21196@austin.polstra.com> To: freebsd-hackers@freebsd.org Cc: asami@freefall.freebsd.org Subject: Re: Checksum mismatch in wu-ftpd port Date: Wed, 10 Jan 1996 08:50:52 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk Just following up on what I wrote yesterday: > I fetched the wu-ftpd port and its associated distfile today from > ftp.freebsd.org. The port complains of a checksum mismatch for > wu-ftpd-2.4.tar.Z. I subsequently fetched "wu-ftpd-2.4.tar.Z" from ftp.uu.net, and it was _different_ from the file of the same name that's in the distfiles directory at ftp.freebsd.org (and its mirrors). The checksum recorded in the port matches the file that I got from ftp.uu.net. So it appears that the problem is in the tar file in distfiles, rather than in the port itself. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Wed Jan 10 08:54:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA15219 for hackers-outgoing; Wed, 10 Jan 1996 08:54:38 -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 IAA15211 for ; Wed, 10 Jan 1996 08:54:35 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) id IAA21238; Wed, 10 Jan 1996 08:54:30 -0800 Date: Wed, 10 Jan 1996 08:54:30 -0800 From: John Polstra Message-Id: <199601101654.IAA21238@austin.polstra.com> To: nate@rocky.sri.MT.net Subject: Re: Whither swapinfo? Newsgroups: polstra.freebsd.hackers In-Reply-To: <199601100753.AAA17408@rocky.sri.MT.net> References: <199601100641.WAA18170@austin.polstra.com> Organization: Polstra & Co., Seattle, WA Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article <199601100753.AAA17408@rocky.sri.MT.net> Nate writes: > John Polstra writes: > > It looks like "/usr/sbin/swapinfo" has been removed from the source tree > > since 2.1 came out. Why is that? Is there a replacement for it? > > Umm, swapinfo is a link to pstat, which runs the same as 'pstat -s' when > run as swapinfo. It *should* be on your system as /usr/sbin/swapinfo. Oh, duh, I get it now. I do have /usr/sbin/swapinfo, but when I tried to check it out from my local CVS tree, all I got was an empty directory. So I jumped to the hasty conclusion that it had been removed from the system since 2.1 came out. Sorry. -- John From owner-freebsd-hackers Wed Jan 10 09:05:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA15789 for hackers-outgoing; Wed, 10 Jan 1996 09:05:36 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA15783 for ; Wed, 10 Jan 1996 09:05:32 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA18025; Wed, 10 Jan 1996 10:08:01 -0700 Date: Wed, 10 Jan 1996 10:08:01 -0700 From: Nate Williams Message-Id: <199601101708.KAA18025@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: hackers@FreeBSD.ORG Subject: Re: pppd vs ijppp In-Reply-To: <199601101539.KAA24147@etinc.com> References: <199601101539.KAA24147@etinc.com> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > What are the real advantages of ijppp over pppd, and is anyone integrating > them into the kernel pppd? Its pretty stupid to run ppp in user space just to > get a couple of intiialization features. Actually, in the long run it would be nice to get the bugs fixed in the user-land version. I would *prefer* the user-land version to the kernel version except for it's instability, and I don't have time to track down the bugs in it since the application is critical to my work, and pppd works. Bloating the kernel with the features of user-land ppp is not a good thing. Also, it's *very* easy to debug the user-land version where the kernel version is *much* harder to debug. No reboots necessary. ;) Nate From owner-freebsd-hackers Wed Jan 10 09:09:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16026 for hackers-outgoing; Wed, 10 Jan 1996 09:09:43 -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 JAA16021 for ; Wed, 10 Jan 1996 09:09:38 -0800 (PST) Received: (from jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) id JAA21379; Wed, 10 Jan 1996 09:07:52 -0800 Date: Wed, 10 Jan 1996 09:07:52 -0800 From: John Polstra Message-Id: <199601101707.JAA21379@austin.polstra.com> To: graichen@omega.physik.fu-berlin.de Subject: Re: non demand paged executables Newsgroups: polstra.freebsd.hackers In-Reply-To: <199601092001.VAA00623@mordillo> Organization: Polstra & Co., Seattle, WA Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article <199601092001.VAA00623@mordillo> you write: > is it possible to create non demand paged executables with FreeBSD ? It seems you can create them, using the "-n" or "-N" option to "ld". For example: cc -n hello.c But the kernel refuses to execute them. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Wed Jan 10 09:32:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18029 for hackers-outgoing; Wed, 10 Jan 1996 09:32: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 JAA18023 for ; Wed, 10 Jan 1996 09:32:49 -0800 (PST) Received: from dialup7.etinc.com (dialup7.etinc.com [204.141.95.142]) by etinc.com (8.6.11/8.6.9) with SMTP id MAA24543; Wed, 10 Jan 1996 12:44:12 -0500 Date: Wed, 10 Jan 1996 12:44:12 -0500 Message-Id: <199601101744.MAA24543@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Nate Williams From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> What are the real advantages of ijppp over pppd, and is anyone integrating >> them into the kernel pppd? Its pretty stupid to run ppp in user space just to >> get a couple of intiialization features. > >Actually, in the long run it would be nice to get the bugs fixed in the >user-land version. I would *prefer* the user-land version to the kernel >version except for it's instability, and I don't have time to track down >the bugs in it since the application is critical to my work, and pppd >works. > >Bloating the kernel with the features of user-land ppp is not a good >thing. Also, it's *very* easy to debug the user-land version where the >kernel version is *much* harder to debug. No reboots necessary. ;) This is ridiculous....memory is memory and you use more with a user level implementation than a kernel version. If your not using it its optioned out...so who cares? You arguably need just as much kernel code to provide the necessary informatoin to the user level code (if done properly) then if you did it in the kernel. ioctls were designed for setting options, and the options can still be largely managed in user space. Good data communications requires good reporting, and information availability is substantially better and more efficient in the kernel, not to mention the performance penalty of a user level implementation. Improving kernel debugging is not difficult...we debug much more complicated things than ppp within the kernel space. The fact than pppd debugging is poor is not a good reason to adulterate the entire mechanism. Good datacomm should focus on the 99% and not the 1%. Imagine if you moved ethernet processing to user space to improve debugging? 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 10 09:34:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA18227 for hackers-outgoing; Wed, 10 Jan 1996 09:34:17 -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 JAA18185 for ; Wed, 10 Jan 1996 09:34:10 -0800 (PST) Received: from beacon.synthcom.com (beacon.synthcom.com [198.145.98.1]) by synthcom.com (8.6.12/8.6.12) with SMTP id JAA01565; Wed, 10 Jan 1996 09:30:33 GMT Date: Wed, 10 Jan 1996 09:30:33 +0000 () From: Neil Bradley X-Sender: root@beacon.synthcom.com To: Michael Smith cc: terry@lambert.org, hasty@rah.star-gate.com, freebsd-hackers@freebsd.org Subject: Re: PnP problem... In-Reply-To: <199601101003.UAA09007@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, 10 Jan 1996, Michael Smith wrote: > Neil Bradley stands accused of saying: > > Back when I designed BIOSes for P5 motherboards, we'd initialize ISA > You realise that this was an incredibly brave thing to admit to? Or an incredibly STUPID thing to admit to... ;-) > As an example; FreeBSD has trouble reliably rebooting a number of > motherboards; the ones I've had problems with were all 486 systems, > but I'm sure there were some P5 boards with the same problems. I spoke to Rod Grimes about this about a year ago. > Could you detail the appropriate steps to take to reliably force a > reboot from protected mode? And could whoever was in there last > (Rod I suspect...) look and see how this compares with the way we do > things? We'd force the keyboard controller to cause the CPU to reset. If remember correctly, doing an out 91h, 0feh caused a reboot. I can't remember for sure - I'll check some old source code when I get back home and let you know. -->Neil ------------------------------------------------------------------------------- Synthcom System's homepage: http://www.synthcom.com/ Europa Upgrade, Synth patches (D-50, Xpander/Matrix 12), used gear pricelist From owner-freebsd-hackers Wed Jan 10 09:57:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA20262 for hackers-outgoing; Wed, 10 Jan 1996 09:57:53 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA20246 for ; Wed, 10 Jan 1996 09:57:47 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA18199; Wed, 10 Jan 1996 11:00:17 -0700 Date: Wed, 10 Jan 1996 11:00:17 -0700 From: Nate Williams Message-Id: <199601101800.LAA18199@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: hackers@freebsd.org Subject: Re: pppd vs ijppp In-Reply-To: <199601101744.MAA24543@etinc.com> References: <199601101744.MAA24543@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk [ kernel PPP vs. user-land PPP ] > >Bloating the kernel with the features of user-land ppp is not a good > >thing. Also, it's *very* easy to debug the user-land version where the > >kernel version is *much* harder to debug. No reboots necessary. ;) > > This is ridiculous....memory is memory and you use more with a user > level implementation than a kernel version. If your not using it its > optioned out...so who cares? You arguably need just as much kernel > code to provide the necessary informatoin to the user level code (if > done properly) then if you did it in the kernel. Do you have *any* idea what you are talking about? As a user I *might* not always running PPP, but if it's in the kernel I'm *always* taking the memory hit for it if it's in the kernel. As an extreme example of this, let's stick X inside the kernel since most folks use it. If they don't, they can 'option it out'. I'm sure it would be much faster in the kernel. Heck, why not /bin/sh as well? It's *always* used by at least one process. > Improving kernel debugging is not difficult...we debug much more > complicated things than ppp within the kernel space. The fact than > pppd debugging is poor is not a good reason to adulterate the entire > mechanism. But the idea is to *remove* things from the kernel that make sense to remove from the kernel. > Good datacomm should focus on the 99% and not the 1%. Imagine if you > moved ethernet processing to user space to improve debugging? I doubt very much that 99.9% of the users notice the load difference between user-land ppp and kernel ppp. Downsides to adding the features to the kernel: 1) It's always in memory even if the user doesn't want it. 2) It's difficult to debug 3) It doesn't belong in the kernel since it's not a 'kernel' type of function. Upsides: 1) It's faster. Show me why your upsides is better than the downsides above? Show me that it negatively affects a significant # of users (not in your mind, in their mind). Nate From owner-freebsd-hackers Wed Jan 10 10:15:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21693 for hackers-outgoing; Wed, 10 Jan 1996 10:15:06 -0800 (PST) Received: from potogold.rmii.com (root@potogold.rmii.com [198.59.29.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA21671 for ; Wed, 10 Jan 1996 10:15:00 -0800 (PST) Received: from isc by potogold.rmii.com with uucp (Smail3.1.28.1 #13) id m0ta4vx-0005OBC; Wed, 10 Jan 96 10:07 PST Received: by ISC.YoungLife.Org with Microsoft Mail id <30F40BA1@ISC.YoungLife.Org>; Wed, 10 Jan 96 10:55:29 PST From: Postmaster To: hackers Subject: htpasswd portability Date: Wed, 10 Jan 96 10:55:00 PST Message-ID: <30F40BA1@ISC.YoungLife.Org> Encoding: 6 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@FreeBSD.org Precedence: bulk I am trying to mirror a BSDI 2.x web site on my FreeBSD box and all works well with the exception of the reading of the encrypted .htpasswd. For authenification to work properly I have to recreate .htpasswd each time I do a mirror. Any ideas? From owner-freebsd-hackers Wed Jan 10 10:48:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23100 for hackers-outgoing; Wed, 10 Jan 1996 10:48:21 -0800 (PST) Received: from border.com (ns.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA23094 for ; Wed, 10 Jan 1996 10:48:18 -0800 (PST) Received: by janus.border.com id <20483>; Wed, 10 Jan 1996 13:50:34 -0500 Date: Wed, 10 Jan 1996 13:47:44 -0500 From: Jerry Kendall To: Nate Williams Cc: dennis , hackers@freebsd.org Subject: Re: pppd vs ijppp In-Reply-To: <199601101800.LAA18199@rocky.sri.MT.net> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan10.135034est.20483@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 10 Jan 1996, Nate Williams wrote: > > [ kernel PPP vs. user-land PPP ] > > > Improving kernel debugging is not difficult...we debug much more > > complicated things than ppp within the kernel space. The fact than > > pppd debugging is poor is not a good reason to adulterate the entire > > mechanism. > > But the idea is to *remove* things from the kernel that make sense to > remove from the kernel. > > > Good datacomm should focus on the 99% and not the 1%. Imagine if you > > moved ethernet processing to user space to improve debugging? > > I doubt very much that 99.9% of the users notice the load difference > between user-land ppp and kernel ppp. > > Downsides to adding the features to the kernel: > 1) It's always in memory even if the user doesn't want it. > 2) It's difficult to debug > 3) It doesn't belong in the kernel since it's not a 'kernel' type of function. 1)Since most users will want access to the Internet AND most *people* compare just about everything to what microsoft is offering(Win95), having it in memory is not that bad, how much memory can it really take??? 2)Do you think it was easy for microsoft people to debug it... Since this is *free*BSD, if some *people* want it, then why not have it supported at the kernel level??? 3)That is like saying TCP does not belong in the kernel. > > Upsides: > 1) It's faster. > > Show me why your upsides is better than the downsides above? Show me > that it negatively affects a significant # of users (not in your mind, > in their mind). Getting 10% better throughput will cut down the amount of time 'joe user' takes to get the files/info he needs, cut down the amount of time *other* users have to wait, the faster your PPP subsystem can receive the info, the faster you get of the net....... I could go on for a little more but I think I have said enough to squash your arguments.... > > > Nate > -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect those of my present or previous employers. Jerry Kendall Border Network Technologies System Software Engineer 416.368.7157 ext 303 jerry@border.com Fax 416.368.7178 From owner-freebsd-hackers Wed Jan 10 10:52:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA23355 for hackers-outgoing; Wed, 10 Jan 1996 10:52:25 -0800 (PST) Received: from yarrina.connect.com.au (yarrina.connect.com.au [192.189.54.17]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA23350 for ; Wed, 10 Jan 1996 10:52:15 -0800 (PST) Received: (from root@localhost) by yarrina.connect.com.au with UUCP id FAA02568 (8.6.12/IDA-1.6); Thu, 11 Jan 1996 05:51:57 +1100 Received: from localhost (giles@localhost [127.0.0.1]) by nemeton.com.au (8.6.9/8.6.9) with SMTP id UAA23206; Wed, 10 Jan 1996 20:07:30 +1100 Message-Id: <199601100907.UAA23206@nemeton.com.au> Reply-to: giles@nemeton.com.au Subject: Re: I would like your comment on this configuration Date: Wed, 10 Jan 1996 20:07:28 +1100 From: Giles Lean Apparently-To: hackers@freefall.freebsd.org Apparently-To: ken@ulc199.residence.gatech.edu Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 9 Jan 1996 21:24:49 -0500 (EST) Kenneth Merry wrote: > FWIW, my employer got 7 PC's with the HP1553A's in them...and > has had trouble with tapes jamming in some of them. (I didn't mess with > them much...so I can't really speak from personal experience. ) In my experience problems with tapes jamming in DDS drives have usually been traced back to the operators. DDS drives are not as robust as the QIC drives we used to use. :-( If anyone can post anything substantive about problems with 120m tapes in DDS-2 drives I'd be keen to hear. This is the first problem I've heard about recovering data from 120m tapes. Regards, Giles P.S. I have only once lost data on a DDS tape: the tape had been travelling in a car (not mine!) for six or eight weeks of an Australian summer before it was used, which I figured was a reasonable excuse ... From owner-freebsd-hackers Wed Jan 10 11:02:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA23674 for hackers-outgoing; Wed, 10 Jan 1996 11:02:00 -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 LAA23668 for ; Wed, 10 Jan 1996 11:01:53 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA18446; Wed, 10 Jan 1996 12:04:07 -0700 Date: Wed, 10 Jan 1996 12:04:07 -0700 From: Nate Williams Message-Id: <199601101904.MAA18446@rocky.sri.MT.net> To: Jerry Kendall Cc: hackers@freebsd.org Subject: Re: pppd vs ijppp In-Reply-To: <96Jan10.135034est.20483@janus.border.com> References: <199601101800.LAA18199@rocky.sri.MT.net> <96Jan10.135034est.20483@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk > > I doubt very much that 99.9% of the users notice the load difference > > between user-land ppp and kernel ppp. > > > > Downsides to adding the features to the kernel: > > 1) It's always in memory even if the user doesn't want it. > > 2) It's difficult to debug > > 3) It doesn't belong in the kernel since it's not a 'kernel' type of function. > > 1)Since most users will want access to the Internet AND most *people* compare > just about everything to what microsoft is offering(Win95), having it in > memory is not that bad, how much memory can it really take??? Well over a half a megabyte of memory. :( And, setting up the user-stuff is much easier than the kernel stuff, so it's more M$ like. > 2)Do you think it was easy for microsoft people to debug it... Huh? > Since this is *free*BSD, if some *people* want it, then why not have > it supported at the kernel level??? Because they *already* have it. > 3)That is like saying TCP does not belong in the kernel. It's nothing like that. Do you folks have any idea what you're asking about, or are you simply arguing cause you like to see your words over email? > > Upsides: > > 1) It's faster. > > > > Show me why your upsides is better than the downsides above? Show me > > that it negatively affects a significant # of users (not in your mind, > > in their mind). > > Getting 10% better throughput.. The user-land code puts more load on your computer because it is less effecient (kernel context switches etc..), hence it's 'faster'. But, the throughput of user-land PPP is the same since it's line limited, not CPU limited. The SAME throughput, no more. However, in actuality the user-land stuff gives better throughput simply because it supports Predictor-1 compression, which the kernel version doesn't (yet, I'm working on that). Maybe I should have used 'less CPU load' instead of faster in my arguements above. [ I don't have real numbers to back the below up, but I'm basing it on stuff Bruce has mentioned in the past. If necessary, I'll go look them up later. ] Now, if you've got ten outgoing (vs. incoming, more later) PPP lines which uses ijppp, you're going to saturate a 486/33 pretty much. However, if you are running ten outgoing PPP lines, you shouldn't be using a 486 box. :) Now, if you've got ten incoming lines, you don't need any of the feautures of user-land PPP, so using kernel ppp is quite adequate. Except for Pred-1 (I'm working on it), the kernel and user PPP stuff has the same functionality for incoming lines. Functionality that *belongs* in the kernel will get put in the kernel when folks take the time to do it. But dial-on-demand, phone numbers, routing table additions, etc. DON'T belong in the kernel. Even the kernel version doesn't add those, but requires you to do all of your own 'user-land' stuff by hand. The user-level driver does all of this in an integrated, easy to use package. Nate From owner-freebsd-hackers Wed Jan 10 11:14:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA24308 for hackers-outgoing; Wed, 10 Jan 1996 11:14:53 -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 LAA24303 for ; Wed, 10 Jan 1996 11:14:49 -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 UAA16844; Wed, 10 Jan 1996 20:14:49 +0100 Received: by uni4nn.iaf.nl with UUCP id AA01261 (5.67b/IDA-1.5); Wed, 10 Jan 1996 20:14:22 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA11577 (5.65c/IDA-1.4.4); Wed, 10 Jan 1996 20:08:21 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id TAA01025; Wed, 10 Jan 1996 19:05:44 +0100 From: Wilko Bulte Message-Id: <199601101805.TAA01025@yedi.iaf.nl> Subject: Re: EXABYTE SCSI tape To: mikebo@tellabs.com Date: Wed, 10 Jan 1996 19:05:44 +0100 (MET) Cc: hackers@freebsd.org, mikebo@freefall.freebsd.org In-Reply-To: <199601101523.JAA01504@sunc210.tellabs.com> from "mikebo@tellabs.com" at Jan 10, 96 09:23:14 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 > > >Here is my problem. I can't make my SCSI tape drive > > >work. If drive is empty at the boot time I get: > > > (ahc0:3:0): "EXABYTE EXB-8200 2618" type 1 removable SCSI 1 > > >st0(ahc0:3:0): Sequential-Access density code 0x0, drive empty > > When the drive is empty I get this message too, but my Exabyte 8200 > works just fine when I push a tape in. At one time, I remember reading > that you must be running a relatively recent drive PROM - but I don't > remember the version you need. Anyone? > - Mike > -------------------------------------------------------------------------- > Michael Borowiec - mikebo@tellabs.com - Tellabs Operations Inc. Another datapoint: Dec 6 01:11:12 yedi /kernel: (ncr0:5:0): "EXABYTE EXB-8200 2687" type 1 removable SCSI 1 works fine on 2.0.5R. This particular firmware level was recomended to me by someone from Exabyte. It's not the latest rev, but he told me this was definitely the one to use. Anyway, it works fine. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Wed Jan 10 11:42:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25629 for hackers-outgoing; Wed, 10 Jan 1996 11:42:44 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA25622 for ; Wed, 10 Jan 1996 11:42:37 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA18558; Wed, 10 Jan 1996 12:45:09 -0700 Date: Wed, 10 Jan 1996 12:45:09 -0700 From: Nate Williams Message-Id: <199601101945.MAA18558@rocky.sri.MT.net> To: hackers@FreeBSD.org Subject: Sendmail.cf question Sender: owner-hackers@FreeBSD.org Precedence: bulk OK all you sendmail hackers, I have a (hopefully) easy question for you. I'd like to setup my router box so that it accepts and queus up email for machines in our domain when individual hosts (most notably our email server) go down. However, I *don't* want the email delivered to people on the router box, merely queued up until the main box comes up. I would think all I needed to do is add a MX entry to the nameserver to primariy point to the main email box, and alternatively point to the gateway box. DNS stuff for the mail machine; rocky.sri.MT.net preference = 0, mail exchanger = rocky.sri.MT.net rocky.sri.MT.net preference = 5, mail exchanger = sri.MT.net rocky.sri.MT.net inet address = 204.182.243.10 sri.MT.net inet address = 204.94.231.129 Rocky is preferred, but when it goes down our router box should get the email. And, the important DNS stuff for my router box. sri.MT.net inet address = 204.94.231.129 sri.MT.net preference = 0, mail exchanger = rocky.sri.MT.net sri.MT.net preference = 5, mail exchanger = sri.MT.net rocky.sri.MT.net inet address = 204.182.243.10 rocky is the preferred mail-host for addresses sent to 'user@sri.MT.net', so I needed to setup an MX record to make sure it got all the email for email addressed to 'user@sri.MT.net' First of all, does all of the above configuration look correct? Secondly, I don't want *any* email delivered to this box except for the email created locally (ie; cron scripts). Any external email should be 'queued' on the router box only until it's delivered to the real machines. Do I need to do anything on the router boxes /etc/sendmail.cf to have it 'Do The Right Thing'? I'm still getting errors like the below, but I don't want to add my hostname to the Cw macro since it delivers the the email on the router box instead of queueing it up. Either I have this mess below, or I have emailed delivered where it won't be seen. ----- The following addresses had delivery problems ----- (unrecoverable error) ----- Transcript of session follows ----- 553 gateway.sri.MT.net config error: mail loops back to myself 554 ... Local configuration error Help! Nate From owner-freebsd-hackers Wed Jan 10 11:46:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25809 for hackers-outgoing; Wed, 10 Jan 1996 11:46: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 LAA25803 for ; Wed, 10 Jan 1996 11:46:41 -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 LAA00916; Wed, 10 Jan 1996 11:46:06 -0800 Message-Id: <199601101946.LAA00916@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... In-reply-to: Your message of "Wed, 10 Jan 1996 12:28:18 MST." <199601101928.MAA15178@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Jan 1996 11:46:05 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> Terry Lambert said: > > > However, the PnP discovery ordering is: > > > > > > 1) disable all PnP > > > 2) probe all non-PnP cards > > > 3) Query PnP cards for where they may fit > > > 4) Do a topological sort to fit them all > > > 5) Make them pick one to disable if the sort results in a > > > collision. Repeat as necessary. > > > 6) Map the mappable locations > > > 7) Enable the PnP cards that were not marked disabled > > > 8) Attach drivers as available, loading them if necessary > > > > Well, Terry it makes no sense to activate devices which I don't > > have a device driver who knows I may even be able configure my > > system 8) > > You have no choice. If you have a non-PnP motherboard with ISA, > your ISA slot devices that are not PnP *are active*. > Lets take this a step a time. In my case, I have a PnP motherboard. 1) disable all PnP 2) probe all non-PnP cards 3) Query PnP cards for where they may fit 4) Do a topological sort to fit them all How am I supposed to know that I have a driver for a given PnP device? If I know in advance which device drivers I have in the system I stand a very good change to configure my system. Also do you care to elaborate on what is a "topological sort" and how is applicable to our scenario? Last but not least the steps you are outlining would probably work well in Win95 because they have a way to remember which boot sequence failed. In our case, we want to succeed the first time 8) Tnks, Amancio From owner-freebsd-hackers Wed Jan 10 11:48:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA25919 for hackers-outgoing; Wed, 10 Jan 1996 11:48:26 -0800 (PST) Received: from border.com (ns.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA25907 for ; Wed, 10 Jan 1996 11:48:16 -0800 (PST) Received: by janus.border.com id <20485>; Wed, 10 Jan 1996 14:50:53 -0500 Date: Wed, 10 Jan 1996 14:47:58 -0500 From: Jerry Kendall To: hackers@freebsd.org Cc: sjonker@klg.com, alan@drink.com Subject: SCSI-2 Controllers Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan10.145053est.20485@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk Adaptec AHA-2940 PCI NCR 53C825 PCI BUSLOGIC 946c PCI Which of these SCSI controllers is the better..... -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect those of my present or previous employers. Jerry Kendall Border Network Technologies System Software Engineer 416.368.7157 ext 303 jerry@border.com Fax 416.368.7178 From owner-freebsd-hackers Wed Jan 10 11:54:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA26264 for hackers-outgoing; Wed, 10 Jan 1996 11:54:55 -0800 (PST) Received: from bluewhale.emergent.com (bluewhale.emergent.com [140.174.2.161]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA26259 for ; Wed, 10 Jan 1996 11:54:52 -0800 (PST) Received: (from curt@localhost) by bluewhale.emergent.com (8.6.11/8.6.12) id LAA20818; Wed, 10 Jan 1996 11:54:35 -0800 Date: Wed, 10 Jan 1996 11:54:35 -0800 From: Curt Mayer Message-Id: <199601101954.LAA20818@bluewhale.emergent.com> To: asami@cs.berkeley.edu, curt@emergent.com Subject: Re: ccd Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk oops. it looks like we crossed signals, as i expected. could you make your port of ccd available soon, since I have a port in progress, albiet not as far along as yours. curt From owner-freebsd-hackers Wed Jan 10 12:00:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA26686 for hackers-outgoing; Wed, 10 Jan 1996 12:00:19 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA26672 for ; Wed, 10 Jan 1996 12:00:14 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA15178; Wed, 10 Jan 1996 12:28:18 -0700 From: Terry Lambert Message-Id: <199601101928.MAA15178@phaeton.artisoft.com> Subject: Re: PnP problem... To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Wed, 10 Jan 1996 12:28:18 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199601100332.TAA00725@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 9, 96 07:32: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 > > However, the PnP discovery ordering is: > > > > 1) disable all PnP > > 2) probe all non-PnP cards > > 3) Query PnP cards for where they may fit > > 4) Do a topological sort to fit them all > > 5) Make them pick one to disable if the sort results in a > > collision. Repeat as necessary. > > 6) Map the mappable locations > > 7) Enable the PnP cards that were not marked disabled > > 8) Attach drivers as available, loading them if necessary > > Well, Terry it makes no sense to activate devices which I don't > have a device driver who knows I may even be able configure my > system 8) You have no choice. If you have a non-PnP motherboard with ISA, your ISA slot devices that are not PnP *are active*. Period. If you are talking about PnP devices for which you don't have drivers, then you missed #7's "that were not marked disabled". This is the problem with continuing to use older ISA hardware. Patient: "Doctor, it hurts when I do this" Doctor: "Don't do that" Patient: "But I want to do it" Doctor: "Then don't bitch when it hurts" Patient: "I want to do it AND I want it to not hurt" Doctor: "Take a CS course and learn about 'mutual exclusion'" > > Note that you can still be screwed if you don't recognize a non-PnP > > card on an ISA bus, since you will not be able to infer its location > > for the sort, and it can't be disabled. > > > > Conclusion: If you have problems, it's because your GUS is too greedy. > > Pretty lame Terry 8) > > I do have full duplex audio over here and it works as for many of the > devices that the GUS has I don't need . For instance, the SB PRO emulation > and the CDROM interface which btw the normal board does have anyway. Well, if you run out of interrupts and it doesn't let you disable on a per device on the board basis, you are still screwed, and I have to blame hardware (or trying to jam too much hardware into an ISA bus in the first place, or use of an ISA bus in the first place). 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 10 12:00:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA26689 for hackers-outgoing; Wed, 10 Jan 1996 12:00: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 MAA26676 for ; Wed, 10 Jan 1996 12:00:16 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA15208; Wed, 10 Jan 1996 12:42:04 -0700 From: Terry Lambert Message-Id: <199601101942.MAA15208@phaeton.artisoft.com> Subject: Re: PnP problem... To: root@synthcom.com (Neil Bradley) Date: Wed, 10 Jan 1996 12:42:04 -0700 (MST) Cc: terry@lambert.org, hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.org In-Reply-To: from "Neil Bradley" at Jan 9, 96 08:11:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > On Tue, 9 Jan 1996, Terry Lambert wrote: > > ISA Interrupts are not shareable - they're edge triggered. Except on multiport serial boards, which have additional interrupt decode hardware with latches that can be interrogated to determine who has interupt conditions pending. > > It makese sense that you would have one interrupt per card so you don't > > run out between card slots and onboard devices... it's stupid that the > > GUS doesn't have an interupt multiplex on board. You'll have to live > > with it until you buy a pure PCI system instead of a PCI bridged off > > of ISA. I recommend the Apple and Motorolla chipsets. 8-). > > Too bad no one makes extensive lines of boards for PCI Apples. ;-) Naw. Too bad no one uses the Motorolla and Apple PCI bus controller chips. We're not talking about hardware from Apple; everyone knows that all interesting Apple hardware is undocumented and all documented Apple hardware is uninteresting. > PCI Isn't "bridged off" of ISA. It's the other way around. If that were > the case, then PCI couldn't run faster than ISA, now could it. ;-) Besides, > this isn't a problem with Intel/Mortorola, it's a problem with the ISA > bus, and if you recall correctly was implemented by IBM - not Intel. The problem is the system bus. This is the design difference between the DEC Alpha 21064 and the Intel P5 bus interface logic. The Intel bridge chips give the ISA priority. In reality, you want to map the ISA bus as a PCI device so you can relocate the "unrelocatable" cards on the ISA bus as far as the processors view of their resource apetures is concerned, and demux ISA interrupts onto PCI interrupts. If what you said were true, on an ISA bus on a PCI machine, each slot would be permitted to consume the full gamut of available ISA interrupts and geneare a single (potentially shared between slots) interrupt per ISA slot. Then the PCI/ISA bridge logic would let me determine which of the PCI intterrupts was triggered by what mapping, and then ask which ISA interrupts were pending service in the ISA mapped slot as a PCI device. Finally, I could have as many ISA S3 based boards as I wanted, all of them thinking they were at d8000 with port 2e8, and map them to a different location in real space using the PCI. Effectively, then, all my hardware would be PnP relocatable, even if it wasn't. Then I would execute a single probe sequence once per PCI and once per device mapped ISA slot, identify all hardware I could and disable (and report) all hardware I couldn't, and as long as boot critical devices existed, I'd be up and running with zero collisions caused by unidentifiable and undisableable crap ISA devices. > Back when I designed BIOSes for P5 motherboards, we'd initialize ISA > devices first. We'd start by shutting off all on-board capabilities in > case someone plugged in an off-board IDE, Serial, Video, etc... card. > After it did that, we'd take the existing user's setup and set up > on-board devices. Then EISA. Then, from the pool of I/O, memory, and > interrupts, we'd allocate space for PCI devices. PCI Devices always went > to the end of the heap, because, by PCI's definition, it was a > requirement that they not be fixed in BIOS. Sounds like you are the guy for the job. 8-). I'd put PCI at the end of the heap from a software perspective because they are the most relocatable. I'd prefer to ignore motherboards that weren't totally PnP, either by slot by intent, or by PCI bridge by mapping order. Obviously, that's not very realistic. 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 10 12:24:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28101 for hackers-outgoing; Wed, 10 Jan 1996 12:24:14 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA28089 for ; Wed, 10 Jan 1996 12:24:07 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id MAA07955; Wed, 10 Jan 1996 12:23:37 -0800 From: Julian Elischer Message-Id: <199601102023.MAA07955@ref.tfs.com> Subject: Re: SCSI-2 Controllers To: jerry@border.com (Jerry Kendall) Date: Wed, 10 Jan 1996 12:23:37 -0800 (PST) Cc: hackers@freebsd.org, sjonker@klg.com, alan@drink.com In-Reply-To: <96Jan10.145053est.20485@janus.border.com> from "Jerry Kendall" at Jan 10, 96 02:47:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk yes > > > > Adaptec AHA-2940 PCI > NCR 53C825 PCI > BUSLOGIC 946c PCI > > Which of these SCSI controllers is the better..... > > > more precisely.. the NCR and ADAPTEC have slightly higher thoughput, but the buslogic has in some cases been both more and less reliable.. in other words.. get what is easiest.. julian From owner-freebsd-hackers Wed Jan 10 12:27:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28464 for hackers-outgoing; Wed, 10 Jan 1996 12:27:57 -0800 (PST) Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA28456 for ; Wed, 10 Jan 1996 12:27:51 -0800 (PST) Received: (from ghelmer@localhost) by alpha.dsu.edu (8.7.3/8.7.3) id OAA06675; Wed, 10 Jan 1996 14:27:45 -0600 (CST) Date: Wed, 10 Jan 1996 14:27:45 -0600 (CST) From: Guy Helmer To: freebsd-hackers@freebsd.org Subject: Re: 2.1 news server crashes 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, 21 Dec 1995, I wrote: > Since upgrading our campus news server to FreeBSD 2.1, it has been > crashing every few days, and the system hasn't been able to come back up > by itself because of problems encountered by fsck. After the last crash, > I enabled savecore and set the dumpdev and this morning I have captured a > crash dump (the panic was "bad dir"). > ... A followup, for the record. I built a kernel with the "-g" option to config and installed it per the kernel debugging guide of the handbook, and now the server hasn't crashed in over two weeks (fingers crossed!). Perhaps I somehow corrupted the original kernel when I copied it between disks, or perhaps a few fsck's fixed the problematic partition. Thank you to everyone who replied with suggestions! Guy Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Wed Jan 10 12:29:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA28794 for hackers-outgoing; Wed, 10 Jan 1996 12:29: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 MAA28775 for ; Wed, 10 Jan 1996 12:29:45 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA15319; Wed, 10 Jan 1996 13:25:45 -0700 From: Terry Lambert Message-Id: <199601102025.NAA15319@phaeton.artisoft.com> Subject: Re: PnP problem... To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Wed, 10 Jan 1996 13:25:45 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199601101946.LAA00916@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 10, 96 11:46:05 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > Lets take this a step a time. In my case, I have a PnP motherboard. > > 1) disable all PnP > 2) probe all non-PnP cards > 3) Query PnP cards for where they may fit > 4) Do a topological sort to fit them all > > How am I supposed to know that I have a driver for a given PnP device? You don't care, in the general case. Non-PnP cards are probed before the sort because you can't cause them to be relocated. This give you a base set of per device configuration attributes for those devices which you recognize. In the PnP motherboard case, you disable non-PnP cards that you can't probe. In the non-PnP motherboard case, there is a finite risk that there will be non-PnP devices that you did not probe and therefore you will miss some per device configuration attributes and get screwed when you go to do PnP attribute assignment. Welcome to the wonderful world of ISA and reason #1 why there is no such thing as PnP for an ISA machine that doesn't have PnP extensions on the motherboard itself. Now when you go to add the PnP devices, you need to: 1) Determine the allocable per device configuration attributes for each device. This results in a fuzzy graph entry for the resorce utilization topology for the device. That is, each potential is equally valid, but exclusive of other potentials. 2) Perform a topologocal sort on the devices to choose non conflicting allocations for all devices. > Also do you care to elaborate on what is a "topological sort" and how > is applicable to our scenario? OK. Each graph entry for a device has a number of dimensions: one per attribute of the device. The DRQ, the IRQ, mapped memory regions, and port addresses. The graph entry can be considered to describe a set of n dimensional manifolds in an m dimensional space, where n <= m, m being the total allowable number of graph attributes per device. >From Sujal Patel's posting: | Each Logical Device can ask for: | up to 8 sets of I/O Ports | up to 2 IRQs | up to 2 DMA Channels | up to 4 Memory Regions | and countless other things.. Ignoring (for now) "countless" other things, we get a value for 'm' of 16. So what we have is a 16 dimensional space (we have not established domain or range on any dimension yet) in which we wish to fit some finite number (the number of logical PnP devices) of n dimensional manifolds (n<=16) with some 'k(d)',k(d)>=1, potential configurations (d is the number of devices we need to fit, k(d) is the number of poetential topologies per devices). With me so far? This is the topological equivalent of the traveling salesman problem (a 2 dimensional graph theory problem). The easiest method of accomplishing this is brute force, since we DON'T CARE if we get "the *optimal* soloution", all we care about is getting "*a* soloution". So we sort the device list by the number of potential configurations in any dimension, from "smallest domain" to "largest domain" to give preference to "hard to fit everything you want to fit into it" dimensions. This is a sort based on the toplogy of the problem when expressed as the mapping of manifolds. A topological sort. Then you start fitting devices on the basis of some abitrary measure of their "system criticality" until you are done. The problem may occur that you have too many devices to fit. OK. It means you have too many devices to fit. You are a bad person for plugging 5 GUS cards with 6 interrupts each into a machine that doesn't support more than 30 IRQ's. I agree that in an ideal world, you would probe a device after it is mapped because you know the driver that handles it by device ID. I would think this would be a rev 2.0 issue, since the data tables (as NetBSD has shown for PCI) can get quite large, and you want to be able to discard segments in the kernel that aren't being used if you plan on doing this (COFF or ELF format to allow seperability of integral kernel components from an already loaded kernel image). In our non-ideal world, you may end up with some devices mapped for which you don't have drivers available. For system critical devices, the correct soloution is using a VM86() to use BIOS to create drivers usable from protected mode without native drivers for the devices. In the very worst case, you will end up with devices that you have drivers for not being mapped in favor of devies that you don't have drivers for when you have too many devices (manifolds) to fit in the available system mappings (space) without overlap. Oh well. You will have this problem anyway. Unplug something, or allow disabling of device by ID in the boot process from a "boot -c" given a post sort conflict list. > Last but not least the steps you are outlining would probably work > well in Win95 because they have a way to remember which boot sequence > failed. In our case, we want to succeed the first time 8) Not necessarily. Why don't we want to log as well? All we need is two 16 bit counters which we alternately increment and guarantee are committed to disk. This allows 2^16 probes, probably more than are necessary for most GUS cards (maybe not all of them, though? 8-)). If we come back and the counters are one off from each other, we offer an option to "continue probing". We skip the probe of the highest numbered device as "destructive to a device we know to be in the system because of the hang and subsequent user reset of the machine". 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 10 12:33:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29220 for hackers-outgoing; Wed, 10 Jan 1996 12:33:52 -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 MAA29214 for ; Wed, 10 Jan 1996 12:33:48 -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 VAA09629; Wed, 10 Jan 1996 21:31:45 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id UAA00830; Wed, 10 Jan 1996 20:36:14 +0100 From: Thomas Graichen Message-Id: <199601101936.UAA00830@mordillo> Subject: Re: Whither swapinfo? To: jdp@polstra.com (John Polstra) Date: Wed, 10 Jan 1996 20:36:14 +0100 (MET) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601100641.WAA18170@austin.polstra.com> from "John Polstra" at Jan 9, 96 10:41:18 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk hasn't John Polstra said ? ... > > It looks like "/usr/sbin/swapinfo" has been removed from the source tree > since 2.1 came out. Why is that? Is there a replacement for it? graichen@mordillo:~> ls -lid /usr/sbin/pstat 38720 -r-xr-sr-x 2 bin kmem 20480 Nov 16 10:57 /usr/sbin/pstat* graichen@mordillo:~> ls -lid /usr/sbin/swapinfo 38720 -r-xr-sr-x 2 bin kmem 20480 Nov 16 10:57 /usr/sbin/swapinfo* graichen@mordillo:~> uname -a FreeBSD mordillo 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Sat Dec 9 14:12:23 MET 1995 root@mordillo:/usr/src/sys/compile/KERNEL_CONFIG i386 it's simply a hardlink to pstat 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 10 12:35:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA29455 for hackers-outgoing; Wed, 10 Jan 1996 12:35:53 -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 MAA29332 for ; Wed, 10 Jan 1996 12:34:42 -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 VAA10986; Wed, 10 Jan 1996 21:32:36 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id JAA01033; Wed, 10 Jan 1996 09:14:31 +0100 From: Thomas Graichen Message-Id: <199601100814.JAA01033@mordillo> Subject: Re: wc(1) To: wosch@cs.tu-berlin.de Date: Wed, 10 Jan 1996 09:14:31 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199601091615.RAA00359@localhost> from "Wolfram Schneider" at Jan 9, 96 05:15:04 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk hasn't Wolfram Schneider said ? ... > > FreeBSD-2.x wc(1) is slow and ugly. NetBSD-current has the same code > as FreeBSD-1.1.5, faster and cleaner written. > > Wolfram > > time FreeBSD-2.1/wc /usr/share/dict/words > 234936 234936 2486813 /usr/share/dict/words > 6.96 real 6.48 user 0.40 sys > time FreeBSD-1.1.5/wc /usr/share/dict/words > 234936 234936 2486813 /usr/share/dict/words > 5.72 real 5.19 user 0.45 sys > time FreeBSD-2.1/wc -l < /usr/share/dict/words > 234936 > 6.99 real 6.38 user 0.46 sys > time FreeBSD-1.1.5/wc -l < /usr/share/dict/words > 234936 > 2.97 real 2.50 user 0.42 sys > are you doing any scientific calculations using wc - because you need a very fast one ? :-) t p.s.: but i agree - a faster and cleaner would be better _______________________________________________________||___________________ __|| 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 10 12:44:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA00279 for hackers-outgoing; Wed, 10 Jan 1996 12:44:08 -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 MAA00216 Wed, 10 Jan 1996 12:44:03 -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 VAA11195; Wed, 10 Jan 1996 21:41:57 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id UAA00711; Wed, 10 Jan 1996 20:22:33 +0100 From: Thomas Graichen Message-Id: <199601101922.UAA00711@mordillo> Subject: Re: Disk replication To: gcrutchr@nightflight.com (Gary Crutcher) Date: Wed, 10 Jan 1996 20:22:33 +0100 (MET) Cc: hackers@FreeBSD.ORG, questions@FreeBSD.ORG In-Reply-To: <2.2.32.19960110144113.006952bc@nightflight.com> from "Gary Crutcher" at Jan 10, 96 06:41:13 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk hasn't Gary Crutcher said ? ... > > Hi, > > I have a 2nd SCSI drive (2.1 GB) which is the same as my 1st. My 1st drive > has FBSD 2.05 on it, and I boot from it. How can I replicate the 1st drive > onto the 2nd drive so I can disable the 1st drive and boot from the 2nd > drive? I want to upgrade to 2.1 and if something goes wrong I need to bring > my server back up quickly. I can only have the system down for about an > hour or so. > > I would like to get info on how to do this ASAP as I want to do the upgrade > this weekend. Any help would be greatly appreciated. > i think "dd if=/dev/sd0 of=/dev/sd1" should do the job (you must adjust the drive-numbers to yours) 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 10 12:54:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01023 for hackers-outgoing; Wed, 10 Jan 1996 12:54: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 MAA01018 for ; Wed, 10 Jan 1996 12:54:21 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id PAA00982 for hackers@freebsd.org; Wed, 10 Jan 1996 15:44:21 GMT From: Daniel Leeds Message-Id: <199601101544.PAA00982@sponsor.octet.com> Subject: samba and win95 To: hackers@freebsd.org Date: Wed, 10 Jan 1996 15:44:20 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk curious... anyone here using samba with windows95? im not having success in being able to mount my win95 machine from freebsd using smbclient. win95 machine can mount freebsd machine fine tho. daniel -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Wed Jan 10 13:17:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA02008 for hackers-outgoing; Wed, 10 Jan 1996 13:17:16 -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 NAA02003 for ; Wed, 10 Jan 1996 13:17: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 NAA02144; Wed, 10 Jan 1996 13:16:42 -0800 Message-Id: <199601102116.NAA02144@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... In-reply-to: Your message of "Wed, 10 Jan 1996 13:25:45 MST." <199601102025.NAA15319@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Jan 1996 13:16:36 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> Terry Lambert said: > > Lets take this a step a time. In my case, I have a PnP motherboard. > > > > 1) disable all PnP > > 2) probe all non-PnP cards > > 3) Query PnP cards for where they may fit > > 4) Do a topological sort to fit them all > > > > How am I supposed to know that I have a driver for a given PnP device? > > You don't care, in the general case. > Terry most cool, now the next step. Care to write the topological sort? We are all happily waiting 8) Tnks! Amancio From owner-freebsd-hackers Wed Jan 10 13:39:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA03795 for hackers-outgoing; Wed, 10 Jan 1996 13:39:42 -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 NAA03788 for ; Wed, 10 Jan 1996 13:39:35 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA15484; Wed, 10 Jan 1996 14:35:00 -0700 From: Terry Lambert Message-Id: <199601102135.OAA15484@phaeton.artisoft.com> Subject: Re: PnP Proposal, Ideas & Issues [Was: PnP problem...] To: smpatel@wam.umd.edu (Sujal Patel) Date: Wed, 10 Jan 1996 14:35:00 -0700 (MST) Cc: hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.org, kashmir@umiacs.umd.edu In-Reply-To: from "Sujal Patel" at Jan 9, 96 11:36:40 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > So the first goal was to be able to specify certain resources that a PnP > card should use: > > I was hoping that we could strive for something along of the lines of: > device sio2 at isa? pnp "SUP1310" port "IO_COM3" tty irq 15 vector siointr > > This would be nice and simple-- Say that PnP device "SUP1310" is handled > by driver sio2 and configure the card and the driver for port 0x3e8 and > irq 15. But unfortunately, the solution is not going to nearly this > simple. Cards like the GUS PnP and other multi-function cards cannot be > configured like this at all. This is probably a bad approach. The idea of PnP is that the devices will fit into an unused space. This is a difficult (and potentially insoluable without a hack job) problem for non-PnP ISA devices in a standard ISA bus, since if you can't probe them, you can't predict what the conflicts would be. > I'm sure that we're gonna always need some kind of manual configuration > of PnP devices (for those really though cards like the GUS). The > majority of PnP cards should be very simple to configure (and could > be done automatically at boot-time). The problem is that it seems VERY > difficult to determine exactly what resources are going to be used when > the system is booting. I think you'd need manual configuration of unprobeable hardware to set up the intersects for it. Other than that, I don't think you *really* have to manually config the cards. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jan 10 13:44:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04174 for hackers-outgoing; Wed, 10 Jan 1996 13:44:38 -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 NAA04166 for ; Wed, 10 Jan 1996 13:44:33 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA15498; Wed, 10 Jan 1996 14:40:43 -0700 From: Terry Lambert Message-Id: <199601102140.OAA15498@phaeton.artisoft.com> Subject: Re: PnP problem... To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Wed, 10 Jan 1996 14:40:42 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199601102116.NAA02144@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 10, 96 01:16: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 > > > Lets take this a step a time. In my case, I have a PnP motherboard. > > > > > > 1) disable all PnP > > > 2) probe all non-PnP cards > > > 3) Query PnP cards for where they may fit > > > 4) Do a topological sort to fit them all > > > > > > How am I supposed to know that I have a driver for a given PnP device? > > > > You don't care, in the general case. > > > > Terry most cool, now the next step. Care to write the > topological sort? > > We are all happily waiting 8) It's a trivial brute-force problem (ie: not interesting 8-)). I have access to MS developer documentation in their SDK and DDK, so I'll have to check if this is under non-disclosure or not. Even then, I'd say that the Intel sepc was enough if you went at it from a software diagnostic perspective rather than a hardware designer perspective. I also have a slight handicap between theory and implementation of not owning any PnP hardware (well, PCMCIA counts as a special intermediate case, I guess, so that isn't strictly true). What "PnP ISA motherboard are you using? 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 10 13:51:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04547 for hackers-outgoing; Wed, 10 Jan 1996 13:51:56 -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 NAA04539 for ; Wed, 10 Jan 1996 13:51:49 -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 PAA25986 for ; Wed, 10 Jan 1996 15:51:47 -0600 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 10 Jan 96 15:51 CST Received: by mars.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 10 Jan 96 15:51 CST Message-Id: Subject: threads To: hackers@freefall.FreeBSD.org Date: Wed, 10 Jan 1996 15:51:44 -0600 (CST) From: "Lars Jonas Olsson" Cc: jonas@mcs.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk What is the status of thread (ptreads) under FreeBSD 2.1? Is there a mailing list for it? Jonas From owner-freebsd-hackers Wed Jan 10 13:52:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04689 for hackers-outgoing; Wed, 10 Jan 1996 13:52:57 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA04674 for ; Wed, 10 Jan 1996 13:52:43 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA05537 for ; Wed, 10 Jan 1996 22:52:12 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id WAA05805 for freebsd-hackers@freebsd.org; Wed, 10 Jan 1996 22:52:12 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA06980 for freebsd-hackers@freebsd.org; Wed, 10 Jan 1996 22:37:17 +0100 (MET) From: J Wunsch Message-Id: <199601102137.WAA06980@uriah.heep.sax.de> Subject: Re: A few NITS about SCSI Tapes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 10 Jan 1996 22:37:16 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601101029.UAA09177@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 10, 96 08:59:16 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Michael Smith wrote: > > Likewise 8) IIRC, it was about rewind times for tape streamers. For > reference (in case someone faster hasn't given these numbers already) : > > Rewind times for a Tandberg TDC3660: 62 seconds for a DC6150, 136 seconds > for a DC6250. The code inside the function st_load() which i was using to implement the MTRETENS ioctl command did already have a timeout of five minutes. This seems to be sufficient. For those who don't follow the commit mails, the ``mt retens'' command is in -current now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jan 10 13:54:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA04775 for hackers-outgoing; Wed, 10 Jan 1996 13:54:01 -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 NAA04770 for ; Wed, 10 Jan 1996 13:53:58 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id NAA02830; Wed, 10 Jan 1996 13:53:21 -0800 Message-Id: <199601102153.NAA02830@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... In-reply-to: Your message of "Wed, 10 Jan 1996 14:40:42 MST." <199601102140.OAA15498@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Jan 1996 13:53:21 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> Terry Lambert said: > > > > Lets take this a step a time. In my case, I have a PnP motherboard. > > > > > > > > 1) disable all PnP > > > > 2) probe all non-PnP cards > > > > 3) Query PnP cards for where they may fit > > > > 4) Do a topological sort to fit them all > > > > > > > > How am I supposed to know that I have a driver for a given PnP device ? > > > > > > You don't care, in the general case. > > > > > > > Terry most cool, now the next step. Care to write the > > topological sort? > > > > We are all happily waiting 8) > > > It's a trivial brute-force problem (ie: not interesting 8-)). I have > access to MS developer documentation in their SDK and DDK, so I'll > have to check if this is under non-disclosure or not. > > Even then, I'd say that the Intel sepc was enough if you went at it > from a software diagnostic perspective rather than a hardware designer > perspective. > > I also have a slight handicap between theory and implementation of not > owning any PnP hardware (well, PCMCIA counts as a special intermediate > case, I guess, so that isn't strictly true). > > What "PnP ISA motherboard are you using? > Terry, I am most thrill to offer you an account on my system !! What would you like as a user name ? My motherboard is an ASUS P55TP4XE with P100. Sorry to peck you down Terry is just that Sujal is pretty far along on his PnP stuff and we are lacking way , way behind on this PnP support. So if you can help and I believe that you can it will be fantastic! Best Regards, Amancio From owner-freebsd-hackers Wed Jan 10 13:57:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA05034 for hackers-outgoing; Wed, 10 Jan 1996 13:57:23 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA05028 for ; Wed, 10 Jan 1996 13:57:18 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA15522; Wed, 10 Jan 1996 14:50:08 -0700 From: Terry Lambert Message-Id: <199601102150.OAA15522@phaeton.artisoft.com> Subject: Re: DOS File system fixes To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 10 Jan 1996 14:50:08 -0700 (MST) Cc: leisner@sdsp.mc.xerox.com, terry@lambert.org, rnordier@iafrica.com, root@synthcom.com, hackers@freebsd.org In-Reply-To: <3108.821250746@time.cdrom.com> from "Jordan K. Hubbard" at Jan 9, 96 09:12: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 > > Jerry Pournelle had a column in byte last month (while he didn't say > > it was evil, he said it wasn't a good idea...) > > [Climbs a nearby dune and starts shouting and waving, pointing in > Marty's direction] > > "Marty Leisner Reads Jerry Pournelle!!" BC: "Hey! Clams got legs!" Clam 1: "Great... now we are going to have to kill him." Clam 2: "Won't the other humans suspect something?" Clam 1: "Naw. Who'd believe someone could be trampled to death by clams..." 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 10 14:02:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05492 for hackers-outgoing; Wed, 10 Jan 1996 14:02:14 -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 OAA05479 for ; Wed, 10 Jan 1996 14:02:05 -0800 (PST) Received: from beacon.synthcom.com (beacon.synthcom.com [198.145.98.1]) by synthcom.com (8.6.12/8.6.12) with SMTP id NAA03145; Wed, 10 Jan 1996 13:58:55 GMT Date: Wed, 10 Jan 1996 13:58:55 +0000 () From: Neil Bradley To: Terry Lambert cc: Neil Bradley , terry@lambert.org, hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... In-Reply-To: <199601101942.MAA15208@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, 9 Jan 1996, Terry Lambert wrote: > > ISA Interrupts are not shareable - they're edge triggered. > Except on multiport serial boards, which have additional interrupt > decode hardware with latches that can be interrogated to determine > who has interupt conditions pending. What I meant was "not shareable between cards" - ;-) > > > It makese sense that you would have one interrupt per card so you don't > > > run out between card slots and onboard devices... it's stupid that the > > > GUS doesn't have an interupt multiplex on board. You'll have to live You mean to say that the GUS uses two interrupts for one ISA card? Now that is stupid. > The Intel bridge chips give the ISA priority. In reality, you want > to map the ISA bus as a PCI device so you can relocate the "unrelocatable" > cards on the ISA bus as far as the processors view of their resource > apetures is concerned, and demux ISA interrupts onto PCI interrupts. Unfortunately we don't live in a PC world where Unix is king. Microsoft is. And there are a lot of vendors who haven't the foggiest idea of a clue as to how to properly coexist with other cards. Doing what you said above would break all DOS/Windoze drivers/apps very quickly. Of course, we live in the great world of FreeBSD where this isn't a problem for us programmers. We could remap our standard COM ports wherever we wanted in I/O space and to whatever interrupt we decide to use and our drivers are built to handle it. Or would be if we could remap those darned ISA devices out into oblivion. > If what you said were true, on an ISA bus on a PCI machine, each slot > would be permitted to consume the full gamut of available ISA interrupts > and geneare a single (potentially shared between slots) interrupt per > ISA slot. There's nothing preventing an ISA card from sitting on all IRQ lines on the ISA bus, or toggling them for that matter. In the case of the Triton and Neptune chipsets, the ISA bus is nothing but a bunch of connected address/IRQ lines, so there's no differentientation between each ISA slot. > Then the PCI/ISA bridge logic would let me determine which of the PCI > intterrupts was triggered by what mapping, and then ask which ISA > interrupts were pending service in the ISA mapped slot as a PCI device. > Finally, I could have as many ISA S3 based boards as I wanted, all of > them thinking they were at d8000 with port 2e8, and map them to a > different location in real space using the PCI. This would be quite cool. What we would ideally like to see is each ISA slot treated as a completely separate slot from the next, I.E. Not being electronically connected. The logic in the bridge chip would be able to convert edge triggered interrupts into level, and do the mapping like you mention above. The Intel INCA chip takes care of a lot of this. It had the ability to convert edge->level triggered interrupts. We had a problem with on board devices screwing up the IRQ lines on the ISA bus (parallel port to be exact) because the output drive was set to totem pole. Once we tri-stated it from within INCA, things were fine. > > Back when I designed BIOSes for P5 motherboards, we'd initialize ISA > > devices first. We'd start by shutting off all on-board capabilities in > > case someone plugged in an off-board IDE, Serial, Video, etc... card. > > After it did that, we'd take the existing user's setup and set up > > on-board devices. Then EISA. Then, from the pool of I/O, memory, and > > interrupts, we'd allocate space for PCI devices. PCI Devices always went > > to the end of the heap, because, by PCI's definition, it was a > > requirement that they not be fixed in BIOS. > Sounds like you are the guy for the job. 8-). I'll be glad to help in any way I can. > I'd put PCI at the end of the heap from a software perspective because > they are the most relocatable. I'd do this: 1) Disable all PNP devices 2) Probe for ISA 3) Obtain EISA information - report conflicts with ISA devices 4) Initialize EISA devices 5) Init PnP devices 6) Init PCI devices 7) Boot system ;-) > I'd prefer to ignore motherboards that weren't totally PnP, either by > slot by intent, or by PCI bridge by mapping order. Obviously, that's > not very realistic. 8-). No, but we'll probably have ISA around for 5 or so years. Unfortunately. I guess it all boils down to the gibraltarish nature of each bus: 1) ISA non PNP can't be moved by device drivers - ISA First 2) EISA Can sort of be moved by device drivers - EISA second 3) PNP Can be moved moreso than EISA - PNP Third 4) PCI Can be moved - PCI Last I really wish #1-3 would go away. I can remember how much of a pain it was trying to implement all of this in BIOS. EISA Was by far the worst. Let me know if I can help. -->Neil ------------------------------------------------------------------------------- Synthcom System's homepage: http://www.synthcom.com/ Europa Upgrade, Synth patches (D-50, Xpander/Matrix 12), used gear pricelist From owner-freebsd-hackers Wed Jan 10 14:02:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA05541 for hackers-outgoing; Wed, 10 Jan 1996 14:02:41 -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 OAA05534 for ; Wed, 10 Jan 1996 14:02:36 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA15555; Wed, 10 Jan 1996 14:58:43 -0700 From: Terry Lambert Message-Id: <199601102158.OAA15555@phaeton.artisoft.com> Subject: Re: PnP problem... To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Wed, 10 Jan 1996 14:58:42 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199601102153.NAA02830@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 10, 96 01:53:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > What "PnP ISA motherboard are you using? > > Terry, I am most thrill to offer you an account on my system !! > > What would you like as a user name ? > > My motherboard is an ASUS P55TP4XE with P100. > > Sorry to peck you down Terry is just that Sujal is pretty far along on > his PnP stuff and we are lacking way , way behind on this PnP support. I think you mean "henpeck you", not "peck you down". 8-). I just dropped ~$2k on a BeBox (+ monitor), so I really want to avoid spending money on computer hardware for a bit. 8-(. I have an ASUS motherboard as well (my dual P90). I'll crack the docs tonight that Rod sent with it; it may very well be that I have ISA level PnP support as well, unless your board is peculiar. If so, then we're in business (I guess; it's the kind of problem I'd normally solve by writing grunge code). 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 10 14:12:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA06370 for hackers-outgoing; Wed, 10 Jan 1996 14:12: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 OAA06338 for ; Wed, 10 Jan 1996 14:12:25 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id IAA10529; Thu, 11 Jan 1996 08:43:03 +1030 From: Michael Smith Message-Id: <199601102213.IAA10529@genesis.atrad.adelaide.edu.au> Subject: Re: PnP problem... To: root@root (Neil Bradley) Date: Thu, 11 Jan 1996 08:43:03 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, hasty@rah.star-gate.com, freebsd-hackers@freebsd.org In-Reply-To: from "Neil Bradley" at Jan 10, 96 09:30:33 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Neil Bradley stands accused of saying: > I spoke to Rod Grimes about this about a year ago. Ah. I think I remember about when that was... > We'd force the keyboard controller to cause the CPU to reset. If remember > correctly, doing an out 91h, 0feh caused a reboot. I can't remember for > sure - I'll check some old source code when I get back home and let you know. outb(IO_KBD + 4, 0xFE); Dang. That's the one that doesn't work on these mutant boards either. > -->Neil -- ]] 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 10 14:21:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07051 for hackers-outgoing; Wed, 10 Jan 1996 14:21:01 -0800 (PST) Received: from mickey.umiacs.umd.edu (mickey.umiacs.umd.edu [128.8.120.49]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA07042 for ; Wed, 10 Jan 1996 14:20:55 -0800 (PST) Received: (kovert@localhost) by mickey.umiacs.umd.edu (8.7/UMIACS-0.9/04-05-88) id RAA26110; Wed, 10 Jan 1996 17:19:56 -0500 (EST) Message-Id: <199601102219.RAA26110@mickey.umiacs.umd.edu> To: Brian Tao cc: FREEBSD-HACKERS-L Subject: Re: rwhod/ruptime broken? In-reply-to: Your message of "Tue, 09 Jan 1996 11:17:12 EST." Date: Wed, 10 Jan 1996 17:19:55 -0500 From: Todd Kover Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > ruptime has been reporting 41 users for the past 6 minutes now, so > it isn't a matter of rwhod not having sent out updated information. If I recall correctly, you're running into the upper limit in the size of a datagram, so after a certain number of ttys, it just gets truncated. I don't believe this is easily fixed to be arbitrary without breaking interaction with other versions of rwho... -Todd From owner-freebsd-hackers Wed Jan 10 14:21:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07093 for hackers-outgoing; Wed, 10 Jan 1996 14:21:33 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA07075 for ; Wed, 10 Jan 1996 14:21:16 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA06277 for ; Wed, 10 Jan 1996 23:21:04 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA06252 for freebsd-hackers@freebsd.org; Wed, 10 Jan 1996 23:21:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id WAA07219 for freebsd-hackers@freebsd.org; Wed, 10 Jan 1996 22:59:07 +0100 (MET) From: J Wunsch Message-Id: <199601102159.WAA07219@uriah.heep.sax.de> Subject: Re: EXABYTE SCSI tape To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 10 Jan 1996 22:59:07 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601101013.UAA09073@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 10, 96 08:43:20 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Michael Smith wrote: > > > I'm trying to get an Exabyte 2501 going also and having a hell of a time. > > J"org is working with me trying to get it working and I rebuilt my kernel > > with options SCSIDEBUG and booted the kernel with -v. > > Just a thought; IIRC, there's a Sun "exabyte FAQ" (which says something > about how crabby these drives are 8() You might want to look on > rftm.mit.edu in the news.answers archive (sorry, forgotten the directory, > try all the *sun* ones 8) The 2501 seems to be a very recent drive. It's a 2 gig QIC drive, not a normal ``Exabyte'' (i.e., 8 mm) one. It doesn't work at all under FreeBSD. I've got some pages of SCSI debug output lying on my desk at work, will have a look there tomorrow. The EXB-8*** problems are entirely different, they are 8 mm drives. -- 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 10 14:21:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07107 for hackers-outgoing; Wed, 10 Jan 1996 14: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 OAA07074 for ; Wed, 10 Jan 1996 14:21:15 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA06273; Wed, 10 Jan 1996 23:21:03 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA06251; Wed, 10 Jan 1996 23:21:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA07274; Wed, 10 Jan 1996 23:14:51 +0100 (MET) From: J Wunsch Message-Id: <199601102214.XAA07274@uriah.heep.sax.de> Subject: Re: Sendmail.cf question To: nate@rocky.sri.MT.net (Nate Williams) Date: Wed, 10 Jan 1996 23:14:51 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601101945.MAA18558@rocky.sri.MT.net> from "Nate Williams" at Jan 10, 96 12:45: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 Nate Williams wrote: > [longish question deleted] Give your router box a real name, not just the (sub)domain name. Keep this: > rocky.sri.MT.net preference = 0, mail exchanger = rocky.sri.MT.net > rocky.sri.MT.net preference = 5, mail exchanger = sri.MT.net It's ok. Make this: > And, the important DNS stuff for my router box. > sri.MT.net inet address = 204.94.231.129 > sri.MT.net preference = 0, mail exchanger = rocky.sri.MT.net > sri.MT.net preference = 5, mail exchanger = sri.MT.net > rocky.sri.MT.net inet address = 204.182.243.10 look like router IN A 204.94.231.129 IN MX 0 router IN MX 5 rocky This just means that mail addressed directly to router.sri.MT.net will be most preferably delivered to the host itself, or possibly backed up for delivery at rocky (if necessary). and add: sri.MT.net. IN MX 0 rocky IN MX 5 router (You could omit the sri.MT.net. if you place this below the SOA and NS records.) Add Cw sri.MT.net. to rocky's sendmail.cf, so it does accept the mail addressed to the subdomain as its own. Mail addressed to sri.MT.net will be stored at router (on behalf of rocky, i.e. only for later forwarding) if rocky is unreachable, but not further processed. This should get you going. -- 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 10 14:22:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07163 for hackers-outgoing; Wed, 10 Jan 1996 14:22: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 OAA07156 for ; Wed, 10 Jan 1996 14:22:11 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA15618; Wed, 10 Jan 1996 15:17:25 -0700 From: Terry Lambert Message-Id: <199601102217.PAA15618@phaeton.artisoft.com> Subject: Re: PnP problem...y To: neil@synthcom.com (Neil Bradley) Date: Wed, 10 Jan 1996 15:17:25 -0700 (MST) Cc: terry@lambert.org, root@synthcom.com, hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.org In-Reply-To: from "Neil Bradley" at Jan 10, 96 01:58: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 > > > > It makese sense that you would have one interrupt per card so you don't > > > > run out between card slots and onboard devices... it's stupid that the > > > > GUS doesn't have an interupt multiplex on board. You'll have to live > > You mean to say that the GUS uses two interrupts for one ISA card? Now > that is stupid. Yep. > > The Intel bridge chips give the ISA priority. In reality, you want > > to map the ISA bus as a PCI device so you can relocate the "unrelocatable" > > cards on the ISA bus as far as the processors view of their resource > > apetures is concerned, and demux ISA interrupts onto PCI interrupts. > > Unfortunately we don't live in a PC world where Unix is king. Microsoft > is. And there are a lot of vendors who haven't the foggiest idea of a > clue as to how to properly coexist with other cards. Doing what you said > above would break all DOS/Windoze drivers/apps very quickly. Of course, > we live in the great world of FreeBSD where this isn't a problem for us > programmers. We could remap our standard COM ports wherever we wanted in > I/O space and to whatever interrupt we decide to use and our drivers are > built to handle it. Or would be if we could remap those darned ISA > devices out into oblivion. I don't know if your statement above is really true or not. You'd have to have a bridge chip driver to do the job; without it, you'd have the BIOS default setup, which would mean the drivers for MS stuff would just work as they do now, which is to say "if it hangs for too long, reset the machine (do *not* type ctrl-alt-del) and select the 'resume setup' option". So I think you could maintain backward compatability for backward OS's (8-)) without too much trouble. Turns out you'd have to do this anyway, since you have to be loaded by BIOS POST load bootstrap on a BIOS mapped default disk anyway before you can unmap and relocate the disk out from under yourself. > > Then the PCI/ISA bridge logic would let me determine which of the PCI > > intterrupts was triggered by what mapping, and then ask which ISA > > interrupts were pending service in the ISA mapped slot as a PCI device. > > Finally, I could have as many ISA S3 based boards as I wanted, all of > > them thinking they were at d8000 with port 2e8, and map them to a > > different location in real space using the PCI. > > This would be quite cool. What we would ideally like to see is each ISA > slot treated as a completely separate slot from the next, I.E. Not being > electronically connected. The logic in the bridge chip would be able to > convert edge triggered interrupts into level, and do the mapping like you > mention above. I think that "logically seperate" is what an ISA PnP motherboard does for you. You don't get to remap, but then you might not care to anyway. > The Intel INCA chip takes care of a lot of this. It had the ability to > convert edge->level triggered interrupts. We had a problem with on board > devices screwing up the IRQ lines on the ISA bus (parallel port to be > exact) because the output drive was set to totem pole. Once we tri-stated > it from within INCA, things were fine. Where do I buy one of these boards? 8-). > I'd do this: > > 1) Disable all PNP devices > 2) Probe for ISA > 3) Obtain EISA information - report conflicts with ISA devices > 4) Initialize EISA devices > 5) Init PnP devices and PCMCIA bridged devices > 6) Init PCI devices > 7) Boot system ;-) 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 10 14:23:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA07237 for hackers-outgoing; Wed, 10 Jan 1996 14:23:12 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id OAA07229 for ; Wed, 10 Jan 1996 14:23:06 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id XAA15747 ; Wed, 10 Jan 1996 23:23:01 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA01100 ; Wed, 10 Jan 1996 23:22:59 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id XAA02981; Wed, 10 Jan 1996 23:19:15 +0100 (MET) From: Ollivier Robert Message-Id: <199601102219.XAA02981@keltia.freenix.fr> Subject: Re: Whither swapinfo? To: jdp@polstra.com (John Polstra) Date: Wed, 10 Jan 1996 23:19:15 +0100 (MET) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199601100641.WAA18170@austin.polstra.com> from "John Polstra" at Jan 9, 96 10:41:18 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 John Polstra said: > It looks like "/usr/sbin/swapinfo" has been removed from the source tree > since 2.1 came out. Why is that? Is there a replacement for it? 219 [23:18] root@keltia:/sources# ll -i /usr/sbin/swapinfo /usr/sbin/pstat 9684 -r-xr-sr-x 2 bin kmem 20480 Nov 6 08:13 /usr/sbin/pstat* 9684 -r-xr-sr-x 2 bin kmem 20480 Nov 6 08:13 /usr/sbin/swapinfo* It should be a link to "pstat" and behave like "pstat -s". ---------------------------- revision 1.3 date: 1995/05/13 17:25:22; author: phk; state: Exp; lines: +2 -0 Make pstat act like swapinfo if so invoked. ---------------------------- -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-hackers Wed Jan 10 14:38:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA08276 for hackers-outgoing; Wed, 10 Jan 1996 14:38:07 -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 OAA08271 for ; Wed, 10 Jan 1996 14:37:59 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA19239; Wed, 10 Jan 1996 15:40:05 -0700 Date: Wed, 10 Jan 1996 15:40:05 -0700 From: Nate Williams Message-Id: <199601102240.PAA19239@rocky.sri.MT.net> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: nate@rocky.sri.MT.net (Nate Williams), hackers@FreeBSD.org Subject: Re: Sendmail.cf question In-Reply-To: <199601102214.XAA07274@uriah.heep.sax.de> References: <199601101945.MAA18558@rocky.sri.MT.net> <199601102214.XAA07274@uriah.heep.sax.de> Sender: owner-hackers@FreeBSD.org Precedence: bulk > [longish question deleted] > > Give your router box a real name, not just the (sub)domain name. Unfortunately, I don't have that ability. This is the name/I.P. address given by the ISP for the router box. It's internal name is gateway, but that's its name in our Class C. > Keep this: > > > rocky.sri.MT.net preference = 0, mail exchanger = rocky.sri.MT.net > > rocky.sri.MT.net preference = 5, mail exchanger = sri.MT.net > > It's ok. > > Make this: > > > And, the important DNS stuff for my router box. > > sri.MT.net inet address = 204.94.231.129 > > sri.MT.net preference = 0, mail exchanger = rocky.sri.MT.net > > sri.MT.net preference = 5, mail exchanger = sri.MT.net > > rocky.sri.MT.net inet address = 204.182.243.10 > > look like > > router IN A 204.94.231.129 > IN MX 0 router > IN MX 5 rocky > > This just means that mail addressed directly to router.sri.MT.net will > be most preferably delivered to the host itself, or possibly backed up > for delivery at rocky (if necessary). Unfortunately, I can't right now. However, we are going to get a new class address soon, so hopefully we can set things right and have the router address given a different name from our sub-net. > Add > > Cw sri.MT.net. > > to rocky's sendmail.cf, so it does accept the mail addressed to the > subdomain as its own. Done. What I ended up doing was this: On the router, I setup /etc/sendmail.cf with the following additions: Cwlocalhost sri.MT.net [ Because it think's it's name is 'gateway.sri.MT.net' ] # who gets *all* email traffic (except for those in class L below) DHrocky.sri.MT.net # who I masquerade as (null for no masquerading) DMsri.MT.net # class L: names that should be delivered locally, even if we have a relay # class E: names that should be exposed as from this host, even if we masquerade CLroot CEroot The magic was in the DH stuff. I also had to leave DR to null else this wouldn't work. Now, any email addressed to this box get's passed onto 'rocky.sri.MT.net'. Also, I've got this router box doing MX for my home box, and it seems to know to queue up the email on the router instead of passing onto rocky in this case. I'll have to revisit this after we redo our addressing, but for now it does what I want it to do. Thanks for the help! Nate From owner-freebsd-hackers Wed Jan 10 15:00:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09833 for hackers-outgoing; Wed, 10 Jan 1996 15:00:52 -0800 (PST) Received: from eac.iafrica.com (slipper119246.iafrica.com [196.7.119.246]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA09750 for ; Wed, 10 Jan 1996 15:00:21 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id AAA00268; Thu, 11 Jan 1996 00:54:44 +0200 From: Robert Nordier Message-Id: <199601102254.AAA00268@eac.iafrica.com> Subject: Re: DOS File system fixes To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 11 Jan 1996 00:54:42 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <3159.821251342@time.cdrom.com> from "Jordan K. Hubbard" at Jan 9, 96 09:22:22 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk On Tue, 9 Jan 1996, Jordan K. Hubbard wrote: > > Though, personally, I've never been attracted to the idea of FreeBSD > > running DOS or Windows apps: I don't know how others feel about this. > > I think that the answer to that question goes rather far beyond > whether or not the likes of you and I are attracted to the idea. > > The sheer number of applications in question, and the weight of > testimony from the many who have gone frequently (and loudly) on > record as saying that they ARE interested in the idea, thank you very > much, is more than enough compelling evidence, I think. > > In particular, I call your attention to the following article which > I fwd'd recently to Amancio's multimedia list: > > NOORDA's WILLOWS TO PUT ITS > WINDOWS-ON-UNIX SOURCE ON TO NET > > . . . . . Thanks for the article, Jordan. I'm not sure that #define attraction_to(dos_in_a_box) popularity_of(dos_in_a_box) returns the value I was expecting, but it seems to compile all right! Anyway, in matters of sufficient technical difficulty, "Is it worth doing?" has never been a question that bothers for long. -- Robert Nordier rnordier@iafrica.com E.A.C. From owner-freebsd-hackers Wed Jan 10 15:01:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA09975 for hackers-outgoing; Wed, 10 Jan 1996 15:01:55 -0800 (PST) Received: from eac.iafrica.com (slipper119246.iafrica.com [196.7.119.246]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA09952 for ; Wed, 10 Jan 1996 15:01:38 -0800 (PST) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id XAA00185; Wed, 10 Jan 1996 23:41:13 +0200 From: Robert Nordier Message-Id: <199601102141.XAA00185@eac.iafrica.com> Subject: Re: DOS File system fixes To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 10 Jan 1996 23:41:12 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199601100616.QAA08290@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 10, 96 04:46:28 pm X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk According to Michael Smith: > Robert Nordier stands accused of saying: > > > > Maintaining the BIOS environment is a way that is acceptable to both FBSD > > and the BIOS might also get tricky. There are parts of the BIOS you > > probably just don't want to get called: like 0x15/0x87 which is only a > > helper routine but attempts a return to protected mode with interrupts > > disabled. > > Would other parts of the BIOS attempt to call this? If a BIOS function > was called, so far as it could tell, from an address in low memory in > real mode? I was really thinking of the problem of running unsupported hardware through supplied device drivers when I wrote this. (0x15/0x87 is a memory transfer function.) I had just been looking at a CD-ROM driver that made this sort of real/protected mode assumption. With BIOS itself, 0x15/0x87 shouldn't be something to worry about, so not a good example, really. Looking at it now, though, there is something that needs considering. I'm assuming the typical situation of, "It works under dos/win, so why can't I use it under FreeBSD?" The reason it works under dos may be an OEM device driver which fixes bugs in the firmware/adds features to the firmware (eg. SCSI controller cards which are not VDS compliant running under mswin). If all that is holding things together is the device driver (being that it is cheaper to revise than the firmware), leaving out the driver and just going after the *ROM stuff isn't going to be "totally successful." So we may need to look at the dos device driver layer for the device support package. -- Robert Nordier rnordier@iafrica.com E.A.C. From owner-freebsd-hackers Wed Jan 10 15:22:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11546 for hackers-outgoing; Wed, 10 Jan 1996 15:22: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 PAA11513 for ; Wed, 10 Jan 1996 15:22:21 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA07992; Thu, 11 Jan 1996 00:22:00 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA07124; Thu, 11 Jan 1996 00:21:58 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA07733; Thu, 11 Jan 1996 00:13:32 +0100 (MET) From: J Wunsch Message-Id: <199601102313.AAA07733@uriah.heep.sax.de> Subject: Re: advice needed to recover a FS/disk To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 11 Jan 1996 00:13:31 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601100939.KAA01990@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jan 10, 96 10:39:08 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Christoph P. Kukulies wrote: > > How do I get to the begin of the FS once knowing the > offset of the disklabel resp. the partition offsets? j@uriah 159% hd /dev/rsd0 | head -20 0000000 66 ea 08 00 00 00 c0 07 8c c8 8e d8 66 b8 00 10 fê....À..È.Øf¸.. 0000010 00 00 8e d0 66 bc f0 ff 00 00 8e c0 80 fa 80 66 ...Ðf¼ðÿ...À.ú.f 0000020 73 11 b2 00 b4 00 cd 13 66 b9 01 00 00 00 b6 00 s.².´.Í.f¹....¶. 0000030 66 eb 4a 66 b8 01 02 00 00 31 db 66 b9 01 00 00 fëJf¸....1Ûf¹... 0000040 00 66 81 e2 ff 00 00 00 cd 13 66 72 43 66 bb be .f.âÿ...Í.frCf»¾ 0000050 01 00 00 66 b9 04 00 00 00 67 26 8a 43 04 3c a5 ...f¹....g&.C.<¥ 0000060 66 74 10 66 83 c3 10 66 e2 ef 66 be ce 00 00 00 ft.f.Ã.fâïf¾Î... 0000070 66 eb 23 67 26 8a 73 01 67 26 8b 4b 02 b4 02 b0 fë#g&.s.g&.K.´.° 0000080 0f 31 db cd 13 66 72 08 66 ea 10 04 00 00 00 10 .1ÛÍ.fr.fê...... 0000090 66 be c1 00 00 00 66 e8 03 00 00 00 66 eb 1e 66 f¾Á...fè....fë.f 00000a0 50 66 53 66 bb 01 00 00 00 fc ac 3c 00 66 74 07 PfSf»....ü¬<.ft. 00000b0 b4 0e cd 10 66 eb f3 66 5b 66 58 66 c3 f4 66 eb ´.Í.fëóf[fXfÃôfë 00000c0 fc 52 65 61 64 20 65 72 72 6f 72 0d 0a 00 4e 6f üRead error...No 00000d0 20 62 6f 6f 74 61 62 6c 65 20 70 61 72 74 69 74 bootable partit 00000e0 69 6f 6e 0d 0a 00 00 00 00 00 00 00 00 00 00 00 ion............. 00000f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ * 00001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80 00 ................ 00001f0 01 00 a5 ff ff ff 00 00 00 00 50 c3 00 00 55 aa ..¥ÿÿÿ....PÃ..Uª 0000200 57 45 56 82 04 00 00 00 73 74 33 36 35 35 6e 00 WEV.....st3655n. ^^ ^^ ^^ ^^ ^^^^ The marked bytes are the ``disk magic''. So it seems that it's 512 bytes behind the start of the disk/slice. -- 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 10 15:23:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA11588 for hackers-outgoing; Wed, 10 Jan 1996 15:23:04 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA11529 for ; Wed, 10 Jan 1996 15:22:34 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA08000; Thu, 11 Jan 1996 00:22:17 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA07128; Thu, 11 Jan 1996 00:22:01 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA07765; Thu, 11 Jan 1996 00:17:22 +0100 (MET) From: J Wunsch Message-Id: <199601102317.AAA07765@uriah.heep.sax.de> Subject: Re: Anyone got GNU `dld' ported to FreeBSD? To: jdp@polstra.com (John Polstra) Date: Thu, 11 Jan 1996 00:17:21 +0100 (MET) Cc: jkh@time.cdrom.com, dfr@render.com, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601100531.VAA17720@austin.polstra.com> from "John Polstra" at Jan 9, 96 09:31:53 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As John Polstra wrote: > > > Now is there any chance of getting: > > > > > void a_real_kludge() { } > > > > Down below 8K? :-) > > I've been just _waiting_ for that one ;-). How about 4208 bytes? ... > But, OK, fasten your seatbelt and put the kludgeometer pedal to the > metal: > > austin$ dd bs=4208 count=1 newlibtiny.so.1.0 > austin$ mv newlibtiny.so.1.0 libtiny.so.1.0 > austin$ ls -l libtiny.so.1.0 > -rw-r--r-- 1 jdp jdp 4208 Jan 9 21:13 libtiny.so.1.0 > austin$ ldd a.out > a.out: > libtiny.so.1.0 => libtiny.so.1.0 (0x8025000) > austin$ ./a.out > Hello, world! I've never been laughing that much about a FreeBSD topic during the last couple of weeks or so! :-)) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jan 10 15:36:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12837 for hackers-outgoing; Wed, 10 Jan 1996 15:36:55 -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 PAA12826 for ; Wed, 10 Jan 1996 15:36:51 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id AAA16620 ; Thu, 11 Jan 1996 00:36:48 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA01467 ; Thu, 11 Jan 1996 00:36:42 +0100 Received: (pb@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) id AAA26447; Thu, 11 Jan 1996 00:08:41 +0100 From: Pierre Beyssac Message-Id: <199601102308.AAA26447@fasterix.frmug.fr.net> Subject: Re: pppd vs ijppp To: dennis@etinc.com (dennis) Date: Thu, 11 Jan 1996 00:08:41 +0100 (MET) Cc: nate@rocky.sri.MT.net, hackers@freebsd.org In-Reply-To: <199601101744.MAA24543@etinc.com> from "dennis" at Jan 10, 96 12:44:12 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk dennis writes: > ioctls were designed for setting options, and the options can still be > largely managed > in user space. Good data communications requires good reporting, and information > availability is substantially better and more efficient in the kernel, not > to mention the performance penalty of a user level implementation. A kernel is something that needs to be as simple, small and efficient/reliable as possible, that's why it generally contains only : 1) stuff that *can't* be elsewhere because of the architecture of the system. 2) stuff that would not be efficient enough in user space. PPP basically needs to (A) emit/receive network (IP or other) packets and (B) encode/decode them. (A) *needs* to be in the kernel. (B) doesn't, except for performance (when SLIP was first implemented, CPU resources were scarce enough that this made a big difference even on personal workstations. Not anymore). Dial on demand and chat script features have nothing to do in the kernel, because they don't need to be in and you generally don't care if you lose 2 milliseconds CPU for every 20+ seconds dialout procedure...$ > Improving kernel debugging is not difficult...we debug much more complicated > things > than ppp within the kernel space. The fact than pppd debugging is poor is > not a good > reason to adulterate the entire mechanism. Looks like you've never debugged anything in kernel space :-) Kernel-debugging space is *always* more difficult than user-space debugging, because starting and stopping user processes is a lot easier than starting and stopping kernels. > Good datacomm should focus on the 99% and not the 1%. Imagine if you moved > ethernet processing to user space to improve debugging? That's exactly the point. Fancy features are the 1% so they belong in user space. -- 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 Wed Jan 10 15:37:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12867 for hackers-outgoing; Wed, 10 Jan 1996 15:37: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 PAA12849 for ; Wed, 10 Jan 1996 15:36:58 -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 AAA16623 ; Thu, 11 Jan 1996 00:36:49 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA01470 ; Thu, 11 Jan 1996 00:36:48 +0100 Received: (pb@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) id AAA26478; Thu, 11 Jan 1996 00:33:51 +0100 From: Pierre Beyssac Message-Id: <199601102333.AAA26478@fasterix.frmug.fr.net> Subject: Re: pppd vs ijppp To: jerry@border.com (Jerry Kendall) Date: Thu, 11 Jan 1996 00:33:50 +0100 (MET) Cc: nate@rocky.sri.MT.net, dennis@etinc.com, hackers@FreeBSD.ORG In-Reply-To: <96Jan10.135034est.20483@janus.border.com> from "Jerry Kendall" at Jan 10, 96 01:47:44 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 Jerry Kendall writes: > 3)That is like saying TCP does not belong in the kernel. Not exactly. That's more like saying inetd and telnetd do not belong in the kernel :-) > Getting 10% better throughput will cut down the amount of time 'joe user' > takes to get the files/info he needs, cut down the amount of time *other* > users have to wait, the faster your PPP subsystem can receive the info, Generally the modem, not the CPU, is the bottleneck. At typical dialup speeds, using user- or kernel-ppp makes absolutely no difference if you don't have 20 lines. -- 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 Wed Jan 10 15:37:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12898 for hackers-outgoing; Wed, 10 Jan 1996 15:37: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 PAA12868 for ; Wed, 10 Jan 1996 15:37:14 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id AAA16610 for ; Thu, 11 Jan 1996 00:36:41 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA01464 for hackers@freebsd.org; Thu, 11 Jan 1996 00:36:41 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id XAA26239 for hackers@freebsd.org; Wed, 10 Jan 1996 23:34:44 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id NAA03439 for hackers@freebsd.org; Wed, 10 Jan 1996 13:08:36 +0100 (MET) From: Philippe Regnauld Message-Id: <199601101208.NAA03439@tetard.frmug.fr.net> Subject: Re: Dual Monitor Systems... To: hackers@freebsd.org Date: Wed, 10 Jan 1996 13:08:36 +0100 (MET) In-Reply-To: <199601091040.LAA21892@allegro.lemis.de> from "Greg Lehey" at Jan 9, 96 11:40:36 am X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Greg Lehey écrit / writes: > > J Wunsch writes: > You've obviously never burnt out a monitor :-( > > Running monitors out of spec *does* damage monitors. It may not do That is also what I thought -- out-of-sync ranges (even too low) while not putting any stress on the sync circuits, can strain OTHER components behind it, as they try to pickup a correct signal (i.e. horiz et vert sweep), thus making them work ABOVE their specs. Regarding XInside and two monitors, could you give more info ? (What displays - VGA/VGA?, how does syscons/pcvt behave?) -- 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 Wed Jan 10 15:37:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12907 for hackers-outgoing; Wed, 10 Jan 1996 15:37:38 -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 PAA12889 for ; Wed, 10 Jan 1996 15:37:23 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id PAA00623; Wed, 10 Jan 1996 15:32:45 -0800 Message-Id: <199601102332.PAA00623@austin.polstra.com> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: jkh@time.cdrom.com, dfr@render.com, freebsd-hackers@freebsd.org Subject: Re: Anyone got GNU `dld' ported to FreeBSD? In-reply-to: Your message of "Thu, 11 Jan 1996 00:17:21 +0100." <199601102317.AAA07765@uriah.heep.sax.de> Date: Wed, 10 Jan 1996 15:32:45 -0800 From: John Polstra Sender: owner-hackers@freebsd.org Precedence: bulk J"org wrote: > > austin$ dd bs=4208 count=1 newlibtiny.so.1.0 > > austin$ mv newlibtiny.so.1.0 libtiny.so.1.0 > > austin$ ls -l libtiny.so.1.0 > > -rw-r--r-- 1 jdp jdp 4208 Jan 9 21:13 libtiny.so.1.0 > > austin$ ldd a.out > > a.out: > > libtiny.so.1.0 => libtiny.so.1.0 (0x8025000) > > austin$ ./a.out > > Hello, world! > > I've never been laughing that much about a FreeBSD topic during the > last couple of weeks or so! :-)) Quit laughing, or we'll name it "libjoerg.so.1.0" ;-). -- John From owner-freebsd-hackers Wed Jan 10 15:44:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13253 for hackers-outgoing; Wed, 10 Jan 1996 15:44:33 -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 PAA13247 for ; Wed, 10 Jan 1996 15:44:29 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15417(12)>; Wed, 10 Jan 1996 15:43:48 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177478>; Wed, 10 Jan 1996 15:43:24 -0800 X-Mailer: exmh version 1.6.4 10/10/95 To: "matthew c. mead" cc: hackers@freebsd.org Subject: Re: alphanumeric pagers In-reply-to: Your message of "Wed, 03 Jan 1996 18:30:45 PST." <199601040230.VAA01229@Glock.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Jan 1996 15:43:17 PST From: Bill Fenner Message-Id: <96Jan10.154324pst.177478@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org Precedence: bulk In message <199601040230.VAA01229@Glock.COM>you write: > Is anyone out there using alphanumeric paging software with FreeBSD? The 'hylafax' package in ports also supports alphanumeric paging. It may be overkill, but maybe you want to send faxes too =) Bill From owner-freebsd-hackers Wed Jan 10 15:47:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13338 for hackers-outgoing; Wed, 10 Jan 1996 15:47:05 -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 PAA13331 for ; Wed, 10 Jan 1996 15:46:51 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id SAA00248; Wed, 10 Jan 1996 18:45:24 -0500 Date: Wed, 10 Jan 1996 18:45:24 -0500 Message-Id: <199601102345.SAA00248@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Nate Williams From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >[ kernel PPP vs. user-land PPP ] >> >Bloating the kernel with the features of user-land ppp is not a good >> >thing. Also, it's *very* easy to debug the user-land version where the >> >kernel version is *much* harder to debug. No reboots necessary. ;) >> >> This is ridiculous....memory is memory and you use more with a user >> level implementation than a kernel version. If your not using it its >> optioned out...so who cares? You arguably need just as much kernel >> code to provide the necessary informatoin to the user level code (if >> done properly) then if you did it in the kernel. > >Do you have *any* idea what you are talking about? As a user I *might* >not always running PPP, but if it's in the kernel I'm *always* taking >the memory hit for it if it's in the kernel. As an extreme example of >this, let's stick X inside the kernel since most folks use it. If they >don't, they can 'option it out'. I'm sure it would be much faster in >the kernel. Heck, why not /bin/sh as well? It's *always* used by at >least one process. Yes...actually i have a pretty good idea what im talking about. There are things that belong in the kernel and things that dont. Thinks that interarct with USERS clearly belong in user space, because you can't save a process switch anyway and users are clearly an incremental variable. ppp, on the otherhand, is a network interface, whose traffic is most usually routed to another network interface. Since everything else is in the kernel, its nonsensical to pull data out just to do a tiny bit of processing (probably none actually) just to push it back in. Your beating up your system for no reason, and if you're charging customers then your cheating them as well. > >> Improving kernel debugging is not difficult...we debug much more >> complicated things than ppp within the kernel space. The fact than >> pppd debugging is poor is not a good reason to adulterate the entire >> mechanism. > >But the idea is to *remove* things from the kernel that make sense to >remove from the kernel. True...but ppp in user space makes no sense. None. > >> Good datacomm should focus on the 99% and not the 1%. Imagine if you >> moved ethernet processing to user space to improve debugging? > >I doubt very much that 99.9% of the users notice the load difference >between user-land ppp and kernel ppp. What i meant is that setup is not nearly as important as passing packets, which is the bottom line here. The fact that most people feel that they need 133Mhz pentiums to run a few modems over a 56k link says something about the overhead in the software they're using, and the importance of performance. > >Downsides to adding the features to the kernel: >1) It's always in memory even if the user doesn't want it. >2) It's difficult to debug >3) It doesn't belong in the kernel since it's not a 'kernel' type of function. 1 is not true, 2 is true only because no one has added good debugging code, and 3 is simply wrong....very wrong. > >Upsides: >1) It's faster. > >Show me why your upsides is better than the downsides above? Show me >that it negatively affects a significant # of users (not in your mind, >in their mind). This is pretty easy! First of all, I think that your premise is simply wrong, or perhaps you misinterpreted what i was talking about. The memory penalty is tiny, maybe 15k, and thats not enough to outweight the only thing (other than stability) that is important in communications....and thats performance. I think what you're missing is that no one is suggesting putting entire pppd in the kernel...but that adding the couple of features that the user space implementation offers is not a lot of code and the advantages would be tremendous. In another message you said something about "a half meg" memory penalty, and on this you are WAY off, nate! Our driver implements PPP, frame relay, x.25 the board driver, debugger and user interface in about 100k, so i think that perhaps youve been playing with C++ for too long or something. Other O/Ss have full kernel ppp without talking up much space, so it clearly can be done. And lastly, I think if you took a show of hands on providers and users after asking them if they would mind using even 50k to get better performance i think that I'd be surprised to see even 1 hand not waving wildly in the air. 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 10 15:51:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13473 for hackers-outgoing; Wed, 10 Jan 1996 15:51:19 -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 PAA13468 for ; Wed, 10 Jan 1996 15:51:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id RAA00380; Wed, 10 Jan 1996 17:49:25 -0600 Message-Id: <199601102349.RAA00380@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol To: "Amancio Hasty Jr." cc: Terry Lambert , freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... In-reply-to: Your message of "Wed, 10 Jan 1996 13:16:36 PST." <199601102116.NAA02144@rah.star-gate.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: Wed, 10 Jan 1996 17:49:14 -0600 From: Jon Loeliger Sender: owner-hackers@FreeBSD.org Precedence: bulk Apparently, "Amancio Hasty Jr." scribbled: > Terry most cool, now the next step. Care to write the > topological sort? In general, topological sorts are "easy". If couched in terms of a general graph with dependency arcs, the classic approach would be to use Tarjan's algorithm. One should be able to either find this online in any number of places, or extract it from most any algorithms book. (Make uses it, any reasonable code generator, etc.) I might even be tricked into writing one, although I'm sure I only vaguely understand the direct application here...:-) jdl From owner-freebsd-hackers Wed Jan 10 15:52:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13578 for hackers-outgoing; Wed, 10 Jan 1996 15:52:22 -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 PAA13557 Wed, 10 Jan 1996 15:52:08 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA08664; Thu, 11 Jan 1996 00:51:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA07506; Thu, 11 Jan 1996 00:51:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA07933; Thu, 11 Jan 1996 00:25:11 +0100 (MET) From: J Wunsch Message-Id: <199601102325.AAA07933@uriah.heep.sax.de> Subject: Re: Disk replication To: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Date: Thu, 11 Jan 1996 00:25:10 +0100 (MET) Cc: gcrutchr@nightflight.com, hackers@FreeBSD.org, questions@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601101922.UAA00711@mordillo> from "Thomas Graichen" at Jan 10, 96 08:22:33 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 Thomas Graichen wrote: > > i think "dd if=/dev/sd0 of=/dev/sd1" should do the job (you must > adjust the drive-numbers to yours) dd if=/dev/rsd0 of=/dev/rsd1 [bs=1m] Don't use the block devices, their intention is to mount file systems on top of them, nothing else. -- 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 10 15:59:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA13808 for hackers-outgoing; Wed, 10 Jan 1996 15:59:07 -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 PAA13802 for ; Wed, 10 Jan 1996 15:59:03 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id RAA19534; Wed, 10 Jan 1996 17:01:34 -0700 Date: Wed, 10 Jan 1996 17:01:34 -0700 From: Nate Williams Message-Id: <199601110001.RAA19534@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: Nate Williams , hackers@freebsd.org Subject: Re: pppd vs ijppp In-Reply-To: <199601102345.SAA00248@etinc.com> References: <199601102345.SAA00248@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk > >Do you have *any* idea what you are talking about? > Yes...actually i have a pretty good idea what im talking about..... This remains to be seen, but.. > >I doubt very much that 99.9% of the users notice the load difference > >between user-land ppp and kernel ppp. > > What i meant is that setup is not nearly as important as passing > packets, which is the bottom line here. The fact that most people feel > that they need 133Mhz pentiums to run a few modems over a 56k link > says something about the overhead in the software they're using, and > the importance of performance. Then what in the heck are you arguing about? You claimed that we should add all of the features in ijppp back into the kernel-mode ppp. If you *do* know what you are talking about, then why do you want to stuff all of the user-level stuff into the kernel, such as built-in dial capabilities, routing, dial-on-demand, etc...? Those + the ease of use are the differences between the user driver and nthe kernel driver, and one would assume you knew that given your desire to put things 'back' into the kernel. > >Downsides to adding the features to the kernel: > >1) It's always in memory even if the user doesn't want it. > >2) It's difficult to debug > >3) It doesn't belong in the kernel since it's not a 'kernel' type of function. > > 1 is not true Sure it is. The kernel is NOT pageable. It's in-core all the time, and therefore takes up memory even when the driver is not used. , 2 is true only because no one has added good debugging code, and Are you goin to change that problem? You're more than welcome to provide solutions, rather than complain about the state of affairs. Really! > 3 is simply wrong....very wrong. The code that exists in the user-land code which is not in the kernel code *DOESN'T* (!!) below in the kernel. Obviously, you don't know what you are talking if you think adding in dial capabilities would be a good thing in the kernel. > adding the couple of features that the user space implementation > offers is not a lot of code and the advantages would be tremendous. And these features would be? (I've already admitted that the kernel code would benefit from Predictor-1 compression, so you can't use that) > In another message you said something about "a half meg" memory penalty, and > on this > you are WAY off, nate! You wanted the features of ijppp in the kernel. We already have ppp in the kernel, so obviously we're not talking about the PPP protocol, so you must be talking about all of the user-land stuff. What else could there be to talk about? > And lastly, I think if you took a show of hands on providers and users > after asking them if they would mind using even 50k to get better > performance i think that I'd be surprised to see even 1 hand not > waving wildly in the air. Give them the whole picture. 'You can have this really cool package which integrates everything you want and is *really* easy to setup. However, it uses about 5% of your CPU. OR, you could have this other version which uses about 1% of your CPU, but it's alot harder to setup and doesn't have as many features.' Or, we could all of those features in the kernel, increase your memory use by a couple 100K (always, even if you don't use it), and it would take us 6 months to get it working. :)' Nate From owner-freebsd-hackers Wed Jan 10 16:00:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13909 for hackers-outgoing; Wed, 10 Jan 1996 16:00:10 -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 PAA13853 Wed, 10 Jan 1996 15:59:56 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id TAA00916; Wed, 10 Jan 1996 19:02:05 -0500 From: Peter Dufault Message-Id: <199601110002.TAA00916@hda.com> Subject: Re: Disk replication To: graichen@omega.physik.fu-berlin.de (Thomas Graichen) Date: Wed, 10 Jan 1996 19:02:04 -0500 (EST) Cc: gcrutchr@nightflight.com, hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <199601101922.UAA00711@mordillo> from "Thomas Graichen" at Jan 10, 96 08:22:33 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > hasn't Gary Crutcher said ? ... > > > > Hi, > > > > I have a 2nd SCSI drive (2.1 GB) which is the same as my 1st. My 1st drive > > has FBSD 2.05 on it, and I boot from it. How can I replicate the 1st drive > > onto the 2nd drive so I can disable the 1st drive and boot from the 2nd > > drive? I want to upgrade to 2.1 and if something goes wrong I need to bring > > my server back up quickly. I can only have the system down for about an > > hour or so. > > > > I would like to get info on how to do this ASAP as I want to do the upgrade > > this weekend. Any help would be greatly appreciated. > > > i think "dd if=/dev/sd0 of=/dev/sd1" should do the job (you must > adjust the drive-numbers to yours) > Big block sizes and quiescient disks will help also. Make sure the disk you are duplicating isn't being changed under you; go single user or unmount the disk. -- 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 10 16:03:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA13994 for hackers-outgoing; Wed, 10 Jan 1996 16:03:11 -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 QAA13988 Wed, 10 Jan 1996 16:03:06 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16367(7)>; Wed, 10 Jan 1996 16:00:39 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177478>; Wed, 10 Jan 1996 15:59:41 -0800 X-Mailer: exmh version 1.6.4 10/10/95 To: Michael Smith cc: taob@io.org (Brian Tao), freebsd-hackers@freebsd.org, freebsd-isp@freebsd.org Subject: Re: A few other concerns from a FreeBSD ISP In-reply-to: Your message of "Sun, 07 Jan 1996 02:54:31 PST." <199601071054.VAA20347@genesis.atrad.adelaide.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Jan 1996 15:59:29 PST From: Bill Fenner Message-Id: <96Jan10.155941pst.177478@crevenia.parc.xerox.com> Sender: owner-hackers@freebsd.org Precedence: bulk In message <199601071054.VAA20347@genesis.atrad.adelaide.edu.au>you write: >It's possible that the remote host is reusing an originating port number >that is still recorded by the FreeBSD system as belonging to a connection >in one of the closing wait states to that same host. I don't know what >would happen here, it's possible that someone got their TCP state diagram >confused. I have always thought that this situation could only be attributed to one or the other end not waiting for 2*MSL before deleting connection information. In particular, if the source end cut its TIME_WAIT state short for some tcpcb, that port number could get reused while the server end was still in TIME_WAIT and thus completely ignoring all packets. But I haven't yet gotten around to testing this theory; I can't say that I recall seeing this problem, so it may also be load-related, etc. Bill From owner-freebsd-hackers Wed Jan 10 16:10:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14269 for hackers-outgoing; Wed, 10 Jan 1996 16:10: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 QAA14250 for ; Wed, 10 Jan 1996 16:10:39 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA09133; Thu, 11 Jan 1996 01:10:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id BAA07742; Thu, 11 Jan 1996 01:10:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id AAA08364; Thu, 11 Jan 1996 00:54:20 +0100 (MET) From: J Wunsch Message-Id: <199601102354.AAA08364@uriah.heep.sax.de> Subject: Re: Anyone got GNU `dld' ported to FreeBSD? To: jdp@polstra.com (John Polstra) Date: Thu, 11 Jan 1996 00:54:20 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, jkh@time.cdrom.com, dfr@render.com, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601102332.PAA00623@austin.polstra.com> from "John Polstra" at Jan 10, 96 03:32:45 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 John Polstra wrote: > > > I've never been laughing that much about a FreeBSD topic during the > > last couple of weeks or so! :-)) > > Quit laughing, or we'll name it "libjoerg.so.1.0" ;-). Aaaah, doo, noo, i insist on this library being just exactly 2204 bytes long. (I've been born on April, 22.) :-) -- 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 10 16:11:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14366 for hackers-outgoing; Wed, 10 Jan 1996 16:11:59 -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 QAA14357 for ; Wed, 10 Jan 1996 16:11:55 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id TAA00304; Wed, 10 Jan 1996 19:10:27 -0500 Date: Wed, 10 Jan 1996 19:10:27 -0500 Message-Id: <199601110010.TAA00304@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Nate Williams From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Nate skates.... >> What i meant is that setup is not nearly as important as passing >> packets, which is the bottom line here. The fact that most people feel >> that they need 133Mhz pentiums to run a few modems over a 56k link >> says something about the overhead in the software they're using, and >> the importance of performance. > >Then what in the heck are you arguing about? You claimed that we should >add all of the features in ijppp back into the kernel-mode ppp. If you >*do* know what you are talking about, then why do you want to stuff all >of the user-level stuff into the kernel, such as built-in dial >capabilities, routing, dial-on-demand, etc...? When ever did i say that? I suggested that the benefits offered by pppij be added to pppd so that the kernel level ppp could be used. Much of that functonality can remain in the pppd user process....but running ppp through a tunnel device is preposterous. Theres a separation of functionality, no question, but the datacomm belongs in the kernel....period. db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Wed Jan 10 16:16:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14580 for hackers-outgoing; Wed, 10 Jan 1996 16:16:04 -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 QAA14550 for ; Wed, 10 Jan 1996 16:15:51 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id RAA19630; Wed, 10 Jan 1996 17:18:23 -0700 Date: Wed, 10 Jan 1996 17:18:23 -0700 From: Nate Williams Message-Id: <199601110018.RAA19630@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: Nate Williams , hackers@freebsd.org Subject: Re: pppd vs ijppp In-Reply-To: <199601110010.TAA00304@etinc.com> References: <199601110010.TAA00304@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk > >> What i meant is that setup is not nearly as important as passing > >> packets, which is the bottom line here. The fact that most people feel > >> that they need 133Mhz pentiums to run a few modems over a 56k link > >> says something about the overhead in the software they're using, and > >> the importance of performance. > > > >Then what in the heck are you arguing about? You claimed that we should > >add all of the features in ijppp back into the kernel-mode ppp. If you > >*do* know what you are talking about, then why do you want to stuff all > >of the user-level stuff into the kernel, such as built-in dial > >capabilities, routing, dial-on-demand, etc...? > > When ever did i say that? I suggested that the benefits offered by pppij be > added to pppd so that the kernel level ppp could be used. And those benefits offered in ijppp vs. kernel ppp that you want would be? Having used both, the only features that it can do which I feel should go in the kernel is 'Predictor-1' compression. All of the others don't belong in the kernel. What features do you want, because there must be something else you wouldn't be clamoring for them. > Much of that > functonality can remain in the pppd user process....but running ppp through > a tunnel device is preposterous. Theres a separation of functionality, no > question, but the datacomm belongs in the kernel....period. I guess we'd better tell MorningStar that as well. As I understand it, they *only* sell PPP software/hardware, and they can't fill the number of orders they have. They are growing so fast they can't keep up. And, they *only* sell tunnel devices drivers. :) Nate From owner-freebsd-hackers Wed Jan 10 16:16:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA14649 for hackers-outgoing; Wed, 10 Jan 1996 16:16:30 -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 QAA14639 for ; Wed, 10 Jan 1996 16:16:26 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id TAA00308; Wed, 10 Jan 1996 19:13:38 -0500 Date: Wed, 10 Jan 1996 19:13:38 -0500 Message-Id: <199601110013.TAA00308@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: Pierre Beyssac From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Pierre Beyssac writes... >dennis writes: >> ioctls were designed for setting options, and the options can still be >> largely managed >> in user space. Good data communications requires good reporting, and information >> availability is substantially better and more efficient in the kernel, not >> to mention the performance penalty of a user level implementation. > >A kernel is something that needs to be as simple, small and efficient/reliable >as possible, that's why it generally contains only : > > 1) stuff that *can't* be elsewhere because of the architecture of > the system. > 2) stuff that would not be efficient enough in user space. > >PPP basically needs to (A) emit/receive network (IP or other) packets >and (B) encode/decode them. (A) *needs* to be in the kernel. (B) doesn't, >except for performance (when SLIP was first implemented, CPU resources >were scarce enough that this made a big difference even on personal >workstations. Not anymore). Bravo...you've trivialized datacomm to a point of utter stupidity. What you've missed is that stability and performance are the key issues, and event managment is severely degraded when you separate the functionality from the kernel. (This, perhaps, is why the pppij is so damn unreliable *light bulb*) A good example is the routing function, which is in the kernel because its too damn inefficient in user space. Mr kendals example of "lets move tcp out of the kernel" was a good analogy to the kind of arguments we're getting on this thread. db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Wed Jan 10 16:59:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA16876 for hackers-outgoing; Wed, 10 Jan 1996 16:59:24 -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 QAA16869 for ; Wed, 10 Jan 1996 16:59:16 -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 QAA04471; Wed, 10 Jan 1996 16:57:41 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id QAA04736; Wed, 10 Jan 1996 16:58:37 -0800 Message-Id: <199601110058.QAA04736@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol 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 "Wed, 10 Jan 96 22:37:16 PST." <199601102137.WAA06980@uriah.heep.sax.de> Date: Wed, 10 Jan 96 16:58:36 PST From: Ben Jackson Sender: owner-hackers@FreeBSD.org Precedence: bulk Joerg Wunsh said: > > For those who don't follow the commit mails, the ``mt retens'' command > is in -current now. Sorry if this was covered (I've been mostly ignoring this thread), but the standard command for this is `retension'. While I doubt many people actually spell it out (`ret' would work in either case), there's no need to introduce an incompatibility. --Ben From owner-freebsd-hackers Wed Jan 10 17:07:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA17604 for hackers-outgoing; Wed, 10 Jan 1996 17:07:00 -0800 (PST) Received: from sl-015.sl.cybercomm.net (sl-015.sl.cybercomm.net [199.171.196.143]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA17588 for ; Wed, 10 Jan 1996 17:06:46 -0800 (PST) Received: from sl-015.sl.cybercomm.net (localhost [127.0.0.1]) by sl-015.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id UAA10567; Wed, 10 Jan 1996 20:00:13 -0500 Date: Wed, 10 Jan 1996 20:00:12 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-015.sl.cybercomm.net To: Terry Lambert cc: "Amancio Hasty Jr." , freebsd-hackers@freebsd.org Subject: Re: PnP problem... In-Reply-To: <199601102025.NAA15319@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 10 Jan 1996, Terry Lambert wrote: > Non-PnP cards are probed before the sort because you can't cause them > to be relocated. This give you a base set of per device configuration > attributes for those devices which you recognize. Unfortuantely, since Non-PnP cards and PnP cards BOTH fall into the category of ISA Cards, you can't [easily] have the luxury of probing the ISA Non-PnP cards first. There just really isn't an easy way to seperate the non-PnP and PnP Cards. > Welcome to the wonderful world of ISA and reason #1 why there is no > such thing as PnP for an ISA machine that doesn't have PnP extensions > on the motherboard itself. My motherboard has no support for PnP- It was manufactured years before PnP was even dreamed of. This is kind of the catalyst for writing support for PnP-devices in FreeBSD. If your motherboard supports PnP, then you have a fairly reliable configuration for each PnP card (which is handled by Bios, before the boot sequence is started). For poor folks like Amancio and I, we have to leave it to the operating system to handle PnP configuration. Sujal From owner-freebsd-hackers Wed Jan 10 17:09:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA17882 for hackers-outgoing; Wed, 10 Jan 1996 17:09:14 -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 RAA17877 for ; Wed, 10 Jan 1996 17:09:09 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id SAA19830; Wed, 10 Jan 1996 18:11:36 -0700 Date: Wed, 10 Jan 1996 18:11:36 -0700 From: Nate Williams Message-Id: <199601110111.SAA19830@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: hackers@freebsd.org Subject: Re: pppd vs ijppp In-Reply-To: <199601110013.TAA00308@etinc.com> References: <199601110013.TAA00308@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk > >A kernel is something that needs to be as simple, small and efficient/reliable > >as possible, that's why it generally contains only : > > > > 1) stuff that *can't* be elsewhere because of the architecture of > > the system. > > 2) stuff that would not be efficient enough in user space. > > > >PPP basically needs to (A) emit/receive network (IP or other) packets > >and (B) encode/decode them. (A) *needs* to be in the kernel. (B) doesn't, > >except for performance (when SLIP was first implemented, CPU resources > >were scarce enough that this made a big difference even on personal > >workstations. Not anymore). > > Bravo...you've trivialized datacomm to a point of utter > stupidity. Not really, he's just explained the difference between user level code and kernel level code. If that makes you feel bad, tough. :) > What you've missed is that stability and performance are > the key issues Hence the reason for user-level code. Stability is *greatly* enhanced with the user-level code because it can be debugged separated from the rest of the kernel. You only to worry about the PPP specific functions, rather than worrying about VM/kernel locking issues, etc.. > and event managment is severely degraded when you ^^^^^^^^ Define severely? The system is beat up much more by an emacs user than by someone running user-land PPP, so does that mean we should bring in emacs into the kernel? > separate the functionality from the kernel. (This, perhaps, is why the > pppij is so damn unreliable *light bulb*) Or maybe it's got a bug in the event handling code? Naw, that would make too much sense. It's obviously a performance bug, so will just take this bug-free code and import it directly into the kernel. > A good example is the routing function, which is in the kernel because > its too damn inefficient in user space. Mr kendals example of "lets > move tcp out of the kernel" was a good analogy to the kind of > arguments we're getting on this thread. You've got an axe to grind, and because you happen to write PPP drivers you're bent on proving that what you are doing is correct. Well, in this case it isn't a 'right/wrong' decision. Both approaches have merits, and both approaches exist. Your approach leads to 'put everything in the kernel', which goes against the 'original' unix way of thinking that 'simpler is better'. Only put the functionality in the kernel which is *absolutely* necessary. If decent performance could be gotten by moving the routing code out of the kernel I'd be all for it. I'd have a much better chance of debugging the stupid ARP bug I'm seeing if I could do it in user-land, and I'm sure the code would be easier to read. Nate From owner-freebsd-hackers Wed Jan 10 17:22:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA18398 for hackers-outgoing; Wed, 10 Jan 1996 17:22:17 -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 RAA18393 for ; Wed, 10 Jan 1996 17:22:14 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id UAA00519; Wed, 10 Jan 1996 20:20:47 -0500 Date: Wed, 10 Jan 1996 20:20:47 -0500 Message-Id: <199601110120.UAA00519@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Nate Williams From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> >> What i meant is that setup is not nearly as important as passing >> >> packets, which is the bottom line here. The fact that most people feel >> >> that they need 133Mhz pentiums to run a few modems over a 56k link >> >> says something about the overhead in the software they're using, and >> >> the importance of performance. >> > >> >Then what in the heck are you arguing about? You claimed that we should >> >add all of the features in ijppp back into the kernel-mode ppp. If you >> >*do* know what you are talking about, then why do you want to stuff all >> >of the user-level stuff into the kernel, such as built-in dial >> >capabilities, routing, dial-on-demand, etc...? >> >> When ever did i say that? I suggested that the benefits offered by pppij be >> added to pppd so that the kernel level ppp could be used. > >And those benefits offered in ijppp vs. kernel ppp that you want would >be? Having used both, the only features that it can do which I feel >should go in the kernel is 'Predictor-1' compression. All of the others >don't belong in the kernel. What features do you want, because there >must be something else you wouldn't be clamoring for them. you're obviously not qualified to have an opinion on the matter. But weve been through this before. The fact that you think predictor-1 belongs anywhere is much evidence....(BTW....not a bad way to save memory... trash predictor-1!) >> Much of that >> functonality can remain in the pppd user process....but running ppp through >> a tunnel device is preposterous. Theres a separation of functionality, no >> question, but the datacomm belongs in the kernel....period. > >I guess we'd better tell MorningStar that as well. As I understand it, >they *only* sell PPP software/hardware, and they can't fill the number >of orders they have. They are growing so fast they can't keep up. And, >they *only* sell tunnel devices drivers. :) It just happens to be the only supported product on the market. Look at FTP software in the 80s. They had a TERRIBLE TCP/IP product (still do)...but it was the only one around.....helps sales a lot! Plus they're selling to an ignorant market (like you). Also Doesn't mean its better nate. Look at Windows...for example! Since this isnt a technical argument , perhaps it should rest. Cant have an argument with myself, and i havent heard one valid technical point in 4 or 5 messages from you. db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Wed Jan 10 17:22:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA18440 for hackers-outgoing; Wed, 10 Jan 1996 17:22:47 -0800 (PST) Received: from sl-015.sl.cybercomm.net (sl-015.sl.cybercomm.net [199.171.196.143]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA18428 for ; Wed, 10 Jan 1996 17:22:34 -0800 (PST) Received: from sl-015.sl.cybercomm.net (localhost [127.0.0.1]) by sl-015.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id UAA10635; Wed, 10 Jan 1996 20:15:44 -0500 Date: Wed, 10 Jan 1996 20:15:44 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-015.sl.cybercomm.net To: Terry Lambert cc: hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.org Subject: Re: PnP Proposal, Ideas & Issues [Was: PnP problem...] In-Reply-To: <199601102135.OAA15484@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 10 Jan 1996, Terry Lambert wrote: > This is probably a bad approach. The idea of PnP is that the devices > will fit into an unused space. This is a difficult (and potentially > insoluable without a hack job) problem for non-PnP ISA devices in a > standard ISA bus, since if you can't probe them, you can't predict > what the conflicts would be. The main problem for me to implement PnP devices like they were "intended" is that there is no easy way that I can figure out, to get a reliable list of resources that are used at boot time. The ISA device structure, for example, lists I/O base addresses but doesn't say how many ports the device is going to use. Also, devices like uha0 and bt0 are EISA devices on the isa0 controller-- These devices auto-probe their IRQ at boot time, so there is no easy way to find out their IRQ. Now consider the more complicated case of a Installation Floppy. The only way to implement "true" PnP is to: 1- Probe PCI devices 2- Probe EISA devices 3- Probe PC-CARD devices 4- Reset PnP devices so they don't get probed in the ISA probe 5- Probe ISA devices 6- Find all of the PnP devices, configure each one using a topological sort [Time to dig up that old Knuth book :)], Assign a driver to each card using the list of devices that Microsoft provides, and then re-run the ISA Probe... Can you just run the ISA probe twice?? Or is this sequence even practical? My feeling is that it isn't practical and manual configuration of PnP devices is the cleanest way to do it (for now). Even Win95 (I hate to use it as an example, but it's the only PnP-capable OS that I can think of) seems to configure PnP cards before the boot sequence. That's why when you add a PnP card you get "New Hardware added" or something like that. In Win95, you get the choice of the configuring PnP cards before you reboot (similar to a kernel configuration file). The only difference between my implementation and Win95's is that Win95 will give you a "suggested" configuration for a PnP device (by using some kind of fitting scheme like a topological sort)... This sort of thing would actually be pretty simple to implement since after the boot sequence is done, you have a fairly good idea of what resources are in use and which ones aren't (though it's still quite fuzzy). If FreeBSD were to turn all Win95-ish, you could implement a scheme to fit all the PnP cards into your setup automatically and write out a kernel configuration; and this is sort of how Win95 handles it now. Why bloat the kernel up with topological sorts and auto-configuration code. I'm trying to adhere to "Keep is simple!"-- A simple manual configuration in the kernel config (and adding PnP support to the boot-time kernel configurer), should be good enough (and really the only practical way I can see right now). Sujal From owner-freebsd-hackers Wed Jan 10 17:30:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA18826 for hackers-outgoing; Wed, 10 Jan 1996 17:30:33 -0800 (PST) Received: from sl-015.sl.cybercomm.net (sl-015.sl.cybercomm.net [199.171.196.143]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA18817 for ; Wed, 10 Jan 1996 17:30:20 -0800 (PST) Received: from sl-015.sl.cybercomm.net (localhost [127.0.0.1]) by sl-015.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id UAA10658; Wed, 10 Jan 1996 20:22:24 -0500 Date: Wed, 10 Jan 1996 20:22:24 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-015.sl.cybercomm.net To: Terry Lambert cc: "Amancio Hasty Jr." , freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... In-Reply-To: <199601102158.OAA15555@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 10 Jan 1996, Terry Lambert wrote: > I have an ASUS motherboard as well (my dual P90). I'll crack the > docs tonight that Rod sent with it; it may very well be that I have > ISA level PnP support as well, unless your board is peculiar. If so, > then we're in business (I guess; it's the kind of problem I'd normally > solve by writing grunge code). Whether your board has PnP support or not is irrelevant. If your board has support then you can just not include the FreeBSD PnP code, and you're fine. Or you could just include it and have the FreeBSD PnP code re-config your PnP devices to your specifications. The major point of this is to allow standard ISA motherboards (like mine and Amanico's) to use PnP peripherals. All of the grunt work of handling PnP devices at the hardware level is done-- Amancio and I have been testing the isolation, detecting, and resource information parts of the code for a week now.. The configuration code is written, but waiting to be slowly integrated into my source tree. The problem now is to not worry about the PnP specification and all of it's horror (PnP must be Intel's little mutant cousin[tm] which they locked in the basement)-- The problem is to neatly fold all of this into FreeBSD. Sujal From owner-freebsd-hackers Wed Jan 10 17:32:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA18995 for hackers-outgoing; Wed, 10 Jan 1996 17:32:09 -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 RAA18990 for ; Wed, 10 Jan 1996 17:32:04 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id SAA19866; Wed, 10 Jan 1996 18:34:37 -0700 Date: Wed, 10 Jan 1996 18:34:37 -0700 From: Nate Williams Message-Id: <199601110134.SAA19866@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: Nate Williams , hackers@freebsd.org Subject: Re: pppd vs ijppp In-Reply-To: <199601110120.UAA00519@etinc.com> References: <199601110120.UAA00519@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk Dennis > When ever did i say that? I suggested that the benefits offered by Dennis > pppij be added to pppd so that the kernel level ppp could be used. Nate >And those benefits offered in ijppp vs. kernel ppp that you want would Nate >be? Having used both, the only features that it can do which I feel Nate >should go in the kernel is 'Predictor-1' compression. All of the others Nate >don't belong in the kernel. What features do you want, because there Nate >must be something else you wouldn't be clamoring for them. > you're obviously not qualified to have an opinion on the matter. *laugh* Obviously, when you have nothing valid to say, cheap shots suffice. > But weve > been through this before. The fact that you think predictor-1 belongs > anywhere is much evidence....(BTW....not a bad way to save memory... > trash predictor-1!) Predictor-1 is used by almost all PPP implementations, and *significantly* improves throughput at little to no cost. Gee, Dennis, I suppose you have something much better and works with everyone else's product, don't you. [ MorningStar's success ] > It just happens to be the only supported product on the market. Look > at FTP software in the 80s. They had a TERRIBLE TCP/IP product (still > do)...but it was the only one around.....helps sales a lot! Plus > they're selling to an ignorant market (like you). Again, why use facts when personal attacks work *so* much better. I'm obviously up against someone who understands this so well that he doesn't understand why his modem won't answer the phone line. Nor, could you figure out why you had to set the speed in the modem even though it was an 'internal modem' with it's own UARTS. MorningStar's product is one of the better products I've used. The documentation is much better than anything I've seen, it's easy to setup, and once it's setup you never have to touch it again. It's used to replace the PPP implementation in alot of OS's because it *is* better. You've have consistantly shown that you really don't know as much as you think you do, but you do like to complain alot. In spite of that, I've tried to help you in private, but it doesn't seem to matter. I find it hard to recommend folks buying hardware from someone who is so quick to jump to conclusions about things he doesn't know about, and who has shown a lack of understanding in very simple communication ideas. Nate From owner-freebsd-hackers Wed Jan 10 17:35:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19262 for hackers-outgoing; Wed, 10 Jan 1996 17:35:01 -0800 (PST) Received: from sl-015.sl.cybercomm.net (sl-015.sl.cybercomm.net [199.171.196.143]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA19249 for ; Wed, 10 Jan 1996 17:34:41 -0800 (PST) Received: from sl-015.sl.cybercomm.net (localhost [127.0.0.1]) by sl-015.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id UAA10672; Wed, 10 Jan 1996 20:27:14 -0500 Date: Wed, 10 Jan 1996 20:27:14 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-015.sl.cybercomm.net To: Neil Bradley cc: Terry Lambert , hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.org Subject: Re: PnP problem... 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, 10 Jan 1996, Neil Bradley wrote: > You mean to say that the GUS uses two interrupts for one ISA card? Now > that is stupid. The GUS PnP uses *3* interrupts :) As Amancio explained earlier, it's unavoidable since each "logical" part of the card is handled by a different driver. > 1) Disable all PNP devices > 2) Probe for ISA > 3) Obtain EISA information - report conflicts with ISA devices > 4) Initialize EISA devices > 5) Init PnP devices > 6) Init PCI devices > 7) Boot system ;-) Unfortuantely, this won't work... In FreeBSD, it goes Init PCI Init EISA Init PC-Card Init ISA This seems like a pretty intergal part of the boot process. I really don't see changing this without ripping about huge amounts of code (Which I'm not going to do, just to introduce this minor addition to the kernel). Sujal From owner-freebsd-hackers Wed Jan 10 17:38:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19440 for hackers-outgoing; Wed, 10 Jan 1996 17:38:27 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA19435 for ; Wed, 10 Jan 1996 17:38:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA08395 for ; Wed, 10 Jan 1996 17:37:37 -0800 To: hackers@freebsd.org Subject: I have authorization to buy a CD-R drive.. Which one? :-) Date: Wed, 10 Jan 1996 17:37:36 -0800 Message-ID: <8393.821324256@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk Well, WC has kindly consented to buying another CD-R drive to replace the one that died before Julian and I ever really got started. Joerg's recent successes in this area also helped! :-) If I can get this working under FreeBSD, it will also substantially improve my ability to test the CD distributions - something I'm sure that everyone here would like to see more of.. :-) So, the only question is: Which model? I'd like to buy one of the cheaper models, like the new HP, I just don't have any part numbers to pass on to our local hardware vendor. Any suggestions or personal preferences? Jordan From owner-freebsd-hackers Wed Jan 10 17:56:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA20453 for hackers-outgoing; Wed, 10 Jan 1996 17:56:14 -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 RAA20440 for ; Wed, 10 Jan 1996 17:56:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA08512; Wed, 10 Jan 1996 17:55:15 -0800 To: Daniel Leeds cc: hackers@FreeBSD.ORG Subject: Re: samba and win95 In-reply-to: Your message of "Wed, 10 Jan 1996 15:44:20 GMT." <199601101544.PAA00982@sponsor.octet.com> Date: Wed, 10 Jan 1996 17:55:14 -0800 Message-ID: <8510.821325314@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > anyone here using samba with windows95? im not having success in being > able to mount my win95 machine from freebsd using smbclient. win95 > machine can mount freebsd machine fine tho. I've only done it in that direction as well. Are you sure samba is "two way" like this? :-) Jordan From owner-freebsd-hackers Wed Jan 10 18:07:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA20882 for hackers-outgoing; Wed, 10 Jan 1996 18:07:49 -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 SAA20869 Wed, 10 Jan 1996 18:07:37 -0800 (PST) Message-Id: <199601110207.SAA20869@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Sujal Patel cc: Neil Bradley , Terry Lambert , hasty@rah.star-gate.com, freebsd-hackers@freebsd.org Subject: Re: PnP problem... In-reply-to: Your message of "Wed, 10 Jan 1996 20:27:14 EST." Date: Wed, 10 Jan 1996 18:07:37 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >On Wed, 10 Jan 1996, Neil Bradley wrote: > >> 1) Disable all PNP devices >> 2) Probe for ISA >> 3) Obtain EISA information - report conflicts with ISA devices >> 4) Initialize EISA devices >> 5) Init PnP devices >> 6) Init PCI devices >> 7) Boot system ;-) > >Unfortuantely, this won't work... In FreeBSD, it goes But it could. You just need a configuration manager. >Init PCI >Init EISA >Init PC-Card >Init ISA > >This seems like a pretty intergal part of the boot process. The only reason its in that order now is so that PCI/EISA devices that have an ISA compatibility mode are found by the PCI/EISA probes first. Neil's approach is more along the lines of how it should be, and the EISA code at least was written thinking that the attach of devices wouldn't necessarily follow the probe. >I really >don't see changing this without ripping about huge amounts of code (Which >I'm not going to do, just to introduce this minor addition to the >kernel). Yes, it would require a lot of work in the ISA area, but the PCI and EISA code could be changed to work this way rather easily. My init order is slightly different though: 1) Find PCI devices and obtain their attributes (ie relocatable and non-relocatable resources). 2) Find all EISA devices and their attributes 3) Probe all ISA devices. A probe returns whatever information can be obtained non-invasively. If a driver can't determine the I/O port, for example, it returns a map of all possible ports. 4) Based on the above info, do your topological sort, and attach devices not based on their bus type, but on their relative flexability in configuration (least configurable first). The listing is not complete, but you get the idea. You should keep this in mind while doing your PnP work since I think this is the approach we should be shooting for. >Sujal > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Wed Jan 10 18:30:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22173 for hackers-outgoing; Wed, 10 Jan 1996 18:30:07 -0800 (PST) Received: from sl-015.sl.cybercomm.net (sl-015.sl.cybercomm.net [199.171.196.143]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22142 for ; Wed, 10 Jan 1996 18:29:55 -0800 (PST) Received: from sl-015.sl.cybercomm.net (localhost [127.0.0.1]) by sl-015.sl.cybercomm.net (8.6.12/8.6.12) with SMTP id VAA11155; Wed, 10 Jan 1996 21:22:30 -0500 Date: Wed, 10 Jan 1996 21:22:30 -0500 (EST) From: Sujal Patel X-Sender: smpatel@sl-015.sl.cybercomm.net To: "Justin T. Gibbs" cc: Neil Bradley , Terry Lambert , hasty@rah.star-gate.com, freebsd-hackers@freebsd.org Subject: Re: PnP problem... In-Reply-To: <199601110207.SAA20869@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, 10 Jan 1996, Justin T. Gibbs wrote: > Yes, it would require a lot of work in the ISA area, but the PCI and EISA > code could be changed to work this way rather easily. My init order > is slightly different though: [...] > The listing is not complete, but you get the idea. You should keep this > in mind while doing your PnP work since I think this is the approach > we should be shooting for. I have been keeping this in mind while I was coding. To change over to a scheme that you described would be very simple. Right now, I just gather the PnP configuration information from the kernel configuration; this would simply change to information from PCI/EISA/ISA probes, after the ISA code was cleaned up. A couple of quick questions: Is there a unified structure where one can access the information from PCI/EISA/ISA probes? How well can the ISA code non-invasively probe devices (currently)? Sujal From owner-freebsd-hackers Wed Jan 10 18:31:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA22206 for hackers-outgoing; Wed, 10 Jan 1996 18:31:04 -0800 (PST) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA22201 for ; Wed, 10 Jan 1996 18:30:58 -0800 (PST) Received: (from mbarkah@localhost) by hemi.com (8.6.11/8.6.9) id TAA20537; Wed, 10 Jan 1996 19:30:34 -0700 From: Ade Barkah Message-Id: <199601110230.TAA20537@hemi.com> Subject: Re: PnP problem... To: jdl@jdl.com (Jon Loeliger) Date: Wed, 10 Jan 1996 19:30:34 -0700 (MST) Cc: hasty@rah.star-gate.com, terry@lambert.org, freebsd-hackers@freebsd.org In-Reply-To: <199601102349.RAA00380@chrome.jdl.com> from "Jon Loeliger" at Jan 10, 96 05:49:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Apparently, "Amancio Hasty Jr." scribbled: > > Terry most cool, now the next step. Care to write the > > topological sort? > > In general, topological sorts are "easy". > If couched in terms of a general graph with dependency arcs, > the classic approach would be to use Tarjan's algorithm. > > One should be able to either find this online in any number > of places, or extract it from most any algorithms book. Two words: "man tsort" -Ade Barkah -------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: -------------------------------------------------------------------- From owner-freebsd-hackers Wed Jan 10 18:41:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA23007 for hackers-outgoing; Wed, 10 Jan 1996 18:41:41 -0800 (PST) Received: from multivac.orthanc.com (root@[206.12.238.2]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA23000 for ; Wed, 10 Jan 1996 18:41:33 -0800 (PST) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7/8.7) with SMTP id SAA09593; Wed, 10 Jan 1996 18:39:45 -0800 (PST) Message-Id: <199601110239.SAA09593@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg (VE7TCP) To: Nate Williams , dennis@etinc.com (dennis) cc: hackers@freebsd.org Subject: Re: pppd vs ijppp In-reply-to: Your message of "Wed, 10 Jan 1996 17:01:34 MST." <199601110001.RAA19534@rocky.sri.MT.net> Date: Wed, 10 Jan 1996 18:39:44 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME BITCH BITCH BITCH BITCH I'M NOT STUPID, YOU ARE! BITCH BITCH BITCH BITCH BITCH FLAME FLAME FLAME FLAME FLAME YOU'RE STUPID FLAME FLAME FLAME FLAME FLAME FLAME That should about fill the next months quote of juvenile name calling and other assorted drivel. Could we now concentrate on some constructive discussion on this mailing list? --lyndon From owner-freebsd-hackers Wed Jan 10 18:46:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA23255 for hackers-outgoing; Wed, 10 Jan 1996 18:46:20 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA23250 for ; Wed, 10 Jan 1996 18:46:15 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA16268; Wed, 10 Jan 1996 19:41:32 -0700 From: Terry Lambert Message-Id: <199601110241.TAA16268@phaeton.artisoft.com> Subject: Re: PnP problem... To: jdl@jdl.com (Jon Loeliger) Date: Wed, 10 Jan 1996 19:41:32 -0700 (MST) Cc: hasty@rah.star-gate.com, terry@lambert.org, freebsd-hackers@FreeBSD.org In-Reply-To: <199601102349.RAA00380@chrome.jdl.com> from "Jon Loeliger" at Jan 10, 96 05:49: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 > In general, topological sorts are "easy". > If couched in terms of a general graph with dependency arcs, > the classic approach would be to use Tarjan's algorithm. > > One should be able to either find this online in any number > of places, or extract it from most any algorithms book. > (Make uses it, any reasonable code generator, etc.) > I might even be tricked into writing one, although I'm sure > I only vaguely understand the direct application here...:-) Presumably, it's there because of the assumption (I made) that some settings will imply value restrictions on others. Mostly this is a problem for I/O and mapped memory spaces, I believe. I thought everyone owned Knuth... 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 10 18:50:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA23545 for hackers-outgoing; Wed, 10 Jan 1996 18:50: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 SAA23539 for ; Wed, 10 Jan 1996 18:50:28 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA16297; Wed, 10 Jan 1996 19:45:44 -0700 From: Terry Lambert Message-Id: <199601110245.TAA16297@phaeton.artisoft.com> Subject: Re: PnP problem... To: smpatel@wam.umd.edu (Sujal Patel) Date: Wed, 10 Jan 1996 19:45:44 -0700 (MST) Cc: terry@lambert.org, hasty@rah.star-gate.com, freebsd-hackers@freebsd.org In-Reply-To: from "Sujal Patel" at Jan 10, 96 08:00: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 > > Non-PnP cards are probed before the sort because you can't cause them > > to be relocated. This give you a base set of per device configuration > > attributes for those devices which you recognize. > > Unfortuantely, since Non-PnP cards and PnP cards BOTH fall into the > category of ISA Cards, you can't [easily] have the luxury of probing the > ISA Non-PnP cards first. There just really isn't an easy way to seperate > the non-PnP and PnP Cards. What? You just disable "all" the cards. Those that still respond to the probe aren't PnP... though like WD cards or soft config NE2000 clones, you could potentially relocate them (a bit) anyway. If nothing responds to the probes, then you have a PnP motherboard and you enable one slot at a time and check for PnP. Probe the ones that aren't. 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 10 19:08:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24533 for hackers-outgoing; Wed, 10 Jan 1996 19:08: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 TAA24524 for ; Wed, 10 Jan 1996 19:08:47 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA16329; Wed, 10 Jan 1996 20:03:59 -0700 From: Terry Lambert Message-Id: <199601110303.UAA16329@phaeton.artisoft.com> Subject: Re: PnP Proposal, Ideas & Issues [Was: PnP problem...] To: smpatel@wam.umd.edu (Sujal Patel) Date: Wed, 10 Jan 1996 20:03:59 -0700 (MST) Cc: terry@lambert.org, hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.org In-Reply-To: from "Sujal Patel" at Jan 10, 96 08:15:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > The main problem for me to implement PnP devices like they were > "intended" is that there is no easy way that I can figure out, to get a > reliable list of resources that are used at boot time. The ISA device > structure, for example, lists I/O base addresses but doesn't say how many > ports the device is going to use. Also, devices like uha0 and bt0 are EISA > devices on the isa0 controller-- These devices auto-probe their IRQ at > boot time, so there is no easy way to find out their IRQ. Right. You have to either succeed in probing everything that isn't PnP, or you have some amount of exposure. My suggestion is that the exposure be limited by allowing "pretend" devices to be added for non-disableable devices to make their resources "unmappable" for PnP devices. I really don't think there's much option otherwise. > Now consider the more complicated case of a Installation Floppy. The > only way to implement "true" PnP is to: > 1- Probe PCI devices > 2- Probe EISA devices > 3- Probe PC-CARD devices > 4- Reset PnP devices so they don't get probed in the ISA probe > 5- Probe ISA devices > 6- Find all of the PnP devices, configure each one using > a topological sort [Time to dig up that old Knuth book :)], > Assign a driver to each card using the list of devices that > Microsoft provides, and then re-run the ISA Probe... > > Can you just run the ISA probe twice?? Or is this sequence even > practical? My feeling is that it isn't practical and manual > configuration of PnP devices is the cleanest way to do it (for now). You can destructively (re)run the probe IFF you log so you can skip the destructive devices on subsequent restarts. > Even Win95 (I hate to use it as an example, but it's the only > PnP-capable OS that I can think of) seems to configure PnP cards before > the boot sequence. That's why when you add a PnP card you get "New > Hardware added" or something like that. In Win95, you get the choice of > the configuring PnP cards before you reboot (similar to a kernel > configuration file). Actually, the PnP manager gets loaded after the VWIN32 and VMM and sends a class of initialization events seperate from boot time events (SYS_DYNAMIC_DEVICE_INIT/SYS_DYNAMIC_DEVICE_EXIT). This is best described in the DDK in the PnP driver examples and in the DDK documentation (ddk/doc/pnp.doc). There is some discussion of the boot process in the book: Unauthorized Windows95 Andrew Schulman IDG Books ISBN 1-56884-169-8 $29.99 US $39.99 CA #28.99 UK > If FreeBSD were to turn all Win95-ish, you could implement a scheme to fit > all the PnP cards into your setup automatically and write out a kernel > configuration; and this is sort of how Win95 handles it now. Yup. That's the Registry. > Why bloat the kernel up with topological sorts and auto-configuration > code. I'm trying to adhere to "Keep is simple!"-- A simple manual > configuration in the kernel config (and adding PnP support to the > boot-time kernel configurer), should be good enough (and really the >only practical way I can see right now). The sort is pretty easy. The manual configuration probably has to be there anyway to dummy up unprobed devices. As far as kernel bloat goes: we need pageable code for parts of the kernel. A lot of people hate this, arguing that kernel paging is bad... in which case, we should be keeping DOS loaded as part of our boot code instead of reclaiming the 640k. 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 10 19:13:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24672 for hackers-outgoing; Wed, 10 Jan 1996 19:13:01 -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 TAA24667 for ; Wed, 10 Jan 1996 19:12:54 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA16348; Wed, 10 Jan 1996 20:08:08 -0700 From: Terry Lambert Message-Id: <199601110308.UAA16348@phaeton.artisoft.com> Subject: Re: PnP problem... To: smpatel@wam.umd.edu (Sujal Patel) Date: Wed, 10 Jan 1996 20:08:08 -0700 (MST) Cc: terry@lambert.org, hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.org In-Reply-To: from "Sujal Patel" at Jan 10, 96 08:22: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 > The major point of this is to allow standard ISA motherboards (like > mine and Amanico's) to use PnP peripherals. > > All of the grunt work of handling PnP devices at the hardware level is > done-- Amancio and I have been testing the isolation, detecting, and > resource information parts of the code for a week now.. The > configuration code is written, but waiting to be slowly integrated into > my source tree. The problem now is to not worry about the PnP > specification and all of it's horror (PnP must be Intel's little mutant > cousin[tm] which they locked in the basement)-- The problem is to neatly > fold all of this into FreeBSD. OK, fine, *be* practical, then. 8-) 8-). I don't think the problems of automatic relocation on non-PnP motherboards are insoluable, but anything that works is better than anything that doesn't. Watch for me to get noisy when you contemplate rev 2.x of the code. 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 10 19:19:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA24807 for hackers-outgoing; Wed, 10 Jan 1996 19:19: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 TAA24796 for ; Wed, 10 Jan 1996 19:19:29 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA16389; Wed, 10 Jan 1996 20:13:09 -0700 From: Terry Lambert Message-Id: <199601110313.UAA16389@phaeton.artisoft.com> Subject: Re: PnP problem... To: smpatel@wam.umd.edu (Sujal Patel) Date: Wed, 10 Jan 1996 20:13:09 -0700 (MST) Cc: gibbs@freefall.freebsd.org, neil@synthcom.com, terry@lambert.org, hasty@rah.star-gate.com, freebsd-hackers@freebsd.org In-Reply-To: from "Sujal Patel" at Jan 10, 96 09:22: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 > > The listing is not complete, but you get the idea. You should keep this > > in mind while doing your PnP work since I think this is the approach > > we should be shooting for. > > I have been keeping this in mind while I was coding. To change over to > a scheme that you described would be very simple. Right now, I just > gather the PnP configuration information from the kernel configuration; > this would simply change to information from PCI/EISA/ISA probes, after > the ISA code was cleaned up. > > A couple of quick questions: Is there a unified structure where one can > access the information from PCI/EISA/ISA probes? How well can the ISA > code non-invasively probe devices (currently)? Well, for the second question, the answer is "it depends on the device being probed". 8-(. This is why Win95 uses the arbitrary "if it takes too long, reset your machine..." and logging: to allow destructive probes to explode. 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 10 19:22:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25030 for hackers-outgoing; Wed, 10 Jan 1996 19:22:10 -0800 (PST) Received: from mail04.mail.aol.com (mail04.mail.aol.com [152.163.172.53]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA25022 for ; Wed, 10 Jan 1996 19:22:02 -0800 (PST) From: StevenR362@aol.com Received: by mail04.mail.aol.com (8.6.12/8.6.12) id WAA10963; Wed, 10 Jan 1996 22:21:25 -0500 Date: Wed, 10 Jan 1996 22:21:25 -0500 Message-ID: <960110222105_112765521@mail04.mail.aol.com> To: dennis@etinc.com, hackers@freebsd.org Subject: Re: Using `ping' to diagnose network connections reasonable? Sender: owner-hackers@freebsd.org Precedence: bulk [oddball ISP setups deleted] In a message dated 96-01-10 10:41:49 EST, dennis@etinc.com (dennis) writes: >Surely this is the "exception" and not the rule! Imagine if everyone was >set up like this?????? > > >db You would be surprised at how many people that are using TIA, slirp or other slip emulators from shell accounts. To my knowledge, none of these support ping and ICMP packets. Steve From owner-freebsd-hackers Wed Jan 10 19:25:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25146 for hackers-outgoing; Wed, 10 Jan 1996 19:25: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 TAA25141 for ; Wed, 10 Jan 1996 19:25:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA16434; Wed, 10 Jan 1996 20:21:02 -0700 From: Terry Lambert Message-Id: <199601110321.UAA16434@phaeton.artisoft.com> Subject: Re: pppd vs ijppp To: dennis@etinc.com (dennis) Date: Wed, 10 Jan 1996 20:21:02 -0700 (MST) Cc: nate@rocky.sri.MT.net, hackers@FreeBSD.org In-Reply-To: <199601102345.SAA00248@etinc.com> from "dennis" at Jan 10, 96 06:45: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 > Yes...actually i have a pretty good idea what im talking about. > There are things that belong in the kernel and things that dont. > Thinks that interarct with > USERS > clearly belong in user space, because you can't save a process > switch anyway and users are clearly an incremental variable. ppp, > on the otherhand, is a network interface, whose traffic is most > usually routed to another network interface. Since > everything > else is in the kernel, its nonsensical to pull data out just to > do a tiny bit of processing (probably none actually) just to push > it back in. Your beating up your system for no reason, and if > you're charging customers then your cheating them as well. Er. I think you are confusing implementation details with implementability. Typically I mmap the buffer area in my applications, which saves me the copy because the mapping is the same in both spaces after I ioctl the buffer address to a driver to lock the pages down and get their absolute address for later use by the kernel. Context switch overhead for a given MTU of serial data before a packet end is *nothing* if implemented as a line discipline. Is this a case of missing the forest for the trees? 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 10 19:34:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25552 for hackers-outgoing; Wed, 10 Jan 1996 19:34: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 TAA25545 for ; Wed, 10 Jan 1996 19:34:50 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA16458; Wed, 10 Jan 1996 20:27:42 -0700 From: Terry Lambert Message-Id: <199601110327.UAA16458@phaeton.artisoft.com> Subject: Re: pppd vs ijppp To: dennis@etinc.com (dennis) Date: Wed, 10 Jan 1996 20:27:42 -0700 (MST) Cc: pb@fasterix.freenix.fr, hackers@freebsd.org In-Reply-To: <199601110013.TAA00308@etinc.com> from "dennis" at Jan 10, 96 07:13: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 Geeze, Dennis, and I usually agree with you because of your customer perspective... > A good example is the routing function, which is in the kernel because its > too damn inefficient in user space. PPP routing is a matter of poll retention time vs. transmissability, since the interface PPP uses is generally several orders of magnitude slower than that which it routes to/from. What we are talking about adding is some propagation delay, and even then, it will be on the basis of system loading and user load (which may be zero) that determines if a context switch will actually be to anything other than the idle process. And if it's not, the majority of the protection domain crossing overhead is in the copy in/out, and that's recoverable based on implementation (see previous posting). > Mr kendals example of "lets move tcp out of the kernel" was a good > analogy to the kind of arguments we're getting on this thread. It's not as stupid as it sounds. There are some sound technical reasons why you might want to do this, and if you used mapping tricks (or better, page protection via page anonymity), you might even get better performance out of your applications. I leave you to rummage papers on the topic from ftp.sage.usenix.org. 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 10 19:41:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25956 for hackers-outgoing; Wed, 10 Jan 1996 19:41:54 -0800 (PST) Received: from emout06.mail.aol.com (emout06.mail.aol.com [198.81.10.43]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA25948 for ; Wed, 10 Jan 1996 19:41:44 -0800 (PST) From: StevenR362@aol.com Received: by emout06.mail.aol.com (8.6.12/8.6.12) id WAA16532; Wed, 10 Jan 1996 22:41:06 -0500 Date: Wed, 10 Jan 1996 22:41:06 -0500 Message-ID: <960110222103_112765475@emout06.mail.aol.com> To: jkh@time.cdrom.com, roberto@hsc.fr.net cc: freebsd-hackers@freebsd.org Subject: Re: HELP: Cyclades Drivers Sender: owner-hackers@freebsd.org Precedence: bulk In a message dated 96-01-10 02:33:34 EST, jkh@time.cdrom.com (Jordan K. Hubbard) writes: >This is all about Brian's driver, not the one in 2.1. They should >tell us what's wrong with the one in 2.1! I have asked them a couple >of times, to no avail. > >Since Brian's already made it pretty clear that he's not interested in >working with us on the question of his Cyclades driver, I don't think >that it's appropriate to forward bug reports concerning it to >-hackers. What can we do? We already *have* a Cyclades driver to >support! > > Jordan > > This is a bit harsh. From my, perhaps faded, recollection it was more along these lines. " Brian: I have this new driver that I think works better than the existing one. FBSD: Driver, We don't need no steenkin driver. We already have one that we think works fine." I also seem to recall a William_something_or_other? Who had a replacement driver for sio who was also told to take a hike about a year ago as well. It seems there's a little bit of NIH in the serial department. I only bring this up to remind people on core, that when outsiders contributions are either ignored, disparaged, or inadvertantly lost or dropped on the floor for whatever reasons, It's no wonder that they develop sour grapes and pick up their marbles to go elsewhere. Just something to keep in mind and perhaps work on improving. Steve From owner-freebsd-hackers Wed Jan 10 19:46:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA26335 for hackers-outgoing; Wed, 10 Jan 1996 19:46:39 -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 TAA26323 for ; Wed, 10 Jan 1996 19:46:34 -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 TAA06259; Wed, 10 Jan 1996 19:46:06 -0800 Message-Id: <199601110346.TAA06259@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: smpatel@wam.umd.edu (Sujal Patel), freebsd-hackers@freebsd.org Subject: Re: PnP problem... In-reply-to: Your message of "Wed, 10 Jan 1996 19:45:44 MST." <199601110245.TAA16297@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 10 Jan 1996 19:46:05 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk >>> Terry Lambert said: > > You just disable "all" the cards. Those that still respond to the > probe aren't PnP... though like WD cards or soft config NE2000 > clones, you could potentially relocate them (a bit) anyway. Not that it matters much but PnP cards are disabled by default from a cold start and if they are enabled is because a PnP configuration manager enabled them. Amancio From owner-freebsd-hackers Wed Jan 10 20:08:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA27761 for hackers-outgoing; Wed, 10 Jan 1996 20:08:49 -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 UAA27751 for ; Wed, 10 Jan 1996 20:08:44 -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 FAA18647 ; Thu, 11 Jan 1996 05:08:41 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id FAA02461 ; Thu, 11 Jan 1996 05:08:40 +0100 Received: (pb@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) id DAA28489; Thu, 11 Jan 1996 03:33:08 +0100 From: Pierre Beyssac Message-Id: <199601110233.DAA28489@fasterix.frmug.fr.net> Subject: Re: samba and win95 To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 11 Jan 1996 03:33:07 +0100 (MET) Cc: cosmos@sponsor.octet.com, hackers@freebsd.org In-Reply-To: <8510.821325314@time.cdrom.com> from "Jordan K. Hubbard" at Jan 10, 96 05:55:14 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 Jordan K. Hubbard writes: > > anyone here using samba with windows95? im not having success in being > > able to mount my win95 machine from freebsd using smbclient. win95 > > machine can mount freebsd machine fine tho. > > I've only done it in that direction as well. Are you sure samba is > "two way" like this? :-) As far as I know, it isn't. smbclient is fine to access files "by hand" or crash WNT servers. That's all. You can't mount a SMB volume under Unix. -- 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 Wed Jan 10 21:03:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00582 for hackers-outgoing; Wed, 10 Jan 1996 21:03:34 -0800 (PST) Received: from pegasus.com (pegasus.com [140.174.243.13]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA00577 for ; Wed, 10 Jan 1996 21:03:27 -0800 (PST) Received: by pegasus.com (8.6.8/PEGASUS-2.2) id TAA09440; Wed, 10 Jan 1996 19:03:05 -1000 Date: Wed, 10 Jan 1996 19:03:05 -1000 From: richard@pegasus.com (Richard Foulk) Message-Id: <199601110503.TAA09440@pegasus.com> To: freebsd-hackers@freefall.FreeBSD.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Newsgroups: mail.freebsd.hackers Path: richard From: richard@pegasus.com (Richard Foulk) Subject: Re: samba and win95 Organization: Pegasus Information Systems Message-ID: References: <8510.821325314@time.cdrom.com> Date: Thu, 11 Jan 1996 05:03:21 GMT >> anyone here using samba with windows95? im not having success in being >> able to mount my win95 machine from freebsd using smbclient. win95 >> machine can mount freebsd machine fine tho. > >I've only done it in that direction as well. Are you sure samba is >"two way" like this? :-) > When I tried it a month or so ago it worked fine. Both directions. -- Richard Foulk richard@pegasus.com From owner-freebsd-hackers Wed Jan 10 21:10:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA01097 for hackers-outgoing; Wed, 10 Jan 1996 21:10: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 VAA01054 for ; Wed, 10 Jan 1996 21:10:21 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA24844; Thu, 11 Jan 1996 16:02:49 +1100 Date: Thu, 11 Jan 1996 16:02:49 +1100 From: Bruce Evans Message-Id: <199601110502.QAA24844@godzilla.zeta.org.au> To: dennis@etinc.com, nate@sri.MT.net Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org, nate@rocky.sri.MT.net Sender: owner-hackers@freebsd.org Precedence: bulk >> And lastly, I think if you took a show of hands on providers and users >> after asking them if they would mind using even 50k to get better >> performance i think that I'd be surprised to see even 1 hand not >> waving wildly in the air. >Give them the whole picture. >'You can have this really cool package which integrates everything you >want and is *really* easy to setup. However, it uses about 5% (*) of your >CPU. OR, you could have this other version which uses about 1% of your >CPU, but it's alot harder to setup and doesn't have as many features.' >Or, we could all of those features in the kernel, increase your memory >use by a couple 100K (always, even if you don't use it), and it would >take us 6 months to get it working. :)' (*) Fine print. Per connection. Perhaps less than 5%. Bruce From owner-freebsd-hackers Wed Jan 10 21:40:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA02840 for hackers-outgoing; Wed, 10 Jan 1996 21:40:50 -0800 (PST) Received: from Post-Office.UH.EDU (Post-Office.UH.EDU [129.7.1.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA02833 for ; Wed, 10 Jan 1996 21:40:46 -0800 (PST) Path: not-for-mail Received: from UUCP-GW.CC.UH.EDU by Post-Office.UH.EDU (PMDF V5.0-5 #8380) id <01HZV3C7DFOU00023J@Post-Office.UH.EDU> for hackers@freebsd.org; Wed, 10 Jan 1996 23:40:07 -0600 (CST) Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA23797 (5.67a/IDA-1.5 for hackers@freebsd.org); Wed, 10 Jan 1996 23:10:35 -0600 Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.9) id TAA02323; Wed, 10 Jan 1996 19:50:38 -0600 Date: Wed, 10 Jan 1996 19:50:37 -0600 From: peter@taronga.com (Peter da Silva) Subject: Re: A few other concerns from a FreeBSD ISP To: hackers@freebsd.org Message-id: <4d1qdd$28g@bonkers.taronga.com> Organization: none Content-transfer-encoding: 7BIT Newsgroups: taronga.freebsd.hackers Lines: 8 References: Sender: owner-hackers@freebsd.org Precedence: bulk In article , Brian Tao wrote: >3. Unrecoverable "mb_map full" condition I've run into this one on BSDI 1.x. It seems to be correlated to running the CERN http proxy... since I've switched to using a dumb proxy run from inetd I haven't had a problem. I suspect it has to do with having a single program opening lots of connections but then I'd expect inetd to trigger it as well... From owner-freebsd-hackers Wed Jan 10 21:50:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA03256 for hackers-outgoing; Wed, 10 Jan 1996 21:50:45 -0800 (PST) Received: from localhost.lightside.com (user45.lightside.com [198.81.209.45]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA03247 for ; Wed, 10 Jan 1996 21:50:37 -0800 (PST) Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id VAA00531; Wed, 10 Jan 1996 21:50:16 -0800 Date: Wed, 10 Jan 1996 21:49:45 -0800 (PST) From: Jake Hamby X-Sender: jehamby@localhost To: Terry Lambert cc: Sujal Patel , terry@lambert.org, hasty@rah.star-gate.com, freebsd-hackers@freebsd.org Subject: Pageable kernel? [was: PnP Proposal] In-Reply-To: <199601110303.UAA16329@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Wed, 10 Jan 1996, Terry Lambert wrote: > As far as kernel bloat goes: we need pageable code for parts of the > kernel. A lot of people hate this, arguing that kernel paging is > bad... in which case, we should be keeping DOS loaded as part of our > boot code instead of reclaiming the 640k. 8-). You know, this would be a cool idea in any case. I know that the difficulty would be almost prohibitive at this point, and the end result might bear little (if anything) to the basic 4.4BSD kernel we have now, but I would LOVE to eventually see a fully pageable, modular microkernel-type design (with dynamic memory management) a la Solaris, where every filesystem, device driver, etc, is a separate file. I know, I'm dreaming, but it would still be nice... Of course the Solaris "microkernel" is about 900k, so I'm not sure we'd wind up ahead in the end.. :-) ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Wed Jan 10 22:00:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA04042 for hackers-outgoing; Wed, 10 Jan 1996 22:00:47 -0800 (PST) Received: from nike.efn.org (garcia.efn.org [198.68.17.5]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA04033 for ; Wed, 10 Jan 1996 22:00:43 -0800 (PST) Received: (from gurney_j@localhost) by nike.efn.org (8.6.11/8.6.9) id TAA03681; Wed, 10 Jan 1996 19:34:55 -0800 Date: Wed, 10 Jan 1996 19:34:54 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Neil Bradley cc: Robert Nordier , hackers@FreeBSD.ORG Subject: Re: DOS File system fixes In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 9 Jan 1996, Neil Bradley wrote: > On Tue, 9 Jan 1996, Robert Nordier wrote: > > > On Tue, 9 Jan 1996, Neil Bradley wrote: > > > It would be heinous to support something like DBLSPACE. ;-) > > Actually, though, I feel that if we can't support the msdosfs _as_it_is_ > > used_, then we aren't living up to "FreeBSD is better" and the msdosfs > > support is more something to look good on the features list than an > > actual benefit. I know one of the big gripes about one of the OS/2 WARP > > releases was that it didn't want to have anything to do with compressed > > drives. DBLSPACE should be in there somewhere (though admittedly not a top > > The problem is that the technology used by DLBSPACE (read that, the > compression algorithm) is patented, and at least I'm not up to reverse > engineering a compression algorithm. can't you jsut write to the patente office and request a copy of the patente (assume the number is readily avaliable)? from what I understand as long as you use it for educational and experimental use only you can use it... wouldn't using it in FreeBSD be educational? TTYL.. John-Mark gurney_j@efn.org Modem/FAX: (503) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) GCS/M/Sd#h+s+!gau-a--w++++vC+++++UF++++P---E---N++W---M--V--Y+t+5++G+b+D++ B----eu+h++!f++n---- CD5OUF++++.L-------2W.DM----N.9---NET2SP3s.2,4s.,4d.2,6--- From owner-freebsd-hackers Wed Jan 10 22:42:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA05935 for hackers-outgoing; Wed, 10 Jan 1996 22:42:38 -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 WAA05926 for ; Wed, 10 Jan 1996 22:42: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 HAA19161 ; Thu, 11 Jan 1996 07:42:25 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA02934 ; Thu, 11 Jan 1996 07:42:25 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id XAA03531; Wed, 10 Jan 1996 23:46:43 +0100 (MET) From: Ollivier Robert Message-Id: <199601102246.XAA03531@keltia.freenix.fr> Subject: Re: Checksum mismatch in wu-ftpd port To: jdp@polstra.com (John Polstra) Date: Wed, 10 Jan 1996 23:46:43 +0100 (MET) Cc: freebsd-hackers@freebsd.org, asami@freefall.freebsd.org In-Reply-To: <199601101650.IAA21196@austin.polstra.com> from "John Polstra" at Jan 10, 96 08:50:52 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 John Polstra said: > I subsequently fetched "wu-ftpd-2.4.tar.Z" from ftp.uu.net, and it was > _different_ from the file of the same name that's in the distfiles > directory at ftp.freebsd.org (and its mirrors). The checksum recorded > in the port matches the file that I got from ftp.uu.net. So it appears > that the problem is in the tar file in distfiles, rather than in the > port itself. The "wu-ftpd-2.4.tar.Z" on wuarchive and its mirrors has been recezntly updated but the file name didn't change... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-hackers Wed Jan 10 23:01:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA06451 for hackers-outgoing; Wed, 10 Jan 1996 23:01:58 -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 XAA06445 for ; Wed, 10 Jan 1996 23:01:51 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA12528; Thu, 11 Jan 1996 17:32:07 +1030 From: Michael Smith Message-Id: <199601110702.RAA12528@genesis.atrad.adelaide.edu.au> Subject: Re: DOS File system fixes To: rnordier@iafrica.com (Robert Nordier) Date: Thu, 11 Jan 1996 17:32:06 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199601102141.XAA00185@eac.iafrica.com> from "Robert Nordier" at Jan 10, 96 11:41:12 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Robert Nordier stands accused of saying: > Looking at it now, though, there is something that needs considering. > I'm assuming the typical situation of, "It works under dos/win, so why > can't I use it under FreeBSD?" The reason it works under dos may be an > OEM device driver which fixes bugs in the firmware/adds features to the > firmware (eg. SCSI controller cards which are not VDS compliant running > under mswin). If all that is holding things together is the device driver > (being that it is cheaper to revise than the firmware), leaving out the > driver and just going after the *ROM stuff isn't going to be "totally > successful." So we may need to look at the dos device driver layer for > the device support package. Hmm. I guess I'm looking at this from the perspective of "it works under vanilla DOS", because it's fairly rare that something will be shipped that's _that_ bad, and going for the least sophisticated approach. Having said that of course there are plenty of things that don't have BIOS support at all, so you need some way of getting around that. *sigh* 8) For a disk BIOS, you'd then have (effectively) a bounce out of the penalty box to the read's real buffer, or whatever. Interrupt delivery may well be an issue; I'm not at all clear on that side of the issue. > Robert Nordier -- ]] 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 10 23:19:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA07055 for hackers-outgoing; Wed, 10 Jan 1996 23:19:18 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA07050 for ; Wed, 10 Jan 1996 23:19:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA09329; Wed, 10 Jan 1996 23:16:08 -0800 To: StevenR362@aol.com cc: roberto@hsc.fr.net, freebsd-hackers@freebsd.org Subject: Re: HELP: Cyclades Drivers In-reply-to: Your message of "Wed, 10 Jan 1996 22:41:06 EST." <960110222103_112765475@emout06.mail.aol.com> Date: Wed, 10 Jan 1996 23:16:08 -0800 Message-ID: <9327.821344568@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > This is a bit harsh. From my, perhaps faded, recollection it was more > along > these lines. Unfortunately, your recollection is a bit too faded. Or perhaps you simply weren't privy to some of the conversations that were flying around. It went more like this: " Brian: I have this new driver that I think works better than the existing one. FBSD: "Huh! Cool. However, looking at it, there appear to be some serious problems with it in a few areas. What are your plans?" Brian: "Well, those problems aren't really important to most of my users so I'm not going to do anything about them." FBSD: "But these are serious shortcomings.." Brian: "Sorry. Not interested." Bruce: "Hey, I've got the Werple driver basically re-written, and it works." FBSD: "Oh my. Hey, Brian - now we have two! What do you want to do?" Brian: "I don't care, I'm burnt out on the whole issue now." FBSD: [thinking to itself] "My! Brian doesn't seem to have a very high tolerance for dealing with the types of issues which surround volunteer projects like this one. What a shame.. Bruce? Let's have a look at your driver then!" > I also seem to recall a William_something_or_other? Who had a >replacement driver for sio who was also told to take a hike about a >year ago as well. It seems there's a little bit of NIH in the serial We're not suffering from HIH, we're simply not willing to bend over backwards to accomodate prima-donna hacker types who run yelling the minute there looks to be the slightest resistance to their ideas. Everybody experiences a certain resistance to change in this project, and I think a certain amount of that resistance is even healthy. No one is exempt from this, neither outsiders nor insiders, and it would mainly appear to be those outsiders who are unable to accept criticism of their code without taking it deeply personally that have the most trouble working with this project. Those who have been able to successfully separate ego and code are all still with us and contributing daily. Jordan From owner-freebsd-hackers Thu Jan 11 00:53:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA11514 for hackers-outgoing; Thu, 11 Jan 1996 00:53: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 AAA11483 for ; Thu, 11 Jan 1996 00:53:14 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA24553; Thu, 11 Jan 1996 09:52:41 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA12009; Thu, 11 Jan 1996 09:52:41 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA10689; Thu, 11 Jan 1996 09:42:19 +0100 (MET) From: J Wunsch Message-Id: <199601110842.JAA10689@uriah.heep.sax.de> Subject: Re: I have authorization to buy a CD-R drive.. Which one? :-) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 11 Jan 1996 09:42:19 +0100 (MET) Cc: hackers@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <8393.821324256@time.cdrom.com> from "Jordan K. Hubbard" at Jan 10, 96 05:37: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 Jordan K. Hubbard wrote: > > So, the only question is: Which model? I'd like to buy one of the > cheaper models, like the new HP, I just don't have any part numbers to > pass on to our local hardware vendor. For certainly very apparent reasons :), i would recommend you the Plasmon RF4100 (or successor). Technically, it's comparable to the cheap HP drives, i think our drive was ~ 1800 DM, but computer parts are usually a bit more expensive here. It comes with 2 MB cache, and you can stuff up to 32 MB into it. For certain reasons, i tend to believe that this drive will be the first CD-R officially supported by FreeBSD. :-) You could even use the hacky Perl script i've been posting, after a few minor kernel fixes i have yet to commit. It doesn't do very much yet, but allows you to burn just a single data track. Please, make sure you've got team(1) installed before starting it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Jan 11 00:54:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA11631 for hackers-outgoing; Thu, 11 Jan 1996 00:54: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 AAA11620 for ; Thu, 11 Jan 1996 00:54:47 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA24557 for ; Thu, 11 Jan 1996 09:52:46 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA12010 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 09:52:45 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id JAA10703 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 09:44:07 +0100 (MET) From: J Wunsch Message-Id: <199601110844.JAA10703@uriah.heep.sax.de> Subject: Re: A few NITS about SCSI Tapes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 11 Jan 1996 09:44:07 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601110058.QAA04736@eng4.sequent.com> from "Ben Jackson" at Jan 10, 96 04:58: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 Ben Jackson wrote: > > Sorry if this was covered (I've been mostly ignoring this thread), but > the standard command for this is `retension'. While I doubt many people > actually spell it out (`ret' would work in either case), there's no need > to introduce an incompatibility. Hmm, ``standard command''? Who does already have it? I'm all for renaming it if there has already been such an `mt' command on other systems, but i didn't knew 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 11 01:02:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12050 for hackers-outgoing; Thu, 11 Jan 1996 01:02:38 -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 BAA12045 for ; Thu, 11 Jan 1996 01:02:33 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Thu, 11 Jan 96 09:02 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 JAA04407; Thu, 11 Jan 1996 09:48:26 +0100 Message-Id: <199601110848.JAA04407@allegro.lemis.de> Subject: Re: Dual Monitor Systems... To: regnauld@tetard.frmug.fr.net (Philippe Regnauld) Date: Thu, 11 Jan 1996 09:48:25 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199601101208.NAA03439@tetard.frmug.fr.net> from "Philippe Regnauld" at Jan 10, 96 01:08:36 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 Philippe Regnauld writes: > > Greg Lehey écrit / writes: >> >> J Wunsch writes: > >> You've obviously never burnt out a monitor :-( >> >> Running monitors out of spec *does* damage monitors. It may not do > > That is also what I thought -- out-of-sync ranges (even too low) > while not putting any stress on the sync circuits, can strain OTHER > components behind it, as they try to pickup a correct signal > (i.e. horiz et vert sweep), thus making them work ABOVE their > specs. It's the transformer too. From its point of view, the load is only dependent on the deviation from the tuned frequency, not the direction. > Regarding XInside and two monitors, could you give more info ? > (What displays - VGA/VGA?, how does syscons/pcvt behave?) See http://www.xinside.com. for the real lowdown (well, an approximation :-) I've been trying to get a pair of Hercules Graphite Terminator (does that sound like a display board or a new type of SCSI bus terminator?) boards working with BSD/OS 2.0, but though I am told they will work, I just get *really* nasty crashes. I'm waiting for 2.1 now. The mix is very dependent on who you ask. In the documentation it says that this combination won't work, and they recommend the Maxtrox Millenium, but unfortunately they're not available. I contacted the author of the software, Thomas Röll, and he says it will work. Greg From owner-freebsd-hackers Thu Jan 11 01:05:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12188 for hackers-outgoing; Thu, 11 Jan 1996 01:05:31 -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 BAA12175 for ; Thu, 11 Jan 1996 01:05:16 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Thu, 11 Jan 96 09:02 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 JAA04417; Thu, 11 Jan 1996 09:52:54 +0100 Message-Id: <199601110852.JAA04417@allegro.lemis.de> Subject: Re: Good (DAT) Backup Device ?? To: eric@cse.ucsc.edu (Eric Rosen) Date: Thu, 11 Jan 1996 09:52:54 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <4cvck6$dhb@ruby.cse.ucsc.edu> from "Eric Rosen" at Jan 9, 96 07:43:02 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 Eric Rosen writes: > > Bill Webb wrote: >>> I am looking for a DAT backup device to over between 4 to 8 Gb. >> >> I've got a HP 34580 at home and a HP C1533A on a work machine. I've been >> quite happy with both. > > What SCSI host adapter are you using? Recently, our HP C1533A has > started hanging our server's kernel when accessed. This change in behavoir > appears to have started after I upgraded the SCSI host adapter > from an Adaptec 1542CF to a BusLogic BT-946C. Prior to the upgrade, > the C1533A was working fine. Interesting. See my previous mail. Maybe this is a BusLogic problem and not a (Wang, HP, insert your vendor here) problem. How did it hang? I had a problem where the drive wrote junk to the tape and then hung trying to read it. Greg From owner-freebsd-hackers Thu Jan 11 01:05:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12216 for hackers-outgoing; Thu, 11 Jan 1996 01:05:48 -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 BAA12208 for ; Thu, 11 Jan 1996 01:05:39 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Thu, 11 Jan 96 09:02 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 JAA04386; Thu, 11 Jan 1996 09:39:49 +0100 Message-Id: <199601110839.JAA04386@allegro.lemis.de> Subject: Re: DDS-2 (was: ....) To: bugs@freebsd.netcom.com (Mark Hittinger) Date: Thu, 11 Jan 1996 09:39:49 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199601101634.KAA14200@freebsd.netcom.com> from "Mark Hittinger" at Jan 10, 96 10:34:15 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 Mark Hittinger writes: > >>> I'd definitely choose the HP1533A ! >>> It is some three times faster than the Conner, >>> i.e. does 514KB/s (times compression factor). >>> Regarding DDS-2: I've heard multiple times, that DDS-2 tapes are not >>> reliable. And since somebody had recorded nuclear physics data on >>> DDS-2 tapes and had found no way to read back more than a few MB, I >>> tried myself and now would never again trust 120m DDS-2 tapes. > > > I strongly recommend the WANGDAT 3400DX DDS-2 device. It has a hard time > with DDS-C tapes but it is a screamer on DDS-2. I never had any trouble > with them and have used them on several different platforms. I've had nothing but trouble with them. On BSD/OS, with a BT 946C controller, they hang the controller and the system, and you have to power the system off to get the problem to go away. This happened on two different machines. I suspect that this is a firmware problem, and new firmware would solve the problem, but it turns out that WangDAT service is non-existent over here. > On one system > I was regularly backing up more than 10 gig each day to one tape! That depends on your data, not on the drive. The DDS-2 recording format is standardized. I get less than 8 GB with my mix. Greg From owner-freebsd-hackers Thu Jan 11 01:24:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12792 for hackers-outgoing; Thu, 11 Jan 1996 01:24:01 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA12773 for ; Thu, 11 Jan 1996 01:22:36 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA26563 for ; Thu, 11 Jan 1996 10:22:25 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA12123 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 10:22:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA10995 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 10:04:11 +0100 (MET) From: J Wunsch Message-Id: <199601110904.KAA10995@uriah.heep.sax.de> Subject: Re: samba and win95 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 11 Jan 1996 10:04:10 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <8510.821325314@time.cdrom.com> from "Jordan K. Hubbard" at Jan 10, 96 05:55:14 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > > anyone here using samba with windows95? im not having success in being > > able to mount my win95 machine from freebsd using smbclient. win95 > > machine can mount freebsd machine fine tho. > > I've only done it in that direction as well. Are you sure samba is > "two way" like this? :-) I believe it works for us, but i don't really have a clue about those funny Winglows boxes at the other side of the company. :) -- 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 11 01:25:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA12947 for hackers-outgoing; Thu, 11 Jan 1996 01:25:53 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA12893 for ; Thu, 11 Jan 1996 01:25:04 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA26569 for ; Thu, 11 Jan 1996 10:22:27 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA12125 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 10:22:26 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA11027 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 10:05:57 +0100 (MET) From: J Wunsch Message-Id: <199601110905.KAA11027@uriah.heep.sax.de> Subject: Re: samba and win95 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 11 Jan 1996 10:05:56 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601110233.DAA28489@fasterix.frmug.fr.net> from "Pierre Beyssac" at Jan 11, 96 03:33:07 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 Pierre Beyssac wrote: > > As far as I know, it isn't. smbclient is fine to access files "by hand" > or crash WNT servers. That's all. You can't mount a SMB volume > under Unix. No, not really `mount' in the Unix sense of `mount a file system' (unless you're running Linux :). But you can get access to those files, even a recursive `get' operation is available. -- 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 11 01:49:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA13989 for hackers-outgoing; Thu, 11 Jan 1996 01:49:02 -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 BAA13982 for ; Thu, 11 Jan 1996 01:48:56 -0800 (PST) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id JAA05647; Thu, 11 Jan 1996 09:46:11 GMT Date: Thu, 11 Jan 1996 09:46:10 +0000 (GMT) From: Doug Rabson To: Bruce Evans cc: dennis@etinc.com, nate@sri.MT.net, hackers@FreeBSD.org, nate@rocky.sri.MT.net Subject: Re: pppd vs ijppp In-Reply-To: <199601110502.QAA24844@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Thu, 11 Jan 1996, Bruce Evans wrote: > >> And lastly, I think if you took a show of hands on providers and users > >> after asking them if they would mind using even 50k to get better > >> performance i think that I'd be surprised to see even 1 hand not > >> waving wildly in the air. > > >Give them the whole picture. > > >'You can have this really cool package which integrates everything you > >want and is *really* easy to setup. However, it uses about 5% (*) of your > >CPU. OR, you could have this other version which uses about 1% of your > >CPU, but it's alot harder to setup and doesn't have as many features.' > > >Or, we could all of those features in the kernel, increase your memory > >use by a couple 100K (always, even if you don't use it), and it would > >take us 6 months to get it working. :)' > > (*) Fine print. Per connection. Perhaps less than 5%. This whole argument is pointless. The problems with userland ppp are due to it being packed full of bugs. If it was in the kernel, it would panic every 24 hours and *no-one* could possibly use it. As it stands, it just core dumps once in a while. As it happens, the core-dumping is sufficiently irritating to me personally that I am fixing it. I use ppp demand dial and it annoys me to have to restart it every morning. You really don't want this particular program in the kernel. I keep wanting to throw it away and rewrite it from scratch... -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Thu Jan 11 01:59:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14513 for hackers-outgoing; Thu, 11 Jan 1996 01:59:06 -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 BAA14236 for ; Thu, 11 Jan 1996 01:53:42 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA27678; Thu, 11 Jan 1996 10:51:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA12218; Thu, 11 Jan 1996 10:51:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id KAA11226; Thu, 11 Jan 1996 10:28:37 +0100 (MET) From: J Wunsch Message-Id: <199601110928.KAA11226@uriah.heep.sax.de> Subject: Re: HELP: Cyclades Drivers To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 11 Jan 1996 10:28:37 +0100 (MET) Cc: StevenR362@aol.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9327.821344568@time.cdrom.com> from "Jordan K. Hubbard" at Jan 10, 96 11:16:08 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're not suffering from NIH, we're simply not willing to bend over > backwards to accomodate prima-donna hacker types who run yelling the > minute there looks to be the slightest resistance to their ideas. > > Everybody experiences a certain resistance to change in this project, > and I think a certain amount of that resistance is even healthy. Let me add this one: code without support isn't worth too much. If the original author refuses to maintain his code, we will certainly always every time continue to use worse, but better maintained code. Our resources aren't infinite. Authors who are willing to actively maintain their code are always welcome. Otherwise, somebody of the existing commiters must take responsibility for the code, and to the best of my knowledge, all of them are already overloaded enough by now. (There's an even worse third scenario: the code becomes orphaned, and remains in ugly shape while the system is evolving. See the msdosfs code, or the floppy tape driver. We are not keen to get more orphans.) -- 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 11 02:12:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15433 for hackers-outgoing; Thu, 11 Jan 1996 02:12:32 -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 CAA15428 for ; Thu, 11 Jan 1996 02:12:22 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id FAA02463; Thu, 11 Jan 1996 05:15:16 -0500 From: Peter Dufault Message-Id: <199601111015.FAA02463@hda.com> Subject: Re: I have authorization to buy a CD-R drive.. Which one? :-) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 11 Jan 1996 05:15:15 -0500 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <8393.821324256@time.cdrom.com> from "Jordan K. Hubbard" at Jan 10, 96 05:37:36 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Well, WC has kindly consented to buying another CD-R drive to replace > the one that died before Julian and I ever really got started. > Joerg's recent successes in this area also helped! :-) Thanks WC. > If I can get this working under FreeBSD, it will also substantially > improve my ability to test the CD distributions - something I'm sure > that everyone here would like to see more of.. :-) > > So, the only question is: Which model? I'd like to buy one of the > cheaper models, like the new HP, I just don't have any part numbers to > pass on to our local hardware vendor. > > Any suggestions or personal preferences? Given the price and wide availability of the HP surestore 4020i (a big stack at CompUSA at $999.00), I think that is one to support. The best way to proceed would be to let Joerg finish the preliminary support for the "Plasmon" he has while tracking down the programmer documentation for the Surestore. Then you can buy it and immediately make some headway with it. -- 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 Thu Jan 11 02:17:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA15630 for hackers-outgoing; Thu, 11 Jan 1996 02:17:34 -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 CAA15625 for ; Thu, 11 Jan 1996 02:17:31 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0taK4R-0003w3C; Thu, 11 Jan 96 02:17 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 LAA00291; Thu, 11 Jan 1996 11:17:21 +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), StevenR362@aol.com Subject: Re: HELP: Cyclades Drivers In-reply-to: Your message of "Thu, 11 Jan 1996 10:28:37 +0100." <199601110928.KAA11226@uriah.heep.sax.de> Date: Thu, 11 Jan 1996 11:17:20 +0100 Message-ID: <289.821355440@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Our resources aren't infinite. Authors who are willing to actively > maintain their code are always welcome. Otherwise, somebody of the > existing commiters must take responsibility for the code, and to the > best of my knowledge, all of them are already overloaded enough by > now. (There's an even worse third scenario: the code becomes > orphaned, and remains in ugly shape while the system is evolving. See > the msdosfs code, or the floppy tape driver. We are not keen to get > more orphans.) We may actually have to tighten this up a bit, since this is an increasing problem :-( -- 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 11 03:22:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA25069 for hackers-outgoing; Thu, 11 Jan 1996 03:22:58 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA25042 for ; Thu, 11 Jan 1996 03:22:48 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id WAA02562; Thu, 11 Jan 1996 22:14:27 +1100 From: David Dawes Message-Id: <199601111114.WAA02562@rf900.physics.usyd.edu.au> Subject: Re: A few NITS about SCSI Tapes To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 11 Jan 1996 22:14:27 +1100 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601110844.JAA10703@uriah.heep.sax.de> from "J Wunsch" at Jan 11, 96 09:44:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk >As Ben Jackson wrote: >> >> Sorry if this was covered (I've been mostly ignoring this thread), but >> the standard command for this is `retension'. While I doubt many people >> actually spell it out (`ret' would work in either case), there's no need >> to introduce an incompatibility. > >Hmm, ``standard command''? Who does already have it? > >I'm all for renaming it if there has already been such an `mt' command >on other systems, but i didn't knew this. SunOS 4.x for example -- from the mt(1) man page: retension Rewind the cartridge tape completely, then wind it forward to the end of the reel and back to beginning-of-tape to smooth out tape tension. While talking about mt, how difficult would it be to have 'mt status' behaviour similar to SunOS 4.x (in particular having it show the current file number)? David From owner-freebsd-hackers Thu Jan 11 04:07:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA03796 for hackers-outgoing; Thu, 11 Jan 1996 04:07:29 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA03763 for ; Thu, 11 Jan 1996 04:07:17 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA10518; Thu, 11 Jan 1996 23:04:43 +1100 Date: Thu, 11 Jan 1996 23:04:43 +1100 From: Bruce Evans Message-Id: <199601111204.XAA10518@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, kuku@gilberto.physik.rwth-aachen.de Subject: Re: advice needed to recover a FS/disk Cc: freebsd-hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> How do I get to the begin of the FS once knowing the >> offset of the disklabel resp. the partition offsets? >0000200 57 45 56 82 04 00 00 00 73 74 33 36 35 35 6e 00 WEV.....st36= >55n. > ^^ ^^ ^^ ^^ ^^^^ >The marked bytes are the ``disk magic''. So it seems that it's 512 >bytes behind the start of the disk/slice. That's the label magic. ffs's start at offset one bootstrap reservation size (8K) in their partition. Bruce From owner-freebsd-hackers Thu Jan 11 04:18:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA05906 for hackers-outgoing; Thu, 11 Jan 1996 04:18:16 -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 EAA05885 for ; Thu, 11 Jan 1996 04:18:13 -0800 (PST) Received: from Haifa.netvision.net.il (ts4ep8.NetVision.net.il [194.90.100.108]) by mail.netvision.net.il (8.7.3/8.7.3) with SMTP id OAA08471; Thu, 11 Jan 1996 14:18:36 +0200 (IST) Date: Wed, 10 Jan 96 13:29:56 PST From: Avi Goldfinger Subject: last nasty sector & FIPS To: hackers@freebsd.org X-Mailer: Chameleon - TCP/IP for Windows by NetManage, Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I run DEFRAG, so I could make the new partition for FreeBSD, but some unmovable block is at the last sector of the disk, and I don't know what file is it. That way I can't use FIPS. What should I do? Avi avi4@netvision.net.il Date: 01/10/96 Time:13:29:56 From owner-freebsd-hackers Thu Jan 11 04:38:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA10857 for hackers-outgoing; Thu, 11 Jan 1996 04:38:59 -0800 (PST) Received: from iaehv.IAEhv.nl (root@iaehv.IAEhv.nl [192.87.208.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA10843 for ; Thu, 11 Jan 1996 04:38:55 -0800 (PST) Received: by iaehv.IAEhv.nl (8.6.12/1.63) id NAA02421; Thu, 11 Jan 1996 13:38:51 +0100 X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Received: from localhost (localhost [127.0.0.1]) by nietzsche.bowtie.nl (8.6.12/8.6.9) with ESMTP id NAA19698 for ; Thu, 11 Jan 1996 13:34:04 +0100 Message-Id: <199601111234.NAA19698@nietzsche.bowtie.nl> X-Mailer: exmh version 1.6.1 5/23/95 To: hackers@freebsd.org Subject: -current Linux-emulation on 2.1? Date: Thu, 11 Jan 1996 13:34:03 +0100 From: Marc van Kempen Sender: owner-hackers@freebsd.org Precedence: bulk Hi, I wanted to run some Linux ELF binaries and I believe the -current version of the Linux emulation is capable of doing this!? If so, how much trouble is it to incorporate it into my 2.1 RELEASE source tree? And what needs to be done? 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 Thu Jan 11 05:16:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA17833 for hackers-outgoing; Thu, 11 Jan 1996 05:16: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 FAA17808 for ; Thu, 11 Jan 1996 05:16:05 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA13705; Fri, 12 Jan 1996 00:13:41 +1100 Date: Fri, 12 Jan 1996 00:13:41 +1100 From: Bruce Evans Message-Id: <199601111313.AAA13705@godzilla.zeta.org.au> To: gibbs@freefall.freebsd.org, smpatel@wam.umd.edu Subject: Re: PnP problem... Cc: freebsd-hackers@FreeBSD.org, hasty@rah.star-gate.com, neil@synthcom.com, terry@lambert.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> 1) Disable all PNP devices >>> 2) Probe for ISA >>> 3) Obtain EISA information - report conflicts with ISA devices >>> 4) Initialize EISA devices >>> 5) Init PnP devices >>> 6) Init PCI devices >>> 7) Boot system ;-) This seems about right. >>Unfortuantely, this won't work... In FreeBSD, it goes >But it could. You just need a configuration manager. >>Init PCI >>Init EISA >>Init PC-Card >>Init ISA The current order is: Probe and init PCMCIA Probe and init EISA Probe and init PCI Probe and init ISA and the order in 2.1 was: Probe and init EISA Probe and init ISA Probe and init PCI >The only reason its in that order now is so that PCI/EISA devices that >have an ISA compatibility mode are found by the PCI/EISA probes first. >Neil's approach is more along the lines of how it should be, and the EISA >code at least was written thinking that the attach of devices wouldn't >necessarily follow the probe. Hmm. How do the ISA probes avoid rediscovering PCI/EISA devices? What happens if there is a "bt0 at isa?" (as specified in the config) on the ISA bus and another one on the PCI/EISA bus? I think this doesn't work now. If Neil's approach is used then the corresponding problems are: How does the config manager know that some ISA devices are physically the same as a PCI/EISA device? How does the config manager assign minor numbers in the above complicated case involving bt0 and even in simple cases? >3) Probe all ISA devices. A probe returns whatever information can >be obtained non-invasively. ... That's almost no information. :-( >If a driver can't determine the I/O port, >for example, it returns a map of all possible ports. 0-0x3ff :-). I think ISA probes will have to be just as invasive as now except they will be able to be more careful about clobbering previously probed devices thanks to the more complete resource maps. Bruce From owner-freebsd-hackers Thu Jan 11 05:28:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA20215 for hackers-outgoing; Thu, 11 Jan 1996 05:28: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 FAA20193 for ; Thu, 11 Jan 1996 05:28:12 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA14111; Fri, 12 Jan 1996 00:24:42 +1100 Date: Fri, 12 Jan 1996 00:24:42 +1100 From: Bruce Evans Message-Id: <199601111324.AAA14111@godzilla.zeta.org.au> To: gibbs@freefall.freebsd.org, smpatel@wam.umd.edu Subject: Re: PnP problem... Cc: freebsd-hackers@freebsd.org, hasty@rah.star-gate.com, neil@synthcom.com, terry@lambert.org Sender: owner-hackers@freebsd.org Precedence: bulk >A couple of quick questions: Is there a unified structure where one can >access the information from PCI/EISA/ISA probes? No. For ISA alone there are several tables with incomplete information. This would be easy to fix except there are a lot of drivers. >How well can the ISA >code non-invasively probe devices (currently)? There was once a probe option in userconfig but it was turned off because it didn't work in all cases. I think most probes are very invasive but this is only a problem at autoconfig time in a few cases. Bruce From owner-freebsd-hackers Thu Jan 11 05:34:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA21454 for hackers-outgoing; Thu, 11 Jan 1996 05:34:13 -0800 (PST) Received: from elbe.desy.de (elbe.desy.de [131.169.82.208]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA21431 for ; Thu, 11 Jan 1996 05:34:09 -0800 (PST) From: Lars Gerhard Kuehl Date: Thu, 11 Jan 96 14:34:31 +0100 Message-Id: <9601111334.AA03265@elbe.desy.de> To: jehamby@lightside.com Subject: Re: Pageable kernel? [was: PnP Proposal] Cc: freebsd-hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk > Jake Hamby: > > microkernel-type design (with dynamic memory management) a la Solaris, > where every filesystem, device driver, etc, is a separate file. I know, ^^^^^^^^^^^^^ ...and if either of these is damaged you're seriously in trouble... > ... I'm dreaming, but it would still be nice... A nightmare, it has been one of the most important reasons that I've changed to FreeBSD and switched back to SunOS on our Sparc boxes. FreeBSD is adult and doesn't need to follow every fashion. The kernel size isn't really an issue well say up to two or three MB. For a reasonable performance you need now at least 16 MB and be certain the requirements will further grow regardless whether the system has a micro kernel or a rather traditional kernel. A micro kernel is a good solution for an commercial OS - it allows to sell special service modules seperately - today an OS still only without C compiler will tomorrow come without networking capability, the day after tomorrow without scsi driver. Call that scalable and you will become a rich man. But there isn't need for that in a free operating system. Lars From owner-freebsd-hackers Thu Jan 11 06:15:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA25020 for hackers-outgoing; Thu, 11 Jan 1996 06:15:03 -0800 (PST) Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA25014 for ; Thu, 11 Jan 1996 06:15:00 -0800 (PST) Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA24089; Thu, 11 Jan 96 08:14:59 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA04066; Thu, 11 Jan 1996 07:14:59 -0700 Date: Thu, 11 Jan 1996 07:14:59 -0700 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9601111414.AA04066@emu.fsl.noaa.gov> To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-hackers@freebsd.org In-Reply-To: <199601110844.JAA10703@uriah.heep.sax.de> (message from J Wunsch on Thu, 11 Jan 1996 09:44:07 +0100 (MET)) Subject: Re: A few NITS about SCSI Tapes Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "Joerg" == J Wunsch writes: Joerg> I'm all for renaming it if there has already been such an Joerg> `mt' command on other systems, but i didn't knew this. SunOS 4.1.3 has `mt retension'. -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA I want to get a tattoo of myself on my entire body, only 2" taller. -- Steven Wright From owner-freebsd-hackers Thu Jan 11 06:48:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA26100 for hackers-outgoing; Thu, 11 Jan 1996 06:48:22 -0800 (PST) Received: from tolstoy.mpd.ca ([206.123.11.6]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA26090 for ; Thu, 11 Jan 1996 06:48:17 -0800 (PST) Received: from plato (plato.mpd.ca [206.123.11.1]) by tolstoy.mpd.ca (8.7.1/8.7.1) with SMTP id JAA22594 for ; Thu, 11 Jan 1996 09:54:38 -0500 (EST) Message-ID: <30F522C8.28DB@mpd.ca> Date: Thu, 11 Jan 1996 09:46:32 -0500 From: Bill Lloyd X-Mailer: Mozilla 2.0b4 (X11; I; SunOS 5.4 sun4c) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Status of ISDN drivers Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I've been reading through the past archives for ISDN card information, as well as scanning through the source tree. So far all I've found is that the current ISDN PC card drivers for Dr. Neurhaus(sp?) seem to be out of date and going nowhere. So that seems to leave the following options to do ISDN on Freebsd. 1) Buy Ascend 25/50 etc. expensive but good option. 2) Buy Dr. Nuerhaus card and hope it all works out. 3) Get a TA like a Bitsurfr/Adtran etc. Is that the true situation, or am I missing something? Is anyone working on drivers for the low cost PC plug-n-play ISDN boards from Digiboard or Livingston? -bill -- William Lloyd (wlloyd@mpd.ca) From owner-freebsd-hackers Thu Jan 11 06:51:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA26211 for hackers-outgoing; Thu, 11 Jan 1996 06:51:21 -0800 (PST) Received: from ns.ge.com (ns.ge.com [192.35.39.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA26205 for ; Thu, 11 Jan 1996 06:51:06 -0800 (PST) Received: from crissy.gemis.ge.com ([3.29.7.57]) by ns.ge.com (8.6.12/8.6.11) with ESMTP id JAA06162; Thu, 11 Jan 1996 09:50:18 -0500 Received: from salem.ge.com (carsdb.salem.ge.com [3.29.7.15]) by crissy.gemis.ge.com (8.6.11/8.6.11) with SMTP id JAA10058; Thu, 11 Jan 1996 09:41:23 -0500 Received: from combs.salem.ge.com by salem.ge.com (4.1/SMI-4.1) id AA01102; Thu, 11 Jan 96 09:50:03 EST Received: (from steve@localhost) by combs.salem.ge.com (8.7.2/8.6.11) id JAA02527; Thu, 11 Jan 1996 09:50:18 -0500 (EST) Date: Thu, 11 Jan 1996 09:50:17 -0500 (EST) From: "Stephen F. Combs" To: Lars Gerhard Kuehl Cc: jehamby@lightside.com, freebsd-hackers@freebsd.org Subject: Re: Pageable kernel? [was: PnP Proposal] In-Reply-To: <9601111334.AA03265@elbe.desy.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On the idea of a microkernel, I've got a grand total of 3 Solaris2.x systems out of 70 total Sun's [and one of those was forced on me by corporate!]. The reason I initially went with 386BSD0.1 was because of it's close similarity to my SunO/S box at work! MicroKernels COULD be nice but my experience with them has been SH**. I've been working with SYSVr4 for years [fighting all the way] and am constantly pinging on my Sun Rep to keep SunO/S 4.x alive! Just my $0.02 worth! Steve Combs CombsSF@Salem.GE.COM On Thu, 11 Jan 1996, Lars Gerhard Kuehl wrote: > Date: Thu, 11 Jan 96 14:34:31 +0100 > From: Lars Gerhard Kuehl > To: jehamby@lightside.com > Cc: freebsd-hackers@freebsd.org > Subject: Re: Pageable kernel? [was: PnP Proposal] > > > Jake Hamby: > > > > microkernel-type design (with dynamic memory management) a la Solaris, > > where every filesystem, device driver, etc, is a separate file. I know, > ^^^^^^^^^^^^^ > ...and if either of these is damaged you're seriously in trouble... > > > ... I'm dreaming, but it would still be nice... > > A nightmare, it has been one of the most important reasons that I've > changed to FreeBSD and switched back to SunOS on our Sparc boxes. > > FreeBSD is adult and doesn't need to follow every fashion. > The kernel size isn't really an issue well say up to two or > three MB. For a reasonable performance you need now at least > 16 MB and be certain the requirements will further grow > regardless whether the system has a micro kernel or a rather > traditional kernel. > > A micro kernel is a good solution for an commercial OS - it > allows to sell special service modules seperately - today an > OS still only without C compiler will tomorrow come without > networking capability, the day after tomorrow without scsi > driver. Call that scalable and you will become a rich man. > But there isn't need for that in a free operating system. > > Lars > =============================================================================== (My employer is in NO WAY responsible for the opinions expressed herein) Stephen F. Combs Internet: CombsSF@Salem.GE.COM GE Industrial Sales & Services Voice: 540.387.8828 Network Services Home: CombsSF-Home@Salem.GE.COM 1501 Roanoke Blvd Home Voice: 540.389.9524 Salem, VA 24153 (not reliable after 9:30pm, 'cuz 'tis my link) =============================================================================== From owner-freebsd-hackers Thu Jan 11 06:53:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA26434 for hackers-outgoing; Thu, 11 Jan 1996 06:53:12 -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 GAA26427 for ; Thu, 11 Jan 1996 06:53:09 -0800 (PST) Received: by freebsd.netcom.com (8.6.12/SMI-4.1) id IAA20423; Thu, 11 Jan 1996 08:58:31 -0600 From: bugs@freebsd.netcom.com (Mark Hittinger) Message-Id: <199601111458.IAA20423@freebsd.netcom.com> Subject: Re: Good (DAT) Backup Device ?? (fwd) To: hackers@freebsd.org Date: Thu, 11 Jan 1996 08:58:30 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > What SCSI host adapter are you using? Recently, our HP C1533A has > > started hanging our server's kernel when accessed. This change in behavoir > > appears to have started after I upgraded the SCSI host adapter > > from an Adaptec 1542CF to a BusLogic BT-946C. Prior to the upgrade, > > the C1533A was working fine. Check and make sure you didn't make the same bonehead mistake I made - you might need to enable disconnection on the tape drive in the BT-946C bios. Regards, Mark Hittinger Netcom/Dallas bugs@freebsd.netcom.com msh@freebsd.org From owner-freebsd-hackers Thu Jan 11 07:17:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28114 for hackers-outgoing; Thu, 11 Jan 1996 07:17:29 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA28091 for ; Thu, 11 Jan 1996 07:17:22 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id QAA06067 for freebsd-hackers@freefall.cdrom.com; Thu, 11 Jan 1996 16:18:35 +0100 Date: Thu, 11 Jan 1996 16:18:35 +0100 From: "Christoph P. Kukulies" Message-Id: <199601111518.QAA06067@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: Stale NFS file handle Sender: owner-hackers@FreeBSD.ORG Precedence: bulk 'blues' is running 2.1R and mounts another machine. That machine went down today and came up a half an hour ago. But since then I have /a/src: Stale NFS file handle. when trying to df I fear that the only way to get around this is to reboot which is not so funny. Are there any other ways to overcome this problem? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Jan 11 07:22:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA28408 for hackers-outgoing; Thu, 11 Jan 1996 07:22:46 -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 HAA28402 for ; Thu, 11 Jan 1996 07:22:40 -0800 (PST) Received: (from peter@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id XAA11076; Thu, 11 Jan 1996 23:22:35 +0800 (WST) Date: Thu, 11 Jan 1996 23:22:35 +0800 (WST) From: Peter Wemm To: FreeBSD hackers Subject: SCSI Scanner anybody? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I guess this is going to be a "You gotta be kidding me!" type question, but does anybody know what would be involved in driving a SCSI scanner (eg: something like an Epson GT-8500, HP Scanjet 3C, Sharp JX330 etc) Or is this something that's doomed because of top-secret proprietary SCSI commands to the likes of windoze/crapintosh/photo$hop etc? Is programming information even likely to be available? (The kind of response I most often get when asking for that sort of info here locally is: "You want what??") Cheers, -Peter From owner-freebsd-hackers Thu Jan 11 07:40:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA29397 for hackers-outgoing; Thu, 11 Jan 1996 07:40:36 -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 HAA29384 for ; Thu, 11 Jan 1996 07:40:28 -0800 (PST) Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id KAA18103 for hackers@freebsd.org; Thu, 11 Jan 1996 10:35:26 -0500 From: Rashid Karimov Message-Id: <199601111535.KAA18103@rk.ios.com> Subject: ahc 2940/3940 patched drivers To: hackers@freebsd.org Date: Thu, 11 Jan 1996 10:35:25 -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, Can someone point to or/and probably tar the relevant files ( subj) from /src/sys/*** . I find it rather boring to ftp whole current tree just to fix this particular problem. Also , can someone point to the supfile for the "current" ? Rashid From owner-freebsd-hackers Thu Jan 11 08:02:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA00394 for hackers-outgoing; Thu, 11 Jan 1996 08:02:24 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA00383 for ; Thu, 11 Jan 1996 08:02:18 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id QAA06301; Thu, 11 Jan 1996 16:57:36 +0100 Message-Id: <199601111557.QAA06301@gilberto.physik.rwth-aachen.de> Subject: Re: Stale NFS file handle To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 11 Jan 1996 16:57:36 +0100 (MET) Cc: freebsd-hackers@freefall.FreeBSD.org (user alias) In-Reply-To: <199601111518.QAA06067@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jan 11, 96 04:18:35 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > 'blues' is running 2.1R and mounts another machine. > That machine went down today and came up a half an hour ago. > > But since then I have > > /a/src: Stale NFS file handle. > > when trying to df ^^ (BTW, that was when typing ls /a) > > I fear that the only way to get around this is to reboot which > is not so funny. > > Are there any other ways to overcome this problem? > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Jan 11 08:12:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01077 for hackers-outgoing; Thu, 11 Jan 1996 08:12:39 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-132.emea.ibm.net [139.92.42.132]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id IAA01054 for ; Thu, 11 Jan 1996 08:12:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id JAA03111; Thu, 11 Jan 1996 09:58:31 +0100 (MET) Message-Id: <199601110858.JAA03111@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: Steven Tulchinsky cc: hackers@FreeBSD.ORG Subject: Re: can't rm /compat Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Tue, 09 Jan 1996 14:15:39 GMT." <199601091415.OAA00770@voland.phoebe.com> Date: Thu, 11 Jan 1996 09:58:30 +0100 From: "Julian H. Stacey" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi, Reference: > From: Steven Tulchinsky > > Here is another problem > After last crash I managed to recover but probably > did something wrong using fsck and it created in place > of /compat directory, very strange file > b---rw-r-- 1 944581969 911628861 56, 1313538113 Dec 29 1976 compat > which I can't remove and replace with original directory. > FYI I used to see a similar problem on NetBSD/PC532, but I can't remember symptoms & solution off hand (it's been a while since I last saw it, havent turned on my pc532 in a while) but if you get desperate, describe the problem to port-pc532@netbsd.org, & somebody there may suggest a solution. Julian ( i486/FreeBSD & pc532/NetBSD user ) -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Thu Jan 11 08:22:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01598 for hackers-outgoing; Thu, 11 Jan 1996 08:22:41 -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 IAA01591 for ; Thu, 11 Jan 1996 08:22:33 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA21308; Thu, 11 Jan 1996 09:24:55 -0700 Date: Thu, 11 Jan 1996 09:24:55 -0700 From: Nate Williams Message-Id: <199601111624.JAA21308@rocky.sri.MT.net> To: Marc van Kempen Cc: hackers@freebsd.org Subject: Re: -current Linux-emulation on 2.1? In-Reply-To: <199601111234.NAA19698@nietzsche.bowtie.nl> References: <199601111234.NAA19698@nietzsche.bowtie.nl> Sender: owner-hackers@freebsd.org Precedence: bulk > I wanted to run some Linux ELF binaries and I believe the > -current version of the Linux emulation is capable of doing > this!? Unfortunately, you believe wrong. Linux ELF binaries are not (yet) supported, although I know at least a couple of folks working on the GNU-ELF tools. I wouldn't hold my breath if I were you though. Nate From owner-freebsd-hackers Thu Jan 11 08:29:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA01998 for hackers-outgoing; Thu, 11 Jan 1996 08:29:10 -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 IAA01989 Thu, 11 Jan 1996 08:29:01 -0800 (PST) Message-Id: <199601111629.IAA01989@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: smpatel@wam.umd.edu, freebsd-hackers@FreeBSD.org, hasty@rah.star-gate.com, neil@synthcom.com, terry@lambert.org Subject: Re: PnP problem... In-reply-to: Your message of "Fri, 12 Jan 1996 00:13:41 +1100." <199601111313.AAA13705@godzilla.zeta.org.au> Date: Thu, 11 Jan 1996 08:29:01 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.org Precedence: bulk >The current order is: > >Probe and init PCMCIA >Probe and init EISA >Probe and init PCI >Probe and init ISA > >and the order in 2.1 was: > >Probe and init EISA This was a no-op in 2.1 since no drivers were supported by the old eisaconf code. >Probe and init ISA >Probe and init PCI > >>The only reason its in that order now is so that PCI/EISA devices that >>have an ISA compatibility mode are found by the PCI/EISA probes first. >>Neil's approach is more along the lines of how it should be, and the EISA >>code at least was written thinking that the attach of devices wouldn't >>necessarily follow the probe. > >Hmm. How do the ISA probes avoid rediscovering PCI/EISA devices? What >happens if there is a "bt0 at isa?" (as specified in the config) on the >ISA bus and another one on the PCI/EISA bus? I think this doesn't work >now. The only driver I know of that had this problem (the bt driver) handles it by keeping a static array of ioaddrs/found information and will not reprobe any conflicts. This should be moved to the configuration manager (as the XXX comments in bt.c say) as there are other adapters like the 3c509 that fall into this category. >If Neil's approach is used then the corresponding problems are: >How does the config manager know that some ISA devices are physically >the same as a PCI/EISA device? How does the config manager assign >minor numbers in the above complicated case involving bt0 and even in >simple cases? Simple. The PCI/EISA probe can tell you exactly where the PCI/EISA cards are in the system. These ioaddrs are removed from the address map the ISA portion of the bt driver presents to the configuration manager as the possible locations it could find a card before it does its probing. In the case of a card that has PnP ISA compatibility, the PnP code would either have to leave the card where it was, or change the PCI/EISA view of where the card is. I wouldn't expect this to ever be the case. >>3) Probe all ISA devices. A probe returns whatever information can >>be obtained non-invasively. ... > >That's almost no information. :-( Depends on the card. >>If a driver can't determine the I/O port, >>for example, it returns a map of all possible ports. > >0-0x3ff :-). I think ISA probes will have to be just as invasive as >now except they will be able to be more careful about clobbering >previously probed devices thanks to the more complete resource maps. Most cards I've used have at most 5 different port addresses a user can set. Some probes are non-invasive (only do reads), and these probes can return valuable information that reduces the number of possible conflicts during attach time. The point is that if you have good communication of all the information you know for sure about the system (from PCI/EISA and non-invasive ISA probes), then the likelyhood of something like the GENERIC kernel working for Joe user increases dramatically. >Bruce -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Jan 11 08:29:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02067 for hackers-outgoing; Thu, 11 Jan 1996 08:29:40 -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 IAA02056 for ; Thu, 11 Jan 1996 08:29:32 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA21324; Thu, 11 Jan 1996 09:32:00 -0700 Date: Thu, 11 Jan 1996 09:32:00 -0700 From: Nate Williams Message-Id: <199601111632.JAA21324@rocky.sri.MT.net> To: Peter Wemm Cc: FreeBSD hackers Subject: Re: SCSI Scanner anybody? In-Reply-To: References: Sender: owner-hackers@freebsd.org Precedence: bulk > I guess this is going to be a "You gotta be kidding me!" type question, > but does anybody know what would be involved in driving a SCSI scanner > (eg: something like an Epson GT-8500, HP Scanjet 3C, Sharp JX330 etc) I've been running an HP3C on FreeBSD for a couple months now using a driver Richard Tobin wrote for FreeBSD 1.X. It uses the 'processor type (pt)' driver in our SCSI system, and it works as a user-land driver However, this *only* works with HP scanners, so it's not a generic solution. Note, before someone sent me a pointer to this I (attempted) a port of PiNT (Pint is Not Twain) from NetBSD to FreeBSD. Thanks to Peter Dufault, I have it compiled and in the kernel but it doesn't work at all. I have no interest in trying to find out why it doesn't work since the user-driver works wonderfully. (We're using it in-house for some MAP scanning programs). In any case, here's a pointer to the code. With the amount of interest I've seen lately with this, I *really* should make a port of this. --------------------- This software is copyright Richard Tobin 1994. It may be freely redistributed provided the copyright notices are not removed. You can ftp this code from macbeth.cogsci.ed.ac.uk. This is (a very early version of) a SCSI driver for the HP ScanJet range of scanners and a corresponding graphical user interface. --------------------- Hope it helps, Nate ps. Joerg found a bug in the code, although I know where it's at if you need it fixed. From owner-freebsd-hackers Thu Jan 11 08:50:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03500 for hackers-outgoing; Thu, 11 Jan 1996 08:50:58 -0800 (PST) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA03492 for ; Thu, 11 Jan 1996 08:50:55 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail1.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA29388; Thu, 11 Jan 1996 08:40:07 -0800 Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA07030; Thu, 11 Jan 1996 17:40:02 +0100 Message-Id: <9601111640.AA07030@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from Bill Lloyd of Thu, 11 Jan 96 09:46:32 EST. Reply-To: gjennejohn@frt.dec.com Subject: Re: Status of ISDN drivers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Jan 96 17:40:02 +0100 X-Mts: smtp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk wlloyd@mpd.ca writes: > I've been reading through the past archives for ISDN card information, > as well as scanning through the source tree. > > So far all I've found is that the current ISDN PC card drivers for Dr. > Neurhaus(sp?) seem to be out of date and going nowhere. > > So that seems to leave the following options to do ISDN on Freebsd. > > 1) Buy Ascend 25/50 etc. expensive but good option. > 2) Buy Dr. Nuerhaus card and hope it all works out. > 3) Get a TA like a Bitsurfr/Adtran etc. > > Is that the true situation, or am I missing something? > > Is anyone working on drivers for the low cost PC plug-n-play ISDN boards > from Digiboard or Livingston? > most of the active ISDN users/developers are located in Germany. There's a rather active mail list here (all in German). There's now a driver available for the Teles/Creatix card. The Teles low-end (passive) card is supposedly available in the US (Jordan posted something to one of the lists a few months ago, check the archive). This driver has not been put into the source tree yet, but I and several people I know of are using it. Whether any changes need to be made to get the current (not yet released) ISDN stuff to work in the US is a very open question. I don't know of anyone in the US who's running our ISDN code. It sure would be nice if someone could try it out, though ! No-one is working on drivers for the Digiboard/Livingston cards, that I know of. I don't think they're even available or can compete price-wise with the really low-cost cards already on the market in Europe. Your best option is prob. 3. Or write a driver :-) --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Thu Jan 11 08:52:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03660 for hackers-outgoing; Thu, 11 Jan 1996 08:52:13 -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 IAA03644 for ; Thu, 11 Jan 1996 08:52:05 -0800 (PST) Received: (from didier@localhost) by zapata.omnix.fr.org (8.6.12/8.6.9) id TAA17988; Thu, 11 Jan 1996 19:50:43 +0100 Date: Thu, 11 Jan 1996 19:50:43 +0100 (MET) From: didier@omnix.fr.org To: Stefan Esser cc: hackers@freebsd.org Subject: Re: I would like your comment on this configuration In-Reply-To: <199601091616.AA10078@Sysiphos> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Mother Board: ASUS P/I-P55TP4XE Rev 2.1 bios #401A0-0106 (Award) Processor: Pentium 133 Cache: 512k PB Memory: 128Mb 60ns (DRAM) SCSI: Adaptec 2940W Hard disks: 2 x Seagate Barracuda Fast Wide SCSI 2 Go Video: Miro 20SV (S3-964, 2Mb VRAM) (not critical) DAT: HP1533A -- Omnix | 42 rue de l'aqueduc 75010 Paris, France | tel: 33 1 40 37 39 95 | fax: 33 1 40 37 39 96 Didier Derny | Microsoft Free computer... didier@omnix.fr.org | 486DX33 running FreeBSD 2.1-STABLE (minitel server) From owner-freebsd-hackers Thu Jan 11 08:54:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA03798 for hackers-outgoing; Thu, 11 Jan 1996 08:54:59 -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 IAA03788 for ; Thu, 11 Jan 1996 08:54:52 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id SAA27202; Thu, 11 Jan 1996 18:55:10 +0200 From: John Hay Message-Id: <199601111655.SAA27202@zibbi.mikom.csir.co.za> Subject: Re: Stale NFS file handle To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Thu, 11 Jan 1996 18:55:10 +0200 (SAT) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601111518.QAA06067@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jan 11, 96 04:18:35 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > 'blues' is running 2.1R and mounts another machine. > That machine went down today and came up a half an hour ago. > > But since then I have > > /a/src: Stale NFS file handle. > > when trying to df > > I fear that the only way to get around this is to reboot which > is not so funny. > > Are there any other ways to overcome this problem? > Now this is a question to which I would like to know the answer also. I have asked the same question in -questions but haven't received an answer yet. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Thu Jan 11 09:02:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04285 for hackers-outgoing; Thu, 11 Jan 1996 09:02:41 -0800 (PST) Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA04279 for ; Thu, 11 Jan 1996 09:02:34 -0800 (PST) Received: from root@spiffy.cybernet.com by gateway.cybernet.com (8.6.8/1.0A) id MAA14798; Thu, 11 Jan 1996 12:54:19 -0500 Date: Thu, 11 Jan 1996 12:54:19 -0500 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <8510.821325314@time.cdrom.com> Reply-To: root@spiffy.cybernet.com Organization: Cybernet Systems Corporation From: "Mark J. Taylor" To: "Jordan K. Hubbard" Subject: Re: samba and win95 Cc: Daniel Leeds , Sender: owner-hackers@freebsd.org Precedence: bulk On 01/11/96 03:16:58 Jordan K. Hubbard wrote: >>> anyone here using samba with windows95? im not having success in being >> able to mount my win95 machine from freebsd using smbclient. win95 >> machine can mount freebsd machine fine tho. > >I've only done it in that direction as well. Are you sure samba is >"two way" like this? :-) > > Jordan I use smbclient all the time to access files on Win '95 and NT machines from my FreeBSD machines. I even have a cool CGI script (written in /bin/sh) to give me access to these files and directories. It's kinda cool- it presents an interface a lot like ftp://xxx.yyy.zzz/ would. Anyone interested? It currently uses guest access. Could be modified to use another name, and prompt for a password. Since it is so short, I'll put it here (please feel free to modify and redistribute it- it could use some error checking put in): #!/bin/sh # sambadir # samba directory script # use: http://xxx.com/cgi-bin/sambadir?::server:resource[:dir[:dir[...]]] # note: spaces in server, resource, or dir names must be replaced with '+' # symbol. This script does it automatically. echo Content-type: text/html echo server=`echo "$*" | awk -F : '{print "\\\\\\\\" $3 "\\\\" $4}'` dir=`echo "$*" | awk -F : '{for (i=5; i<=NF; i++){if (i>5){printf ":"}; printf $ i}}' | /usr/bin/sed 's#:#\\\\#g'` path=`echo "$*" | /usr/bin/sed 's# #+#g'` echo "" echo "Directory listing of $server:$dir" echo "" printf "cd \"%s\"\ndir\n" "$dir" | /usr/local/samba/bin/smbclient $server -U gue st -N | awk 'BEGIN{done=0}/blocks available/{done=1}{if ((NR>5) && (!done)) prin t $0}' | awk '/DA/{print "d " $0; continue}/ /{print "f " $0; continue}' | /usr/ bin/colrm 38 | awk -v path="$path" '/^d/{printf "\"DIR"; for (i=2; i
\n"; continue}/^f/{printf "\"FILE\""; for ( i=2; i
\n"}' echo "" #!/bin/sh # sambafile # samba file access script # use: http://xxx.com/cgi-bin/sambafile?::server:resource[:dir]:file # note: spaces in server, resource, or dir names must be replaced with '+' # symbol. echo Content-type: text/plain echo server=`echo "$*" | awk -F : '{print "\\\\\\\\" $3 "\\\\" $4}'` dir=`echo "$*" | awk -F : '{for (i=5; i5){printf ":"}; printf $i }}' | /usr/bin/sed 's#:#\\\\#g'` file=`echo "$*" | awk -F : '{print $NF}'` printf "cd \"%s\"\nget \"%s\" -\n" "$dir" "$file" | /usr/local/samba/bin/smbclie nt $server -U guest -N -E 2> /dev/null When I get it all spiffied up, I'll post it again. -Mark Taylor mtaylor@cybernet.com From owner-freebsd-hackers Thu Jan 11 09:42:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA06656 for hackers-outgoing; Thu, 11 Jan 1996 09:42:36 -0800 (PST) Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA06651 for ; Thu, 11 Jan 1996 09:42:31 -0800 (PST) Received: (from nate@localhost) by trout.sri.MT.net (8.6.12/8.6.12) id KAA01884 for hackers@freefall.freebsd.org; Thu, 11 Jan 1996 10:42:29 -0700 Date: Thu, 11 Jan 1996 10:42:29 -0700 From: Nate Williams Message-Id: <199601111742.KAA01884@trout.sri.MT.net> To: hackers@freefall.freebsd.org Subject: Pentium support for GAS Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Path: helena.MT.net!news.sprintlink.net!newsfeed.internetmci.com!uwm.edu!math.ohio-state.edu!cis.ohio-state.edu!ichips.ai.mit.EDU!wscott From: wscott@ichips.ai.mit.EDU (Wayne Scott) Newsgroups: gnu.utils.bug Subject: Add support for new Pentium Pro instructions to GAS Date: 10 Jan 1996 19:26:20 -0500 Organization: GNUs Not Usenet Lines: 232 Sender: daemon@cis.ohio-state.edu Approved: bug-gnu-utils@prep.ai.mit.edu Distribution: gnu Message-ID: <199601102305.PAA09618@ichips.intel.com> Below is a patch relative to Binutils 2.6 that adds new Pentium Pro instructions to the i386 instruction set. Both the assembler and disassembler were updated. Another x86 related bug in the disassembler was also fixed. This patch is provided totally unsupported. If I get time, I plan on updating GCC to do minimal P6 optimizations. (It really doesn't need much, but some things do help.) Enjoy, Wayne Wayne Scott P6 Architecture wscott@ichips.intel.com Work #: (503) 264-4165 Disclaimer: All views expressed are my own opinions, and not necessarily those of Intel Corporation. Index: fsf/binutils/include/opcode/i386.h diff -u fsf/binutils/include/opcode/i386.h:1.1.1.1 fsf/binutils/include/opcode/i386.h:1.2.2.1 --- fsf/binutils/include/opcode/i386.h:1.1.1.1 Thu Dec 21 20:02:26 1995 +++ fsf/binutils/include/opcode/i386.h Wed Jan 10 14:47:24 1996 @@ -526,6 +526,7 @@ /* comparison (with pop) */ {"fcomp", 1, 0xd8d8, _, ShortForm, { FloatReg, 0, 0} }, +{"fcomp", 0, 0xd9d9, _, NoModrm, {0, 0, 0} }, /* alias for fcomp %st, %st(1) */ {"fcomps", 1, 0xd8, 3, Modrm, { Mem, 0, 0} }, /* compare %st0, mem float */ {"ficompl", 1, 0xda, 3, Modrm, { Mem, 0, 0} }, /* compare %st0, mem word */ {"fcompl", 1, 0xdc, 3, Modrm, { Mem, 0, 0} }, /* compare %st0, mem double */ @@ -756,6 +757,72 @@ {"rdtsc", 0, 0x0f31, _, NoModrm, { 0, 0, 0} }, {"rdmsr", 0, 0x0f32, _, NoModrm, { 0, 0, 0} }, {"cmpxchg8b", 1, 0x0fc7, 1, Modrm, { Mem, 0, 0} }, + +/* Pentium Pro extensions */ +{"cmovo", 2, 0x0f40, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovno", 2, 0x0f41, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovb", 2, 0x0f42, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovc", 2, 0x0f42, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovnae", 2, 0x0f42, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovnb", 2, 0x0f43, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovnc", 2, 0x0f43, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovae", 2, 0x0f43, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmove", 2, 0x0f44, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovz", 2, 0x0f44, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovne", 2, 0x0f45, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovnz", 2, 0x0f45, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovbe", 2, 0x0f46, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovna", 2, 0x0f46, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovnbe", 2, 0x0f47, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmova", 2, 0x0f47, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovs", 2, 0x0f48, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovns", 2, 0x0f49, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovp", 2, 0x0f4a, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovpe", 2, 0x0f4a, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovnp", 2, 0x0f4b, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovpo", 2, 0x0f4b, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovl", 2, 0x0f4c, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovnge", 2, 0x0f4c, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovnl", 2, 0x0f4d, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovge", 2, 0x0f4d, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovle", 2, 0x0f4e, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovng", 2, 0x0f4e, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"cmovnle", 2, 0x0f4f, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, +{"cmovg", 2, 0x0f4f, _, Modrm|ReverseRegRegmem, { WordReg|Mem, WordReg, 0} }, + +{"fcmovb", 2, 0xdac0, _, ShortForm, { FloatReg, FloatAcc, 0} }, +{"fcmove", 2, 0xda80, _, ShortForm, { FloatReg, FloatAcc, 0} }, +{"fcmovbe", 2, 0xdad0, _, ShortForm, { FloatReg, FloatAcc, 0} }, +{"fcmovu", 2, 0xdad8, _, ShortForm, { FloatReg, FloatAcc, 0} }, + +{"fcmovnb", 2, 0xdbc0, _, ShortForm, { FloatReg, FloatAcc, 0} }, +{"fcmovne", 2, 0xdb80, _, ShortForm, { FloatReg, FloatAcc, 0} }, +{"fcmovnbe", 2, 0xdbd0, _, ShortForm, { FloatReg, FloatAcc, 0} }, +{"fcmovnu", 2, 0xdbd8, _, ShortForm, { FloatReg, FloatAcc, 0} }, + +{"fcomi", 2, 0xdbf0, _, ShortForm, { FloatReg, FloatAcc, 0} }, +{"fcomip", 2, 0xdff0, _, ShortForm, { FloatReg, FloatAcc, 0} }, +{"fucomi", 2, 0xdbe8, _, ShortForm, { FloatReg, FloatAcc, 0} }, +{"fucomip", 2, 0xdfe8, _, ShortForm, { FloatReg, FloatAcc, 0} }, + +{"rdpmc", 0, 0x0f33, _, NoModrm, {0, 0, 0} }, + +{"ud2", 0, 0x0fff, _, NoModrm, {0, 0, 0} }, /* official undefined Instruction */ {"", 0, 0, 0, 0, { 0, 0, 0} } /* sentinel */ }; Index: fsf/binutils/opcodes/i386-dis.c diff -u fsf/binutils/opcodes/i386-dis.c:1.1.1.1 fsf/binutils/opcodes/i386-dis.c:1.3.2.1 --- fsf/binutils/opcodes/i386-dis.c:1.1.1.1 Thu Dec 21 20:02:49 1995 +++ fsf/binutils/opcodes/i386-dis.c Wed Jan 10 14:47:35 1996 @@ -546,17 +546,29 @@ { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, /* 30 */ - { "wrmsr" }, { "rdtsc" }, { "rdmsr" }, { "(bad)" }, + { "wrmsr" }, { "rdtsc" }, { "rdmsr" }, { "rdpmc" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, /* 38 */ { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, /* 40 */ - { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, - { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, + { "cmovoS", Gv, Ev }, + { "cmovno", Gv, Ev }, + { "cmovb", Gv, Ev }, + { "cmovae", Gv, Ev }, + { "cmove", Gv, Ev }, + { "cmovne", Gv, Ev }, + { "cmovbe", Gv, Ev }, + { "cmova", Gv, Ev }, /* 48 */ - { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, - { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, + { "cmovs", Gv, Ev }, + { "cmovns", Gv, Ev }, + { "cmovp", Gv, Ev }, + { "cmovnp", Gv, Ev }, + { "cmovl", Gv, Ev }, + { "cmovnl", Gv, Ev }, + { "cmovle", Gv, Ev }, + { "cmovg", Gv, Ev }, /* 50 */ { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, @@ -681,8 +693,14 @@ { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, /* f8 */ - { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, - { "(bad)" }, { "(bad)" }, { "(bad)" }, { "(bad)" }, + { "(bad)" }, + { "(bad)" }, + { "(bad)" }, + { "(bad)" }, + { "(bad)" }, + { "(bad)" }, + { "(bad)" }, + { "ud2" }, }; static char obuf[100]; @@ -1270,10 +1288,10 @@ }, /* da */ { - { "(bad)" }, - { "(bad)" }, - { "(bad)" }, - { "(bad)" }, + { "fcmovb", STi, ST }, + { "fcmove", STi, ST }, + { "fcmovbe", STi, ST }, + { "fcmovu", STi, ST }, { "(bad)" }, { FGRPda_5 }, { "(bad)" }, @@ -1281,13 +1299,13 @@ }, /* db */ { - { "(bad)" }, - { "(bad)" }, - { "(bad)" }, - { "(bad)" }, + { "fcmovnb", STi, ST }, + { "fcmovne", STi, ST }, + { "fcmovnbe", STi, ST }, + { "fcmovnu", STi, ST }, { FGRPdb_4 }, - { "(bad)" }, - { "(bad)" }, + { "fucomi", STi, ST }, + { "fcomi", STi, ST }, { "(bad)" }, }, /* dc */ @@ -1330,8 +1348,8 @@ { "(bad)" }, { "(bad)" }, { FGRPdf_4 }, - { "(bad)" }, - { "(bad)" }, + { "fucomip", STi, ST }, + { "fcomip", STi, ST }, { "(bad)" }, }, }; @@ -1800,6 +1818,11 @@ case b_mode: FETCH_DATA (the_info, codep + 1); disp = *(char *)codep++; + + /* sign extend number */ + if (disp >= 1<<7) { + disp -= 1<<8; + } break; case v_mode: if (dflag) @@ -1807,6 +1830,11 @@ else { disp = (short)get16 (); + + /* sign extend number */ + if (disp >= 1<<15) { + disp -= 1<<16; + } /* for some reason, a data16 prefix on a jump instruction means that the pc is masked to 16 bits after the displacement is added! */ From owner-freebsd-hackers Thu Jan 11 10:13:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08229 for hackers-outgoing; Thu, 11 Jan 1996 10:13: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 KAA08222 for ; Thu, 11 Jan 1996 10:13:52 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA17651; Thu, 11 Jan 1996 10:53:20 -0700 From: Terry Lambert Message-Id: <199601111753.KAA17651@phaeton.artisoft.com> Subject: Re: samba and win95 To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 11 Jan 1996 10:53:20 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199601110905.KAA11027@uriah.heep.sax.de> from "J Wunsch" at Jan 11, 96 10:05:56 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 > > As far as I know, it isn't. smbclient is fine to access files "by hand" > > or crash WNT servers. That's all. You can't mount a SMB volume > > under Unix. > > No, not really `mount' in the Unix sense of `mount a file system' > (unless you're running Linux :). But you can get access to those > files, even a recursive `get' operation is available. If you are using Linux's SMBFS, it's not "in the Unix sense", it's in the Linux sense. In particular, there are issues about when credentials are evaluated. For NetWare, LanMan, etc., credentials are evaluated on connect, where the machine authenticates to the server as a single user. There is no way, short of implementing a VMS style broadcast mechanism and a finite state automaton for the terminals (every wonder why Wyse 50's suck for VMS?) so that broadcast delivery is blocked unless the automaton is at ground state. Even then, you are potentially screwed by certain issues, unless you force the automaton (and thus the terminal) back to ground state after a broadcast including escape sequences. You need the broadcast mechanism to allow the kernel to ask each user for authentication information. Your "client" will need one "netname" per user contacting each server, and you will probably need aliasing to distinguish inbound packets, which are sent to hardware address after the cache lookup for the request. This *could* work on NetWare if you have a NetWare 3.x orr above only and used an internal network with a pseudo node per client (like in the NUC product). 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 11 10:16:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08399 for hackers-outgoing; Thu, 11 Jan 1996 10:16:46 -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 KAA08394 for ; Thu, 11 Jan 1996 10:16:43 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA00389; Thu, 11 Jan 1996 13:15:01 -0500 Date: Thu, 11 Jan 1996 13:15:01 -0500 Message-Id: <199601111815.NAA00389@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Terry Lambert From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >Geeze, Dennis, and I usually agree with you because of your customer >perspective... > >> A good example is the routing function, which is in the kernel because its >> too damn inefficient in user space. > >PPP routing is a matter of poll retention time vs. transmissability, >since the interface PPP uses is generally several orders of magnitude >slower than that which it routes to/from. > >What we are talking about adding is some propagation delay, and even >then, it will be on the basis of system loading and user load (which >may be zero) that determines if a context switch will actually be to >anything other than the idle process. And if it's not, the majority >of the protection domain crossing overhead is in the copy in/out, >and that's recoverable based on implementation (see previous posting). >From the inside looking out this may seem trivial, but the difference, for example, of sync vs async response times at the same speed are clearly user-noticable. The issue here is that you NEED a pentium to get the performance that you should get with a clunky old '386, which often goes unnotices because most of us have a lot more power than we need. But (if) you were concerned about competing in a low-end or embedded market (which is what I would do if i did), then those delays become killers, not only to the ppp sessions themselves but also to the overall system's performance. > >> Mr kendals example of "lets move tcp out of the kernel" was a good >> analogy to the kind of arguments we're getting on this thread. > >It's not as stupid as it sounds. There are some sound technical reasons >why you might want to do this, and if you used mapping tricks (or better, >page protection via page anonymity), you might even get better performance >out of your applications. I leave you to rummage papers on the topic >from ftp.sage.usenix.org. on second thought this is not a good analogy since TCP apps are out of the kernel as well, and they represent largely local processing rather than raw routing, as is the main issue with ppp here. There could clearly be gains and an actual increase in functionality by doing this. db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Thu Jan 11 10:25:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08608 for hackers-outgoing; Thu, 11 Jan 1996 10:25:34 -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 KAA08603 for ; Thu, 11 Jan 1996 10:25:31 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA00402 for ; Thu, 11 Jan 1996 13:24:04 -0500 Date: Thu, 11 Jan 1996 13:24:04 -0500 Message-Id: <199601111824.NAA00402@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Sender: owner-hackers@freebsd.org Precedence: bulk I'm not sure who said this but..... >> >> And lastly, I think if you took a show of hands on providers and users >> >> after asking them if they would mind using even 50k to get better >> >> performance i think that I'd be surprised to see even 1 hand not >> >> waving wildly in the air. >> >> >Give them the whole picture. >> >> >'You can have this really cool package which integrates everything you >> >want and is *really* easy to setup. However, it uses about 5% (*) of your >> >CPU. OR, you could have this other version which uses about 1% of your >> >CPU, but it's alot harder to setup and doesn't have as many features.' >> >> >Or, we could all of those features in the kernel, increase your memory >> >use by a couple 100K (always, even if you don't use it), and it would >> >take us 6 months to get it working. :)' >> >> (*) Fine print. Per connection. Perhaps less than 5%. Your premise that you can't have your cake and eat it too is much more of a matter of a lack of design foresight than fact. There are clearly solutions which address both the functional and performance issues. The benefits of pppij can be integrated into a kernel ppp with gains rather than losses of overall appeal. And your concept of how much memory it takes to implement it indicates you're either very young or very inexperienced...as even the semi-old like myself remember doing fairly powerful things in tiny bits of memory...if you just spend a little time thinking about it. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Thu Jan 11 10:31:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA08830 for hackers-outgoing; Thu, 11 Jan 1996 10:31:04 -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 KAA08825 for ; Thu, 11 Jan 1996 10:31:00 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id NAA00410 for ; Thu, 11 Jan 1996 13:29:39 -0500 Date: Thu, 11 Jan 1996 13:29:39 -0500 Message-Id: <199601111829.NAA00410@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: Mountd error messages Sender: owner-hackers@freebsd.org Precedence: bulk I've recently upgraded a machine to 2.1R and (I THINK) everythings the same, but i now get clnttcp_create: RPC: Program Not Registerd for each host entry in my exports file.(NOTE that these are mostly DOS / WINDOWS boxes). It all works fine with -network and -mask tho.... Has something changed or did i forget something? 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 11 10:40:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA09375 for hackers-outgoing; Thu, 11 Jan 1996 10:40:45 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA09369 for ; Thu, 11 Jan 1996 10:40:38 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id LAA21741; Thu, 11 Jan 1996 11:43:10 -0700 Date: Thu, 11 Jan 1996 11:43:10 -0700 From: Nate Williams Message-Id: <199601111843.LAA21741@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: hackers@freebsd.org Subject: Re: pppd vs ijppp In-Reply-To: <199601111824.NAA00402@etinc.com> References: <199601111824.NAA00402@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk [ My last post on the subject, I promise! > >> >Or, we could all of those features in the kernel, increase your memory > >> >use by a couple 100K (always, even if you don't use it), and it would > >> >take us 6 months to get it working. :)' > >> > >> (*) Fine print. Per connection. Perhaps less than 5%. > > Your premise that you can't have your cake and eat it too is much more of > a matter of a lack of design foresight than fact. There are clearly solutions > which address both the functional and performance issues. The benefits > of pppij can be integrated into a kernel ppp with gains rather than losses > of overall appeal. If you look above, I admitted that those solutions *could* be integrated into the kernel, but it would take time and memory. Maybe the memory usage seems a bit excessive, but although it *could* be done in less generally speaking the first version is always a pig. Since no-one around here has time to do the integration, it's not going to get done unless you want to do given your well publicized experience in doing such things. Then you can show us how easily and compactly it can be done, and shut me up. :) Nate From owner-freebsd-hackers Thu Jan 11 10:49:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA09887 for hackers-outgoing; Thu, 11 Jan 1996 10:49:36 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA09881 for ; Thu, 11 Jan 1996 10:49:32 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id KAA10460; Thu, 11 Jan 1996 10:49:07 -0800 From: Julian Elischer Message-Id: <199601111849.KAA10460@ref.tfs.com> Subject: Re: I have authorization to buy a CD-R drive.. Which one? :-) To: dufault@hda.com (Peter Dufault) Date: Thu, 11 Jan 1996 10:49:07 -0800 (PST) Cc: jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199601111015.FAA02463@hda.com> from "Peter Dufault" at Jan 11, 96 05:15:15 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk Look at: http://www.corp.hp.com/Publish/isg/cdr/commandset/HP_C4324_CommandSet.html to see why I think you should get the HP :) failing that: Anything you can get the command set for: > > > > > Well, WC has kindly consented to buying another CD-R drive to replace > > the one that died before Julian and I ever really got started. > > Joerg's recent successes in this area also helped! :-) > > Thanks WC. > > > If I can get this working under FreeBSD, it will also substantially > > improve my ability to test the CD distributions - something I'm sure > > that everyone here would like to see more of.. :-) > > > > So, the only question is: Which model? I'd like to buy one of the > > cheaper models, like the new HP, I just don't have any part numbers to > > pass on to our local hardware vendor. > > > > Any suggestions or personal preferences? > > Given the price and wide availability of the HP surestore 4020i (a > big stack at CompUSA at $999.00), I think that is one to support. > > The best way to proceed would be to let Joerg finish the preliminary > support for the "Plasmon" he has while tracking down the programmer > documentation for the Surestore. Then you can buy it and immediately > make some headway with it. > > -- > > 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 Thu Jan 11 11:11:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11589 for hackers-outgoing; Thu, 11 Jan 1996 11:11:27 -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 LAA11584 Thu, 11 Jan 1996 11:11:23 -0800 (PST) Message-Id: <199601111911.LAA11584@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Rashid Karimov cc: hackers@freebsd.org Subject: Re: ahc 2940/3940 patched drivers In-reply-to: Your message of "Thu, 11 Jan 1996 10:35:25 EST." <199601111535.KAA18103@rk.ios.com> Date: Thu, 11 Jan 1996 11:11:22 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > Can someone point to or/and probably tar the relevant files ( subj) > from /src/sys/*** . > I find it rather boring to ftp whole current tree just to > fix this particular problem. Unfortunately, at times the driver changes to support/depend upon new funtionality elsewhere in the kernel, so pulling the entire sys tree is the only "safe" thing to do. Just use SUP, and it will take care of the "boring" part of retrieving the files. > Also , can someone point to the supfile for the "current" ? freefall.FreeBSD.org/pub/sup/* > Rashid -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Jan 11 11:12:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA11806 for hackers-outgoing; Thu, 11 Jan 1996 11:12:34 -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 LAA11800 for ; Thu, 11 Jan 1996 11:12:27 -0800 (PST) Received: from Haifa.netvision.net.il (ts4cp10.NetVision.net.il [194.90.100.70]) by mail.netvision.net.il (8.7.3/8.7.3) with SMTP id VAA06632; Thu, 11 Jan 1996 21:12:51 +0200 (IST) Date: Thu, 11 Jan 96 14:27:44 PST From: Avi Goldfinger Subject: Sanyo To: hackers@freebsd.org X-Mailer: Chameleon - TCP/IP for Windows by NetManage, Inc. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I have a Sanyo CDROM drive, and the install app doesn't recognize it. What should I do? (I have Linux Slackware, maybe some driver from there?) Avi avi4@netvision.net.il Date: 01/11/96 Time:14:27:44 From owner-freebsd-hackers Thu Jan 11 11:35:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13407 for hackers-outgoing; Thu, 11 Jan 1996 11:35:12 -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 LAA13396 for ; Thu, 11 Jan 1996 11:35:04 -0800 (PST) Received: by Sysiphos id AA10845 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Thu, 11 Jan 1996 20:34:12 +0100 Message-Id: <199601111934.AA10845@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 11 Jan 1996 20:34:11 +0100 In-Reply-To: Sujal Patel "Re: PnP problem..." (Jan 10, 21:22) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Sujal Patel Subject: Re: PnP problem... Cc: "Amancio Hasty Jr." , freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 10, 21:22, Sujal Patel wrote: } Subject: Re: PnP problem... } On Wed, 10 Jan 1996, Justin T. Gibbs wrote: } } > Yes, it would require a lot of work in the ISA area, but the PCI and EISA } > code could be changed to work this way rather easily. My init order } > is slightly different though: } [...] } > The listing is not complete, but you get the idea. You should keep this } > in mind while doing your PnP work since I think this is the approach } > we should be shooting for. First regarding Justin's message: Of course the probe and attach should be seperated, and I intend to change the PCI code accordingly. If I only had time to do it now ... } I have been keeping this in mind while I was coding. To change over to } a scheme that you described would be very simple. Right now, I just } gather the PnP configuration information from the kernel configuration; } this would simply change to information from PCI/EISA/ISA probes, after } the ISA code was cleaned up. } } A couple of quick questions: Is there a unified structure where one can } access the information from PCI/EISA/ISA probes? How well can the ISA } code non-invasively probe devices (currently)? I've been thinking about such a structure, and have written sown some first concepts. PCI seems to be a superset of the features required by EISA or ISA (it can need multiple memory and/or port regions). The data structure does either contain many pointers to arrays (e.g. containing bases, sizes, types of PCI memory mapped I/O regions), or there is an upper limit on the number of such regions, say 4 (which I'd strongly prefer). Don't have my notes here, but I was thinking about something like: struct memmap { unsigned long base; unsigned long size; unsigned long type; } struct iomap { unsigned long base; unsigned long size; unsigned long type; } struct intmap { inthand_t handler; unsigned char irq; unsigned char mode; unsigned char state; } struct devres { struct memmap[4]; struct iomap[4]; struct intmap; }; Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Thu Jan 11 11:43:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA13981 for hackers-outgoing; Thu, 11 Jan 1996 11:43:24 -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 LAA13975 for ; Thu, 11 Jan 1996 11:43:21 -0800 (PST) Received: from border.com (ns.border.com [199.71.190.98]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id LAA25222 for ; Thu, 11 Jan 1996 11:43:00 -0800 Received: by janus.border.com id <20482>; Thu, 11 Jan 1996 14:35:58 -0500 Date: Thu, 11 Jan 1996 14:32:16 -0500 From: Jerry Kendall To: dennis Cc: hackers@FreeBSD.ORG Subject: Re: pppd vs ijppp In-Reply-To: <199601111824.NAA00402@etinc.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan11.143558est.20482@janus.border.com> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Thu, 11 Jan 1996, dennis wrote: > > >> >Or, we could all of those features in the kernel, increase your memory > >> >use by a couple 100K (always, even if you don't use it), and it would > > it indicates you're either very young or very inexperienced...as even the > semi-old > like myself remember doing fairly powerful things in tiny bits of > memory...if you > just spend a little time thinking about it. > I tend to agree.... I wrote(as an experiment) a multi-tasking OS(sort of) for the C-64(commodore) a while ago... Not much memory(only 64K) but I did manage to get ALL the basic stuff in there.... I even wrote a fully loaded spreadsheet and word processor for it.... Wrote it in 'C'...(Yes there was a C compiler for the C64). -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies System Software Engineer 416.368.7157 ext 303 jerry@border.com Fax 416.368.7178 From owner-freebsd-hackers Thu Jan 11 11:47:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14393 for hackers-outgoing; Thu, 11 Jan 1996 11:47:43 -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 LAA14379 for ; Thu, 11 Jan 1996 11:47:36 -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 UAA32631; Thu, 11 Jan 1996 20:46:55 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id UAA00980; Thu, 11 Jan 1996 20:04:24 +0100 From: Thomas Graichen Message-Id: <199601111904.UAA00980@mordillo> Subject: Re: threads To: jonas@mcs.com (Lars Jonas Olsson) Date: Thu, 11 Jan 1996 20:04:24 +0100 (MET) Cc: hackers@freefall.freebsd.org, jonas@mcs.com In-Reply-To: from "Lars Jonas Olsson" at Jan 10, 96 03:51:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk hasn't Lars Jonas Olsson said ? ... > > What is the status of thread (ptreads) under FreeBSD 2.1? > Is there a mailing list for it? > something related: OpenBSD has integrated rfork i think (the one sent here by someone in three parts a bit improved) and will build kernel threads on top of it - this is just for information - maybe someone from here is interested 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 Thu Jan 11 11:54:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA14857 for hackers-outgoing; Thu, 11 Jan 1996 11:54: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 LAA14848 for ; Thu, 11 Jan 1996 11:54:06 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA17847; Thu, 11 Jan 1996 12:48:59 -0700 From: Terry Lambert Message-Id: <199601111948.MAA17847@phaeton.artisoft.com> Subject: Re: pppd vs ijppp To: dennis@etinc.com (dennis) Date: Thu, 11 Jan 1996 12:48:59 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199601111815.NAA00389@etinc.com> from "dennis" at Jan 11, 96 01:15:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > >What we are talking about adding is some propagation delay, and even > >then, it will be on the basis of system loading and user load (which > >may be zero) that determines if a context switch will actually be to > >anything other than the idle process. And if it's not, the majority > >of the protection domain crossing overhead is in the copy in/out, > >and that's recoverable based on implementation (see previous posting). > > From the inside looking out this may seem trivial, but the difference, > for example, of sync vs async response times at the same speed are > clearly user-noticable. I don't know about "inside looking out"... I have implemented a streams stack modification to Mentat Streams on VMS using multiple mapping of address ranges (code for VMS done by another Novell engineer when DEC argued that it wasn't possible because of resource tracking issues) and saved a total of 3 copies -- grand total, one less than the non streams implementation. Most of the time (and processor) will be spent in the bcopy's in all cases. You can't avoid the copy from the packet assembly area to the card memory, but almost all other copies can be avoided, if you are clever. I think this makes the issue not "is user space PPP less efficient than kernel space PPP", but "is the best possible user space PPP less efficient than the best possible kernel space PPP". I think the answer to that question is "no". > The issue here is that you NEED a pentium to get the performance > that you should get with a clunky old '386, which often goes > unnotices because most of us have a lot more power than we need. You only need the power if you ar going to burn cycles. In most cases, you will be I/O bound, even on 386 hardware, and it pays to burn *some* cycles to avoid the copies. That's why it pays to use a 50MHz processor with a 50MHz bus instead of a 66MHz processor with a 33MHz bus (and why I rail against clock doubling). In the examples I've cited, however, the cost is all paid up front at setup time and in the DDI in terms of down-copy buffer recovery, which in general is a single additional compare. Using the Intel ICE based protected mode profiling tools places the expense squarely on the instructions implementing the copy. It makes sense that if you avoid the copy by merging the protection domains, the argument goes away. > But (if) you were concerned about competing in a low-end or > embedded market (which is what I would do if i did), then those > delays become killers, not only to the ppp sessions themselves but > also to the overall system's performance. My concern in any software venture that I expected to make money on would be minimizing the support costs. This is one reason I am so anti-GPL, since it wants me to give away the software and charge for support. In a correct approach, your average calls-per-customer is some fraction smaller than 1. Many software comapnies intentionally consider support as a profit center, and obfuscation that requires going to a manual as an anti-piracy technique. This is quite bogus short term thinking. Getting "balls-to-the-wall" performance must come secondary after minimizing after market costs; it pays in both word of mouth and in repeat sales. Better to have "almost-balls-to-the-wall" and fewer support hassles... a hassle for you will always be a worse hassle for a customer, who is probably less familiar with your product than you are. To put it in a single aphorism: anything that works is better than anything that doesn't. You may recognize this as a reformulation of Occam's Razor, the guiding principle of "The Scientific Method". 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 11 12:02:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15375 for hackers-outgoing; Thu, 11 Jan 1996 12:02:32 -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 MAA15369 for ; Thu, 11 Jan 1996 12:02:29 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA17820; Thu, 11 Jan 1996 12:27:33 -0700 From: Terry Lambert Message-Id: <199601111927.MAA17820@phaeton.artisoft.com> Subject: Re: Stale NFS file handle To: jhay@mikom.csir.co.za (John Hay) Date: Thu, 11 Jan 1996 12:27:33 -0700 (MST) Cc: kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601111655.SAA27202@zibbi.mikom.csir.co.za> from "John Hay" at Jan 11, 96 06:55:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > 'blues' is running 2.1R and mounts another machine. > > That machine went down today and came up a half an hour ago. > > > > But since then I have > > > > /a/src: Stale NFS file handle. > > > > when trying to df > > > > I fear that the only way to get around this is to reboot which > > is not so funny. > > > > Are there any other ways to overcome this problem? > > Now this is a question to which I would like to know the answer also. I > have asked the same question in -questions but haven't received an answer > yet. Can you provide a way of repeating the problem in situ? Will it work against non-FreeBSD servers or with non-FreeBSD clients? (ie: have you localized the problem to the server or client code?). Is it possible the the handle is, in fact, stale? What if you disable the lease code (assuming NFSv3)? 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 11 12:03:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15423 for hackers-outgoing; Thu, 11 Jan 1996 12:03: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 MAA15415 for ; Thu, 11 Jan 1996 12:03:04 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA17788; Thu, 11 Jan 1996 12:14:13 -0700 From: Terry Lambert Message-Id: <199601111914.MAA17788@phaeton.artisoft.com> Subject: Re: last nasty sector & FIPS To: avi4@mail.netvision.net.il (Avi Goldfinger) Date: Thu, 11 Jan 1996 12:14:13 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: from "Avi Goldfinger" at Jan 10, 96 01:29: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 > I run DEFRAG, so I could make the new partition for FreeBSD, but some > unmovable block is at the last sector of the disk, and I don't know what > file is it. That way I can't use FIPS. > What should I do? Turn off swapping. It's a block in your swap file. Then you can reboot, defrag, use fips, turn swapping back on, and reboot. 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 11 12:03:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15459 for hackers-outgoing; Thu, 11 Jan 1996 12:03:24 -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 MAA15434 for ; Thu, 11 Jan 1996 12:03:11 -0800 (PST) Received: by Sysiphos id AA11690 (5.67b/IDA-1.5 for freebsd-hackers@FreeBSD.ORG); Thu, 11 Jan 1996 21:02:24 +0100 Message-Id: <199601112002.AA11690@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Thu, 11 Jan 1996 21:02:24 +0100 In-Reply-To: Bruce Evans "Re: PnP problem..." (Jan 12, 0:13) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Bruce Evans Subject: Re: PnP problem... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 12, 0:13, Bruce Evans wrote: } Hmm. How do the ISA probes avoid rediscovering PCI/EISA devices? What } happens if there is a "bt0 at isa?" (as specified in the config) on the } ISA bus and another one on the PCI/EISA bus? I think this doesn't work } now. If Neil's approach is used then the corresponding problems are: } How does the config manager know that some ISA devices are physically } the same as a PCI/EISA device? How does the config manager assign } minor numbers in the above complicated case involving bt0 and even in } simple cases? Well, that's easy, actually :) The ISA driver probe will find a conflict with ressources reserved by the earlier PCI probe. This makes the PCI probe win :) And that is the right thing to do, since it is most likely, that the PCI driver will be able to correctly setup interrupts, for example, or it may choose to use memory mapped I/O instead of the traditional port I/O of the ISA variant. Only problem is, that PCI (and EISA ???) drivers don't currently register their ressource usage. But this wouldn't be hard to change ... } 0-0x3ff :-). I think ISA probes will have to be just as invasive as } now except they will be able to be more careful about clobbering } previously probed devices thanks to the more complete resource maps. Well, yes. You never know how many address bits an ISA device actually decodes ... (This might be a prameter to the confict check: let it know, how many address bits the adapter is known to decode (e.g. 10) and make all tests modulo 2^N). Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Thu Jan 11 12:03:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15538 for hackers-outgoing; Thu, 11 Jan 1996 12:03:59 -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 MAA15526 for ; Thu, 11 Jan 1996 12:03:55 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA17804; Thu, 11 Jan 1996 12:23:30 -0700 From: Terry Lambert Message-Id: <199601111923.MAA17804@phaeton.artisoft.com> Subject: Re: SCSI Scanner anybody? To: peter@jhome.DIALix.COM (Peter Wemm) Date: Thu, 11 Jan 1996 12:23:30 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: from "Peter Wemm" at Jan 11, 96 11:22:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > I guess this is going to be a "You gotta be kidding me!" type question, > but does anybody know what would be involved in driving a SCSI scanner > (eg: something like an Epson GT-8500, HP Scanjet 3C, Sharp JX330 etc) There are drivers. The main limitation is that the SCSI controller in your machine must be able to operate in target mode for several SCSI scanners. This is why many of them come with their own custom AIC6360 based cards. If you happen to have a good controller (as opposed to one that works for HD's, etc.), then you can implement the scanner software on top of it. I believe the HP and one other SCSI scanner type are supported. Sorry, I've only used it with HP's. 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 11 12:12:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16151 for hackers-outgoing; Thu, 11 Jan 1996 12:12:34 -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 MAA16139 for ; Thu, 11 Jan 1996 12:12:27 -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 VAA01959 for ; Thu, 11 Jan 1996 21:12:38 +0100 Received: by uni4nn.iaf.nl with UUCP id AA18047 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Thu, 11 Jan 1996 21:12:20 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA26176 (5.65c/IDA-1.4.4); Thu, 11 Jan 1996 20:44:13 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id UAA01584 for FreeBSD-hackers@freebsd.org; Thu, 11 Jan 1996 20:40:52 +0100 From: Wilko Bulte Message-Id: <199601111940.UAA01584@yedi.iaf.nl> Subject: sio overruns on 205R revisited To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Thu, 11 Jan 1996 20:40:52 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Hi there Some time ago I mentioned that I was getting sio overruns on my new P55TP4XE /90. That was using the onboard serial ports. In the mean time I also tried it using the AST/4 with 16550 I was using successfully with my old 486/25. Evidence has shown that there is no difference, still overruns. After quite some experimenting I noticed that the sio errors can be reproduced quite easily by putting 'load' on the X display. So, an xterm with ls -lR / is a sure case of (lots of) sio overflow errors. When I repeat the same ls -lR / on a normal text vt iso the X display no problems occur. My conclusion: something in the S3/928 PCI VGA card makes trouble. As another datapoint: when the option nomemaccess is NOT in XF86config then I get a garbled X display. Meaning: random pixels in the wrong color, can be 'wiped' in the correct color by moving a window over 'm. Really strange. I appreciate input on this, maybe I'm missing something?? Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Jan 11 12:13:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16238 for hackers-outgoing; Thu, 11 Jan 1996 12:13:32 -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 MAA16212 for ; Thu, 11 Jan 1996 12:13:12 -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 VAA01963; Thu, 11 Jan 1996 21:13:12 +0100 Received: by uni4nn.iaf.nl with UUCP id AA18059 (5.67b/IDA-1.5); Thu, 11 Jan 1996 21:12:22 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA26180 (5.65c/IDA-1.4.4); Thu, 11 Jan 1996 20:44:14 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id UAA01144; Thu, 11 Jan 1996 20:00:26 +0100 From: Wilko Bulte Message-Id: <199601111900.UAA01144@yedi.iaf.nl> Subject: Re: Anyone got GNU `dld' ported to FreeBSD? To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 11 Jan 1996 20:00:26 +0100 (MET) Cc: jdp@polstra.com, jkh@time.cdrom.com, dfr@render.com, freebsd-hackers@freebsd.org In-Reply-To: <199601102354.AAA08364@uriah.heep.sax.de> from "J Wunsch" at Jan 11, 96 00:54:20 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk >_ > > As John Polstra wrote: > > > > > I've never been laughing that much about a FreeBSD topic during the > > > last couple of weeks or so! :-)) > > > > Quit laughing, or we'll name it "libjoerg.so.1.0" ;-). > > Aaaah, doo, noo, i insist on this library being just exactly 2204 > bytes long. (I've been born on April, 22.) Which sure beats the 4th of July 8-) > > :-) > cheers, J"org Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Thu Jan 11 12:14:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16291 for hackers-outgoing; Thu, 11 Jan 1996 12:14:05 -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 MAA16284 for ; Thu, 11 Jan 1996 12:14:02 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id PAA00249; Thu, 11 Jan 1996 15:12:29 -0500 Date: Thu, 11 Jan 1996 15:12:29 -0500 Message-Id: <199601112012.PAA00249@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Terry Lambert From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Terry Lambert writes.... >To put it in a single aphorism: anything that works is better than >anything that doesn't. You may recognize this as a reformulation of >Occam's Razor, the guiding principle of "The Scientific Method". Of course, the truly arrogant believe that they can make ANYTHING work....so the question bouces back to which is the best way to do it. db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Thu Jan 11 12:22:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16802 for hackers-outgoing; Thu, 11 Jan 1996 12:22:03 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA16797 for ; Thu, 11 Jan 1996 12:21:39 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA24330 for ; Thu, 11 Jan 1996 21:21:24 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA17153 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 21:21:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA12207 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 21:05:22 +0100 (MET) From: J Wunsch Message-Id: <199601112005.VAA12207@uriah.heep.sax.de> Subject: Re: SCSI Scanner anybody? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 11 Jan 1996 21:05:21 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Peter Wemm" at Jan 11, 96 11:22:35 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Peter Wemm wrote: > > I guess this is going to be a "You gotta be kidding me!" type question, > but does anybody know what would be involved in driving a SCSI scanner > (eg: something like an Epson GT-8500, HP Scanjet 3C, Sharp JX330 etc) I've scanned an immense amount of pictures today, with an HP Scanjet (4C, i think). More to follow later, i'll make a port out of the program. NB: this is _not_ portable to other scanners, due to the design of the HP's SCSI handling. -- 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 11 12:22:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16828 for hackers-outgoing; Thu, 11 Jan 1996 12:22:23 -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 MAA16794 for ; Thu, 11 Jan 1996 12:21:37 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA24322 for ; Thu, 11 Jan 1996 21:21:21 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA17150 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 21:21:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA12250 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 21:10:10 +0100 (MET) From: J Wunsch Message-Id: <199601112010.VAA12250@uriah.heep.sax.de> Subject: Re: I have authorization to buy a CD-R drive.. Which one? :-) To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 11 Jan 1996 21:10:10 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601111015.FAA02463@hda.com> from "Peter Dufault" at Jan 11, 96 05:15:15 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As Peter Dufault wrote: > > Given the price and wide availability of the HP surestore 4020i (a > big stack at CompUSA at $999.00), I think that is one to support. > > The best way to proceed would be to let Joerg finish the preliminary > support for the "Plasmon" he has while tracking down the programmer > documentation for the Surestore. Then you can buy it and immediately > make some headway with it. Somebody (who's also interested in FreeBSD CD-R) wrote me that he's got the HP docs from some FTP or WWW site. I don't see much difference to using the Plasmon, they are about the same price region. If Jordan's in a hurry, he should better get a Plasmon since my predictions about when it might be ready are a bit more accurate than for the HP. :-) I'm positive that once the driver is in a better shape, supporting the HP ain't a big deal. Perhaps Jordan should buy it and have it shipped to Peter first... ;-) -- 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 11 12:22:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA16861 for hackers-outgoing; Thu, 11 Jan 1996 12:22:38 -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 MAA16821 for ; Thu, 11 Jan 1996 12:22:20 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA24326 for ; Thu, 11 Jan 1996 21:21:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA17152 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 21:21:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id VAA12274 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 21:11:53 +0100 (MET) From: J Wunsch Message-Id: <199601112011.VAA12274@uriah.heep.sax.de> Subject: Re: A few NITS about SCSI Tapes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 11 Jan 1996 21:11:53 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601111114.WAA02562@rf900.physics.usyd.edu.au> from "David Dawes" at Jan 11, 96 10:14:27 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk As David Dawes wrote: > > SunOS 4.x for example -- from the mt(1) man page: > > retension Rewind the cartridge tape completely, then wind > it forward to the end of the reel and back to > beginning-of-tape to smooth out tape tension. Ok. I gonna rename it. > While talking about mt, how difficult would it be to have 'mt status' > behaviour similar to SunOS 4.x (in particular having it show the current > file number)? No idea on this. Can you please send me the output of this command? -- 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 11 12:24:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA17049 for hackers-outgoing; Thu, 11 Jan 1996 12:24:52 -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 MAA17039 for ; Thu, 11 Jan 1996 12:24:40 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id WAA28370; Thu, 11 Jan 1996 22:24:29 +0200 From: John Hay Message-Id: <199601112024.WAA28370@zibbi.mikom.csir.co.za> Subject: Re: Stale NFS file handle To: terry@lambert.org (Terry Lambert) Date: Thu, 11 Jan 1996 22:24:29 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <199601111927.MAA17820@phaeton.artisoft.com> from "Terry Lambert" at Jan 11, 96 12:27:33 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > 'blues' is running 2.1R and mounts another machine. > > > That machine went down today and came up a half an hour ago. > > > > > > But since then I have > > > > > > /a/src: Stale NFS file handle. > > > > > > when trying to df > > > > > > I fear that the only way to get around this is to reboot which > > > is not so funny. > > > > > > Are there any other ways to overcome this problem? > > > > Now this is a question to which I would like to know the answer also. I > > have asked the same question in -questions but haven't received an answer > > yet. > > Can you provide a way of repeating the problem in situ? > > Will it work against non-FreeBSD servers or with non-FreeBSD clients? > (ie: have you localized the problem to the server or client code?). > > Is it possible the the handle is, in fact, stale? > > What if you disable the lease code (assuming NFSv3)? > > This is with FreeBSD-2.1 as client and a Netware (NFS) server. I believe the handle is stale (They changed disks without telling us beforehand), but I cannot get it unmounted, not even with umount -f which I would have thought should force it. At the moment it looks like I will have to reboot the FreeBSD machines to clear the problem. The HP machines which also mounted the Netware server, could unmount it with the force option. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Thu Jan 11 12:43:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA18336 for hackers-outgoing; Thu, 11 Jan 1996 12:43:11 -0800 (PST) Received: from vhf.dataradio.com (G496.InterLink.NET [198.168.61.62]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA18326 for ; Thu, 11 Jan 1996 12:43:03 -0800 (PST) Received: from dri.UUCP (uucp@localhost) by vhf.dataradio.com (8.6.12/8.6.12) with UUCP id PAA06962 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 15:43:20 -0500 Message-Id: <199601112043.PAA06962@vhf.dataradio.com> Received: by dri (UUXFER v1.4d); Thu 11 Jan 1996 15:42:40 EST From: "Andrew Webster" To: tulchins@voland.phoebe.com Date: Thu, 11 Jan 1996 15:39:27 +0000 Subject: Re: can't rm /compat CC: freebsd-hackers@freebsd.org X-Confirm-Reading-To: "Andrew Webster" X-pmrqc: 1 Priority: normal X-mailer: Pegasus Mail for Windows (v2.23) Sender: owner-hackers@freebsd.org Precedence: bulk From: "Julian H. Stacey" Date: Thu, 11 Jan 1996 09:58:30 +0100 Subject: Re: can't rm /compat Hi, Reference: > From: Steven Tulchinsky > > Here is another problem > After last crash I managed to recover but probably > did something wrong using fsck and it created in place > of /compat directory, very strange file > b---rw-r-- 1 944581969 911628861 56, 1313538113 Dec 29 1976 > compat which I can't remove and replace with original directory. > Sounds to me like the immutable bit has been set by mistake. Run 'ls -lo' and see if you see a 'schg' flag appear after the uid/gid specifications for the file, enter the command 'chflags noschg compat' and then try to remove the file. I suggest you recheck your filesystem becuase the space occupied by the /compat directory may not have been properly recovered. ----------------------------------------------------------------------- Andrew Webster Network Manager / Special Projects Dataradio Inc. 200-5500 Royalmount Ave. TEL: +1 514 737 0020 Town of Mount Royal, QC, CANADA H4P 1H7 FAX: +1 514 737 7883 http://www.dataradio.com Email: awebster@dataradio.com From owner-freebsd-hackers Thu Jan 11 13:05:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA19665 for hackers-outgoing; Thu, 11 Jan 1996 13:05: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 NAA19658 for ; Thu, 11 Jan 1996 13:05:44 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA18141; Thu, 11 Jan 1996 13:58:27 -0700 From: Terry Lambert Message-Id: <199601112058.NAA18141@phaeton.artisoft.com> Subject: Re: pppd vs ijppp To: dennis@etinc.com (dennis) Date: Thu, 11 Jan 1996 13:58:27 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199601112012.PAA00249@etinc.com> from "dennis" at Jan 11, 96 03:12: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 > >To put it in a single aphorism: anything that works is better than > >anything that doesn't. You may recognize this as a reformulation of > >Occam's Razor, the guiding principle of "The Scientific Method". > > Of course, the truly arrogant believe that they can make ANYTHING > work....so the question bouces back to which is the best way to do > it. Presupposing the superiority of one way or the other. Not necessarily a valid assumption. 8-). If you ask a good software engineer "Cany you write this?", the answer will always be "yes". This isn't arrogance; if something can be imagined, and it doesn't violate any physical laws, it can be built. Where you have to worry is how long of a delay there is between when you ask the question and when you get your "yes". 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 11 13:08:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA19772 for hackers-outgoing; Thu, 11 Jan 1996 13:08:46 -0800 (PST) Received: from blob.best.net (blob.best.net [204.156.128.88]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA19761 for ; Thu, 11 Jan 1996 13:08:35 -0800 (PST) Received: from geli.clusternet (rcarter.vip.best.com [204.156.137.2]) by blob.best.net (8.6.12/8.6.5) with ESMTP id NAA24636 for ; Thu, 11 Jan 1996 13:08:32 -0800 Received: from localhost (localhost [127.0.0.1]) by geli.clusternet (8.6.12/8.6.9) with SMTP id NAA28629 for ; Thu, 11 Jan 1996 13:07:51 -0800 Message-Id: <199601112107.NAA28629@geli.clusternet> X-Authentication-Warning: geli.clusternet: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freefall.freebsd.org Subject: Re: Pentium support for GAS In-reply-to: Your message of "Thu, 11 Jan 1996 10:42:29 MST." <199601111742.KAA01884@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Jan 1996 13:07:50 -0800 From: "Russell L. Carter" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk } Subject: Add support for new Pentium Pro instructions to GAS } Date: 10 Jan 1996 19:26:20 -0500 } Organization: GNUs Not Usenet } Lines: 232 } Sender: daemon@cis.ohio-state.edu } Approved: bug-gnu-utils@prep.ai.mit.edu } Distribution: gnu } Message-ID: <199601102305.PAA09618@ichips.intel.com> } } } Below is a patch relative to Binutils 2.6 that adds new Pentium Pro } instructions to the i386 instruction set. Both the assembler and } disassembler were updated. This is very welcome news indeed. } } If I get time, I plan on updating GCC to do minimal P6 optimizations. } (It really doesn't need much, but some things do help.) Well, it needs something, so that it is not 40% slower than the Intel reference compiler on the fastest P5s and P6s. Maybe it isn't very complicated to put in the logic to do the proper scheduling of fadd/fmul and fxch. Still, great news. } } Enjoy, } Wayne } } Wayne Scott P6 Architecture } wscott@ichips.intel.com Work #: (503) 264-4165 } Disclaimer: All views expressed are my own opinions, and not necessarily } those of Intel Corporation. } Russell From owner-freebsd-hackers Thu Jan 11 13:12:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA20038 for hackers-outgoing; Thu, 11 Jan 1996 13:12: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 NAA20014 for ; Thu, 11 Jan 1996 13:11:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18176; Thu, 11 Jan 1996 14:07:08 -0700 From: Terry Lambert Message-Id: <199601112107.OAA18176@phaeton.artisoft.com> Subject: Re: Stale NFS file handle To: jhay@mikom.csir.co.za (John Hay) Date: Thu, 11 Jan 1996 14:07:07 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <199601112024.WAA28370@zibbi.mikom.csir.co.za> from "John Hay" at Jan 11, 96 10:24: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 > > Can you provide a way of repeating the problem in situ? > > > > Will it work against non-FreeBSD servers or with non-FreeBSD clients? > > (ie: have you localized the problem to the server or client code?). > > > > Is it possible the the handle is, in fact, stale? > > > > What if you disable the lease code (assuming NFSv3)? > > This is with FreeBSD-2.1 as client and a Netware (NFS) server. I believe the > handle is stale (They changed disks without telling us beforehand), but I > cannot get it unmounted, not even with umount -f which I would have thought > should force it. At the moment it looks like I will have to reboot the > FreeBSD machines to clear the problem. > > The HP machines which also mounted the Netware server, could unmount > it with the force option. Ah. The force option in the FreeBSD NFS isn't. Probably, you have dirty data buffers associated with the BSD vnodes and that's what's killing you. A stale handle happens when the cookie lookup on the server causes a mismatch on the generation count for the file (NetWare preincrements) or in the UNIX server case, a generation count mismatch or a zero reference count. Eventually, someone needs to fix the force to make it actually work, but really the whole mount/unmount API wants a change so that this isn't a problem anyway. If the stale handle data were discarded when the handle was determined to be stale (logical, since the client can't force the write), then it should resolve the problem. Probably you were writing at the instant when the server blew chunks. 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 11 13:33:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22454 for hackers-outgoing; Thu, 11 Jan 1996 13:33:01 -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 NAA22435 for ; Thu, 11 Jan 1996 13:32:47 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id NAA10047; Thu, 11 Jan 1996 13:35:12 -0800 Date: Thu, 11 Jan 1996 13:35:12 -0800 (PST) From: Jaye Mathisen To: Terry Lambert cc: Avi Goldfinger , hackers@FreeBSD.org Subject: Re: last nasty sector & FIPS In-Reply-To: <199601111914.MAA17788@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk I would suspect it's probably not the swap file if it's a single block, more likely it's the mirror image of the FAT stuff that DOS does so it can unformat. If you do a dir for hidden files, you'll see it. THen you can use attrib to change the attributes on it and delete it. Next time you boot dos, it should rebuild it. On Thu, 11 Jan 1996, Terry Lambert wrote: > > I run DEFRAG, so I could make the new partition for FreeBSD, but some > > unmovable block is at the last sector of the disk, and I don't know what > > file is it. That way I can't use FIPS. > > What should I do? > > Turn off swapping. It's a block in your swap file. > > Then you can reboot, defrag, use fips, turn swapping back on, and > reboot. > > > 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 11 13:37:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA22913 for hackers-outgoing; Thu, 11 Jan 1996 13:37:08 -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 NAA22906 for ; Thu, 11 Jan 1996 13:37:02 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id QAA00224; Thu, 11 Jan 1996 16:35:18 -0500 Date: Thu, 11 Jan 1996 16:35:18 -0500 Message-Id: <199601112135.QAA00224@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Terry Lambert From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Terry Lambert writes.... >dennis wrote >> Of course, the truly arrogant believe that they can make ANYTHING >> work....so the question bouces back to which is the best way to do >> it. > >Presupposing the superiority of one way or the other. Not necessarily >a valid assumption. 8-). > >If you ask a good software engineer "Cany you write this?", the answer >will always be "yes". This isn't arrogance; if something can be >imagined, and it doesn't violate any physical laws, it can be built. > >Where you have to worry is how long of a delay there is between when >you ask the question and when you get your "yes". And also the difference between finished product and the one originally proposed...once you learn the "truth" db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Thu Jan 11 13:44:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA23991 for hackers-outgoing; Thu, 11 Jan 1996 13:44:26 -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 NAA23928 for ; Thu, 11 Jan 1996 13:44:15 -0800 (PST) Received: from dialup-110.cdmo.com (dialup-110.cdmo.com [204.141.95.167]) by etinc.com (8.6.12/8.6.9) with SMTP id QAA00244; Thu, 11 Jan 1996 16:42:42 -0500 Date: Thu, 11 Jan 1996 16:42:42 -0500 Message-Id: <199601112142.QAA00244@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Nate Williams From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >[ My last post on the subject, I promise! > >> >> >Or, we could all of those features in the kernel, increase your memory >> >> >use by a couple 100K (always, even if you don't use it), and it would >> >> >take us 6 months to get it working. :)' >> >> >> >> (*) Fine print. Per connection. Perhaps less than 5%. >> >> Your premise that you can't have your cake and eat it too is much more of >> a matter of a lack of design foresight than fact. There are clearly solutions >> which address both the functional and performance issues. The benefits >> of pppij can be integrated into a kernel ppp with gains rather than losses >> of overall appeal. > >If you look above, I admitted that those solutions *could* be integrated >into the kernel, but it would take time and memory. Maybe the memory >usage seems a bit excessive, but although it *could* be done in less >generally speaking the first version is always a pig. > >Since no-one around here has time to do the integration, it's not going >to get done unless you want to do given your well publicized experience >in doing such things. Then you can show us how easily and compactly it >can be done, and shut me up. :) of course my original question was if anyone was working on this currently (a simple question, i had thought)...... We made a corporate decision some time ago not to do software only solutions (as we had done before we built our sync boards) shortly after the theft to sales ratio topped 10 to 1. I suspect that the ratio of a ppp product might be more like 250 to 1. No thanks. Maybe when i retire and get tired of leisure activities...... 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 11 13:58:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA25766 for hackers-outgoing; Thu, 11 Jan 1996 13:58:18 -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 NAA25748 for ; Thu, 11 Jan 1996 13:58:11 -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 NAA17959; Thu, 11 Jan 1996 13:56:39 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id NAA12938; Thu, 11 Jan 1996 13:57:36 -0800 Message-Id: <199601112157.NAA12938@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol 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 "Thu, 11 Jan 96 09:44:07 PST." <199601110844.JAA10703@uriah.heep.sax.de> Date: Thu, 11 Jan 96 13:57:36 PST From: Ben Jackson Sender: owner-hackers@freebsd.org Precedence: bulk In message <199601110844.JAA10703@uriah.heep.sax.de> , you wrote: > As Ben Jackson wrote: > > > > Sorry if this was covered (I've been mostly ignoring this thread), but > > the standard command for this is `retension'. [...] > > Hmm, ``standard command''? Who does already have it? I just checked DYNIX/ptx and Solaris. I remember SunOS 4.1.x supporting it, too. --Ben From owner-freebsd-hackers Thu Jan 11 14:22:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29228 for hackers-outgoing; Thu, 11 Jan 1996 14:22:35 -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 OAA29217 for ; Thu, 11 Jan 1996 14:22:16 -0800 (PST) Received: from didier@aida (localhost [127.0.0.1]) by aida (8.6.12/8.6.9) with SMTP id VAA00639; Tue, 9 Jan 1996 21:39:57 +0100 Date: Tue, 9 Jan 1996 21:39:57 +0100 Message-ID: X-Mailer: XFMail 0.3-beta [p0] on FreeBSD Organization: Private FreeBSD-2.1-STABLE Site Reply-To: didier@aida.org In-Reply-To: <199601091616.AA10078@Sysiphos> From: Didier Derny To: Stefan Esser Subject: Re: I would like your comment on this configuration Cc: , Sender: owner-hackers@FreeBSD.org Precedence: bulk On %d Stefan Esser wrote: >>On Jan 9, 17:20, didier@omnix.fr.org wrote: >} Subject: I would like your comment on this configuration >} >} Mother Board: ASUS P/I-P55TP4XE Rev 2.1 bios #401A0-0106 (Award) >} Processor: Pentium 133 >} Cache: 512k PB >} Memory: 128Mb 60ns (DRAM) >} SCSI: Adaptec 2940W >} Hard disks: 2 x Seagate Barracuda Fast Wide SCSI 2 Go >} Video: Miro 20SV (S3-964, 2Mb VRAM) >} DAT: Conner 4326 4/8 Gb > >I'd definitely choose the HP1533A ! > >It is some three times faster than the Conner, >i.e. does 514KB/s (times compression factor). > >Doing backups, I see some 800KB/s to 1100KB/s >written to tape (depending on whether the data >had been compressible or mostly compressed >archives). > >Regarding DDS-2: I've heard multiple times, >that DDS-2 tapes are not reliable. And since >somebody had recorded nuclear physics data >on DDS-2 tapes and had found no way to read >back more than a few MB, I tried myself and >now would never again trust 120m DDS-2 tapes. > >Backups to /dev/null are nearly as good, and >much cheaper (media cost) and faster :-) I've never used the Conner 4326 before. the dealer only told me that it was the old Archive Python (bought by conner) I'll asked the price for the HP. > >} Ethernet: 2 x SMC PCI Ethernet 100 >} >} Is this configuration ok for FreeBSD 2.1-STABLE ? It's effectively for FreeBSD 2.1-STABLE > >Guess it is Ok. Does the Miro come with a >fast RAMDAC (175MHz or 200MHz) and a 24bit >CLUT ? > >My 20SD seems to have only a 135 RAMDAC (didn't >check the chip, but there is a large difference >between my 1280x1024 X terminal and the 20SD >driving the same 19" monitor: The X terminal >offers much sharper vertical lines and an >overall better picture quality). > it's a 135 ramdac. but the machine will be used as a minitel server X11 will only be used in 1024x768 mode about 1 hours a day! >It offers only a 6 bits RGB CLUT, i.e. there >is no difference at all between #808080 and >#838383 ... > >This is of course only important, if those >systems are meant to be used as workstations. > > >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 -- 01/09/96 21:35:01 Didier Derny | My computer is Microsoft Free... didier@aida.org | Private FreeBSD 2.1-STABLE site. From owner-freebsd-hackers Thu Jan 11 14:24:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA29622 for hackers-outgoing; Thu, 11 Jan 1996 14:24:46 -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 OAA29608 for ; Thu, 11 Jan 1996 14:24:37 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA22584; Thu, 11 Jan 1996 15:26:21 -0700 Date: Thu, 11 Jan 1996 15:26:21 -0700 From: Nate Williams Message-Id: <199601112226.PAA22584@rocky.sri.MT.net> To: dennis@etinc.com (dennis) Cc: Nate Williams , hackers@freebsd.org Subject: Re: pppd vs ijppp In-Reply-To: <199601112142.QAA00244@etinc.com> References: <199601112142.QAA00244@etinc.com> Sender: owner-hackers@freebsd.org Precedence: bulk [ Dennis doing the work to bring in the features of user-PPP into kernel-PPP ] > We made a corporate decision some time ago not to do software only > solutions (as we had done before we built our sync boards) shortly > after the theft to sales ratio topped 10 to 1. I suspect that the > ratio of a ppp product might be more like 250 to 1. No thanks. Maybe > when i retire and get tired of leisure activities...... Who spoke anything about your company doing it, or anything to do with money. I was hoping you'd return some of the benefits FreeBSD has given you by doing it for free, like the rest of us. :) Nate From owner-freebsd-hackers Thu Jan 11 14:35:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA00774 for hackers-outgoing; Thu, 11 Jan 1996 14:35:45 -0800 (PST) Received: from whyy.org (jehrenkrantz@[199.234.236.254]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA00755 for ; Thu, 11 Jan 1996 14:35:33 -0800 (PST) Received: (from jehrenkrantz@localhost) by whyy.org (8.6.12/8.6.9) id RAA21220; Thu, 11 Jan 1996 17:36:01 -0500 Date: Thu, 11 Jan 1996 17:36:00 -0500 (EST) From: Jeff Ehrenkrantz To: dennis cc: Nate Williams , hackers@FreeBSD.org Subject: Re: pppd vs ijppp In-Reply-To: <199601102345.SAA00248@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 10 Jan 1996, dennis wrote: > > And lastly, I think if you took a show of hands on providers and users after > asking them if they > would mind using even 50k to get better performance i think that I'd be > surprised to see even 1 > hand not waving wildly in the air. > > Count both of my hands in the air! ..je 'je293' Gloucester County Community FreeNet. From owner-freebsd-hackers Thu Jan 11 14:40:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA01360 for hackers-outgoing; Thu, 11 Jan 1996 14:40: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 OAA01349 for ; Thu, 11 Jan 1996 14:40:40 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id RAA00247; Thu, 11 Jan 1996 17:39:13 -0500 Date: Thu, 11 Jan 1996 17:39:13 -0500 Message-Id: <199601112239.RAA00247@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Nate Williams From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >[ Dennis doing the work to bring in the features of user-PPP into kernel-PPP ] > >> We made a corporate decision some time ago not to do software only >> solutions (as we had done before we built our sync boards) shortly >> after the theft to sales ratio topped 10 to 1. I suspect that the >> ratio of a ppp product might be more like 250 to 1. No thanks. Maybe >> when i retire and get tired of leisure activities...... > >Who spoke anything about your company doing it, or anything to do with >money. I was hoping you'd return some of the benefits FreeBSD has given >you by doing it for free, like the rest of us. :) > yeah, right! You dont see too many hackers in NY...maybe because we have to work all the time to pay our mortgages and taxes....... Contributions can be made in other ways. I promote the O/S...which is not nothing..If I wanted to contribute to something it would be to make LINUX better, because theres a lot more market there. But I like freebsd... db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Thu Jan 11 15:16:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA04275 for hackers-outgoing; Thu, 11 Jan 1996 15:16:53 -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 PAA04247 for ; Thu, 11 Jan 1996 15:16:47 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by spooky.rwwa.com (8.6.11/8.6.9) with SMTP id SAA01759; Thu, 11 Jan 1996 18:15:07 -0500 Message-Id: <199601112315.SAA01759@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: Terry Lambert cc: dennis@etinc.com (dennis), hackers@freebsd.org Subject: Re: pppd vs ijppp In-reply-to: Your message of "Thu, 11 Jan 1996 12:48:59 MST." <199601111948.MAA17847@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 11 Jan 1996 18:15:07 -0500 From: Robert Withrow Sender: owner-hackers@freebsd.org Precedence: bulk > I don't know about "inside looking out"... I have implemented a streams > stack modification to Mentat Streams on VMS using multiple mapping of > address ranges (code for VMS done by another Novell engineer when DEC > argued that it wasn't possible because of resource tracking issues) > and saved a total of 3 copies -- grand total, one less than the non > streams implementation. I didn't know about that. When did that happen, and how did you do it and still track resources? ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Thu Jan 11 15:44:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA06059 for hackers-outgoing; Thu, 11 Jan 1996 15:44:58 -0800 (PST) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id PAA06053 for ; Thu, 11 Jan 1996 15:44:47 -0800 (PST) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id KAA24559; Fri, 12 Jan 1996 10:43:27 +1100 From: David Dawes Message-Id: <199601112343.KAA24559@rf900.physics.usyd.edu.au> Subject: Re: A few NITS about SCSI Tapes To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 12 Jan 1996 10:43:26 +1100 (EST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199601112011.VAA12274@uriah.heep.sax.de> from "J Wunsch" at Jan 11, 96 09:11:53 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >As David Dawes wrote: >> While talking about mt, how difficult would it be to have 'mt status' >> behaviour similar to SunOS 4.x (in particular having it show the current >> file number)? > >No idea on this. Can you please send me the output of this command? Here is a typical output: Exabyte EXB-8200 8mm tape drive: sense key(0x0)= no sense residual= 0 retries= 0 file no= 3 block no= 0 It never puts anything other than '0' for residual and retries, but in much older versions of SunOS (4.0.x, I think) it did. What I'd like is to be able to do is use something like this to confirm which file mark the tape is at. David From owner-freebsd-hackers Thu Jan 11 16:58:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA09588 for hackers-outgoing; Thu, 11 Jan 1996 16:58:01 -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 QAA09568 for ; Thu, 11 Jan 1996 16:57:46 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA18714; Thu, 11 Jan 1996 17:50:13 -0700 From: Terry Lambert Message-Id: <199601120050.RAA18714@phaeton.artisoft.com> Subject: Re: pppd vs ijppp To: witr@rwwa.com (Robert Withrow) Date: Thu, 11 Jan 1996 17:50:13 -0700 (MST) Cc: terry@lambert.org, dennis@etinc.com, hackers@FreeBSD.org In-Reply-To: <199601112315.SAA01759@spooky.rwwa.com> from "Robert Withrow" at Jan 11, 96 06:15: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 > > I don't know about "inside looking out"... I have implemented a streams > > stack modification to Mentat Streams on VMS using multiple mapping of > > address ranges (code for VMS done by another Novell engineer when DEC > > argued that it wasn't possible because of resource tracking issues) > > and saved a total of 3 copies -- grand total, one less than the non > > streams implementation. > > I didn't know about that. When did that happen, and how did you > do it and still track resources? It happened right after Drew Spencer left the "Pathworks for VMS (NetWare)" product that Dan, me, Drew, and you and Dave (and some non-contractor DEC people) all worked on. We got another guy (Ed -- you leave DEC before Ed?) who did the coding up of the mapping code. He cheated and used a symbiont to get around the tracking problems (I think) after I first proposed the idea to DEC and got it rejected out of hand as "not possible with VMS" (I can't remember who the management at DEC was at the time). Basically, it provided a process context that was only there for a resource track cleanup mechanism that got killed when the server went away. I hit on the idea while making substantial modifications to the Streams environment (it was incomplete) and the MTS environment (DEC gave us the Bliss sources) which didn't support an IPC synchronization mechanism or timer calls as thread context switch events. It was my alternative to butting up file system data pages to IPX headers at the end of the page so that file system pages could be used directly instead of copying them. Was that really 4 or 5 years ago?!?! My memory is so fuzzed on that (my first project at Novell) that it's unbelievable. When did VMS get a file system cache? That was DEC's generalization of Dan Grice's code after we added our own cache to get the speed up to something resembling Native NetWare, so it was before they released their own FS cache, whenever that was. 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 11 17:01:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA09793 for hackers-outgoing; Thu, 11 Jan 1996 17:01: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 RAA09784 for ; Thu, 11 Jan 1996 17:01:00 -0800 (PST) Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.12) id RAA10367; Thu, 11 Jan 1996 17:04:33 -0800 Date: Thu, 11 Jan 1996 17:04:33 -0800 (PST) From: Jaye Mathisen To: dennis cc: Nate Williams , hackers@FreeBSD.org Subject: Re: pppd vs ijppp In-Reply-To: <199601112239.RAA00247@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk This whole idiotic conversation has passed waaaay beyond the interest level of probably 99% of hackers, given that the only two participants in this so called discussion are the two of you guys. Why don't you hop on IRC and bash it out, and then get back to us with a summary. On Thu, 11 Jan 1996, dennis wrote: > >[ Dennis doing the work to bring in the features of user-PPP into kernel-PPP ] > > > >> We made a corporate decision some time ago not to do software only > >> solutions (as we had done before we built our sync boards) shortly > >> after the theft to sales ratio topped 10 to 1. I suspect that the > >> ratio of a ppp product might be more like 250 to 1. No thanks. Maybe > >> when i retire and get tired of leisure activities...... > > > >Who spoke anything about your company doing it, or anything to do with > >money. I was hoping you'd return some of the benefits FreeBSD has given > >you by doing it for free, like the rest of us. :) > > > > yeah, right! You dont see too many hackers in NY...maybe because we have to > work all the time to > pay our mortgages and taxes....... Contributions can be made in other ways. > I promote the > O/S...which is not nothing..If I wanted to contribute to something it would > be to make LINUX better, because theres > a lot more market there. But I like freebsd... > > > db > ---------------------------------------------------------------------------- > Emerging Technologies, Inc. http://www.etinc.com > > Synchronous Communications Cards and Routers For > Discriminating Tastes. 56k to T1 and beyond. Frame > Relay, PPP, HDLC, and X.25 > > From owner-freebsd-hackers Thu Jan 11 17:13:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA10473 for hackers-outgoing; Thu, 11 Jan 1996 17:13:02 -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 RAA10462 for ; Thu, 11 Jan 1996 17:12: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 CAA08320 for ; Fri, 12 Jan 1996 02:12:53 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id CAA06169 for hackers@freebsd.org; Fri, 12 Jan 1996 02:12:52 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id XAA04735 for hackers@freebsd.org; Thu, 11 Jan 1996 23:29:33 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id WAA08463 for hackers@freebsd.org; Thu, 11 Jan 1996 22:30:15 +0100 (MET) From: Philippe Regnauld Message-Id: <199601112130.WAA08463@tetard.frmug.fr.net> Subject: Re: pppd vs ijppp To: hackers@freebsd.org Date: Thu, 11 Jan 1996 22:30:14 +0100 (MET) In-Reply-To: <199601110111.SAA19830@rocky.sri.MT.net> from "Nate Williams" at Jan 10, 96 06:11:36 pm 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 Nate Williams écrit / writes: > Define severely? The system is beat up much more by an emacs user than > by someone running user-land PPP, so does that mean we should bring in > emacs into the kernel? Oh *yes* ! Just imagine: > sd(0,a) /kernel.el Booting EmacsOS :-) -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-hackers Thu Jan 11 17:13:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA10484 for hackers-outgoing; Thu, 11 Jan 1996 17:13:04 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA10465 for ; Thu, 11 Jan 1996 17:12:58 -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 CAA08324 for ; Fri, 12 Jan 1996 02:12:54 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id CAA06172 for hackers@freebsd.org; Fri, 12 Jan 1996 02:12:53 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id XAA04737 for hackers@freebsd.org; Thu, 11 Jan 1996 23:29:35 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id WAA08482 for hackers@freebsd.org; Thu, 11 Jan 1996 22:47:00 +0100 (MET) From: Philippe Regnauld Message-Id: <199601112147.WAA08482@tetard.frmug.fr.net> Subject: Re: SCSI Scanner anybody? To: hackers@freebsd.org (hackers) Date: Thu, 11 Jan 1996 22:46:59 +0100 (MET) In-Reply-To: <199601111632.JAA21324@rocky.sri.MT.net> from "Nate Williams" at Jan 11, 96 09:32:00 am X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Nate Williams écrit / writes: > In any case, here's a pointer to the code. With the amount of interest > I've seen lately with this, I *really* should make a port of this. As a side issue, and since someone mentioned Photo$hop, it's a shame Adobe never had a port of it on other architectures than SunOS, Mac and Wincrawl. Considering the performance X is capable of extracting of most video boards, a FreeBSD/Linux graphics workstation would be quite deadly (especially when you how lame Win 95 is when it's using "virtual memory" under Photoshop -- the same platform under FBSD should just bury Mac and Windows versions on I/O). -- Phil -- - [ regnauld@tetard.frmug.fr.net / +48.8N+2.3E / +33 1 4507 9391 / Sol 3 ] - - [ regnauld@freenix.fr / FreeBSD 2.x / ] - "Le schtroumpf est à l'homme ce que le bleu est au billard" - F.Berjon From owner-freebsd-hackers Thu Jan 11 17:33:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA11815 for hackers-outgoing; Thu, 11 Jan 1996 17:33:32 -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 RAA11769 for ; Thu, 11 Jan 1996 17:33:28 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id UAA00204; Thu, 11 Jan 1996 20:32:00 -0500 Date: Thu, 11 Jan 1996 20:32:00 -0500 Message-Id: <199601120132.UAA00204@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: Jaye Mathisen From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > >This whole idiotic conversation has passed waaaay beyond the interest >level of probably 99% of hackers, given that the only two participants in >this so called discussion are the two of you guys. > >Why don't you hop on IRC and bash it out, and then get back to us with a >summary. Thanks for you're input! db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Thu Jan 11 17:39:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA12326 for hackers-outgoing; Thu, 11 Jan 1996 17:39: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 RAA12320 for ; Thu, 11 Jan 1996 17:39:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA07067; Thu, 11 Jan 1996 17:37:33 -0800 To: Bill Lloyd cc: hackers@freebsd.org Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Thu, 11 Jan 1996 09:46:32 EST." <30F522C8.28DB@mpd.ca> Date: Thu, 11 Jan 1996 17:37:33 -0800 Message-ID: <7065.821410653@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > So far all I've found is that the current ISDN PC card drivers for Dr. > Neurhaus(sp?) seem to be out of date and going nowhere. Happily, this would not appear to be entirely the case. Yes, the Dr. Neuhaus board support is out of date (though I have updates to all of this from Juergen which some ISDN folks were provided with) but a number of people in Europe are currently working on the `next generation' support for ISDN, and it looks promising, at least. > 3) Get a TA like a Bitsurfr/Adtran etc. That's what I'm currently doing, anyway. > Is anyone working on drivers for the low cost PC plug-n-play ISDN boards > from Digiboard or Livingston? Digiboard keeps claiming to be interested, and I've talked with the manager of the communications group a couple of times, but the people she keeps pointing me at are basically unreachable! :-( Would you perhaps care to try your hand at it? :-) I don't have any contacts at Livingston, but I'd welcome some names and numbers. Suffice it to say that interest in ISDN is quite active, we're just suffering from a shortage of boards and specs. Jordan From owner-freebsd-hackers Thu Jan 11 17:52:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13781 for hackers-outgoing; Thu, 11 Jan 1996 17:52: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 RAA13776 for ; Thu, 11 Jan 1996 17:52:29 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA02554 for ; Fri, 12 Jan 1996 02:52:20 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA21447 for freebsd-hackers@freebsd.org; Fri, 12 Jan 1996 02:52:20 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id CAA13337 for freebsd-hackers@freebsd.org; Fri, 12 Jan 1996 02:28:05 +0100 (MET) From: J Wunsch Message-Id: <199601120128.CAA13337@uriah.heep.sax.de> Subject: Re: Mountd error messages To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 12 Jan 1996 02:28:04 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601111829.NAA00410@etinc.com> from "dennis" at Jan 11, 96 01:29:39 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 dennis wrote: > > I've recently upgraded a machine to 2.1R and (I THINK) everythings the > same, but i now get > > clnttcp_create: RPC: Program Not Registerd Do you have perchance YP running (or does your machine pretend it were running, e.g. domainname(8) has been set)? -- 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 11 17:53:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA13850 for hackers-outgoing; Thu, 11 Jan 1996 17:53:43 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA13844 for ; Thu, 11 Jan 1996 17:53:36 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id CAA02573 for ; Fri, 12 Jan 1996 02:53:27 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id CAA21453 for freebsd-hackers@freebsd.org; Fri, 12 Jan 1996 02:53:27 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id CAA13537 for freebsd-hackers@freebsd.org; Fri, 12 Jan 1996 02:42:42 +0100 (MET) From: J Wunsch Message-Id: <199601120142.CAA13537@uriah.heep.sax.de> Subject: Re: A few NITS about SCSI Tapes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 12 Jan 1996 02:42:42 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601112343.KAA24559@rf900.physics.usyd.edu.au> from "David Dawes" at Jan 12, 96 10:43: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 David Dawes wrote: > > >No idea on this. Can you please send me the output of this command? > > Here is a typical output: > > Exabyte EXB-8200 8mm tape drive: > sense key(0x0)= no sense residual= 0 retries= 0 > file no= 3 block no= 0 Hmm, the sense key alone doesn't make sense. :) It would also require the ASC and ASCQ values, most preferably in their textual translation. > It never puts anything other than '0' for residual and retries, but in > much older versions of SunOS (4.0.x, I think) it did. What I'd like is > to be able to do is use something like this to confirm which file mark > the tape is at. I think printing out the file number shouldn't be that hard a job, and this might even be possible for QIC-02 drives. -- 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 11 17:57:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA14336 for hackers-outgoing; Thu, 11 Jan 1996 17:57:25 -0800 (PST) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA14320 for ; Thu, 11 Jan 1996 17:56:58 -0800 (PST) Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <15495-0@bunyip.cc.uq.oz.au>; Fri, 12 Jan 1996 11:55:48 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id LAA10976 for ; Fri, 12 Jan 1996 11:46:15 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA12762 for ; Fri, 12 Jan 1996 01:44:16 GMT Message-Id: <199601120144.BAA12762@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers@freebsd.org Subject: Gamesheads sit up & take note. X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Jan 1996 11:44:15 +1000 From: Stephen Hocking Sender: owner-hackers@freebsd.org Precedence: bulk In a recent posting to rec.games.quake.*, John Romero said that Quake would be released first under DOS, then Linux & a few other Unices (inc. Plan9, which isn't, but what the heck), then Win95. Now either we get in with a CD + machine to id, or we make sure that the Linux ELF emulation works fine by then, otherwise there are going to be a hell of a lot of disappointed people out there.... Stephen -- I do not speak for the Worker's Compensation Board of Queensland - They don't pay me enough for that! From owner-freebsd-hackers Thu Jan 11 18:32:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA16605 for hackers-outgoing; Thu, 11 Jan 1996 18:32:34 -0800 (PST) Received: from hda.com ([199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA16597 for ; Thu, 11 Jan 1996 18:32:23 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id VAA04817; Thu, 11 Jan 1996 21:29:13 -0500 From: Peter Dufault Message-Id: <199601120229.VAA04817@hda.com> Subject: Re: SCSI Scanner anybody? To: terry@lambert.org (Terry Lambert) Date: Thu, 11 Jan 1996 21:29:12 -0500 (EST) Cc: peter@jhome.DIALix.COM, hackers@FreeBSD.org In-Reply-To: <199601111923.MAA17804@phaeton.artisoft.com> from "Terry Lambert" at Jan 11, 96 12:23:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I guess this is going to be a "You gotta be kidding me!" type question, > > but does anybody know what would be involved in driving a SCSI scanner > > (eg: something like an Epson GT-8500, HP Scanjet 3C, Sharp JX330 etc) > > There are drivers. > > The main limitation is that the SCSI controller in your machine must > be able to operate in target mode for several SCSI scanners. Your system host adapter doesn't have to operate in target mode. Target mode lets your system look like a peripheral to another system so that the other host adapter can then address your system as a target. In many scanners a SCSI controller in the scanner acts as a processor target. It then looks just like a SCSI peripheral to your system, and it basically only supports two commands - send and receive. This may be a host adapter plugged into an embedded PC in top end systems or an embedded NCR controller chip in cheaper ones. On an embedded PC the adapter must operate in target mode, and the reason we happen to have target mode in the 1542 driver is I added it to serve as an embedded controller. The trick for a SCSI processor type scanner is to figure out what to PUT in those send and receive blocks. They are a transport layer for a proprietary protocol that may or may not be documented. In addition to processor type scanners, I believe AGFA actually implements the SCSI scanner protocol you'll find in the SCSI-II spec, while other scanners are just totally non-standard SCSI devices. For the scanners I've used: HP, Optronics: Processor type devices with embedded protocols in the data streams. Canon, Microtek: Custom protocols. > This is why many of them come with their own custom AIC6360 based > cards. They come with their own cards because they don't expect PCs to support SCSI. Note that they don't have their own cards for Macs. > If you happen to have a good controller (as opposed to one that > works for HD's, etc.), then you can implement the scanner software > on top of it. Any of our drivers will drive a scanner that is well behaved on the SCSI bus and that we can get the documentation for. The "well behaved" warning is that the firmware on these low end plotters may not be well behaved on a real computer. A good example is the Microtek ScanMaker II that will not disconnect from the SCSI bus while physically positioning the scan head - not a good neighbor. -- 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 Thu Jan 11 18:46:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17066 for hackers-outgoing; Thu, 11 Jan 1996 18:46:38 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA17057 for ; Thu, 11 Jan 1996 18:46:26 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id SAA07242; Thu, 11 Jan 1996 18:43:51 -0800 To: John Hay cc: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies), freebsd-hackers@freefall.freebsd.org Subject: Re: Stale NFS file handle In-reply-to: Your message of "Sat, 11 Jan 1996 18:55:10 +0200." <199601111655.SAA27202@zibbi.mikom.csir.co.za> Date: Thu, 11 Jan 1996 18:43:51 -0800 Message-ID: <7239.821414631@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Now this is a question to which I would like to know the answer also. I > have asked the same question in -questions but haven't received an answer > yet. I think the essential problem is that our error recovery in NFS is somewhat less than robust. There have been a number of problems reported (and Davidg and John have the latest crashdumps to work with) but I believe our principle difficulty is a lack of NFS gurus! :-( Jordan From owner-freebsd-hackers Thu Jan 11 18:55:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA17602 for hackers-outgoing; Thu, 11 Jan 1996 18:55:27 -0800 (PST) Received: from hda.com ([199.232.40.182]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA17597 for ; Thu, 11 Jan 1996 18:55:22 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id VAA04876; Thu, 11 Jan 1996 21:53:04 -0500 From: Peter Dufault Message-Id: <199601120253.VAA04876@hda.com> Subject: Re: SCSI Scanner anybody? To: terry@lambert.org (Terry Lambert) Date: Thu, 11 Jan 1996 21:53:03 -0500 (EST) Cc: terry@lambert.org, peter@jhome.DIALix.COM, hackers@FreeBSD.org In-Reply-To: <199601120237.TAA18956@phaeton.artisoft.com> from "Terry Lambert" at Jan 11, 96 07:37:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > I thought that read remainder was a target mode thing; you'd know, you > did all the original scanner work, though. You mean residual lengths. That is independent and has to do with being able to detect the number of bytes sent when it doesn't match what you expect. You are bringing up a good point and I'm not sure which of our drivers support that. It isn't always needed - on the Optronics scanner they send a fixed control block that gives the details of the following data blocks (block size, number of full blocks and remainder) so you always know what to expect and can request the right amount for each transfer - that way they don't have to count on residuals working in all systems. -- 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 Thu Jan 11 19:14:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA18911 for hackers-outgoing; Thu, 11 Jan 1996 19:14:49 -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 TAA18848 Thu, 11 Jan 1996 19:14:10 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.12/8.6.12) with SMTP id TAA11373 ; Thu, 11 Jan 1996 19:14:04 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: hackers@freebsd.org cc: stable@freebsd.org From: Gary Palmer Subject: abuse and the -stable linux emu. Date: Thu, 11 Jan 1996 19:14:03 -0800 Message-ID: <11365.821416443@westhill.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk Anyone got Linux Abuse working under -stable? I've done a kdump of it, and it seems to be trying call mknod with invalid arguments (possibly trying to make a FIFO). It just hangs there, as the net driver doesn't start, and abuse.x11r6 just loops trying to open the /tmp/.abuse_ndrv_out file and failing. Thanks Gary From owner-freebsd-hackers Thu Jan 11 20:00:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA22842 for hackers-outgoing; Thu, 11 Jan 1996 20:00: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 UAA22810 for ; Thu, 11 Jan 1996 20:00:11 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA18956; Thu, 11 Jan 1996 19:37:02 -0700 From: Terry Lambert Message-Id: <199601120237.TAA18956@phaeton.artisoft.com> Subject: Re: SCSI Scanner anybody? To: dufault@hda.com (Peter Dufault) Date: Thu, 11 Jan 1996 19:37:01 -0700 (MST) Cc: terry@lambert.org, peter@jhome.DIALix.COM, hackers@FreeBSD.org In-Reply-To: <199601120229.VAA04817@hda.com> from "Peter Dufault" at Jan 11, 96 09:29: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 > > > I guess this is going to be a "You gotta be kidding me!" type question, > > > but does anybody know what would be involved in driving a SCSI scanner > > > (eg: something like an Epson GT-8500, HP Scanjet 3C, Sharp JX330 etc) > > > > There are drivers. > > > > The main limitation is that the SCSI controller in your machine must > > be able to operate in target mode for several SCSI scanners. > > Your system host adapter doesn't have to operate in target mode. > > Target mode lets your system look like a peripheral to another > system so that the other host adapter can then address your system > as a target. I thought that read remainder was a target mode thing; you'd know, you did all the original scanner work, 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 Thu Jan 11 20:08:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23492 for hackers-outgoing; Thu, 11 Jan 1996 20:08:05 -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 UAA23444 for ; Thu, 11 Jan 1996 20:07:59 -0800 (PST) Received: (from mmead@localhost) by Glock.COM (8.7.1/8.7.1) id XAA28027; Thu, 11 Jan 1996 23:05:43 -0500 (EST) From: "matthew c. mead" Message-Id: <199601120405.XAA28027@Glock.COM> Subject: Re: SCSI Scanner anybody? To: terry@lambert.org (Terry Lambert) Date: Thu, 11 Jan 1996 23:05:43 -0500 (EST) Cc: peter@jhome.DIALix.COM, hackers@FreeBSD.ORG In-Reply-To: <199601111923.MAA17804@phaeton.artisoft.com> from "Terry Lambert" at Jan 11, 96 12:23: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 Terry Lambert wrote: > > I guess this is going to be a "You gotta be kidding me!" type question, > > but does anybody know what would be involved in driving a SCSI scanner > > (eg: something like an Epson GT-8500, HP Scanjet 3C, Sharp JX330 etc) > There are drivers. > The main limitation is that the SCSI controller in your machine must > be able to operate in target mode for several SCSI scanners. This > is why many of them come with their own custom AIC6360 based cards. > If you happen to have a good controller (as opposed to one that > works for HD's, etc.), then you can implement the scanner software > on top of it. Is the AHA2940 considered a "good controller?" I'm purchasing an HP ScanJet IIcx in the next day or two, and have been pushing the author of XVScan to port to FreeBSD RSN. Check out http://www.tummy.com/xvscan/ for information on XVScan. -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Thu Jan 11 20:10:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA23773 for hackers-outgoing; Thu, 11 Jan 1996 20:10:57 -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 UAA23755 for ; Thu, 11 Jan 1996 20:10:41 -0800 (PST) Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id XAA14353; Thu, 11 Jan 1996 23:06:53 -0500 Date: Thu, 11 Jan 1996 23:06:53 -0500 (EST) From: "Michael C. Newell" To: Jaye Mathisen cc: dennis , Nate Williams , hackers@FreeBSD.org Subject: Re: pppd vs ijppp 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, 11 Jan 1996, Jaye Mathisen wrote: > This whole idiotic conversation has passed waaaay beyond the interest ... snip ... I read this whole thread 'cause I was trying to see if answers came up about my problems running ijppp. I agree that this is moving beyond the "normal human"'s interest (and possibly understanding... :-) However, two points did come up that I'd be interested in hearing more about; at the risk of expressing a TECHNICAL interst: 1. Someone (Nate?) was working on installing predictor-1 compression into kernel ppp. Is this available for alpha/beta testing? 2. Has there been any progress in making ijppp a tad more stable? I'm running kernel ppp now (have been for over a year). I didn't find it all that terrible to set up, and it's been rock stable for me. I'm able to run for days at a time between carrier drops (and what's a "panic"? :-) and a simple shell scropt reconnects me within two minutes anyway. True, it's not demand based but that's not a problem in my particular application. I tried running ijppp but I couln't get the link to stay up more than 10-15 minutes; under heavy load 30 seconds was more common (yes, I know about disable/deny lqr). Same modem settings as kernel ppp. Dunno what's going on. But... while it WAS up I got REALLY REALLY REALLY good throughput; due, I understand, to predictor-1. So... I'd REALLY like to see predictor-1 added to the kernel mode PPP. I don't need dialers etc. (although the "connect" command on kernel ppp coupled with chat does a nice job for me...) Then I could have a nice solid ppp WITH compression. Happy happy joy joy! If the person doing the predictor-1 stuff needs help/testers, please lemme know!! :-) Thanks, Mike BTW- One other nice thing would be to add to the kernel ppp man page the hint that one should NEVER use the proxyarp command [other hint: never say never... :-)]. I had all kinds of bizzarre problems (mostly with pppd's not going away) 'till I removed it per the suggestion of someone from the list; instantly things started working well! :-)! +--------------------------------------+------------------------------------+ |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 Thu Jan 11 20:17:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA24280 for hackers-outgoing; Thu, 11 Jan 1996 20:17:28 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA24268 for ; Thu, 11 Jan 1996 20:17:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA02740; Thu, 11 Jan 1996 20:17:05 -0800 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers) Subject: Re: I have authorization to buy a CD-R drive.. Which one? :-) In-reply-to: Your message of "Thu, 11 Jan 1996 21:10:10 +0100." <199601112010.VAA12250@uriah.heep.sax.de> Date: Thu, 11 Jan 1996 20:17:04 -0800 Message-ID: <2738.821420224@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Given the price and wide availability of the HP surestore 4020i (a > big stack at CompUSA at $999.00), I think that is one to support. That's what I've ordered, anyway. We'll see what happens! I think the opportunity to expand our CDR base by one is probably more valuable than me getting a Plasmon up right away! :) Jordan From owner-freebsd-hackers Thu Jan 11 20:19:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA24430 for hackers-outgoing; Thu, 11 Jan 1996 20:19:08 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA24419 for ; Thu, 11 Jan 1996 20:19:01 -0800 (PST) Received: (from jmacd@localhost) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) id UAA07014 for freebsd-hackers@freebsd.org; Thu, 11 Jan 1996 20:19:00 -0800 Date: Thu, 11 Jan 1996 20:19:00 -0800 From: Josh MacDonald Message-Id: <199601120419.UAA07014@paris.CS.Berkeley.EDU> To: freebsd-hackers@freebsd.org Subject: mktemp() sucks, why not fix it? Sender: owner-hackers@freebsd.org Precedence: bulk I don't like how: main() { char buf1[] = "/tmp/foo.XXXXXX", buf2[] = "/tmp/foo.XXXXXX"; mktemp(buf1); symlink("/tmp/existsbutnotdirectory/foo", buf1); if(mktemp(buf2) == NULL) perror("mktemp() failed"); printf("buf1 = %s\nbuf2 = %s\n", buf1, buf2); } the second call to mktemp() fails, and they both end up with the same value. or how: main() { char buf1[] = "/tmp/foo.XXXXXX", buf2[] = "/tmp/foo.XXXXXX"; mktemp(buf1); symlink("some_non_existant_file", buf1); mktemp(buf2); printf("buf1 = %s\nbuf2 = %s\n", buf1, buf2); } succeeds but they both have the same value. that sucks. why did they use stat() in mktemp? ick. From owner-freebsd-hackers Thu Jan 11 21:12:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA28653 for hackers-outgoing; Thu, 11 Jan 1996 21:12:33 -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 VAA28643 for ; Thu, 11 Jan 1996 21:12:25 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id WAA23403; Thu, 11 Jan 1996 22:14:59 -0700 Date: Thu, 11 Jan 1996 22:14:59 -0700 From: Nate Williams Message-Id: <199601120514.WAA23403@rocky.sri.MT.net> To: Josh MacDonald Cc: freebsd-hackers@freebsd.org Subject: Re: mktemp() sucks, why not fix it? In-Reply-To: <199601120419.UAA07014@paris.CS.Berkeley.EDU> References: <199601120419.UAA07014@paris.CS.Berkeley.EDU> Sender: owner-hackers@freebsd.org Precedence: bulk > I don't like how: > > main() > { > char buf1[] = "/tmp/foo.XXXXXX", buf2[] = "/tmp/foo.XXXXXX"; > mktemp(buf1); > symlink("/tmp/existsbutnotdirectory/foo", buf1); > if(mktemp(buf2) == NULL) > perror("mktemp() failed"); > printf("buf1 = %s\nbuf2 = %s\n", buf1, buf2); > } > > the second call to mktemp() fails, and they both end up > with the same value. I'll be the first call to mktemp fails as well, unless you happen to be compiling with -fwritable-strings. You have to pass in data to mktemp which can be modified, which neither of the above strings can be. Try this instead: int main() { char buf1[255], buf2[255]; strcpy(buf1, "/tmp/foo.XXXXXX"); strcpy(buf2, "/tmp/foo.XXXXXX"); if ( mktemp(buf1) == NULL ) perror("mktemp() failed"); symlink("/tmp/existsbutnotdirectory/foo", buf1); if(mktemp(buf2) == NULL) perror("mktemp() failed"); printf("buf1 = %s\nbuf2 = %s\n", buf1, buf2); } Nate From owner-freebsd-hackers Thu Jan 11 21:19:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA28886 for hackers-outgoing; Thu, 11 Jan 1996 21:19:39 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA28880 for ; Thu, 11 Jan 1996 21:19:35 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id WAA23433; Thu, 11 Jan 1996 22:22:08 -0700 Date: Thu, 11 Jan 1996 22:22:08 -0700 From: Nate Williams Message-Id: <199601120522.WAA23433@rocky.sri.MT.net> To: "Michael C. Newell" Cc: hackers@FreeBSD.org Subject: Re: pppd vs ijppp In-Reply-To: References: Sender: owner-hackers@FreeBSD.org Precedence: bulk Michael C. Newell writes: > On Thu, 11 Jan 1996, Jaye Mathisen wrote: > 1. Someone (Nate?) was working on installing predictor-1 compression into > kernel ppp. Is this available for alpha/beta testing? Nope. I got a predictor-1 module from the Linux author which is *extremely* Linux-centric. It also has some patent problems with the CRC algorithm it uses (which is why it's not distributed publically), so I hope to use it as a basis for bringing into our pppd, using the predictor-1 module out of ijppp. Based on my work-load and my lack of free time, I don't expect to have anything for a couple weeks minimum. My first priority for FreeBSD is to look at the PCCARD patches which are supposed to be release RSN. > 2. Has there been any progress in making ijppp a tad more stable? Doug Rabson posted that he was working on the code, and Poul just fixed a couple minor bugs. [ kernel ppp more robust than user ppp ] > But... while [ user-ppp ] WAS up I got REALLY REALLY REALLY good > throughput; due, I understand, to predictor-1. So... Yep. > I'd REALLY like to see predictor-1 added to the kernel mode PPP. I don't > need dialers etc. (although the "connect" command on kernel ppp coupled > with chat does a nice job for me...) Then I could have a nice solid ppp > WITH compression. Happy happy joy joy! That's my goal as well. > If the person doing the predictor-1 stuff needs help/testers, please > lemme know!! :-) If you think you could do the work, I could send you the module. However, I'm not allowed to post it publically. > BTW- One other nice thing would be to add to the kernel ppp man page the > hint that one should NEVER use the proxyarp command [other hint: never > say never... :-)]. I had all kinds of bizzarre problems (mostly with > pppd's not going away) 'till I removed it per the suggestion of someone > from the list; instantly things started working well! :-)! It's a bug in FreeBSD handling of external ARP, and not a bug in PPP. Unfortunately, I'm now kernel hacker and none of the network gurus are interested in helping me fix the problem. :( Nate From owner-freebsd-hackers Thu Jan 11 21:22:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA28998 for hackers-outgoing; Thu, 11 Jan 1996 21:22:19 -0800 (PST) Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id VAA28989 for ; Thu, 11 Jan 1996 21:22:09 -0800 (PST) Received: (from jc@localhost) by irbs.irbs.com (8.6.12/8.6.6) id AAA27898 for freebsd-hackers@FreeBSD.org; Fri, 12 Jan 1996 00:21:36 -0500 From: John Capo Message-Id: <199601120521.AAA27898@irbs.irbs.com> Subject: Re: pppd vs ijppp (Bug Fixes) To: freebsd-hackers@FreeBSD.org Date: Fri, 12 Jan 1996 00:21:36 -0500 (EST) In-Reply-To: from "Michael C. Newell" at Jan 11, 96 11:06:53 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 Two features iijppp has over kernel ppp that I like are predictor1 compression and demand dialing. Here are a few bug fixes. I expanded the priority queueing scheme and discovered it was broken due to the assignment at ip.c line 300. All packets were being queued at the same priority. Fixing priority queueing broke predictor1 compression. Packets were compressed before being queued and predictor1 worked as long as the packets were popped off the queue in the same order they were pushed onto the queue. There were a few byte order problems in IP header tests also. There is a recursion problem in SendLqrReport(). LcpClose() is called when "Too many echo packets are lost" which winds up in SendLqrReport() again. I believe the original intention was to just stop the LQR timer with the call to StopLqr() but the side effects hurt. #0 0xa2da in SendLqrReport () at lqr.c:121 #1 0xa5e5 in StopLqr (method=1) at lqr.c:227 #2 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 #3 0x6046 in FsmClose (fp=0x17088) at fsm.c:185 #4 0x985d in LcpClose () at lcp.c:405 #5 0xa2da in SendLqrReport () at lqr.c:121 #6 0xa5e5 in StopLqr (method=1) at lqr.c:227 #7 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 #8 0x6046 in FsmClose (fp=0x17088) at fsm.c:185 #9 0x985d in LcpClose () at lcp.c:405 #10 0xa2da in SendLqrReport () at lqr.c:121 #11 0xa5e5 in StopLqr (method=1) at lqr.c:227 #12 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 #13 0x5fb6 in FsmDown (fp=0x17088) at fsm.c:164 #14 0x9829 in LcpDown () at lcp.c:391 #15 0xcfe3 in DownConnection () at modem.c:212 There is a send-pr black hole report on the recursion bug. I suspect another recursion problem somewhere that does not spit out a message. Symptoms are illegal instructions and a completely trashed core dump, 90% 0's. These patches were generated against supped -stable with some massaging. I may have ommitted something. I have Nate's "ddial" patch working too but it is not included here. Email if you are interested. John Capo jc@irbs.com IRBS Engineering High performance FreeBSD systems (305) 792-9551 Unix/Internet Consulting - ISP Solutions diff -c ../ppp/chap.c ./chap.c *** ../ppp/chap.c Mon May 29 23:50:28 1995 --- ./chap.c Thu Jan 11 21:55:38 1996 *************** *** 62,68 **** DumpBp(bp); #endif LogPrintf(LOG_LCP, "ChapOutput: %s\n", chapcodes[code]); ! HdlcOutput(PRI_NORMAL, PROTO_CHAP, bp); } --- 62,68 ---- DumpBp(bp); #endif LogPrintf(LOG_LCP, "ChapOutput: %s\n", chapcodes[code]); ! HdlcOutput(PRI_LINK, PROTO_CHAP, bp); } diff -c ../ppp/fsm.c ./fsm.c *** ../ppp/fsm.c Fri Oct 6 11:10:02 1995 --- ./fsm.c Thu Jan 11 21:55:39 1996 *************** *** 86,92 **** #ifdef DEBUG DumpBp(bp); #endif ! HdlcOutput(PRI_NORMAL, fp->proto, bp); } void --- 86,92 ---- #ifdef DEBUG DumpBp(bp); #endif ! HdlcOutput(PRI_LINK, fp->proto, bp); } void diff -c ../ppp/hdlc.h ./hdlc.h *** ../ppp/hdlc.h Sun Feb 26 07:17:31 1995 --- ./hdlc.h Thu Jan 11 21:55:39 1996 *************** *** 45,53 **** /* * Output priority */ #define PRI_NORMAL 0 /* Normal priority */ ! #define PRI_FAST 1 /* Fast (interructive) */ ! #define PRI_URGENT 2 /* Urgent (LQR packets) */ unsigned char EscMap[33]; --- 45,58 ---- /* * Output priority */ + /* PRI_NORMAL and PRI_FAST have meaning only on the IP queue. + * All IP frames have the same priority once they are compressed. + * IP frames stay on the IP queue till they can be sent on the + * link. They are compressed at that time. + */ #define PRI_NORMAL 0 /* Normal priority */ ! #define PRI_FAST 1 /* Fast (interractive) */ ! #define PRI_LINK 1 /* Urgent (LQR packets) */ unsigned char EscMap[33]; diff -c ../ppp/ip.c ./ip.c *** ../ppp/ip.c Fri Oct 6 11:10:03 1995 --- ./ip.c Thu Jan 11 22:14:50 1996 *************** *** 35,41 **** #include "filter.h" extern void SendPppFrame(); - extern int PacketCheck(); extern void LcpClose(); static struct pppTimer IdleTimer; --- 35,40 ---- *************** *** 80,90 **** } } ! static u_short interactive_ports[8] = { ! 0, 513, 0, 0, 0, 21, 0, 23, }; ! #define INTERACTIVE(p) (interactive_ports[(p) & 7] == (p)) static char *TcpFlags[] = { "FIN", "SYN", "RST", "PSH", "ACK", "URG", --- 79,90 ---- } } ! static u_short interactive_ports[32] = { ! 544, 513, 514, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, ! 0, 0, 0, 0, 0, 21, 22, 23, 0, 0, 0, 0, 0, 0, 0, 543, }; ! #define INTERACTIVE(p) (interactive_ports[(p) & 0x1F] == (p)) static char *TcpFlags[] = { "FIN", "SYN", "RST", "PSH", "ACK", "URG", *************** *** 133,139 **** if (fp->action) { /* permit fragments on in and out filter */ if ((direction == FL_IN || direction == FL_OUT) && ! (pip->ip_off & IP_OFFMASK) != 0) { return(A_PERMIT); } #ifdef DEBUG --- 133,139 ---- if (fp->action) { /* permit fragments on in and out filter */ if ((direction == FL_IN || direction == FL_OUT) && ! (ntohs(pip->ip_off) & IP_OFFMASK) != 0) { return(A_PERMIT); } #ifdef DEBUG *************** *** 217,223 **** if (pip->ip_p != IPPROTO_ICMP) { bp = mballoc(cnt, MB_IPIN); bcopy(ptr, MBUF_CTOP(bp), cnt); ! SendPppFrame(PRI_URGENT, bp); RestartIdleTimer(); ipOutOctets += cnt; } --- 217,223 ---- if (pip->ip_p != IPPROTO_ICMP) { bp = mballoc(cnt, MB_IPIN); bcopy(ptr, MBUF_CTOP(bp), cnt); ! SendPppFrame(bp); RestartIdleTimer(); ipOutOctets += cnt; } *************** *** 269,275 **** th = (struct tcphdr *)ptop; if (pip->ip_tos == IPTOS_LOWDELAY) pri = PRI_FAST; ! else if (pip->ip_off == 0) { if (INTERACTIVE(ntohs(th->th_sport)) || INTERACTIVE(ntohs(th->th_dport))) pri = PRI_FAST; } --- 269,275 ---- th = (struct tcphdr *)ptop; if (pip->ip_tos == IPTOS_LOWDELAY) pri = PRI_FAST; ! else if ((ntohs(pip->ip_off) & IP_OFFMASK) == 0) { if (INTERACTIVE(ntohs(th->th_sport)) || INTERACTIVE(ntohs(th->th_dport))) pri = PRI_FAST; } *************** *** 297,304 **** } break; } ! pri = FilterCheck(pip, direction); ! if (pri & A_DENY) { #ifdef DEBUG logprintf("blocked.\n"); #endif --- 297,304 ---- } break; } ! ! if ((FilterCheck(pip, direction) & A_DENY)) { #ifdef DEBUG logprintf("blocked.\n"); #endif *************** *** 348,375 **** RestartIdleTimer(); } ! void ! IpOutput(ptr, cnt) ! u_char *ptr; /* IN: Pointer to IP packet */ ! int cnt; /* IN: Length of packet */ ! { ! struct mbuf *bp; ! int pri; ! ! if (IpcpFsm.state != ST_OPENED) ! return; ! ! pri = PacketCheck(ptr, cnt, FL_OUT); ! if (pri >= 0) { ! bp = mballoc(cnt, MB_IPIN); ! bcopy(ptr, MBUF_CTOP(bp), cnt); ! SendPppFrame(pri, bp); ! RestartIdleTimer(); ! ipOutOctets += cnt; ! } ! } ! ! static struct mqueue IpOutputQueues[PRI_URGENT+1]; void IpEnqueue(pri, ptr, count) --- 348,354 ---- RestartIdleTimer(); } ! static struct mqueue IpOutputQueues[PRI_FAST+1]; void IpEnqueue(pri, ptr, count) *************** *** 389,395 **** { struct mqueue *queue; int exist = FALSE; ! for (queue = &IpOutputQueues[PRI_URGENT]; queue >= IpOutputQueues; queue--) { if ( queue->qlen > 0 ) { exist = TRUE; break; --- 368,374 ---- { struct mqueue *queue; int exist = FALSE; ! for (queue = &IpOutputQueues[PRI_FAST]; queue >= IpOutputQueues; queue--) { if ( queue->qlen > 0 ) { exist = TRUE; break; *************** *** 407,421 **** if (IpcpFsm.state != ST_OPENED) return; ! pri = PRI_URGENT; ! for (queue = &IpOutputQueues[PRI_URGENT]; queue >= IpOutputQueues; queue--) { if (queue->top) { bp = Dequeue(queue); if (bp) { cnt = plength(bp); ! SendPppFrame(pri, bp); RestartIdleTimer(); ipOutOctets += cnt; } } pri--; --- 386,401 ---- if (IpcpFsm.state != ST_OPENED) return; ! pri = PRI_FAST; ! for (queue = &IpOutputQueues[PRI_FAST]; queue >= IpOutputQueues; queue--) { if (queue->top) { bp = Dequeue(queue); if (bp) { cnt = plength(bp); ! SendPppFrame(bp); RestartIdleTimer(); ipOutOctets += cnt; + break; } } pri--; diff -c ../ppp/lcp.c ./lcp.c *** ../ppp/lcp.c Fri Oct 6 11:10:05 1995 --- ./lcp.c Thu Jan 11 21:55:40 1996 *************** *** 327,332 **** --- 327,333 ---- StopIdleTimer(); StopTimer(&AuthPapInfo.authtimer); StopTimer(&AuthChapInfo.authtimer); + StopLqrTimer(); } static void *************** *** 372,378 **** { LogPrintf(LOG_LCP, "%s: LayerDown\n", fp->name); StopAllTimers(); - StopLqr( LQM_LQR ); OsLinkdown(); NewPhase(PHASE_TERMINATE); } --- 373,378 ---- diff -c ../ppp/lqr.c ./lqr.c *** ../ppp/lqr.c Mon May 29 23:50:44 1995 --- ./lqr.c Thu Jan 11 21:55:40 1996 *************** *** 107,125 **** /* * XXX: Should implement LQM strategy */ ! LogPrintf(LOG_PHASE, "** Too many ECHO packets are lost. **\n"); LcpClose(); - Cleanup(EX_ERRDEAD); } else { bp = mballoc(sizeof(struct lqrdata), MB_LQR); ! HdlcOutput(PRI_URGENT, PROTO_LQR, bp); lqrsendcnt++; } } else if (lqmmethod & LQM_ECHO) { if (echoseq - gotseq > 5) { ! LogPrintf(LOG_PHASE, "** Too many ECHO packets are lost. **\n"); LcpClose(); - Cleanup(EX_ERRDEAD); } else SendEchoReq(); } --- 107,125 ---- /* * XXX: Should implement LQM strategy */ ! LogPrintf(LOG_PHASE, "** 1 Too many ECHO packets are lost. **\n"); ! lqmmethod = 0; /* Prevent rcursion via LcpClose() */ LcpClose(); } else { bp = mballoc(sizeof(struct lqrdata), MB_LQR); ! HdlcOutput(PRI_LINK, PROTO_LQR, bp); lqrsendcnt++; } } else if (lqmmethod & LQM_ECHO) { if (echoseq - gotseq > 5) { ! LogPrintf(LOG_PHASE, "** 2 Too many ECHO packets are lost. **\n"); ! lqmmethod = 0; /* Prevent rcursion via LcpClose() */ LcpClose(); } else SendEchoReq(); } *************** *** 210,215 **** --- 210,221 ---- } else { LogPrintf(LOG_LQM, "LQR is not activated.\n"); } + } + + void + StopLqrTimer(void) + { + StopTimer(&LqrTimer); } void diff -c ../ppp/main.c ./main.c *** ../ppp/main.c Fri Oct 6 11:10:07 1995 --- ./main.c Thu Jan 11 22:01:03 1996 *************** *** 611,618 **** dial_up = FALSE; /* XXXX */ for (;;) { - if ( modem ) - IpStartOutput(); FD_ZERO(&rfds); FD_ZERO(&wfds); FD_ZERO(&efds); /* --- 611,616 ---- *************** *** 641,646 **** --- 639,650 ---- } } qlen = ModemQlen(); + + if (qlen == 0) { + IpStartOutput(); + qlen = ModemQlen(); + } + if (modem) { FD_SET(modem, &rfds); FD_SET(modem, &efds); diff -c ../ppp/modem.c ./modem.c *** ../ppp/modem.c Fri Oct 6 11:10:09 1995 --- ./modem.c Thu Jan 11 22:14:59 1996 *************** *** 52,60 **** #define Online (mbits & TIOCM_CD) static struct mbuf *modemout; ! static struct mqueue OutputQueues[PRI_URGENT+1]; static int dev_is_modem; void Enqueue(queue, bp) struct mqueue *queue; --- 52,62 ---- #define Online (mbits & TIOCM_CD) static struct mbuf *modemout; ! static struct mqueue OutputQueues[PRI_LINK+1]; static int dev_is_modem; + #undef QDEBUG + void Enqueue(queue, bp) struct mqueue *queue; *************** *** 624,629 **** --- 626,635 ---- bp = mballoc(count, MB_MODEM); bcopy(ptr, MBUF_CTOP(bp), count); + + /* Should be NORMAL and LINK only. + * All IP frames get here marked NORMAL. + */ Enqueue(&OutputQueues[pri], bp); } *************** *** 649,655 **** int len = 0; int i; ! for ( i = PRI_NORMAL; i <= PRI_URGENT; i ++ ) { queue = &OutputQueues[i]; len += queue->qlen; } --- 655,661 ---- int len = 0; int i; ! for ( i = PRI_NORMAL; i <= PRI_LINK; i ++ ) { queue = &OutputQueues[i]; len += queue->qlen; } *************** *** 664,676 **** struct mqueue *queue; int nb, nw, i; if (modemout == NULL) { ! i = 0; ! for (queue = &OutputQueues[PRI_URGENT]; queue >= OutputQueues; queue--) { if (queue->top) { modemout = Dequeue(queue); #ifdef QDEBUG ! if (i < 2) { struct mqueue *q; q = &OutputQueues[0]; --- 670,684 ---- struct mqueue *queue; int nb, nw, i; + if (modemout == NULL && ModemQlen() == 0) + IpStartOutput(); if (modemout == NULL) { ! i = PRI_LINK; ! for (queue = &OutputQueues[PRI_LINK]; queue >= OutputQueues; queue--) { if (queue->top) { modemout = Dequeue(queue); #ifdef QDEBUG ! if (i > PRI_NORMAL) { struct mqueue *q; q = &OutputQueues[0]; *************** *** 680,692 **** #endif break; } ! i++; } } if (modemout) { nb = modemout->cnt; if (nb > 1600) nb = 1600; ! if (fd == 0) fd = 1; nw = write(fd, MBUF_CTOP(modemout), nb); #ifdef QDEBUG logprintf("wrote: %d(%d)\n", nw, nb); --- 688,700 ---- #endif break; } ! i--; } } if (modemout) { nb = modemout->cnt; if (nb > 1600) nb = 1600; ! if (fd == 0) fd = 1; /* XXX WTFO! This is bogus */ nw = write(fd, MBUF_CTOP(modemout), nb); #ifdef QDEBUG logprintf("wrote: %d(%d)\n", nw, nb); diff -c ../ppp/pap.c ./pap.c *** ../ppp/pap.c Mon May 29 23:50:53 1995 --- ./pap.c Thu Jan 11 21:55:40 1996 *************** *** 67,73 **** *cp++ = keylen; bcopy(VarAuthKey, cp, keylen); ! HdlcOutput(PRI_NORMAL, PROTO_PAP, bp); } static void --- 67,73 ---- *cp++ = keylen; bcopy(VarAuthKey, cp, keylen); ! HdlcOutput(PRI_LINK, PROTO_PAP, bp); } static void *************** *** 92,98 **** *cp++ = mlen; bcopy(message, cp, mlen); LogPrintf(LOG_PHASE, "PapOutput: %s\n", papcodes[code]); ! HdlcOutput(PRI_NORMAL, PROTO_PAP, bp); } /* --- 92,98 ---- *cp++ = mlen; bcopy(message, cp, mlen); LogPrintf(LOG_PHASE, "PapOutput: %s\n", papcodes[code]); ! HdlcOutput(PRI_LINK, PROTO_PAP, bp); } /* diff -c ../ppp/pred.c ./pred.c *** ../ppp/pred.c Mon May 29 23:50:55 1995 --- ./pred.c Thu Jan 11 22:15:19 1996 *************** *** 153,159 **** *wp++ = fcs & 0377; *wp++ = fcs >> 8; mwp->cnt = wp - MBUF_CTOP(mwp); ! HdlcOutput(pri, PROTO_COMPD, mwp); } void --- 153,159 ---- *wp++ = fcs & 0377; *wp++ = fcs >> 8; mwp->cnt = wp - MBUF_CTOP(mwp); ! HdlcOutput(PRI_NORMAL, PROTO_COMPD, mwp); } void *************** *** 180,187 **** --- 180,189 ---- CcpInfo.compin += olen; len &= 0x7fff; if (len != len1) { /* Error is detected. Send reset request */ + LogPrintf(LOG_LCP, "%s: Length Error\n", CcpFsm.name); CcpSendResetReq(&CcpFsm); pfree(bp); + pfree(wp); return; } cp += olen - 4; *************** *** 196,202 **** *pp++ = *cp++; fcs = HdlcFcs(INITFCS, bufp, wp->cnt = pp - bufp); #ifdef DEBUG ! logprintf("fcs = %04x (%s), len = %x, olen = %x\n", fcs, (fcs == GOODFCS)? "good" : "bad", len, olen); #endif if (fcs == GOODFCS) { --- 198,205 ---- *pp++ = *cp++; fcs = HdlcFcs(INITFCS, bufp, wp->cnt = pp - bufp); #ifdef DEBUG ! if (fcs != GOODFCS) ! logprintf("fcs = 0x%04x (%s), len = 0x%x, olen = 0x%x\n", fcs, (fcs == GOODFCS)? "good" : "bad", len, olen); #endif if (fcs == GOODFCS) { *************** *** 213,218 **** --- 216,226 ---- proto = (proto << 8) | *pp++; } DecodePacket(proto, wp); + } + else + { + LogDumpBp(LOG_HDLC, "Bad FCS", wp); + pfree(wp); } pfree(bp); } diff -c ../ppp/vars.c ./vars.c *** ../ppp/vars.c Fri Oct 6 11:10:11 1995 --- ./vars.c Thu Jan 11 21:55:41 1996 *************** *** 29,35 **** #include "defs.h" char VarVersion[] = "Version 0.94"; ! char VarLocalVersion[] = "$Date: 1995/10/06 11:24:47 $"; /* * Order of conf option is important. See vars.h. --- 29,35 ---- #include "defs.h" char VarVersion[] = "Version 0.94"; ! char VarLocalVersion[] = "$Date: 1995/10/08 14:57:31 $"; /* * Order of conf option is important. See vars.h. *************** *** 48,54 **** struct pppvars pppVars = { DEF_MRU, 0, MODEM_SPEED, CS8, 180, 30, 3, ! MODEM_DEV, OPEN_PASSIVE, LOCAL_NO_AUTH, }; int --- 48,54 ---- struct pppvars pppVars = { DEF_MRU, 0, MODEM_SPEED, CS8, 180, 30, 3, ! REDIAL_PERIOD, 1, MODEM_DEV, OPEN_PASSIVE, LOCAL_NO_AUTH, }; int diff -c ../ppp/vjcomp.c ./vjcomp.c *** ../ppp/vjcomp.c Mon May 29 23:51:02 1995 --- ./vjcomp.c Thu Jan 11 21:55:41 1996 *************** *** 40,47 **** } void ! SendPppFrame(pri, bp) ! int pri; struct mbuf *bp; { int type; --- 40,46 ---- } void ! SendPppFrame(bp) struct mbuf *bp; { int type; *************** *** 74,80 **** } } else proto = PROTO_IP; ! HdlcOutput(pri, proto, bp); } static struct mbuf * --- 73,79 ---- } } else proto = PROTO_IP; ! HdlcOutput(PRI_NORMAL, proto, bp); } static struct mbuf * From owner-freebsd-hackers Thu Jan 11 21:35:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA29399 for hackers-outgoing; Thu, 11 Jan 1996 21:35:36 -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 VAA29393 for ; Thu, 11 Jan 1996 21:35:25 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id HAA01576; Fri, 12 Jan 1996 07:35:39 +0200 From: John Hay Message-Id: <199601120535.HAA01576@zibbi.mikom.csir.co.za> Subject: Re: Stale NFS file handle To: terry@lambert.org (Terry Lambert) Date: Fri, 12 Jan 1996 07:35:39 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <199601112107.OAA18176@phaeton.artisoft.com> from "Terry Lambert" at Jan 11, 96 02:07:07 pm X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Ah. The force option in the FreeBSD NFS isn't. > > Probably, you have dirty data buffers associated with the BSD vnodes > and that's what's killing you. > > ..... > > Probably you were writing at the instant when the server blew chunks. > The volume was mounted readonly. I hope I can't write to it then. :-) John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Thu Jan 11 21:58:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00306 for hackers-outgoing; Thu, 11 Jan 1996 21:58:10 -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 VAA00301 for ; Thu, 11 Jan 1996 21:58:06 -0800 (PST) Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id AAA14492; Fri, 12 Jan 1996 00:55:00 -0500 Date: Fri, 12 Jan 1996 00:55:00 -0500 (EST) From: "Michael C. Newell" To: Nate Williams cc: hackers@FreeBSD.org Subject: Re: pppd vs ijppp In-Reply-To: <199601120522.WAA23433@rocky.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Thu, 11 Jan 1996, Nate Williams wrote: > Nope. I got a predictor-1 module from the Linux author which is > *extremely* Linux-centric. It also has some patent problems with the > CRC algorithm it uses (which is why it's not distributed publically), so > I hope to use it as a basis for bringing into our pppd, using the > predictor-1 module out of ijppp. Is the module in ijppp also encumbered? > > If the person doing the predictor-1 stuff needs help/testers, please > > lemme know!! :-) > > If you think you could do the work, I could send you the module. > However, I'm not allowed to post it publically. I'm not sure I will be able to do it, but I'm really interested in getting better throughput so I'm willing to give it a stab. Is there a reference I can go to for information about predictor-1? None of the texts I have mention it, nor have I been able to find references in the last few months worth of journals I get... > It's a bug in FreeBSD handling of external ARP, and not a bug in PPP. > Unfortunately, I'm now kernel hacker and none of the network gurus are > interested in helping me fix the problem. :( Still it would be nice to see the problem documented in maybe the FAQ (although for all I know it may already be; I've not looked at that particular part of the docs in a while since my ppp link has been humming along quite well for a couple of months now!! :-) 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 Thu Jan 11 22:42:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02139 for hackers-outgoing; Thu, 11 Jan 1996 22:42:04 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA02131 for ; Thu, 11 Jan 1996 22:41:48 -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 HAA09833 ; Fri, 12 Jan 1996 07:41:45 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA07023 ; Fri, 12 Jan 1996 07:41:44 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id AAA07296; Fri, 12 Jan 1996 00:54:47 +0100 (MET) From: Ollivier Robert Message-Id: <199601112354.AAA07296@keltia.freenix.fr> Subject: Re: -current Linux-emulation on 2.1? To: nate@sri.MT.net (Nate Williams) Date: Fri, 12 Jan 1996 00:54:46 +0100 (MET) Cc: marc@bowtie.nl, hackers@FreeBSD.ORG In-Reply-To: <199601111624.JAA21308@rocky.sri.MT.net> from "Nate Williams" at Jan 11, 96 09:24:55 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 Nate Williams said: > Unfortunately, you believe wrong. Linux ELF binaries are not (yet) > supported, although I know at least a couple of folks working on the > GNU-ELF tools. I wouldn't hold my breath if I were you though. I keep hearing that NetBSD-current's emulator can run ELF binaries... Could we get this and put it in our emulator ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-hackers Thu Jan 11 23:02:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02823 for hackers-outgoing; Thu, 11 Jan 1996 23:02:38 -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 XAA02817 for ; Thu, 11 Jan 1996 23:02:31 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 12 Jan 96 07:02 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 IAA20378; Fri, 12 Jan 1996 08:01:41 +0100 Message-Id: <199601120701.IAA20378@allegro.lemis.de> Subject: Re: Status of ISDN drivers To: gjennejohn@frt.dec.com Date: Fri, 12 Jan 1996 08:01:39 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers), isdn@muc.ditec.de (FreeBSD ISDN Distribution List) In-Reply-To: <9601111640.AA07030@cssmuc.frt.dec.com> from "garyj@frt.dec.com" at Jan 11, 96 05:40:02 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 garyj@frt.dec.com writes: > > > wlloyd@mpd.ca writes: >> I've been reading through the past archives for ISDN card information, >> as well as scanning through the source tree. >> >> So far all I've found is that the current ISDN PC card drivers for Dr. >> Neurhaus(sp?) seem to be out of date and going nowhere. >> >> So that seems to leave the following options to do ISDN on Freebsd. >> >> 1) Buy Ascend 25/50 etc. expensive but good option. >> 2) Buy Dr. Nuerhaus card and hope it all works out. >> 3) Get a TA like a Bitsurfr/Adtran etc. >> >> Is that the true situation, or am I missing something? >> >> Is anyone working on drivers for the low cost PC plug-n-play ISDN boards >> from Digiboard or Livingston? >> > most of the active ISDN users/developers are located in Germany. There's > a rather active mail list here (all in German). > > There's now a driver available for the Teles/Creatix card. The Teles low-end > (passive) card is supposedly available in the US (Jordan posted something > to one of the lists a few months ago, check the archive). This driver has > not been put into the source tree yet, but I and several people I know > of are using it. > > Whether any changes need to be made to get the current (not yet released) > ISDN stuff to work in the US is a very open question. I don't know of > anyone in the US who's running our ISDN code. It sure would be nice if > someone could try it out, though ! > > No-one is working on drivers for the Digiboard/Livingston cards, that I > know of. I don't think they're even available or can compete price-wise > with the really low-cost cards already on the market in Europe. > > Your best option is prob. 3. Or write a driver :-) No, your best bet is to test our Teles driver :-) Seriously, we were just discussing yesterday (on the ISDN list) if we couldn't find somebody in the US to test the Teles driver. You would definitely need either full Q.921/Q.931 conformance, but even that wouldn't guarantee that it would work without problems. I'm pretty sure that you would have almost insurmountable problems running with 56 kb/s B channels. If you're just looking for a simple solution which works, this probably isn't it. Otherwise I'm sure we'd be very interested in having you on board. Note, however, what Gary says: the newsgroup itself is in German (I hope I won't be taken to task for forwarding a message in English :-) Greg From owner-freebsd-hackers Thu Jan 11 23:03:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA02853 for hackers-outgoing; Thu, 11 Jan 1996 23:03:04 -0800 (PST) Received: from merlin.berlin.ptb.de (merlin.Berlin.PTB.De [192.53.103.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA02847 for ; Thu, 11 Jan 1996 23:02:59 -0800 (PST) Received: from hamilton.lab1033.berlin.ptb.de by madtea.berlin.ptb.de (MX V4.1 VAX) with SMTP; Fri, 12 Jan 1996 08:02:56 EST Received: by hamilton.lab1033.berlin.ptb.de (4.1/SMI-4.1) id AA03363; Fri, 12 Jan 96 07:54:29 +0100 Date: Fri, 12 Jan 96 07:54:29 +0100 From: mul@lab1033.berlin.ptb.de (Michael Ulbrich) Message-ID: <9601120654.AA03363@hamilton.lab1033.berlin.ptb.de> To: hackers@freebsd.org Subject: Re: Status of ISDN drivers CC: mul@lab1033.berlin.ptb.de Sender: owner-hackers@freebsd.org Precedence: bulk garyj@frt.dec.com wrote on Thu Jan 11: >most of the active ISDN users/developers are located in Germany. There's >a rather active mail list here (all in German). Gary - would you please provide further details on this mailing list. Currently I only now of one dealing with isdn4linux and another about Urlichs-ISDN. Thanks ... Michael U. From owner-freebsd-hackers Thu Jan 11 23:04:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03006 for hackers-outgoing; Thu, 11 Jan 1996 23:04:52 -0800 (PST) Received: from paris.CS.Berkeley.EDU (paris.CS.Berkeley.EDU [128.32.34.47]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA02998 for ; Thu, 11 Jan 1996 23:04:44 -0800 (PST) Received: from paris.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by paris.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id XAA07215; Thu, 11 Jan 1996 23:04:39 -0800 From: Josh MacDonald Message-Id: <199601120704.XAA07215@paris.CS.Berkeley.EDU> To: Nate Williams cc: freebsd-hackers@freebsd.org Subject: Re: mktemp() sucks, why not fix it? In-reply-to: Your message of "Thu, 11 Jan 1996 22:14:59 MST." <199601120514.WAA23403@rocky.sri.MT.net> Date: Thu, 11 Jan 1996 23:04:38 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk Sorry, that my strings were not writable misses the point. That was my contrived example to illustrate the real problem, which is not addressed by what you wrote. Say that I malloced those segments and reread my message, that wasn't the problem. I was calling mktemp on heap allocated memory segments in my program when I stumbled upon this problem. -josh > I'll be the first call to mktemp fails as well, unless you happen to be > compiling with -fwritable-strings. > > You have to pass in data to mktemp which can be modified, which neither > of the above strings can be. > > Try this instead: > int > main() > { > char buf1[255], buf2[255]; > > strcpy(buf1, "/tmp/foo.XXXXXX"); > strcpy(buf2, "/tmp/foo.XXXXXX"); > if ( mktemp(buf1) == NULL ) > perror("mktemp() failed"); > symlink("/tmp/existsbutnotdirectory/foo", buf1); > if(mktemp(buf2) == NULL) > perror("mktemp() failed"); > printf("buf1 = %s\nbuf2 = %s\n", buf1, buf2); > } > > > Nate From owner-freebsd-hackers Thu Jan 11 23:27:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA03970 for hackers-outgoing; Thu, 11 Jan 1996 23:27:23 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA03964 for ; Thu, 11 Jan 1996 23:27:13 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA25365; Fri, 12 Jan 1996 18:22:53 +1100 Date: Fri, 12 Jan 1996 18:22:53 +1100 From: Bruce Evans Message-Id: <199601120722.SAA25365@godzilla.zeta.org.au> To: mnewell@lupine.nsi.nasa.gov, nate@sri.MT.net Subject: Re: pppd vs ijppp Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> Nope. I got a predictor-1 module from the Linux author which is >> *extremely* Linux-centric. It also has some patent problems with the >> CRC algorithm it uses (which is why it's not distributed publically), so >> I hope to use it as a basis for bringing into our pppd, using the >> predictor-1 module out of ijppp. >Is the module in ijppp also encumbered? Probably. The standard BSD-compress in the current kernel ppp (and in /usr/bin) is also apparently encumbered. See /usr/src/usr.sbin/pppd/RELNOTES. >I'm not sure I will be able to do it, but I'm really interested in >getting better throughput so I'm willing to give it a stab. Is there a Doesn't your modem do compression? I don't see how compression can help if it does. BSD-compress (15 bits) only achieves 33% compression on /kernel (a average (?) non-text non-compressed file) at a cost of approximately doubling the total transmission overhead on a 486DX2/66. For compressing /kernel.gz, /usr/bin/compress _expands_ the file by 40%. Bruce From owner-freebsd-hackers Thu Jan 11 23:54:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA04933 for hackers-outgoing; Thu, 11 Jan 1996 23:54:09 -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 XAA04927 for ; Thu, 11 Jan 1996 23:54:05 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA16877; Thu, 11 Jan 1996 23:53:40 -0800 To: dennis@etinc.com (dennis) cc: Jaye Mathisen , hackers@freebsd.org Subject: Re: pppd vs ijppp In-reply-to: Your message of "Thu, 11 Jan 1996 20:32:00 EST." <199601120132.UAA00204@etinc.com> Date: Thu, 11 Jan 1996 23:53:40 -0800 Message-ID: <16875.821433220@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Thanks for you're input! ^^^^^^ "Your" [Ahem. Just doing what I can to maintain the unusually high standard of anally-retentive nitpicking that has characterized this thread :-)] Jordan From owner-freebsd-hackers Thu Jan 11 23:58:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA05092 for hackers-outgoing; Thu, 11 Jan 1996 23:58:32 -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 XAA05087 for ; Thu, 11 Jan 1996 23:58:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA16911; Thu, 11 Jan 1996 23:58:09 -0800 To: Stephen Hocking cc: hackers@freebsd.org Subject: Re: Gamesheads sit up & take note. In-reply-to: Your message of "Fri, 12 Jan 1996 11:44:15 +1000." <199601120144.BAA12762@netfl15a.devetir.qld.gov.au> Date: Thu, 11 Jan 1996 23:58:09 -0800 Message-ID: <16909.821433489@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > In a recent posting to rec.games.quake.*, John Romero said that Quake would b e > released first under DOS, then Linux & a few other Unices (inc. Plan9, which > isn't, but what the heck), then Win95. Now either we get in with a CD + > machine to id, or we make sure that the Linux ELF emulation works fine by > then, otherwise there are going to be a hell of a lot of disappointed people > out there.... It will have to be the latter because they've already said many times that they've no interest in doing any additional UNIX ports now. FreeBSD in particular seems to be the subject of some unexplained animosity over at ID, so I've simply stopped pressing the issue at all. Run the Linux version! :) Jordan From owner-freebsd-hackers Fri Jan 12 00:00:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05205 for hackers-outgoing; Fri, 12 Jan 1996 00:00:46 -0800 (PST) Received: from risc6.unisa.ac.za (risc6.unisa.ac.za [163.200.97.6]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id XAA05139 for ; Thu, 11 Jan 1996 23:59:10 -0800 (PST) Received: by risc6.unisa.ac.za (AIX 3.2/UCB 5.64/4.03) id AA31572; Fri, 12 Jan 1996 09:55:54 +0200 From: radova@risc6.unisa.ac.za (A. Radovanovic) Message-Id: <9601120755.AA31572@risc6.unisa.ac.za> Subject: Client TCP/IP development DOS/Win To: hackers@freebsd.org Date: Fri, 12 Jan 1996 09:55:53 +0200 (USAST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Could anybody tell me where to find a documentation about TCP/IP development for DOS/Windows (winsock.dll). I'd like to write some client programs for BSD. Alex From owner-freebsd-hackers Fri Jan 12 00:02:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05285 for hackers-outgoing; Fri, 12 Jan 1996 00:02:31 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA05276 for ; Fri, 12 Jan 1996 00:02:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA16929; Fri, 12 Jan 1996 00:01:39 -0800 To: Peter Dufault cc: terry@lambert.org (Terry Lambert), peter@jhome.DIALix.COM, hackers@FreeBSD.org Subject: Re: SCSI Scanner anybody? In-reply-to: Your message of "Thu, 11 Jan 1996 21:29:12 EST." <199601120229.VAA04817@hda.com> Date: Fri, 12 Jan 1996 00:01:39 -0800 Message-ID: <16927.821433699@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Target mode lets your system look like a peripheral to another > system so that the other host adapter can then address your system > as a target. Ever thought about doing an IP over SCSI implementation? Don't laugh - I believe that Johannes Helander actually did this at some point. Us pc532 owners (who don't have an ethernet card for this experimental machine but can run NetBSD and talk to 2 SCSI controllers on the MB) have long looked to SCSI/IP as our salvation for ever hooking the boxes up to the net! :-) I wonder how much work it would be.. Jordan From owner-freebsd-hackers Fri Jan 12 00:15:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA05901 for hackers-outgoing; Fri, 12 Jan 1996 00:15:23 -0800 (PST) Received: from csc.canberra.edu.au (csc.canberra.edu.au [137.92.1.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA05892 for ; Fri, 12 Jan 1996 00:15:10 -0800 (PST) Received: from student.canberra.edu.au by csc.canberra.edu.au (5.65/1.35) id AA03546; Fri, 12 Jan 96 19:14:53 +1100 Received: by student.canberra.edu.au (5.x/SMI-SVR4) id AA24732; Fri, 12 Jan 1996 19:14:48 +1100 Date: Fri, 12 Jan 1996 19:14:47 +1100 (EDT) From: "Gasparovski / Daniel (ISE)" To: hackers@freebsd.org Subject: Re: pppd vs ijppp Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk PPP-2.2 has BSD-compression in it, and support for CCP. It should be pretty easy to get it working in FreeBSD. Has -current got the updated 2.2 PPP code? Is there much difference between BSD-compression and Predictor-1? Dan ... [ Danny Gasparovski | Mortified by the lack of conscience ] [ u923168@student.canberra.edu.au | Our sanctity bears no relevance ] [ University of Canberra, Australia | Insignificant is our existence ] [ Bolt Thrower, "The IVth Crusade" -> | Hear the litany of life's persistence ] From owner-freebsd-hackers Fri Jan 12 00:19:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA06075 for hackers-outgoing; Fri, 12 Jan 1996 00:19:26 -0800 (PST) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA06068 for ; Fri, 12 Jan 1996 00:19:21 -0800 (PST) Received: (from julian@localhost) by ref.tfs.com (8.6.12/8.6.9) id AAA11911; Fri, 12 Jan 1996 00:18:24 -0800 From: Julian Elischer Message-Id: <199601120818.AAA11911@ref.tfs.com> Subject: Re: SCSI Scanner anybody? To: dufault@hda.com (Peter Dufault) Date: Fri, 12 Jan 1996 00:18:24 -0800 (PST) Cc: terry@lambert.org, peter@jhome.DIALix.COM, hackers@FreeBSD.org In-Reply-To: <199601120229.VAA04817@hda.com> from "Peter Dufault" at Jan 11, 96 09:29:12 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > In addition to processor type scanners, I believe AGFA actually > implements the SCSI scanner protocol you'll find in the SCSI-II > spec, as do kodak and fujitsu > > while other scanners are just totally non-standard SCSI > devices. > > For the scanners I've used: > HP, Optronics: Processor type devices with embedded protocols in > the data streams. > From owner-freebsd-hackers Fri Jan 12 00:25:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA06526 for hackers-outgoing; Fri, 12 Jan 1996 00:25:54 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA06521 for ; Fri, 12 Jan 1996 00:25:49 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id BAA24007; Fri, 12 Jan 1996 01:28:14 -0700 Date: Fri, 12 Jan 1996 01:28:14 -0700 From: Nate Williams Message-Id: <199601120828.BAA24007@rocky.sri.MT.net> To: "Gasparovski / Daniel (ISE)" Cc: hackers@freebsd.org Subject: Re: pppd vs ijppp In-Reply-To: References: Sender: owner-hackers@freebsd.org Precedence: bulk > PPP-2.2 has BSD-compression in it, and support for CCP. The version of pppd in -current is PPP-2.2.:) > Is there much difference between BSD-compression and Predictor-1? Yep. Nate From owner-freebsd-hackers Fri Jan 12 00:27:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA06605 for hackers-outgoing; Fri, 12 Jan 1996 00:27:45 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA06599 for ; Fri, 12 Jan 1996 00:27:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA20909; Fri, 12 Jan 1996 00:26:03 -0800 To: grog@lemis.de (Greg Lehey) cc: gjennejohn@frt.dec.com, hackers@freebsd.org (FreeBSD Hackers), isdn@muc.ditec.de (FreeBSD ISDN Distribution List) Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Fri, 12 Jan 1996 08:01:39 +0100." <199601120701.IAA20378@allegro.lemis.de> Date: Fri, 12 Jan 1996 00:26:03 -0800 Message-ID: <20902.821435163@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Seriously, we were just discussing yesterday (on the ISDN list) if we > couldn't find somebody in the US to test the Teles driver. You would > definitely need either full Q.921/Q.931 conformance, but even that > wouldn't guarantee that it would work without problems. I'm pretty > sure that you would have almost insurmountable problems running with > 56 kb/s B channels. If I can implement a full 128K sync serial pipe with them, I might be interested in buying a pair.. :-) Jordan From owner-freebsd-hackers Fri Jan 12 01:14:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA09600 for hackers-outgoing; Fri, 12 Jan 1996 01:14:14 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA09342 for ; Fri, 12 Jan 1996 01:11:29 -0800 (PST) Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA09020; Fri, 12 Jan 1996 10:07:11 +0100 Message-Id: <199601120907.KAA09020@gilberto.physik.rwth-aachen.de> Subject: Re: Stale NFS file handle To: terry@lambert.org (Terry Lambert) Date: Fri, 12 Jan 1996 10:07:10 +0100 (MET) Cc: jhay@mikom.csir.co.za, kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199601111927.MAA17820@phaeton.artisoft.com> from "Terry Lambert" at Jan 11, 96 12:27:33 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > 'blues' is running 2.1R and mounts another machine. > > > That machine went down today and came up a half an hour ago. > > > > > > But since then I have > > > > > > /a/src: Stale NFS file handle. > > > > > > when trying to df > > > > > > I fear that the only way to get around this is to reboot which > > > is not so funny. > > > > > > Are there any other ways to overcome this problem? > > > > Now this is a question to which I would like to know the answer also. I > > have asked the same question in -questions but haven't received an answer > > yet. > > Can you provide a way of repeating the problem in situ? The server side was a Dec Ultrix and I was writing a larger amount of data >200 MB (two 50MB files amongst it) to the mounted directory. Yesterday it happened that the server went down. After booting the server I noticed the stale handle. So I looked in the server and found that the file system of the disk in question was so screwed (BAD DATA IN SUPERBLOCK or something) that even a fsck -b 32 -y did not recover the filesystem on the ultrix side. So I decided to newfs and mount the disk again. Unfortunately I had rebooted the FreeBSD machine at that time so I cannot say if the mount had come to live with the server becoming alive again. I will now fetch the large files again to see if it's repeatable. > > Will it work against non-FreeBSD servers or with non-FreeBSD clients? > (ie: have you localized the problem to the server or client code?). > > Is it possible the the handle is, in fact, stale? > > What if you disable the lease code (assuming NFSv3)? I'm running 2.1R in my case, so no NFSv3 involved. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Fri Jan 12 01:32:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10382 for hackers-outgoing; Fri, 12 Jan 1996 01:32:40 -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 BAA10375 for ; Fri, 12 Jan 1996 01:32:30 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 12 Jan 96 09:32 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 KAA20789; Fri, 12 Jan 1996 10:20:49 +0100 Message-Id: <199601120920.KAA20789@allegro.lemis.de> Subject: Re: Status of ISDN drivers To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 12 Jan 1996 10:20:49 +0100 (MET) Cc: gjennejohn@frt.dec.com, hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <20902.821435163@time.cdrom.com> from "Jordan K. Hubbard" at Jan 12, 96 00:26:03 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 Jordan K. Hubbard writes: > >> Seriously, we were just discussing yesterday (on the ISDN list) if we >> couldn't find somebody in the US to test the Teles driver. You would >> definitely need either full Q.921/Q.931 conformance, but even that >> wouldn't guarantee that it would work without problems. I'm pretty >> sure that you would have almost insurmountable problems running with >> 56 kb/s B channels. > > If I can implement a full 128K sync serial pipe with them, I might be > interested in buying a pair.. :-) What do you mean by 'sync'? Do you really want to get down to layer 2? In any case, you would only need one board: they handle a complete BRI. Greg From owner-freebsd-hackers Fri Jan 12 01:33:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10467 for hackers-outgoing; Fri, 12 Jan 1996 01:33:43 -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 BAA10109 for ; Fri, 12 Jan 1996 01:27:49 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id LAA02812; Fri, 12 Jan 1996 11:15:47 +0200 From: John Hay Message-Id: <199601120915.LAA02812@zibbi.mikom.csir.co.za> Subject: Re: Stale NFS file handle To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Date: Fri, 12 Jan 1996 11:15:47 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <199601120905.KAA17243@ghpc6.ihf.rwth-aachen.de> from "Thomas Gellekum" at Jan 12, 96 10:05:41 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 > > John Hay wrote: > > > > This is with FreeBSD-2.1 as client and a Netware (NFS) server. I believe the > > handle is stale (They changed disks without telling us beforehand), but I > > cannot get it unmounted, not even with umount -f which I would have thought > > should force it. At the moment it looks like I will have to reboot the > > FreeBSD machines to clear the problem. > > Could you try the different names for the mount point (`umount > host:/dir' and `umount /dir')? I had a similar problem once (server > linux, client FreeBSD) and one of those invocations worked while the > other didn't. > That did it! The umount host:/dir works. Thankyou. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Fri Jan 12 01:41:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00212 for hackers-outgoing; Fri, 12 Jan 1996 01:41:38 -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 BAA00203 for ; Fri, 12 Jan 1996 01:41:34 -0800 (PST) Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id EAA05717; Fri, 12 Jan 1996 04:42:39 -0500 From: Peter Dufault Message-Id: <199601120942.EAA05717@hda.com> Subject: SCSI IP To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 12 Jan 1996 04:42:38 -0500 (EST) Cc: terry@lambert.org, peter@jhome.DIALix.COM, hackers@FreeBSD.org In-Reply-To: <16927.821433699@time.cdrom.com> from "Jordan K. Hubbard" at Jan 12, 96 00:01:39 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > Target mode lets your system look like a peripheral to another > > system so that the other host adapter can then address your system > > as a target. > > Ever thought about doing an IP over SCSI implementation? Don't laugh - > I believe that Johannes Helander actually did this at some point. I've thought about it. The only working target now is the 1542B, not A, not C. Not very wide coverage and I've never had two in house at once to talk back and forth. 100Mbps e-net makes SCSI-IP less interesting, though the idea of sharing the read only partitions of a disk via direct block reads and the r/w partitions using IP over SCSI on a motherboard with direct support for fast-wide SCSI is interesting. The last time this came up there were a questions about latency that are still unanswered. The devil is in finding the hardware and time to do this. Soon I'll have a single NCR SCSI system. -- 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 12 01:46:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA00792 for hackers-outgoing; Fri, 12 Jan 1996 01:46:04 -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 BAA00781 for ; Fri, 12 Jan 1996 01:46:01 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA13247; Fri, 12 Jan 1996 01:44:29 -0800 To: grog@lemis.de (Greg Lehey) cc: gjennejohn@frt.dec.com, hackers@freebsd.org (FreeBSD Hackers) Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Fri, 12 Jan 1996 10:20:49 +0100." <199601120920.KAA20789@allegro.lemis.de> Date: Fri, 12 Jan 1996 01:44:29 -0800 Message-ID: <13242.821439869@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > What do you mean by 'sync'? Do you really want to get down to layer > 2? In any case, you would only need one board: they handle a complete > BRI. I mean I want to run 8 bit bytes down the line, not 10 bit bytes. :-) Clocked serial. Synchronous serial. I'd also need two cards - I manage both ends of the link, right? :-) I wouldn't mind moving the serial load off of freefall anyway. A semi-intelligent ISDN card could be stuck into a number of different machines at WC. Jordan From owner-freebsd-hackers Fri Jan 12 02:00:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02527 for hackers-outgoing; Fri, 12 Jan 1996 02:00:49 -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 CAA02520 for ; Fri, 12 Jan 1996 02:00:46 -0800 (PST) From: friede@sybase.com Received: from halon.sybase.com (halon.sybase.com [192.138.151.33]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id BAA03801 for ; Fri, 12 Jan 1996 01:39:31 -0800 Received: from smtp1.sybase.com (sybgate) by halon.sybase.com (5.x/SMI-SVR4/SybFW4.0) id AA16168; Fri, 12 Jan 1996 01:30:53 -0800 Received: from pedigree.sybgate.sybase.com by smtp1.sybase.com (4.1/SMI-4.1/SybH3.4) id AA28500; Fri, 12 Jan 96 01:30:41 PST Received: from localhost by pedigree.sybgate.sybase.com (4.1/SMI-4.1/SybEC3.2) id AA02009; Fri, 12 Jan 96 10:30:33 +0100 Message-Id: <9601120930.AA02009@pedigree.sybgate.sybase.com> To: "Jordan K. Hubbard" Cc: grog@lemis.de, gjennejohn@frt.dec.com, hackers@FreeBSD.org, isdn@muc.ditec.de Subject: Re: Status of ISDN drivers Reply-To: friede@sybase.com In-Reply-To: Your message of Fri, 12 Jan 96 00:26:03 -0800. <20902.821435163@time.cdrom.com> Date: Fri, 12 Jan 96 10:30:33 +0100 Sender: owner-hackers@FreeBSD.org Precedence: bulk Hi Jordan, > > Seriously, we were just discussing yesterday (on the ISDN list) if we > > couldn't find somebody in the US to test the Teles driver. You would > > definitely need either full Q.921/Q.931 conformance, but even that > > wouldn't guarantee that it would work without problems. I'm pretty > > sure that you would have almost insurmountable problems running with > > 56 kb/s B channels. > > If I can implement a full 128K sync serial pipe with them, I might be > interested in buying a pair.. :-) > > Jordan You would be able to implement that. If you do not find anybody. I would be interested to do it myself. I am working for Sybase ( in Holland ) up to end of February. I could come to California in April to test and fix the US protocols. Is there any possibility in support - machines, ISDN interfaces (S0), expenses, accomodation , ... ??? Is there anybody else out there to help? By the way, could you please put my adress friede@ibm.net on hackers@freebsd.org . Dietmar From owner-freebsd-hackers Fri Jan 12 02:01:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA02595 for hackers-outgoing; Fri, 12 Jan 1996 02:01: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 CAA02588 for ; Fri, 12 Jan 1996 02:01:49 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA31181; Fri, 12 Jan 1996 20:57:29 +1100 Date: Fri, 12 Jan 1996 20:57:29 +1100 From: Bruce Evans Message-Id: <199601120957.UAA31181@godzilla.zeta.org.au> To: jmacd@CS.Berkeley.EDU, nate@sri.MT.net Subject: Re: mktemp() sucks, why not fix it? Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >Sorry, that my strings were not writable misses the point. Completely. They were writable... You're probably asking for too much. The corresponding (even more brain damaged) stdio functions can't be expected to work for anything except regular files since stdio only supports creating regular files. Bruce From owner-freebsd-hackers Fri Jan 12 02:36:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA00840 for hackers-outgoing; Fri, 12 Jan 1996 02:36: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 CAA00835 for ; Fri, 12 Jan 1996 02:36:03 -0800 (PST) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id CAA04485 for ; Fri, 12 Jan 1996 02:34:17 -0800 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id LAA02812; Fri, 12 Jan 1996 11:15:47 +0200 From: John Hay Message-Id: <199601120915.LAA02812@zibbi.mikom.csir.co.za> Subject: Re: Stale NFS file handle To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Date: Fri, 12 Jan 1996 11:15:47 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <199601120905.KAA17243@ghpc6.ihf.rwth-aachen.de> from "Thomas Gellekum" at Jan 12, 96 10:05:41 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 > > John Hay wrote: > > > > This is with FreeBSD-2.1 as client and a Netware (NFS) server. I believe the > > handle is stale (They changed disks without telling us beforehand), but I > > cannot get it unmounted, not even with umount -f which I would have thought > > should force it. At the moment it looks like I will have to reboot the > > FreeBSD machines to clear the problem. > > Could you try the different names for the mount point (`umount > host:/dir' and `umount /dir')? I had a similar problem once (server > linux, client FreeBSD) and one of those invocations worked while the > other didn't. > That did it! The umount host:/dir works. Thankyou. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Fri Jan 12 02:52:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10467 for hackers-outgoing; Fri, 12 Jan 1996 01:33:43 -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 BAA10109 for ; Fri, 12 Jan 1996 01:27:49 -0800 (PST) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.12/8.6.9) id LAA02812; Fri, 12 Jan 1996 11:15:47 +0200 From: John Hay Message-Id: <199601120915.LAA02812@zibbi.mikom.csir.co.za> Subject: Re: Stale NFS file handle To: thomas@ghpc8.ihf.rwth-aachen.de (Thomas Gellekum) Date: Fri, 12 Jan 1996 11:15:47 +0200 (SAT) Cc: hackers@FreeBSD.org (FreeBSD-hackers) In-Reply-To: <199601120905.KAA17243@ghpc6.ihf.rwth-aachen.de> from "Thomas Gellekum" at Jan 12, 96 10:05:41 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 > > John Hay wrote: > > > > This is with FreeBSD-2.1 as client and a Netware (NFS) server. I believe the > > handle is stale (They changed disks without telling us beforehand), but I > > cannot get it unmounted, not even with umount -f which I would have thought > > should force it. At the moment it looks like I will have to reboot the > > FreeBSD machines to clear the problem. > > Could you try the different names for the mount point (`umount > host:/dir' and `umount /dir')? I had a similar problem once (server > linux, client FreeBSD) and one of those invocations worked while the > other didn't. > That did it! The umount host:/dir works. Thankyou. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Fri Jan 12 02:52:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA10382 for hackers-outgoing; Fri, 12 Jan 1996 01:32:40 -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 BAA10375 for ; Fri, 12 Jan 1996 01:32:30 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 12 Jan 96 09:32 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 KAA20789; Fri, 12 Jan 1996 10:20:49 +0100 Message-Id: <199601120920.KAA20789@allegro.lemis.de> Subject: Re: Status of ISDN drivers To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 12 Jan 1996 10:20:49 +0100 (MET) Cc: gjennejohn@frt.dec.com, hackers@FreeBSD.org (FreeBSD Hackers) In-Reply-To: <20902.821435163@time.cdrom.com> from "Jordan K. Hubbard" at Jan 12, 96 00:26:03 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 Jordan K. Hubbard writes: > >> Seriously, we were just discussing yesterday (on the ISDN list) if we >> couldn't find somebody in the US to test the Teles driver. You would >> definitely need either full Q.921/Q.931 conformance, but even that >> wouldn't guarantee that it would work without problems. I'm pretty >> sure that you would have almost insurmountable problems running with >> 56 kb/s B channels. > > If I can implement a full 128K sync serial pipe with them, I might be > interested in buying a pair.. :-) What do you mean by 'sync'? Do you really want to get down to layer 2? In any case, you would only need one board: they handle a complete BRI. Greg From owner-freebsd-hackers Fri Jan 12 03:32:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA03756 for hackers-outgoing; Fri, 12 Jan 1996 03:32:30 -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 DAA03749 for ; Fri, 12 Jan 1996 03:32:24 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 12 Jan 96 12:32 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 MAA21091; Fri, 12 Jan 1996 12:27:03 +0100 Message-Id: <199601121127.MAA21091@allegro.lemis.de> Subject: Re: installation problems To: sandp@tnp.com (Albert Bryndza) Date: Fri, 12 Jan 1996 12:27:02 +0100 (MET) Cc: doc@allegro.lemis.de, hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <30F2B647.4BD7@tnp.com> from "Albert Bryndza" at Jan 9, 96 01:39:03 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 You sent this message to doc@freebsd.org, which is probably the incorrect address in this case. I'm copying hackers@freebsd.org on this reply, and they'll certainly tell me if it's the wrong list :-) Albert Bryndza writes: > > hi, i am trying to install the freebsd that i donwloaded from the net > and it locks up at this point: > > npx0: INT 16 interface > > then just hangs there. i tried to disable probing npx0: with the -c > option at bootup but it hangs after saying: > > npx0: probe diabled (or something close to that) > > what could be the problem? i am installing it on an ide drive (which it > found) This probably doesn't have anything to do with npx0. You could try booting with the -v option and see what happens. This message is the last that appears from the boot, so probably the boot has finished and the system is trying to continue with system startup. You could try booting with the -s option as well (single user). This should drop you into single user mode immediately after the npx0 message. Greg From owner-freebsd-hackers Fri Jan 12 03:33:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA03806 for hackers-outgoing; Fri, 12 Jan 1996 03:33:41 -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 DAA03801 for ; Fri, 12 Jan 1996 03:33:37 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 12 Jan 96 12:32 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 MAA21060; Fri, 12 Jan 1996 12:20:08 +0100 Message-Id: <199601121120.MAA21060@allegro.lemis.de> Subject: Re: Installation Guide To: koshy@india.hp.com (A JOSEPH KOSHY) Date: Fri, 12 Jan 1996 12:20:08 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199601041132.AA058345144@fakir.india.hp.com> from "A JOSEPH KOSHY" at Jan 4, 96 05:02:24 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 A JOSEPH KOSHY writes: > > > I'd be happy to review your guide. Where can I pick it up? Sorry I didn't get back to you earlier. The installation guide is still going through significant changes. You can pick up the current version from freefall.FreeBSD.org:/incoming/shortbook.tar.gz. Please complain about anything except the page breaks, which are terrible. It's a lot of work to fix them, and they need fixing after every modification, so I'm leaving that until the text is stable. Thanks for your interest. Greg From owner-freebsd-hackers Fri Jan 12 03:59:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA05208 for hackers-outgoing; Fri, 12 Jan 1996 03:59:22 -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 DAA05200 for ; Fri, 12 Jan 1996 03:59:08 -0800 (PST) Received: (from hosokawa@localhost) by frig.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id UAA27211; Fri, 12 Jan 1996 20:58:46 +0900 Date: Fri, 12 Jan 1996 20:58:46 +0900 Message-Id: <199601121158.UAA27211@frig.mt.cs.keio.ac.jp> To: hackers@freebsd.org Subject: pccard package alpha-test version From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: owner-hackers@freebsd.org Precedence: bulk Hi! Today is the day I promised to release the alpha-test version of pccard package. Current status follows. I'm testing on these cards. Type Card Status Hotplug ---------------------------------------------------------------- Ethernet IBM PCMCIA Ether I OK OK IBM PCMCIA Ether II OK OK 3Com Etherlink III 3C589B OK OK 3Com Etherlink III 3C589C OK OK Farallon EtherMac OK 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 (*1) NG OMRON Corp. MD24XCA OK OK SCSI Adaptec SlimSCSI OK OK NewMedia BusToaster NG (*2) NG RATOC REX-5535AC NG (*3) NG RATOC REX-5535X NG (*3) NG Flash ATA SunDisk SPD-5 OK OK (*1) I didn't test this card these days, so it can work on current version. (*2) The controller chip of SlimSCSI and this card is compatible, so it'll come to work easily. If you have this card, please test it. (*3) Some people reported that it works, so it can be my simple mistake of kernel configuration. This package is now only relative to 2.1.0-RELEASE. You can get it from, ftp://bash.cc.keio.ac.jp/pub/os/FreeBSD/alpha-test/pccard/pccard-test-960112.tar.gz Please test it. Thanks! -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Fri Jan 12 05:08:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09554 for hackers-outgoing; Fri, 12 Jan 1996 05:08:26 -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 FAA09503 for ; Fri, 12 Jan 1996 05:08:15 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id IAA03858; Fri, 12 Jan 1996 08:05:39 -0500 Date: Fri, 12 Jan 1996 08:05:39 -0500 (EST) From: "Ron G. Minnich" To: freebsd-hackers@freefall.freebsd.org cc: John Hay , kuku@gilberto.physik.rwth-aachen.de Subject: Re: Stale NFS file handle In-Reply-To: <199601111927.MAA17820@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > /a/src: Stale NFS file handle. > > > I fear that the only way to get around this is to reboot which > > > is not so funny. > > > Are there any other ways to overcome this problem? OK, in the absolute worst case (you just can't reboot), and assuming the file system is mount on /a/src: cd /a mv src src.dead mkdir src mount /a/src This has never failed me. Then next time you reboot rmdir /a/src.dead >Terry comments: > Is it possible the the handle is, in fact, stale? by which i think he means: Did that remote file system get moved to a different disk, or get changed in some way? The it is, in fact, stale! You did mention that the remote machine went down, right? Did it change? ron From owner-freebsd-hackers Fri Jan 12 06:09:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA11786 for hackers-outgoing; Fri, 12 Jan 1996 06:09:06 -0800 (PST) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA11780 Fri, 12 Jan 1996 06:09:03 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail1.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA08247; Fri, 12 Jan 1996 06:02:53 -0800 Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA28614; Fri, 12 Jan 1996 15:02:53 +0100 Message-Id: <9601121402.AA28614@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: jkh%freebsd.org@inet-gw-1.pa.dec.com Cc: hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from "Jordan K. Hubbard" of Fri, 12 Jan 96 01:44:29 PST. Reply-To: gjennejohn@frt.dec.com Subject: Re: Status of ISDN drivers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Jan 96 15:02:53 +0100 X-Mts: smtp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk jkh@time.cdrom.com writes: > > What do you mean by 'sync'? Do you really want to get down to layer > > 2? In any case, you would only need one board: they handle a complete > > BRI. > > I mean I want to run 8 bit bytes down the line, not 10 bit bytes. :-) > Clocked serial. Synchronous serial. > this is IP over HDLC, the bytes all have 8 bits :) It's completely transparent and demand-dialed, very simple. > I'd also need two cards - I manage both ends of the link, right? :-) > I wouldn't mind moving the serial load off of freefall anyway. > A semi-intelligent ISDN card could be stuck into a number of different > machines at WC. > ah, yes, you'd need a card in freefall ! The Teles card can use 2 B-Channels. I'm not certain that the existing kernel code will do channel bundling, though. Sure would be interesting to try it. And it would *really* be nice to have someone in the US test the ISDN stuff ! WRT getting 128kb/sec. I though the RBOCs in the States only support 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? The D-Channel is not used for data transfer (that would be an additional 16kb/sec.). --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Fri Jan 12 06:27:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA12598 for hackers-outgoing; Fri, 12 Jan 1996 06:27:12 -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 GAA12593 for ; Fri, 12 Jan 1996 06:26:59 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA09157; Sat, 13 Jan 1996 01:23:30 +1100 Date: Sat, 13 Jan 1996 01:23:30 +1100 From: Bruce Evans Message-Id: <199601121423.BAA09157@godzilla.zeta.org.au> To: bde@zeta.org.au, gibbs@freefall.freebsd.org Subject: Re: PnP problem... Cc: freebsd-hackers@FreeBSD.org, hasty@rah.star-gate.com, neil@synthcom.com, smpatel@wam.umd.edu, terry@lambert.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >>Hmm. How do the ISA probes avoid rediscovering PCI/EISA devices? What >>happens if there is a "bt0 at isa?" (as specified in the config) on the >>ISA bus and another one on the PCI/EISA bus? I think this doesn't work >>now. >The only driver I know of that had this problem (the bt driver) handles >it by keeping a static array of ioaddrs/found information and will not >reprobe any conflicts. This should be moved to the configuration manager >(as the XXX comments in bt.c say) as there are other adapters like the >3c509 that fall into this category. I see. This depends on the PCI/EISA driver knowing something unique about the ISA device, or vice versa. You use the ISA iobase. Are there any standards at all for encoding ISA addresses in multi-mode hardware? BTW, all the ISA SCSI drivers still have an evil way of keeping track of the unit number. `xx_unit++' breaks multiple probing. >>>3) Probe all ISA devices. A probe returns whatever information can >>>be obtained non-invasively. ... >> >>That's almost no information. :-( >Depends on the card. >Most cards I've used have at most 5 different port addresses a user >can set. Some probes are non-invasive (only do reads), and these probes Some reads are invasive. Depends on the card :-). `the card' is the one that happens to be read from, not the one being probed for, so you can't guarantee not to hurt it. This is probably not a problem in practice. Bruce From owner-freebsd-hackers Fri Jan 12 06:46:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA13684 for hackers-outgoing; Fri, 12 Jan 1996 06:46:15 -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 GAA13677 for ; Fri, 12 Jan 1996 06:46:06 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA09888; Sat, 13 Jan 1996 01:42:59 +1100 Date: Sat, 13 Jan 1996 01:42:59 +1100 From: Bruce Evans Message-Id: <199601121442.BAA09888@godzilla.zeta.org.au> To: bde@zeta.org.au, se@zpr.uni-koeln.de Subject: Re: PnP problem... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >} Hmm. How do the ISA probes avoid rediscovering PCI/EISA devices? What >Well, that's easy, actually :) >The ISA driver probe will find a conflict with >ressources reserved by the earlier PCI probe. >This makes the PCI probe win :) I'd like to avoid ordering dependencies like that. >And that is the right thing to do, since it is >most likely, that the PCI driver will be able >to correctly setup interrupts, for example, or >it may choose to use memory mapped I/O instead >of the traditional port I/O of the ISA variant. We were thinking about doing the ISA probe first since the ISA devices can't be moved and the other drivers might need to know where they are in order to keep out of their way. Is this actually a consideration for PCI? >} 0-0x3ff :-). I think ISA probes will have to be just as invasive as >Well, yes. You never know how many address bits >an ISA device actually decodes ... Oops, 0-0xffff :-) >(This might be a prameter to the confict check: >let it know, how many address bits the adapter >is known to decode (e.g. 10) and make all tests >modulo 2^N). Do we want to handle things like the sio3 vs S3 card conflict automatically? Presumably, for sio3, sio would return iobase = 0x2e8, length = 8, decoding = 10 bits (worst case must be assumed unless overridden). syscons would have a harder time deciding whether there is an S3 using 0x2e8-0x2ef. Bruce From owner-freebsd-hackers Fri Jan 12 06:56:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA14380 for hackers-outgoing; Fri, 12 Jan 1996 06:56:55 -0800 (PST) Received: from potogold.rmii.com (root@potogold.rmii.com [198.59.29.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA14372 for ; Fri, 12 Jan 1996 06:56:52 -0800 (PST) Received: from isc by potogold.rmii.com with uucp (Smail3.1.28.1 #13) id m0taknK-0002jbC; Fri, 12 Jan 96 06:49 PST Received: by ISC.YoungLife.Org with Microsoft Mail id <30F685D2@ISC.YoungLife.Org>; Fri, 12 Jan 96 08:01:22 PST From: Postmaster To: hackers Subject: htpasswd portability Date: Fri, 12 Jan 96 07:59:00 PST Message-ID: <30F685D2@ISC.YoungLife.Org> Encoding: 7 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@FreeBSD.org Precedence: bulk I am trying to mirror a BSDI 2.x web site on my FreeBSD box and all works well with the exception of the reading of the encrypted .htpasswd. For authenification to work properly I have to recreate .htpasswd each time I do a mirror. Any ideas? -- Jeff Manley jmanley@isc.younglife.org From owner-freebsd-hackers Fri Jan 12 07:26:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA15446 for hackers-outgoing; Fri, 12 Jan 1996 07:26:11 -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 HAA15436 for ; Fri, 12 Jan 1996 07:26:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by chrome.jdl.com (8.6.12/8.6.12) with SMTP id JAA08444; Fri, 12 Jan 1996 09:22:40 -0600 Message-Id: <199601121522.JAA08444@chrome.jdl.com> X-Authentication-Warning: chrome.jdl.com: Host localhost didn't use HELO protocol To: gjennejohn@frt.dec.com cc: hackers@freebsd.org Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Fri, 12 Jan 1996 15:02:53 +0100." <9601121402.AA28614@cssmuc.frt.dec.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: Fri, 12 Jan 1996 09:22:36 -0600 From: Jon Loeliger Sender: owner-hackers@freebsd.org Precedence: bulk Apparently, garyj@frt.dec.com scribbled: > Sure would be interesting to try it. > And it would *really* be nice to have someone in the US test the ISDN > stuff ! Hey, put a cheap or free card in my hands, I'll test it....! :-) (I've currently got the Pipeline-50 solution.) > WRT getting 128kb/sec. I though the RBOCs in the States only support > 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? No, we can get full 64kb/sec support from both B channels. *Some* places like pac-bell land on the west coast are behind the times and still only support the 56kb/sec lines by faking it (with partial T1 resources?). I've got 128kb/sec here at my house, though, in Southwest Bell land. jdl From owner-freebsd-hackers Fri Jan 12 07:41:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16481 for hackers-outgoing; Fri, 12 Jan 1996 07:41:17 -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 HAA16470 for ; Fri, 12 Jan 1996 07:41:07 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA01397; Fri, 12 Jan 1996 10:39:28 -0500 Date: Fri, 12 Jan 1996 10:39:28 -0500 Message-Id: <199601121539.KAA01397@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: John Capo From: dennis@etinc.com (dennis) Subject: Re: pppd vs ijppp (Bug Fixes) Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >Two features iijppp has over kernel ppp that I like are predictor1 >compression and demand dialing. Here are a few bug fixes. > >I expanded the priority queueing scheme and discovered it was broken >due to the assignment at ip.c line 300. All packets were being >queued at the same priority. > >Fixing priority queueing broke predictor1 compression. Packets >were compressed before being queued and predictor1 worked as long >as the packets were popped off the queue in the same order they >were pushed onto the queue. > >There were a few byte order problems in IP header tests also. > >There is a recursion problem in SendLqrReport(). LcpClose() is >called when "Too many echo packets are lost" which winds up in >SendLqrReport() again. I believe the original intention was to >just stop the LQR timer with the call to StopLqr() but the side >effects hurt. > >#0 0xa2da in SendLqrReport () at lqr.c:121 >#1 0xa5e5 in StopLqr (method=1) at lqr.c:227 >#2 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 >#3 0x6046 in FsmClose (fp=0x17088) at fsm.c:185 >#4 0x985d in LcpClose () at lcp.c:405 >#5 0xa2da in SendLqrReport () at lqr.c:121 >#6 0xa5e5 in StopLqr (method=1) at lqr.c:227 >#7 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 >#8 0x6046 in FsmClose (fp=0x17088) at fsm.c:185 >#9 0x985d in LcpClose () at lcp.c:405 >#10 0xa2da in SendLqrReport () at lqr.c:121 >#11 0xa5e5 in StopLqr (method=1) at lqr.c:227 >#12 0x97d1 in LcpLayerDown (fp=0x17088) at lcp.c:375 >#13 0x5fb6 in FsmDown (fp=0x17088) at fsm.c:164 >#14 0x9829 in LcpDown () at lcp.c:391 >#15 0xcfe3 in DownConnection () at modem.c:212 > >There is a send-pr black hole report on the recursion bug. > >I suspect another recursion problem somewhere that does not >spit out a message. Symptoms are illegal instructions and >a completely trashed core dump, 90% 0's. > This is what you're calling "easier to debug"? :) db ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 From owner-freebsd-hackers Fri Jan 12 07:44:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16648 for hackers-outgoing; Fri, 12 Jan 1996 07:44:05 -0800 (PST) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id HAA16610 for ; Fri, 12 Jan 1996 07:44:00 -0800 (PST) From: garyj@frt.dec.com Received: from cssmuc.frt.dec.com by mail1.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA17566; Fri, 12 Jan 1996 07:39:41 -0800 Received: from localhost by cssmuc.frt.dec.com; (5.65v3.2/1.1.8.2/14Nov95-0232PM) id AA23886; Fri, 12 Jan 1996 16:39:39 +0100 Message-Id: <9601121539.AA23886@cssmuc.frt.dec.com> X-Mailer: exmh version 1.6.4 10/10/95 To: hackers%freebsd.org@inet-gw-1.pa.dec.com In-Reply-To: Message from Jon Loeliger of Fri, 12 Jan 96 09:22:36 CST. Reply-To: gjennejohn@frt.dec.com Subject: Re: Status of ISDN drivers Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Jan 96 16:39:38 +0100 X-Mts: smtp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk jdl@jdl.com writes: > Apparently, garyj@frt.dec.com scribbled: > > Sure would be interesting to try it. > > And it would *really* be nice to have someone in the US test the ISDN > > stuff ! > > Hey, put a cheap or free card in my hands, I'll test it....! :-) > (I've currently got the Pipeline-50 solution.) > there you go, Jordan. A volunteer :) Perhaps someone could provide FreeBSD Inc. with a Teles card ? Your name in lights ! Enschrined in the official Hardware Contributors List. More has been done for less reason in the history of mankind. ;-) --- Gary Jennejohn (work) gjennejohn@frt.dec.com (home) Gary.Jennejohn@munich.netsurf.de (play) gj@freebsd.org From owner-freebsd-hackers Fri Jan 12 07:47:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id HAA16930 for hackers-outgoing; Fri, 12 Jan 1996 07:47: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 HAA16917 for ; Fri, 12 Jan 1996 07:47:45 -0800 (PST) Received: from ppp-082.etinc.com (ppp-082.etinc.com [204.141.95.142]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA01414 for ; Fri, 12 Jan 1996 10:46:28 -0500 Date: Fri, 12 Jan 1996 10:46:28 -0500 Message-Id: <199601121546.KAA01414@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (dennis) Subject: Re: Status of ISDN drivers Sender: owner-hackers@freebsd.org Precedence: bulk > >jkh@time.cdrom.com writes: >> > What do you mean by 'sync'? Do you really want to get down to layer >> > 2? In any case, you would only need one board: they handle a complete >> > BRI. >> >> I mean I want to run 8 bit bytes down the line, not 10 bit bytes. :-) >> Clocked serial. Synchronous serial. >> >this is IP over HDLC, the bytes all have 8 bits :) It's completely >transparent and demand-dialed, very simple. > >> I'd also need two cards - I manage both ends of the link, right? :-) >> I wouldn't mind moving the serial load off of freefall anyway. >> A semi-intelligent ISDN card could be stuck into a number of different >> machines at WC. >> >ah, yes, you'd need a card in freefall ! The Teles card can use 2 >B-Channels. I'm not certain that the existing kernel code will do >channel bundling, though. Sure would be interesting to try it. >And it would *really* be nice to have someone in the US test the ISDN >stuff ! > >WRT getting 128kb/sec. I though the RBOCs in the States only support >56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? >The D-Channel is not used for data transfer (that would be an additional >16kb/sec.). Of course for $695 you can get RISC-powered "plug and power-up" 128k sync...but we've been through that one before! 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 12 08:00:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA17954 for hackers-outgoing; Fri, 12 Jan 1996 08:00:31 -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 IAA17939 for ; Fri, 12 Jan 1996 08:00:22 -0800 (PST) Received: (from d@localhost) by sponsor.octet.com (8.6.12/8.6.12) id KAA08619; Fri, 12 Jan 1996 10:49:39 GMT From: Daniel Leeds Message-Id: <199601121049.KAA08619@sponsor.octet.com> Subject: Re: abuse and the -stable linux emu. To: gpalmer@cdrom.com (Gary Palmer) Date: Fri, 12 Jan 1996 10:49:39 +0000 () Cc: hackers@freebsd.org In-Reply-To: <11365.821416443@westhill.cdrom.com> from "Gary Palmer" at Jan 11, 96 07:14:03 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > Anyone got Linux Abuse working under -stable? I've done a kdump of it, ^^^^^ Isn't anything related to Linux, abuse? ;) *grin* From owner-freebsd-hackers Fri Jan 12 08:01:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18021 for hackers-outgoing; Fri, 12 Jan 1996 08:01:22 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA18013 Fri, 12 Jan 1996 08:01:16 -0800 (PST) From: John Dyson Message-Id: <199601121601.IAA18013@freefall.freebsd.org> Subject: Re: Status of ISDN drivers To: jdl@jdl.com (Jon Loeliger) Date: Fri, 12 Jan 1996 08:01:15 -0800 (PST) Cc: gjennejohn@frt.dec.com, hackers@freebsd.org In-Reply-To: <199601121522.JAA08444@chrome.jdl.com> from "Jon Loeliger" at Jan 12, 96 09:22:36 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > > WRT getting 128kb/sec. I though the RBOCs in the States only support > > 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? > Even in Indianapolis, we get the full 64k+64k. John Dyson From owner-freebsd-hackers Fri Jan 12 08:23:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19264 for hackers-outgoing; Fri, 12 Jan 1996 08:23:50 -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 IAA19256 for ; Fri, 12 Jan 1996 08:23:44 -0800 (PST) Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id LAA15105; Fri, 12 Jan 1996 11:20:31 -0500 Date: Fri, 12 Jan 1996 11:20:30 -0500 (EST) From: "Michael C. Newell" To: Bruce Evans cc: nate@sri.MT.net, hackers@FreeBSD.ORG Subject: Re: pppd vs ijppp In-Reply-To: <199601120722.SAA25365@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 12 Jan 1996, Bruce Evans wrote: > >Is the module in ijppp also encumbered? > > Probably. > > The standard BSD-compress in the current kernel ppp (and in /usr/bin) > is also apparently encumbered. See /usr/src/usr.sbin/pppd/RELNOTES. Is compression already in the kernel ppp? I've not looked (yet - that's my project for today. Being snowed in has it's advantages! :-) I know the 'compress(1)' mechanism (LZW) is patented, but I thought there was some debate about wether or not a patent claim can be enforced after laying dormant for so many years? Fortunately I'm not a lawyer... :-) Still, I don't believe *ALL* forms of compression are patented!! :-)!! > Doesn't your modem do compression? I don't see how compression can > help if it does. BSD-compress (15 bits) only achieves 33% compression > on /kernel (a average (?) non-text non-compressed file) at a cost of > approximately doubling the total transmission overhead on a 486DX2/66. > For compressing /kernel.gz, /usr/bin/compress _expands_ the file by 40%. Yes, supposedly they do. But the throughput I get is only on the order of 2KB/s on precompressed binary files, 2.7KB/s on plain text (uncompressed) binary files. The modem reports that it has negotiated a compressed connection usually at 26.4Kb/s (I've not see lower), and I'm running the DTEs at 115.2Kbs, so I'm not sure what's going on. I'm seeing this with both the Hayes Accura 2.88 V.FC+FAX and the Zoom 28.8 (also V.FC) modems. I use pairs of modems (i.e. the Hayes modem talks to another Hayes of the same type; as do the Zooms) so it's not cross-vendor incompatabilities. I'm using RTS/CTS flow control. The PPP server is a 486SX-33 with 4 16550 ports (only 2 in use) used ONLY as a PPP server for 2 lines (see "http://lupine.nsi.nasa.gov/~mnewell/mcnet.html" for details; the second ethernet shown in the diagram is not currently in use). The clients are 486DX-2 66 and 100 boxes. There doesn't appear to be a problem with errors; errors are about 5 in 40,000 packets. Very disappointing results. Any ideas along that route would be appreciated... :-) With ijppp + predictor-1 I was getting 3.3KB/s on compressed binary files, and 3.7KB/s on plain ASCII text files (but the only way to stay up long enough to acquire large enough files for meaningful statistics was to lower the speed of the serial ports to 38.4Kb/s). 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 Fri Jan 12 08:30:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA19733 for hackers-outgoing; Fri, 12 Jan 1996 08:30:37 -0800 (PST) Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA19726 Fri, 12 Jan 1996 08:30:29 -0800 (PST) Received: from time.cdrom.com by mail1.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA22065; Fri, 12 Jan 1996 08:23:31 -0800 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA04235; Fri, 12 Jan 1996 08:22:06 -0800 To: gjennejohn@frt.dec.com Cc: jkh%freebsd.org@inet-gw-1.pa.dec.com, hackers%freebsd.org@inet-gw-1.pa.dec.com Subject: Re: Status of ISDN drivers In-Reply-To: Your message of "Fri, 12 Jan 1996 15:02:53 +0100." <9601121402.AA28614@cssmuc.frt.dec.com> Date: Fri, 12 Jan 1996 08:22:06 -0800 Message-Id: <4233.821463726@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > this is IP over HDLC, the bytes all have 8 bits :) It's completely > transparent and demand-dialed, very simple. Sounds good! > ah, yes, you'd need a card in freefall ! The Teles card can use 2 > B-Channels. I'm not certain that the existing kernel code will do > channel bundling, though. Sure would be interesting to try it. Woo, I'd definitely need bonding! I do it now with my TAs and really couldn't give it up. > WRT getting 128kb/sec. I though the RBOCs in the States only support > 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? Nope, they support 64Kbps in many COs. I'm doing it now! Jordan From owner-freebsd-hackers Fri Jan 12 09:11:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22447 for hackers-outgoing; Fri, 12 Jan 1996 09:11:42 -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 JAA22440 for ; Fri, 12 Jan 1996 09:11:31 -0800 (PST) From: marino.ladavac@aut.alcatel.at Received: from atusks01.aut.alcatel.at by Relay1.Austria.EU.net with SMTP id AA21441 (5.67b/IDA-1.5 for ); Fri, 12 Jan 1996 18:10:04 +0100 Received: from atuhc16 by atusks01.aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA23804; Fri, 12 Jan 96 18:09:29 +0100 Message-Id: <9601121709.AA23804@atuhc16.atusks01.aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA08098; Fri, 12 Jan 1996 18:09:26 +0100 Subject: Re: Status of ISDN drivers To: dennis@etinc.com (dennis) (dennis) Date: Fri, 12 Jan 96 18:09:26 MET Cc: hackers@freebsd.org In-Reply-To: <199601121546.KAA01414@etinc.com>; from "dennis" at Jan 12, 96 10:46 am Mailer: Elm [revision: 70.85] Sender: owner-hackers@freebsd.org Precedence: bulk > > > >WRT getting 128kb/sec. I though the RBOCs in the States only support > >56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? > >The D-Channel is not used for data transfer (that would be an additional > >16kb/sec.). > Of course for $695 you can get RISC-powered "plug and power-up" 128k > sync...but we've been through that one before! Yes, but will it work in Europe, more precisely, Austria? I would be interested *iff* it does. Same for Teles cards. /Alby > 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 12 09:14:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22556 for hackers-outgoing; Fri, 12 Jan 1996 09:14:39 -0800 (PST) Received: from fourthgen.com (fourthgen.fourthgen.com [199.199.125.55]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA22545 for ; Fri, 12 Jan 1996 09:14:32 -0800 (PST) Received: (from tomg@localhost) by fourthgen.com (8.6.12/8.6.9) id LAA07432 for hackers@freebsd.org; Fri, 12 Jan 1996 11:17:52 -0600 From: Tom Greenwalt Message-Id: <199601121717.LAA07432@fourthgen.com> Subject: Re: Status of ISDN drivers To: hackers@freebsd.org Date: Fri, 12 Jan 1996 11:17:52 -0600 (CST) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I just talked to the owner of Fourth Generation (my boss) and he told me go ahead and setup an ISDN link for our site. Since our site is powered by FreeBSD, I'd be willing to work on drivers for ISDN hardware for FreeBSD. If there is someone at FreeBSD who coordinates this stuff, I like to hear from them. -- 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 Fri Jan 12 09:20:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA22762 for hackers-outgoing; Fri, 12 Jan 1996 09:20: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 JAA22757 Fri, 12 Jan 1996 09:19:57 -0800 (PST) Received: from mail.zrz.TU-Berlin.DE (mail.zrz.TU-Berlin.DE [130.149.4.15]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id JAA08717 ; Fri, 12 Jan 1996 09:18:40 -0800 Received: from itrsp2.fb10.tu-berlin.de by mail.zrz.TU-Berlin.DE with SMTP (PP); Fri, 12 Jan 1996 17:00:30 +0100 Date: Fri, 12 Jan 1996 17:03:12 +0100 (MET) From: Goetz Fischer To: hackers@FreeBSD.ORG Cc: hardware@FreeBSD.ORG Subject: HELP pci mach64 blanks screen (fwd) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi ! I have a problem with Gigabyte GA-586ATE PB Cache Mainboard and Asus PCI-V264CT (ATI OEM mach64 Xpession 2MB Dram). If I enable sio0 and/or sio1 the screen blanks while probing devices and never come back. Without probing sio's it's ok but no mouse and modem. I know that mach64 uses adress off sio3 (com4) but I have no sio2/3. I build a new kernel with only probing sio0 and sio1, but no fun :-( What to do?? Hope for help. By Goetz From owner-freebsd-hackers Fri Jan 12 09:26:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA23068 for hackers-outgoing; Fri, 12 Jan 1996 09:26:01 -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 JAA23063 for ; Fri, 12 Jan 1996 09:25:53 -0800 (PST) Received: from beacon.synthcom.com (beacon.synthcom.com [198.145.98.1]) by synthcom.com (8.6.12/8.6.12) with SMTP id JAA02271; Fri, 12 Jan 1996 09:20:54 GMT Date: Fri, 12 Jan 1996 09:20:54 +0000 () From: Neil Bradley To: Daniel Leeds cc: Gary Palmer , hackers@freebsd.org Subject: Re: abuse and the -stable linux emu. In-Reply-To: <199601121049.KAA08619@sponsor.octet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Fri, 12 Jan 1996, Daniel Leeds wrote: > > Anyone got Linux Abuse working under -stable? I've done a kdump of it, > Isn't anything related to Linux, abuse? ;) Isn't just mentioning or using Linux abuse? ;-) -->Neil ------------------------------------------------------------------------------- Synthcom System's homepage: http://www.synthcom.com/ Europa Upgrade, Synth patches (D-50, Xpander/Matrix 12), used gear pricelist From owner-freebsd-hackers Fri Jan 12 09:50:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24085 for hackers-outgoing; Fri, 12 Jan 1996 09:50:41 -0800 (PST) Received: from ns.ge.com (ns.ge.com [192.35.39.24]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA24080 for ; Fri, 12 Jan 1996 09:50:35 -0800 (PST) Received: from crissy.gemis.ge.com ([3.29.7.57]) by ns.ge.com (8.6.12/8.6.11) with ESMTP id MAA24828; Fri, 12 Jan 1996 12:45:03 -0500 Received: from salem.ge.com (carsdb.salem.ge.com [3.29.7.15]) by crissy.gemis.ge.com (8.6.11/8.6.11) with SMTP id MAA16206; Fri, 12 Jan 1996 12:34:59 -0500 Received: from combs.salem.ge.com by salem.ge.com (4.1/SMI-4.1) id AA22525; Fri, 12 Jan 96 12:44:16 EST Received: (from steve@localhost) by combs.salem.ge.com (8.7.2/8.6.11) id MAA04790; Fri, 12 Jan 1996 12:44:15 -0500 (EST) Date: Fri, 12 Jan 1996 12:44:15 -0500 (EST) From: "Stephen F. Combs" Reply-To: CombsSF@salem.ge.com To: John Dyson Cc: Jon Loeliger , gjennejohn@frt.dec.com, hackers@freebsd.org Subject: Re: Status of ISDN drivers In-Reply-To: <199601121601.IAA18013@freefall.freebsd.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk We even get the full 64k+64k here in Salem, VA! Steve Combs On Fri, 12 Jan 1996, John Dyson wrote: > > > > > WRT getting 128kb/sec. I though the RBOCs in the States only support > > > 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? > > > Even in Indianapolis, we get the full 64k+64k. > > John Dyson > From owner-freebsd-hackers Fri Jan 12 09:56:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24385 for hackers-outgoing; Fri, 12 Jan 1996 09:56:14 -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 JAA24380 for ; Fri, 12 Jan 1996 09:56:10 -0800 (PST) Received: (from yves@localhost) by maelstrom.cc.mcgill.ca (8.7.1/8.6.6) id MAA12638 for hackers@freebsd.org; Fri, 12 Jan 1996 12:52:22 -0500 (EST) Message-Id: <199601121752.MAA12638@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: Fri, 12 Jan 96 12:52:20 -0500 To: hackers@freebsd.org Subject: YAY! I have a question Reply-To: yves@CC.McGill.CA Sender: owner-hackers@freebsd.org Precedence: bulk Hi all, I've not posted to the list for a long time, FreeBSD just runs so well. But now, I am hitting a weird problem. I installed a second 3c509b adapter in my FreeBSD machine (the first 3c509b adapter works just fine). Here is the dmesg output: scd0 not found at 0x230 ie0 not found at 0x360 2 3C5x9 board(s) on ISA found at 0x200 0x300 ep0 at 0x300-0x30f irq 5 on isa ep0: aui/bnc/utp[*UTP*] address 00:20:af:a0:64:38 irq 5 ep1 at 0x200-0x20f irq 10 on isa ep1: aui/bnc/utp[*UTP*] address 00:20:af:a0:63:44 irq 10 ix0 not probed due to I/O address conflict with ep0 at 0x300 le0 not probed due to I/O address conflict with ep0 at 0x300 This means both boards are found. here is my ifconfig -a: lp0: flags=8810 mtu 1500 ep0: flags=8a63 mtu 1500 inet 132.216.30.10 netmask 0xfffffff8 broadcast 132.216.30.15 ether 00:20:af:a0:64:38 ep0: flags=8a63 mtu 1500 inet 132.216.30.10 netmask 0xfffffff8 broadcast 132.216.30.15 ether 00:20:af:a0:64:38 lo0: flags=8009 mtu 16384 inet 127.0.0.1 netmask 0xff000000 sl0: flags=c010 mtu 552 tun0: flags=8010 mtu 1500 I have two ep0's interfaces... tempest# ifconfig ep1 up ifconfig: ioctl (SIOCGIFFLAGS): no such interface When I try to put ep1 up, I get this but the kernel did see it ! Here is the relevant part of my config file: device ep0 at isa? port 0x300 net irq 5 vector epintr device ep1 at isa? port 0x200 net irq 10 vector epintr Does anyone have an idea of what goes wrong? Thanks a lot. Yves Lepage From owner-freebsd-hackers Fri Jan 12 09:59:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA24469 for hackers-outgoing; Fri, 12 Jan 1996 09:59:11 -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 JAA24450 Fri, 12 Jan 1996 09:59:03 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.12/8.6.12) with SMTP id JAA14029 ; Fri, 12 Jan 1996 09:58:59 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: hackers@freebsd.org CC: stable@freebsd.org From: Gary Palmer Subject: Re: abuse and the -stable linux emu. In-reply-to: Your message of "Fri, 12 Jan 1996 09:20:54 GMT." Date: Fri, 12 Jan 1996 09:58:58 -0800 Message-ID: <14027.821469538@westhill.cdrom.com> Sender: owner-hackers@freebsd.org Precedence: bulk Neil Bradley wrote in message ID : > On Fri, 12 Jan 1996, Daniel Leeds wrote: > > > Anyone got Linux Abuse working under -stable? I've done a kdump of it, > > Isn't anything related to Linux, abuse? ;) > Isn't just mentioning or using Linux abuse? ;-) Just FYI, it seems to ``work'' if you run it, wait until it says something like: Net driver : unable to make fifo in /tmp: Invalid argumen Then touch these two files: /tmp/.abuse_ndrv_in /tmp/.abuse_ndrv_out It then realises the network subprocess has given up the ghost and continues. I dunno if it ``works'' as it needs a 256 colour X mode and I can't be bothered taking mine out of 16 bpp :-) Which leads to a question: I found this out by doing a kdump of the process. The reason it is failing is that it is trying to use mknod() to create fifos, where of course we need mkfifo(). Is there any way to get the Linux emulation layer to correct this? Perhaps if COMPAT_LINUX is defined in the kernel, and the right bitmask is passwd to mknod(), just have it call mkfifo()? Gary From owner-freebsd-hackers Fri Jan 12 11:37:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA00446 for hackers-outgoing; Fri, 12 Jan 1996 11:37:10 -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 LAA00441 for ; Fri, 12 Jan 1996 11:37:05 -0800 (PST) Received: (from cosmos@localhost) by sponsor.octet.com (8.6.12/8.6.12) id OAA09384 for hackers@freebsd.org; Fri, 12 Jan 1996 14:26:21 GMT From: Daniel Leeds Message-Id: <199601121426.OAA09384@sponsor.octet.com> Subject: glimpse To: hackers@freebsd.org Date: Fri, 12 Jan 1996 14:26:20 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk has anyone ever installed/compiled Glimpse on FreeBSD? just wondering, as my try has utterly failed :) -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Fri Jan 12 11:54:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA01490 for hackers-outgoing; Fri, 12 Jan 1996 11:54:16 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA01484 for ; Fri, 12 Jan 1996 11:54:14 -0800 (PST) Received: from lupine.nsi.nasa.gov (lupine.nsi.nasa.gov [198.116.2.100]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id LAA10968 for ; Fri, 12 Jan 1996 11:53:53 -0800 Received: (from mnewell@localhost) by lupine.nsi.nasa.gov (8.6.12/8.6.12) id OAA15450; Fri, 12 Jan 1996 14:49:44 -0500 Date: Fri, 12 Jan 1996 14:49:34 -0500 (EST) From: "Michael C. Newell" To: Bruce Evans cc: nate@sri.MT.net, hackers@FreeBSD.ORG Subject: Re: pppd vs ijppp In-Reply-To: <199601120722.SAA25365@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 12 Jan 1996, Bruce Evans wrote: > >Is the module in ijppp also encumbered? > > Probably. I've done a tad more research (via Lycos) and found that it is indeed possible that the Compression Control Protocol (CCP) of PPP is patented by Motorola. I've not seen any followup, but I've not spent months looking either... Just FYI I tend to gather information about stuff I'm working on into a Web page; in this case http://www.newell.arlington.va.us/~mike/ppp/ppp.html Flames not necessary; these are basically my working notes. But there ARE detailed references to Predictor-1 that may be of use to others... :-) 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 Fri Jan 12 12:01:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA01958 for hackers-outgoing; Fri, 12 Jan 1996 12:01:07 -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 MAA01935 Fri, 12 Jan 1996 12:00:57 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA21300; Sat, 13 Jan 1996 06:57:06 +1100 Date: Sat, 13 Jan 1996 06:57:06 +1100 From: Bruce Evans Message-Id: <199601121957.GAA21300@godzilla.zeta.org.au> To: gofi1033@itrsp2.fb10.tu-berlin.de, hackers@freebsd.org Subject: Re: HELP pci mach64 blanks screen (fwd) Cc: hardware@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >I have a problem with Gigabyte GA-586ATE PB Cache Mainboard and >Asus PCI-V264CT (ATI OEM mach64 Xpession 2MB Dram). If I enable sio0 >and/or sio1 the screen blanks while probing devices and never come back. >Without probing sio's it's ok but no mouse and modem. >I know that mach64 uses adress off sio3 (com4) but I have no sio2/3. >I build a new kernel with only probing sio0 and sio1, but no fun :-( >What to do?? Delete the hard-coded sio3 address in sio.c, or run -current. Bruce From owner-freebsd-hackers Fri Jan 12 12:16:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA02955 for hackers-outgoing; Fri, 12 Jan 1996 12:16:05 -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 MAA02861 for ; Fri, 12 Jan 1996 12:15:59 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Fri, 12 Jan 96 19:02 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 SAA22652; Fri, 12 Jan 1996 18:58:42 +0100 Message-Id: <199601121758.SAA22652@allegro.lemis.de> Subject: Bounced mail for lemis.de To: leisner@sdsp.mc.xerox.com, tbmuucp@site137.ping.at, marino.ladavac@aut.alcatel.at, velte@mimsy.cdrom.com, micheel@fokus.gmd.de, jkh@time.cdrom.com Date: Fri, 12 Jan 1996 18:58:41 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers), doc@allegro.lemis.de 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 In the last couple of days, a number of messages intended for lemis.de have bounced due to a configuration error at our Internet provider. They have forwarded me messages showing that mail from the people on the To: line has bounced; possibly others will do the same. If you have any difficulty contacting me, please bounce the mail to grog@goin.de. This should reach me with no difficulty. Sorry for the problems. Does anybody know a good ISP in Germany? Greg From owner-freebsd-hackers Fri Jan 12 12:18:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA03078 for hackers-outgoing; Fri, 12 Jan 1996 12:18:16 -0800 (PST) Received: from border.com (ns.border.com [199.71.190.98]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id MAA03073 for ; Fri, 12 Jan 1996 12:18:10 -0800 (PST) Received: by janus.border.com id <20484>; Fri, 12 Jan 1996 15:21:33 -0500 Date: Fri, 12 Jan 1996 15:17:32 -0500 From: Jerry Kendall To: hackers@freebsd.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <96Jan12.152133est.20484@janus.border.com> Sender: owner-hackers@freebsd.org Precedence: bulk Does any one have or know where to find the documentation the tunnel device drivers.... -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies System Software Engineer 416.368.7157 ext 303 jerry@border.com Fax 416.368.7178 From owner-freebsd-hackers Fri Jan 12 12:34:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA04330 for hackers-outgoing; Fri, 12 Jan 1996 12:34:05 -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 MAA04310 for ; Fri, 12 Jan 1996 12:34:01 -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 MAA07641; Fri, 12 Jan 1996 12:32:21 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id MAA29337; Fri, 12 Jan 1996 12:33:16 -0800 Message-Id: <199601122033.MAA29337@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol To: John Dyson Cc: jdl@jdl.com (Jon Loeliger), gjennejohn@frt.dec.com, hackers@freebsd.org Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Fri, 12 Jan 96 08:01:15 PST." <199601121601.IAA18013@freefall.freebsd.org> Date: Fri, 12 Jan 96 12:33:15 PST From: Ben Jackson Sender: owner-hackers@freebsd.org Precedence: bulk In message <199601121601.IAA18013@freefall.freebsd.org> , you wrote: > > > WRT getting 128kb/sec. I though the RBOCs in the States only support > > > 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? > > > Even in Indianapolis, we get the full 64k+64k. My impression was that you got 56k*2 + 16k, where the 16k was for routing and control type information, but could be used for your data if your ISP was connected to the same phone switch as you. --Ben From owner-freebsd-hackers Fri Jan 12 12:52:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05545 for hackers-outgoing; Fri, 12 Jan 1996 12:52:24 -0800 (PST) Received: (from dyson@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA05535 Fri, 12 Jan 1996 12:52:19 -0800 (PST) From: John Dyson Message-Id: <199601122052.MAA05535@freefall.freebsd.org> Subject: Re: Status of ISDN drivers To: bjj@sequent.com (Ben Jackson) Date: Fri, 12 Jan 1996 12:52:19 -0800 (PST) Cc: jdl@jdl.com, gjennejohn@frt.dec.com, hackers@freebsd.org In-Reply-To: <199601122033.MAA29337@eng4.sequent.com> from "Ben Jackson" at Jan 12, 96 12:33:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > In message <199601121601.IAA18013@freefall.freebsd.org> , you wrote: > > > > WRT getting 128kb/sec. I though the RBOCs in the States only support > > > > 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? > > > > > Even in Indianapolis, we get the full 64k+64k. > > My impression was that you got 56k*2 + 16k, where the 16k was for routing > and control type information, but could be used for your data if your ISP > was connected to the same phone switch as you. > There are 2-B channels, and 1 D-channel. The B channels are usually circuit switched and are capable of 64K -- except for when there are antiquated trunks between COs. The D-channel is used for signaling and can also be used for packet data if so provisioned. (Actually the signaling is packet Q921/Q931.) It is possible on some switches to configure the B-channel to be packet swithced, but the overhead is excessive. John Dyson From owner-freebsd-hackers Fri Jan 12 19:28:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA01855 for hackers-outgoing; Fri, 12 Jan 1996 19:28:18 -0800 (PST) Received: from up8.univ-paris8.fr (up8.univ-paris8.fr [193.54.155.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA01844 for ; Fri, 12 Jan 1996 19:28:08 -0800 (PST) Received: from gna.gna.org (gna.mime.univ-paris8.fr [193.54.153.26]) by up8.univ-paris8.fr (8.6.11/8.6.9) with ESMTP id EAA14791; Sat, 13 Jan 1996 04:21:26 +0100 Received: (from uufreega@localhost) by gna.gna.org (8.6.10/8.6.12) with UUCP id EAA23475; Sat, 13 Jan 1996 04:05:17 +0100 Received: from freegate by freegate.gna.org (senmail 8.6.12/9.0). id CAA01835 for ; Sat, 13 Jan 1996 02:56:42 +0100 Date: Sat, 13 Jan 1996 02:56:42 +0100 (MET) From: Alain Brauner To: Lars Gerhard Kuehl cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Pageable kernel? [was: PnP Proposal] In-Reply-To: <9601111334.AA03265@elbe.desy.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Bonjour, On Thu, 11 Jan 1996, Lars Gerhard Kuehl wrote: [ About very very sofisticated kernel ] ... > A nightmare, it has been one of the most important reasons that I've > changed to FreeBSD and switched back to SunOS on our Sparc boxes. > You're not alone ... > FreeBSD is adult and doesn't need to follow every fashion. > The kernel size isn't really an issue well say up to two or > three MB. I completely agree, please, keep it simple . The 'commercial' fashion is to increase system complexity. The result tends to increase vendor dependance (that's what we are fighting against !). FreeBSD has the word free on it, isn't it ? I prefere FreeBSD because it's PnW ( Plug And Work ) :) We already have : 386BSD, FreeBSD, NetBSD, Mach4lite, OpenBSD & ( BSDI ), I guess it's far enought, don't you think so ? Anyway, i thank you all for your wonderfull work. Sinceres salutions. -*- FreeBSD: Alain Brauner: alainb@freegate.gna.org St DENIS 93200 France From owner-freebsd-hackers Fri Jan 12 19:52:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA03166 for hackers-outgoing; Fri, 12 Jan 1996 19:52:14 -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 TAA03144 for ; Fri, 12 Jan 1996 19:52:05 -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 EAA06668 for ; Sat, 13 Jan 1996 04:52:03 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id EAA02020 for hackers@freebsd.org; Sat, 13 Jan 1996 04:52:03 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id AAA13880 for hackers@freebsd.org; Sat, 13 Jan 1996 00:13:16 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id WAA13217 for hackers@freebsd.org; Fri, 12 Jan 1996 22:50:12 +0100 (MET) From: Philippe Regnauld Message-Id: <199601122150.WAA13217@tetard.frmug.fr.net> Subject: Re: abuse and the -stable linux emu. To: hackers@freebsd.org (hackers) Date: Fri, 12 Jan 1996 22:50:11 +0100 (MET) In-Reply-To: <11365.821416443@westhill.cdrom.com> from "Gary Palmer" at Jan 11, 96 07:14:03 pm 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 Gary Palmer écrit / writes: > > > Anyone got Linux Abuse working under -stable? I've done a kdump of it, Yes. > and it seems to be trying call mknod with invalid arguments (possibly > trying to make a FIFO). It just hangs there, as the net driver doesn't That seems to be the lnx_sndrv (sound driver, like the sound server for Xdoom) which is trying to call mkfifo. I've never looked any further than this, and disable sound altogether (even though sound works fine with Doom). > start, and abuse.x11r6 just loops trying to open the > /tmp/.abuse_ndrv_out file and failing. -nosound is the option. -- 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 Fri Jan 12 19:52:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA03167 for hackers-outgoing; Fri, 12 Jan 1996 19:52:14 -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 TAA03146 for ; Fri, 12 Jan 1996 19:52:06 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id EAA06672 for ; Sat, 13 Jan 1996 04:52:04 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id EAA02023 for hackers@freebsd.org; Sat, 13 Jan 1996 04:52:04 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id AAA13882 for hackers@freebsd.org; Sat, 13 Jan 1996 00:13:18 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id WAA13226 for hackers@freebsd.org; Fri, 12 Jan 1996 22:50:47 +0100 (MET) From: Philippe Regnauld Message-Id: <199601122150.WAA13226@tetard.frmug.fr.net> Subject: Re: A few NITS about SCSI Tapes To: hackers@freebsd.org (hackers) Date: Fri, 12 Jan 1996 22:50:47 +0100 (MET) In-Reply-To: <199601112157.NAA12938@eng4.sequent.com> from "Ben Jackson" at Jan 11, 96 01:57:36 pm 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 Ben Jackson écrit / writes: > > > Sorry if this was covered (I've been mostly ignoring this thread), but > > > the standard command for this is `retension'. [...] [...] > I just checked DYNIX/ptx and Solaris. I remember SunOS 4.1.x supporting > it, too. BTW, the following SCSI command (posted earlier): scsi -s 1800 -f /dev/st0ctl.0 \ -c "1b 0 0 0 0:b5 v:b1 v:b1 v:b1 0" 0 1 1 works fine to retension my tape (QIC 60)... But if I use: mt -f /dev/nrst0 reten I get: % mt reten mt: /dev/nrst0: retens: Invalid argument -- 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 Fri Jan 12 19:52:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA03174 for hackers-outgoing; Fri, 12 Jan 1996 19:52:15 -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 TAA03142 for ; Fri, 12 Jan 1996 19:52:05 -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 EAA06664 for ; Sat, 13 Jan 1996 04:52:02 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id EAA02017 for hackers@freebsd.org; Sat, 13 Jan 1996 04:52:02 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id AAA13878 for hackers@freebsd.org; Sat, 13 Jan 1996 00:13:14 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id WAA13181 for hackers@freebsd.org; Fri, 12 Jan 1996 22:39:11 +0100 (MET) From: Philippe Regnauld Message-Id: <199601122139.WAA13181@tetard.frmug.fr.net> Subject: Re: Gamesheads sit up & take note. To: hackers@freebsd.org (hackers) Date: Fri, 12 Jan 1996 22:39:10 +0100 (MET) In-Reply-To: <199601120144.BAA12762@netfl15a.devetir.qld.gov.au> from "Stephen Hocking" at Jan 12, 96 11:44:15 am X-rene: Tu dois pas les avoir perdues, normalement. X-wing-fighter: et puis X-men, X-open, X-ta-mere... X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk Stephen Hocking écrit / writes: > isn't, but what the heck), then Win95. Now either we get in with a CD + > machine to id, or we make sure that the Linux ELF emulation works fine by > then, otherwise there are going to be a hell of a lot of disappointed people > out there.... There's also the possibility of coaxing them into releasing a Q/ZMAGIC version of the binaries, knowing the data files are architecture independant (at least they were in DOOM/DOOM2). -- 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 Fri Jan 12 20:56:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05493 for hackers-outgoing; Fri, 12 Jan 1996 20:56:22 -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 UAA05488 for ; Fri, 12 Jan 1996 20:56:14 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA10221; Sat, 13 Jan 1996 15:52:56 +1100 Date: Sat, 13 Jan 1996 15:52:56 +1100 From: Bruce Evans Message-Id: <199601130452.PAA10221@godzilla.zeta.org.au> To: bde@zeta.org.au, nate@sri.MT.net Subject: Re: PPP transfer rates (was Re: pppd vs ijppp) Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> I get > 2KB/s for /kernel with a lowly 14400 bps modem with DTE at >> 57600 bps connected to a Linux system with a better modem: >First of all, how are we measuing throughput? I'm using ftp transfers, >which is what I'm assuming both of you are using. Yes. I would prefer to use ttcp, but it wasn't available on the Linux system. >Using kernel-ppp with VJ compression to a host on the same network as >the Livinston I'm getting: 795794 bytes sent in 1.7e+02 seconds (4.6 >Kbytes/s) >Using CSLIP to my home workstation (direct connect) I'm getting: >795794 bytes sent in 1.6e+02 seconds (4.9 Kbytes/s) >I'm actually suprised that CSLIP is faster than PPP with VJ compression >(essentially the same header compression as in CSLIP). I do know that >the latency is lower with SLIP vs. PPP. Cslip has a smaller packet overhead (in bytes) (except when full compression is used with ppp, IIRC). Cslip has about twice as much protocol overhead as termios in the current kernel implementation and 3 times as much in the current user mode implementation. This is without compression; compression adds one or two multiples of the termios overhead. E.g., on a 486DX2/66 ISA 16550A to a 486DX33 ISA 16450 at 115200 bps uncompressed: - %overhead - protocol read write throughput (K/s) -------- ---- ----- ---------------- cat 6.7 2.9 11.25 cslip 6.7 3.6 10.78 ppp (kernel) 9.1 4.3 10.74 ppp (user) 11.3 6.6 10.80 zmodem 11.4 5.8 10.73 >However, I'm seeing 'real' numbers using netscape and other ftp's in the >2-2.7K range, but I see much bigger numbers if I'm on my ISP site >machines. Heh. I see numbers in the range stalled-600 for netscape (often about 30, always low for netscape's home page). This may be related to the ping latency of 400-700ms and netscape's i/o strategy and the overloadedness of the ISP. Bruce From owner-freebsd-hackers Fri Jan 12 20:59:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA05584 for hackers-outgoing; Fri, 12 Jan 1996 20:59:31 -0800 (PST) Received: from stills.pubnix.net (Stills.pubnix.net [192.172.250.8]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA05579 for ; Fri, 12 Jan 1996 20:59:24 -0800 (PST) Received: (from uucp@localhost) by stills.pubnix.net (8.6.12/8.6.12) with UUCP id XAA19753 for freebsd-hackers@freebsd.org.; Fri, 12 Jan 1996 23:59:13 -0500 Received: (from andrew@localhost) by guardian.fortress.org (8.6.12/8.6.9) id XAA12717; Fri, 12 Jan 1996 23:29:46 -0500 Date: Fri, 12 Jan 1996 23:29:44 -0500 (EST) From: Andrew Webster Reply-To: andrew@pubnix.net To: freebsd-hackers@freebsd.org Subject: Can't get 2.1-STABLE to link! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk HELP I can't get 2.1-STABLE to link. Everything compiles okay, but I get to the linking phase and get the following message: loading kernel ioconf.o: Undefined symbol `_ahcdriver' referenced from data segment *** Error code 1 Stop. System is configured for EISA 2740 Adpactec controller using: # # SCSI Buses # controller ahc0 at isa? bio irq ? vector ahcintr controller scbus0 device sd0 # SCSI Disk device st0 # SCSI Tape device cd0 # SCSI CD-ROM options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device Thanks for any help you can give! Andrew Webster - andrew@pubnix.net - http://www.pubnix.net PubNIX Montreal - Connected to the world - Branche au monde 514-990-5911 - P.O. Box 147, Cote St-Luc, Quebec, H4V 2Y3 From owner-freebsd-hackers Fri Jan 12 21:15:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA06029 for hackers-outgoing; Fri, 12 Jan 1996 21:15: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 VAA06019 Fri, 12 Jan 1996 21:15:37 -0800 (PST) Message-Id: <199601130515.VAA06019@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: andrew@pubnix.net cc: freebsd-hackers@freebsd.org Subject: Re: Can't get 2.1-STABLE to link! In-reply-to: Your message of "Fri, 12 Jan 1996 23:29:44 EST." Date: Fri, 12 Jan 1996 21:15:37 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > >HELP > >I can't get 2.1-STABLE to link. Everything compiles okay, but I get to >the linking phase and get the following message: >loading kernel >ioconf.o: Undefined symbol `_ahcdriver' referenced from data segment >*** Error code 1 > >Stop. If you are running -stable, you should be subscribed to the freebsd-stable mailing list (which is also where this message should have been sent). There was a post to that list a few days ago regarding a change in the kernel config file format for the ahc driver. The change is also documented in the LINT and GENERIC kernel config files. Your config file should look like this: controller eisa0 controller ahc0 followed by the standard scbus, sd, cd, etc entries. >Thanks for any help you can give! > >Andrew Webster - andrew@pubnix.net - http://www.pubnix.net >PubNIX Montreal - Connected to the world - Branche au monde > 514-990-5911 - P.O. Box 147, Cote St-Luc, Quebec, H4V 2Y3 > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Jan 12 21:17:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA06135 for hackers-outgoing; Fri, 12 Jan 1996 21:17:40 -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 VAA06129 for ; Fri, 12 Jan 1996 21:17:37 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id WAA26011; Fri, 12 Jan 1996 22:20:09 -0700 Date: Fri, 12 Jan 1996 22:20:09 -0700 From: Nate Williams Message-Id: <199601130520.WAA26011@rocky.sri.MT.net> To: Philippe Regnauld Cc: hackers@FreeBSD.ORG (hackers) Subject: Re: A few NITS about SCSI Tapes In-Reply-To: <199601122150.WAA13226@tetard.frmug.fr.net> References: <199601112157.NAA12938@eng4.sequent.com> <199601122150.WAA13226@tetard.frmug.fr.net> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > But if I use: > > mt -f /dev/nrst0 reten > > I get: > > % mt reten > mt: /dev/nrst0: retens: Invalid argument Try 'retension'. It was changed from 'retens' since the former is more apparently more standard. Nate From owner-freebsd-hackers Fri Jan 12 21:40:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA06791 for hackers-outgoing; Fri, 12 Jan 1996 21:40: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 VAA06786 for ; Fri, 12 Jan 1996 21:40:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id VAA10175 for ; Fri, 12 Jan 1996 21:40:40 -0800 To: hackers@freebsd.org Subject: Booting from CD..? Date: Fri, 12 Jan 1996 21:40:39 -0800 Message-ID: <10173.821511639@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk I'm sitting here thinking about how we might make the CD even more useful in the future, and in addition to the usual creature comforts (which I'm also working on) I was wondering about the following pie-in-the-sky ideas: 1. Boot direct from CD. It's my understanding that certain SCSI adapters support this - any clues as to which ones do and how you might go about making them do it? Naturally, we'd also have to figure out some way of getting boot blocks onto a CD. 2. Take advantage of Win95's `autolaunch' on CD insertion to do something clever. Not exactly sure WHAT yet, but it's an idea. I was also talking with Poul-H and Joerg about the idea of getting access to additional command-line args, and how hard that would be. In particular, I'd like to be able to do something like: boot -c aha0=0x330,10;ed0=0x300,10,0xd000 And be able to get at the argv[3] from userconfig, treating this as a `run these commands and leave' sort of op. This would be especially useful from boot-from-{DOS,Windows} mode since you could have a nice little Windows interface for `personalizing' the kernel before booting it and you'd never have to mess with -c directly at all. Thoughts? Jordan From owner-freebsd-hackers Fri Jan 12 22:32:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA08274 for hackers-outgoing; Fri, 12 Jan 1996 22:32:30 -0800 (PST) Received: from mail.infinet.com (ns.infinet.com [198.30.154.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA08253 for ; Fri, 12 Jan 1996 22:32:16 -0800 (PST) Received: from p930 by mail.infinet.com with smtp (Smail3.1.28.1 #9) id m0tazQl-000JnJC; Sat, 13 Jan 96 01:27 EST Message-ID: <30F751F2.B00@cylatech.com> Date: Sat, 13 Jan 1996 01:32:18 -0500 From: Wilson MacGyver Organization: CylaTech Inc. X-Mailer: Mozilla 2.0b5 (Win95; I) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Re: Booting from CD..? References: <10173.821511639@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Jordan wrote.. > 2. Take advantage of Win95's `autolaunch' on CD insertion to do > something clever. Not exactly sure WHAT yet, but it's an idea. How about using it to automaticly create a boot disk? -- Wilson MacGyver macgyver@cylatech.com -------------------------------------- Veni, Vidi, Concidi. From owner-freebsd-hackers Fri Jan 12 23:03:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA10120 for hackers-outgoing; Fri, 12 Jan 1996 23:03: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 XAA10102 for ; Fri, 12 Jan 1996 23:03:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA10620; Fri, 12 Jan 1996 23:03:34 -0800 To: Wilson MacGyver cc: hackers@freebsd.org Subject: Re: Booting from CD..? In-reply-to: Your message of "Sat, 13 Jan 1996 01:32:18 EST." <30F751F2.B00@cylatech.com> Date: Fri, 12 Jan 1996 23:03:34 -0800 Message-ID: <10618.821516614@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Jordan wrote.. > > 2. Take advantage of Win95's `autolaunch' on CD insertion to do > > something clever. Not exactly sure WHAT yet, but it's an idea. > > How about using it to automaticly create a boot disk? You can sort of do that now, though I guess I didn't document it enough to make it very useful. Just stick a file on the boot floppy (it can be called anything, though freebsd.cfg is the default) and run it as a `script'. Here's the script I use for installing my laptop in a fully automated fashion: # This is the installation configuration file for my laptop, fat.cdrom.com. # It is included here merely as a sort-of-documented example. # Turn on extra debugging. debug=yes # My host specific data hostname=fat.cdrom.com domainname=cdrom.com nameserver=192.216.222.3 defaultrouter=192.216.222.225 ipaddr=192.216.222.227 netmask=255.255.255.240 # Which installation device to use - ftp is pointed directly at my local # machine and the installation device is my PC CARD ethernet interface. # the "script" keyword lets mediaSetFTP know that it's being run from # a script and shouldn't prompt the user for extra details. If you *want* # it to prompt, you can pass it either "express", "novice" or "custom" # to set the level of detail for such prompting. This is a general convention # which you'll see elsewhere in this script file. ftp=ftp://time.cdrom.com/pub mediaSetFTP=script tcpInstallDevice=ze0 # Select which distributions we want. distSetUser # Now set the parameters for the partition editor. Set to use all remaining # free space (could also be "all" or "existing" to use all the disk or an # existing FreeBSD slice). Pass the script parameter to diskPartitionEditor # so it's not interactive, as described above. disk=wd0 diskSpace=free bootManager=booteasy diskPartitionEditor=script # It's bogus that we have to re-enter the label editor for each partition # we want to create, but it was easier to do it this way (from a programming # standpoint, not a user standpoint!). This assumes that slice 1 is a DOS # partition and mounts it as /dos, which is the case on my laptop. # We can also create a root partition of 20MB in size on the same pass since # it's in a different slice (s2). All sizes are expressed in 512 byte blocks! wd0s1=/dos N wd0s2=partition 40960 / diskLabelEditor=script # Now make a 20MB swap partition in the second slice. wd0s2=swap 40960 none diskLabelEditor=script # Size of 0 means allocate the rest of the space to /usr wd0s2=partition 0 /usr diskLabelEditor=script # OK, everything is set. Do it! installCommit=script Of course, this doesn't handle hardware configuration details, but that's going to require the implementation of more clever boot mechanisms anyway. Jordan From owner-freebsd-hackers Fri Jan 12 23:15:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA10764 for hackers-outgoing; Fri, 12 Jan 1996 23:15:04 -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 XAA10752 for ; Fri, 12 Jan 1996 23:15:01 -0800 (PST) Received: (from d@localhost) by sponsor.octet.com (8.6.12/8.6.12) id CAA12216; Sat, 13 Jan 1996 02:04:06 GMT From: Daniel Leeds Message-Id: <199601130204.CAA12216@sponsor.octet.com> Subject: Re: Booting from CD..? To: macgyver@cylatech.com (Wilson MacGyver) Date: Sat, 13 Jan 1996 02:04:06 +0000 () Cc: hackers@freebsd.org In-Reply-To: <30F751F2.B00@cylatech.com> from "Wilson MacGyver" at Jan 13, 96 01:32:18 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Jordan wrote.. > > 2. Take advantage of Win95's `autolaunch' on CD insertion to do > > something clever. Not exactly sure WHAT yet, but it's an idea. > > How about using it to automaticly create a boot disk? > How about getting all major hardware manufacturers to ship their systems with FreeBSD installed....no need for anything bootable! ;) From owner-freebsd-hackers Fri Jan 12 23:35:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA11649 for hackers-outgoing; Fri, 12 Jan 1996 23:35:57 -0800 (PST) Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA11643 for ; Fri, 12 Jan 1996 23:35:53 -0800 (PST) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.7.3/8.6.9) id XAA00702; Fri, 12 Jan 1996 23:35:46 -0800 (PST) Date: Fri, 12 Jan 1996 23:35:46 -0800 (PST) Message-Id: <199601130735.XAA00702@silvia.HIP.Berkeley.EDU> To: jdp@polstra.com CC: freebsd-hackers@freebsd.org In-reply-to: <199601101650.IAA21196@austin.polstra.com> (message from John Polstra on Wed, 10 Jan 1996 08:50:52 -0800) Subject: Re: Checksum mismatch in wu-ftpd port From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@freebsd.org Precedence: bulk * Cc: asami@freefall.freebsd.org Hmm, I got this because of the CC: I don't know why it was discussed in -hackers in the first place but please report such problems to -ports next time.... * I subsequently fetched "wu-ftpd-2.4.tar.Z" from ftp.uu.net, and it was * _different_ from the file of the same name that's in the distfiles * directory at ftp.freebsd.org (and its mirrors). The checksum recorded * in the port matches the file that I got from ftp.uu.net. So it appears * that the problem is in the tar file in distfiles, rather than in the * port itself. I noticed Andrey's commit of files/md5 and re-fetched it on Jan 3, 22:34. I don't know how you got an old version this week, but the one on wuarchive (aka ftp.freebsd.org) right now is the correct version, checksums and all. So I guess I should recommend you to re-fetch it. Satoshi From owner-freebsd-hackers Fri Jan 12 23:51:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA12205 for hackers-outgoing; Fri, 12 Jan 1996 23:51:09 -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 XAA12198 for ; Fri, 12 Jan 1996 23:51:05 -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 XAA29969; Fri, 12 Jan 1996 23:49:32 -0800 Received: from localhost (bjj@localhost) by eng4.sequent.com (8.6.12/8.6.9) with SMTP id XAA29028; Fri, 12 Jan 1996 23:50:31 -0800 Message-Id: <199601130750.XAA29028@eng4.sequent.com> X-Authentication-Warning: eng4.sequent.com: Host localhost didn't use HELO protocol To: Nate Williams Cc: Philippe Regnauld , hackers@freebsd.org (hackers) Subject: Re: A few NITS about SCSI Tapes In-reply-to: Your message of "Fri, 12 Jan 96 22:20:09 PST." <199601130520.WAA26011@rocky.sri.MT.net> Date: Fri, 12 Jan 96 23:50:31 PST From: Ben Jackson Sender: owner-hackers@freebsd.org Precedence: bulk In message <199601130520.WAA26011@rocky.sri.MT.net> , you wrote: > > But if I use: > > > > mt -f /dev/nrst0 reten > > > > I get: > > > > % mt reten > > mt: /dev/nrst0: retens: Invalid argument > > Try 'retension'. It was changed from 'retens' since the former is more > apparently more standard. To quote from the mt(1) man page: The available commands are listed below. Only as many characters as are required to uniquely identify a command need be specified. `retens' should be a legal alias for `retension', along with `ret', which it what I think most people use. OTOH, I think mt is parsing it fine, since: $ mt blah mt: blah: unknown command --Ben From owner-freebsd-hackers Sat Jan 13 00:43:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA13837 for hackers-outgoing; Sat, 13 Jan 1996 00:43:34 -0800 (PST) Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA13832 for ; Sat, 13 Jan 1996 00:43:30 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 13 Jan 96 09:43 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 JAA19572; Sat, 13 Jan 1996 09:22:25 +0100 Message-Id: <199601130822.JAA19572@allegro.lemis.de> Subject: Re: Status of ISDN drivers To: terry@lambert.org (Terry Lambert) Date: Sat, 13 Jan 1996 09:22:25 +0100 (MET) Cc: gjennejohn@frt.dec.com, hackers@FreeBSD.org In-Reply-To: <199601122138.OAA20878@phaeton.artisoft.com> from "Terry Lambert" at Jan 12, 96 02:37:59 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 Terry Lambert writes: > >>> What do you mean by 'sync'? Do you really want to get down to layer >>> 2? In any case, you would only need one board: they handle a complete >>> BRI. >> >> I mean I want to run 8 bit bytes down the line, not 10 bit bytes. :-) >> Clocked serial. Synchronous serial. >> >> I'd also need two cards - I manage both ends of the link, right? :-) >> I wouldn't mind moving the serial load off of freefall anyway. >> A semi-intelligent ISDN card could be stuck into a number of different >> machines at WC. > > I thought you meant you wanted to bond two 56k channels... so he's not > the only one who was confused. I thought he wanted to bond two 64k channels. That's what the card supports. A standard Basic Rate Interface has two 64 kb B channels (for data) and a 16 kB D channel (for signalling). At the risk of repeating myself, many RBOCs can't handle this configuration and chop one bit per byte off the B channel to simulate a D channel, leaving only 56 kb/s bandwidth for the B channels. In another mail, I seriously doubted that the current software would be able to handle this configuration. Greg From owner-freebsd-hackers Sat Jan 13 01:10:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA14792 for hackers-outgoing; Sat, 13 Jan 1996 01:10:46 -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 BAA14787 for ; Sat, 13 Jan 1996 01:10:37 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id KAA05638; Sat, 13 Jan 1996 10:09:56 +0100 From: Luigi Rizzo Message-Id: <199601130909.KAA05638@labinfo.iet.unipi.it> Subject: Re: Booting from CD..? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 13 Jan 1996 10:09:55 +0100 (MET) Cc: hackers@FreeBSD.ORG In-Reply-To: <10173.821511639@time.cdrom.com> from "Jordan K. Hubbard" at Jan 12, 96 09:40:20 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I was also talking with Poul-H and Joerg about the idea of getting > access to additional command-line args, and how hard that would be. > In particular, I'd like to be able to do something like: > > boot -c aha0=0x330,10;ed0=0x300,10,0xd000 > > And be able to get at the argv[3] from userconfig, treating this as a > `run these commands and leave' sort of op. This would be especially speaking of userconfig. Is there any chance to re-enable the "probe" command ? It disapperared a few months ago (march ?), and I think it was very useful, especially when using software-configurable cards. 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 Sat Jan 13 01:21:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA15178 for hackers-outgoing; Sat, 13 Jan 1996 01:21:24 -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 BAA15169 for ; Sat, 13 Jan 1996 01:21:14 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id BAA10694; Sat, 13 Jan 1996 01:21:00 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id BAA00212; Sat, 13 Jan 1996 01:21:00 -0800 (PST) Message-Id: <199601130921.BAA00212@corbin.Root.COM> To: Luigi Rizzo cc: jkh@time.cdrom.com (Jordan K. Hubbard), hackers@FreeBSD.ORG Subject: Re: Booting from CD..? In-reply-to: Your message of "Sat, 13 Jan 1996 10:09:55 +0100." <199601130909.KAA05638@labinfo.iet.unipi.it> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 13 Jan 1996 01:21:00 -0800 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >speaking of userconfig. Is there any chance to re-enable the "probe" >command ? It disapperared a few months ago (march ?), and I think >it was very useful, especially when using software-configurable cards. No, it was very broken and caused people's machines to crash. We got far too many trouble reports about it and fixing it requires, in some cases, rewriting the device drivers. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Jan 13 02:10:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA17430 for hackers-outgoing; Sat, 13 Jan 1996 02:10:06 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA17377 Sat, 13 Jan 1996 02:09:55 -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 CAA00387; Sat, 13 Jan 1996 02:09:40 -0800 Message-Id: <199601131009.CAA00387@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Gary Palmer cc: hackers@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: abuse and the -stable linux emu. In-reply-to: Your message of "Fri, 12 Jan 1996 09:58:58 PST." <14027.821469538@westhill.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Jan 1996 02:09:39 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Here is an old mail which I posted to my multimedia mailing which allows abuse to run: Return-Path: multimedia-owner Received: (from root@localhost) by rah.star-gate.com (8.6.12/8.6.9) id MAA00368 for multimedia-outgoing; Wed, 15 Nov 1995 12:59:52 -0800 Received: from rah.star-gate.com (localhost [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id MAA00360; Wed, 15 Nov 1995 12:59:41 -0800 Message-Id: <199511152059.MAA00360@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: "Eric L. Hernes" cc: multimedia@star-gate.com Subject: Re: linux' mknod and named pipes. In-reply-to: Your message of "Wed, 15 Nov 1995 14:03:40 CST." <199511152003.OAA06387@jake.lodgenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 15 Nov 1995 12:59:40 -0800 From: "Amancio Hasty Jr." Sender: owner-multimedia@star-gate.com Precedence: bulk This is a quick and dirty trick for linux mknod problem in freebsd. How quick? I just literally slap this on the code... I stuck this on linux_files.c int linux_mknod(struct proc *p, struct linux_creat_args *args, int *retval) { struct { char *path; int flags; int mode; } bsd_open_args; bsd_open_args.path = args->path; bsd_open_args.mode = args->mode; return mkfifo(p, &bsd_open_args, retval); } ---- and in linux_sysent.c extern int linux_mknod(); and change the mknod call to linux_mknod : linux_sysent.c: 3, mknod, /* 14 */ to linux_sysent.c: 3, linux_mknod, /* 14 */ --- Have fun, Amancio From owner-freebsd-hackers Sat Jan 13 04:02:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA22081 for hackers-outgoing; Sat, 13 Jan 1996 04:02: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 EAA22074 for ; Sat, 13 Jan 1996 04:02:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA08222; Sat, 13 Jan 1996 03:58:20 -0800 To: grog@lemis.de (Greg Lehey) cc: terry@lambert.org (Terry Lambert), gjennejohn@frt.dec.com, hackers@freebsd.org Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Sat, 13 Jan 1996 09:22:25 +0100." <199601130822.JAA19572@allegro.lemis.de> Date: Sat, 13 Jan 1996 03:58:20 -0800 Message-ID: <8220.821534300@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I thought he wanted to bond two 64k channels. That's what the card That is correct. > (for data) and a 16 kB D channel (for signalling). At the risk of > repeating myself, many RBOCs can't handle this configuration and chop > one bit per byte off the B channel to simulate a D channel, leaving > only 56 kb/s bandwidth for the B channels. In another mail, I And at the risk of repeating *myself*, the RBOCs here handle it just fine - I have the measurements to prove it.. :-) So the fact remains that if these boards can hack 2x64K, I might be in the market for a pair. Jordan From owner-freebsd-hackers Sat Jan 13 04:08:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA22305 for hackers-outgoing; Sat, 13 Jan 1996 04:08:15 -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 EAA22299 for ; Sat, 13 Jan 1996 04:08:09 -0800 (PST) From: john@starfire.mn.org Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id EAA21344 for ; Sat, 13 Jan 1996 04:07:46 -0800 Received: (from john@localhost) by starfire.mn.org (8.6.12/1.1) id GAA28890 for hackers@FreeBSD.org; Sat, 13 Jan 1996 06:03:32 -0600 Message-Id: <199601131203.GAA28890@starfire.mn.org> Subject: random coredumps since upgrade to 2.1 To: hackers@FreeBSD.org (FreeBSD hackers) Date: Sat, 13 Jan 1996 06:03:30 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk Since doing the install upgrade to 2.1, I have had programs randomly coredumping on me. So far, it's been XSVGA (twice), tcsh (once, while executing .csh, gzcat (once, while unzipping a man page), and popper (once, while servicing a request). There has been no clue at any time what has caused the problem, and it is totally non-deterministic and non-repeatable. This was not happening under 2.0.5, and I have not changed any hardware settings. The eystem is a noname 486-GIO-VT motherboard with only ISA equipment in it, a 1542B running at 8Mhz bus rate, NE2000-compatible NIC, Cy486DLC(2/66), and a Tseng Labs ET4000-based SVGA card. Any clues of where to start? John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Sat Jan 13 04:20:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA24106 for hackers-outgoing; Sat, 13 Jan 1996 04:20:31 -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 EAA24101 for ; Sat, 13 Jan 1996 04:20:28 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 13 Jan 96 13:20 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 NAA02076; Sat, 13 Jan 1996 13:09:17 +0100 Message-Id: <199601131209.NAA02076@allegro.lemis.de> Subject: Re: Status of ISDN drivers To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 13 Jan 1996 13:09:17 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <8220.821534300@time.cdrom.com> from "Jordan K. Hubbard" at Jan 13, 96 03:58:20 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 Jordan K. Hubbard writes: > >> (for data) and a 16 kB D channel (for signalling). At the risk of >> repeating myself, many RBOCs can't handle this configuration and chop >> one bit per byte off the B channel to simulate a D channel, leaving >> only 56 kb/s bandwidth for the B channels. In another mail, I > > And at the risk of repeating *myself*, the RBOCs here handle it just > fine - I have the measurements to prove it.. :-) I'm not doubting this. Terry was talking about 56 kb/s channels, not I. > So the fact remains that if these boards can hack 2x64K, I might be in > the market for a pair. OK. I can get them for DM 183 including tax, about $128 at the current exchange rates. Would you like me to send you a pair? Or shall we wait until we have it running on -current over here? Greg From owner-freebsd-hackers Sat Jan 13 04:26:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA24227 for hackers-outgoing; Sat, 13 Jan 1996 04:26:18 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA24222 for ; Sat, 13 Jan 1996 04:26:15 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id EAA08968; Sat, 13 Jan 1996 04:26:08 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Sat, 13 Jan 1996 13:09:17 +0100." <199601131209.NAA02076@allegro.lemis.de> Date: Sat, 13 Jan 1996 04:26:07 -0800 Message-ID: <8966.821535967@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > OK. I can get them for DM 183 including tax, about $128 at the > current exchange rates. Would you like me to send you a pair? Or > shall we wait until we have it running on -current over here? Well, let me call their U.S. office on Monday and find out what my cost here would be. If your $128 figure is much below mine, I'll definitely take you up on that! I've proved about as much as I can with the existing setup ("Wow - you can hook a TA to a serial port. I'm so excited at FreeBSD's power and potential." :-) - it's probably time to go on to the next challenge (having a vested interest always helps :-). Jordan From owner-freebsd-hackers Sat Jan 13 04:55:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id EAA25371 for hackers-outgoing; Sat, 13 Jan 1996 04:55:16 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id EAA25365 for ; Sat, 13 Jan 1996 04:55:13 -0800 (PST) From: john@starfire.mn.org Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id EAA21489 for ; Sat, 13 Jan 1996 04:54:48 -0800 Received: (from john@localhost) by starfire.mn.org (8.6.12/1.1) id GAA29669 for hackers@FreeBSD.org; Sat, 13 Jan 1996 06:54:17 -0600 Message-Id: <199601131254.GAA29669@starfire.mn.org> Subject: randcom core dumps, more info To: hackers@FreeBSD.org (FreeBSD hackers) Date: Sat, 13 Jan 1996 06:54:16 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk I'm sorry, my 18-month-old son was "helping" me on the last message. Maybe now I can concentrate... The coredumps are the reported result of SIGSEGV (11) -- segmentation fault. We can now add grep to the list. Another detail which may be pertinent is that I have two swap areas: Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 32768 13664 19040 42% Interleaved /dev/sd1s1b 32768 13532 19172 41% Interleaved Total 65408 27196 38212 42% Thinking back, I DID have a FEW unexplained SIGSEGV's under 2.0.5, but they were MUCH less rare -- about 1/week -- and the only one I can remember is xearth as run a couple of times a day from my .xsession file. Now, under 2.1, they are happening about a dozen times per day. Even though this is a VL motherboard, I have no VL-bus equipment at all. All boards are ISA. John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Sat Jan 13 05:02:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA25622 for hackers-outgoing; Sat, 13 Jan 1996 05:02:56 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-177.emea.ibm.net [139.92.42.177]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA25608 Sat, 13 Jan 1996 05:02:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id AAA23405; Fri, 12 Jan 1996 00:46:37 +0100 (MET) Message-Id: <199601112346.AAA23405@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: Michael Smith cc: regnauld@tetard.frmug.fr.net, hackers@freebsd.org Subject: Re: A few NITS about SCSI Tapes Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Wed, 10 Jan 1996 20:59:16 +1030." <199601101029.UAA09177@genesis.atrad.adelaide.edu.au> Date: Fri, 12 Jan 1996 00:46:37 +0100 From: "Julian H. Stacey" Sender: owner-hackers@freebsd.org Precedence: bulk Hi, Reference: > From: Michael Smith > > Julian H. Stacey stands accused of saying: > > I have 3 60M drives here, of different manufacturers, > > if you want a timing test done, tell me what to do (I run current) > > (I'm picking up this conversation late) > > Likewise 8) IIRC, it was about rewind times for tape streamers. For > reference (in case someone faster hasn't given these numbers already) : > > Rewind times for a Tandberg TDC3660: 62 seconds for a DC6150, 136 seconds > for a DC6250. > > > Julian I get 62 seconds for a 45Meg tape on a wt0: type 5945C I also have a Tandberg 60M & 525M drive, but Michael Smith has beaten me to those timings above. I also have a Cipher 60M drive on another machine, I'll transfer that only if whoever's collating these numbers sees this mail & says "yes please do I need the numbers" Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-hackers Sat Jan 13 05:13:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA25952 for hackers-outgoing; Sat, 13 Jan 1996 05:13:48 -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 FAA25945 for ; Sat, 13 Jan 1996 05:13:45 -0800 (PST) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id IAA12092; Sat, 13 Jan 1996 08:11:45 -0500 From: Bill/Carolyn Pechter Message-Id: <199601131311.IAA12092@shell.monmouth.com> Subject: Re: random coredumps since upgrade to 2.1 To: john@starfire.mn.org Date: Sat, 13 Jan 1996 08:11:44 -0500 (EST) Cc: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) In-Reply-To: <199601131203.GAA28890@starfire.mn.org> from "john@starfire.mn.org" at Jan 13, 96 06:03:30 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > > Since doing the install upgrade to 2.1, I have had programs randomly > coredumping on me. So far, it's been XSVGA (twice) > > The eystem is a noname 486-GIO-VT motherboard with only ISA equipment > in it, a 1542B running at 8Mhz bus rate, NE2000-compatible NIC, > Cy486DLC(2/66), and a Tseng Labs ET4000-based SVGA card. > I've had the same problem with XSVGA (a couple of times it starts up from startx and doesn't survive long enough to get up the Xterms -- although Xclock sometimes kicks in.) I've got the same processor (in the laptop) and and ISA bus design with VLB video. 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 Sat Jan 13 05:35:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26739 for hackers-outgoing; Sat, 13 Jan 1996 05:35:40 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id FAA26732 for ; Sat, 13 Jan 1996 05:35:35 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id AAA19459; Sun, 14 Jan 1996 00:08:11 +1030 From: Michael Smith Message-Id: <199601131338.AAA19459@genesis.atrad.adelaide.edu.au> Subject: Re: Booting from CD..? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 14 Jan 1996 00:08:11 +1030 (CST) Cc: hackers@FreeBSD.ORG In-Reply-To: <10173.821511639@time.cdrom.com> from "Jordan K. Hubbard" at Jan 12, 96 09:40:39 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: > 2. Take advantage of Win95's `autolaunch' on CD insertion to do > something clever. Not exactly sure WHAT yet, but it's an idea. Cut a boot floppy tailored to the machine (quiz the config database to work out what's installed) and boot it 8) > I was also talking with Poul-H and Joerg about the idea of getting > access to additional command-line args, and how hard that would be. > In particular, I'd like to be able to do something like: > > boot -c aha0=0x330,10;ed0=0x300,10,0xd000 Er. I've been making noises about 'kernel environment variables' for some time; see also Poul's brain wrt. sysctl and the 4k patcharea concept. He never did get back to me with his ideas 8/. > 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 Sat Jan 13 05:35:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26767 for hackers-outgoing; Sat, 13 Jan 1996 05:35: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 FAA26762 for ; Sat, 13 Jan 1996 05: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 FAA01304; Sat, 13 Jan 1996 05:35:42 -0800 To: john@starfire.mn.org cc: hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: randcom core dumps, more info In-reply-to: Your message of "Sat, 13 Jan 1996 06:54:16 CST." <199601131254.GAA29669@starfire.mn.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1301.821540141.1@time.cdrom.com> Date: Sat, 13 Jan 1996 05:35:42 -0800 Message-ID: <1302.821540142@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > The coredumps are the reported result of SIGSEGV (11) -- segmentation > fault. We can now add grep to the list. Do they occur if you disable caches? Jordan From owner-freebsd-hackers Sat Jan 13 05:37:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA26901 for hackers-outgoing; Sat, 13 Jan 1996 05:37: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 FAA26892 for ; Sat, 13 Jan 1996 05:37:35 -0800 (PST) Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id FAA00499; Sat, 13 Jan 1996 05:37:35 -0800 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.7.3/8.6.5) with SMTP id FAA00157; Sat, 13 Jan 1996 05:37:31 -0800 (PST) Message-Id: <199601131337.FAA00157@corbin.Root.COM> To: john@starfire.mn.org cc: hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: random coredumps since upgrade to 2.1 In-reply-to: Your message of "Sat, 13 Jan 1996 06:03:30 CST." <199601131203.GAA28890@starfire.mn.org> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 13 Jan 1996 05:37:31 -0800 Sender: owner-hackers@FreeBSD.org Precedence: bulk >Since doing the install upgrade to 2.1, I have had programs randomly >coredumping on me. So far, it's been XSVGA (twice), tcsh (once, while >executing .csh, gzcat (once, while unzipping a man page), and popper >(once, while servicing a request). There has been no clue at any >time what has caused the problem, and it is totally non-deterministic >and non-repeatable. This was not happening under 2.0.5, and I have >not changed any hardware settings. > >The eystem is a noname 486-GIO-VT motherboard with only ISA equipment >in it, a 1542B running at 8Mhz bus rate, NE2000-compatible NIC, >Cy486DLC(2/66), and a Tseng Labs ET4000-based SVGA card. > >Any clues of where to start? It's generally not safe to run the 1542B at 8Mhz. I had a lot of problems doing that back when I had one. I suggest lowering it to 5.7Mhz and see if this helps the situation any. Also make sure that your ISA bus speed is at 8 or 8.33Mhz - the 1542B gets real unhappy if the ISA bus speed is too slow. -DG David Greenman Core Team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Jan 13 05:42:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA27064 for hackers-outgoing; Sat, 13 Jan 1996 05:42:43 -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 FAA27055 for ; Sat, 13 Jan 1996 05:42:37 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id AAA19483; Sun, 14 Jan 1996 00:14:33 +1030 From: Michael Smith Message-Id: <199601131344.AAA19483@genesis.atrad.adelaide.edu.au> Subject: Re: your mail To: jerry@border.com (Jerry Kendall) Date: Sun, 14 Jan 1996 00:14:33 +1030 (CST) Cc: hackers@freebsd.org In-Reply-To: <96Jan12.152133est.20484@janus.border.com> from "Jerry Kendall" at Jan 12, 96 03:17:32 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Jerry Kendall stands accused of saying: > > Does any one have or know where to find the documentation the tunnel device > drivers.... Look at the source; the tun driver is really quite trivial. > Jerry Kendall Border Network Technologies -- ]] 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 13 06:01:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA27729 for hackers-outgoing; Sat, 13 Jan 1996 06:01:00 -0800 (PST) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA27723 for ; Sat, 13 Jan 1996 06:00:50 -0800 (PST) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id AAA19555; Sun, 14 Jan 1996 00:32:07 +1030 From: Michael Smith Message-Id: <199601131402.AAA19555@genesis.atrad.adelaide.edu.au> Subject: Re: X for install To: terry@lambert.org (Terry Lambert) Date: Sun, 14 Jan 1996 00:32:07 +1030 (CST) Cc: msmith@atrad.adelaide.edu.au, 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: <199601041757.KAA18080@phaeton.artisoft.com> from "Terry Lambert" at Jan 4, 96 10:57:59 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk (ah, mail backlogs 8) Terry Lambert stands accused of saying: > > 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. ... or don't discard, only ever grow. (And obviously have seperate 'probe' modules. There's only ever one of them around at a time...) > 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". Or cons up a 'driver space', load a driver in and let it probe. If it barfs, throw it out and overwrite it. If it wins, link it in and cons up a new 'driver space'. > 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"). With all the hoohah on pipelining and speculative execution and all that crap, one never reads much about improvements in these issues (nor TLA and friends). Is this domain crossing still expensive on newer processors? (In context, I guess newer means P5+) > 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 Sat Jan 13 06:12:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA28224 for hackers-outgoing; Sat, 13 Jan 1996 06:12:36 -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 GAA28219 for ; Sat, 13 Jan 1996 06:12:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA09996; Sat, 13 Jan 1996 06:10:28 -0800 To: friede@sybase.com cc: grog@lemis.de, gjennejohn@frt.dec.com, hackers@freebsd.org, isdn@muc.ditec.de Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Fri, 12 Jan 1996 10:30:33 +0100." <9601120930.AA02009@pedigree.sybgate.sybase.com> Date: Sat, 13 Jan 1996 06:10:26 -0800 Message-ID: <9982.821542226@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > You would be able to implement that. > If you do not find anybody. I would be interested to do it myself. That's a very kind offer, but I believe that between Gary, Greg and I (and probably a number of other folks in Germany) we can probably do it remotely. See below as to why this is probably the only thing that will work. :( > I am working for Sybase ( in Holland ) up to end of February. I thought you were on an island in Spain? :-) > I could come to California in April to test and fix the US protocols. > Is there any possibility in support - machines, ISDN interfaces (S0), expense s, > accomodation , ... ??? I'm afraid not - the U.S. ISDN scene here is still very young, and available resources are very thin. For example, I'm the only person on the west coast that I know of who's actually using a FreeBSD box directly for ISDN - everyone else buys Ascend routers and such. Walnut Creek's own interest is very small - basically, once I got my link working they stopped thinking about it.. ;-) It's going to be a struggle just finding funding for another 2 cards, I think. If it were a more active scene, with a couple of FreeBSD ISDN users (to be honest, I don't even know of any *Linux* ISDN users - ISDN still being that slow to take off here) then I'd definitely try to figure out some way for you to come out, but it's simply too small a group right now. It wouldn't be worth it for you or us! :( > By the way, could you please put my adress friede@ibm.net on hackers@freebsd. org . If you're sure! :-) Done. You can unsubscribe yourself at any time by sending an unsubscribe request to majordomo@freebsd.org Jordan From owner-freebsd-hackers Sat Jan 13 06:20:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA28557 for hackers-outgoing; Sat, 13 Jan 1996 06:20:31 -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 GAA28551 for ; Sat, 13 Jan 1996 06:20:23 -0800 (PST) Received: by mail.cls.net (Smail3.1.29.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 13 Jan 96 15:19 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 PAA14488; Sat, 13 Jan 1996 15:17:43 +0100 Message-Id: <199601131417.PAA14488@allegro.lemis.de> Subject: Re: Status of ISDN drivers To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 13 Jan 1996 15:17:42 +0100 (MET) Cc: hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <9982.821542226@time.cdrom.com> from "Jordan K. Hubbard" at Jan 13, 96 06:10:26 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > If it were a more active scene, with a couple of FreeBSD ISDN users > (to be honest, I don't even know of any *Linux* ISDN users - ISDN > still being that slow to take off here) then I'd definitely try to > figure out some way for you to come out, but it's simply too small > a group right now. It wouldn't be worth it for you or us! :( There is quite an active Linux ISDN group here in Germany, much more active than the FreeBSD group. I was on it for a while, but they seem to spend all their time discussing why they can't compile the software on this particular version of Linux :-) I believe that a lot of the FreeBSD ISDN source has its origins in the Linux project. If anybody's interested, the group is called isdn4linux, and you can subscribe via majordomo@hub-wue.franken.de. Like the FreeBSD group, it's predominantly in German. Greg From owner-freebsd-hackers Sat Jan 13 06:38:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA29169 for hackers-outgoing; Sat, 13 Jan 1996 06:38:22 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id GAA29164 for ; Sat, 13 Jan 1996 06:38:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id GAA18625; Sat, 13 Jan 1996 06:38:11 -0800 To: grog@lemis.de (Greg Lehey) cc: hackers@freebsd.org (FreeBSD Hackers) Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Sat, 13 Jan 1996 15:17:42 +0100." <199601131417.PAA14488@allegro.lemis.de> Date: Sat, 13 Jan 1996 06:38:10 -0800 Message-ID: <18623.821543890@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Jordan K. Hubbard writes: > > > > If it were a more active scene, with a couple of FreeBSD ISDN users > > (to be honest, I don't even know of any *Linux* ISDN users - ISDN > > still being that slow to take off here) then I'd definitely try to > > figure out some way for you to come out, but it's simply too small > > a group right now. It wouldn't be worth it for you or us! :( > > There is quite an active Linux ISDN group here in Germany, much more > active than the FreeBSD group. I was on it for a while, but they seem Sorry, I didn't mean to imply that the Linux group wasn't active in ISDN (I know differently), simply that here in the U.S. (or at least on the west coast) interest in ISDN in general is still very minimal. I'd expect to know a few Linux advocates out here using ISDN at the very least, but so far I've not seen a single setup of that nature. All 4 ISDN users that I know of use routers. Sigh! Jordan From owner-freebsd-hackers Sat Jan 13 08:21:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02235 for hackers-outgoing; Sat, 13 Jan 1996 08:21:29 -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 IAA02230 Sat, 13 Jan 1996 08:21:25 -0800 (PST) Message-Id: <199601131621.IAA02230@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: hackers@freebsd.org Subject: Re: Booting from CD..? In-reply-to: Your message of "Fri, 12 Jan 1996 21:40:39 PST." <10173.821511639@time.cdrom.com> Date: Sat, 13 Jan 1996 08:21:25 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >1. Boot direct from CD. It's my understanding that certain SCSI > adapters support this - any clues as to which ones do and how > you might go about making them do it? Naturally, we'd also have > to figure out some way of getting boot blocks onto a CD. This is entirely system BIOS dependant. I've heard of Compaq and HP doing this (Compaq with their own controller, the HP with an onboard aic7770). Both vendors ship some kind of "configuration" CDROM instead of shipping floppies and that was the motivation for the feature. >2. Take advantage of Win95's `autolaunch' on CD insertion to do > something clever. Not exactly sure WHAT yet, but it's an idea. Launch the Win95 browser into our handbook's installation notes. >Thoughts? I think we need to be able to install from alternate kernels first. How hard would it be to devise a "boot" floppy that anyone can build without going through the release process that would stop after loading the kernel and use the installation diskette for root and then continue on. You also have to add an option (or autodetect this condition), so you could prompt for the other diskette after writting out the distributions so you could copy the right kernel to the disk. Right now its just to difficult to get people to test kernels that might allow them to install if the release or snapshot floppies fail. > Jordan -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Jan 13 08:34:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02548 for hackers-outgoing; Sat, 13 Jan 1996 08:34:44 -0800 (PST) Received: from cwbone.bsi.com.br ([200.250.250.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA02542 for ; Sat, 13 Jan 1996 08:34:38 -0800 (PST) Received: from cwbone (cwbone [200.250.250.14]) by cwbone.bsi.com.br (8.6.11/8.6.9) with SMTP id OAA04661; Sat, 13 Jan 1996 14:33:45 GMT Date: Sat, 13 Jan 1996 14:33:45 +0000 () From: Sergio Lenzi X-Sender: lenzi@cwbone To: Daniel Leeds cc: hackers@freebsd.org Subject: Re: mb_map full In-Reply-To: <199601091530.PAA06790@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, 9 Jan 1996, Daniel Leeds wrote: > > > what does this error mean? You're out of phisical memory in the kernel. (I think). > > what caused this...remedies...etc > Remedies: recompile the kernel with the option NMBCLUSTERS=xxx try xxx=2048,3072,4096 depending on the ammount of memory your machine has... see param.c in the compile/* directoryes. Sergio de Almeida Lenzi. From owner-freebsd-hackers Sat Jan 13 08:39:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02632 for hackers-outgoing; Sat, 13 Jan 1996 08:39:51 -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 IAA02626 for ; Sat, 13 Jan 1996 08:39:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id IAA18820; Sat, 13 Jan 1996 08:39:44 -0800 To: "Justin T. Gibbs" cc: hackers@freebsd.org Subject: Re: Booting from CD..? In-reply-to: Your message of "Sat, 13 Jan 1996 08:21:25 PST." <199601131621.IAA02230@freefall.freebsd.org> Date: Sat, 13 Jan 1996 08:39:44 -0800 Message-ID: <18818.821551184@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > I think we need to be able to install from alternate kernels first. > How hard would it be to devise a "boot" floppy that anyone can > build without going through the release process that would stop Not hard. I've thought about it a fair bit, since it comes up often. Perhaps in the next rev of the release tools, once we get them working again at all. :-) Jordan From owner-freebsd-hackers Sat Jan 13 08:58:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id IAA02985 for hackers-outgoing; Sat, 13 Jan 1996 08:58:11 -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 IAA02980 for ; Sat, 13 Jan 1996 08:58:08 -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 LAA19430 for ; Sat, 13 Jan 1996 11:58:07 -0500 (EST) Received: (chuckr@localhost) by cappuccino.eng.umd.edu (8.7.3/8.6.4) id LAA01530; Sat, 13 Jan 1996 11:58:05 -0500 (EST) Date: Sat, 13 Jan 1996 11:58:04 -0500 (EST) From: Chuck Robey X-Sender: chuckr@cappuccino.eng.umd.edu To: FreeBSD-Hackers Subject: 2.1 binaries Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk I am looking for someone running 2.1 (I run current) who would be willing to compile up some binaries for me. The glimpse authors asked me for the binaries from my port, and I think that doing it from 2.1 makes much more sense than using current. The port hasn't been put in /usr/ports yet, so you'll have to write me for it, or get it from incoming on FreeBSD.org. I need the binaries listed in the PLIST. Thanks! ============================================================================ 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 Sat Jan 13 09:01:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA03095 for hackers-outgoing; Sat, 13 Jan 1996 09:01:11 -0800 (PST) Received: from nightflight.com (nightflight.com [205.162.141.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA03089 Sat, 13 Jan 1996 09:01:07 -0800 (PST) Received: from laptop.nightflight (laptop [205.162.141.3]) by nightflight.com (8.6.12/8.6.9) with SMTP id JAA02724; Sat, 13 Jan 1996 09:04:39 -0800 Date: Sat, 13 Jan 1996 09:04:39 -0800 Message-Id: <2.2.16.19960113091004.31f71ce2@nightflight.com> X-Sender: gcrutchr@nightflight.com X-Mailer: Windows Eudora Pro Version 2.2 (16) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: questions@freebsd.org From: Gary Crutcher Subject: FBSD 2.1 Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk HI, Well, I upgraded from 2.05 to 2.1 last night. Only problems I had was that the Matshushita CD-ROM driver would not compile (something about NMAT??). So I commented it out of my kernel configuration. The only other thing that happened was that the services file got truncated to 5 entries. What a surprise when telnet and Popper were not working! Fortunately, I DID MAKE A BACKUP OF ETC. So I just copied the old services file to the etc directory. I hope this was okay? I assume the upgrade option on the CD-ROM copied all the new src files to my hard drive, or should I have selected a Full Installation from the NEWBIE Menu? I have tested Xinsides X-Server and a few other programs and have had no problems or core dumps or anything of that nature. I guess the install also updated my mt program, but I cannot get the 'retension' command to work. I get an unknown command error. Is there an update to this, as I have seen E-mail about this command posted? Should I upgrade all my ports to the 2.1 versions or is it okay to use the 2.05 ports I originally installed? Any suggestions, advice, etc. would be greatly appreciated. Thanks, Gary ---------------------------------------------------------------------- Gary Crutcher email: gcrutchr@nightflight.com Webmaster URL: http://www.nightflight.com 'Flights throughout the Internet' voice: 619-631-0666 ---------------------------------------------------------------------- From owner-freebsd-hackers Sat Jan 13 09:38:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04730 for hackers-outgoing; Sat, 13 Jan 1996 09:38:34 -0800 (PST) Received: from phoenix.volant.org (root@phoenix.volant.org [205.179.79.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA04723 for ; Sat, 13 Jan 1996 09:38:27 -0800 (PST) From: patl@asimov.volant.org Received: from asimov.volant.org (asimov.volant.org [205.179.79.65]) by phoenix.volant.org (8.6.11/8.6.9) with SMTP id JAA23570; Sat, 13 Jan 1996 09:37:07 -0800 Received: by asimov.volant.org (5.x/SMI-SVR4) id AA05156; Sat, 13 Jan 1996 09:37:48 -0800 Date: Sat, 13 Jan 1996 09:37:48 -0800 Message-Id: <9601131737.AA05156@asimov.volant.org> To: nate@rocky.sri.MT.net, mark@grondar.za Subject: Re: How to keepalive a sick ppp process? Cc: hackers@FreeBSD.org Reply-To: patl@Phoenix.volant.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: /UN+3efRIvwPuwjqaFoTvw== Sender: owner-hackers@FreeBSD.org Precedence: bulk |> Nate Williams wrote: |> > > I am using iijppp (damn fine program!), but every now-and-then it dies |> > > on me. |> > |> > Do you need the on-demand cababilities of ppp, or are you looking for a |> > 'full-time' link? If the latter, you can use pppd to provide the same |> > functionality. We eneded up using pppd vs. ijppp because of the |> > occasional instability of the user-level stuff. |> |> I am using the on-demand capabilities to "kick" the line. I am using |> el-cheapo 14400 modems on a 2-wire leased line, and the line dies every |> now-and-then (there is a Portmaster on the other end). I use the chat |> script as a "modem kicker". |> |> I haven't looked at the pppd driver recently. Last time I looked was in |> 1.1.5.1 days, and I could not get the chat(1) to behave (small lack of |> trying here) I'm using a USR 28,800 Sportster, which drops the line occasionally. My solution is to run 'ping -i 60 HISADDR', where HISADDR is the IP address of the machine at the other end of the PPP link. The '-i 60' keeps the ping packets down to one a minute, so the overhead is insignificant. If the line is dropped, it is less than a minute before a redial is triggered by the ping packet. (Some day I'll get around to calling USR to ask about the system chip upgrade to fix the problem...) -Pat My opinions are my own. For a small royalty, they can be yours as well... Pat Lashley, Senior Software Engineer, Henry Davis Consulting patl@Phoenix.Volant.ORG || http://Phoenix.Volant.ORG/ || lashley@netcom.com From owner-freebsd-hackers Sat Jan 13 09:44:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA04932 for hackers-outgoing; Sat, 13 Jan 1996 09:44:34 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA04927 for ; Sat, 13 Jan 1996 09:44:31 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id KAA26913; Sat, 13 Jan 1996 10:47:01 -0700 Date: Sat, 13 Jan 1996 10:47:01 -0700 From: Nate Williams Message-Id: <199601131747.KAA26913@rocky.sri.MT.net> To: patl@Phoenix.volant.org Cc: nate@rocky.sri.MT.net, mark@grondar.za, hackers@FreeBSD.org Subject: Re: How to keepalive a sick ppp process? In-Reply-To: <9601131737.AA05156@asimov.volant.org> References: <9601131737.AA05156@asimov.volant.org> Sender: owner-hackers@FreeBSD.org Precedence: bulk [ PPPD ] > I'm using a USR 28,800 Sportster, which drops the line occasionally. > My solution is to run 'ping -i 60 HISADDR', where HISADDR is the IP > address of the machine at the other end of the PPP link. The '-i 60' > keeps the ping packets down to one a minute, so the overhead is > insignificant. If the line is dropped, it is less than a minute before > a redial is triggered by the ping packet. Ahh, in this sort of case, you want my '-ddial' (Demon Dialer/Dedicated Dialer) fixes. Basically, those patches cause the system to keep the line up no matter what. No pings are necessary, since the ppp process knows when the line goes down and it tries to bring it back up. Nate From owner-freebsd-hackers Sat Jan 13 09:53:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA05153 for hackers-outgoing; Sat, 13 Jan 1996 09:53:04 -0800 (PST) Received: from phoenix.volant.org (root@phoenix.volant.org [205.179.79.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id JAA05148 for ; Sat, 13 Jan 1996 09:53:01 -0800 (PST) From: patl@asimov.volant.org Received: from asimov.volant.org (asimov.volant.org [205.179.79.65]) by phoenix.volant.org (8.6.11/8.6.9) with SMTP id JAA23592; Sat, 13 Jan 1996 09:51:43 -0800 Received: by asimov.volant.org (5.x/SMI-SVR4) id AA05174; Sat, 13 Jan 1996 09:52:24 -0800 Date: Sat, 13 Jan 1996 09:52:24 -0800 Message-Id: <9601131752.AA05174@asimov.volant.org> To: nate@sri.MT.net Subject: Re: How to keepalive a sick ppp process? Cc: nate@rocky.sri.MT.net, mark@grondar.za, hackers@FreeBSD.org Reply-To: patl@Phoenix.volant.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Md5: 7wQKQl3KpYmAcDj9UP1pog== Sender: owner-hackers@FreeBSD.org Precedence: bulk |> [ PPPD ] |> =20 |> > I'm using a USR 28,800 Sportster, which drops the line = occasionally. |> > My solution is to run 'ping -i 60 HISADDR', where HISADDR is the = IP |> > address of the machine at the other end of the PPP link. The '-i = 60' |> > keeps the ping packets down to one a minute, so the overhead is |> > insignificant. If the line is dropped, it is less than a minute = before |> > a redial is triggered by the ping packet. |> =20 |> Ahh, in this sort of case, you want my '-ddial' (Demon = Dialer/Dedicated |> Dialer) fixes. Basically, those patches cause the system to keep = the |> line up no matter what. No pings are necessary, since the ppp = process |> knows when the line goes down and it tries to bring it back up. Yep, that sounds like what I want. Where do I find them, and to which (OS)=05versions do they apply? (I'm currently running 2.0.5, but expect = to upgrade to 2.1 once the CD-ROM makes it into the local stores.) -Pat My opinions are my own. For a small royalty, they can be yours as = well... Pat Lashley, Senior Software Engineer, Henry Davis Consulting patl@Phoenix.Volant.ORG || http://Phoenix.Volant.ORG/ || = lashley@netcom.com From owner-freebsd-hackers Sat Jan 13 10:14:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06031 for hackers-outgoing; Sat, 13 Jan 1996 10:14:25 -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 KAA06022 for ; Sat, 13 Jan 1996 10:14:16 -0800 (PST) Received: from localhost (mark@localhost [127.0.0.1]) by grumble.grondar.za (8.7.3/8.7.3) with SMTP id UAA16484; Sat, 13 Jan 1996 20:13:37 +0200 (SAT) Message-Id: <199601131813.UAA16484@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host mark@localhost [127.0.0.1] didn't use HELO protocol To: Nate Williams cc: patl@Phoenix.volant.org, nate@rocky.sri.MT.net, mark@grondar.za, hackers@FreeBSD.org Subject: Re: How to keepalive a sick ppp process? Date: Sat, 13 Jan 1996 20:13:35 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.org Precedence: bulk Nate Williams wrote: > [ PPPD ] > > > I'm using a USR 28,800 Sportster, which drops the line occasionally. > > My solution is to run 'ping -i 60 HISADDR', where HISADDR is the IP > > address of the machine at the other end of the PPP link. The '-i 60' > > keeps the ping packets down to one a minute, so the overhead is > > insignificant. If the line is dropped, it is less than a minute before > > a redial is triggered by the ping packet. > > Ahh, in this sort of case, you want my '-ddial' (Demon Dialer/Dedicated > Dialer) fixes. Basically, those patches cause the system to keep the > line up no matter what. No pings are necessary, since the ppp process > knows when the line goes down and it tries to bring it back up. Ooooh! Yes please! (when is this going to hit the Prime Time?) 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 Sat Jan 13 10:42:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA06913 for hackers-outgoing; Sat, 13 Jan 1996 10:42:43 -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 KAA06897 for ; Sat, 13 Jan 1996 10:42:38 -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 TAA05087; Sat, 13 Jan 1996 19:42:32 +0100 (MET) Received: (from graichen@localhost) by mordillo (8.6.12/8.6.12) id SAA00358; Sat, 13 Jan 1996 18:34:06 +0100 From: Thomas Graichen Message-Id: <199601131734.SAA00358@mordillo> Subject: Re: Can't get 2.1-STABLE to link! To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Sat, 13 Jan 1996 18:34:05 +0100 (MET) Cc: andrew@pubnix.net, freebsd-hackers@freebsd.org In-Reply-To: <199601130515.VAA06019@freefall.freebsd.org> from "Justin T. Gibbs" at Jan 12, 96 09:15:37 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk hasn't Justin T. Gibbs said ? ... > > If you are running -stable, you should be subscribed to the freebsd-stable > mailing list ... is such a list really existing ? 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 Sat Jan 13 10:44:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07068 for hackers-outgoing; Sat, 13 Jan 1996 10:44: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 KAA07063 for ; Sat, 13 Jan 1996 10:44:47 -0800 (PST) Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id LAA04073; Sat, 13 Jan 1996 11:44:10 -0700 Message-Id: <199601131844.LAA04073@rover.village.org> To: StevenR362@aol.com Subject: Re: Using `ping' to diagnose network connections reasonable? Cc: dennis@etinc.com, hackers@freebsd.org In-reply-to: Your message of Wed, 10 Jan 1996 22:21:25 EST Date: Sat, 13 Jan 1996 11:44:10 -0700 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : You would be surprised at how many people that are using TIA, : slirp or other slip emulators from shell accounts. To my knowledge, : none of these support ping and ICMP packets. TIA does not support ICMP packets, and likely never will. At least that is what the sources of TIA that I have tell me :-). All ICMP packets are dropped. Warner From owner-freebsd-hackers Sat Jan 13 10:48:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07303 for hackers-outgoing; Sat, 13 Jan 1996 10:48:32 -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 KAA07298 for ; Sat, 13 Jan 1996 10:48:19 -0800 (PST) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id TAA07643; Sat, 13 Jan 1996 19:48:23 +0100 Received: by uni4nn.iaf.nl with UUCP id AA09950 (5.67b/IDA-1.5); Sat, 13 Jan 1996 19:47:36 +0100 Received: by iafnl.es.iaf.nl with UUCP id AA16982 (5.65c/IDA-1.4.4); Sat, 13 Jan 1996 19:23:05 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.11/8.6.6) id TAA00481; Sat, 13 Jan 1996 19:05:12 +0100 From: Wilko Bulte Message-Id: <199601131805.TAA00481@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: A few NITS about SCSI Tapes To: nate@sri.MT.net (Nate Williams) Date: Sat, 13 Jan 1996 19:05:12 +0100 (MET) Cc: regnauld@tetard.frmug.fr.net, hackers@FreeBSD.ORG In-Reply-To: <199601130520.WAA26011@rocky.sri.MT.net> from "Nate Williams" at Jan 12, 96 10:20:09 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > But if I use: > > > > mt -f /dev/nrst0 reten > > > > I get: > > > > % mt reten > > mt: /dev/nrst0: retens: Invalid argument > > Try 'retension'. It was changed from 'retens' since the former is more > apparently more standard. Sidestepping a bit: will 2.1R mt also set (no)compression on Exabytes capable of hardware compress? The &*^*( drive at work is a 8505 and my ol' home 8200 does not grok compressed tapes. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jan 13 10:51:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA07429 for hackers-outgoing; Sat, 13 Jan 1996 10:51:59 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA07405 Sat, 13 Jan 1996 10:51:47 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA09983; Sat, 13 Jan 1996 19:51:42 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id TAA11042; Sat, 13 Jan 1996 19:51:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id TAA00674; Sat, 13 Jan 1996 19:30:58 +0100 (MET) From: J Wunsch Message-Id: <199601131830.TAA00674@uriah.heep.sax.de> Subject: Re: FBSD 2.1 To: gcrutchr@nightflight.com (Gary Crutcher) Date: Sat, 13 Jan 1996 19:30:57 +0100 (MET) Cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <2.2.16.19960113091004.31f71ce2@nightflight.com> from "Gary Crutcher" at Jan 13, 96 09:04:39 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Gary Crutcher wrote: > > I commented it out of my kernel configuration. The only other thing that > happened was that the services file got truncated to 5 entries. What a > surprise when telnet and Popper were not working! Hmm, i've also heard this from somebody else. Maybe it's a problem with cpio refusing to copy an older/newer/whatever file, Jordan? The /etc/services in question is that one from sysinstall, it's supposed to be overwritten with the right one during installation of the bindist. (The only hint i've got from somebody else is that his machine might have had an entirely corrupted system date. I think cpio is looking at the file date?) > I guess the install also updated my mt program, but I cannot get the > 'retension' command to work. I get an unknown command error. Is there an > update to this, as I have seen E-mail about this command posted? retension? This is in FreeBSD-current, not 2.1. And of course, you don't only need a new mt(1), but also an updated kernel 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 Sat Jan 13 11:17:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08246 for hackers-outgoing; Sat, 13 Jan 1996 11:17:28 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA08241 for ; Sat, 13 Jan 1996 11:17:25 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id MAA27128; Sat, 13 Jan 1996 12:19:36 -0700 Date: Sat, 13 Jan 1996 12:19:36 -0700 From: Nate Williams Message-Id: <199601131919.MAA27128@rocky.sri.MT.net> To: Mark Murray Cc: hackers@FreeBSD.org Subject: Re: How to keepalive a sick ppp process? In-Reply-To: <199601131813.UAA16484@grumble.grondar.za> References: <199601131813.UAA16484@grumble.grondar.za> Sender: owner-hackers@FreeBSD.org Precedence: bulk > > [ PPPD ] > > > > > I'm using a USR 28,800 Sportster, which drops the line occasionally. > > > My solution is to run 'ping -i 60 HISADDR', where HISADDR is the IP > > > address of the machine at the other end of the PPP link. The '-i 60' > > > keeps the ping packets down to one a minute, so the overhead is > > > insignificant. If the line is dropped, it is less than a minute before > > > a redial is triggered by the ping packet. > > > > Ahh, in this sort of case, you want my '-ddial' (Demon Dialer/Dedicated > > Dialer) fixes. Basically, those patches cause the system to keep the > > line up no matter what. No pings are necessary, since the ppp process > > knows when the line goes down and it tries to bring it back up. > > Ooooh! Yes please! (when is this going to hit the Prime Time?) I posted this a long time ago, but due to bugs in the user PPP code, it causes lots of problems. I just applied John Capo's fixes to the code in -stable and will try and get to testing it sometime today to see if they help. Nate From owner-freebsd-hackers Sat Jan 13 11:28:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA08827 for hackers-outgoing; Sat, 13 Jan 1996 11:28:05 -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 LAA08785 Sat, 13 Jan 1996 11:27:59 -0800 (PST) Message-Id: <199601131927.LAA08785@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com [127.0.0.1] didn't use HELO protocol To: Thomas Graichen cc: andrew@pubnix.net, freebsd-hackers@freebsd.org Subject: Re: Can't get 2.1-STABLE to link! In-reply-to: Your message of "Sat, 13 Jan 1996 18:34:05 +0100." <199601131734.SAA00358@mordillo> Date: Sat, 13 Jan 1996 11:27:59 -0800 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >hasn't Justin T. Gibbs said ? ... >> >> If you are running -stable, you should be subscribed to the freebsd-stable >> mailing list ... > >is such a list really existing ? Of course. I wouldn't have said that if there wasn't one. I'm even subscribed to 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_________ -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Jan 13 11:52:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA09849 for hackers-outgoing; Sat, 13 Jan 1996 11:52:54 -0800 (PST) Received: from gdi.uoregon.edu (riley-net170-164.uoregon.edu [128.223.170.164]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id LAA09830 Sat, 13 Jan 1996 11:52:45 -0800 (PST) Received: (from dwhite@localhost) by gdi.uoregon.edu (8.6.12/8.6.12) id LAA02589; Sat, 13 Jan 1996 11:53:28 -0800 Date: Sat, 13 Jan 1996 11:53:27 -0800 (PST) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Gary Crutcher cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: FBSD 2.1 In-Reply-To: <2.2.16.19960113091004.31f71ce2@nightflight.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Sat, 13 Jan 1996, Gary Crutcher wrote: > Well, I upgraded from 2.05 to 2.1 last night. Only problems I had was that > the Matshushita CD-ROM driver would not compile (something about NMAT??). So > I commented it out of my kernel configuration. The only other thing that > happened was that the services file got truncated to 5 entries. What a > surprise when telnet and Popper were not working! Odd about the matcd driver. I don't use it so ??? My services got eaten too. I just grabbed the one from -current. > I assume the upgrade option on the CD-ROM copied all the new src files to my > hard drive, or should I have selected a Full Installation from the NEWBIE Menu? you might try this: 1. Copy your kernel config to a safe place 2. rm -r /usr/src/sys 3. Reinstall the kernel sources I've found this is a pretty good solution for problematic compiles, when the config file is OK. Did you compare your matcd0 line to the one in LINT and made sure there were no changes? > I have tested Xinsides X-Server and a few other programs and have had no > problems or core dumps or anything of that nature. Kewl. > I guess the install also updated my mt program, but I cannot get the > 'retension' command to work. I get an unknown command error. Is there an > update to this, as I have seen E-mail about this command posted? Can't say on mt. We had enough problems getting dump working on my friend's machine. > Should I upgrade all my ports to the 2.1 versions or is it okay to use the > 2.05 ports I originally installed? No, the old ports will still work. Doug White | University of Oregon Internet: dwhite@gladstone.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-hackers Sat Jan 13 12:38:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA11803 for hackers-outgoing; Sat, 13 Jan 1996 12:38:31 -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 MAA11798 for ; Sat, 13 Jan 1996 12:38:27 -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 MAA06132; Sat, 13 Jan 1996 12:38:05 -0800 Message-Id: <199601132038.MAA06132@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Daniel Leeds cc: hackers@freebsd.org Subject: Re: glimpse In-reply-to: Your message of "Fri, 12 Jan 1996 14:26:20 GMT." <199601121426.OAA09384@sponsor.octet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Jan 1996 12:38:04 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@freebsd.org Precedence: bulk Please describe what is the problem that your having... I have been using Glimpse with exmh for about 6 months now Amancio >>> Daniel Leeds said: > has anyone ever installed/compiled Glimpse on FreeBSD? > > just wondering, as my try has utterly failed :) > > > -- > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -=- > Daniel Leeds Unix Ad min > Octet Media Beatnik > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -=- > From owner-freebsd-hackers Sat Jan 13 13:02:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12479 for hackers-outgoing; Sat, 13 Jan 1996 13:02:24 -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 NAA12474 for ; Sat, 13 Jan 1996 13:02:17 -0800 (PST) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0tbD5O-000I6RC; Sat, 13 Jan 96 22:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0tbCav-00000iC; Sat, 13 Jan 96 21:30 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: Status of ISDN drivers To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 13 Jan 1996 21:30:33 +0100 (MET) Cc: grog@lemis.de, terry@lambert.org, gjennejohn@frt.dec.com, hackers@FreeBSD.ORG In-Reply-To: <8220.821534300@time.cdrom.com> from "Jordan K. Hubbard" at Jan 13, 96 03:58:20 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >From the keyboard of Jordan K. Hubbard: > So the fact remains that if these boards can hack 2x64K, I might be in > the market for a pair. The hardware definitely can handle 2x64K. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Sat Jan 13 13:04:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12561 for hackers-outgoing; Sat, 13 Jan 1996 13:04:19 -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 NAA12537 Sat, 13 Jan 1996 13:04:04 -0800 (PST) Received: by sequent.kiae.su id AA14309 (5.65.kiae-2 ); Sun, 14 Jan 1996 00:02:42 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Sun, 14 Jan 96 00:02:42 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id AAA00689; Sun, 14 Jan 1996 00:00:26 +0300 (MSK) To: Gary Palmer , "Amancio Hasty Jr." Cc: hackers@FreeBSD.ORG, stable@FreeBSD.ORG References: <199601131009.CAA00387@rah.star-gate.com> In-Reply-To: <199601131009.CAA00387@rah.star-gate.com>; from "Amancio Hasty Jr." at Sat, 13 Jan 1996 02:09:39 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 14 Jan 1996 00:00:25 +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: abuse and the -stable linux emu (mknod & mkfifo) Lines: 17 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199601131009.CAA00387@rah.star-gate.com> Amancio Hasty Jr. writes: >and change the mknod call to linux_mknod : >linux_sysent.c: 3, mknod, /* 14 */ > to >linux_sysent.c: 3, linux_mknod, /* 14 */ I remember recent discussion for adding mkfifo capabilities to system mknod (instead of this hack). Could anybody tell me the result, I miss it... -- 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 13 13:16:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA12994 for hackers-outgoing; Sat, 13 Jan 1996 13:16:59 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA12966 Sat, 13 Jan 1996 13:16:46 -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 NAA06804; Sat, 13 Jan 1996 13:16:05 -0800 Message-Id: <199601132116.NAA06804@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (aka Andrey A. Chernov, Black Mage) cc: Gary Palmer , hackers@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: abuse and the -stable linux emu (mknod & mkfifo) In-reply-to: Your message of "Sun, 14 Jan 1996 00:00:25 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Jan 1996 13:16:03 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= said: > In message <199601131009.CAA00387@rah.star-gate.com> Amancio Hasty Jr. > writes: > > >and change the mknod call to linux_mknod : > >linux_sysent.c: 3, mknod, /* 14 */ > > to > >linux_sysent.c: 3, linux_mknod, /* 14 */ > > I remember recent discussion for adding mkfifo capabilities > to system mknod (instead of this hack). > Could anybody tell me the result, I miss it... I think it was decided to keep our current mknod implementation. If you like just searched thru the mail archives.. I just want to avoid 20 postings again on mknod 8) BTW: What do I have to do over here so I can read your name in Russian ? Regards, Amancio From owner-freebsd-hackers Sat Jan 13 14:19:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16074 for hackers-outgoing; Sat, 13 Jan 1996 14:19:26 -0800 (PST) Received: from ncc-1701-d.starfleet.gov (root@ix-sb1-07.ix.netcom.com [204.32.201.39]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA16051 Sat, 13 Jan 1996 14:19:09 -0800 (PST) Received: (from d_burr@localhost) by ncc-1701-d.starfleet.gov (8.6.11/8.6.9) id OAA11352; Sat, 13 Jan 1996 14:24:42 -0800 Date: Sat, 13 Jan 1996 14:24:41 -0800 (PST) From: Donald Burr X-Sender: d_burr@ncc-1701-d.starfleet.gov To: FreeBSD Hackers cc: FreeBSD Questions Subject: writing device drivers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Is there a paper or "quick tutorial" or somesuch on how to write drivers for FreeBSD, and integrate them into the kernel source tree (i.e. being able to include or exclude the device based on entries in the kernel configuration file, etc.)? And once I write the thing, how do I submit it to the general public (i.e. in the -CURRENT or whatever kernel) Thanks. Donald Burr [d_burr@ix.netcom.com], PO Box 91212, Santa Barbara CA 93190-1212 TEL (805)564-1871 / FAX 564-2315 / WWW http://www.geopages.com/WallStreet/2072 PGP Public Key available by request (send e-mail) or on Public Key Servers. ** Uphold your right to privacy - Use PGP. ** From owner-freebsd-hackers Sat Jan 13 14:20:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA16221 for hackers-outgoing; Sat, 13 Jan 1996 14:20:13 -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 OAA16117 for ; Sat, 13 Jan 1996 14:19:55 -0800 (PST) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA06460; Sat, 13 Jan 1996 23:19:47 +0100 From: Luigi Rizzo Message-Id: <199601132219.XAA06460@labinfo.iet.unipi.it> Subject: Re: Booting from CD..? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 13 Jan 1996 23:19:46 +0100 (MET) Cc: macgyver@cylatech.com, hackers@freebsd.org In-Reply-To: <10618.821516614@time.cdrom.com> from "Jordan K. Hubbard" at Jan 12, 96 11:03:15 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > You can sort of do that now, though I guess I didn't document it > enough to make it very useful. Just stick a file on the boot floppy > (it can be called anything, though freebsd.cfg is the default) > and run it as a `script'. Just to clarify, mount /dev/fd0a /mnt cp freebsd.cfg /mnt umount /mnt is the above the correct way to operate ? 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 Sat Jan 13 14:51:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA18137 for hackers-outgoing; Sat, 13 Jan 1996 14:51: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 OAA18114 for ; Sat, 13 Jan 1996 14:51:29 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA16052; Sat, 13 Jan 1996 23:51:18 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA12665; Sat, 13 Jan 1996 23:51:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id XAA02099; Sat, 13 Jan 1996 23:33:53 +0100 (MET) From: J Wunsch Message-Id: <199601132233.XAA02099@uriah.heep.sax.de> Subject: Re: A few NITS about SCSI Tapes To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 13 Jan 1996 23:33:52 +0100 (MET) Cc: wilko@yedi.iaf.nl (Wilko Bulte) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601131805.TAA00481@yedi.iaf.nl> from "Wilko Bulte" at Jan 13, 96 07:05: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 Wilko Bulte wrote: > > Sidestepping a bit: will 2.1R mt also set (no)compression on Exabytes > capable of hardware compress? The &*^*( drive at work is a 8505 and > my ol' home 8200 does not grok compressed tapes. Nobody bothered to implement it so far. Please, try to patch your /usr/share/misc/scsi_modes with: Index: share_misc/scsi_modes =================================================================== RCS file: /home/cvs/src/share/misc/scsi_modes,v retrieving revision 1.3 diff -u -r1.3 scsi_modes --- scsi_modes 1995/12/28 14:24:08 1.3 +++ scsi_modes 1996/01/13 22:02:18 @@ -229,3 +229,32 @@ {Output Port 3 Channel Selection} t4 {Output Port 3 Volume} i1 } + +# Sequential-access Device Configuration Page + +0x10 { + {Reserved} *t1 + {CAP} t1 + {CAF} t1 + {Active Format} t5 + {Active Partition} i1 + {Write Buffer Full Ratio} i1 + {Read Buffer Empty Ratio} i1 + {Write Delay Time} i2 + {DBR} t1 + {BIS} t1 + {RSmk} t1 + {AVC} t1 + {SOCF} t2 + {RBO} t1 + {REW} t1 + {Gap Size} i1 + {EOD Defined} t3 + {EEG} t1 + {SEW} t1 + {Reserved} *t3 + {Buffer Size at Early Warning} i3 + {Select Data Compression Algorithm} i1 + {Reserved} *i1 +} + ...and see if you could edit the ``Select Data Compression Algorithm'' field to ``1'' using: scsi -f /dev/st0ctl.0 -m 0x10 -e (Don't worry about the dozens of acronyms. They are taken straight out of the SCSI-2 document, but you won't care too much anways.) -- 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 13 15:11:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21271 for hackers-outgoing; Sat, 13 Jan 1996 15:11:31 -0800 (PST) Received: from peedub.gj.org (ns075.munich.netsurf.de [194.64.166.75]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA21252 for ; Sat, 13 Jan 1996 15:11:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peedub.gj.org (8.7.3/8.6.9) with SMTP id AAA06026; Sun, 14 Jan 1996 00:11:25 GMT Message-Id: <199601140011.AAA06026@peedub.gj.org> X-Authentication-Warning: peedub.gj.org: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: freebsd-hackers@freefall.FreeBSD.org Cc: isdn@muc.ditec.de Subject: Re: Status of ISDN drivers Reply-To: Gary Jennejohn In-reply-to: Your message of "Sat, 13 Jan 1996 04:26:07 PST." <8966.821535967@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Jan 1996 00:11:24 +0000 From: Gary Jennejohn Sender: owner-hackers@FreeBSD.ORG Precedence: bulk "Jordan K. Hubbard" writes: >> OK. I can get them for DM 183 including tax, about $128 at the >> current exchange rates. Would you like me to send you a pair? Or >> shall we wait until we have it running on -current over here? > >Well, let me call their U.S. office on Monday and find out what my >cost here would be. If your $128 figure is much below mine, I'll >definitely take you up on that! I've proved about as much as I can >with the existing setup ("Wow - you can hook a TA to a serial port. >I'm so excited at FreeBSD's power and potential." :-) - it's probably >time to go on to the next challenge (having a vested interest always >helps :-). > I'm copying this to the ISDN mail list beacuse it's of general interest. Wir koennen doch alle Englisch, oder ? I've become aware of a horrible bug somewhere in the ISDN code in the last few days which apparently trashes the kernel stack somehow. The bug only manifests itself on the system which is called, i.e. the machine which may be acting as a gateway. The caller doesn't seem to see the problem. This bug is extrememly hard to track down beacuse the fault address is totally bogus, e.g. 8:0. That's why I suspect that the stack is getting trashed. It also crops up under circumstances which I can't identify. Sometimes everything works for hours on end, at other times a panic happens within minutes of accepting the call. If you, Jordan, want to aid in tracking this down, then by all means jump in with both feet ! :) But I cannot, unfortunately, recommend the ISDN code in its current state unless you're only going to be calling out, and don't expect to be accepting calls. But don't let this stop you from checking out the availability of ISDN cards ! --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-hackers Sat Jan 13 15:11:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA21360 for hackers-outgoing; Sat, 13 Jan 1996 15:11:50 -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 PAA21311 Sat, 13 Jan 1996 15:11:39 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA06594; Sun, 14 Jan 1996 10:01:32 +1100 Date: Sun, 14 Jan 1996 10:01:32 +1100 From: Bruce Evans Message-Id: <199601132301.KAA06594@godzilla.zeta.org.au> To: ache@astral.msk.su, gpalmer@cdrom.com, hasty@rah.star-gate.com Subject: Re: abuse and the -stable linux emu (mknod & mkfifo) Cc: hackers@freebsd.org, stable@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >I remember recent discussion for adding mkfifo capabilities >to system mknod (instead of this hack). >Could anybody tell me the result, I miss it... The Linux emulator should convert Linux mknod()'s to mkfifo()s if necessary. The BSD mknod() shouldn't be changed. Note that it is reasonable for the Linux library to call mknod() directly although Linux apps shouldn't. Bruce From owner-freebsd-hackers Sat Jan 13 15:22:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23298 for hackers-outgoing; Sat, 13 Jan 1996 15:22:44 -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 PAA23262 for ; Sat, 13 Jan 1996 15:22: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 AAA11983 for ; Sun, 14 Jan 1996 00:22:29 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA04024 for freebsd-hackers@FreeBSD.ORG; Sun, 14 Jan 1996 00:22:28 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id AAA24419 for freebsd-hackers@FreeBSD.ORG; Sun, 14 Jan 1996 00:21:48 +0100 (MET) From: Ollivier Robert Message-Id: <199601132321.AAA24419@keltia.freenix.fr> Subject: Building a "custom" release of 2.1.0 To: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Date: Sun, 14 Jan 1996 00:21:47 +0100 (MET) 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=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hello, I want to build a release of 2.1 for a friend. I have 430 MB available on /y, is that enough ? Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd12h 469591 1 432022 0% /y My primary problem is that I don't want to build the release with the GENERIC kernel but with a custom one. What do I have to do for that ? Replacing GENERIC with FOO in release/Makefile is easy but that means that I have to commit a src/sys/i386/conf/FOO in the RELENG_2_1_0 branch of my CVS tree... I don't want to disturb my updates with CTM. Can I have my own file in the CVS tree without having CTM fell over my face at the next update ? The goal is to install 2.1.0 on a laptop with only 4 MB of RAM (and not that much really available of course). We've seen that a custom kernel will boot on the machine but we need sysinstall with it to install... Thanks for any ideas (Jörg, I saw you've been through this a little :-)) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-hackers Sat Jan 13 15:22:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA23299 for hackers-outgoing; Sat, 13 Jan 1996 15:22:44 -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 PAA23266 for ; Sat, 13 Jan 1996 15:22: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 AAA11987 ; Sun, 14 Jan 1996 00:22:30 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id AAA04027 ; Sun, 14 Jan 1996 00:22:29 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.3/keltia-uucp-2.7) id XAA23131; Sat, 13 Jan 1996 23:42:41 +0100 (MET) From: Ollivier Robert Message-Id: <199601132242.XAA23131@keltia.freenix.fr> Subject: Re: A few NITS about SCSI Tapes To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sat, 13 Jan 1996 23:42:41 +0100 (MET) Cc: nate@sri.MT.net, regnauld@tetard.frmug.fr.net, hackers@FreeBSD.ORG In-Reply-To: <199601131805.TAA00481@yedi.iaf.nl> from "Wilko Bulte" at Jan 13, 96 07:05:12 pm X-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 Wilko Bulte said: > Sidestepping a bit: will 2.1R mt also set (no)compression on Exabytes > capable of hardware compress? The &*^*( drive at work is a 8505 and > my ol' home 8200 does not grok compressed tapes. Same request for DDS and DDS-DC tape... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #13: Sat Jan 6 20:08:04 MET 1996 From owner-freebsd-hackers Sat Jan 13 15:39:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26206 for hackers-outgoing; Sat, 13 Jan 1996 15:39:37 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26202 Sat, 13 Jan 1996 15:39:34 -0800 (PST) Date: Sat, 13 Jan 1996 15:39:34 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199601132339.PAA26202@freefall.freebsd.org> To: bde@zeta.org.au Subject: PnP problem... Cc: bde@zeta.org.au, gibbs@freefall.freebsd.org, freebsd-hackers@FreeBSD.org, hasty@rah.star-gate.com, neil@synthcom.com, smpatel@wam.umd.edu, terry@lambert.org Sender: owner-hackers@FreeBSD.org Precedence: bulk > BTW, all the ISA SCSI drivers still have an evil way of keeping track > of the unit number. `xx_unit++' breaks multiple probing. Is this just because it doesn't probe "controller" and "units on controller" as seperate passes? It's only the "controller" probe that needs to happen twice (potentially). 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 13 15:42:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26347 for hackers-outgoing; Sat, 13 Jan 1996 15:42:29 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26327 Sat, 13 Jan 1996 15:42:24 -0800 (PST) Date: Sat, 13 Jan 1996 15:42:24 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199601132342.PAA26327@freefall.freebsd.org> To: gpalmer@cdrom.com Subject: abuse and the -stable linux emu. Cc: hackers@FreeBSD.ORG, stable@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I found this out by doing a kdump of the process. The reason it is > failing is that it is trying to use mknod() to create fifos, where of > course we need mkfifo(). Is there any way to get the Linux emulation > layer to correct this? Perhaps if COMPAT_LINUX is defined in the > kernel, and the right bitmask is passwd to mknod(), just have it call > mkfifo()? See "-current". 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 13 15:43:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26406 for hackers-outgoing; Sat, 13 Jan 1996 15:43:16 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26400 Sat, 13 Jan 1996 15:43:13 -0800 (PST) Date: Sat, 13 Jan 1996 15:43:13 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199601132343.PAA26400@freefall.freebsd.org> To: marino.ladavac@aut.alcatel.at Subject: Re: Status of ISDN drivers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > >> > >> >WRT getting 128kb/sec. I though the RBOCs in the States only support >> >56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? >> >The D-Channel is not used for data transfer (that would be an additional >> >16kb/sec.). > >> Of course for $695 you can get RISC-powered "plug and power-up" 128k >> sync...but we've been through that one before! > >Yes, but will it work in Europe, more precisely, Austria? The board is $440. with V.24/RS-232 output (others available) I was assuming about $250.-$260. for a bitsurfer T/A. The card will work with any external T/A. 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 Sat Jan 13 15:45:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26511 for hackers-outgoing; Sat, 13 Jan 1996 15:45:31 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26504 Sat, 13 Jan 1996 15:45:28 -0800 (PST) Date: Sat, 13 Jan 1996 15:45:28 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199601132345.PAA26504@freefall.freebsd.org> To: bjj@sequent.com Subject: Re: Status of ISDN drivers Cc: gjennejohn@frt.dec.com, hackers@freebsd.org, dyson@freefall.freebsd.org, jdl@jdl.com Sender: owner-hackers@freebsd.org Precedence: bulk On Fri, 12 Jan 1996, Ben Jackson wrote: > > In message <199601121601.IAA18013@freefall.freebsd.org> , you wrote: > > > > WRT getting 128kb/sec. I though the RBOCs in the States only support > > > > 56kb/sec. per channel ? How you going to squeeze 128kb/sec. out of that ? > > > > > Even in Indianapolis, we get the full 64k+64k. > > My impression was that you got 56k*2 + 16k, where the 16k was for routing > and control type information, but could be used for your data if your ISP > was connected to the same phone switch as you. > > --Ben > ISDN is----- 2 64K B channels..... AND 1 16K D channel... The B channels are for you data/voice. The D channel is for call controll....ie: make/brake/identify etc... -------------------------------------------------------------------------------- Any comments or opinions in this message are my own and may or may not reflect the comments or opinions of my present or previous employers. Jerry Kendall Border Network Technologies Inc. System Software Engineer Tel +1-416-368-7157 ext 303 jerry@border.com Fax +1-416-368-7178 From owner-freebsd-hackers Sat Jan 13 15:47:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26583 for hackers-outgoing; Sat, 13 Jan 1996 15:47:06 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26577 Sat, 13 Jan 1996 15:47:04 -0800 (PST) Date: Sat, 13 Jan 1996 15:47:04 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199601132347.PAA26577@freefall.freebsd.org> To: dufault@hda.com Subject: Re: SCSI IP Cc: jkh@time.cdrom.com, terry@lambert.org, peter@jhome.DIALix.COM, hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk > I've thought about it. The only working target now is the 1542B, > not A, not C. Not very wide coverage and I've never had two in > house at once to talk back and forth. I thought that the NCR and the AIC7770 drivers and their relatives supported target mode? We need a "capability word" with bits for read remainder and target mode and tagged command queueing, etc. that can be accessed independent of the underlying interface. Then we need to roll "ncrcontrol" in with everything else for one tool to do status reporting, etc. > The devil is in finding the hardware and time to do this. Soon > I'll have a single NCR SCSI system. Gatorbox had a SCSI ethernet interface, I thought, for older Apple hardware. 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 13 15:47:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26631 for hackers-outgoing; Sat, 13 Jan 1996 15:47:48 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA26625 Sat, 13 Jan 1996 15:47:46 -0800 (PST) Date: Sat, 13 Jan 1996 15:47:46 -0800 (PST) From: "Jonathan M. Bresler" Message-Id: <199601132347.PAA26625@freefall.freebsd.org> To: mmead@Glock.COM Subject: Re: SCSI Scanner anybody? Cc: terry@lambert.org, peter@jhome.DIALix.COM, hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > If you happen to have a good controller (as opposed to one that > > works for HD's, etc.), then you can implement the scanner software > > on top of it. > > Is the AHA2940 considered a "good controller?" I'm purchasing an HP > ScanJet IIcx in the next day or two, and have been pushing the author > of XVScan to port to FreeBSD RSN. Check out http://www.tummy.com/xvscan/ > for information on XVScan. I meant residual lengths on reads... Peter corrected me. Apparently some scanners don't care. Of the supported cards, the only ones I know of that do the residual reads correctly (which is a prerequisite for attach/detach in target mode, I think, and the source of my confusion) is the Adaptec 1542B. The 1542A and 1542C won't work. I don't know about our other drivers. See the "SCSI IP" thread regarding my request for "user interrogation of capability bits". Probably, each driver and capability sets ought to be doc'ed on each release. 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 13 16:05:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA27424 for hackers-outgoing; Sat, 13 Jan 1996 16:05:18 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA27407 for freebsd-hackers@freebsd.org; Sat, 13 Jan 1996 16:04:56 -0800 (PST) From: j@uriah.heep.sax.de Message-Id: <199601140004.QAA27407@freefall.freebsd.org> Date: Fri, 12 Jan 1996 22:05:38 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199601120907.KAA09020@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Jan 12, 96 10:07:10 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 To: undisclosed-recipients:; Sender: owner-hackers@FreeBSD.ORG Precedence: bulk As Christoph Kukulies wrote: > > After booting the server I noticed the stale handle. So I looked in > the server and found that the file system of the disk in question > was so screwed (BAD DATA IN SUPERBLOCK or something) that even > a fsck -b 32 -y did not recover the filesystem on the ultrix side. > So I decided to newfs and mount the disk again. Then it's normal that you've got a stale NFS file handle. The server is computing the NFS file handle it hands off to the clients based on the layout of the file system. It's guaranteed that you will get the same file handle again as long as the file system layout is identical, but after revamping the file system from ground of, all file handles will become stale. That's rather intention, not a bug. -- 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 13 16:07:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA27546 for hackers-outgoing; Sat, 13 Jan 1996 16:07:51 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA27527 for hackers@freebsd.org; Sat, 13 Jan 1996 16:07:36 -0800 (PST) Date: Fri, 12 Jan 1996 13:28:59 -0800 From: Sean Eric Fagan Message-Id: <199601122128.NAA25756@kithrup.com> To: hackers@freebsd.org Subject: Re: Status of ISDN drivers Sender: owner-hackers@freebsd.org Precedence: bulk >My impression was that you got 56k*2 + 16k, where the 16k was for routing >and control type information, but could be used for your data if your ISP >was connected to the same phone switch as you. It's considerably more complex than that (here in the Colonies, that is; I don't know about the rest of the world). If you are making a call to another ISDN line in the same Central Office (CO) as yourself, then each B channel will be able to get 64k (with the caveat that, early in the game, sometimes each B line was really just a channel from a T1 connection, so would be limited to 56k; however, that hasn't been the case for a long time now). If you place a call to an ISDN line connected to another CO, then it depends on how the phone company or companies in question are set up. Around here, for example, many CO's don't have the updated equipment, and so each channel can only be 56k between CO's. That means that each B channel is limited to 56k. With updated equipment, then you can have a full 64k between an ISDN line in Santa Cruz and an ISDN line in Tokyo. But all the connections along the way need to have the right equipment. Each D channel is 8k. A "normal" ISDN line has two B channels and one D channel. Also, don't forget that, in telephony, 'k' means "1000", not "1024." Sean. From owner-freebsd-hackers Sat Jan 13 16:15:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA27906 for hackers-outgoing; Sat, 13 Jan 1996 16:15: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 QAA27897 for ; Sat, 13 Jan 1996 16:15:34 -0800 (PST) Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id RAA04647; Sat, 13 Jan 1996 17:12:22 -0700 Message-Id: <199601140012.RAA04647@rover.village.org> To: Terry Lambert Subject: Re: SCSI Scanner anybody? Cc: peter@jhome.DIALix.COM (Peter Wemm), hackers@FreeBSD.org In-reply-to: Your message of Thu, 11 Jan 1996 12:23:30 MST Date: Sat, 13 Jan 1996 17:12:22 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : If you happen to have a good controller (as opposed to one that : works for HD's, etc.), then you can implement the scanner software : on top of it. How does one find out if they have a good controller? My ultrastor has been a workhorse for me for all the oddball things that I've put on it so far... But I don't know how to find out if a scsi scanner will work or not. Warner From owner-freebsd-hackers Sat Jan 13 16:18:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28091 for hackers-outgoing; Sat, 13 Jan 1996 16:18:41 -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 QAA28086 for ; Sat, 13 Jan 1996 16:18:39 -0800 (PST) Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by westhill.cdrom.com (8.6.12/8.6.12) with SMTP id QAA19625 ; Sat, 13 Jan 1996 16:18:06 -0800 X-Authentication-Warning: westhill.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "Jonathan M. Bresler" cc: dufault@hda.com, jkh@time.cdrom.com, terry@lambert.org, peter@jhome.DIALix.COM, hackers@FreeBSD.ORG From: Gary Palmer Subject: Re: SCSI IP In-reply-to: Your message of "Sat, 13 Jan 1996 15:47:04 PST." <199601132347.PAA26577@freefall.freebsd.org> Date: Sat, 13 Jan 1996 16:18:05 -0800 Message-ID: <19623.821578685@westhill.cdrom.com> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk "Jonathan M. Bresler" wrote in message ID <199601132347.PAA26577@freefall.freebsd.org>: > > The devil is in finding the hardware and time to do this. Soon > > I'll have a single NCR SCSI system. > Gatorbox had a SCSI ethernet interface, I thought, for older Apple > hardware. http://www.morningstar.com/MorningStar/MST-SnapLink.html SCSI adaptor capable of running up to T1 & E1 rates... (3 serial ports I think) Gary From owner-freebsd-hackers Sat Jan 13 16:19:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28174 for hackers-outgoing; Sat, 13 Jan 1996 16:19:28 -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 QAA28143 for ; Sat, 13 Jan 1996 16:19:05 -0800 (PST) Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id RAA04665; Sat, 13 Jan 1996 17:16:25 -0700 Message-Id: <199601140016.RAA04665@rover.village.org> To: Philippe Regnauld Subject: Re: pppd vs ijppp Cc: hackers@FreeBSD.org In-reply-to: Your message of Thu, 11 Jan 1996 22:30:14 +0100 Date: Sat, 13 Jan 1996 17:16:25 -0700 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : > sd(0,a) /kernel.el : Booting EmacsOS :-) Shouldn't that be > sd(0,a)/kernel.elc ?? :-) Warner From owner-freebsd-hackers Sat Jan 13 16:22:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28432 for hackers-outgoing; Sat, 13 Jan 1996 16:22:27 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28423 Sat, 13 Jan 1996 16:22:17 -0800 (PST) From: Terry Lambert Message-Id: <199601122147.OAA20903@phaeton.artisoft.com> Subject: Re: pppd vs ijppp To: mnewell@lupine.nsi.nasa.gov (Michael C. Newell) Date: Fri, 12 Jan 1996 14:47:26 -0700 (MST) Cc: bde@zeta.org.au, nate@sri.MT.net, hackers@FreeBSD.ORG In-Reply-To: from "Michael C. Newell" at Jan 12, 96 02:49:34 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 done a tad more research (via Lycos) and found that it is indeed > possible that the Compression Control Protocol (CCP) of PPP is patented > by Motorola. I've not seen any followup, but I've not spent months > looking either... Around the same links, you'll find published source for the Cellular Phone voice compression technique (this may be less suitable to non voice data, but Amancio will probably roll it into VAT now that it has been mentioned publically 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 13 16:23:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28494 for hackers-outgoing; Sat, 13 Jan 1996 16:23:19 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28486 Sat, 13 Jan 1996 16:23:08 -0800 (PST) Date: Fri, 12 Jan 1996 14:57:55 -0700 From: Nate Williams Message-Id: <199601122157.OAA25593@rocky.sri.MT.net> To: Terry Lambert Cc: hackers@FreeBSD.ORG Subject: Re: pppd vs ijppp In-Reply-To: <199601122147.OAA20903@phaeton.artisoft.com> References: <199601122147.OAA20903@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Terry Lambert writes: > > I've done a tad more research (via Lycos) and found that it is indeed > > possible that the Compression Control Protocol (CCP) of PPP is patented > > by Motorola. I've not seen any followup, but I've not spent months > > looking either... > > Around the same links, you'll find published source for the Cellular > Phone voice compression technique (this may be less suitable to non > voice data, but Amancio will probably roll it into VAT now that it > has been mentioned publically 8-)). Umm, we already have cellphone compression in our tree already. ports/audio/gsm. :) Nate From owner-freebsd-hackers Sat Jan 13 16:23:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28543 for hackers-outgoing; Sat, 13 Jan 1996 16:23:57 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28529 for hackers@FreeBSD.org; Sat, 13 Jan 1996 16:23:42 -0800 (PST) From: john@starfire.mn.org Message-Id: <199601140023.QAA28529@freefall.freebsd.org> Subject: FreeBSD 2.1 upgrade To: hackers@FreeBSD.org (FreeBSD hackers) Date: Fri, 12 Jan 1996 16:02:01 -0600 (CST) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk I finished the upgrade last night, and I wanna say that it really went great! I know that it doesn't do everything, but it does A LOT and the helpful reminders of what remains to be done by hand are awfully nice, too. And, the visual kernel configuration -- fantastic! This is a WONDERFUL product, I am really glad I subscribed, and you are all to be congratulated! John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Sat Jan 13 16:25:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28729 for hackers-outgoing; Sat, 13 Jan 1996 16:25:14 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA28713 Sat, 13 Jan 1996 16:25:04 -0800 (PST) From: ambrisko@tcs.com Message-Id: <199601140025.QAA28713@freefall.freebsd.org> Subject: Re: SCSI Scanner anybody? To: regnauld@tetard.frmug.fr.net (Philippe Regnauld) Date: Fri, 12 Jan 1996 14:09:08 -0800 (PST) Cc: hackers@FreeBSD.org In-Reply-To: <199601112147.WAA08482@tetard.frmug.fr.net> from "Philippe Regnauld" at Jan 11, 96 10:46:59 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org Precedence: bulk Philippe Regnauld writes: | | Nate Williams icrit / writes: | | > In any case, here's a pointer to the code. With the amount of interest | > I've seen lately with this, I *really* should make a port of this. | | As a side issue, and since someone mentioned Photo$hop, it's a | shame Adobe never had a port of it on other architectures than | SunOS, Mac and Wincrawl. | | Considering the performance X is capable of extracting of most | video boards, a FreeBSD/Linux graphics workstation would be quite | deadly (especially when you how lame Win 95 is when it's using | "virtual memory" under Photoshop -- the same platform under FBSD | should just bury Mac and Windows versions on I/O). You might want to take a look at "The Gimp" (they have a web page). It is supposed to do stuff like PhotoShop and it is a work in progress. They have a Linux binary that mostly works on FreeBSD 2.1 except for loading and saving a file. The two Berkeley students are planning to make a FreeBSD binary available. The source is available so maybe someone can compile it for FreeBSD (I don't have Motif for FreeBSD 2.1). Doug A. From owner-freebsd-hackers Sat Jan 13 16:29:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29032 for hackers-outgoing; Sat, 13 Jan 1996 16:29:56 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29021 for FreeBSD-hackers@freebsd.org; Sat, 13 Jan 1996 16:29:41 -0800 (PST) From: Wilko Bulte Message-Id: <199601121758.SAA01345@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: adding to manpage set To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Fri, 12 Jan 1996 18:58:02 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Forwarded after initial post to -doc. John F. suggested I also put it on -hackers for feedback ---------- Hi all Correct me if I'm wrong but I do have the impression there is something to be added to the set of man pages. I haven't yet seen 2.1R, but I expect the general situation to be similar to earlier releases. To improve on that, I'll volunteer to produce a list of missing pages. After a more or less complete list is compiled, we can than persue filling in the gaps. I myself intend to add to the 4 section, I did a number of driver man pages before. Request: please send me your 'missing' list, preferably with appropriate section and on which FreeBSD 2.x release your are missing it. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jan 13 16:30:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29088 for hackers-outgoing; Sat, 13 Jan 1996 16:30: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 QAA29044 Sat, 13 Jan 1996 16:29:59 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA24488; Sat, 13 Jan 1996 17:24:31 -0700 From: Terry Lambert Message-Id: <199601140024.RAA24488@phaeton.artisoft.com> Subject: Re: abuse and the -stable linux emu. To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Sat, 13 Jan 1996 17:24:31 -0700 (MST) Cc: gpalmer@cdrom.com, hackers@FreeBSD.ORG, stable@FreeBSD.ORG In-Reply-To: <199601131009.CAA00387@rah.star-gate.com> from "Amancio Hasty Jr." at Jan 13, 96 02:09:39 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 > This is a quick and dirty trick for linux mknod problem in freebsd. > How quick? I just literally slap this on the code... > > I stuck this on linux_files.c > > int > linux_mknod(struct proc *p, struct linux_creat_args *args, int *retval) > { > struct { > char *path; > int flags; > int mode; > } bsd_open_args; > > > bsd_open_args.path = args->path; > bsd_open_args.mode = args->mode; > > return mkfifo(p, &bsd_open_args, retval); > } > ---- > and in linux_sysent.c > > extern int linux_mknod(); > > and change the mknod call to linux_mknod : > linux_sysent.c: 3, mknod, /* 14 */ > to > linux_sysent.c: 3, linux_mknod, /* 14 */ Probably work if all you ever make are FIFO's. 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 Sat Jan 13 16:31:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29335 for hackers-outgoing; Sat, 13 Jan 1996 16:31:51 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29310 for hackers@freebsd.org; Sat, 13 Jan 1996 16:31:40 -0800 (PST) From: Daniel Leeds Message-Id: <199601121714.RAA10879@sponsor.octet.com> Subject: telnetd source To: hackers@freebsd.org Date: Fri, 12 Jan 1996 17:14:14 +0000 () X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk i dunno what package its in, but can anyone send me the c source file to telnetd? thanks -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-hackers Sat Jan 13 16:33:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29467 for hackers-outgoing; Sat, 13 Jan 1996 16:33:35 -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 QAA29462 for ; Sat, 13 Jan 1996 16:33:31 -0800 (PST) Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id TAA09952; Sat, 13 Jan 1996 19:32:55 -0500 Date: Sat, 13 Jan 1996 19:32:55 -0500 Message-Id: <199601140032.TAA09952@fang.cs.sunyit.edu> In-Reply-To: J Wunsch "Re: A few NITS about SCSI Tapes" (Jan 13, 11:33pm) from: chuck@fang.cs.sunyit.edu X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: A few NITS about SCSI Tapes Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk Back to one of the orginal questions...How about adding support for using 8mm video tapes? SunOS, BSD/OS, & Linux all support this. They're cheap and I've had wonderful success using them. I just wouldn't do a level 0 dump on one ;-) -- 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 13 16:36:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29790 for hackers-outgoing; Sat, 13 Jan 1996 16:36:25 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA29780 for ; Sat, 13 Jan 1996 16:36:22 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA24502; Sat, 13 Jan 1996 17:29:50 -0700 From: Terry Lambert Message-Id: <199601140029.RAA24502@phaeton.artisoft.com> Subject: Re: X for install To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sat, 13 Jan 1996 17:29:50 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, gibbs@freefall.freebsd.org, phk@critter.tfs.com, jkh@time.cdrom.com, obrien@cs.ucdavis.edu, freebsd-hackers@FreeBSD.org In-Reply-To: <199601131402.AAA19555@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jan 14, 96 00:32:07 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 > > 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"). > > With all the hoohah on pipelining and speculative execution and all that > crap, one never reads much about improvements in these issues (nor TLA and > friends). Is this domain crossing still expensive on newer processors? > (In context, I guess newer means P5+) Doing protection domain crossing is more expensive than not doing it. There *is* a method which uses the anonymity of pages in a "very large address space" (say 64 bits), where it "just works" if you get the right page and faults if you don't. The magic is that with a very large space, you can "hide" pages with a high statistical probability that it will be impossible to locate a particular page without faulting instead, since there are many many orders of magnitudes more unmapped pages than mapped ones. I haven't seen this tried on anything less than a 64 bit processor. 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 13 16:37:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29900 for hackers-outgoing; Sat, 13 Jan 1996 16:37:39 -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 QAA29876 Sat, 13 Jan 1996 16:37:26 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA24525; Sat, 13 Jan 1996 17:32:28 -0700 From: Terry Lambert Message-Id: <199601140032.RAA24525@phaeton.artisoft.com> Subject: Re: writing device drivers To: d_burr@ix.netcom.com (Donald Burr) Date: Sat, 13 Jan 1996 17:32:28 -0700 (MST) Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: from "Donald Burr" at Jan 13, 96 02:24:41 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 a paper or "quick tutorial" or somesuch on how to write drivers > for FreeBSD, and integrate them into the kernel source tree (i.e. > being able to include or exclude the device based on entries in the > kernel configuration file, etc.)? And once I write the thing, how do I > submit it to the general public (i.e. in the -CURRENT or whatever > kernel) Thanks. There is an HTML device drive writer's guide. Access it through www.freebsd.org. 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 13 16:41:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00445 for hackers-outgoing; Sat, 13 Jan 1996 16:41:47 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00417 Sat, 13 Jan 1996 16:41:10 -0800 (PST) Message-Id: <199601140041.QAA00417@freefall.freebsd.org> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sat, 13 Jan 1996 00:39:21 +0100 In-Reply-To: Bruce Evans "Re: PnP problem..." (Jan 13, 1:42) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Bruce Evans Subject: Re: PnP problem... Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Jan 13, 1:42, Bruce Evans wrote: } Subject: Re: PnP problem... } >} Hmm. How do the ISA probes avoid rediscovering PCI/EISA devices? What } } >Well, that's easy, actually :) } } >The ISA driver probe will find a conflict with } >ressources reserved by the earlier PCI probe. } } >This makes the PCI probe win :) } } I'd like to avoid ordering dependencies like that. Yes, of course ! I assumed that the probe and attach phases are split (as proposed by Justin Gibbs and others). This makes PCI win because the probe phase will show the conflict and the attach phase will resolve the conflict with preference to the more intelligent bus (PCI,EISA,PnP). } >And that is the right thing to do, since it is } >most likely, that the PCI driver will be able } >to correctly setup interrupts, for example, or } >it may choose to use memory mapped I/O instead } >of the traditional port I/O of the ISA variant. } } We were thinking about doing the ISA probe first since the ISA } devices can't be moved and the other drivers might need to know } where they are in order to keep out of their way. Is this actually } a consideration for PCI? PCI devices get their port and memory ranges assigned by the PCI BIOS at POST time (or are left alone, if the BIOS considers them of no value as boot device and leaves the init to the actual OS code). If the PCI chip emulates some ISA device, then there will be a mapping to the official standard address in the 640K++ ISA device window, if that range has not been assigned to some other PCI device before. (Don't know, how intelligent the test is. If the inactive bus returns a known logical state, then a non-destructive test for ANY card in that range was possible, I suppose.) Devices that are not mapped into some ISA range are generally put on some address outside the supported RAM range (i.e. >256MB, often >3GB). Port addresses are often assigned in the 0xf000 range, but 0x7000 seems to be preferred by Compaq. } >} 0-0x3ff :-). I think ISA probes will have to be just as invasive as } } >Well, yes. You never know how many address bits } >an ISA device actually decodes ... } } Oops, 0-0xffff :-) Well, I guess you can't rely on an ISA device checking more than 10 address lines. And this might make it appeas some 64 times in the 64K port address space :( I'm not sure how a PCI BIOS deals with that situation. But since PCI devices actively acknowledge each access, it is easy to have the PCI to ISA bridge apply the addresses for an ISA access, and not assert any ISA control lines, if some PCI card responds within some number of PCI bus clocks (the DEVSEL# line will be activated, but I do not remember the maximum time allowed to apply that signal). (I have no actual PCI chip set data book here but I can try to find that information at home.) This allows for substractive decoding, i.e. only those accesses that do not address any PCI device will become effective on the ISA bus, mapping a PCI chip over such an address would hide the ISA ports ... } >(This might be a prameter to the confict check: } >let it know, how many address bits the adapter } >is known to decode (e.g. 10) and make all tests } >modulo 2^N). } } Do we want to handle things like the sio3 vs S3 card conflict } automatically? Presumably, for sio3, sio would return iobase = 0x2e8, } length = 8, decoding = 10 bits (worst case must be assumed unless } overridden). syscons would have a harder time deciding whether } there is an S3 using 0x2e8-0x2ef. Well, as said above, if I'm not totally wrong, then the PCI access to some address above 0x3ff (guess you were right it is twelve bits, not ten) will not be seen on the ISA bus at all. Guess the parameters you propose (base, size and decoding) will be sufficient, and should in fact default to safe values for ISA. But I've read that some PCI chips are guilty of not fully decoding the address lines, too, so specifying a decoding value should be possible for them, too. Just that the default could be 16 bits ... A few people in the FreeBSD lists seem to have deeper insight into BIOS programming. Perhaps somebody can give some insight into PCI BIOS coding practice ? 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 Sat Jan 13 16:42:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00476 for hackers-outgoing; Sat, 13 Jan 1996 16:42:19 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00468 for freebsd-hackers@FreeBSD.ORG; Sat, 13 Jan 1996 16:42:16 -0800 (PST) Date: Fri, 12 Jan 1996 18:50:05 -0500 From: Glen Foster Message-Id: <199601122350.SAA23545@nomad.osmre.gov> To: freebsd-hackers@FreeBSD.ORG Subject: Re: samba and win95 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I have had no trouble seeing disk or printer shares on Win95 from smbclient on a couple of machines. Glen Foster From owner-freebsd-hackers Sat Jan 13 16:42:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00541 for hackers-outgoing; Sat, 13 Jan 1996 16:42:53 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00521 Sat, 13 Jan 1996 16:42:45 -0800 (PST) Date: Sat, 13 Jan 1996 16:42:45 -0800 (PST) From: Chuck Robey X-Sender: chuckr@cappuccino.eng.umd.edu To: Daniel Leeds cc: hackers@FreeBSD.ORG Subject: Re: glimpse In-Reply-To: <199601121426.OAA09384@sponsor.octet.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 12 Jan 1996, Daniel Leeds wrote: > has anyone ever installed/compiled Glimpse on FreeBSD? > > just wondering, as my try has utterly failed :) I have, I'm waiting on Satoshi to add it to ports. It uses the latest version, which eliminated a LOT of the porting bugs. I'll send it to you separately, but I put a coping in incoming on FreeBSD.org. > > > -- > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Daniel Leeds Unix Admin > Octet Media Beatnik > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > ============================================================================ 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 Sat Jan 13 16:44:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00709 for hackers-outgoing; Sat, 13 Jan 1996 16:44:58 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA00702 for hackers@freebsd.org; Sat, 13 Jan 1996 16:44:48 -0800 (PST) Message-Id: <199601140044.QAA00702@freefall.freebsd.org> Subject: Re: hackers-digest V1 #757 To: cosmos@sponsor.octet.com Date: Fri, 12 Jan 1996 16:26:15 -0800 (PST) From: "Brant Katkansky" Cc: hackers@freebsd.org In-Reply-To: <199601121954.LAA01499@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at Jan 12, 96 11:54:19 am X-Mailer: ELM [version 2.4 PL25] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > has anyone ever installed/compiled Glimpse on FreeBSD? > > just wondering, as my try has utterly failed :) > No, but I am working on it. What version do you have? (I have 3.0) Are you aware that there is a precompiled binary available? I don't recall offhand where I got it from, but I *think* you can find it on ftp://cs.arizona.edu/glimpse. -- Brant Katkansky (brantk@atlas.com) Systems Test Engineer, ADC From owner-freebsd-hackers Sat Jan 13 16:50:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01266 for hackers-outgoing; Sat, 13 Jan 1996 16:50:50 -0800 (PST) Received: from peedub.gj.org (ns075.munich.netsurf.de [194.64.166.75]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA01259 for ; Sat, 13 Jan 1996 16:50:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by peedub.gj.org (8.7.3/8.6.9) with SMTP id BAA07474; Sun, 14 Jan 1996 01:50:33 GMT Message-Id: <199601140150.BAA07474@peedub.gj.org> X-Authentication-Warning: peedub.gj.org: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: freebsd-hackers@freefall.FreeBSD.org cc: isdn@muc.ditec.de Subject: Re: Status of ISDN drivers From: Gary Jennejohn Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Jan 1996 01:50:32 +0000 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I wrote: > This bug is extrememly hard to track down beacuse the fault address is > totally bogus, e.g. 8:0. That's why I suspect that the stack is getting > trashed. what I really meant was that the instruction pointer is 8:0. Makes it hard to track down where the fault is occurring. Here's the last panic message, in case anyone's interested: Jan 11 21:37:23 newpc /kernel: Fatal trap 12: page fault while in kernel mode Jan 11 21:37:23 newpc /kernel: fault virtual address = 0x0 Jan 11 21:37:23 newpc /kernel: fault code = supervisor read, page not present Jan 11 21:37:24 newpc /kernel: instruction pointer = 0x8:0x0 Jan 11 21:37:24 newpc /kernel: code segment = base 0x0, limit 0xffff f, type 0x1b Jan 11 21:37:24 newpc /kernel: = DPL 0, pres 1, def32 1, gran 1 Jan 11 21:37:24 newpc /kernel: processor eflags = interrupt enabled, resume, IOP L = 0 Jan 11 21:37:24 newpc /kernel: current process = Idle Jan 11 21:37:25 newpc /kernel: interrupt mask = net --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-hackers Sat Jan 13 16:53:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01399 for hackers-outgoing; Sat, 13 Jan 1996 16:53:24 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01392 for freebsd-hackers@FreeBSD.org; Sat, 13 Jan 1996 16:53:17 -0800 (PST) From: Postmaster To: hackers Subject: RE: glimpse Date: Fri, 12 Jan 96 17:37:00 PST Message-ID: <30F70D11@ISC.YoungLife.Org> Encoding: 24 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@FreeBSD.org Precedence: bulk Yes...Glimpse compiled fine for me. What seems to be the problem? -- Jeff Manley jmanley@isc.younglife.org ---------- From: owner-freebsd-hackers To: hackers Subject: glimpse Date: Friday, January 12, 1996 2:26PM has anyone ever installed/compiled Glimpse on FreeBSD? just wondering, as my try has utterly failed :) -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -=- - Daniel Leeds Unix Admin Octet Media Beatnik -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -=- - From owner-freebsd-hackers Sat Jan 13 16:53:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01439 for hackers-outgoing; Sat, 13 Jan 1996 16:53:58 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01428 Sat, 13 Jan 1996 16:53:47 -0800 (PST) To: Terry Lambert cc: grog@lemis.de, gjennejohn@frt.dec.com, hackers@FreeBSD.org Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Fri, 12 Jan 1996 14:37:59 MST." <199601122138.OAA20878@phaeton.artisoft.com> Date: Fri, 12 Jan 1996 18:28:36 -0800 Message-ID: <5816.821500116@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > I thought you meant you wanted to bond two 56k channels... so he's not > the only one who was confused. I have 64K B channels, both end-points being in the same CO (it's a Centrex ISDN connection, actually). Sinec I don't need to go through any trunk interconnect stuff, I get my full 64K. A friend at Cisco actually goes through some 3 or 4 different exchanges to get to Cisco from his house, and he now gets full 64K B channels as well, so I'd say that PacBell is managing to upgrade their infrastructure anyway. 56K limitations will probably be a thing of the past pretty soon, I think. As to how I'm using those two 64K B channels, I'm bonding them together and then speaking 115.2K async over the pipe. Where I'm losing out is not communicating to the TAs at a full 128K/bps syncronous, thus sacrificing the top end off 115.2 and paying for 2 extra bits in every byte. Jordan From owner-freebsd-hackers Sat Jan 13 16:56:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01703 for hackers-outgoing; Sat, 13 Jan 1996 16:56:14 -0800 (PST) Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA01654 Sat, 13 Jan 1996 16:56:02 -0800 (PST) From: Josh MacDonald Message-Id: <199601130243.SAA08722@paris.CS.Berkeley.EDU> To: Terry Lambert cc: jmacd@cs.berkeley.edu (Josh MacDonald), nate@sri.mt.net, freebsd-hackers@freebsd.org, jmacd@paris.CS.Berkeley.EDU Subject: Re: mktemp() sucks, why not fix it? In-reply-to: Your message of "Fri, 12 Jan 1996 14:35:25 MST." <199601122135.OAA20866@phaeton.artisoft.com> Date: Fri, 12 Jan 1996 18:43:55 -0800 Sender: owner-hackers@freebsd.org Precedence: bulk > > > > > > Sorry, that my strings were not writable misses the point. > > That was my contrived example to illustrate the real problem, > > which is not addressed by what you wrote. > > > > Say that I malloced those segments and reread my message, that > > wasn't the problem. I was calling mktemp on heap allocated > > memory segments in my program when I stumbled upon this problem. > > mktemp() creates a file name. > > mktemp() does not create a file. > > mktemp() will "uniquify" the file name between calls only if the > file exists (from the error returns in the man page, you can see > it stats the target). > > > Probably you want to use the tmpfile() interface instead of > reimplementing its functionality anyway. > > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. Except I need to make symlinks as well as real files, depending on certain conditions. Directories as well.. I have modified the source and am including it in my program. -josh From owner-freebsd-hackers Sat Jan 13 17:10:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA02419 for hackers-outgoing; Sat, 13 Jan 1996 17:10:12 -0800 (PST) Received: from idiom.com (idiom.com [140.174.82.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA02413 for ; Sat, 13 Jan 1996 17:10:05 -0800 (PST) Received: (from muir@localhost) by idiom.com (8.6.11/8.6.12) id RAA27412 for freebsd-hackers@freebsd.org; Sat, 13 Jan 1996 17:09:58 -0800 Date: Sat, 13 Jan 1996 17:09:58 -0800 From: David Muir Sharnoff Message-Id: <199601140109.RAA27412@idiom.com> To: freebsd-hackers@freebsd.org Subject: Possible source of AppleTalk support if anyone is interested Sender: owner-hackers@freebsd.org Precedence: bulk Path: idiom.com!news1.best.com!news.texas.net!news.kei.com!news.mathworks.com!uunet!not-for-mail From: rdk@cc.gatech.edu (Bobby Krupczak) Newsgroups: comp.sys.sun.announce Subject: AppleTalk Protocol Source Distribution Date: 12 Jan 1996 20:05:11 -0500 Organization: unknown Lines: 101 Sender: zorch@ftp.UU.NET Approved: zorch@uunet.UU.NET Distribution: world Message-ID: <199601021803.NAA24749@morticia.cc.gatech.edu> NNTP-Posting-Host: ftp.uu.net We are pleased to announce an update to our release of our AppleTalk protocol source code as part of our research in protocols and protocol subsystems. We have coded an AppleTalk implementation in the BSD, Streams and x-Kernel subsystems and then combined protocols from different subsystems using Adapter protocols. We have updated our distributions to include support for AppleTalk's data stream protocol (ADSP) in the Streams subsystem as well as the x-Kernel. Further, Streams in SunOS and Solaris 2.x is now supported. Lastly, we have added two additional adapter protocols for building protocol graphs that span multiple subsystems. The implementations have been tested against native Macs, AppleTalk routers, Newtons, and themselves. Please read the accompanying COPYRIGHT notice (in the source code). Bugs, etc. to rdk@cc.gatech.edu The main homepage for the distributions can be found at: http://www.cc.gatech.edu/computing/Telecomm/playground/MULTI/outline.html >From there you can download the various components, view performance graphs, and access papers. Below is an outline of our work. Bobby Multi-Subsystem Protocol Architectures Bobby Krupczak Mostafa Ammar Ken Calvert College of Computing Georgia Institute of Technology Atlanta, GA 30332-0280 ------------------------------------------------------------------------------- Overview The directory contains references and implementations that are part of our research in Multi-Subsystem Protocol Architectures. In this research, we combine protocols from disparate subsystems into a single protocol graph using Adapter protocols. Adapter protocols provide subsystem translation services and allow the construction of interoperable protocol graphs combining protocols implemented within different subsystems. This approach alleviates the protocol porting problem and permits protocol programmers to "pick and choose" those subsystem features they deem desirable while avoiding those deemed undesirable. ------------------------------------------------------------------------------- Papers * Bobby Krupczak, Mostafa Ammar, Ken Calvert. "Multi-Subsystem Protocol Architectures: Motivation and Experience with an Adapter-Based Approach", Proceedings of the IEEE INFOCOM '96 (to appear) * Bobby Krupczak, Mostafa Ammar, Ken Calvert. "Multi-Subsystem Protocol Architectures: Motivation and Experience with an Adapter-Based Approach",Technical Report GIT-CC-95-08, Georgia Institute of Technology, February, 1995 (Revised July, 1995). * Bobby Krupczak, Mostafa Ammar, Ken Calvert. "Multi-Subsystem Protocol Architectures: Motivation and Experience with an Adapter-Based Approach (Extended Abstract)", to appear in Proceedings of the Third IEEE Workshop on the Architecture and Implementation of High Performance Communications Subsystems (HPCS'95), August 1995. ------------------------------------------------------------------------------- The Distribution An example multi-subsystem protocol architecture using the AppleTalk protocol family and the x-Kernel, BSD, and Streams subsystems is available. Included in this release is an AppleTalk protocol graph for the x-Kernel, BSD, Streams (SunOS and Solaris) and a set of adapter protocols for combining them. Although the adapter protocols are instantiated for the AppleTalk protocols (ATP, ADSP, and DDP specifically) they are general and can apply to any protocols coded within those subsystems. Each distribution has been tested on Sun/Sparcs running SunOS 4.1.X (and Solaris 2.4 for Streams) using the underlying BSD or Streams subsystem native to that version of SunOS. The x-Kernel version used is 3.2. All AppleTalk protocol graphs have been tested against native AppleTalk implementations on Macs and Newtons, routers (Cisco and Gatorbox), against AppleTalk stacks implemented in other subsystems (BSD, x-Kernel, and Streams) and against itself. The distributions support AppleTalk Phase 2 and implement (at least) DDP, ATP, ADSP, AEP, RTMP, NBP, and ZIP (sort of). For more information on AppleTalk please refer to Inside AppleTalk by Sidhu, Andrews, and Oppenheimer. Note, the ADSP implementation does not exist natively in BSD but can be included via subsystem adapation. The x-Kernel version of our multi-subsystem protocol architecture relies on a NIT/Ethernet anchor protocol to gain access to the underlying ethernet device. The Streams version relies on the SunOS NIT device also. The BSD version does not require the NIT device be installed in the kernel. Instructions for installing the source code in Streams and BSD are beyond the scope of this document. The distributions for each subsystem (BSD and Streams) should contain kernel specific files. To install within the x-Kernel, refer to the x-Kernel programmer's manual. From owner-freebsd-hackers Sat Jan 13 18:04:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA04283 for hackers-outgoing; Sat, 13 Jan 1996 18:04: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 SAA04248 Sat, 13 Jan 1996 18:04: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 SAA00321; Sat, 13 Jan 1996 18:03:26 -0800 Message-Id: <199601140203.SAA00321@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: gpalmer@cdrom.com, hackers@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: abuse and the -stable linux emu. In-reply-to: Your message of "Sat, 13 Jan 1996 17:24:31 MST." <199601140024.RAA24488@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 13 Jan 1996 18:03:25 -0800 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >>> Terry Lambert said: > > This is a quick and dirty trick for linux mknod problem in freebsd. > > How quick? I just literally slap this on the code... > > > > I stuck this on linux_files.c > > > > int > > linux_mknod(struct proc *p, struct linux_creat_args *args, int *retval) > > { > > struct { > > char *path; > > int flags; > > int mode; > > } bsd_open_args; > > > > > > bsd_open_args.path = args->path; > > bsd_open_args.mode = args->mode; > > > > return mkfifo(p, &bsd_open_args, retval); > > } > > ---- > > and in linux_sysent.c > > > > extern int linux_mknod(); > > > > and change the mknod call to linux_mknod : > > linux_sysent.c: 3, mknod, /* 14 */ > > to > > linux_sysent.c: 3, linux_mknod, /* 14 */ > > Probably work if all you ever make are FIFO's. > Tnks I will fix it. Amancio From owner-freebsd-hackers Sat Jan 13 18:06:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA04373 for hackers-outgoing; Sat, 13 Jan 1996 18:06: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 SAA04363 for ; Sat, 13 Jan 1996 18:05:53 -0800 (PST) Received: (from mmead@localhost) by Glock.COM (8.7.1/8.7.1) id VAA09754; Sat, 13 Jan 1996 21:02:47 -0500 (EST) From: "matthew c. mead" Message-Id: <199601140202.VAA09754@Glock.COM> Subject: Re: SCSI Scanner anybody? To: jmb@freefall.freebsd.org (Jonathan M. Bresler) Date: Sat, 13 Jan 1996 21:02:47 -0500 (EST) Cc: terry@lambert.org, peter@jhome.DIALix.COM, hackers@freebsd.org In-Reply-To: <199601132347.PAA26625@freefall.freebsd.org> from "Jonathan M. Bresler" at Jan 13, 96 03:47: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 Jonathan M. Bresler wrote: > > > If you happen to have a good controller (as opposed to one that > > > works for HD's, etc.), then you can implement the scanner software > > > on top of it. > > Is the AHA2940 considered a "good controller?" I'm purchasing an HP > > ScanJet IIcx in the next day or two, and have been pushing the author > > of XVScan to port to FreeBSD RSN. Check out http://www.tummy.com/xvscan/ > > for information on XVScan. > I meant residual lengths on reads... Peter corrected me. > Apparently some scanners don't care. > Of the supported cards, the only ones I know of that do the residual > reads correctly (which is a prerequisite for attach/detach in target > mode, I think, and the source of my confusion) is the Adaptec 1542B. > The 1542A and 1542C won't work. > I don't know about our other drivers. See the "SCSI IP" thread regarding > my request for "user interrogation of capability bits". Probably, each > driver and capability sets ought to be doc'ed on each release. Hmm. So does this mean that my AHA2940 will not work with an HP ScanJet IIcx? Thanks for the info... -matt -- Matthew C. Mead mmead@Glock.COM http://www.Glock.COM/~mmead/ From owner-freebsd-hackers Sat Jan 13 18:14:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA04699 for hackers-outgoing; Sat, 13 Jan 1996 18:14:07 -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 SAA04694 for ; Sat, 13 Jan 1996 18:14:03 -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 DAA12658 for ; Sun, 14 Jan 1996 03:14:00 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id DAA04352 for hackers@freebsd.org; Sun, 14 Jan 1996 03:13:59 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id VAA22818 for hackers@freebsd.org; Sat, 13 Jan 1996 21:01:36 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id UAA00255 for hackers@freebsd.org; Sat, 13 Jan 1996 20:59:05 +0100 (MET) From: Philippe Regnauld Message-Id: <199601131959.UAA00255@tetard.frmug.fr.net> Subject: Booting 2.1.0 (or 2.0.5) on Olivetti ECHOS 20 To: hackers@freebsd.org (hackers) Date: Sat, 13 Jan 1996 20:59:05 +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, I got hold of an Olivetti Echos 20 (Portable 486 SX 33/ 4Mb RAM). I tried to boot 2.1.0, and I got the following (I've even tried to I tried disable all unused devices): ... rootfs is 1000 Kbyte compiles in MFS BIOS Geometries: 0:02370e3c 0..567=568 cylinders, 0..14=15 heads, 1..60=60 sectors 0 accounted for Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xf018c82d code segment = base 0x0, limit 0xffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1 (swapper) interrupt mask = net tty bio panic: page fault I also tried with 2.0.5 Boot disk, it hangs right after loading the kernel (completely frozen)... I don't know much about kernel debugging, but does it have anything to do with the geometry/disk not being recognized? (BTW, a friend of mine bought this machine a week ago and he is running Linux with no problems). -- 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 13 18:14:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA04715 for hackers-outgoing; Sat, 13 Jan 1996 18:14:10 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id SAA04693 for ; Sat, 13 Jan 1996 18:14:03 -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 DAA12662 for ; Sun, 14 Jan 1996 03:14:01 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id DAA04355 for hackers@freebsd.org; Sun, 14 Jan 1996 03:14:00 +0100 Received: (uucp@localhost) by fasterix.frmug.fr.net (8.6.11/fasterix-941011) with UUCP id CAA23836 for hackers@freebsd.org; Sun, 14 Jan 1996 02:29:55 +0100 Received: (from regnauld@localhost) by tetard.frmug.fr.net (8.7.3/8.7.3/tetard-uucp-2.7) id WAA00677 for hackers@freebsd.org; Sat, 13 Jan 1996 22:28:19 +0100 (MET) From: Philippe Regnauld Message-Id: <199601132128.WAA00677@tetard.frmug.fr.net> Subject: Re: A few NITS about SCSI Tapes To: hackers@freebsd.org (hackers) Date: Sat, 13 Jan 1996 22:28:19 +0100 (MET) In-Reply-To: <199601130520.WAA26011@rocky.sri.MT.net> from "Nate Williams" at Jan 12, 96 10:20:09 pm 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 Nate Williams écrit / writes: > Try 'retension'. It was changed from 'retens' since the former is more > apparently more standard. Nope. I get: retension: invalid argument -- does the SCSI code check to see if the device is SCSI 2 before attempting? -- 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 13 18:24:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA05381 for hackers-outgoing; Sat, 13 Jan 1996 18:24:30 -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 SAA05360 Sat, 13 Jan 1996 18:24:21 -0800 (PST) Received: from nemesis by fw.ast.com with uucp (Smail3.1.29.1 #2) id m0tbI6U-0000zcC; Sat, 13 Jan 96 20:23 CST Received: by nemesis.lonestar.org (Smail3.1.27.1 #20) id m0tbI4S-000BzRC; Sat, 13 Jan 96 20:21 WET Message-Id: Date: Sat, 13 Jan 96 20:21 WET To: dwhite@riley-net170-164.uoregon.edu, gcrutchr@nightflight.com, questions@freebsd.org, hackers@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sat Jan 13 1996, 20:21:24 CST Subject: Re: FBSD 2.1 Sender: owner-hackers@freebsd.org Precedence: bulk [0]Well, I upgraded from 2.05 to 2.1 last night. Only problems I had was that [0]the Matshushita CD-ROM driver would not compile (something about NMAT??). So [0]I commented it out of my kernel configuration. The only other thing that [0]happened was that the services file got truncated to 5 entries. What a [0]surprise when telnet and Popper were not working! [1]Odd about the matcd driver. I don't use it so ??? The problem is caused by you upgrading the /usr/src/sys tree over the existing 2.0.5 tree. Some files have been deleted between 2.0.5 and 2.1.0, but the upgrade doesn't take care of this. Subsequently, the "make depend" gets confused and things go down hill. This was discussed in the mailing lists a few weeks ago. To solve the problem, delete /usr/src/sys/i386/isa/matcd/matcd.h, do a make depend and a make, and the kernel will be fine. This won't clear up the other now-useless files from 2.0.5 that remain elsewhere on the system. 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 13 18:38:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id SAA06012 for hackers-outgoing; Sat, 13 Jan 1996 18:38:30 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id SAA06002 for ; Sat, 13 Jan 1996 18:38:24 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id TAA28309; Sat, 13 Jan 1996 19:40:56 -0700 Date: Sat, 13 Jan 1996 19:40:56 -0700 From: Nate Williams Message-Id: <199601140240.TAA28309@rocky.sri.MT.net> To: "matthew c. mead" Cc: hackers@FreeBSD.ORG Subject: Re: SCSI Scanner anybody? In-Reply-To: <199601140202.VAA09754@Glock.COM> References: <199601132347.PAA26625@freefall.freebsd.org> <199601140202.VAA09754@Glock.COM> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk [ Do SCSI scanners needs residual reads ] > > Apparently some scanners don't care. > > > Of the supported cards, the only ones I know of that do the residual > > reads correctly (which is a prerequisite for attach/detach in target > > mode, I think, and the source of my confusion) is the Adaptec 1542B. > > The 1542A and 1542C won't work. > > Hmm. So does this mean that my AHA2940 will not work with an HP > ScanJet IIcx? Thanks for the info... If the only knowns drivers are the Adaptec then my scanner shouldn't work, since it uses the NCR controller. I suspect it's not necessary for the HP scanners, so your AHA2940 should work. Nate From owner-freebsd-hackers Sat Jan 13 22:10:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA16259 for hackers-outgoing; Sat, 13 Jan 1996 22:10:46 -0800 (PST) Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA16242 Sat, 13 Jan 1996 22:10:36 -0800 (PST) Received: by sovcom.kiae.su id AA01920 (5.65.kiae-1 ); Sun, 14 Jan 1996 09:06:31 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 14 Jan 96 09:06:31 +0300 Received: (from ache@localhost) by ache.dialup.ru (8.7.3/8.7.3) id IAA00431; Sun, 14 Jan 1996 08:51:05 +0300 (MSK) To: "Amancio Hasty Jr." Cc: Gary Palmer , hackers@FreeBSD.ORG, stable@FreeBSD.ORG References: <199601132116.NAA06804@rah.star-gate.com> In-Reply-To: <199601132116.NAA06804@rah.star-gate.com>; from "Amancio Hasty Jr." at Sat, 13 Jan 1996 13:16:03 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sun, 14 Jan 1996 08:51:05 +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: abuse and the -stable linux emu (mknod & mkfifo) Lines: 14 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199601132116.NAA06804@rah.star-gate.com> Amancio Hasty Jr. writes: >BTW: What do I have to do over here so I can read your name in Russian ? You need RFC 1152 MUA which knows about KOI8-R font and screen font itself. Elm from ports fits in that category. Nearest matched is Pine, but it need some work... -- 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 13 23:21:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18453 for hackers-outgoing; Sat, 13 Jan 1996 23:21: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 XAA18445 for ; Sat, 13 Jan 1996 23:21:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA20627; Sat, 13 Jan 1996 23:20:48 -0800 To: Luigi Rizzo cc: macgyver@cylatech.com, hackers@freebsd.org Subject: Re: Booting from CD..? In-reply-to: Your message of "Sat, 13 Jan 1996 23:19:46 +0100." <199601132219.XAA06460@labinfo.iet.unipi.it> Date: Sat, 13 Jan 1996 23:20:48 -0800 Message-ID: <20625.821604048@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk That is correct! > > You can sort of do that now, though I guess I didn't document it > > enough to make it very useful. Just stick a file on the boot floppy > > (it can be called anything, though freebsd.cfg is the default) > > and run it as a `script'. > > Just to clarify, > > mount /dev/fd0a /mnt > cp freebsd.cfg /mnt > umount /mnt > > is the above the correct way to operate ? > > 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 Sat Jan 13 23:26:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18722 for hackers-outgoing; Sat, 13 Jan 1996 23:26:39 -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 XAA18717 for ; Sat, 13 Jan 1996 23:26:36 -0800 (PST) Received: by toadflax.cs.ucdavis.edu (4.1/UCD.CS.2.6) id AA29245; Sat, 13 Jan 96 23:26:33 PST From: obrien@cs.ucdavis.edu (David E. O'Brien) Message-Id: <9601140726.AA29245@toadflax.cs.ucdavis.edu> Subject: Re: Can't get 2.1-STABLE to link! To: freebsd-hackers@freebsd.org (FreeBSD Hacker's list) Date: Sat, 13 Jan 1996 23:26:32 -0800 (PST) In-Reply-To: <199601130515.VAA06019@freefall.freebsd.org> from "Justin T. Gibbs" at Jan 12, 96 09:15:37 pm X-Mailer: ELM [version 2.4 PL24 ME8b] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk > > If you are running -stable, you should be subscribed to the freebsd-stable > mailing list (which is also where this message should have been sent). Actually that is a little bit unfair. There is nothing in the Handbook (as of 7-Jan-96) about running -stable. In fact I asked about it 1 or 2 weeks ago and got zero responce on running -stable. Now I know too. :-)) Who do we send diff's to the sgml handbook source to? -- David (obrien@cs.ucdavis.edu) From owner-freebsd-hackers Sat Jan 13 23:27:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18755 for hackers-outgoing; Sat, 13 Jan 1996 23:27: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 XAA18748 for ; Sat, 13 Jan 1996 23:26:58 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA20696; Sat, 13 Jan 1996 23:26:45 -0800 To: Gary Jennejohn cc: freebsd-hackers@freefall.freebsd.org, isdn@muc.ditec.de Subject: Re: Status of ISDN drivers In-reply-to: Your message of "Sun, 14 Jan 1996 00:11:24 GMT." <199601140011.AAA06026@peedub.gj.org> Date: Sat, 13 Jan 1996 23:26:45 -0800 Message-ID: <20694.821604405@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > If you, Jordan, want to aid in tracking this down, then by all means > jump in with both feet ! :) But I cannot, unfortunately, recommend > the ISDN code in its current state unless you're only going to be > calling out, and don't expect to be accepting calls. Unfortunately, I'd need to do both but I think we can probably also track it down. Nothing like motivated self interest! :-) Jordan From owner-freebsd-hackers Sat Jan 13 23:31:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA18916 for hackers-outgoing; Sat, 13 Jan 1996 23:31: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 XAA18910 for ; Sat, 13 Jan 1996 23:31:21 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA20718; Sat, 13 Jan 1996 23:31:07 -0800 To: Ollivier Robert cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Subject: Re: Building a "custom" release of 2.1.0 In-reply-to: Your message of "Sun, 14 Jan 1996 00:21:47 +0100." <199601132321.AAA24419@keltia.freenix.fr> Date: Sat, 13 Jan 1996 23:31:06 -0800 Message-ID: <20716.821604666@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I want to build a release of 2.1 for a friend. I have 430 MB available on > /y, is that enough ? I don't think so. You'll probably want close to 650MB to do this, if memory serves me correctly. > My primary problem is that I don't want to build the release with the > GENERIC kernel but with a custom one. What do I have to do for that ? If you don't want to check in your changes into your local repo (I assume you have a CVS tree there or you wouldn't even be able to do this) on the RELENG_2_1_0 branch then you've no choice but to simply watch the process as it goes along and then dash into the checked out copy of the tree right after the checkout is done and make your changes to it. jordan From owner-freebsd-hackers Sat Jan 13 23:55:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA19699 for hackers-outgoing; Sat, 13 Jan 1996 23:55: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 XAA19694 for ; Sat, 13 Jan 1996 23:54:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA20977; Sat, 13 Jan 1996 23:54:35 -0800 To: ambrisko@tcs.com cc: regnauld@tetard.frmug.fr.net (Philippe Regnauld), hackers@freebsd.org Subject: Re: SCSI Scanner anybody? In-reply-to: Your message of "Fri, 12 Jan 1996 14:09:08 PST." <199601140025.QAA28713@freefall.freebsd.org> Date: Sat, 13 Jan 1996 23:54:35 -0800 Message-ID: <20975.821606075@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > You might want to take a look at "The Gimp" (they have a web page). It is > supposed to do stuff like PhotoShop and it is a work in progress. They It might help if you told us what that web page was.. :-) I looked though my own copy of the gimp sources and see: http://www.XCF.Berkeley.EDU/~gimp/ I have a FreeBSD version, but it's 0.5. I'd download and compile the new version, but they've put a 10 user limit on the FTP server and it's bloody impossible to get in. I've offered them some space on ftp.cdrom.com :-) Jordan