From owner-freebsd-hackers Sun Oct 8 01:00:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA22095 for hackers-outgoing; Sun, 8 Oct 1995 01:00:28 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA22085 for ; Sun, 8 Oct 1995 01:00:24 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25163 for ; Sun, 8 Oct 1995 09:00:21 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA18982 for FreeBSD-hackers@freefall.freebsd.org; Sun, 8 Oct 1995 09:00:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id HAA09993 for FreeBSD-hackers@freefall.freebsd.org; Sun, 8 Oct 1995 07:59:43 +0100 From: J Wunsch Message-Id: <199510080659.HAA09993@uriah.heep.sax.de> Subject: Re: can't delete chfn To: FreeBSD-hackers@freefall.freebsd.org Date: Sun, 8 Oct 1995 07:59:42 +0100 (MET) Reply-To: FreeBSD-hackers@freefall.freebsd.org In-Reply-To: from "Jonathan M. Bresler" at Oct 7, 95 08:58:17 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 Content-Length: 952 Sender: owner-hackers@FreeBSD.org Precedence: bulk As Jonathan M. Bresler wrote: > > > > > root@apollo [3:58pm][/usr/bin] >> dir chfn > > > > -r-sr-xr-x 1 root bin schg 20480 Jul 26 07:57 chfn > > Hmm, but it seems like it was make world that did this so make world > > is preventing new make worlds from happening? > make world does not install a new kernel. Huh? The question was about chfn(1) here...: beforeinstall: [ ! -e ${DESTDIR}${BINDIR}/chpass ] || \ chflags noschg ${DESTDIR}${BINDIR}/chpass afterinstall: chflags schg ${DESTDIR}${BINDIR}/chpass Well, there are two reasons why i think this could fail: o somebody has raised kern.securelevel (e.g. with sysctl(8)) o somebody broke the hard link between chfn and chpass, so the above "chflags noschg" didn't alter chfn, only chpass -- 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 Oct 8 01:00:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA22125 for hackers-outgoing; Sun, 8 Oct 1995 01:00:37 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA22117 for ; Sun, 8 Oct 1995 01:00:34 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25197 for ; Sun, 8 Oct 1995 09:00:31 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA18989 for freebsd-hackers@freebsd.org; Sun, 8 Oct 1995 09:00:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA10239 for freebsd-hackers@freebsd.org; Sun, 8 Oct 1995 08:38:30 +0100 From: J Wunsch Message-Id: <199510080738.IAA10239@uriah.heep.sax.de> Subject: Re: cuaa, To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 8 Oct 1995 08:38:28 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "John Fieber" at Oct 7, 95 05:46: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 Content-Length: 1335 Sender: owner-hackers@freebsd.org Precedence: bulk As John Fieber wrote: > > Is it possible to offer more options or is it possible to tell > the install you want to use something else? > Jordan, I recall squaking about this LAST release. Hasn't been > fixed yet? Index: sysinstall/devices.c =================================================================== RCS file: /home/cvs/src/release/sysinstall/devices.c,v retrieving revision 1.36.2.2 diff -u -r1.36.2.2 devices.c --- 1.36.2.2 1995/10/05 09:52:33 +++ devices.c 1995/10/08 07:37:01 @@ -93,6 +93,8 @@ { DEVICE_TYPE_FLOPPY, "fd1", "floppy drive unit B" }, { DEVICE_TYPE_NETWORK, "cuaa0", "Serial port (COM1) - possible PPP/SLIP device" }, { DEVICE_TYPE_NETWORK, "cuaa1", "Serial port (COM2) - possible PPP/SLIP device" }, + { DEVICE_TYPE_NETWORK, "cuaa2", "Serial port (COM3) - possible PPP/SLIP device" }, + { DEVICE_TYPE_NETWORK, "cuaa3", "Serial port (COM4) - possible PPP/SLIP device" }, { DEVICE_TYPE_NETWORK, "lp0", "Parallel Port IP (PLIP) using laplink cable" }, { DEVICE_TYPE_NETWORK, "lo", "Loop-back (local) network interface" }, { DEVICE_TYPE_NETWORK, "sl", "Serial-line IP (SLIP) interface" }, -- 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 Oct 8 01:00:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA22148 for hackers-outgoing; Sun, 8 Oct 1995 01:00:42 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA22124 ; Sun, 8 Oct 1995 01:00:37 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25189; Sun, 8 Oct 1995 09:00:29 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA18988; Sun, 8 Oct 1995 09:00:29 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA10333; Sun, 8 Oct 1995 08:52:19 +0100 From: J Wunsch Message-Id: <199510080752.IAA10333@uriah.heep.sax.de> Subject: Re: Netscape 2.0beta1 To: offe@dawnrazor.campus.luth.se (Olof Johansson) Date: Sun, 8 Oct 1995 08:52:19 +0100 (MET) Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510080117.CAA18898@dawnrazor.campus.luth.se> from "Olof Johansson" at Oct 8, 95 02:17:24 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 Content-Length: 304 Sender: owner-hackers@freebsd.org Precedence: bulk As Olof Johansson wrote: > > The place I got it from is: > ftp://ftp.luth.se/pub/infosystems/netscape/2.0beta The directory does not exist. -- 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 Oct 8 01:14:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA22905 for hackers-outgoing; Sun, 8 Oct 1995 01:14:52 -0700 Received: from MediaCity.com (easy1.mediacity.com [205.216.172.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA22879 ; Sun, 8 Oct 1995 01:14:45 -0700 Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id BAA04711; Sun, 8 Oct 1995 01:10:58 -0700 From: Brian Litzinger Message-Id: <199510080810.BAA04711@MediaCity.com> Subject: Re: Netscape 2.0beta1 To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 8 Oct 1995 01:10:58 -0700 (PDT) Cc: offe@dawnrazor.campus.luth.se, freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <199510080752.IAA10333@uriah.heep.sax.de> from "J Wunsch" at Oct 8, 95 08:52:19 am X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Content-Length: 344 Sender: owner-hackers@freebsd.org Precedence: bulk > > As Olof Johansson wrote: > > > > The place I got it from is: > > ftp://ftp.luth.se/pub/infosystems/netscape/2.0beta > > The directory does not exist. You have to toss a 'www' in there somewhere. I think after infosystems and before netscape. ftp://ftp.luth.se/pub/infosystems/www/netscape/2.0beta Brian Litzinger brian@mediacity.com From owner-freebsd-hackers Sun Oct 8 01:28:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA23313 for hackers-outgoing; Sun, 8 Oct 1995 01:28:25 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA23302 for ; Sun, 8 Oct 1995 01:28:20 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA22125 (5.67b8/IDA-1.5 for ); Sun, 8 Oct 1995 01:28:11 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA11853 (5.67b8/IDA-1.5); Sun, 8 Oct 1995 01:25:04 -0700 Received: by RockyMountain.rahul.net id AA15868 (5.67b/IDA-1.5); Sun, 8 Oct 1995 01:22:31 -0700 Date: Sun, 8 Oct 1995 01:22:31 -0700 From: Pete Delaney Message-Id: <199510080822.AA15868@RockyMountain.rahul.net> To: julian@ref.tfs.com, pete@puffin.pelican.com Subject: Re: TCP/IP Spoofing etc. - TCP/IP Tuneling? Cc: hackers@freebsd.org, pete@RockyMountain.rahul.net, Wally@RockyMountain.rahul.net Sender: owner-hackers@freebsd.org Precedence: bulk > In article <199510072005.NAA11885@ref.tfs.com> you write: > >(I.P.Spoofing is another thing I'm sorta curious about.. > >I guess there may be CERT notes on these right?) > > Steve Bellovin (Bell Labs) is the reference I remember; there are several > others. I've modified several FreeBSD kernels to foil the sequence-number > attack (but one wants a better system than mine to do it "right"; if I > let out how I did it it wouldn't work.) > > (Nice to have access to the source :-) > > >(got a cert URL?) > > ftp.cert.org. I don't know about a web server but it would have the > obvious name if it exists. Their reports are purposely obscured (but at > least tell you that attacks exist); for more detail see 8lgm and other > stuff in comp.security.unix and comp.security.misc. > > The latest cert report was a summary of the 'announced' bugs which are > still outstanding on popular systems... I don't know which ones we are > susceptible to; we are using the latest (or next-latest) sendmail which > has plugged many of them. > > -- Pete > Know where I can find information about setting up a IP tunnel between a buddy of mine with full internet routing capability and my systems via my non-routing gateway. What I'd like to do is have one my sparcstations act as a qateway and tunnel all IP activity thru my ISP to by buddy Wally and have Wally then route the stuff to the internet. Anyone know where I can get some code that does this? -pete From owner-freebsd-hackers Sun Oct 8 01:28:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA23383 for hackers-outgoing; Sun, 8 Oct 1995 01:28:44 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA23343 ; Sun, 8 Oct 1995 01:28:37 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA22134 (5.67b8/IDA-1.5); Sun, 8 Oct 1995 01:28:26 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA11814 (5.67b8/IDA-1.5); Sun, 8 Oct 1995 01:24:47 -0700 Received: by RockyMountain.rahul.net id AA15861 (5.67b/IDA-1.5); Sun, 8 Oct 1995 01:22:11 -0700 Date: Sun, 8 Oct 1995 01:22:11 -0700 From: Pete Delaney Message-Id: <199510080822.AA15861@RockyMountain.rahul.net> To: offe@dawnrazor.campus.luth.se, joerg_wunsch@uriah.heep.sax.de Subject: Re: Netscape 2.0beta1 Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > > As Olof Johansson wrote: > > > > The place I got it from is: > > ftp://ftp.luth.se/pub/infosystems/netscape/2.0beta > > The directory does not exist. I'm ftp'ing a copy right now, there is directory www in the path. As I recall it was just before the 2.0beta. If you brouse around with ftp you can't miss it. From owner-freebsd-hackers Sun Oct 8 01:34:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA23573 for hackers-outgoing; Sun, 8 Oct 1995 01:34:08 -0700 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA23561 for ; Sun, 8 Oct 1995 01:34:00 -0700 Received: (from didier@localhost) by aida (8.6.12/8.6.9) id JAA00934; Sun, 8 Oct 1995 09:30:08 +0100 Date: Sun, 8 Oct 1995 09:30:08 +0100 (MET) From: Didier Derny X-Sender: didier@aida To: hackers@freebsd.org Subject: direct acces to the text screen memory Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Is there any way to write directly in the text screen memory. I'm writing a commodore 8000 emulation and the use of ANSI sequences to write in the screen is extremely slow. I'm using PCVT from FreeBSD 2.1-STABLE -- Didier Derny didier@aida.org --- I boycott everything from: new zealand, australia, denmark, england From owner-freebsd-hackers Sun Oct 8 01:34:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA23579 for hackers-outgoing; Sun, 8 Oct 1995 01:34:09 -0700 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA23562 for ; Sun, 8 Oct 1995 01:34:02 -0700 Received: (from didier@localhost) by aida (8.6.12/8.6.9) id JAA00590; Sun, 8 Oct 1995 09:05:30 +0100 Date: Sun, 8 Oct 1995 09:05:29 +0100 (MET) From: Didier Derny X-Sender: didier@aida To: hackers@freebsd.org Subject: misspelling in pcv_ext.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi in pcvt_ext.c there is "unkown s3" instead of "unknown s3" I'm running FreeBSD 2.1-STABLE (October 1th) -- Didier Derny didier@aida.org --- I boycott everything from: new zealand, australia, denmark, england From owner-freebsd-hackers Sun Oct 8 01:54:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA24445 for hackers-outgoing; Sun, 8 Oct 1995 01:54:07 -0700 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA24439 for ; Sun, 8 Oct 1995 01:54:03 -0700 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA16111; Sun, 8 Oct 1995 09:52:00 +0100 Message-Id: <199510080852.JAA16111@gilberto.physik.rwth-aachen.de> Subject: Re: Keyboard reset did not work... To: rgrimes@GndRsh.aac.dev.com (Rodney W. Grimes) Date: Sun, 8 Oct 1995 09:51:59 +0100 (MET) Cc: freebsd-hackers@freefall.FreeBSD.org (user alias) In-Reply-To: <199510072220.PAA08843@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Oct 7, 95 03:20:02 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1426 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > > > > With a quite recent kernel I get > > > > mulligan# reboot > > > > syncing disks... 4 4 2 done > > Rebooting... > > Keyboard reset did not work, attempting CPU shutdown > > > > and there it hangs... > > > > It's an ASUS VL/I 486 DX4-100, 16MB, AH1542CF. > > >From the LINT kernel config file: > # BROKEN_KEYBOARD_RESET disables the use of the keyboard controller to > # reset the CPU for reboot. This is needed on some systems with broken > # keyboard controllers. > ... > #options "BROKEN_KEYBOARD_RESET" > > > I suggest you add this option to the kernel file for that machine. Also > the model number sighted above does not exist as an ASUS product. Which > one of these is it: > > PVI-486AP4 (Intel Aries chip set) > PVI-486SP3 (Sis 85C496/497 chip set) > VL/I-486SV2G (Sis 85C471 chip set) > VL/I-486SV2GX4 (Adds support for DX4 to VL/I-486SP2G, obsoletes it too) ^^^^^^^^^^^^^^ This one I have. SiS 85C471 > > What is stamped on the keyboard controller chip as far as manufacturer > and model number (if there is one, it may just say ``AMIKey 2''. Manufacturer logo is something like "\///\" VT82C42N (9416 CD) EPROM AWARD BIOS 1993 S/N 011583854 U > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Reliable computers for FreeBSD > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sun Oct 8 02:16:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA25518 for hackers-outgoing; Sun, 8 Oct 1995 02:16:12 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA25513 for ; Sun, 8 Oct 1995 02:16:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA26313; Sun, 8 Oct 1995 10:16:03 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA19444; Sun, 8 Oct 1995 10:16:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA00387; Sun, 8 Oct 1995 10:15:01 +0100 From: J Wunsch Message-Id: <199510080915.KAA00387@uriah.heep.sax.de> Subject: Re: direct acces to the text screen memory To: didier@aida.org (Didier Derny) Date: Sun, 8 Oct 1995 10:14:59 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Didier Derny" at Oct 8, 95 09:30: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 Content-Length: 583 Sender: owner-hackers@freebsd.org Precedence: bulk As Didier Derny wrote: > > Is there any way to write directly in the text screen memory. > > I'm writing a commodore 8000 emulation and the use of ANSI sequences > to write in the screen is extremely slow. There is a way (you could mmap() the frame buffer), but using something like curses is strongly recommended instead. This way, your emulation will automagically also run inside an xterm or on a serial terminal. -- 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 Oct 8 02:25:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA25770 for hackers-outgoing; Sun, 8 Oct 1995 02:25:04 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA25757 for ; Sun, 8 Oct 1995 02:24:49 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA26226; Sun, 8 Oct 1995 19:16:21 +1000 Date: Sun, 8 Oct 1995 19:16:21 +1000 From: Bruce Evans Message-Id: <199510080916.TAA26226@godzilla.zeta.org.au> To: hackers@freebsd.org, pete@puffin.pelican.com Subject: Re: VLB Disk Controllers Sender: owner-hackers@freebsd.org Precedence: bulk >old seagate? 1.6g drive (some of these were IBM): >ringworld:6# ./disklatency /dev/rdsk/dks0d6s0 >Command overhead is 16650 usec (time_4096 = 16648, time_8192 = 16646) >transfer speed is -2.67712e+09 bytes/sec >old seagate? 1.6g drive (some of these were IBM): >ringworld:7# ./disklatency /dev/rdsk/dks0d6s6 >Command overhead is 16671 usec (time_4096 = 16668, time_8192 = 16664) >transfer speed is -1.2812e+09 bytes/sec >Among other things the 1.6 drive has a problem; maybe it's doing recals... >(though it doesn't have a problem with iozone so something else may be >wrong like relocated blocks near the beginning of the partitions or >something such) >(and it shows a problem in the program's checking of out-of-range >data; somehow I doubt that the rate is really negative...) >... >These drives are all (except maybe the old 1.6g drive?) variable-frequency >so one end or the other of the seek range should have faster data-transfer. No, the program is supposed to be transferring data out of the drive's cache, so its speed should be independent of the drive position unless the cache is smaller than 8K or is otherwise braindamaged. Apparently the seacrates' caches are braindamaged :-). They show that SGI SCSI is 6 times slower than slow IDE :-). Bruce From owner-freebsd-hackers Sun Oct 8 03:19:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27059 for hackers-outgoing; Sun, 8 Oct 1995 03:19:22 -0700 Received: from dawnrazor.campus.luth.se (root@dawnrazor.campus.luth.se [130.240.193.73]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA27036 ; Sun, 8 Oct 1995 03:19:09 -0700 Received: from localhost (localhost [127.0.0.1]) by dawnrazor.campus.luth.se (8.6.11/8.6.9) with SMTP id LAA23668; Sun, 8 Oct 1995 11:12:06 +0100 Message-Id: <199510081012.LAA23668@dawnrazor.campus.luth.se> X-Authentication-Warning: dawnrazor.campus.luth.se: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Netscape 2.0beta1 In-reply-to: Your message of "Sun, 08 Oct 1995 08:52:19 +0100." <199510080752.IAA10333@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 08 Oct 1995 11:12:05 +0100 From: Olof Johansson Sender: owner-hackers@freebsd.org Precedence: bulk > As Olof Johansson wrote: > > > > The place I got it from is: > > ftp://ftp.luth.se/pub/infosystems/netscape/2.0beta > > The directory does not exist. Oooops! My mistake. There's supposed to be a 'www' between infosystems and netscape. The correct URL is: ftp://ftp.luth.se/pub/infosystems/www/netscape/2.0beta/ Sorry! -Olof From owner-freebsd-hackers Sun Oct 8 03:33:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27718 for hackers-outgoing; Sun, 8 Oct 1995 03:33:52 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA27701 ; Sun, 8 Oct 1995 03:33:48 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA23029 (5.67b8/IDA-1.5); Sun, 8 Oct 1995 03:33:36 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA19494 (5.67b8/IDA-1.5); Sun, 8 Oct 1995 03:30:14 -0700 Received: by RockyMountain.rahul.net id AA16111 (5.67b/IDA-1.5); Sun, 8 Oct 1995 03:28:55 -0700 Date: Sun, 8 Oct 1995 03:28:55 -0700 From: Pete Delaney Message-Id: <199510081028.AA16111@RockyMountain.rahul.net> To: joerg_wunsch@uriah.heep.sax.de, brian@MediaCity.com Subject: Re: Netscape 2.0beta1 Cc: offe@dawnrazor.campus.luth.se, freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > > As Olof Johansson wrote: > > > > > > The place I got it from is: > > > ftp://ftp.luth.se/pub/infosystems/netscape/2.0beta > > > > The directory does not exist. > > You have to toss a 'www' in there somewhere. I think after > infosystems and before netscape. No hurry, Sun's Java pages causes 'beta' to SEGV. From owner-freebsd-hackers Sun Oct 8 03:41:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA27864 for hackers-outgoing; Sun, 8 Oct 1995 03:41:41 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA27847 ; Sun, 8 Oct 1995 03:41:37 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA23121 (5.67b8/IDA-1.5); Sun, 8 Oct 1995 03:41:26 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA20025 (5.67b8/IDA-1.5); Sun, 8 Oct 1995 03:39:04 -0700 Received: by RockyMountain.rahul.net id AA16130 (5.67b/IDA-1.5); Sun, 8 Oct 1995 03:37:40 -0700 Date: Sun, 8 Oct 1995 03:37:40 -0700 From: Pete Delaney Message-Id: <199510081037.AA16130@RockyMountain.rahul.net> To: joerg_wunsch@uriah.heep.sax.de, offe@dawnrazor.campus.luth.se Subject: Re: Netscape 2.0beta1 Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > > Oooops! My mistake. > There's supposed to be a 'www' between infosystems and netscape. > The correct URL is: > > ftp://ftp.luth.se/pub/infosystems/www/netscape/2.0beta/ > > Sorry! I was rather dissapointed. From owner-freebsd-hackers Sun Oct 8 04:24:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28867 for hackers-outgoing; Sun, 8 Oct 1995 04:24:44 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA28857 for ; Sun, 8 Oct 1995 04:24:37 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id MAA11075; Sun, 8 Oct 1995 12:24:30 +0100 Received: (from andreas@localhost) by knobel.gun.de (8.6.12/8.6.12) id MAA02610; Sun, 8 Oct 1995 12:15:24 +0100 From: Andreas Klemm Message-Id: <199510081115.MAA02610@knobel.gun.de> Subject: New compile times for ASUS P55 PCI board / P90 / AHA2940 To: hackers@freebsd.org Date: Sun, 8 Oct 1995 12:15:23 +0100 (MET) Cc: akl@wup.de, everybodyunix@wup.de X-Mailer: ELM [version 2.4 PL24 ME7] Content-Type: text Content-Length: 4053 Sender: owner-hackers@freebsd.org Precedence: bulk Hi ! Some of you mailed me, that they wanted to have the figures for a real make world after I mailed the values for a 'make all'. Ok, here are the results: Machine setup: ASUS P/I55TP4XE 256k burst cache P90 32MB PS/2 60ns AHA2940 Quantum Grand Prix, 4.3 GB, 7200U/min Bios Setup: AHA-2940: parity enabled, rest pretty standard ASUS bios: Auto configuration - disabled DRAM Read Timing EDO/STD - x222/x333 Write - x222 RAS to CAS delay - 2 T DRAM Leadoff Timing - 7 T PCI Concurrency - Enabled PCI Streaming - Enabled 16 Bit I/O Recovery time - 1 Busclck 8 - 1 Video BIOS cacheable - Enabled Memory hole at 15-16M - Disabled Filesystem geom.: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/sd0a 31775 18903 10330 65% / /dev/sd0s3d 1487316 638564 729766 47% /local ^^^ source tree resides here /dev/sd0s3e 63567 5311 53170 9% /var /dev/sd0s3f 253295 75182 157849 32% /news /dev/sd0s3g 129070 8 118736 0% /www /dev/sd0s3h 1017327 211505 724435 23% /usr /dev/sd0s1 256740 252644 4096 98% /dos /etc/make.conf: CFLAGS+=-pipe #NOPROFILE= true COPTFLAGS+=-pipe #WANT_CSRG_LIBM= yes #HAVE_FPU= yes #NOMANCOMPRESS= true #SHARED_LIBCC_INT= smaller_cc #MAKE_EBONES= yes #SUP_UPDATE= yes #SUPFILE= /usr/share/FAQ/extras/standard-supfile #SUPFILE1= /usr/share/FAQ/extras/secure-supfile #SUPFILE2= /usr/share/FAQ/extras/ports-supfile kernel profile: machine "i386" cpu "I586_CPU" ident KNOBEL_AHCTAG maxusers 32 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=5" #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG options AHC_TAGENABLE options SCSI_REPORT_GEOMETRY options DUMMY_NOPS config kernel root on sd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 controller ahc0 controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 4 #Berkeley packet filter And here the values: 1) I did a make clean first in /usr/src ! 2) time make world 13699.38 real 9295.41 user 2289.69 sys =228m =3h48m 3) time make clean 329.59 real 61.51 user 45.35 sys 5m30s So everything, a 'make clean world' lasts about 3h54 Filesystem performance with bonnie on filesystem /www ( newfs -d 0 -b 8192 -f 2048 ) in single user mode -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU a) without tagged command queueing 100 3664 98.4 5384 26.1 1734 13.9 3628 95.8 5404 21.8 105.9 5.0 b) with tagged command queueing (AHC_TAGENABLE) 100 3612 98.3 5379 27.0 1736 14.4 3581 96.0 5404 22.1 101.3 4.9 So, thats it, FreeBSD is fun ;-) Andreas /// -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Sun Oct 8 05:31:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA29791 for hackers-outgoing; Sun, 8 Oct 1995 05:31:54 -0700 Received: from gdwest.gd.com ([134.120.3.2]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA29774 ; Sun, 8 Oct 1995 05:31:49 -0700 Received: by gdwest.gd.com (4.1/SMI-4.1) id AA07955; Sun, 8 Oct 95 05:33:04 PDT Date: Sun, 8 Oct 95 05:33:04 PDT From: eyfarris@gdwest.gd.com (Eblan Y Farris) Message-Id: <9510081233.AA07955@gdwest.gd.com> To: joerg_wunsch@uriah.heep.sax.de, offe@dawnrazor.campus.luth.se, pete@RockyMountain.rahul.net Subject: Re: Netscape 2.0beta1 Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk When I run Netscape 2.0b1 I get the following: couldn't load: No other resources were reasonable! The fallback font "fixed,*-16-*" could not be loaded! Giving up. [1] Exit -1 ./netscape Any ideas? Thanks efarris@sufusa.com From owner-freebsd-hackers Sun Oct 8 05:56:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA00223 for hackers-outgoing; Sun, 8 Oct 1995 05:56:32 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA00213 ; Sun, 8 Oct 1995 05:56:26 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id NAA28922; Sun, 8 Oct 1995 13:55:34 +0100 Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.6.12/8.6.12) with SMTP id NAA05567; Sun, 8 Oct 1995 13:52:07 +0100 Date: Sun, 8 Oct 1995 13:52:07 +0100 (MET) From: Andreas Klemm To: Jake Hamby cc: John Fieber , doc@freebsd.org, hackers@freebsd.org Subject: Re: Kernelconfig.sgml FINALLY FINISHED! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk -hackers people ... see comment/wish at XXX) On Thu, 5 Oct 1995, Jake Hamby wrote: > Well, after many more hours of hard work, kernelconfig.sgml is finally > finished (all 34K of it)! I hope it is as good as that new Printing > chapter I hear so much about. The copy is available at: > > http://cs.sci.csupomona.edu/~jehamby/handbook/kernelconfig.sgml Hi ! Here a few suggestions concerning your great kernel doc: >>------------------------------------------------------------------------<< 5.2 Building and Installing a Custom Kernel "... Next, move to the i386/conf directory and copy the GENERIC configuration file to the name you want to give your kernel. For example: # cd /usr/src/sys/i386/conf # cp GENERIC MYKERNEL ..." I would add a note, like "don't name your kernel DEBUG, since that would cause debugging statements to be compiled into the kernel, which is only useful for kernel developers." Additionally one should avoid names, that conflict with other kernel definitions. To get an idea, what names are reserved, one should browse through /sys/i386/conf/LINT, which is a list of all possible configuration file definitions. I've heard several times, that some people fail in this area :-) >>------------------------------------------------------------------------<< 5.2 Building and Installing a Custom Kernel "... When you're finished, type the following to compile and install your kernel: # /usr/sbin/config MYKERNEL # cd ../../compile/MYKERNEL # make # make install ..." # make depend <<== what about this ?! # make # make install I always thought, that a "make depend" is important here ?! >>------------------------------------------------------------------------<< 5.2 Building and Installing a Custom Kernel I would add this note after "# make install" The last stage of kernel compilation is loading the kernel executable. This is done by the program ld. If ld complains about missing or unresolved symbols in some kernel modules (".o"-files) then it might be the case, that the kernel library and your kernel sources in /usr/src/sys are a bit out of sync. Then try the following to cure the problem: # cd /usr/src/sys # make clean After that retry loading the kernel executable with the following commands: # cd /sys/compile/MYKERNEL # make After that proceed with # make install >>------------------------------------------------------------------------<< "... 5.3.3. Filesystem Options [...] but feel free to comment out support for filesystems you use less often (perhaps the MS-DOS filesystem?), since they will be dynamically loaded from the Loadable Kernel Module directory /lkm the first time you mount a partition of that type. ..." XXX) I think it's a good strategy, to comment out filesystems, which can be loaded dynamically. It saves possibly much kernel memory. Since it _will_ be loaded on demand, it's _there_ after you demanded it. So why carrying the filesystem stuff with you in kernel, if you don't really need it ?! So why not recommending the people, to comment out things that can be loaded on demand ?! Most people have machines with less memory. Many people like to run X11 although they have perhaps only 8 MB RAM or so ... Commenting out less often used Filesystems should be standard manner in my eyes. The GENERIC kernel profile should reflect this, too !!! One feature I'd like to see in the future would be a feature, to free kernel memory from NFS or other dynamically loaded things, after it's not needed anymore... Would that be possible ? Imagine, NFS wasn't used after NFS_UNLOAD_THRESHOLD seconds ... it would be fine, if it could be unloaded to free kernel space ?!?! (this idea is the reason for "crossmailing into hackers" sorry for the manual-overhead) >>------------------------------------------------------------------------<< Ok, this for now ;-) Thanks for that wonderful docu Andreas /// -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Sun Oct 8 06:07:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00423 for hackers-outgoing; Sun, 8 Oct 1995 06:07:08 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA00418 for ; Sun, 8 Oct 1995 06:07:00 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0t1vMg-000I1IC; Sun, 8 Oct 95 14:02 MET Received: by ernie.altona.hamburg.com (Smail3.1.29.1 #3) id m0t1uNG-00001KC; Sun, 8 Oct 95 12:58 MET Message-Id: From: hm@altona.hamburg.com (Hellmuth Michaelis) Subject: Re: misspelling in pcv_ext.c To: didier@aida.org (Didier Derny) Date: Sun, 8 Oct 1995 12:58:34 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: from "Didier Derny" at Oct 8, 95 09:05:29 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 351 Sender: owner-hackers@freebsd.org Precedence: bulk >From the keyboard of Didier Derny: > in pcvt_ext.c there is "unkown s3" instead of "unknown s3" > > I'm running FreeBSD 2.1-STABLE (October 1th) Already fixed in pcvt 3.32. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Sun Oct 8 06:12:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00496 for hackers-outgoing; Sun, 8 Oct 1995 06:12:16 -0700 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA00491 for ; Sun, 8 Oct 1995 06:11:30 -0700 Received: (from didier@localhost) by aida (8.6.12/8.6.9) id OAA00201; Sun, 8 Oct 1995 14:07:43 +0100 Date: Sun, 8 Oct 1995 14:07:43 +0100 (MET) From: Didier Derny X-Sender: didier@aida To: hackers@freebsd.org Subject: boot failure Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi I the last FreeBSD-stable received (today 11 GMT) refuse to boot saying that it is unable to mount the root file system in fact pci devices have not been detected at all is there any fix for this problem ----------- my configuration from kernel.old ------------- FreeBSD 2.1-STABLE #0: Thu Oct 5 23:14:12 MET 1995 root@aida:/home/stable/sys/compile/AIDA CPU: i486DX (486-class CPU) real memory = 25165824 (24576K bytes) avail memory = 22941696 (22404K bytes) Probing for devices on the ISA bus: vt0 at 0x60-0x6f irq 1 on motherboard vt0: unkown s3, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 12 on isa sio2: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in ahc1 not found aic0 not found at 0x340 npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 6 on isa sbxvo0: sbmidi0 at 0x300 on isa opl0 at 0x388 on isa opl0: Probing for devices on the PCI bus: pci0:0: vendor=0x10b9, device=0x1489, class=bridge (host) [no driver assigned] vga0 rev 0 on pci0:4 ahc0 rev 3 int a irq 9 on pci0:5 ahc0: 2940 Single Channel, SCSI Id=7, aic7870, 16 SCBs ahc0 waiting for scsi devices to settle (ahc0:1:0): "SEAGATE ST31200N 8648" type 0 fixed SCSI 2 sd0(ahc0:1:0): Direct-Access 1006MB (2061108 512 byte sectors) (ahc0:2:0): "QUANTUM MAVERICK 540S 0901" type 0 fixed SCSI 2 sd1(ahc0:2:0): Direct-Access 516MB (1057758 512 byte sectors) (ahc0:3:0): "TOSHIBA CD-ROM XM-3401TA 3593" type 5 removable SCSI 2 cd0(ahc0:3:0): CD-ROM cd present.[264427 x 2048 byte records] (ahc0:5:0): "ARCHIVE Python 28388-XXX 4.94" type 1 removable SCSI 2 st0(ahc0:5:0): Sequential-Access density code 0x13, 512-byte blocks, write-enabled changing root device to sd0a --------------------------------------------------------------- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46.2.4 1995/09/18 01:02:17 jkh Exp $ # machine "i386" #cpu "I386_CPU" cpu "I486_CPU" #cpu "I586_CPU" ident AIDA maxusers 16 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=5" #Be pessimistic about Joe SCSI device #options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options KTRACE #kernel tracing options SYSVSHM options SYSVSEM options SYSVMSG config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 #controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #device wcd0 #IDE CD-ROM controller ncr0 controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr controller ahc1 at isa? bio irq ? vector ahcintr #controller ahb0 at isa? bio irq ? vector ahbintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr #controller matcd0 at isa? port ? bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console #device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 12 vector siointr #device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty #device lpt2 at isa? port? tty #device mse0 at isa? port 0x23c tty irq 5 vector mseintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr #device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr # Controls all sound devices controller snd0 device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 6 device sbmidi0 at isa? port 0x300 device opl0 at isa? port 0x388 conflicts pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. pseudo-device loop pseudo-device ether pseudo-device log #pseudo-device sl 1 # ijppp uses tun instead of ppp device #pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 32 pseudo-device gzip # Exec gzipped a.out's thanks for your help -- Didier Derny didier@aida.org --- I boycott everything from: new zealand, australia, denmark, england From owner-freebsd-hackers Sun Oct 8 06:28:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00731 for hackers-outgoing; Sun, 8 Oct 1995 06:28:52 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA00725 ; Sun, 8 Oct 1995 06:28:48 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id GAA04376; Sun, 8 Oct 1995 06:28:41 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id GAA00174; Sun, 8 Oct 1995 06:28:40 -0700 Message-Id: <199510081328.GAA00174@corbin.Root.COM> To: Didier Derny cc: hackers@freebsd.org, se@freebsd.org Subject: Re: boot failure In-reply-to: Your message of "Sun, 08 Oct 95 14:07:43 BST." From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 08 Oct 1995 06:28:39 -0700 Sender: owner-hackers@freebsd.org Precedence: bulk >I the last FreeBSD-stable received (today 11 GMT) refuse to boot >saying that it is unable to mount the root file system > >in fact pci devices have not been detected at all > >is there any fix for this problem The fix might be to go back to the previous version in -stable (breaking support for certain Compaq machines). This is NOT good news. :-( -DG >----------- my configuration from kernel.old ------------- >FreeBSD 2.1-STABLE #0: Thu Oct 5 23:14:12 MET 1995 > root@aida:/home/stable/sys/compile/AIDA >CPU: i486DX (486-class CPU) >real memory = 25165824 (24576K bytes) >avail memory = 22941696 (22404K bytes) >Probing for devices on the ISA bus: >vt0 at 0x60-0x6f irq 1 on motherboard >vt0: unkown s3, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] >sio0 at 0x3f8-0x3ff irq 4 on isa >sio0: type 16550A >sio1 at 0x2f8-0x2ff irq 3 on isa >sio1: type 16550A >sio2 at 0x3e8-0x3ef irq 12 on isa >sio2: type 16550A >lpt0 at 0x378-0x37f irq 7 on isa >lpt0: Interrupt-driven port >lp0: TCP/IP capable interface >fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa >fdc0: NEC 765 >fd0: 1.44MB 3.5in >ahc1 not found >aic0 not found at 0x340 >npx0 on motherboard >npx0: INT 16 interface >sb0 at 0x220 irq 5 drq 1 on isa >sb0: >sbxvi0 at 0x0 drq 6 on isa >sbxvo0: >sbmidi0 at 0x300 on isa > >opl0 at 0x388 on isa >opl0: >Probing for devices on the PCI bus: >pci0:0: vendor=0x10b9, device=0x1489, class=bridge (host) [no driver assigned] >vga0 rev 0 on pci0:4 >ahc0 rev 3 int a irq 9 on pci0:5 >ahc0: 2940 Single Channel, SCSI Id=7, aic7870, 16 SCBs >ahc0 waiting for scsi devices to settle >(ahc0:1:0): "SEAGATE ST31200N 8648" type 0 fixed SCSI 2 >sd0(ahc0:1:0): Direct-Access 1006MB (2061108 512 byte sectors) >(ahc0:2:0): "QUANTUM MAVERICK 540S 0901" type 0 fixed SCSI 2 >sd1(ahc0:2:0): Direct-Access 516MB (1057758 512 byte sectors) >(ahc0:3:0): "TOSHIBA CD-ROM XM-3401TA 3593" type 5 removable SCSI 2 >cd0(ahc0:3:0): CD-ROM cd present.[264427 x 2048 byte records] >(ahc0:5:0): "ARCHIVE Python 28388-XXX 4.94" type 1 removable SCSI 2 >st0(ahc0:5:0): Sequential-Access density code 0x13, 512-byte blocks, write-enabled >changing root device to sd0a >--------------------------------------------------------------- > ># ># GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks ># ># $Id: GENERIC,v 1.46.2.4 1995/09/18 01:02:17 jkh Exp $ ># > >machine "i386" >#cpu "I386_CPU" >cpu "I486_CPU" >#cpu "I586_CPU" >ident AIDA >maxusers 16 > >options MATH_EMULATE #Support for x87 emulation >options INET #InterNETworking >options FFS #Berkeley Fast Filesystem >options NFS #Network Filesystem >options MSDOSFS #MSDOS Filesystem >options "CD9660" #ISO 9660 Filesystem >options PROCFS #Process filesystem >options "COMPAT_43" #Compatible with BSD 4.3 >options "SCSI_DELAY=5" #Be pessimistic about Joe SCSI device >#options BOUNCE_BUFFERS #include support for DMA bounce buffers >options UCONSOLE #Allow users to grab the console >options KTRACE #kernel tracing >options SYSVSHM >options SYSVSEM >options SYSVMSG > >config kernel root on wd0 > >controller isa0 >controller pci0 > >controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr >disk fd0 at fdc0 drive 0 >disk fd1 at fdc0 drive 1 >tape ft0 at fdc0 drive 2 > >#controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr >#disk wd0 at wdc0 drive 0 >#disk wd1 at wdc0 drive 1 > >#controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr >#disk wd2 at wdc1 drive 0 >#disk wd3 at wdc1 drive 1 > >#options ATAPI #Enable ATAPI support for IDE bus >#device wcd0 #IDE CD-ROM > >controller ncr0 >controller ahc0 > >#controller bt0 at isa? port "IO_BT0" bio irq ? vector btintr >#controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr >controller ahc1 at isa? bio irq ? vector ahcintr >#controller ahb0 at isa? bio irq ? vector ahbintr >#controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr >controller aic0 at isa? port 0x340 bio irq 11 vector aicintr >#controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr >#controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr >#controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr > >controller scbus0 > >device sd0 > >device st0 > >device cd0 #Only need one of these, the code dynamically grows > >#device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr >#device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr >#device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr > >#controller matcd0 at isa? port ? bio > >#device scd0 at isa? port 0x230 bio > ># syscons is the default console driver, resembling an SCO console >#device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr ># Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver >device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint >options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 >options XSERVER # include code for XFree86 > >device npx0 at isa? port "IO_NPX" irq 13 vector npxintr > >device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr >device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr >device sio2 at isa? port "IO_COM3" tty irq 12 vector siointr >#device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr > >device lpt0 at isa? port? tty irq 7 vector lptintr >#device lpt1 at isa? port? tty >#device lpt2 at isa? port? tty >#device mse0 at isa? port 0x23c tty irq 5 vector mseintr > ># Order is important here due to intrusive probes, do *not* alphabetize ># this list of network interfaces until the probes have been fixed. ># Right now it appears that the ie0 must be probed before ep0. See ># revision 1.20 of this file. >#device de0 >#device ed0 at isa? port 0x280 net irq 5 iomem 0xd8000 vector edintr >#device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr >#device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr >#device ep0 at isa? port 0x300 net irq 10 vector epintr >#device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr >#device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr >#device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr >#device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr >#device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr >#device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr > ># Controls all sound devices >controller snd0 >device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr >device sbxvi0 at isa? drq 6 >device sbmidi0 at isa? port 0x300 >device opl0 at isa? port 0x388 conflicts > >pseudo-device vn #Vnode driver (turns a file into a device) >pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. > >pseudo-device loop >pseudo-device ether >pseudo-device log >#pseudo-device sl 1 ># ijppp uses tun instead of ppp device >#pseudo-device ppp 1 >pseudo-device tun 1 >pseudo-device pty 32 >pseudo-device gzip # Exec gzipped a.out's > > >thanks for your help > >-- >Didier Derny >didier@aida.org >--- I boycott everything from: new zealand, australia, denmark, england > > From owner-freebsd-hackers Sun Oct 8 06:38:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00836 for hackers-outgoing; Sun, 8 Oct 1995 06:38:45 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA00819 ; Sun, 8 Oct 1995 06:38:40 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA00689; Sun, 8 Oct 1995 14:38:25 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA21922; Sun, 8 Oct 1995 14:38:24 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id OAA00534; Sun, 8 Oct 1995 14:36:31 +0100 From: J Wunsch Message-Id: <199510081336.OAA00534@uriah.heep.sax.de> Subject: Re: Kernelconfig.sgml FINALLY FINISHED! To: doc@freebsd.org, freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 8 Oct 1995 14:36:30 +0100 (MET) Cc: jehamby@lightside.com, jfieber@indiana.edu In-Reply-To: from "Andreas Klemm" at Oct 8, 95 01:52:07 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 Content-Length: 1087 Sender: owner-hackers@freebsd.org Precedence: bulk As Andreas Klemm wrote: > > I would add a note, like "don't name your kernel DEBUG, > since that would cause debugging statements to be compiled > into the kernel, which is only useful for kernel developers." ``Often, config file names resemble the name of the machine the kernel is intended for, for example, a config file for the machine freefall.freebsd.org would be called FREEFALL.'' > # make depend <<== what about this ?! > # make > # make install > > I always thought, that a "make depend" is important here ?! Since config(8) has just blown away the entire build directory (and will blow away it again next time), make depend is simply a waste of time. (Btw., /usr/src/release/Makefile does also fail in this area: it's wasting much time makeing depend for two kernels where the build areas are being nuked 10 minutes later. :-) People who know about config -n do also know about make depend. :-) -- 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 Oct 8 06:46:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00966 for hackers-outgoing; Sun, 8 Oct 1995 06:46:16 -0700 Received: from pluto.ops.NeoSoft.com (root@pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA00949 ; Sun, 8 Oct 1995 06:46:12 -0700 Received: from concorde.neosoft.com (root@concorde.NeoSoft.COM [198.65.161.214]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id IAA26629; Sun, 8 Oct 1995 08:46:01 -0500 Received: (from dbaker@localhost) by concorde.neosoft.com (8.6.12/8.6.11) id IAA06428; Sun, 8 Oct 1995 08:45:58 -0500 Date: Sun, 8 Oct 1995 08:45:57 -0500 (CDT) From: Daniel Baker X-Sender: dbaker@concorde.neosoft.com To: Joerg Wunsch cc: Olof Johansson , freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Netscape 2.0beta1 In-Reply-To: <199510080752.IAA10333@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 8 Oct 1995, J Wunsch wrote: > As Olof Johansson wrote: > > > > The place I got it from is: > > ftp://ftp.luth.se/pub/infosystems/netscape/2.0beta > > The directory does not exist. try this: ftp://ftp.luth.se/pub/infosystems/www/netscape/2.0beta/unix/ > > -- > 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. ;-) > ++If you're cool, you run FreeBSD++ Daniel Baker -- NeoSoft Student Assistant (UseNet, FTP & CivNet Admin.) DBaker@NeoSoft.COM DBaker@Concorde-Mail.NeoSoft.COM (A FreeBSD Machine) ** http://www.neosoft.com/neosoft/staff/dbaker/default.html ** ++Get NeoSoft 'Net Access TODAY!!! 1/800-GET-NEOSOFT++ From owner-freebsd-hackers Sun Oct 8 07:47:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02608 for hackers-outgoing; Sun, 8 Oct 1995 07:47:14 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA02563 for ; Sun, 8 Oct 1995 07:47:00 -0700 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 PAA16404 ; Sun, 8 Oct 1995 15:46:56 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id PAA00598 ; Sun, 8 Oct 1995 15:46:56 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id MAA20432; Sun, 8 Oct 1995 12:49:58 +0100 (MET) From: Ollivier Robert Message-Id: <199510081149.MAA20432@keltia.freenix.fr> Subject: Re: VLB Disk Controllers To: bde@zeta.org.au (Bruce Evans) Date: Sun, 8 Oct 1995 12:49:58 +0100 (MET) Cc: dennis@etinc.com, hackers@freebsd.org In-Reply-To: <199510072115.HAA03150@godzilla.zeta.org.au> from "Bruce Evans" at Oct 8, 95 07:15:43 am X-Operating-System: FreeBSD 2.2-CURRENT ctm#1190 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 It seems that Bruce Evans said: > Buslogic BT44C on 486DX2/66 VLB (QUANTUM XP34301 (fast disk): > output for disklatency /dev/rsd1: > Command overhead is 3968 usec (time_4096 = 4295, time_8192 = 4622) > transfer speed is 1.25286e+07 bytes/sec Results for my EISA BT-747S and AHA-1740 controllers for perspective: 486DX-33 EISA/VLB, 32 MB [[ BT-747S + Conner CFP-1080S fast disk ]] Command overhead is 2157 usec (time_4096 = 2598, time_8192 = 3039) transfer speed is 9.29262e+06 bytes/sec [[ AHA-1740 + Seagate Hawk ST-31200N fast disk ]] Command overhead is 2332 usec (time_4096 = 2806, time_8192 = 3280) transfer speed is 8.6371e+06 bytes/sec BTW, my last "make world" gave this: Sat Oct 7 23:45:29 MET 1995 [...] 34545.90 real 27665.41 user 4877.23 sys Sun Oct 8 09:21:15 MET 1995 Without running X11. Not too bad for an "old" 486DX-33 :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Tue Oct 3 02:08:00 MET 1995 From owner-freebsd-hackers Sun Oct 8 07:47:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA02704 for hackers-outgoing; Sun, 8 Oct 1995 07:47:39 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA02688 for ; Sun, 8 Oct 1995 07:47:34 -0700 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 PAA16408 ; Sun, 8 Oct 1995 15:46:58 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id PAA00601 ; Sun, 8 Oct 1995 15:46:57 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id MAA20455; Sun, 8 Oct 1995 12:52:54 +0100 (MET) From: Ollivier Robert Message-Id: <199510081152.MAA20455@keltia.freenix.fr> Subject: Re: TCP/IP Spoofing etc. To: pete@puffin.pelican.com (Pete Carah) Date: Sun, 8 Oct 1995 12:52:54 +0100 (MET) Cc: julian@ref.tfs.com, hackers@freebsd.org In-Reply-To: from "Pete Carah" at Oct 7, 95 09:52:00 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1190 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 It seems that Pete Carah said: > The latest cert report was a summary of the 'announced' bugs which are > still outstanding on popular systems... I don't know which ones we are > susceptible to; we are using the latest (or next-latest) sendmail which > has plugged many of them. Speaking of sendmail, can we import 8.7.1 in -CURRENT ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Tue Oct 3 02:08:00 MET 1995 From owner-freebsd-hackers Sun Oct 8 08:22:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA03837 for hackers-outgoing; Sun, 8 Oct 1995 08:22:15 -0700 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA03820 ; Sun, 8 Oct 1995 08:22:09 -0700 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.11/8.6.9) id KAA20301; Sun, 8 Oct 1995 10:21:10 -0500 Date: Sun, 8 Oct 1995 10:21:09 -0500 (EST) From: John Fieber To: Andreas Klemm cc: Jake Hamby , doc@freebsd.org, hackers@freebsd.org Subject: Re: Kernelconfig.sgml FINALLY FINISHED! 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, 8 Oct 1995, Andreas Klemm wrote: > I think it's a good strategy, to comment out filesystems, which > can be loaded dynamically. It saves possibly much kernel memory. A good strategy, but should be accompanied with a note that any file systems mounted on /etc/fstab that are NOT in the kernel, must be mounted towards the end. I spent a fair amount of time trying to figure out why the loadable filesystems didn't load until I moved them to the end of my fstab. Either (or both?) / and /usr must be mounted first, I never got as far as figuring out the minimum. -john == jfieber@indiana.edu =========================================== == http://fieber-john.campusview.indiana.edu/~jfieber ============ From owner-freebsd-hackers Sun Oct 8 09:14:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA05918 for hackers-outgoing; Sun, 8 Oct 1995 09:14:56 -0700 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA05910 ; Sun, 8 Oct 1995 09:14:42 -0700 Received: (from didier@localhost) by aida (8.6.12/8.6.9) id RAA00295; Sun, 8 Oct 1995 17:13:16 +0100 Date: Sun, 8 Oct 1995 17:13:14 +0100 (MET) From: Didier Derny X-Sender: didier@aida To: David Greenman cc: hackers@freebsd.org, se@freebsd.org Subject: Re: boot failure In-Reply-To: <199510081328.GAA00174@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 8 Oct 1995, David Greenman wrote: > >I the last FreeBSD-stable received (today 11 GMT) refuse to boot > >saying that it is unable to mount the root file system > > > >in fact pci devices have not been detected at all > > > >is there any fix for this problem > > The fix might be to go back to the previous version in -stable (breaking > support for certain Compaq machines). > This is NOT good news. :-( > > -DG > Hi I've replace /usr/src/sys/i386/isa/pcibus.c by the previous pcibus.c and now everything works fine /************************************************************************** ** ** $Id: pcibus.c,v 1.8.4.1 1995/07/20 19:33:11 davidg Exp $ ** ** pci bus subroutines for i386 architecture. ** -- Didier Derny didier@aida.org From owner-freebsd-hackers Sun Oct 8 09:16:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA05986 for hackers-outgoing; Sun, 8 Oct 1995 09:16:46 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA05977 for ; Sun, 8 Oct 1995 09:16:43 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by etinc.com (8.6.11/8.6.9) with SMTP id MAA26463 for ; Sun, 8 Oct 1995 12:24:27 -0400 Date: Sun, 8 Oct 1995 12:24:27 -0400 Message-Id: <199510081624.MAA26463@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: VLB Disk Controllers Sender: owner-hackers@freebsd.org Precedence: bulk J. Gibbs writes.... >> >>The effect seems to be very pronounced on vlb disk controller cards with >>other i/o on board. > >You have to be carefull of your motherboard and videocard in any VLB >implementation and even more so if you go about 40MHz. I've seen video >cards corrupt bus mastering transfers before and lots of motherboards that >don't work with VLB busmasters. I've never experienced a problem on my >hardware, and those who have complained to me about the 2842 not working >correctly later discovered it was their video card, motherboard or a memory >problem. There are also a lot of VLB "super I/O" cards out there that are >pure junk. We aren't talking about IDE interfaces anyway. In a nutshell, yes. Find a good MB and know your cards and you'll be fine. We do local routing with dual vlb ethernet cards. They're fast and they work just dandy. dennis From owner-freebsd-hackers Sun Oct 8 09:21:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA06116 for hackers-outgoing; Sun, 8 Oct 1995 09:21:33 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA06111 ; Sun, 8 Oct 1995 09:21:31 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA11503; Sun, 8 Oct 95 10:21:29 -0600 Received: by yarmouth.fsl.noaa.gov (1.37.109.16/SMI-4.1 (1.37.109.16)) id AA008599293; Sun, 8 Oct 1995 10:21:33 -0600 Date: Sun, 8 Oct 1995 10:21:33 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <199510081621.AA008599293@yarmouth.fsl.noaa.gov> To: j@uriah.heep.sax.de Cc: doc@freebsd.org, freebsd-hackers@freebsd.org, jehamby@lightside.com, jfieber@indiana.edu In-Reply-To: <199510081336.OAA00534@uriah.heep.sax.de> (message from J Wunsch on Sun, 8 Oct 1995 14:36:30 +0100 (MET)) Subject: Re: Kernelconfig.sgml FINALLY FINISHED! Sender: owner-hackers@freebsd.org Precedence: bulk >>>>> "Joerg" == J Wunsch writes: Joerg> ``Often, config file names resemble the name of the machine Joerg> the kernel is intended for, for example, a config file for Joerg> the machine freefall.freebsd.org would be called Joerg> FREEFALL.'' ``Also, if you're making a kernel for a group of identical machines, the kernel name could reflect the machines' configuration or purpose, such as MICRON32MB or STUDENTLAB.'' -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA I've never seen electricity, so I don't pay for it. I write right on the bill, "I'm sorry, I haven't seen it all month." -- Steven Wright From owner-freebsd-hackers Sun Oct 8 09:24:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA06260 for hackers-outgoing; Sun, 8 Oct 1995 09:24:32 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA06254 for ; Sun, 8 Oct 1995 09:24:27 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by etinc.com (8.6.11/8.6.9) with SMTP id MAA26478 for ; Sun, 8 Oct 1995 12:32:11 -0400 Date: Sun, 8 Oct 1995 12:32:11 -0400 Message-Id: <199510081632.MAA26478@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: VLB Disk Controllers Sender: owner-hackers@freebsd.org Precedence: bulk >>Yup, but your whole machine is affected by a PIO device. > >That's mainly because IDE PIO is slow, not because it's PIO. The >overhead for SCSI DMA is not insignificant. For the BT455C, which >has a DMA speed of up to 40MB/sec (I doubt that my bus can keep up >with this), the overhead for reading from a Grand Prix at 5MB/sec >seems to be about 27%. This is hard to measure accurately. I >measured it by running a hog process in the background: on an idle >system it took 7.58 sec (real) and while transferring it took 10.42 >sec. 7.58/10.42 = 73%. Realize that much of this is highly dependent on the MB. Every make of MB is different...literally. We've measured lots of them (with a scope) and its almost impossible to compare any two these days. Dennis From owner-freebsd-hackers Sun Oct 8 09:37:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA06744 for hackers-outgoing; Sun, 8 Oct 1995 09:37:59 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA06739 for ; Sun, 8 Oct 1995 09:37:57 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by etinc.com (8.6.11/8.6.9) with SMTP id MAA26534; Sun, 8 Oct 1995 12:45:34 -0400 Date: Sun, 8 Oct 1995 12:45:34 -0400 Message-Id: <199510081645.MAA26534@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: Warner Losh From: dennis@etinc.com (dennis) Subject: Re: VLB Disk Controllers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >: One big issue with VLB is that you have to know how to tune the bus. Most >: MBs have tuning parameters to overcome these problems. > >How does one tune the VLB bus? My MB doesn't seem to have parameters >for its tuning. > Stinky MB. Mine has four or five parameters in the bios, plus jumpers for 33 and 40Mhz and a wait state. Dennis From owner-freebsd-hackers Sun Oct 8 09:41:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA06820 for hackers-outgoing; Sun, 8 Oct 1995 09:41:45 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA06815 for ; Sun, 8 Oct 1995 09:41:42 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by etinc.com (8.6.11/8.6.9) with SMTP id MAA26550; Sun, 8 Oct 1995 12:49:20 -0400 Date: Sun, 8 Oct 1995 12:49:20 -0400 Message-Id: <199510081649.MAA26550@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: Warner Losh From: dennis@etinc.com (dennis) Subject: Re: VLB Disk Controllers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >: I have had problems with vlb cards running above 33 MHZ. The effect appears >: like the loss of interrupts or extreme interrupt latency. I have seen this >: especially bad on amd 486dx2/80 (vlb clk 40mhz) and 486dx2/100 (vlb clk 50mhz). >: I suspect the problem would exist on 486dx50 as well. > >The VLB spec doesn't go above 33MHz for two or more cards. It goes, >I'm told, to 50MHz for one card, but I've also heard that the 33MHz >limit is hard, so I don't know what to believe. Either way, it isn't >surprizing that you've had problems with one i na 40MHz or 50MHz >system, since you'll likely have a video card on that bus as well. > >I've had no problems with my VLB UltraStor 34F and either a no name >ET4000 card, or an S3 #9 Lvl 11 at 33MHz. > It all depends on the MB, and even the tuning parameters are somewhat bogus on some boards. Some MBs insert cycles so that any speed with work, but they're not as fast. What you want is one where you can tune it precisely. Most cards are designed to work at 40mhz at least, but thats based on assumptions that may not hold true. Dennis From owner-freebsd-hackers Sun Oct 8 09:57:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA07262 for hackers-outgoing; Sun, 8 Oct 1995 09:57:23 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA07255 for ; Sun, 8 Oct 1995 09:57:21 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id JAA28203; Sun, 8 Oct 1995 09:56:50 -0700 Message-Id: <199510081656.JAA28203@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: pete@puffin.pelican.com (Pete Carah) cc: hackers@freebsd.org Subject: Re: VLB Disk Controllers In-reply-to: Your message of "Sat, 07 Oct 1995 23:16:00 PDT." Date: Sun, 08 Oct 1995 09:56:50 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >(btw - iozone in core (<64mb files) gives 24mb write and 39mb read...) Does fsync not work on an SGI? I don't know how the amount of memory could change the write speed if fsync works. >-- Pete -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Oct 8 10:15:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07523 for hackers-outgoing; Sun, 8 Oct 1995 10:15:28 -0700 Received: from pelican.com (pelican.com [134.24.4.62]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA07518 for ; Sun, 8 Oct 1995 10:15:25 -0700 Received: from puffin.pelican.com by pelican.com with smtp (Smail3.1.28.1 #5) id m0t1zJi-000K2mC; Sun, 8 Oct 95 10:15 WET DST Received: by puffin.pelican.com (Smail3.1.29.1 #9) id m0t1zJi-0000ReC; Sun, 8 Oct 95 10:15 PDT Message-Id: Date: Sun, 8 Oct 95 10:15 PDT From: pete@puffin.pelican.com (Pete Carah) To: bde@zeta.org.au Subject: Re: VLB Disk Controllers Newsgroups: freebsd.hackers In-Reply-To: <199510080916.TAA26226@godzilla.zeta.org.au> Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk In article <199510080916.TAA26226@godzilla.zeta.org.au> you write: ..... >No, the program is supposed to be transferring data out of the drive's >cache, so its speed should be independent of the drive position unless >the cache is smaller than 8K or is otherwise braindamaged. Apparently >the seacrates' caches are braindamaged :-). They show that SGI SCSI is >6 times slower than slow IDE :-). Now that rings a bell; IRIX 3 wanted the drive cache turned off and I think this drive was left over from then... Don't have a scsi utility handy on that machine, though, to check (we use one on a mac to set code pages :-) -- Pete From owner-freebsd-hackers Sun Oct 8 10:37:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07840 for hackers-outgoing; Sun, 8 Oct 1995 10:37:39 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA07835 ; Sun, 8 Oct 1995 10:37:36 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA05232; Sun, 8 Oct 1995 18:37:32 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA23385; Sun, 8 Oct 1995 18:37:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id SAA01693; Sun, 8 Oct 1995 18:25:42 +0100 From: J Wunsch Message-Id: <199510081725.SAA01693@uriah.heep.sax.de> Subject: Re: Kernelconfig.sgml FINALLY FINISHED! To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 8 Oct 1995 18:25:41 +0100 (MET) Cc: andreas@knobel.gun.de, jehamby@lightside.com, doc@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "John Fieber" at Oct 8, 95 10:21:09 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 Content-Length: 524 Sender: owner-hackers@freebsd.org Precedence: bulk As John Fieber wrote: > > ... I spent a fair amount of time trying to figure out why > the loadable filesystems didn't load until I moved them to the end of my > fstab. Either (or both?) / and /usr must be mounted first, I never got > as far as figuring out the minimum. Both. The lkm mechanism requires to run ld(1), and that's normally living in /usr. -- 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 Oct 8 10:51:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA08153 for hackers-outgoing; Sun, 8 Oct 1995 10:51:41 -0700 Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA08148 for ; Sun, 8 Oct 1995 10:51:39 -0700 Received: (from mmead@localhost) by Glock.COM (8.7.1/8.7.1) id NAA11188; Sun, 8 Oct 1995 -0400 () Date: Sun, 8 Oct 1995 -0400 () From: "matthew c. mead" Message-Id: <199510081751.NAA11188@Glock.COM> To: hackers@freebsd.org Subject: APC UPS monitoring daemon Sender: owner-hackers@freebsd.org Precedence: bulk In the thread about UPS support, someone mentioned that an APC monitoring daemon had been posted to comp.sources.unix. I cannot find this source code, and was wondering if anyone's got a copy of it. If so, could you please forward it to me? Thanks! -matt -- Matthew C. Mead mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-hackers Sun Oct 8 11:31:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08684 for hackers-outgoing; Sun, 8 Oct 1995 11:31:06 -0700 Received: from dawnrazor.campus.luth.se (root@dawnrazor.campus.luth.se [130.240.193.73]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08679 for ; Sun, 8 Oct 1995 11:31:02 -0700 Received: from localhost (localhost [127.0.0.1]) by dawnrazor.campus.luth.se (8.6.11/8.6.9) with SMTP id TAA28448; Sun, 8 Oct 1995 19:23:35 +0100 Message-Id: <199510081823.TAA28448@dawnrazor.campus.luth.se> X-Authentication-Warning: dawnrazor.campus.luth.se: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: eyfarris@gdwest.gd.com (Eblan Y Farris) cc: freebsd-hackers@freebsd.org Subject: Re: Netscape 2.0beta1 In-reply-to: Your message of "Sun, 08 Oct 1995 05:33:04 PDT." <9510081233.AA07955@gdwest.gd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 08 Oct 1995 19:23:34 +0100 From: Olof Johansson Sender: owner-hackers@freebsd.org Precedence: bulk > When I run Netscape 2.0b1 I get the following: > > couldn't load: > > No other resources were reasonable! > The fallback font "fixed,*-16-*" could not be loaded! > Giving up. > [1] Exit -1 ./netscape > > Any ideas? Are you running XFree86 3.1.1 or 3.1.2? I'm running 3.1.2, it might have to do with that. -Olof From owner-freebsd-hackers Sun Oct 8 11:41:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08897 for hackers-outgoing; Sun, 8 Oct 1995 11:41:37 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08879 ; Sun, 8 Oct 1995 11:41:30 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id TAA19970; Sun, 8 Oct 1995 19:32:12 +0100 Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.6.12/8.6.12) with SMTP id TAA01429; Sun, 8 Oct 1995 19:26:41 +0100 Date: Sun, 8 Oct 1995 19:26:41 +0100 (MET) From: Andreas Klemm To: Eblan Y Farris cc: joerg_wunsch@uriah.heep.sax.de, offe@dawnrazor.campus.luth.se, pete@RockyMountain.rahul.net, freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Netscape 2.0beta1 In-Reply-To: <9510081233.AA07955@gdwest.gd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 8 Oct 1995, Eblan Y Farris wrote: > When I run Netscape 2.0b1 I get the following: > > couldn't load: > > No other resources were reasonable! > The fallback font "fixed,*-16-*" could not be loaded! > Giving up. > [1] Exit -1 ./netscape > > Any ideas? Read the readme file ... Here, what I have in my .cshrc file... Can you guess what's missing in your configuration ?! ;-)) setenv XKEYSYMDB /home/andreas/.XKeysymDB setenv XNLSPATH /usr/X11R6/lib/X11/nls Netscape 2.0b1 now works like a charm. The News reader is really smart ... No problems seen so far. Except the mail reader ... why doesn't he find my incoming folder in /var/mail ??? -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Sun Oct 8 11:59:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA09194 for hackers-outgoing; Sun, 8 Oct 1995 11:59:33 -0700 Received: from jmurray.async.vt.edu (jmurray.async.vt.edu [128.173.30.111]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA09173 ; Sun, 8 Oct 1995 11:59:27 -0700 Received: from jmurray.async.vt.edu (localhost [127.0.0.1]) by jmurray.async.vt.edu (8.6.11/8.6.9) with SMTP id PAA05733; Sun, 8 Oct 1995 15:01:44 -0400 Message-ID: <30782017.41C67EA6@vt.edu> Date: Sun, 08 Oct 1995 15:01:43 -0400 From: John Murray X-Mailer: Mozilla 2.0b1 (X11; I; BSD/386 uname failed) MIME-Version: 1.0 To: Andreas Klemm CC: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Netscape 2.0beta1 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Andreas Klemm wrote: > > Netscape 2.0b1 now works like a charm. The News reader is > really smart ... No problems seen so far. > > Except the mail reader ... why doesn't he find my incoming folder > in /var/mail ??? >From The Release Notes: If you encounter problems using Netscape's builtin movemail support, there are two likely solutions; 1) the $MAIL environment variable must be set to your system's mail spool directory, and 2) the mail spool directory must be writable by the user. If your mail spool is not writeable, and you cannot use POP, you can obtain an alternative movemail program. We recommend obtaining a copy of GNU movemail, which is part of the XEmacs distribution available via anonymous FTP from ftp.cs.uiuc.edu (128.174.252.1) in the directory /pub/xemacs/. The most up-to-date list of distribution sites can always be found on the XEmacs WWW page, http://xemacs.cs.uiuc.edu/. Hope this helps. __ John Murray jmurray@vt.edu From owner-freebsd-hackers Sun Oct 8 12:04:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA09312 for hackers-outgoing; Sun, 8 Oct 1995 12:04:02 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA09304 for ; Sun, 8 Oct 1995 12:03:59 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id NAA07620; Sun, 8 Oct 1995 13:03:38 -0600 Message-Id: <199510081903.NAA07620@rover.village.org> To: dennis@etinc.com (dennis) Subject: Re: VLB Disk Controllers Cc: hackers@freebsd.org In-reply-to: Your message of Sun, 08 Oct 1995 12:45:34 EDT Date: Sun, 08 Oct 1995 13:03:38 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : Stinky MB. Mine has four or five parameters in the bios, plus jumpers for 33 : and 40Mhz and a wait state. What are these parameters? Maybe mine has them and I'm too ignorant to recognize them. It was a relatively early MB, purchased when the 486DX33 was near the top of the line, and the DX-2's were just out, but not available in quantity for most people just yet. Warner From owner-freebsd-hackers Sun Oct 8 12:34:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA09654 for hackers-outgoing; Sun, 8 Oct 1995 12:34:25 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA09637 ; Sun, 8 Oct 1995 12:34:19 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id UAA04128; Sun, 8 Oct 1995 20:33:58 +0100 Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.6.12/8.6.12) with SMTP id UAA01802; Sun, 8 Oct 1995 20:31:51 +0100 Date: Sun, 8 Oct 1995 20:31:50 +0100 (MET) From: Andreas Klemm To: John Murray cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Netscape 2.0beta1 In-Reply-To: <30782017.41C67EA6@vt.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk > If you encounter problems using Netscape's builtin movemail support, > there are two likely solutions; 1) the $MAIL environment variable > must be set to your system's mail spool directory, and 2) the mail > spool directory must be writable by the user. > > If your mail spool is not writeable, and you cannot use POP, you can > obtain an alternative movemail program. We recommend obtaining a > copy of GNU movemail, which is part of the XEmacs distribution > available via anonymous FTP from ftp.cs.uiuc.edu (128.174.252.1) in > the directory /pub/xemacs/. The most up-to-date list of distribution > sites can always be found on the XEmacs WWW page, > http://xemacs.cs.uiuc.edu/. Thanks John, will try it. -- $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Sun Oct 8 13:22:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA10283 for hackers-outgoing; Sun, 8 Oct 1995 13:22:49 -0700 Received: from localhost.lightside.com (user47.lightside.com [198.81.209.47]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA10272 ; Sun, 8 Oct 1995 13:22:37 -0700 Received: (from jehamby@localhost) by localhost.lightside.com (8.6.12/8.6.9) id NAA00197; Sun, 8 Oct 1995 13:23:44 -0700 Date: Sun, 8 Oct 1995 13:23:30 -0700 (PDT) From: Jake Hamby X-Sender: jehamby@localhost To: jkh@FreeBSD.ORG, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Atapi.flp boots but doesn't recognize.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I just now tried out the new (Oct. 6) atapi.flp boot disk, and while it doesn't lock up the machine anymore, it completely fails to recognize my Mitsumi IDE CD-ROM (although it does correctly probe the second IDE controller that it is on). I haven't sup'ped or looked at the latest FreeBSD-stable source tree, so I'm not sure exactly how you're building this boot disk, although the last time I checked, the ATAPI source had not been entirely integrated into -stable, especially the "#ifdef ATAPI" sections in wd.c. If this is the case, it could explain why my CD-ROM isn't being recognized. Anyone else with an IDE CD-ROM tested out the new atapi.flp yet? ------------------------------------------------------------------------------ Jake Hamby | E-Mail: jehamby@lightside.com Student, Cal Poly University, Pomona | System Administrator, JPL ------------------------------------------------------------------------------ From owner-freebsd-hackers Sun Oct 8 13:28:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA10468 for hackers-outgoing; Sun, 8 Oct 1995 13:28:25 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA10463 for ; Sun, 8 Oct 1995 13:28:23 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id NAA13789; Sun, 8 Oct 1995 13:27:31 -0700 From: Julian Elischer Message-Id: <199510082027.NAA13789@ref.tfs.com> Subject: Re: VLB Disk Controllers To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Sun, 8 Oct 1995 13:27:31 -0700 (PDT) Cc: bde@zeta.org.au, dennis@etinc.com, hackers@freebsd.org In-Reply-To: <199510081149.MAA20432@keltia.freenix.fr> from "Ollivier Robert" at Oct 8, 95 12:49:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 104 Sender: owner-hackers@freebsd.org Precedence: bulk > > > transfer speed is 1.25286e+07 bytes/sec heh? how do you get 12MB/sec on a 10MB/sec SCSI bus? From owner-freebsd-hackers Sun Oct 8 13:31:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA10571 for hackers-outgoing; Sun, 8 Oct 1995 13:31:59 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA10564 ; Sun, 8 Oct 1995 13:31:55 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id NAA13802; Sun, 8 Oct 1995 13:30:19 -0700 From: Julian Elischer Message-Id: <199510082030.NAA13802@ref.tfs.com> Subject: Re: Kernelconfig.sgml FINALLY FINISHED! To: j@uriah.heep.sax.de (J Wunsch) Date: Sun, 8 Oct 1995 13:30:18 -0700 (PDT) Cc: doc@freebsd.org, freebsd-hackers@freebsd.org, jehamby@lightside.com, jfieber@indiana.edu In-Reply-To: <199510081336.OAA00534@uriah.heep.sax.de> from "J Wunsch" at Oct 8, 95 02:36:30 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1369 Sender: owner-hackers@freebsd.org Precedence: bulk > > As Andreas Klemm wrote: > > > > I would add a note, like "don't name your kernel DEBUG, > > since that would cause debugging statements to be compiled > > into the kernel, which is only useful for kernel developers." > > ``Often, config file names resemble the name of the machine the kernel > is intended for, for example, a config file for the machine > freefall.freebsd.org would be called FREEFALL.'' > > > # make depend <<== what about this ?! > > # make > > # make install > > > > I always thought, that a "make depend" is important here ?! > > Since config(8) has just blown away the entire build directory (and > will blow away it again next time), make depend is simply a waste of > time. (Btw., /usr/src/release/Makefile does also fail in this area: > it's wasting much time makeing depend for two kernels where the build > areas are being nuked 10 minutes later. :-) THIS IS NOT TRUE I often make ne configuration, then build from it several dozen times as I edit various sources.. not having correct dependencies can be a real problem, and cause untold hours of wasted debugging.. > > People who know about config -n do also know about make depend. :-) > > -- > 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 Oct 8 13:39:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA10776 for hackers-outgoing; Sun, 8 Oct 1995 13:39:13 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA10769 for ; Sun, 8 Oct 1995 13:39:08 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id NAA13827; Sun, 8 Oct 1995 13:38:29 -0700 From: Julian Elischer Message-Id: <199510082038.NAA13827@ref.tfs.com> Subject: Re: direct acces to the text screen memory To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 8 Oct 1995 13:38:29 -0700 (PDT) Cc: didier@aida.org, hackers@freebsd.org In-Reply-To: <199510080915.KAA00387@uriah.heep.sax.de> from "J Wunsch" at Oct 8, 95 10:14:59 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 828 Sender: owner-hackers@freebsd.org Precedence: bulk > > As Didier Derny wrote: > > > > Is there any way to write directly in the text screen memory. > > > > I'm writing a commodore 8000 emulation and the use of ANSI sequences > > to write in the screen is extremely slow. for this sort of thing it starts to become attractive to run a local frame buffer in the program and do totoal screen updates every now and then.. (I guess you could say that this is what curses does..) > > There is a way (you could mmap() the frame buffer), but using > something like curses is strongly recommended instead. This way, your > emulation will automagically also run inside an xterm or on a serial > terminal. > > -- > 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 Oct 8 13:41:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA10889 for hackers-outgoing; Sun, 8 Oct 1995 13:41:55 -0700 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA10883 for ; Sun, 8 Oct 1995 13:41:49 -0700 Received: from exalt.x.org by expo.x.org id AA25421; Sun, 8 Oct 95 16:41:17 -0400 Received: from localhost by exalt.x.org id QAA29852; Sun, 8 Oct 1995 16:41:17 -0400 Message-Id: <199510082041.QAA29852@exalt.x.org> To: hackers@freefall.FreeBSD.org Subject: Re: Netscape 2.0beta1 In-Reply-To: Your message of Sun, 08 Oct 1995 19:26:41 EST. Organization: X Consortium Date: Sun, 08 Oct 1995 16:41:16 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Here, what I have in my .cshrc file... Can you guess what's > missing in your configuration ?! ;-)) > setenv XKEYSYMDB /home/andreas/.XKeysymDB > setenv XNLSPATH /usr/X11R6/lib/X11/nls Well, XNLSPATH is ancient R5 history. It's a leftover from the R5 Xsi mechanism. The Netscape XKeysymDB is identical to the X11R6 (and XFree86) XKeysymDB file. If you're using R6 it's sufficient to make /usr/X11 a symlink to /usr/X11R6 and copy the nls cruft to /usr/X11R6/lib/X11/nls. I've already sent a suggestion to Jamie Zawinski (jwz@netscape.com) a suggestion that he would have done better to have used the R5 Ximp mechanism, which survived into R6, so that all the R6 users wouldn't have to muck up their installation. If you agree, drop him a line and encourage him to do it correctly. -- Kaleb KEITHLEY From owner-freebsd-hackers Sun Oct 8 13:51:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA11135 for hackers-outgoing; Sun, 8 Oct 1995 13:51:21 -0700 Received: from xenon.chromatic.com (xenon.chromatic.com [199.5.224.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA11114 ; Sun, 8 Oct 1995 13:51:11 -0700 Received: from localhost (jdl@localhost) by xenon.chromatic.com (8.6.10/8.6.9) with SMTP id NAA25970; Sun, 8 Oct 1995 13:51:08 -0700 Message-Id: <199510082051.NAA25970@xenon.chromatic.com> X-Authentication-Warning: xenon.chromatic.com: Host localhost didn't use HELO protocol To: Jake Hamby cc: jkh@FreeBSD.ORG, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Atapi.flp boots but doesn't recognize.. In-reply-to: Your message of "Sun, 08 Oct 1995 13:23:30 PDT." Reply-To: jdl@chromatic.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: Sun, 08 Oct 1995 13:51:08 -0700 From: Jon Loeliger Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Jake Hamby scribbled: > Anyone else with an IDE CD-ROM tested out the new atapi.flp yet? I've not been able to even test it yet, and would like to. I'll get a chance in about two or three days from now, however. jdl From owner-freebsd-hackers Sun Oct 8 14:25:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA12056 for hackers-outgoing; Sun, 8 Oct 1995 14:25:59 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA12045 for ; Sun, 8 Oct 1995 14:25:54 -0700 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 WAA18040 ; Sun, 8 Oct 1995 22:25:49 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA01237 ; Sun, 8 Oct 1995 22:25:49 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id WAA24173; Sun, 8 Oct 1995 22:18:26 +0100 (MET) From: Ollivier Robert Message-Id: <199510082118.WAA24173@keltia.freenix.fr> Subject: Re: Netscape 2.0beta1 To: andreas@knobel.gun.de (Andreas Klemm) Date: Sun, 8 Oct 1995 22:18:25 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) In-Reply-To: from "Andreas Klemm" at Oct 8, 95 07:26:41 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1190 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 It seems that Andreas Klemm said: > Netscape 2.0b1 now works like a charm. The News reader is > really smart ... No problems seen so far. Does it permit cancelling your articles ? If no, then it should never be used to post News. BTW I filtering Net$cape posting because I've too many times html or Quoted-printable posts. /^X-Mailer: Mozilla/h:j -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-hackers Sun Oct 8 14:26:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA12063 for hackers-outgoing; Sun, 8 Oct 1995 14:26:00 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA12046 for ; Sun, 8 Oct 1995 14:25:55 -0700 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 WAA18044 ; Sun, 8 Oct 1995 22:25:50 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id WAA01240 ; Sun, 8 Oct 1995 22:25:50 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id WAA24186; Sun, 8 Oct 1995 22:19:54 +0100 (MET) From: Ollivier Robert Message-Id: <199510082119.WAA24186@keltia.freenix.fr> Subject: Re: VLB Disk Controllers To: julian@ref.tfs.com (Julian Elischer) Date: Sun, 8 Oct 1995 22:19:54 +0100 (MET) Cc: bde@zeta.org.au, dennis@etinc.com, hackers@freebsd.org In-Reply-To: <199510082027.NAA13789@ref.tfs.com> from "Julian Elischer" at Oct 8, 95 01:27:31 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1190 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 It seems that Julian Elischer said: > > > transfer speed is 1.25286e+07 bytes/sec > > heh? > how do you get 12MB/sec on a 10MB/sec SCSI bus? I don't know, ask Bruce, the text you quoted is from him not me :-) -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-hackers Sun Oct 8 14:50:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA12862 for hackers-outgoing; Sun, 8 Oct 1995 14:50:26 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA12842 for ; Sun, 8 Oct 1995 14:50:12 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id HAA11073; Mon, 9 Oct 1995 07:45:19 +1000 Date: Mon, 9 Oct 1995 07:45:19 +1000 From: Bruce Evans Message-Id: <199510082145.HAA11073@godzilla.zeta.org.au> To: julian@ref.tfs.com, roberto@keltia.freenix.fr Subject: Re: VLB Disk Controllers Cc: bde@zeta.org.au, dennis@etinc.com, hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> > transfer speed is 1.25286e+07 bytes/sec >heh? >how do you get 12MB/sec on a 10MB/sec SCSI bus? It's the relative transfer speed for transferring 4K blocks and 8K blocks. If 4K blocks are transferred at 5MB/sec and 8K blocks are transferred at 10MB/sec, then the relative speed is infinite :-). This shows that the test is biased. It prints the speed mainly as a sanity test. If the speed isn't close to the SCSI bus speed, then you shouldn't trust any of the results of the test. Bruce From owner-freebsd-hackers Sun Oct 8 15:05:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13402 for hackers-outgoing; Sun, 8 Oct 1995 15:05:26 -0700 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA13397 for ; Sun, 8 Oct 1995 15:05:18 -0700 Received: (from didier@localhost) by aida (8.6.12/8.6.9) id WAA00248; Sun, 8 Oct 1995 22:01:00 +0100 Date: Sun, 8 Oct 1995 22:01:00 +0100 (MET) From: Didier Derny X-Sender: didier@aida To: Julian Elischer cc: joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org Subject: Re: direct acces to the text screen memory In-Reply-To: <199510082038.NAA13827@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 8 Oct 1995, Julian Elischer wrote: > > > > As Didier Derny wrote: > > > > > > Is there any way to write directly in the text screen memory. > > > > > > I'm writing a commodore 8000 emulation and the use of ANSI sequences > > > to write in the screen is extremely slow. > > for this sort of thing it starts to become attractive to run a local frame > buffer in the program and do totoal screen updates every now and then.. > (I guess you could say that this is what curses does..) > > > > There is a way (you could mmap() the frame buffer), but using > > something like curses is strongly recommended instead. This way, your > > emulation will automagically also run inside an xterm or on a serial > > terminal. > > > > -- > > 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. ;-) > > > > The Commodore 8032 directly write in the screen memory. I transform the write operation to the screen memory by an optimized ANSI sequences everything works fine but when the Commodore scroll the screen the entire screen update becomes very slow since it rewrite the entire screen. How can I map the text screen ? -- Didier Derny didier@aida.org --- I boycott everything from: new zealand, australia, denmark, england From owner-freebsd-hackers Sun Oct 8 15:12:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13694 for hackers-outgoing; Sun, 8 Oct 1995 15:12:08 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA13689 for ; Sun, 8 Oct 1995 15:12:05 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id SAA28462; Sun, 8 Oct 1995 18:01:36 -0400 Date: Sun, 8 Oct 1995 18:01:35 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: VLB Disk Controllers To: Bruce Evans cc: julian@ref.tfs.com, roberto@keltia.freenix.fr, bde@zeta.org.au, dennis@etinc.com, hackers@freebsd.org In-Reply-To: <199510082145.HAA11073@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 Mon, 9 Oct 1995, Bruce Evans wrote: > >> > transfer speed is 1.25286e+07 bytes/sec > > >heh? > >how do you get 12MB/sec on a 10MB/sec SCSI bus? well how about these numbers (dont sweat them, i have not yet created the sd1sX devices) ./disklatency /dev/rsd1f Command overhead is 11092 usec (time_4096 = 11098, time_8192 = 11104) transfer speed is 6.88982e+08 bytes/sec Aspen: {258} !! ./disklatency /dev/rsd1f Command overhead is 6270 usec (time_4096 = 4104, time_8192 = 1938) transfer speed is -1.891e+06 bytes/sec Aspen: {259} !! ./disklatency /dev/rsd1f Command overhead is 10991 usec (time_4096 = 11098, time_8192 = 11204) transfer speed is 3.84637e+07 bytes/sec Aspen: {260} !! ./disklatency /dev/rsd1f Command overhead is 11065 usec (time_4096 = 11120, time_8192 = 11175) transfer speed is 7.4424e+07 bytes/sec > > It's the relative transfer speed for transferring 4K blocks and 8K > blocks. If 4K blocks are transferred at 5MB/sec and 8K blocks are > transferred at 10MB/sec, then the relative speed is infinite :-). > This shows that the test is biased. It prints the speed mainly as > a sanity test. If the speed isn't close to the SCSI bus speed, then > you shouldn't trust any of the results of the test. > > Bruce > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Sun Oct 8 15:14:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA13810 for hackers-outgoing; Sun, 8 Oct 1995 15:14:53 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA13804 for ; Sun, 8 Oct 1995 15:14:50 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id PAA14022; Sun, 8 Oct 1995 15:14:23 -0700 From: Julian Elischer Message-Id: <199510082214.PAA14022@ref.tfs.com> Subject: Re: direct acces to the text screen memory To: didier@aida.org (Didier Derny) Date: Sun, 8 Oct 1995 15:14:22 -0700 (PDT) Cc: joerg_wunsch@uriah.heep.sax.de, hackers@freebsd.org In-Reply-To: from "Didier Derny" at Oct 8, 95 10:01:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2036 Sender: owner-hackers@freebsd.org Precedence: bulk don't do it that way..... use curses man 3 curses it does a lot of optimisation for you it works on an 'in memory' copy of the screen and uptates the screen when asked.. the difficult part will be learning whan to ask it to do a screen dump.. (whenever you move to a differnt line?, every 10th of a second?.. you experiment) if nothing has changed, it doesn't write anything out.. if only a few things have changed, then that's all it writes.. use ncurses, and get propper function-key and cursor key support that way you can run on almost any terminal, not just the console... julian > > On Sun, 8 Oct 1995, Julian Elischer wrote: > > > > > > > As Didier Derny wrote: > > > > > > > > Is there any way to write directly in the text screen memory. > > > > > > > > I'm writing a commodore 8000 emulation and the use of ANSI sequences > > > > to write in the screen is extremely slow. > > > > for this sort of thing it starts to become attractive to run a local frame > > buffer in the program and do totoal screen updates every now and then.. > > (I guess you could say that this is what curses does..) > > > > > > There is a way (you could mmap() the frame buffer), but using > > > something like curses is strongly recommended instead. This way, your > > > emulation will automagically also run inside an xterm or on a serial > > > terminal. > > > > > > -- > > > 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. ;-) > > > > > > > > > The Commodore 8032 directly write in the screen memory. I transform > the write operation to the screen memory by an optimized ANSI sequences > everything works fine but when the Commodore scroll the screen > the entire screen update becomes very slow since it rewrite the entire > screen. > > How can I map the text screen ? > > > -- > Didier Derny > didier@aida.org > --- I boycott everything from: new zealand, australia, denmark, england > > From owner-freebsd-hackers Sun Oct 8 15:25:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA14120 for hackers-outgoing; Sun, 8 Oct 1995 15:25:19 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA14113 for ; Sun, 8 Oct 1995 15:25:17 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA07308; Sun, 8 Oct 1995 15:22:38 -0700 From: Terry Lambert Message-Id: <199510082222.PAA07308@phaeton.artisoft.com> Subject: Re: 52gb RAID, works, sorta. To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Sun, 8 Oct 1995 15:22:38 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199510070515.BAA06854@crh.cl.msu.edu> from "Charles Henrich" at Oct 7, 95 01:15:23 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2451 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I was able to get FreeBSD not to panic, by going into DOS and fdisking > the RAID array. After that I was able to boot FreeBSD and lay down a > disklabel and new parition table. I created a single 52GB partition > on the array, newfs took 6 hours to complete, When it was done it > appeared to work, however DF reports some strange numbers, I've added > some more debug: > > /dev/sd0s1c 51677350 106 4593383 0% /mnt > > f_blocks: 51677350 > f_bfree: 51677244 > f_bavail: 4593383 > f_bsize: 1024 > > What is with the huge discrepence between bfree and bavail? If im > reading this right my 52gb partition gives me 4gb of data space?! There is an explicit limitation on file size because of the paging code. This is enforced in the "get limits" stuff in the ufs/ffs/lfs code. There is also a limit on the addressable blocks because of some issues in about 6 places. Correcting these issues would take some work with a large drive in place to let you interactively see from whence the problems derive. One is a sign extension problem across a quad. When this is resolved, the limit goes up from 4G to 8G. Unfortunately, I don't have a 9G drive, or even a larger than 4G drive with which to validate the first change, let alone track down the others. This would be a worthwhile pursuit, but it would take someone with a large disk (like you have) to catch all the potential problems. Even then, there are issues that will probably only show on regression testing. The file size limitation, being VM related, will require the ability to place one or more VM windows onto a file (VM based I/O effectively memory maps all file I/O). I don't see this being resolved unledd you option out vmio entirely (and thus reintroduce the bugs that were never corrected in the 4.4BSD code nor NetBSD code, especially with regard to write clustering) or set up a vectored mapping table per vnode so that multiple mappings can be maintained by "segment descriptor". Even with virtual segment mode on the processor to get huge page sizes, there is still a 32 bit limit on the file size without some type of windowed access. You'd have to check with David or John for the exact window limit in the current code (it was less than 32 bits the last time I saw them post about 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 Sun Oct 8 15:28:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA14365 for hackers-outgoing; Sun, 8 Oct 1995 15:28:53 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA14358 for ; Sun, 8 Oct 1995 15:28:50 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA07328; Sun, 8 Oct 1995 15:25:13 -0700 From: Terry Lambert Message-Id: <199510082225.PAA07328@phaeton.artisoft.com> Subject: Re: can't delete chfn To: vince@apollo.COSC.GOV (-Vince-) Date: Sun, 8 Oct 1995 15:25:13 -0700 (MST) Cc: taob@io.org, FreeBSD-hackers@freefall.freebsd.org In-Reply-To: from "-Vince-" at Oct 7, 95 03:00:42 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 334 Sender: owner-hackers@FreeBSD.org Precedence: bulk > Hmmm, how do I set the kern.securelevel? It is set up from 0 in the rc file when going multiuser. It can only ever be set up during a dingle boot. You set it to 0 by rebooting single user. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Oct 8 15:34:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA14481 for hackers-outgoing; Sun, 8 Oct 1995 15:34:41 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA14475 for ; Sun, 8 Oct 1995 15:34:39 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA07347; Sun, 8 Oct 1995 15:32:45 -0700 From: Terry Lambert Message-Id: <199510082232.PAA07347@phaeton.artisoft.com> Subject: Re: FIFO stuff To: bde@zeta.org.au (Bruce Evans) Date: Sun, 8 Oct 1995 15:32:45 -0700 (MST) Cc: FreeBSD-Hackers@FreeBSD.ORG, chuckr@eng.umd.edu In-Reply-To: <199510072139.HAA03662@godzilla.zeta.org.au> from "Bruce Evans" at Oct 8, 95 07:39:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2161 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >I looked at the finger source, and the .plan file is checked to see if > >it's there, and if it's non-zero length. OK, I got it to check if it was > >a fifo, and if it was, not do the non-zero length check, but reading the > >fifo seems to be a problem. Finger wants to do a character by character > >read, and check if any of the returns are EOF. Since it may do a read > >before masterplan has genned a new response file, it gets this EOF before > >the masterplan program has had time to respond. > > Just reading it should work. The open should block until something > writes the the fifo, and read should not return 0 until the fifo is not > open for writing by any process. .plan must remain a fifo throughout. > I don't think this can be made to work properly if masterplan replaces > .plan with a fifo on the fly. I believe the problem is that a non-blocking open on a FIFO fails to cause the use of non-blocking reads. I put one patch up for this, but it was insufficient (I noted this in the patch at the time). It would require me setting up a testbed to crrect this problem, and my current machine resources are all committed (I don't have room for all of Masterplan). I also do not have time to tract the FIFOFS problems further, other than to acknowledge that yes, according to the code, that is correct behaviour. Clearly, it's not what Masterplan expects, and it may in fact require a reimplementation of the FIFO code to fix. I plan on waiting on doing *anything* like this until the struct fileops bogosity is removed from /sys/sys/file.h. This will take some cleanup on several file systems, notable specfs. Hopefully specfs will be dying in any case, to be replaced in all instances by symlinks to a permanently mounted devfs. That would make the necessary POSIX domain socket code repairs (probably a rewrite) on which the FIFO code is implemented a lot simpler. Unless someone wants to take this on now, it's probably something that will require a kludge patch to make work. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Oct 8 16:27:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA15304 for hackers-outgoing; Sun, 8 Oct 1995 16:27:12 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA15296 for ; Sun, 8 Oct 1995 16:27:07 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA07427; Sun, 8 Oct 1995 16:24:49 -0700 From: Terry Lambert Message-Id: <199510082324.QAA07427@phaeton.artisoft.com> Subject: Re: APC UPS monitoring daemon To: mmead@Glock.COM (matthew c. mead) Date: Sun, 8 Oct 1995 16:24:49 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199510081751.NAA11188@Glock.COM> from "matthew c. mead" at Oct 8, 95 10:54:13 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 673 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > In the thread about UPS support, someone mentioned that an APC > monitoring daemon had been posted to comp.sources.unix. I cannot find this > source code, and was wondering if anyone's got a copy of it. If so, could > you please forward it to me? Thanks! > [ ... LENGTHY REPLY SENT OFF LIST -- CONTACT MATTHEW FOR A COPY ... ] It was me. I was wrong; it was on comp.sys.sun.hardware (in June of 1993). I have sent a bunch of stuff, including a small source program and the fact that the Linux SYSV "init" handles UPS'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 Sun Oct 8 17:29:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA16430 for hackers-outgoing; Sun, 8 Oct 1995 17:29:46 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA16425 for ; Sun, 8 Oct 1995 17:29:43 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA14049; Sun, 8 Oct 95 18:28:58 -0600 Received: by yarmouth.fsl.noaa.gov (1.37.109.16/SMI-4.1 (1.37.109.16)) id AA195408537; Sun, 8 Oct 1995 18:28:57 -0600 Date: Sun, 8 Oct 1995 18:28:57 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <199510090028.AA195408537@yarmouth.fsl.noaa.gov> To: roberto@keltia.freenix.fr Cc: andreas@knobel.gun.de, freebsd-hackers@freebsd.org In-Reply-To: <199510082118.WAA24173@keltia.freenix.fr> (message from Ollivier Robert on Sun, 8 Oct 1995 22:18:25 +0100 (MET)) Subject: Re: Netscape 2.0beta1 Sender: owner-hackers@freebsd.org Precedence: bulk Speaking of Netscape 2.0, what's the deal with this linux version sitting in their FTP area? I thought there wasn't going to be any linux version. -- Sean Kelly NOAA Forecast Systems Laboratory, Boulder Colorado USA If you define cowardice as running away at the first sign of danger, screaming and tripping and begging for mercy, then yes, Mr. Brave Man, I guess I am a coward. -- Jack Handey From owner-freebsd-hackers Sun Oct 8 18:02:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA16797 for hackers-outgoing; Sun, 8 Oct 1995 18:02:08 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA16792 for ; Sun, 8 Oct 1995 18:02:06 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id VAA16572; Sun, 8 Oct 1995 21:04:09 -0400 From: Charles Henrich Message-Id: <199510090104.VAA16572@crh.cl.msu.edu> Subject: Re: 52gb RAID, works, sorta. To: terry@lambert.org (Terry Lambert) Date: Sun, 8 Oct 1995 21:04:09 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199510082222.PAA07308@phaeton.artisoft.com> from "Terry Lambert" at Oct 8, 95 03:22:38 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 381 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > There is an explicit limitation on file size because of the paging code. So then is b_avail the max size of a file, and not the available blocks on the device? I.e. even though it reports 4gb, I should be able to place >4gb of files there? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Sun Oct 8 18:28:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA17334 for hackers-outgoing; Sun, 8 Oct 1995 18:28:04 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id SAA17312 ; Sun, 8 Oct 1995 18:27:50 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA07099 (5.67b8/IDA-1.5); Sun, 8 Oct 1995 18:27:05 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA22113 (5.67b8/IDA-1.5); Sun, 8 Oct 1995 18:27:03 -0700 Received: by RockyMountain.rahul.net id AA20164 (5.67b/IDA-1.5); Sun, 8 Oct 1995 18:27:00 -0700 Date: Sun, 8 Oct 1995 18:27:00 -0700 From: Pete Delaney Message-Id: <199510090127.AA20164@RockyMountain.rahul.net> To: andreas@knobel.gun.de, jmurray@vt.edu Subject: Re: Netscape 2.0beta1 Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > > Andreas Klemm wrote: > > > > Netscape 2.0b1 now works like a charm. The News reader is > > really smart ... No problems seen so far. Try useing the Java stuff by setting the CLASSPATH to "." (or whereever), surfing java.sun.com demos, and then removing the Netscape core file. From owner-freebsd-hackers Sun Oct 8 18:41:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA17818 for hackers-outgoing; Sun, 8 Oct 1995 18:41:26 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA17796 ; Sun, 8 Oct 1995 18:41:15 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id LAA08050; Mon, 9 Oct 1995 11:38:35 +0930 From: Michael Smith Message-Id: <199510090208.LAA08050@genesis.atrad.adelaide.edu.au> Subject: Re: Netscape 2.0beta1 To: pete@RockyMountain.rahul.net (Pete Delaney) Date: Mon, 9 Oct 1995 11:38:35 +0930 (CST) Cc: andreas@knobel.gun.de, jmurray@vt.edu, freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <199510090127.AA20164@RockyMountain.rahul.net> from "Pete Delaney" at Oct 8, 95 06:27:00 pm Content-Type: text Content-Length: 792 Sender: owner-hackers@freebsd.org Precedence: bulk Pete Delaney stands accused of saying: > > Andreas Klemm wrote: > > > > > > Netscape 2.0b1 now works like a charm. The News reader is > > > really smart ... No problems seen so far. > > Try useing the Java stuff by setting the CLASSPATH to "." (or whereever), > surfing java.sun.com demos, and then removing the Netscape core file. It _still_ doesn't handle socks proxy servers. Major whine. 8( -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Sun Oct 8 18:42:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA17866 for hackers-outgoing; Sun, 8 Oct 1995 18:42:01 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA17861 for ; Sun, 8 Oct 1995 18:41:54 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id LAA08059; Mon, 9 Oct 1995 11:39:16 +0930 From: Michael Smith Message-Id: <199510090209.LAA08059@genesis.atrad.adelaide.edu.au> Subject: Re: Fiskars UPS support... To: aledm@pavilion.co.uk (Aled Morris) Date: Mon, 9 Oct 1995 11:39:16 +0930 (CST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199510061429.PAA21230@deputy.pavilion.co.uk> from "Aled Morris" at Oct 6, 95 03:29:10 pm Content-Type: text Content-Length: 757 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Aled Morris stands accused of saying: > >I wanted to do a program myself like this, but I was hung up on one > >question. Many UPSs are going to be used to monitor more than one > >machine, > > Also, the daemon should support SNMP-capable UPS's which send > traps (or which can be polled) for status. You're volunteering to write such a module? That's wonderful! > Aled -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Sun Oct 8 19:04:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA18196 for hackers-outgoing; Sun, 8 Oct 1995 19:04:19 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA18184 for ; Sun, 8 Oct 1995 19:03:47 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA08190 for hackers@freebsd.org; Mon, 9 Oct 1995 12:01:55 +0930 From: Michael Smith Message-Id: <199510090231.MAA08190@genesis.atrad.adelaide.edu.au> Subject: UPS support - mail alias To: hackers@freebsd.org Date: Mon, 9 Oct 1995 12:01:55 +0930 (CST) Content-Type: text Content-Length: 736 Sender: owner-hackers@freebsd.org Precedence: bulk Given the moderate amount of interest shown in this, I've set up an alias 'ups@atrad.adelaide.edu.au' for discussion of the implementation of a modular UPS monitoring daemon for FreeBSD. If you're interested in talking about this, or in providing an interface module, or just want to keep up with whatever happens, let me know and I'll add you to it. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Sun Oct 8 19:08:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA18335 for hackers-outgoing; Sun, 8 Oct 1995 19:08:57 -0700 Received: from bacchus.eng.umd.edu (bacchus.eng.umd.edu [129.2.94.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA18313 ; Sun, 8 Oct 1995 19:08:49 -0700 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by bacchus.eng.umd.edu (8.7/8.7) with ESMTP id WAA01734; Sun, 8 Oct 1995 22:08:34 -0400 (EDT) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7/8.6.4) id WAA11412; Sun, 8 Oct 1995 22:08:34 -0400 (EDT) Date: Sun, 8 Oct 1995 22:08:33 -0400 (EDT) From: Chuck Robey To: Michael Smith cc: Pete Delaney , andreas@knobel.gun.de, jmurray@vt.edu, freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Netscape 2.0beta1 In-Reply-To: <199510090208.LAA08050@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 Mon, 9 Oct 1995, Michael Smith wrote: > Pete Delaney stands accused of saying: > > > Andreas Klemm wrote: > > > > > > > > Netscape 2.0b1 now works like a charm. The News reader is > > > > really smart ... No problems seen so far. > > > > Try useing the Java stuff by setting the CLASSPATH to "." (or whereever), > > surfing java.sun.com demos, and then removing the Netscape core file. > > It _still_ doesn't handle socks proxy servers. Major whine. 8( And it self destructs on December 15, according to the README in the directory it came from. > > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Oct 8 19:27:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA18685 for hackers-outgoing; Sun, 8 Oct 1995 19:27:40 -0700 Received: from pluto.ops.NeoSoft.com (root@pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA18678 for ; Sun, 8 Oct 1995 19:27:34 -0700 Received: from concorde.neosoft.com (root@concorde.NeoSoft.COM [198.65.161.214]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id VAA06340; Sun, 8 Oct 1995 21:27:26 -0500 Received: (from dbaker@localhost) by concorde.neosoft.com (8.6.12/8.6.11) id VAA00488; Sun, 8 Oct 1995 21:27:22 -0500 Date: Sun, 8 Oct 1995 21:27:22 -0500 (CDT) From: Daniel Baker X-Sender: dbaker@concorde.neosoft.com To: Olof Johansson cc: Eblan Y Farris , freebsd-hackers@freebsd.org Subject: Re: Netscape 2.0beta1 In-Reply-To: <199510081823.TAA28448@dawnrazor.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 8 Oct 1995, Olof Johansson wrote: > > When I run Netscape 2.0b1 I get the following: > > > > couldn't load: > > > > No other resources were reasonable! > > The fallback font "fixed,*-16-*" could not be loaded! > > Giving up. > > [1] Exit -1 ./netscape > > > > Any ideas? > > Are you running XFree86 3.1.1 or 3.1.2? > I'm running 3.1.2, it might have to do with that. Yah, I had the same problem -- make sure to set your $XNLSPATH before loading, that should fix your problem. > > -Olof > > ++If you're cool, you run FreeBSD++ Daniel Baker -- NeoSoft Student Assistant (UseNet, FTP & CivNet Admin.) DBaker@NeoSoft.COM DBaker@Concorde-Mail.NeoSoft.COM (A FreeBSD Machine) ** http://www.neosoft.com/neosoft/staff/dbaker/default.html ** ++Get NeoSoft 'Net Access TODAY!!! 1/800-GET-NEOSOFT++ From owner-freebsd-hackers Sun Oct 8 21:00:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA22233 for hackers-outgoing; Sun, 8 Oct 1995 21:00:54 -0700 Received: from netcom7.netcom.com (root@netcom7.netcom.com [192.100.81.115]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA22226 for ; Sun, 8 Oct 1995 21:00:47 -0700 Received: from snoopy.net1.vpm.com by netcom7.netcom.com (8.6.12/Netcom) id UAA29233; Sun, 8 Oct 1995 20:59:54 -0700 Message-Id: <199510090359.UAA29233@netcom7.netcom.com> X-Sender: mcstout@netcom.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 08 Oct 1995 20:57:41 -0700 To: hackers@freebsd.org From: Mark Stout Subject: Netscape's Admin Server Sender: owner-hackers@freebsd.org Precedence: bulk List: I'm trying to install Netscape's Commerce Server on FreeBSD. The httpd server runs fine, however, when attempting to access the administrator server, I get a core dump with the following error message: [date:time] catastrophe: caught SIGSEGV or SEGBUS, tyring to dump core in admin/config Does anyone know if Netscape's Commerce Server, the BSDI ported version, runs properly on FreeBSD? The standard server runs apparently without problems, but the administative server dumps core. Any solutions short of getting BSDI would be appreciated. Ciao, Mark ========================================================================== Mark Stout | The Village Potpourri Mall: http://www.vpm.com/ ---------------+---------------------------------------------------------- VPM Enterprises; P.O.Box 6427; Folsom, CA 95763-6427 Commercial Internet Sales, Marketing and Advertising Specialist ========================================================================== From owner-freebsd-hackers Sun Oct 8 21:21:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA22854 for hackers-outgoing; Sun, 8 Oct 1995 21:21:28 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA22849 for ; Sun, 8 Oct 1995 21:21:25 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id VAA29594; Sun, 8 Oct 1995 21:20:24 -0700 Message-Id: <199510090420.VAA29594@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Mark Stout cc: hackers@freebsd.org Subject: Re: Netscape's Admin Server In-reply-to: Your message of "Sun, 08 Oct 1995 20:57:41 PDT." <199510090359.UAA29233@netcom7.netcom.com> Date: Sun, 08 Oct 1995 21:20:24 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >List: > > >I'm trying to install Netscape's Commerce Server on FreeBSD. The httpd >server runs fine, however, when attempting to access the administrator >server, I get a core dump with the following error message: > >[date:time] catastrophe: caught SIGSEGV or SEGBUS, tyring to dump core in >admin/config > >Does anyone know if Netscape's Commerce Server, the BSDI ported version, >runs properly on FreeBSD? The standard server runs apparently without >problems, but the administative server dumps core. Any solutions short of >getting BSDI would be appreciated. > >Ciao, >Mark Works fine for WC CDROM under 2.1-Stable from about two weeks back: https://www-secure.cdrom.com/orderfrm.html -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sun Oct 8 21:30:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA23026 for hackers-outgoing; Sun, 8 Oct 1995 21:30:43 -0700 Received: from netcom7.netcom.com (root@netcom7.netcom.com [192.100.81.115]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA23020 for ; Sun, 8 Oct 1995 21:30:37 -0700 Received: from snoopy.net1.vpm.com by netcom7.netcom.com (8.6.12/Netcom) id VAA02630; Sun, 8 Oct 1995 21:29:43 -0700 Message-Id: <199510090429.VAA02630@netcom7.netcom.com> X-Sender: mcstout@netcom.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 08 Oct 1995 21:27:30 -0700 To: hackers@freebsd.org From: Mark Stout Subject: Re: Netscape's Admin Server (re-sent) Sender: owner-hackers@freebsd.org Precedence: bulk List: Sorry, I forgot to include the release. I'm using the 950927-SNAP release. I'm trying to install Netscape's Commerce Server on FreeBSD. The httpd server runs fine, however, when attempting to access the administrator server, I get a core dump with the following error message: [date:time] catastrophe: caught SIGSEGV or SEGBUS, tyring to dump core in admin/config Does anyone know if Netscape's Commerce Server, the BSDI ported version, runs properly on FreeBSD? The standard server runs apparently without problems, but the administative server dumps core. Any solutions short of getting BSDI would be appreciated. Ciao, Mark ========================================================================== Mark Stout | The Village Potpourri Mall: http://www.vpm.com/ ---------------+---------------------------------------------------------- VPM Enterprises; P.O.Box 6427; Folsom, CA 95763-6427 Commercial Internet Sales, Marketing and Advertising Specialist ========================================================================== From owner-freebsd-hackers Sun Oct 8 21:44:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA23466 for hackers-outgoing; Sun, 8 Oct 1995 21:44:30 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA23461 for ; Sun, 8 Oct 1995 21:44:24 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.12/8.6.9) id AAA05232; Mon, 9 Oct 1995 00:44:08 -0400 Date: Mon, 9 Oct 1995 00:44:06 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: Sean Kelly cc: roberto@keltia.freenix.fr, andreas@knobel.gun.de, freebsd-hackers@freebsd.org Subject: Re: Netscape 2.0beta1 In-Reply-To: <199510090028.AA195408537@yarmouth.fsl.noaa.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Sun, 8 Oct 1995, Sean Kelly wrote: > Speaking of Netscape 2.0, what's the deal with this linux version > sitting in their FTP area? I thought there wasn't going to be any > linux version. My impression from Jeff W. was that a Linux port would be made available, but if you called in for support, they would tell you to take a flying leap. Marc. From owner-freebsd-hackers Sun Oct 8 22:21:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA24894 for hackers-outgoing; Sun, 8 Oct 1995 22:21:11 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA24887 for ; Sun, 8 Oct 1995 22:21:07 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA17577; Mon, 9 Oct 1995 06:21:05 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA28829; Mon, 9 Oct 1995 06:21:04 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id CAA03191; Mon, 9 Oct 1995 02:54:39 +0100 From: J Wunsch Message-Id: <199510090154.CAA03191@uriah.heep.sax.de> Subject: Re: direct acces to the text screen memory To: didier@aida.org (Didier Derny) Date: Mon, 9 Oct 1995 02:54:39 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Didier Derny" at Oct 8, 95 10:01: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 Content-Length: 591 Sender: owner-hackers@freebsd.org Precedence: bulk As Didier Derny wrote: > > ... but when the Commodore scroll the screen > the entire screen update becomes very slow since it rewrite the entire > screen. Why don't you scroll the screen then? > How can I map the text screen ? mmap(2). But only for the vty's. You lose on xterms and serial terminals. I guess at most 10 % of all applications run on vty's, so you can estimate the usage degree of your intented emulation. -- 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 Oct 8 22:21:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA24911 for hackers-outgoing; Sun, 8 Oct 1995 22:21:15 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA24895 for ; Sun, 8 Oct 1995 22:21:11 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA17588 for ; Mon, 9 Oct 1995 06:21:08 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA28831 for freebsd-hackers@freebsd.org; Mon, 9 Oct 1995 06:21:08 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id DAA03500 for freebsd-hackers@freebsd.org; Mon, 9 Oct 1995 03:21:27 +0100 From: J Wunsch Message-Id: <199510090221.DAA03500@uriah.heep.sax.de> Subject: Re: can't delete chfn To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 9 Oct 1995 03:21:27 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510082225.PAA07328@phaeton.artisoft.com> from "Terry Lambert" at Oct 8, 95 03:25:13 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 Content-Length: 519 Sender: owner-hackers@freebsd.org Precedence: bulk As Terry Lambert wrote: > > > Hmmm, how do I set the kern.securelevel? > > It is set up from 0 in the rc file when going multiuser. It could be set up in the rc file when going multiuser. > > It can only ever be set up during a single boot. > > You set it to 0 by rebooting single user. It's kept at -1 for all current FreeBSD default configurations. -- 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 Oct 8 22:22:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA25090 for hackers-outgoing; Sun, 8 Oct 1995 22:22:45 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA25071 ; Sun, 8 Oct 1995 22:22:39 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA17572; Mon, 9 Oct 1995 06:21:03 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA28828; Mon, 9 Oct 1995 06:21:03 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id CAA03155; Mon, 9 Oct 1995 02:51:54 +0100 From: J Wunsch Message-Id: <199510090151.CAA03155@uriah.heep.sax.de> Subject: Re: Kernelconfig.sgml FINALLY FINISHED! To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 9 Oct 1995 02:51:53 +0100 (MET) Cc: doc@freebsd.org, freebsd-hackers@freebsd.org, jehamby@lightside.com, jfieber@indiana.edu Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510082030.NAA13802@ref.tfs.com> from "Julian Elischer" at Oct 8, 95 01:30:18 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 Content-Length: 742 Sender: owner-hackers@freebsd.org Precedence: bulk As Julian Elischer wrote: > > > Since config(8) has just blown away the entire build directory (and > > will blow away it again next time), make depend is simply a waste of > > time. > I often make ne configuration, > then build from it several dozen times as I edit various sources.. > not having correct dependencies can be a real problem, and cause > untold hours of wasted debugging.. That's your own, yeah, what, stupidity. :) By default, config blows the entire build directory just for such reasons. If you've been disabling this, you are responsible for yourself. :-) -- 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 Oct 8 22:24:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA25221 for hackers-outgoing; Sun, 8 Oct 1995 22:24:53 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA25213 for ; Sun, 8 Oct 1995 22:24:47 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.12/8.6.9) id BAA05379; Mon, 9 Oct 1995 01:24:44 -0400 Date: Mon, 9 Oct 1995 01:24:43 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: hackers@freebsd.org Subject: ft driver from 2.0R Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Could some kind soul please send me the 2.0 ft driver? TIA, Marc. From owner-freebsd-hackers Mon Oct 9 00:44:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA27879 for hackers-outgoing; Mon, 9 Oct 1995 00:44:41 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA27874 for ; Mon, 9 Oct 1995 00:44:34 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA20074; Mon, 9 Oct 1995 08:44:26 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA29382; Mon, 9 Oct 1995 08:44:25 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA00743; Mon, 9 Oct 1995 08:41:12 +0100 From: J Wunsch Message-Id: <199510090741.IAA00743@uriah.heep.sax.de> Subject: Re: ft driver from 2.0R To: mrami@minerva.cis.yale.edu Date: Mon, 9 Oct 1995 08:41:11 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Marc Ramirez" at Oct 9, 95 01:24:43 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 251 Sender: owner-hackers@freebsd.org Precedence: bulk As Marc Ramirez wrote: > > Could some kind soul please send me the 2.0 ft driver? sent. -- 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 Oct 9 03:42:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA06823 for hackers-outgoing; Mon, 9 Oct 1995 03:42:37 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA06803 ; Mon, 9 Oct 1995 03:42:31 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id DAA16108; Mon, 9 Oct 1995 03:42:21 -0700 To: jdl@chromatic.com cc: Jake Hamby , jkh@FreeBSD.ORG, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Atapi.flp boots but doesn't recognize.. In-reply-to: Your message of "Sun, 08 Oct 1995 13:51:08 PDT." <199510082051.NAA25970@xenon.chromatic.com> Date: Mon, 09 Oct 1995 03:42:20 -0700 Message-ID: <16102.813235340@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I'd appreciate even *one* success report, folks! As it stands now, without more feedback I'm just going to drop the idea. I haven't heard *one* successful probe report, not one! :( Jordan > Jake Hamby scribbled: > > Anyone else with an IDE CD-ROM tested out the new atapi.flp yet? > > I've not been able to even test it yet, and would like to. I'll get > a chance in about two or three days from now, however. > > jdl From owner-freebsd-hackers Mon Oct 9 05:32:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA08900 for hackers-outgoing; Mon, 9 Oct 1995 05:32:47 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA08892 for ; Mon, 9 Oct 1995 05:32:24 -0700 Received: by Sysiphos id AA27046 (5.67b/IDA-1.5 for hackers@freebsd.org); Mon, 9 Oct 1995 13:31:58 +0100 Message-Id: <199510091231.AA27046@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 9 Oct 1995 13:31:57 +0100 In-Reply-To: David Greenman "Re: boot failure" (Oct 8, 6:28) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: davidg@root.com Subject: Re: boot failure Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Oct 8, 6:28, David Greenman wrote: } Subject: Re: boot failure } >I the last FreeBSD-stable received (today 11 GMT) refuse to boot } >saying that it is unable to mount the root file system } > } >in fact pci devices have not been detected at all } > } >is there any fix for this problem } } The fix might be to go back to the previous version in -stable (breaking } support for certain Compaq machines). } This is NOT good news. :-( Sorry about that! I sent a request for tests of the new probe code to the current list some three weeks ago, and received ZERO replies, which generally means, there is nothing wrong. I'll try to get some debug output from that system, but I'd understand, if you wanted to go back to the previous release, in case there is a new SNAP being built. But to get feedback on this problem, I'd rather have the current revision in -stable, or I'll never be able to understand what's going on. It results in aboot failure, but those people can just boot their kernel.old. There is no risk of data corruption. Please let me have a chance to get some feedback ... I'll try to resolve this in time for 2.1R ! 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/staff/esser/esser.html From owner-freebsd-hackers Mon Oct 9 08:33:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA13726 for hackers-outgoing; Mon, 9 Oct 1995 08:33:18 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA13717 for ; Mon, 9 Oct 1995 08:32:59 -0700 Received: by Sysiphos id AA00468 (5.67b/IDA-1.5 for hackers@freebsd.org); Mon, 9 Oct 1995 16:31:42 +0100 Message-Id: <199510091531.AA00468@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 9 Oct 1995 16:31:42 +0100 In-Reply-To: "Jonathan M. Bresler" "Re: VLB Disk Controllers" (Oct 8, 18:01) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: "Jonathan M. Bresler" Subject: Re: VLB Disk Controllers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Oct 8, 18:01, "Jonathan M. Bresler" wrote: } Subject: Re: VLB Disk Controllers } On Mon, 9 Oct 1995, Bruce Evans wrote: Seems you got disk_latency.c meanwhile ... (Didn't go to work on Sunday, so I couldn't reply earlier :) } > >> > transfer speed is 1.25286e+07 bytes/sec } > } > >heh? } > >how do you get 12MB/sec on a 10MB/sec SCSI bus? } } well how about these numbers (dont sweat them, i have not yet } created the sd1sX devices) } } ./disklatency /dev/rsd1f } Command overhead is 11092 usec (time_4096 = 11098, time_8192 = 11104) } transfer speed is 6.88982e+08 bytes/sec } Aspen: {258} !! } ./disklatency /dev/rsd1f } Command overhead is 6270 usec (time_4096 = 4104, time_8192 = 1938) } transfer speed is -1.891e+06 bytes/sec } Aspen: {259} !! } ./disklatency /dev/rsd1f } Command overhead is 10991 usec (time_4096 = 11098, time_8192 = 11204) } transfer speed is 3.84637e+07 bytes/sec } Aspen: {260} !! } ./disklatency /dev/rsd1f } Command overhead is 11065 usec (time_4096 = 11120, time_8192 = 11175) } transfer speed is 7.4424e+07 bytes/sec What controller is that ? 11ms seems very long, but that is what I got on our Sparc10 servers running SunOS 4.1.3 as well (on 4GB Barracuda II drives !) 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/staff/esser/esser.html From owner-freebsd-hackers Mon Oct 9 08:40:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA14095 for hackers-outgoing; Mon, 9 Oct 1995 08:40:47 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA14083 for ; Mon, 9 Oct 1995 08:40:43 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id IAA00655; Mon, 9 Oct 1995 08:40:40 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id IAA00177; Mon, 9 Oct 1995 08:40:40 -0700 Message-Id: <199510091540.IAA00177@corbin.Root.COM> To: se@zpr.uni-koeln.de (Stefan Esser) cc: hackers@freebsd.org Subject: Re: boot failure In-reply-to: Your message of "Mon, 09 Oct 95 13:31:57 BST." <199510091231.AA27046@Sysiphos> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 09 Oct 1995 08:40:40 -0700 Sender: owner-hackers@freebsd.org Precedence: bulk >But to get feedback on this problem, I'd rather have the >current revision in -stable, or I'll never be able to >understand what's going on. > >It results in aboot failure, but those people can just >boot their kernel.old. There is no risk of data corruption. >Please let me have a chance to get some feedback ... > >I'll try to resolve this in time for 2.1R ! Thanks...problems like this at this point in the release process make me very nervous. I very much appreciate your help... -DG From owner-freebsd-hackers Mon Oct 9 08:46:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA14435 for hackers-outgoing; Mon, 9 Oct 1995 08:46:08 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA14428 for ; Mon, 9 Oct 1995 08:46:04 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id JAA10702 for ; Mon, 9 Oct 1995 09:46:01 -0600 Message-Id: <199510091546.JAA10702@rover.village.org> Subject: Re: VLB Disk Controllers To: hackers@FreeBSD.ORG In-reply-to: Your message of Mon, 09 Oct 1995 16:31:42 BST Date: Mon, 09 Oct 1995 09:46:01 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Here's my numbers from a couple of old disks and an UltraStore 34F under FreeBSD 2.0R: QUANTUM LP240S: rover:[358]> ./disklate /dev/rsd0a Command overhead is 3978 usec (time_4096 = 4635, time_8192 = 5292) transfer speed is 6.23331e+06 bytes/sec rover:[359]> ./disklate /dev/rsd0a Command overhead is 4090 usec (time_4096 = 4880, time_8192 = 5671) transfer speed is 5.18336e+06 bytes/sec rover:[360]> ./disklate /dev/rsd0a Command overhead is 3235 usec (time_4096 = 4626, time_8192 = 6018) transfer speed is 2.94308e+06 bytes/sec SEAGATE ST3655N: rover:[363]> ./disklate /dev/rsd1a Command overhead is 3693 usec (time_4096 = 4686, time_8192 = 5680) transfer speed is 4.12306e+06 bytes/sec rover:[364]> ./disklate /dev/rsd1a Command overhead is 3960 usec (time_4096 = 4849, time_8192 = 5738) transfer speed is 4.60575e+06 bytes/sec rover:[365]> ./disklate /dev/rsd1a Command overhead is 3684 usec (time_4096 = 4766, time_8192 = 5848) Warner From owner-freebsd-hackers Mon Oct 9 08:58:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA14727 for hackers-outgoing; Mon, 9 Oct 1995 08:58:07 -0700 Received: from pancake.remcomp.fr (pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id IAA14707 for ; Mon, 9 Oct 1995 08:57:14 -0700 Received: from zapata.omnix.fr.org (zapata.omnix.fr.org [128.127.10.1]) by zapata.omnix.fr.org (8.6.9/8.6.9) with SMTP id PAA04144 for ; Mon, 9 Oct 1995 15:55:24 +0100 Date: Mon, 9 Oct 1995 15:55:24 +0100 (MET) From: Didier Derny To: hackers@freebsd.org Subject: boot problem with the latest pcibus.c Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk hi is it a general problem or a specific problem on my machine. do you want me to do some specific tests ? +---------------------+ | Didier Derny | | didier@omnix.fr.org | +---------------------+ From owner-freebsd-hackers Mon Oct 9 10:28:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA16587 for hackers-outgoing; Mon, 9 Oct 1995 10:28:32 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA16581 for ; Mon, 9 Oct 1995 10:28:23 -0700 Received: by Sysiphos id AA01975 (5.67b/IDA-1.5 for hackers@freebsd.org); Mon, 9 Oct 1995 18:27:35 +0100 Message-Id: <199510091727.AA01975@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 9 Oct 1995 18:27:34 +0100 In-Reply-To: Didier Derny "boot problem with the latest pcibus.c" (Oct 9, 15:55) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Didier Derny Subject: Re: boot problem with the latest pcibus.c Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Oct 9, 15:55, Didier Derny wrote: } Subject: boot problem with the latest pcibus.c } hi } } is it a general problem or a specific problem on my machine. This is a specific problem of your chip set. Vendor ID = 10B9, that is ACER LABS according to my PCI vendor list ... Problem is, that there are quite a number of broken chip sets, and the latest Compaq chip set violates a very clearly stated requirement of the PCI 2.0 specs. Working around that bug means weakening some consistency test, which now seems to succeed on your board, though it doesn't offer that particular feature. } do you want me to do some specific tests ? Yes, please do so! I need VERBOSE boot messages from the failing kernel. You may be able to obtain them by booting that kernel with: Boot: /kernel.old -v (if you have kept the kernel with the defective version of pcibus.c under that name). After the boot failed, you can hit reset and boot the working kernel. Now type '/etc/dmesg' and look for messages left over from the FIRST boot. If there aren't any (I need everything starting from some 6 lines above "Probing for devices on the PCI bus"), then you'll have to write down the lines starting with either pcibus_setup or pcibus_check. (I need all numbers, the text is constant ...) I'd really appreciate, if you sent these lines! After I received those messages, I might be able to write a fix, which ought to make the probe work again, and I'd need you to test it on your machine. Thanks for offering help to get this resolved! 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/staff/esser/esser.html From owner-freebsd-hackers Mon Oct 9 10:48:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA16973 for hackers-outgoing; Mon, 9 Oct 1995 10:48:22 -0700 Received: from puli.cisco.com (puli.cisco.com [171.69.1.174]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA16967 for ; Mon, 9 Oct 1995 10:48:20 -0700 Received: from localhost.cisco.com (localhost.cisco.com [127.0.0.1]) by puli.cisco.com (8.6.8+c/8.6.5) with SMTP id KAA02148; Mon, 9 Oct 1995 10:47:48 -0700 Message-Id: <199510091747.KAA02148@puli.cisco.com> To: Stu Phillips Cc: hackers@freebsd.org Subject: Re: FleeBSD and XNTPD In-Reply-To: Your message of "Mon, 09 Oct 1995 09:28:38 PDT." <199510091628.JAA21052@feta.cisco.com> Date: Mon, 09 Oct 1995 10:47:48 -0700 From: Paul Traina Sender: owner-hackers@freebsd.org Precedence: bulk That's utterly bizzare that async IO isn't working on the serial lines, I seem to recall using it way back a million years ago. What version of FreeBSD are you using? I assume 2.0.5R, right? > Date: Mon, 9 Oct 1995 09:28:38 -0700 > From: Stu Phillips > To: pst@cisco.com > Subject: FreeBSD and XNTPD > Cc: dkatz@cisco.com > > Spent a frustrating weekend trying to get one of the clock drivers for > XNTPD working - of course, to hook up my GPS using NMEA as a first pass > to determine just what level of accuracy it might produce. > > Turns out that FleeBSD doesn't seem to support asynchronous IO on serial > ports. All the software built just fine but ioctl() or fcntl() calls on > the serial file handle trying to set the process id to be signalled (ie > using F_SETMODE or TIOCSPGRP) barfed with 'inappropriate ioctl for device). > > After a lot of kernel code reading I confess to confusion.... the tty driver > itself definetly supports async IO and the appropriate ioctl operations > but the sio driver does not. I thought that the tty driver was always > layered on top but alas seems not to be the case. > > So, bottom line, failed to get xntp to recognize the clock - its way too > much work to change the logic to poll since the whole enchilada is built > around async io. Futz! > > On a more positive note, the G-45 can be interogated for the time of day > using its own protocol - the answer has 4 uS resolution - date/time plus > a 256Kbbps sync'd clock. Of course with the serial link this degrades > significantly but should be good enough for roughly 1-2 mS precision. > > Sucks for a real GPS but for $300 LAN clock doesn't look too bad. > > Stu > From owner-freebsd-hackers Mon Oct 9 11:31:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA18415 for hackers-outgoing; Mon, 9 Oct 1995 11:31:29 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA18403 for ; Mon, 9 Oct 1995 11:31:22 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id MAA11085; Mon, 9 Oct 1995 12:31:10 -0600 Message-Id: <199510091831.MAA11085@rover.village.org> To: Paul Traina Subject: Re: FleeBSD and XNTPD Cc: Stu Phillips , hackers@FreeBSD.ORG In-reply-to: Your message of Mon, 09 Oct 1995 10:47:48 PDT Date: Mon, 09 Oct 1995 12:31:09 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : That's utterly bizzare that async IO isn't working on the serial lines, I seem : to recall using it way back a million years ago. TIA runs on 2.0R w/o any problems. It would have big problems if async I/O was broken for serial lines.... Don't know what the deal is, but TIA just does a fcntl of the fd with the O_NONBLOCK bit set after reading the flags on fd 0. Warner From owner-freebsd-hackers Mon Oct 9 11:47:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA18705 for hackers-outgoing; Mon, 9 Oct 1995 11:47:20 -0700 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA18700 for ; Mon, 9 Oct 1995 11:47:19 -0700 Received: from [171.69.60.153] (sphillips-mac.cisco.com [171.69.60.153]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id LAA28230; Mon, 9 Oct 1995 11:46:34 -0700 X-Sender: stu@feta.cisco.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 9 Oct 1995 11:48:23 -0700 To: Warner Losh , Paul Traina From: stu@cisco.com (Stu Phillips) Subject: Re: FleeBSD and XNTPD Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG Precedence: bulk At 11:31 AM 10/9/95, Warner Losh wrote: >: That's utterly bizzare that async IO isn't working on the serial lines, >I seem >: to recall using it way back a million years ago. > >TIA runs on 2.0R w/o any problems. It would have big problems if >async I/O was broken for serial lines.... > >Don't know what the deal is, but TIA just does a fcntl of the fd with >the O_NONBLOCK bit set after reading the flags on fd 0. Hope I've not started a fire storm here.... I'm running 2.1.0-950928-SNAP. Here's the code snarfed from xntpd/xntpd/ntp_io.c... The first two ioctl calls were added by me in an effort to debug what is going on.... Basically either the ioctl(TIOCSPGRP) call or the fcntl(F_SETOWN) both fail with ... (extracted from syslog)... Timestamps elided for brevity.. xntpd[1353]:xntpd version=3.4e (beta multicast); Sat Oct 7 17:11:29 PDT 1995 xntpd[1353]:tickadj = 5, tick = 10000, tvu_maxslew = 495 xntpd[1353]:refclock_ioctl: optional clk line discipline unsupported xntpd[1353]:ioctl(TIOCSPGRP) fails for clock I/O: Inappropriate ioctl for device xntpd[1353]: configuration of 127.127.20.1 failed #endif /* AIX && !BSD */ #ifndef CLOCK_DONE static int init_clock_sig(rio) struct refclockio *rio; { int pgrp = getpid(); int ldisc = TTYDISC; if (ioctl(rio->fd, TIOCSETD, (char*)&ldisc) == -1) { syslog(LOG_ERR, "ioctl(TIOCSETD) fails for clock I/O: %m"); return 1; } if (ioctl(rio->fd, TIOCSPGRP, (char*)&pgrp) == -1) { syslog(LOG_ERR, "ioctl(TIOCSPGRP) fails for clock I/O: %m"); return 1; } /* if (fcntl(rio->fd, F_SETOWN, getpid()) == -1) { syslog(LOG_ERR, "fcntl(F_SETOWN) fails for clock I/O: %m"); return 1; } */ if (fcntl(rio->fd, F_SETFL, FNDELAY|FASYNC) < 0) { syslog(LOG_ERR, "fcntl(FNDELAY|FASYNC) fails for clock I/O: %m"); return 1; } return 0; } This is trying to get the NMEA clock driver to function - xntp builds squeeky clean but the above barfs. Stu From owner-freebsd-hackers Mon Oct 9 12:00:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA18984 for hackers-outgoing; Mon, 9 Oct 1995 12:00:47 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA18975 for ; Mon, 9 Oct 1995 12:00:23 -0700 Received: by Sysiphos id AA02809 (5.67b/IDA-1.5 for hackers@freebsd.org); Mon, 9 Oct 1995 19:59:08 +0100 Message-Id: <199510091859.AA02809@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 9 Oct 1995 19:59:08 +0100 In-Reply-To: Bruce Evans "Re: VLB Disk Controllers" (Oct 8, 9:48) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Bruce Evans Subject: Re: VLB Disk Controllers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Oct 8, 9:48, Bruce Evans wrote: } Subject: Re: VLB Disk Controllers } >} >Seems the NCR is faster on 512 byte transfers. } >} } >} Nope, the 573 us is for _8_ transfers of 512 bytes because my drive } >} doesn't support multi-mode, and it's on a slower machine :-). I'm } >} surprised that it is as high as 573/8 = 72 us per command. This is all } >} host software (not bus related) overhead except for about 10 usec to } >} write the command to the controller. } } >Don't think so. There are 16 transfers in the 8KB test, } >and thus the per sector overhead is in fact accounted } >for in the transfer rate ! } } That's true for IDE, but not for SCSI. The NCR would be much slower if } it was forced to issue 7 more commands per 4K. That's part of its } advantage. However, multi-sector transfers for IDE might give the } same advantage to IDE. The reduction in the command overhead would not } be 7 * 72, it would be 7 * (72 - drive_overhead_per_sector). It's } likely that the drive processor is slower than an i486 and possible that } the drive processor+firmware is slower than an i486+software. Thus the } reduction may be negative :-). Actually :-(. Hmm, looking at your numbers: % Cheap IDE on 486DX/33 ISA SAMSUNG SHD-3212A (slow disk): % output for disklatency /dev/rwd0: % Command overhead is 573 usec (time_4096 = 2830, time_8192 = 5087) % transfer speed is 1.81489e+06 bytes/sec Time per sector is (2830-573)/8 = 282 micro seconds, not 72 ! The 573 microseconds are the actual command overhead caused by the kernel (system call, locking pages, ...), or I must be totally confused ... } dd is not so good for this sort of test because the time for outputtinh } to /dev/null is significant. Both my benchmark and dd have granularity } problems - they count the time in seconds. They should use gettimeofday() } instead of time(). } } >(BTW: I've got 1585 transfers/s in the 512 byte test. } >That's 630 us per *transfer*. And the startup overhead } >can't possibly be higher :) } } The NCR seems to be a bit faster than the Adaptec 2842. Not sure, actually, but both seem really quite fast, at least compared to eg. our Sparc10s (with their 10ms command overhead :) If I take my earlier number of 730us command overhead for the NCR and assume that the above 573us are actually kernel overhead, then the NCR driver itself seems to impose an overhead of only soem 160 microseconds per transfer ... (BTW: That is about the value to be expected according to the Atlas' technical data sheet ...) 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/staff/esser/esser.html From owner-freebsd-hackers Mon Oct 9 12:04:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19066 for hackers-outgoing; Mon, 9 Oct 1995 12:04:30 -0700 Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA19058 for ; Mon, 9 Oct 1995 12:04:17 -0700 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id TAA19805; Mon, 9 Oct 1995 19:59:16 +0100 Message-Id: <199510091859.TAA19805@gilberto.physik.rwth-aachen.de> Subject: Re: FleeBSD and XNTPD To: imp@village.org (Warner Losh) Date: Mon, 9 Oct 1995 19:59:16 +0100 (MET) Cc: pst@cisco.com, stu@cisco.com, hackers@FreeBSD.ORG In-Reply-To: <199510091831.MAA11085@rover.village.org> from "Warner Losh" at Oct 9, 95 12:31:09 pm From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 614 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > : That's utterly bizzare that async IO isn't working on the serial lines, I seem > : to recall using it way back a million years ago. > > TIA runs on 2.0R w/o any problems. It would have big problems if > async I/O was broken for serial lines.... > > Don't know what the deal is, but TIA just does a fcntl of the fd with > the O_NONBLOCK bit set after reading the flags on fd 0. > > Warner > Apropos FleeBSD: You know the story of the Asian origin Florida helicopter pilot who had written "Fright Instructor" on his business card. :-O --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Mon Oct 9 12:07:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19161 for hackers-outgoing; Mon, 9 Oct 1995 12:07:37 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA19154 for ; Mon, 9 Oct 1995 12:07:34 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id NAA11317; Mon, 9 Oct 1995 13:07:20 -0600 Message-Id: <199510091907.NAA11317@rover.village.org> To: stu@cisco.com (Stu Phillips) Subject: Re: FleeBSD and XNTPD Cc: Paul Traina , hackers@FreeBSD.ORG In-reply-to: Your message of Mon, 09 Oct 1995 11:48:23 PDT Date: Mon, 09 Oct 1995 13:07:20 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : if (ioctl(rio->fd, TIOCSPGRP, (char*)&pgrp) == -1) { : syslog(LOG_ERR, "ioctl(TIOCSPGRP) fails for clock I/O: %m"); : return 1; : } This appears to be what is failing. TIA doesn't do that, except on the pseudo terminals that it uses. You are trying to set the process group of the terminal. This has nothing to do with async I/O. The F_SETOWN does, however. I'm surprised that that didn't work. Warner From owner-freebsd-hackers Mon Oct 9 12:14:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19279 for hackers-outgoing; Mon, 9 Oct 1995 12:14:57 -0700 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA19272 for ; Mon, 9 Oct 1995 12:14:52 -0700 Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id PAA01722 for hackers@freefall.freebsd.org; Mon, 9 Oct 1995 15:14:49 -0400 Date: Mon, 9 Oct 1995 15:14:49 -0400 From: Charles Kenneth Green - PRC Message-Id: <199510091914.PAA01722@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freefall.freebsd.org Subject: Multiprocessor support Sender: owner-hackers@FreeBSD.org Precedence: bulk Hello, I'm currently discussing with a professor at one of the local collages the idea of getting together a graduate team to work on implementing multiprocessor support in freeBSD. The professor is very excited about this prospect but he is not sure if he'll be able to convince the C.S. department to "enhance" the rules so that this might be done. I don't want to know too much about the politics involved but what little I do know tells me this could be an uphill battle. So, needless to say this project may never get any farther than the planning stage :( Anyhow, I was hoping that perhaps I could pick your brains for a little advice. I already own a number of O.S. design books and I found a book in one of the local bookstores with example code for multiprocessors but you can never have enough reference material :) I'd be very interested in any (no matter how small) advise anyone has to offer. Perhaps if I walk into the next meeting with a stack of reference material they might be wow'd into thinking "We have to do this!!" (But I think that'd be too simple ;) -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming (315) 768-9244 From owner-freebsd-hackers Mon Oct 9 12:20:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19444 for hackers-outgoing; Mon, 9 Oct 1995 12:20:10 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA19437 for ; Mon, 9 Oct 1995 12:20:04 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA21135; Tue, 10 Oct 1995 05:15:50 +1000 Date: Tue, 10 Oct 1995 05:15:50 +1000 From: Bruce Evans Message-Id: <199510091915.FAA21135@godzilla.zeta.org.au> To: pst@cisco.com, stu@cisco.com Subject: Re: FleeBSD and XNTPD Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >That's utterly bizzare that async IO isn't working on the serial lines, I seem >to recall using it way back a million years ago. >What version of FreeBSD are you using? I assume 2.0.5R, right? FSETOWN has never worked "right" for ttys in FreeBSD releases. It only works for controlling terminals that are associated with the session of the calling process. Using it may interfere with normal controlling terminal semantics (there is only one process group associated with each tty, so you can't arrange for SIGIO to be sent to a diferent process to SIGHUP). Some unreleased versions between 1.1 and 1.1.5 broke the semantics of controlling terminals to fix xntpd. >> Spent a frustrating weekend trying to get one of the clock drivers for >> XNTPD working - of course, to hook up my GPS using NMEA as a first pass >> to determine just what level of accuracy it might produce. I thought that this was fixed at least in the dcf clock driver, but since `TIOCSCTTY' doesn't occur in any of the xntpd source files in -current, I don't see how any of the clock drivers can have a controlling terminal. >> Turns out that FleeBSD doesn't seem to support asynchronous IO on serial >> ports. All the software built just fine but ioctl() or fcntl() calls on >> the serial file handle trying to set the process id to be signalled (ie >> using F_SETMODE or TIOCSPGRP) barfed with 'inappropriate ioctl for device). This error is documented in the tcsetpgrp man page. Bruce From owner-freebsd-hackers Mon Oct 9 12:23:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA19573 for hackers-outgoing; Mon, 9 Oct 1995 12:23:23 -0700 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA19567 for ; Mon, 9 Oct 1995 12:23:20 -0700 Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id PAA01760 for hackers@freefall.freebsd.org; Mon, 9 Oct 1995 15:23:18 -0400 Date: Mon, 9 Oct 1995 15:23:18 -0400 From: Charles Kenneth Green - PRC Message-Id: <199510091923.PAA01760@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freefall.freebsd.org Subject: Multiprocessor support Part II Sender: owner-hackers@FreeBSD.org Precedence: bulk I should also have mentioned the book I saw in the book store recently, it was Unix for Modern Architectures. My mistake, thanx Steven. -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming (315) 768-9244 From owner-freebsd-hackers Mon Oct 9 12:44:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA20009 for hackers-outgoing; Mon, 9 Oct 1995 12:44:35 -0700 Received: (from hsu@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA20000 ; Mon, 9 Oct 1995 12:44:33 -0700 Date: Mon, 9 Oct 1995 12:44:33 -0700 From: Jeffrey Hsu Message-Id: <199510091944.MAA20000@freefall.freebsd.org> To: chuck@fang.cs.sunyit.edu, hackers@freefall.freebsd.org Subject: Re: Multiprocessor support Sender: owner-hackers@FreeBSD.org Precedence: bulk The past Usenix proceedings contain numerous papers on MP unix. Published papers are usually a better sell than textbooks too. From owner-freebsd-hackers Mon Oct 9 12:50:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA20192 for hackers-outgoing; Mon, 9 Oct 1995 12:50:05 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA20187 for ; Mon, 9 Oct 1995 12:50:00 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id FAA21844; Tue, 10 Oct 1995 05:49:13 +1000 Date: Tue, 10 Oct 1995 05:49:13 +1000 From: Bruce Evans Message-Id: <199510091949.FAA21844@godzilla.zeta.org.au> To: imp@village.org, stu@cisco.com Subject: Re: FleeBSD and XNTPD Cc: hackers@freebsd.org, pst@cisco.com Sender: owner-hackers@freebsd.org Precedence: bulk >: if (ioctl(rio->fd, TIOCSPGRP, (char*)&pgrp) == -1) { >: syslog(LOG_ERR, "ioctl(TIOCSPGRP) fails for clock I/O: %m"); >: return 1; >: } >You are trying to set the process group of the terminal. This has >nothing to do with async I/O. The F_SETOWN does, however. I'm >surprised that that didn't work. F_SETOWN and TIOCSPGRP do exactly the same thing for ttys. They both specify the process that will obtain async notifications of i/o if such notifications are enabled. Bruce From owner-freebsd-hackers Mon Oct 9 12:52:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA20273 for hackers-outgoing; Mon, 9 Oct 1995 12:52:50 -0700 Received: from alf.zfn.uni-bremen.de (alf20.zfn.uni-bremen.de [134.102.20.22]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA20268 for ; Mon, 9 Oct 1995 12:52:36 -0700 Received: from deceased.hb.north.de by alf.zfn.uni-bremen.de (AIX 3.2/UCB 5.64/4.940318) id AA54682; Mon, 9 Oct 1995 20:52:22 +0200 Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.1.29.1) id m0t2OFa-000ZKfC; Mon, 9 Oct 95 20:52 MET Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00835; Mon, 9 Oct 1995 18:47:06 +0100 (CET) Received: (from nox@localhost) by saturn (8.6.11/8.6.9) id SAA01818; Mon, 9 Oct 1995 18:07:19 +0100 From: Juergen Lock Message-Id: <199510091707.SAA01818@saturn> Subject: Re: vm_page_unhold: hold count < 0!!! (was: 2.1.0-950928-SNAP kernel experiences) To: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 9 Oct 1995 18:07:18 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <199510071604.AA10711@Sysiphos> from "Stefan Esser" at Oct 7, 95 05:04:41 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1031 Sender: owner-hackers@freebsd.org Precedence: bulk Stefan Esser writes: > On Oct 6, 23:23, Juergen Lock wrote: > } And (i guess nothing to do with this) once in a while i see > } messages like `in getcc reselect by t1', apparently form the > } ncr code. is that just a harmless race or something to worry about? > } Hardware details (boot -v log) follow... > > The "in getcc reselected by" is harmless and just > means that the driver is determined to finish the > INQUIRY command for that device, but there was an > attempt to reselect for progress in some other > command ... Ah so it just means tagged commands are working. > > Thought this message had been made conditional on > some debug option long ago ... maybe thats only in -current? Anyway had i been told one can get this kind of IO performance out of a PC a few years ago, I guess i wouldn't have believed it. :) same goes for X performance btw... I think its time for a big Thank You to everyone involved! Juergen PS: now what was that about *IDE being better than SCSI? maybe thats true for ms-dog. ;) From owner-freebsd-hackers Mon Oct 9 12:57:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA20490 for hackers-outgoing; Mon, 9 Oct 1995 12:57:57 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA20485 for ; Mon, 9 Oct 1995 12:57:41 -0700 Received: by Sysiphos id AA03237 (5.67b/IDA-1.5 for hackers@freebsd.org); Mon, 9 Oct 1995 20:57:10 +0100 Message-Id: <199510091957.AA03237@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 9 Oct 1995 20:57:09 +0100 In-Reply-To: Chuck Robey "Re: VLB Disk Controllers" (Oct 7, 22:33) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Chuck Robey Subject: Re: VLB Disk Controllers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Oct 7, 22:33, Chuck Robey wrote: } Subject: Re: VLB Disk Controllers } On Sun, 8 Oct 1995, Stefan Esser wrote: } } > Something I just noticed is the big difference } > in results I get using /dev/rsd0 vs. /dev/rsd0a: } > } > # disklatency /dev/rsd0 } > Command overhead is 719 usec (time_4096 = 1198, time_8192 = 1677) } > transfer speed is 8.55617e+06 bytes/sec } > } > # disklatency /dev/rsd0a } > Command overhead is 807 usec (time_4096 = 1272, time_8192 = 1738) } > transfer speed is 8.80588e+06 bytes/sec } } I just did that 10 times in a row with my 2842, and reading differing } over a 2:1 range. I think there's some windage here that makes your } comparison suspect. Try it a few tries in a row on the same drive. # disklatency /dev/rsd0 Command overhead is 757 usec (time_4096 = 1223, time_8192 = 1688) transfer speed is 8.80391e+06 bytes/sec # disklatency /dev/rsd0 Command overhead is 758 usec (time_4096 = 1223, time_8192 = 1689) transfer speed is 8.79818e+06 bytes/sec # disklatency /dev/rsd0 Command overhead is 758 usec (time_4096 = 1222, time_8192 = 1686) transfer speed is 8.83185e+06 bytes/sec # disklatency /dev/rsd0 Command overhead is 759 usec (time_4096 = 1224, time_8192 = 1688) transfer speed is 8.81746e+06 bytes/sec # disklatency /dev/rsd0 Command overhead is 758 usec (time_4096 = 1224, time_8192 = 1690) transfer speed is 8.79682e+06 bytes/sec # disklatency /dev/rsd0a Command overhead is 833 usec (time_4096 = 1298, time_8192 = 1764) transfer speed is 8.79561e+06 bytes/sec # disklatency /dev/rsd0a Command overhead is 840 usec (time_4096 = 1302, time_8192 = 1764) transfer speed is 8.85943e+06 bytes/sec # disklatency /dev/rsd0a Command overhead is 833 usec (time_4096 = 1298, time_8192 = 1764) transfer speed is 8.80506e+06 bytes/sec # disklatency /dev/rsd0a Command overhead is 836 usec (time_4096 = 1301, time_8192 = 1766) transfer speed is 8.80913e+06 bytes/sec # disklatency /dev/rsd0a Command overhead is 794 usec (time_4096 = 1302, time_8192 = 1810) transfer speed is 8.05907e+06 bytes/sec bash# disklatency /dev/rsd0s2 Command overhead is 837 usec (time_4096 = 1302, time_8192 = 1767) transfer speed is 8.81082e+06 bytes/sec bash# disklatency /dev/rsd0s2 Command overhead is 822 usec (time_4096 = 1347, time_8192 = 1871) transfer speed is 7.8162e+06 bytes/sec bash# disklatency /dev/rsd0s2 Command overhead is 832 usec (time_4096 = 1295, time_8192 = 1759) transfer speed is 8.83431e+06 bytes/sec bash# disklatency /dev/rsd0s2 Command overhead is 829 usec (time_4096 = 1296, time_8192 = 1762) transfer speed is 8.78881e+06 bytes/sec bash# disklatency /dev/rsd0s2 Command overhead is 833 usec (time_4096 = 1297, time_8192 = 1761) transfer speed is 8.83115e+06 bytes/sec bash# disklatency /dev/rsd0s2a Command overhead is 830 usec (time_4096 = 1296, time_8192 = 1762) transfer speed is 8.7887e+06 bytes/sec bash# disklatency /dev/rsd0s2a Command overhead is 838 usec (time_4096 = 1305, time_8192 = 1772) transfer speed is 8.77165e+06 bytes/sec bash# disklatency /dev/rsd0s2a Command overhead is 836 usec (time_4096 = 1299, time_8192 = 1763) transfer speed is 8.82983e+06 bytes/sec bash# disklatency /dev/rsd0s2a Command overhead is 840 usec (time_4096 = 1306, time_8192 = 1772) transfer speed is 8.79004e+06 bytes/sec bash# disklatency /dev/rsd0s2a Command overhead is 836 usec (time_4096 = 1301, time_8192 = 1766) transfer speed is 8.81387e+06 bytes/sec Seems quite consistent over any number of tests ... /dev/rsd0 gives some 758us (thought it was 730 ??) And all other devices take some 80us longer, probably because of the slice code. Now just for fun a result of a Sparc10/41 using its built in SCSI host adapter and the standard SUN0424 system disk (well, this is Solaris 2.4, but SunOS gives nearly identical results): root@ParC04> ./a.out /dev/rdsk/c0t2d0s0 Command overhead is 13778 usec (time_4096 = 13943, time_8192 = 14108) transfer speed is 2.47918e+07 bytes/sec root@ParC04> ./a.out /dev/rdsk/c0t2d0s0 Command overhead is 13736 usec (time_4096 = 13915, time_8192 = 14094) transfer speed is 2.28589e+07 bytes/sec And using an IBM0663E15, just to show that it's not the drives fault: root@ParC04> ./a.out /dev/rdsk/c0t3d0s3 Command overhead is 13502 usec (time_4096 = 13608, time_8192 = 13715) transfer speed is 3.8454e+07 bytes/sec root@ParC04> ./a.out /dev/rdsk/c0t3d0s3 Command overhead is 13516 usec (time_4096 = 13622, time_8192 = 13727) transfer speed is 3.88213e+07 bytes/sec Well, this looks like the Sparc disables the drives' caches ??? Ok, then I'll try another way: root@ParC04> time dd if=/dev/rdsk/c0t3d0s3 of=/dev/null bs=512 count=10000 10000+0 records in 10000+0 records out real 17.2 17.2 17.1 user 0.2 0.2 0.2 sys 3.6 3.8 3.6 That's 1717 microseconds per transfer. root@ParC04> time dd if=/dev/rdsk/c0t3d0s3 of=/dev/null bs=1024 count=10000 10000+0 records in 10000+0 records out real 18.6 18.6 18.8 user 0.3 0.4 0.2 sys 4.2 4.2 3.4 Or 1867 us on average ... That's 150 us per 512 byte transfer, giving an estimate of 1567 us command overhead and 3.3MB/s transfer rate ... Now just for fun an estimate of the kernel overhead (all on my lowly 486DX/2-66 :) bash# disklatency /dev/sd0 Command overhead is 59 usec (time_4096 = 238, time_8192 = 418) transfer speed is 2.27883e+07 bytes/sec bash# disklatency /dev/sd0 Command overhead is 59 usec (time_4096 = 236, time_8192 = 413) transfer speed is 2.31233e+07 bytes/sec bash# disklatency /dev/sd0 Command overhead is 58 usec (time_4096 = 235, time_8192 = 413) transfer speed is 2.30822e+07 bytes/sec bash# disklatency /dev/zero Command overhead is 168 usec (time_4096 = 268, time_8192 = 367) transfer speed is 4.10903e+07 bytes/sec bash# disklatency /dev/zero Command overhead is 156 usec (time_4096 = 268, time_8192 = 380) transfer speed is 3.67239e+07 bytes/sec bash# disklatency /dev/zero Command overhead is 171 usec (time_4096 = 271, time_8192 = 370) transfer speed is 4.11356e+07 bytes/sec Hmmm, /dev/zero seems to have a larger statup time, but runs faster there after :) Interesting ... Would have expected /dev/zero to be faster in any way ! (BTW: Reading /dev/zero on the Sparc10 has only 54 us overhead. Seems they are good for something after all :-) 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/staff/esser/esser.html From owner-freebsd-hackers Mon Oct 9 13:35:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA21521 for hackers-outgoing; Mon, 9 Oct 1995 13:35:10 -0700 Received: from gemsgw.med.ge.com (gemsgw.med.ge.com [192.88.230.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA21516 for ; Mon, 9 Oct 1995 13:35:07 -0700 Received: from gemed.med.ge.com by gemsgw.med.ge.com (4.1/GEMS-1.1) id AA23987; Mon, 9 Oct 95 15:37:05 CDT Received: from sol.sol.med.ge.com (sol-gw [3.28.124.2]) by gemed.med.ge.com (8.6.12/8.6.12) with SMTP id PAA17993 for ; Mon, 9 Oct 1995 15:33:30 -0500 Received: from merak.med.ge.com by sol.sol.med.ge.com (4.1/SMI-4.1) id AA05447; Mon, 9 Oct 95 15:35:13 CDT From: laufen@sol.med.ge.com (Derek Laufenberg x7-4534) Received: by merak.med.ge.com (4.1/client-1.3) id AA00129; Mon, 9 Oct 95 15:35:12 CDT Date: Mon, 9 Oct 95 15:35:12 CDT Message-Id: <9510092035.AA00129@merak.med.ge.com> To: hackers@freefall.freebsd.org Subject: Has the Linux PCMCIA tools been ported? Sender: owner-hackers@FreeBSD.org Precedence: bulk Anyone know about the Linux PCMCIA card service tools? Have they been ported to freebsd yet? Derek laufen@sol.med.ge.com From owner-freebsd-hackers Mon Oct 9 13:50:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA21947 for hackers-outgoing; Mon, 9 Oct 1995 13:50:10 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA21940 for ; Mon, 9 Oct 1995 13:50:01 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id GAA23299; Tue, 10 Oct 1995 06:45:41 +1000 Date: Tue, 10 Oct 1995 06:45:41 +1000 From: Bruce Evans Message-Id: <199510092045.GAA23299@godzilla.zeta.org.au> To: bde@zeta.org.au, se@zpr.uni-koeln.de Subject: Re: VLB Disk Controllers Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >Hmm, looking at your numbers: >% Cheap IDE on 486DX/33 ISA SAMSUNG SHD-3212A (slow disk): >% output for disklatency /dev/rwd0: >% Command overhead is 573 usec (time_4096 = 2830, time_8192 = 5087) >% transfer speed is 1.81489e+06 bytes/sec >Time per sector is (2830-573)/8 = 282 micro seconds, not 72 ! >The 573 microseconds are the actual command overhead caused by the >kernel (system call, locking pages, ...), or I must be totally >confused ... This includes the transfer time too. I know that the transfer speed is about 3.0MB/sec (slightly less than the standard PIO 1 speed of 3.3MB/sec). Thus about 171 usec is for transferring and about 111 usec for sub-command overheads. These numbers aren't very accurate. I biased the estimates towards IDE by ignoring kernel overheads and extra driver overheads for setting up the first sector. These overheads seem to be much larger than I thought. I changed all the 8192's in the program to 1024 and all 4096's to 512 to get a better test of single- sector performace: output for disklatency-512 /dev/rwd0: Command overhead is 689 usec (time_512 = 924, time_1024 = 1159) transfer speed is 2.17916e+06 bytes/sec This result is the same to within +- 2 usec every time for rwd0, but for rsd*, it varies so much that time_1024 is often less than time_512 so the transfer speed appears to be negative! >} The NCR seems to be a bit faster than the Adaptec 2842. >Not sure, actually, but both seem really quite fast, at least >compared to eg. our Sparc10s (with their 10ms command overhead :) I think that is from the drive's cache being turned off. The test assumes that the data that it reads is all cached to avoid counting seek times and to reduce randomness. It should be more accurate with larger buffers, but the buffers must be small enough to stop the drive's cache from thrashing. >If I take my earlier number of 730us command overhead for >the NCR and assume that the above 573us are actually kernel >overhead, then the NCR driver itself seems to impose an >overhead of only soem 160 microseconds per transfer ... >(BTW: That is about the value to be expected according to the >Atlas' technical data sheet ...) This is consistent with the large times that I got for the disklatency_512 test. If the kernel overhead dominates, then randomness in it would cause the apparently negative speeds. This leaves some interesting problems that we can do more about than device overheads: 1) why is the kernel overhead so large? 2) is the kernel overhead really so large? I don't remember it showing up relative to transfer overhead in profiles. 3) how can the test be improved to distinguish kernel overheads and to reduce randomness? To begin with it should attempt to determine the drive's cache size and fill the cache. Then it should read from buffers of sizes 512, 1024, ..., min(256K, drive's cache size). It should check that the user + sys time is almost equal to the real time (if not, the other processes may be stealing too much time or the device may be taking to long to respond, perhaps because the data isn't cached). 4) why are my rsd* times much more random than my rwd0 times? I get these times for reading /dev/zero: 486DX/33: output for disklatency-512 /dev/zero: Command overhead is 193 usec (time_512 = 209, time_1024 = 224) transfer speed is 3.26364e+07 bytes/sec 486DX/33: output for disklatency /dev/zero: Command overhead is 241 usec (time_4096 = 344, time_8192 = 447) transfer speed is 3.99119e+07 bytes/sec 486DX2/66: output for disklatency-512 /dev/zero: Command overhead is 170 usec (time_512 = 186, time_1024 = 202) transfer speed is 3.15738e+07 bytes/sec 486DX2/66: output for disklatency /dev/zero: Command overhead is 209 usec (time_4096 = 339, time_8192 = 468) transfer speed is 3.16325e+07 bytes/sec (slower than 486DX/33 :-() These memory speeds are consistent with the speed of the L2 cache measured in more accurate ways. The kernel overhead is much less than 573 usec, but still quite large, and there are extra overheads for real disks. The program is misnamed :-). It tests more than disks, and command overhead, not command latency. Bruce From owner-freebsd-hackers Mon Oct 9 13:51:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA22030 for hackers-outgoing; Mon, 9 Oct 1995 13:51:01 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA22022 for ; Mon, 9 Oct 1995 13:50:59 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id NAA01945; Mon, 9 Oct 1995 13:50:29 -0700 Message-Id: <199510092050.NAA01945@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Charles Kenneth Green - PRC cc: hackers@freefall.freebsd.org Subject: Re: Multiprocessor support In-reply-to: Your message of "Mon, 09 Oct 1995 15:14:49 EDT." <199510091914.PAA01722@fang.cs.sunyit.edu> Date: Mon, 09 Oct 1995 13:50:28 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Anyhow, I was hoping that perhaps I could pick your brains for >a little advice. I already own a number of O.S. design books and I found >a book in one of the local bookstores with example code for multiprocessors >but you can never have enough reference material :) I'd be very interested >in any (no matter how small) advise anyone has to offer. Perhaps if I >walk into the next meeting with a stack of reference material they >might be wow'd into thinking "We have to do this!!" (But I think that'd >be too simple ;) Anyone interrested in SMP should look at the SMP work Jack Vogel began. I haven't been able to look at it yet, but it should be enough to initialize additional CPUs and run crude processes (enough to see that its doing something) on them. It will probably need a lot of work just to get it to run under current. The archive file is ftp://freefall.FreeBSD.org/pub/smp/SMP.tar.Z Good Luck! >-- >Charles Green UN*X System Administration >22 Powell Ave. Apt. B UN*X Security & >Whitesboro, NY 13492 Programming > (315) 768-9244 -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Oct 9 13:51:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA22082 for hackers-outgoing; Mon, 9 Oct 1995 13:51:21 -0700 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA22055 for ; Mon, 9 Oct 1995 13:51:08 -0700 Received: (from didier@localhost) by aida (8.6.12/8.6.9) id UAA00491; Mon, 9 Oct 1995 20:55:01 +0100 Date: Mon, 9 Oct 1995 20:55:01 +0100 (MET) From: Didier Derny X-Sender: didier@aida To: Joerg Wunsch cc: FreeBSD hackers Subject: Re: direct acces to the text screen memory In-Reply-To: <199510090154.CAA03191@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 9 Oct 1995, J Wunsch wrote: > As Didier Derny wrote: > > > > ... but when the Commodore scroll the screen > > the entire screen update becomes very slow since it rewrite the entire > > screen. > > Why don't you scroll the screen then? > > > How can I map the text screen ? > > mmap(2). But only for the vty's. You lose on xterms and serial > terminals. I guess at most 10 % of all applications run on vty's, so > you can estimate the usage degree of your intented emulation. > > -- > 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. ;-) > Hi In the firsts steps I dont want to interfere with the 6502 code. I'sure it is possible to trap the scroll code in the Commodore eprom and to use curses to implement the scroll but some programs will perform the scroll by themselves without any call to the scroll routine. In the finale version I will have: - a 32 bit dos version that directly write in the screen memory. - a windows 95 version - an X11 version for FreeBSD/XFree - a text version for FreeBSD - Perhaps OS/2 I dont know how to use mmap to map the screen text. -- Didier Derny didier@aida.org --- I boycott everything from: new zealand, australia, denmark, england From owner-freebsd-hackers Mon Oct 9 13:53:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA22194 for hackers-outgoing; Mon, 9 Oct 1995 13:53:26 -0700 Received: from chemserv.umd.edu (chemserv.umd.edu [129.2.64.40]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA22189 for ; Mon, 9 Oct 1995 13:53:18 -0700 Received: from mocha.eng.umd.edu (mocha.eng.umd.edu [129.2.98.16]) by chemserv.umd.edu (8.7/8.7) with ESMTP id QAA29819; Mon, 9 Oct 1995 16:53:02 -0400 (EDT) Received: (chuckr@localhost) by mocha.eng.umd.edu (8.7/8.6.4) id QAA14137; Mon, 9 Oct 1995 16:52:25 -0400 (EDT) Date: Mon, 9 Oct 1995 16:52:25 -0400 (EDT) From: Chuck Robey To: Stefan Esser cc: hackers@freebsd.org Subject: Re: VLB Disk Controllers In-Reply-To: <199510091957.AA03237@Sysiphos> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 9 Oct 1995, Stefan Esser wrote: > On Oct 7, 22:33, Chuck Robey wrote: > } Subject: Re: VLB Disk Controllers > } On Sun, 8 Oct 1995, Stefan Esser wrote: > } > } > Something I just noticed is the big difference > } > in results I get using /dev/rsd0 vs. /dev/rsd0a: > } > > } > # disklatency /dev/rsd0 > } > Command overhead is 719 usec (time_4096 = 1198, time_8192 = 1677) > } > transfer speed is 8.55617e+06 bytes/sec > } > > } > # disklatency /dev/rsd0a > } > Command overhead is 807 usec (time_4096 = 1272, time_8192 = 1738) > } > transfer speed is 8.80588e+06 bytes/sec > } > } I just did that 10 times in a row with my 2842, and reading differing > } over a 2:1 range. I think there's some windage here that makes your > } comparison suspect. Try it a few tries in a row on the same drive. [many test results deleted, showing little variance] > Seems quite consistent over any number of tests ... [more deletions] > Interesting ... Would have expected /dev/zero to be > faster in any way ! > > (BTW: Reading /dev/zero on the Sparc10 has only 54 us > overhead. Seems they are good for something after all :-) OK, I've been watching the posted results, many have as little variance as yours, but many (where multiple runs were shown) had the huge variance mine had. Would like to know why my checks to /dev/sd0 are all over the board, when checks to rsd0 are fairly stable at 1180-1190. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Oct 9 13:58:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA22376 for hackers-outgoing; Mon, 9 Oct 1995 13:58:28 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA22340 for ; Mon, 9 Oct 1995 13:58:11 -0700 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 VAA20523 for ; Mon, 9 Oct 1995 21:42:41 +0100 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id VAA15797; Mon, 9 Oct 1995 21:42:34 +0100 Date: Mon, 9 Oct 1995 21:42:34 +0100 Message-Id: <199510092042.VAA15797@caramba.cs.tu-berlin.de> To: hackers@freebsd.org Subject: Netscape evolution MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org Precedence: bulk $ for i in netscape-*; do $i http://localhost/ & done %CPU %MEM VSZ RSS TT STAT TIME COMMAND 3.1 0.0 4368 1540 p3 R 0:12.54 netscape-2.0B http://localhost/ 0.0 0.0 3572 1004 p3 I 0:05.28 netscape-1.1N http://localhost/ 0.1 0.0 3120 1308 p3 I 0:06.57 netscape-0.94 http://localhost/ 0.0 0.0 3112 1284 p3 I 0:07.20 netscape-1.0N http://localhost/ The beast grows ... PS: 2.0B call endless select/gettimeofday/sigreturn 418 netscape-2.0B CALL select(0x9,0x345f68,0,0,0) 418 netscape-2.0B RET select -1 errno 4 Interrupted system call 418 netscape-2.0B CALL gettimeofday(0x345d78,0) 418 netscape-2.0B RET gettimeofday 0 418 netscape-2.0B CALL sigreturn(0x345de8) 418 netscape-2.0B RET sigreturn JUSTRETURN [...] From owner-freebsd-hackers Mon Oct 9 14:01:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA22748 for hackers-outgoing; Mon, 9 Oct 1995 14:01:53 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA22736 ; Mon, 9 Oct 1995 14:01:50 -0700 X-Authentication-Warning: freefall.freebsd.org: Host localhost.cdrom.com didn't use HELO protocol To: hackers, hardware Subject: PCMCIA MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22729.813272508.1@freefall.freebsd.org> Date: Mon, 09 Oct 1995 14:01:49 -0700 Message-ID: <22733.813272509@freefall.freebsd.org> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org Precedence: bulk I have just a second ago managed to plug first my ether, then my modem, then my ether again and finally my modem again into my pcmcia slot, and actually get it to work every single time. :-> The code still needs some cleanup, but I hope to commit some of it already tomorrow. The architecture is there, now we just need to clean up the code, and add more drivers (only sio & if_ed at this time). For instance there are a lot of DELAY() calls we need to loose, and power management still needs to be folded in too. People interested in working on pcmcia should make sure they are subscribed to hardware@freebsd.org (send email to majordomo!). Before you start working on a driver, send an email to hardware@freebsd.org, maybe somebody else has some help to offer... You can start to look at the current code today in: src/usr.sbin/pccard src/sys/pccard src/sys/i386/sio.c Most of the honour goes to Andrew McRae, I'm just debugging this :-) Poul-Henning Kamp From owner-freebsd-hackers Mon Oct 9 14:11:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA23261 for hackers-outgoing; Mon, 9 Oct 1995 14:11:14 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA23256 for ; Mon, 9 Oct 1995 14:11:10 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA09048; Mon, 9 Oct 1995 14:08:07 -0700 From: Terry Lambert Message-Id: <199510092108.OAA09048@phaeton.artisoft.com> Subject: Re: 52gb RAID, works, sorta. To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Mon, 9 Oct 1995 14:08:07 -0700 (MST) Cc: terry@lambert.org, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199510090104.VAA16572@crh.cl.msu.edu> from "Charles Henrich" at Oct 8, 95 09:04:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 877 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > There is an explicit limitation on file size because of the paging code. > > So then is b_avail the max size of a file, and not the available blocks on the > device? I.e. even though it reports 4gb, I should be able to place >4gb of > files there? No. The b_avail is incorrectly calculated, per the last posting. You can have more than 4G of files but no more than a 2G file if you correct the 4-6 places where the calculation is incorrect. Even then, there's a 39 and 41 bit limitation on disk size in several more places. The 2G file size limit can be pushed to 4G, but that assumes you fix the sign extension issues on the quad for -1 returns from lseek and use of the sign bit for indirect blocks (in the UFS code itself). 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 Oct 9 14:44:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA24530 for hackers-outgoing; Mon, 9 Oct 1995 14:44:08 -0700 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA24512 for ; Mon, 9 Oct 1995 14:44:03 -0700 Received: from [171.69.60.153] (sphillips-mac.cisco.com [171.69.60.153]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id OAA07319; Mon, 9 Oct 1995 14:43:19 -0700 X-Sender: stu@feta.cisco.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 9 Oct 1995 14:45:08 -0700 To: Bruce Evans , pst@cisco.com From: stu@cisco.com (Stu Phillips) Subject: Re: FleeBSD and XNTPD Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk At 12:15 PM 10/9/95, Bruce Evans wrote: > >FSETOWN has never worked "right" for ttys in FreeBSD releases. It only >works for controlling terminals that are associated with the session of >the calling process. Using it may interfere with normal controlling >terminal semantics (there is only one process group associated with each >tty, so you can't arrange for SIGIO to be sent to a diferent process to >SIGHUP). Some unreleased versions between 1.1 and 1.1.5 broke the >semantics of controlling terminals to fix xntpd. > Agreed but doesn't this apply to terminal devices to which there is already attached a controlling terminal ? In this instance there is nothing hanging on the terminal device at all - ie no login shell or similar. Shouldn't the rejection of the attempt be made iff there is already a process marked as the controlling process ? The xntpd process is run from a pty and is attempting to attach to a serial port (the dreaded com2) in order to access the GPS receiver. >>> Spent a frustrating weekend trying to get one of the clock drivers for >>> XNTPD working - of course, to hook up my GPS using NMEA as a first pass >>> to determine just what level of accuracy it might produce. > >I thought that this was fixed at least in the dcf clock driver, but since >`TIOCSCTTY' doesn't occur in any of the xntpd source files in -current, >I don't see how any of the clock drivers can have a controlling terminal. See above - how would a process get itself marked as the recipient of the signal without being able to use F_SETMODE or TICGSPGP (both of which should map to the same thing) ? Sorry if this is a dumb question.... but after all, look at my .sig :-) Stu ---------------------------------------------------------------------------- Stu Phillips | Phone: (408) 526-5172 Vice-President, Central Engineering | Fax: (408) 526-4952 Cisco Systems, Inc. | 170 West Tasman Drive | San Jose, CA 95134-1706 | Email: stu@cisco.com ---------------------------------------------------------------------------- From owner-freebsd-hackers Mon Oct 9 14:48:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA24745 for hackers-outgoing; Mon, 9 Oct 1995 14:48:04 -0700 Received: from unix.stylo.it (ppp.stylo.italia.com [194.20.23.167]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA24720 for ; Mon, 9 Oct 1995 14:47:22 -0700 Received: from trust.stylo.it (trust.stylo.it [194.20.21.30]) by unix.stylo.it (8.6.11/8.6.9) with SMTP id WAA05604 for ; Mon, 9 Oct 1995 22:27:12 +0100 Received: by trust.stylo.it with NT SMTP Gateway ver 31 id <3079941B@trust.stylo.it>; Mon, 09 Oct 95 23:28:59 W From: Angelo Turetta To: freebsd-hackers Subject: Re: Atapi.flp boots but doesn't recognize.. Date: Mon, 09 Oct 95 23:39:00 W Message-ID: <3079941B@trust.stylo.it> Encoding: 166 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@freebsd.org Precedence: bulk "Jordan K. Hubbard" wrote: > I'd appreciate even *one* success report, folks! As it stands now, > without more feedback I'm just going to drop the idea. I haven't > heard *one* successful probe report, not one! :( The ATAPI floppy worked for me. Well, actually, let's say it didn't work worse than in 2.0.5R :-) I've three major concerns about ATAPI CD-ROM support: 1) I've never been able to use the CD-ROM after a soft reset (i.e. #reboot ). After a cold boot, all works fine: after a reboot, the probe is as usual, but the PC hangs while mounting /cdrom. Actually, the probe itself gives an 'Unknown phase' error, but it's not fatal. 2) It's not possible to use the IDE CD-ROM as the secondary device on the IDE BUS if the master device is not present: I know this is conceptually right, but the CD-ROMs ship jumpered as slave by default, and often they come with an additional secondary IDE controller on which they are the only device. I know it hurts, but all flavours of Windows support this configuration. I've tried to hack myself the driver, but I concluded the job is not in my capabilities :-( (basically, don't know enough FBSD & ATAPI internals: in fact, I gave up when I started experiencing strange lock-ups, but I hadn't still figured out point 1) ....) 3) (but this is probably more abuot cd9660) Multisession capabilities are ignored: it always reads the first session. (I'm using a CD-Recorder as fast access storage for rarely used stuff, and I often burn multisession CDs) My PC is a no-name chinese 486 DX/2 66 VLB motherboard, 20MB ram, S3 805 VLB VGA, VLB dual IDE controller, WD 1.2GB IDE HD, two old 85 MB & 170 MB WD HD that were laying around in my office. Most of the large disk is NTFS, but I have a 250 MB FAT and a 200 MB FreeBSD 2.0.5 partition (which I try to have fun with after a whole day of WinNT :-) I attach dmesg output & kernel config for your reference. Hope this helps someone of you REAL hackers. (BTW: do you really manage to have a job, to hack so much BSD in your free time, and to have a private life ??? :-) ---------------------------------------------------------- machine "i386" cpu "I486_CPU" ident ANGELO maxusers 5 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console config kernel root on wd1 controller isa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI # Enable ATAPI support for IDE bus device wcd0 # IDE CD-ROM driver - requires wdc and ATAPI options controller scbus0 device sd0 device st0 device cd0 #Only need one of these, the code dynamically grows # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device ed1 at isa? port 0x300 net irq 10 iomem 0xd8000 vector edintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 16 pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 1 #Berkeley packet filter ------------------------------------------------------ FreeBSD 2.0.5-RELEASE #8: Tue Oct 3 22:37:32 MET 1995 root@unix.stylo.it:/usr/src/sys/compile/ANGELO CPU: i486 DX2 (486-class CPU) Origin = "GenuineIntel" Id = 0x435 Stepping=5 Features=0x3 real memory = 20578304 (5024 pages) avail memory = 18825216 (4596 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed1 at 0x300-0x31f irq 10 on isa ed1: address 00:20:a9:0b:cd:6e, type NE2000 (16 bit) bpf: ed1 attached sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16450 sio2 at 0x3e8-0x3ef irq 5 on isa sio2: type 16550A sio3 not found at 0x2e8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 81MB (166600 sectors), 980 cyls, 10 heads, 17 S/T, 512 B/S wdc0: unit 1 (wd1): wd1: 1222MB (2503872 sectors), 2484 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 162MB (333300 sectors), 1010 cyls, 6 heads, 55 S/T, 512 B/S wdc1: unit 1 (atapi): , removable, iordy atapi1.1: unknown phase npx0 on motherboard npx0: INT 16 interface bpf: lo0 attached bpf: ppp0 attached bpf: sl0 attached bpf: tun0 attached --------------------------------------- Angelo Turetta - SysAdmin Stylo Multimedia - Bologna - ITALY From owner-freebsd-hackers Mon Oct 9 14:58:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA25125 for hackers-outgoing; Mon, 9 Oct 1995 14:58:30 -0700 Received: from iaehv.IAEhv.nl (root@iaehv.IAEhv.nl [192.87.208.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA25096 ; Mon, 9 Oct 1995 14:58:19 -0700 Received: by iaehv.IAEhv.nl (8.6.12/1.63) id WAA07712; Mon, 9 Oct 1995 22:58:09 +0100 From: guido@IAEhv.nl (Guido van Rooij) Message-Id: <199510092158.WAA07712@iaehv.IAEhv.nl> X-Disclaimer: iaehv.nl is a public access UNIX system and cannot be held responsible for the opinions of its individual users. Subject: ip_fil2.8 To: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Date: Mon, 9 Oct 1995 22:58:08 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 300 Sender: owner-hackers@freebsd.org Precedence: bulk Is anyone using ip_fil2.8 on an 2.0R or 2.05R system? When I compile it and do the regression tests it barfs on a few tests. Further, the ipftest program just exits without doing much on; tcpdump -n | ipftest -T -r Hope this sounds familiar to someone who already solved it ;-() -Guido From owner-freebsd-hackers Mon Oct 9 15:15:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA26053 for hackers-outgoing; Mon, 9 Oct 1995 15:15:06 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA26038 for ; Mon, 9 Oct 1995 15:15:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA19470; Mon, 9 Oct 1995 23:14:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA05397; Mon, 9 Oct 1995 23:14:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA00728; Mon, 9 Oct 1995 23:13:50 +0100 From: J Wunsch Message-Id: <199510092213.XAA00728@uriah.heep.sax.de> Subject: Re: direct acces to the text screen memory To: didier@aida.org (Didier Derny) Date: Mon, 9 Oct 1995 23:13:50 +0100 (MET) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Didier Derny" at Oct 9, 95 08:55:01 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 609 Sender: owner-hackers@freebsd.org Precedence: bulk As Didier Derny wrote: > > I dont know how to use mmap to map the screen text. Simply mmap() a descriptor pointing to a vty device. Anyway, this advantage has not only several drawbacks, it does also require a bunch of extra handling to cover all potential external influences (VT switch requests, different VT sizes, hot-key or externally triggered VT size switching, program suspend/continue by signal). Honestly, stick with curses instead. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Oct 9 15:21:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA26314 for hackers-outgoing; Mon, 9 Oct 1995 15:21:04 -0700 Received: from devnull (devnull.mpd.tandem.com [131.124.4.29]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA26309 for ; Mon, 9 Oct 1995 15:21:01 -0700 Received: from olympus by devnull (8.6.8/8.6.6) id RAA17481; Mon, 9 Oct 1995 17:20:45 -0500 Received: by olympus (4.1/TSS2.1) id AA21136; Mon, 9 Oct 95 17:20:55 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9510092220.AA21136@olympus> Subject: Re: machine reboot & kernel maxusers option To: vince@apollo.COSC.GOV (-Vince-) Date: Mon, 9 Oct 1995 17:20:54 -0500 (CDT) Cc: FreeBSD-hackers@freefall.freebsd.org In-Reply-To: from "-Vince-" at Oct 7, 95 04:45:04 am X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1397 Sender: owner-hackers@FreeBSD.org Precedence: bulk Do you have absolute faith in your SCSI cable? I got these and they went away with a better cable. Boyd > > Hi everyone, > > I am experiencing the following problem and the machine just > reboots under FreeBSD-current, anyone have any ideas? > > MAND FAILED (4 28) @f0b4aa00. > assertion "cp" failed: file "../../pci/ncr.c", line 5560 > sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. > 5 5 5 5 5 5 5 5 5 5 5 5 5 assertion "cp" failed: file "../../pci/ncr.c", line 5560 > sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. > assertion "cp" failed: file "../../pci/ncr.c", line 5560 > sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. > 5 5 5 5 5 5 5 giving up > Automatic reboot in 15 seconds\^?\^A a key on the console to abort > Rebooting... > > Also, can someone tell me what the maxusers option in the kernel > config file does exactly? Thanks! > > Cheers, > -Vince- vince@apollo.COSC.GOV - GUS Mailing Lists Admin > UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) > Chabot Observatory & Science Center - Board of Advisors > Running FreeBSD - Real UN*X for Free! > Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin > > -- _______________________________________________________________________ Boyd Faulkner - faulkner@isd.tandem.com - http://cactus.org/~faulkner _______________________________________________________________________ From owner-freebsd-hackers Mon Oct 9 16:01:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27340 for hackers-outgoing; Mon, 9 Oct 1995 16:01:01 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA27335 for ; Mon, 9 Oct 1995 16:00:55 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA27162; Tue, 10 Oct 1995 08:56:12 +1000 Date: Tue, 10 Oct 1995 08:56:12 +1000 From: Bruce Evans Message-Id: <199510092256.IAA27162@godzilla.zeta.org.au> To: bde@zeta.org.au, pst@cisco.com, stu@cisco.com Subject: Re: FleeBSD and XNTPD Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >>FSETOWN has never worked "right" for ttys in FreeBSD releases. It only >>works for controlling terminals that are associated with the session of >>the calling process. Using it may interfere with normal controlling >Agreed but doesn't this apply to terminal devices to which there is already >attached a controlling terminal ? In this instance there is nothing >hanging on the terminal device at all - ie no login shell or similar. >Shouldn't the >rejection of the attempt be made iff there is already a process marked as the >controlling process ? There must be a controlling process for tcsetpgrp() to work. F_SETOWN shouldn't interfere with tcsetpgrp(). (I'd like F_SETOWN to be completely independent of the controlling terminal and its process[group]. Since F_SETOWN applies to file descriptors, I would expect the process[group] to be per-fd. Is that too general?) >See above - how would a process get itself marked as the recipient of the >signal without being able to use F_SETMODE or TICGSPGP (both of which >should map to the same thing) ? It can't be done that way. Under FreeBSD, the following all seems to be necessary: setsid(); ioctl(fd, TIOCSCTTY); fcntl(fd, F_SETOWN, getpid()); fl = fcntl(fd, F_GETFL); fcntl(fd, F_SETFL, fl | O_ASYNC); Plus error checking and setting up the signal handler of course. Bruce From owner-freebsd-hackers Mon Oct 9 16:05:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27448 for hackers-outgoing; Mon, 9 Oct 1995 16:05:08 -0700 Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA27443 ; Mon, 9 Oct 1995 16:05:06 -0700 Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0t2RFi-0009YOC; Mon, 9 Oct 95 16:04 PDT Date: Mon, 9 Oct 1995 16:04:57 -0700 (PDT) From: Jake Hamby To: Angelo Turetta cc: freebsd-hackers , jkh@freebsd.org Subject: Re: Atapi.flp boots but doesn't recognize.. In-Reply-To: <3079941B@trust.stylo.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 9 Oct 1995, Angelo Turetta wrote: > > "Jordan K. Hubbard" wrote: > > I'd appreciate even *one* success report, folks! As it stands now, > > without more feedback I'm just going to drop the idea. I haven't > > heard *one* successful probe report, not one! :( > > The ATAPI floppy worked for me. > Well, actually, let's say it didn't work worse than in 2.0.5R :-) I guess I'll have to keep trying. I promise to resup and try to build my own ATAPI boot floppy soon, perhaps it will work better if I build it myself? At any rate, I'll keep you posted if I get something better together. > I've three major concerns about ATAPI CD-ROM support: > > 2) It's not possible to use the IDE CD-ROM as the secondary > device on the IDE BUS if the master device is not present: > I know this is conceptually right, but the CD-ROMs ship > jumpered as slave by default, and often they come with an > additional secondary IDE controller on which they are the > only device. I know it hurts, but all flavours of Windows support > this configuration. I've tried to hack myself the driver, but I > concluded the job is not in my capabilities :-( (basically, > don't know enough FBSD & ATAPI internals: in fact, > I gave up when I started experiencing strange lock-ups, > but I hadn't still figured out point 1) ....) Good point. Note that all flavors of Windows only have to support IDE CD-ROM when you explicity tell it you have one, that's why they can be more aggressive with the probing (especially since you need a special driver to support hard drives on the second controller in Windoze, unlike FreeBSD). --- Jake Hamby From owner-freebsd-hackers Mon Oct 9 16:26:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA27984 for hackers-outgoing; Mon, 9 Oct 1995 16:26:19 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA27979 for ; Mon, 9 Oct 1995 16:26:15 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA01803; Mon, 9 Oct 1995 16:26:07 -0700 To: Charles Kenneth Green - PRC cc: hackers@freefall.freebsd.org Subject: Re: Multiprocessor support In-reply-to: Your message of "Mon, 09 Oct 1995 15:14:49 EDT." <199510091914.PAA01722@fang.cs.sunyit.edu> Date: Mon, 09 Oct 1995 16:26:07 -0700 Message-ID: <1801.813281167@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > on implementing multiprocessor support in freeBSD. The professor is very > excited about this prospect but he is not sure if he'll be able to convince > the C.S. department to "enhance" the rules so that this might be done. I wonder what sorts of "enhancements" could conceivably be necessary for a professor to implement a perfectly reasonable operating systems research project? The only person I know who has currently done any sort of hacking on SMP is Jack Vogel , but be also warned that Mr. Vogel is firmly governed by the laws of Heisenberg: You can plot his position or you can plot his velocity, but you can never derive them both simultaneously! :-) Jordan From owner-freebsd-hackers Mon Oct 9 16:32:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA28165 for hackers-outgoing; Mon, 9 Oct 1995 16:32:13 -0700 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA28160 for ; Mon, 9 Oct 1995 16:32:11 -0700 Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id TAA03770; Mon, 9 Oct 1995 19:32:03 -0400 Date: Mon, 9 Oct 1995 19:32:03 -0400 From: Charles Kenneth Green - PRC Message-Id: <199510092332.TAA03770@fang.cs.sunyit.edu> To: chuck@fang.cs.sunyit.edu, jkh@time.cdrom.com Subject: Re: Multiprocessor support Cc: hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.org Precedence: bulk Currently, SUNY Institute of technology @ Utica/Rome doesn't have any category to put a Graduate project being worked on by more than one person. They're fairly new to the Graduate game. Other things involved would also include buying the hardware. They don't have a From owner-freebsd-hackers Mon Oct 9 16:34:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA28308 for hackers-outgoing; Mon, 9 Oct 1995 16:34:34 -0700 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA28300 for ; Mon, 9 Oct 1995 16:34:31 -0700 Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id TAA03839; Mon, 9 Oct 1995 19:34:30 -0400 Date: Mon, 9 Oct 1995 19:34:30 -0400 From: Charles Kenneth Green - PRC Message-Id: <199510092334.TAA03839@fang.cs.sunyit.edu> To: chuck@fang.cs.sunyit.edu, chuck@fang.cs.sunyit.edu, jkh@time.cdrom.com Subject: Re: Multiprocessor support Cc: hackers@freefall.freebsd.org Sender: owner-hackers@FreeBSD.org Precedence: bulk Currently, SUNY Institute of technology @ Utica/Rome doesn't have any category to put a Graduate project being worked on by more than one person. They're fairly new to the Graduate game. Other things involved would also include buying the hardware. They don't have a lot of money to through around and may be hesitant about this type of investment. Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming (315) 768-9244 From owner-freebsd-hackers Mon Oct 9 18:58:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA01782 for hackers-outgoing; Mon, 9 Oct 1995 18:58:03 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA01773 for ; Mon, 9 Oct 1995 18:57:56 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id LAA32670; Tue, 10 Oct 1995 11:47:48 +1000 Date: Tue, 10 Oct 1995 11:47:48 +1000 From: Bruce Evans Message-Id: <199510100147.LAA32670@godzilla.zeta.org.au> To: chuckr@eng.umd.edu, se@zpr.uni-koeln.de Subject: Re: VLB Disk Controllers Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >OK, I've been watching the posted results, many have as little variance >as yours, but many (where multiple runs were shown) had the huge variance >mine had. Would like to know why my checks to /dev/sd0 are all over the >board, when checks to rsd0 are fairly stable at 1180-1190. Testing /dev/sd0 tests the buffer cache and shouldn't go anywhere near the driver or the drive. There may be more variance because running the program (not to mention other processes) disturbs the buffer cache. /dev/sd0 is about twice as slow as /dev/zero here, but the "command" overhead is about twice as small for /dev/sd0. Bruce From owner-freebsd-hackers Mon Oct 9 19:58:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA04038 for hackers-outgoing; Mon, 9 Oct 1995 19:58:52 -0700 Received: (from hsu@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA04031 for hackers; Mon, 9 Oct 1995 19:58:49 -0700 Date: Mon, 9 Oct 1995 19:58:49 -0700 From: Jeffrey Hsu Message-Id: <199510100258.TAA04031@freefall.freebsd.org> To: hackers Subject: scsi, dump, FreeBSD 1.1 filesystem Sender: owner-hackers@FreeBSD.org Precedence: bulk When I tried to dump a FreeBSD 1.1 filesystem, I get the following errors Oct 9 18:22:47 armour /kernel: sd1(uha0:5:0): ILLEGAL REQUEST asc:21,0 Logical block address out of range Oct 9 18:22:48 armour last message repeated 38 times Oct 9 18:22:50 armour /kernel: uha0: uha_scsi_cmd, more than 33 DMA segs Oct 9 18:22:50 armour /kernel: sd1: oops not queued Oct 9 18:22:50 armour /kernel: biodone: buffer already done Oct 9 18:22:50 armour /kernel: uha0: uha_scsi_cmd, more than 33 DMA segs Oct 9 18:22:50 armour /kernel: sd1: oops not queued Oct 9 18:22:50 armour /kernel: biodone: buffer already done Oct 9 18:22:50 armour /kernel: uha0: uha_scsi_cmd, more than 33 DMA segs Oct 9 18:22:50 armour /kernel: sd1: oops not queued Oct 9 18:22:50 armour /kernel: biodone: buffer already done Oct 9 18:22:50 armour /kernel: uha0: uha_scsi_cmd, more than 33 DMA segs Oct 9 18:22:50 armour /kernel: sd1: oops not queued Oct 9 18:22:50 armour /kernel: biodone: buffer already done Oct 9 18:22:50 armour /kernel: uha0: uha_scsi_cmd, more than 33 DMA segs Oct 9 18:22:51 armour /kernel: sd1: oops not queued ... What does this mean? From owner-freebsd-hackers Mon Oct 9 20:15:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA04901 for hackers-outgoing; Mon, 9 Oct 1995 20:15:04 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA04887 ; Mon, 9 Oct 1995 20:15:00 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id UAA16556; Mon, 9 Oct 1995 20:14:48 -0700 From: Julian Elischer Message-Id: <199510100314.UAA16556@ref.tfs.com> Subject: Re: scsi, dump, FreeBSD 1.1 filesystem To: hsu@freefall.freebsd.org (Jeffrey Hsu) Date: Mon, 9 Oct 1995 20:14:47 -0700 (PDT) Cc: hackers@freefall.freebsd.org In-Reply-To: <199510100258.TAA04031@freefall.freebsd.org> from "Jeffrey Hsu" at Oct 9, 95 07:58:49 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1297 Sender: owner-hackers@FreeBSD.org Precedence: bulk It means that minphys() has been broken somewhere.. it's a 1.1 filesystem, but what version kernel? > > When I tried to dump a FreeBSD 1.1 filesystem, I get the following errors > > Oct 9 18:22:47 armour /kernel: sd1(uha0:5:0): ILLEGAL REQUEST asc:21,0 Logical > block address out of range > Oct 9 18:22:48 armour last message repeated 38 times > Oct 9 18:22:50 armour /kernel: uha0: uha_scsi_cmd, more than 33 DMA segs > Oct 9 18:22:50 armour /kernel: sd1: oops not queued > Oct 9 18:22:50 armour /kernel: biodone: buffer already done > Oct 9 18:22:50 armour /kernel: uha0: uha_scsi_cmd, more than 33 DMA segs > Oct 9 18:22:50 armour /kernel: sd1: oops not queued > Oct 9 18:22:50 armour /kernel: biodone: buffer already done > Oct 9 18:22:50 armour /kernel: uha0: uha_scsi_cmd, more than 33 DMA segs > Oct 9 18:22:50 armour /kernel: sd1: oops not queued > Oct 9 18:22:50 armour /kernel: biodone: buffer already done > Oct 9 18:22:50 armour /kernel: uha0: uha_scsi_cmd, more than 33 DMA segs > Oct 9 18:22:50 armour /kernel: sd1: oops not queued > Oct 9 18:22:50 armour /kernel: biodone: buffer already done > Oct 9 18:22:50 armour /kernel: uha0: uha_scsi_cmd, more than 33 DMA segs > Oct 9 18:22:51 armour /kernel: sd1: oops not queued > > ... > > What does this mean? > From owner-freebsd-hackers Mon Oct 9 21:19:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA07905 for hackers-outgoing; Mon, 9 Oct 1995 21:19:47 -0700 Received: (from hsu@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA07897 ; Mon, 9 Oct 1995 21:19:45 -0700 Date: Mon, 9 Oct 1995 21:19:45 -0700 From: Jeffrey Hsu Message-Id: <199510100419.VAA07897@freefall.freebsd.org> To: julian@ref.tfs.com Subject: Re: scsi, dump, FreeBSD 1.1 filesystem Cc: hackers Sender: owner-hackers@FreeBSD.org Precedence: bulk It means that minphys() has been broken somewhere.. it's a 1.1 filesystem, but what version kernel? The kernel is -current as of Oct 8. A copy (cp) of the 1.1 fs to a 2.x fs works. It's just dump (8) which fails. Jeffrey From owner-freebsd-hackers Mon Oct 9 22:42:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA11930 for hackers-outgoing; Mon, 9 Oct 1995 22:42:09 -0700 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA11925 for ; Mon, 9 Oct 1995 22:42:07 -0700 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id WAA05071; Mon, 9 Oct 1995 22:40:55 -0700 Date: Mon, 9 Oct 1995 22:40:54 -0700 (PDT) From: -Vince- To: "Jonathan M. Bresler" cc: J Wunsch , FreeBSD-hackers@freefall.freebsd.org Subject: Re: can't delete chfn In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sat, 7 Oct 1995, Jonathan M. Bresler wrote: > On Fri, 6 Oct 1995, -Vince- wrote: > > > On Wed, 27 Sep 1995, Jonathan M. Bresler wrote: > > > > > On Wed, 27 Sep 1995, -Vince- wrote: > > > > I just did alias dir ls -lo and here's the output: > > > > > > > > root@apollo [3:58pm][/usr/bin] >> dir chfn > > > > -r-sr-xr-x 1 root bin schg 20480 Jul 26 07:57 chfn > > > ^^^^ > > > schg prevents you from replacing the file. > > > the same should be true of your kernel. do a 'chflags noschg /usr/bin/chfn' > > > > Hmm, but it seems like it was make world that did this so make world > > is preventing new make worlds from happening? > > make world does not install a new kernel. this is no related to > make world. the schg flag is set by make install in a kernel compilation > directory. I wasn't talking about the kernel, I was talking about chfn which was installed by the July 26, 1995 make world... Cheers, -Vince- vince@apollo.COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Mon Oct 9 23:57:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA16188 for hackers-outgoing; Mon, 9 Oct 1995 23:57:54 -0700 Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA16179 ; Mon, 9 Oct 1995 23:57:49 -0700 Received: (from freebsd@localhost) by fgate.flevel.co.uk (8.6.11/8.6.9) id IAA07449; Tue, 10 Oct 1995 08:00:39 +0100 Date: Tue, 10 Oct 1995 08:00:39 +0100 (BST) From: freebsd To: hardware@freebsd.org cc: hackers@freebsd.org Subject: DASS2 Cards (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I am uncertain whether this got posted correctly as I am new to this mailing list. Has anyone an DASS2 experience with freebsd? Here is a repost - apolgies if you have altready received it. ---------- Forwarded message ---------- Date: Sun, 8 Oct 1995 20:28:20 +0100 (BST) From: freebsd To: freebsd-hardware@freebsd.org Subject: DASS2 Cards Does anyone have any information about support for DASS2 cards? I have the details of a card marketed under the brand name of Aculab for primary rate ISDN with DASS2 compatibility. The card is a 16bit PC/AT and has BABT approval. The signalling processor is two 16MHz 80188s with a control Interface which is stated to be 32k tri-port RAM. The card is in 75ohm and 120ohm versions each of which can be supplied to support 60 lines or 30 lines. The brochure states that it is DIALOGIC open developer product and that the card has also connection approval in Germany. We would be interested in receiving any information from anyone who has succesfully installed a DASS2 comnpatible card on a freebsd system. david S. From owner-freebsd-hackers Tue Oct 10 01:03:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA21416 for hackers-outgoing; Tue, 10 Oct 1995 01:03:24 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA21409 ; Tue, 10 Oct 1995 01:03:19 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id BAA17216; Tue, 10 Oct 1995 01:03:17 -0700 Date: Tue, 10 Oct 1995 01:03:17 -0700 Message-Id: <199510100803.BAA17216@silvia.HIP.Berkeley.EDU> To: freebsd-hackers@freebsd.org, ports@freebsd.org Reply-to: asami@cs.berkeley.edu, ports@silvia.HIP.Berkeley.EDU In-reply-to: (message from Marc Ramirez on Mon, 9 Oct 1995 00:44:06 -0400 (EDT)) Subject: Re: Netscape 2.0beta1 From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@freebsd.org Precedence: bulk (Sorry for crosspost -- replies to ports only) Well, so what do you guys think about updating the "port"? (I know, it's a binary-only port and we can't distribute the distfile/package anyway....) I've been using it since yesterday, and it feels really "beta", so I won't update the port unless people really want the change to go in. Satoshi From owner-freebsd-hackers Tue Oct 10 01:29:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA22844 for hackers-outgoing; Tue, 10 Oct 1995 01:29:18 -0700 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA22833 for ; Tue, 10 Oct 1995 01:29:14 -0700 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id BAA04166; Tue, 10 Oct 1995 01:27:51 -0700 Date: Tue, 10 Oct 1995 01:27:51 -0700 (PDT) From: -Vince- To: Terry Lambert cc: taob@io.org, FreeBSD-hackers@freefall.freebsd.org Subject: Re: can't delete chfn In-Reply-To: <199510082225.PAA07328@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Sun, 8 Oct 1995, Terry Lambert wrote: > > Hmmm, how do I set the kern.securelevel? > > It is set up from 0 in the rc file when going multiuser. > > It can only ever be set up during a dingle boot. > > You set it to 0 by rebooting single user. I looked in /etc/rc but where is this setting? Cheers, -Vince- vince@apollo.COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin From owner-freebsd-hackers Tue Oct 10 01:50:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA23736 for hackers-outgoing; Tue, 10 Oct 1995 01:50:40 -0700 Received: from trepan.io.org (taob@trepan.io.org [198.133.36.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA23729 for ; Tue, 10 Oct 1995 01:50:35 -0700 Received: (from taob@localhost) by trepan.io.org (8.6.9/8.6.9) id EAA14247; Tue, 10 Oct 1995 04:50:22 -0400 Date: Tue, 10 Oct 1995 04:50:21 -0400 (EDT) From: Brian Tao To: -Vince- cc: FreeBSD-hackers@freefall.freebsd.org Subject: Re: can't delete chfn 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, 10 Oct 1995, -Vince- wrote: > > I looked in /etc/rc but where is this setting? It isn't in the 950928 snapshot /etc/rc* files (don't know about more recent snapshots), but check the sysctl(8) man page. You can raise the securelevel via that utility. BTW, I think XFree86 will cease to work with securelevel of 0 or higher, since that disables access to /dev/mem which it apparently needs. I don't remember where I read this, but I know that XFree86 stopped working for me when I set securelevel to 0 or higher. -- Brian Tao System Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Tue Oct 10 01:59:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA24063 for hackers-outgoing; Tue, 10 Oct 1995 01:59:37 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA24045 for ; Tue, 10 Oct 1995 01:59:16 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id SAA11459 for hackers@freebsd.org; Tue, 10 Oct 1995 18:58:12 +0930 From: Michael Smith Message-Id: <199510100928.SAA11459@genesis.atrad.adelaide.edu.au> Subject: non-sio UART driver To: hackers@freebsd.org Date: Tue, 10 Oct 1995 18:58:12 +0930 (CST) Content-Type: text Content-Length: 1227 Sender: owner-hackers@freebsd.org Precedence: bulk Hiho serial hackertype people... (that probably means you, Bruce. Sorry 8) As I dribbled a little while ago, I need to talk to a multidrop serial bus using a standard serial port. The nature of the protocol and interface mechanism for the bus tend to indicate to me that I don't want to use the sio driver and hack on that, but perhaps to make a copy and cut it severely down to size. Given this, how should I avoid the MCR_IENABLE conflict that's introduced by sioprobe() forcing the standard four ports' interrupts off? (Perhaps just reenable interrupts on open?) Infact, given that this is really a packet-based network, would I be better of abandoning all of the tty interface gumpf in the sio driver and doing everything via ioctl() calls? (or something equally bogus?) As you can see, I could do with the odd suggestive clue here. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Tue Oct 10 02:42:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA25340 for hackers-outgoing; Tue, 10 Oct 1995 02:42:06 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA25302 ; Tue, 10 Oct 1995 02:41:49 -0700 Received: by Sysiphos id AA11170 (5.67b/IDA-1.5); Tue, 10 Oct 1995 10:36:56 +0100 Message-Id: <199510100936.AA11170@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Tue, 10 Oct 1995 10:36:55 +0100 In-Reply-To: asami@cs.berkeley.edu (Satoshi Asami) "Re: Netscape 2.0beta1" (Oct 10, 1:03) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: asami@cs.berkeley.edu, ports@silvia.hip.berkeley.edu Subject: Re: Netscape 2.0beta1 Cc: freebsd-hackers@freebsd.org, ports@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Oct 10, 1:03, Satoshi Asami wrote: } Subject: Re: Netscape 2.0beta1 } (Sorry for crosspost -- replies to ports only) } } Well, so what do you guys think about updating the "port"? (I know, } it's a binary-only port and we can't distribute the distfile/package } anyway....) I've been using it since yesterday, and it feels really } "beta", so I won't update the port unless people really want the } change to go in. Well, it got a few nice features, but feels beta IMHO, too. One annoying feature is, that it requires a different Netscape application defaults file, and if it is made a port at all, then I'd suggest the wrapper makes sure the APPLRESDIR is modified in the shell wrapper, to make it use an app.default file from some other directory ... But I'm not sure that it is a good idea to have a binary on the 2.1 CDROM, which is known to stop working on December 15th. Might annoy people who want to use it and don't even want to know about the "trial" conditions under which this beta is made available :) 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/staff/esser/esser.html From owner-freebsd-hackers Tue Oct 10 02:48:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA25763 for hackers-outgoing; Tue, 10 Oct 1995 02:48:38 -0700 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA25751 for ; Tue, 10 Oct 1995 02:48:36 -0700 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id CAA05428; Tue, 10 Oct 1995 02:47:31 -0700 Date: Tue, 10 Oct 1995 02:47:31 -0700 (PDT) From: -Vince- To: Boyd Faulkner cc: FreeBSD-hackers@freefall.freebsd.org Subject: Re: machine reboot & kernel maxusers option In-Reply-To: <9510092220.AA21136@olympus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 9 Oct 1995, Boyd Faulkner wrote: > Do you have absolute faith in your SCSI cable? I got these and they went > away with a better cable. Hmmm, I doubt that's the cause since we are running a few heavy mailing lists and there are just too many sendmail sessions going on... Cheers, -Vince- vince@apollo.COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin > > Hi everyone, > > > > I am experiencing the following problem and the machine just > > reboots under FreeBSD-current, anyone have any ideas? > > > > MAND FAILED (4 28) @f0b4aa00. > > assertion "cp" failed: file "../../pci/ncr.c", line 5560 > > sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. > > 5 5 5 5 5 5 5 5 5 5 5 5 5 assertion "cp" failed: file "../../pci/ncr.c", line 5560 > > sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. > > assertion "cp" failed: file "../../pci/ncr.c", line 5560 > > sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. > > 5 5 5 5 5 5 5 giving up > > Automatic reboot in 15 seconds\^?\^A a key on the console to abort > > Rebooting... > > > > Also, can someone tell me what the maxusers option in the kernel > > config file does exactly? Thanks! From owner-freebsd-hackers Tue Oct 10 03:00:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA26245 for hackers-outgoing; Tue, 10 Oct 1995 03:00:01 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA26238 for ; Tue, 10 Oct 1995 02:59:56 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t2bTX-0003w4C; Tue, 10 Oct 95 02:59 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id KAA01007; Tue, 10 Oct 1995 10:59:53 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: laufen@sol.med.ge.com (Derek Laufenberg x7-4534) cc: hackers@freefall.freebsd.org Subject: Re: Has the Linux PCMCIA tools been ported? In-reply-to: Your message of "Mon, 09 Oct 1995 15:35:12 CDT." <9510092035.AA00129@merak.med.ge.com> Date: Tue, 10 Oct 1995 10:59:53 +0100 Message-ID: <1005.813319193@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org Precedence: bulk > Anyone know about the Linux PCMCIA card service tools? > Have they been ported to freebsd yet? No, and they wont be. -- 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. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-hackers Tue Oct 10 03:09:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA26712 for hackers-outgoing; Tue, 10 Oct 1995 03:09:59 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA26698 for ; Tue, 10 Oct 1995 03:09:46 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA15689; Tue, 10 Oct 1995 20:09:36 +1000 Date: Tue, 10 Oct 1995 20:09:36 +1000 From: Bruce Evans Message-Id: <199510101009.UAA15689@godzilla.zeta.org.au> To: hackers@freebsd.org, msmith@atrad.adelaide.edu.au Subject: Re: non-sio UART driver Sender: owner-hackers@freebsd.org Precedence: bulk > As I dribbled a little while ago, I need to talk to a multidrop serial bus >using a standard serial port. What's a multidrop serial bus? >The nature of the protocol and interface mechanism for the bus tend to >indicate to me that I don't want to use the sio driver and hack on that, >but perhaps to make a copy and cut it severely down to size. If you need to do any normal serial i/o to a 16x50 then I suggest adding to sio. >Given this, how should I avoid the MCR_IENABLE conflict that's >introduced by sioprobe() forcing the standard four ports' interrupts off? >(Perhaps just reenable interrupts on open?) That would work if the new device is probed after sio. >Infact, given that this is really a packet-based network, would I be better >of abandoning all of the tty interface gumpf in the sio driver and doing >everything via ioctl() calls? (or something equally bogus?) If there are only protocol differences, then use a line discipline. Slip and ppp are good examples. Bruce From owner-freebsd-hackers Tue Oct 10 03:09:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA26714 for hackers-outgoing; Tue, 10 Oct 1995 03:09:59 -0700 Received: from apollo.COSC.GOV (root@apollo.COSC.GOV [198.94.103.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA26703 for ; Tue, 10 Oct 1995 03:09:51 -0700 Received: (from vince@localhost) by apollo.COSC.GOV (8.6.12/8.6.9) id DAA00361; Tue, 10 Oct 1995 03:08:45 -0700 Date: Tue, 10 Oct 1995 03:08:45 -0700 (PDT) From: -Vince- To: Boyd Faulkner cc: FreeBSD-hackers@freefall.freebsd.org Subject: Re: machine reboot & kernel maxusers option In-Reply-To: <9510092220.AA21136@olympus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Mon, 9 Oct 1995, Boyd Faulkner wrote: > Do you have absolute faith in your SCSI cable? I got these and they went > away with a better cable. Hmmm, not sure about that but the problem seems to be the machine needs more memory even though it's at 24 megs now but we are running several large mailing lists and it seems to crash the machine if too many sendmail sessions are active... Cheers, -Vince- vince@apollo.COSC.GOV - GUS Mailing Lists Admin UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Board of Advisors Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin > > Hi everyone, > > > > I am experiencing the following problem and the machine just > > reboots under FreeBSD-current, anyone have any ideas? > > > > MAND FAILED (4 28) @f0b4aa00. > > assertion "cp" failed: file "../../pci/ncr.c", line 5560 > > sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. > > 5 5 5 5 5 5 5 5 5 5 5 5 5 assertion "cp" failed: file "../../pci/ncr.c", line 5560 > > sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. > > assertion "cp" failed: file "../../pci/ncr.c", line 5560 > > sd0(ncr0:0:0): COMMAND FAILED (4 28) @f0b4aa00. > > 5 5 5 5 5 5 5 giving up > > Automatic reboot in 15 seconds\^?\^A a key on the console to abort > > Rebooting... > > > > Also, can someone tell me what the maxusers option in the kernel > > config file does exactly? Thanks! > > > > Cheers, > > -Vince- vince@apollo.COSC.GOV - GUS Mailing Lists Admin > > UC Berkeley AstroPhysics - Electrical Engineering (Honorary B.S.) > > Chabot Observatory & Science Center - Board of Advisors > > Running FreeBSD - Real UN*X for Free! > > Linda Wong/Vivian Chow/Hacken Lee/Danny Chan Fan Club Mailiing Lists Admin > > > > > > > -- > _______________________________________________________________________ > > Boyd Faulkner - faulkner@isd.tandem.com - http://cactus.org/~faulkner > _______________________________________________________________________ > From owner-freebsd-hackers Tue Oct 10 03:52:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA28103 for hackers-outgoing; Tue, 10 Oct 1995 03:52:55 -0700 Received: from unix.stylo.it (ppp.stylo.italia.com [194.20.23.167]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA28098 for ; Tue, 10 Oct 1995 03:52:44 -0700 Received: from trust.stylo.it (trust.stylo.it [194.20.21.30]) by unix.stylo.it (8.6.11/8.6.9) with SMTP id KAA06286; Tue, 10 Oct 1995 10:35:17 +0100 Received: by trust.stylo.it with NT SMTP Gateway ver 31 id <307A3EBC@trust.stylo.it>; Tue, 10 Oct 95 11:37:00 W From: Angelo Turetta To: jehamby Cc: freebsd-hackers Subject: Re: Atapi.flp boots but doesn't recognize.. Date: Tue, 10 Oct 95 11:46:00 W Message-ID: <307A3EBC@trust.stylo.it> Encoding: 22 TEXT X-Mailer: Microsoft Mail V3.0 Sender: owner-hackers@freebsd.org Precedence: bulk > > I've three major concerns about ATAPI CD-ROM support: > > 2) It's not possible to use the IDE CD-ROM as the secondary > device on the IDE BUS if the master device is not present: > > Good point. Note that all flavors of Windows only have to support IDE > CD-ROM when you explicity tell it you have one, that's why they can be > more aggressive with the probing (especially since you need a special > driver to support hard drives on the second controller in Windoze, unlike > FreeBSD). Window NT & Windows 95 come with integrated support for secondary IDE controller & ATAPI CD-ROM. Of course, you cannot boot from a partition on the secondary bus, but I can add or remove hard disks and it automatically use them. >--- Jake Hamby Angelo Turetta From owner-freebsd-hackers Tue Oct 10 04:11:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28864 for hackers-outgoing; Tue, 10 Oct 1995 04:11:40 -0700 Received: (from sos@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA28858 for hackers@freebsd.org; Tue, 10 Oct 1995 04:11:38 -0700 Message-Id: <199510101111.EAA28858@freefall.freebsd.org> Subject: Docs on 3Com 3c59? cards needed... To: hackers@freebsd.org (FreeBSD hackers) Date: Tue, 10 Oct 1995 04:11:38 -0700 (PDT) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 404 Sender: owner-hackers@freebsd.org Precedence: bulk Subject says it all, on of our local FreeBSD users has written most of the drivers for the 3Com 3c590/3c595 PCI ether cards. He needs more information though to get through.. Any info welcome.. Thanks -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time From owner-freebsd-hackers Tue Oct 10 05:29:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA01120 for hackers-outgoing; Tue, 10 Oct 1995 05:29:35 -0700 Received: from Relay1.Austria.EU.net (relay1.Austria.EU.net [192.92.138.47]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id FAA01113 for ; Tue, 10 Oct 1995 05:29:29 -0700 From: marino.ladavac@aut.alcatel.at Received: from aut.alcatel.at (dnisun.aut.alcatel.at) by Relay1.Austria.EU.net with SMTP id AA17473 (5.67b/IDA-1.5 for ); Tue, 10 Oct 1995 13:29:23 +0100 Received: from atuhc16 by aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA20198; Tue, 10 Oct 95 13:29:23 +0100 Message-Id: <9510101229.AA20198@atuhc16.aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA25384; Tue, 10 Oct 1995 13:29:19 +0100 Subject: What the ... with ftp.cdrom.com? To: hackers@freebsd.org Date: Tue, 10 Oct 95 13:29:18 MET Mailer: Elm [revision: 70.85] Sender: owner-hackers@freebsd.org Precedence: bulk Hi all, this is what I got from wcarchive ftpd: % ftp ftp.cdrom.com Connected to ftp.cdrom.com. 220 wcarchive.cdrom.com FTP server (Version wu-2.4(5) Sat Oct 7 11:10:38 PDT 1995) ready. Name (ftp.cdrom.com:ladavac): anonymous 530-Sorry, the current limit on this server is 0 users and there are 0 users 530-on the system. Please try again in a few minutes. 530- 530-Most of the files in this area are also available on CDROM. You can send 530-email to (or finger) info@cdrom.com for more information or to order. For 530-tech support about our products, please email support@cdrom.com. You may 530-also call our toll-free number: 1-800-786-9907 or +1-510-674-0783. Orders 530-are taken 24 hours. 530- 530 User anonymous access denied. Login failed. 421 Service not available, remote server has closed connection What's going on? It's been like this for a while now. /Alby From owner-freebsd-hackers Tue Oct 10 05:49:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA01531 for hackers-outgoing; Tue, 10 Oct 1995 05:49:28 -0700 Received: (from sos@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA01523 ; Tue, 10 Oct 1995 05:49:26 -0700 Message-Id: <199510101249.FAA01523@freefall.freebsd.org> Subject: Re: What the ... with ftp.cdrom.com? To: marino.ladavac@aut.alcatel.at Date: Tue, 10 Oct 1995 05:49:26 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <9510101229.AA20198@atuhc16.aut.alcatel.at> from "marino.ladavac@aut.alcatel.at" at Oct 10, 95 01:29:18 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1527 Sender: owner-hackers@freebsd.org Precedence: bulk In reply to marino.ladavac@aut.alcatel.at who wrote: > > Hi all, > this is what I got from wcarchive ftpd: > > % ftp ftp.cdrom.com > Connected to ftp.cdrom.com. > 220 wcarchive.cdrom.com FTP server (Version wu-2.4(5) Sat Oct 7 11:10:38 PDT 1995) ready. > Name (ftp.cdrom.com:ladavac): anonymous > 530-Sorry, the current limit on this server is 0 users and there are 0 users > 530-on the system. Please try again in a few minutes. > 530- > 530-Most of the files in this area are also available on CDROM. You can send > 530-email to (or finger) info@cdrom.com for more information or to order. For > 530-tech support about our products, please email support@cdrom.com. You may > 530-also call our toll-free number: 1-800-786-9907 or +1-510-674-0783. Orders > 530-are taken 24 hours. > 530- > 530 User anonymous access denied. > Login failed. > 421 Service not available, remote server has closed connection > > > What's going on? It's been like this for a while now. Strange, this is what I just got... 230-Welcome to wcarchive - home ftp site for Walnut Creek CDROM. 230-There are currently 89 users out of 300 possible. 230- No problems, maybe you are on a "ristrikted" domain or something... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time From owner-freebsd-hackers Tue Oct 10 06:02:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA01741 for hackers-outgoing; Tue, 10 Oct 1995 06:02:51 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA01736 for ; Tue, 10 Oct 1995 06:02:45 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id GAA02663; Tue, 10 Oct 1995 06:02:36 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id GAA00331; Tue, 10 Oct 1995 06:02:36 -0700 Message-Id: <199510101302.GAA00331@corbin.Root.COM> To: marino.ladavac@aut.alcatel.at cc: hackers@freebsd.org Subject: Re: What the ... with ftp.cdrom.com? In-reply-to: Your message of "Tue, 10 Oct 95 13:29:18 +0700." <9510101229.AA20198@atuhc16.aut.alcatel.at> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 10 Oct 1995 06:02:33 -0700 Sender: owner-hackers@freebsd.org Precedence: bulk >Hi all, >this is what I got from wcarchive ftpd: > >% ftp ftp.cdrom.com >Connected to ftp.cdrom.com. >220 wcarchive.cdrom.com FTP server (Version wu-2.4(5) Sat Oct 7 11:10:38 PDT 1995) ready. >Name (ftp.cdrom.com:ladavac): anonymous >530-Sorry, the current limit on this server is 0 users and there are 0 users >530-on the system. Please try again in a few minutes. >530- >530-Most of the files in this area are also available on CDROM. You can send >530-email to (or finger) info@cdrom.com for more information or to order. For >530-tech support about our products, please email support@cdrom.com. You may >530-also call our toll-free number: 1-800-786-9907 or +1-510-674-0783. Orders >530-are taken 24 hours. >530- >530 User anonymous access denied. >Login failed. >421 Service not available, remote server has closed connection > > >What's going on? It's been like this for a while now. It was like that for 15 minutes while I was doing some system maintenance. It's back to normal now. -DG From owner-freebsd-hackers Tue Oct 10 07:14:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA03751 for hackers-outgoing; Tue, 10 Oct 1995 07:14:22 -0700 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA03744 for ; Tue, 10 Oct 1995 07:14:18 -0700 Received: (from uttt@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id KAA28317 for hackers@freebsd.org; Tue, 10 Oct 1995 10:14:16 -0400 Date: Tue, 10 Oct 1995 10:14:16 -0400 From: "Tom T. Tran" Message-Id: <199510101414.KAA28317@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: IPX Sender: owner-hackers@freebsd.org Precedence: bulk Is the there any IPX protocal support for FreeBSD. I was considering the possibility of porting the linux Netware daemans to FreeBSD. -- "Amnesia used to be my favorite word, but then I forgot it." From owner-freebsd-hackers Tue Oct 10 07:43:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA10432 for hackers-outgoing; Tue, 10 Oct 1995 07:43:10 -0700 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA10403 for ; Tue, 10 Oct 1995 07:42:59 -0700 Received: from [198.92.113.35] ([198.92.113.35]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id HAA14795; Tue, 10 Oct 1995 07:41:46 -0700 X-Sender: stu@feta.cisco.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Oct 1995 07:43:37 -0700 To: Bruce Evans , pst@cisco.com From: stu@cisco.com (Stu Phillips) Subject: Re: FleeBSD and XNTPD Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk At 3:56 PM 10/9/95, Bruce Evans wrote: >>>FSETOWN has never worked "right" for ttys in FreeBSD releases. It only >>>works for controlling terminals that are associated with the session of >>>the calling process. Using it may interfere with normal controlling > >>Agreed but doesn't this apply to terminal devices to which there is already >>attached a controlling terminal ? In this instance there is nothing >>hanging on the terminal device at all - ie no login shell or similar. >>Shouldn't the >>rejection of the attempt be made iff there is already a process marked as the >>controlling process ? > >There must be a controlling process for tcsetpgrp() to work. F_SETOWN >shouldn't interfere with tcsetpgrp(). (I'd like F_SETOWN to be completely >independent of the controlling terminal and its process[group]. Since >F_SETOWN applies to file descriptors, I would expect the process[group] >to be per-fd. Is that too general?) > >>See above - how would a process get itself marked as the recipient of the >>signal without being able to use F_SETMODE or TICGSPGP (both of which >>should map to the same thing) ? > >It can't be done that way. Under FreeBSD, the following all seems to be >necessary: > > setsid(); > ioctl(fd, TIOCSCTTY); > fcntl(fd, F_SETOWN, getpid()); > fl = fcntl(fd, F_GETFL); > fcntl(fd, F_SETFL, fl | O_ASYNC); > >Plus error checking and setting up the signal handler of course. > Well, tried all this and alas still no joy... The setsid() call fails - returning -1 - a browse through ntpd.c shows that setsid() has already been called when the original controlling terminal is detached. Next the TIOCSCTTY fails - again with inappropriate IOCTL for device - I checked the file handle that is returned by open in refclock_open and by jove its the same one being used here - so it should work. To further shroud this thing in mystery, I added a call to ioctl(TIOCGPGRP) to get the controlling process for the fd and that call also fails with inappro. ioctl. Any ideas what's going on ? Stu From owner-freebsd-hackers Tue Oct 10 09:30:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA24766 for hackers-outgoing; Tue, 10 Oct 1995 09:30:45 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA24760 for ; Tue, 10 Oct 1995 09:30:40 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA18006; Tue, 10 Oct 1995 11:29:34 -0500 From: Joe Greco Message-Id: <199510101629.LAA18006@brasil.moneng.mei.com> Subject: Re: aliases and INADRR_ANY To: paul@netcraft.co.uk Date: Tue, 10 Oct 1995 11:29:32 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199510101611.RAA17454@alpha.netcraft.co.uk> from "Paul Richards" at Oct 10, 95 05:11:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > Do people expect daemons bound to INADDR_ANY to listen to aliases > that are added after they are started. I would expect that INADDR_ANY would listen to new aliases AND new interfaces. I don't recall whether or not it works this way, but suspect it does at least for the interface scenario. IMHO, alias generally == interface conceptually, so they should behave similarly. I would expect that daemons that bind on a per-interface/alias basis would occasionally rescan the interface list, but I know for a fact not everybody does this. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Oct 10 09:53:33 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA25418 for hackers-outgoing; Tue, 10 Oct 1995 09:53:33 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA25412 for ; Tue, 10 Oct 1995 09:53:27 -0700 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id NAA01259 for ; Tue, 10 Oct 1995 13:02:30 -0400 Date: Tue, 10 Oct 1995 13:02:30 -0400 Message-Id: <199510101702.NAA01259@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: IPX Sender: owner-hackers@freebsd.org Precedence: bulk > Is the there any IPX protocal support for FreeBSD. I was considering >the possibility of porting the linux Netware daemans to FreeBSD. > We can route IPX, but have no server/client support. 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 Tue Oct 10 10:18:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA26468 for hackers-outgoing; Tue, 10 Oct 1995 10:18:53 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA26444 ; Tue, 10 Oct 1995 10:18:22 -0700 Received: by sovcom.kiae.su id AA03529 (5.65.kiae-1 ); Tue, 10 Oct 1995 20:01:12 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 10 Oct 95 20:01:12 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id SAA08974; Tue, 10 Oct 1995 18:21:38 +0300 To: asami@cs.berkeley.edu, ports@silvia.hip.berkeley.edu, Stefan Esser Cc: freebsd-hackers@freebsd.org, ports@freebsd.org References: <199510100936.AA11170@Sysiphos> In-Reply-To: <199510100936.AA11170@Sysiphos>; from Stefan Esser at Tue, 10 Oct 1995 10:36:55 +0100 Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 10 Oct 1995 18:21:37 +0300 (MSK) X-Mailer: Mail/@ [v2.40 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: Netscape 2.0beta1 Lines: 21 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 946 Sender: owner-hackers@freebsd.org Precedence: bulk In message <199510100936.AA11170@Sysiphos> Stefan Esser writes: >On Oct 10, 1:03, Satoshi Asami wrote: >} Subject: Re: Netscape 2.0beta1 >} (Sorry for crosspost -- replies to ports only) >} >} Well, so what do you guys think about updating the "port"? (I know, >} it's a binary-only port and we can't distribute the distfile/package >} anyway....) I've been using it since yesterday, and it feels really >} "beta", so I won't update the port unless people really want the >} change to go in. I dislike this idea, it contains too many bugs for everyday usage comparing to old version. BTW, I think separate port (netscape2) will be nice addition. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Tue Oct 10 10:28:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA26904 for hackers-outgoing; Tue, 10 Oct 1995 10:28:51 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA26894 for ; Tue, 10 Oct 1995 10:28:37 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id TAA11450; Tue, 10 Oct 1995 19:20:28 +0200 From: John Hay Message-Id: <199510101720.TAA11450@zibbi.mikom.csir.co.za> Subject: Re: IPX To: uttt@fang.cs.sunyit.edu (Tom T. Tran) Date: Tue, 10 Oct 1995 19:20:28 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199510101414.KAA28317@fang.cs.sunyit.edu> from "Tom T. Tran" at Oct 10, 95 10:14:16 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 907 Sender: owner-hackers@freebsd.org Precedence: bulk > > Is the there any IPX protocal support for FreeBSD. I was considering > the possibility of porting the linux Netware daemans to FreeBSD. > I have a working IPX that I derived from the XNS (/sys/netns) code in FreeBSD. We use it mostly for routing. I have changed ifconfig and netstat to understand IPX and build IPXrouted with IPX RIP and SAP support. I didn't do SPX because we did not need it and I only changed the ed ethernet driver because we use SMC cards. It only works for Ethernet II and not the 802.3 ethernet protocol that Novell used as a default for a long time. There is minimal changes to the kernel. There is about 3 files (device drivers excluded) and sys/netipx that is new. If you want it, I will clean it up a bit and put it somewhere for ftp. We would actualy like to get the code into FreeBSD, if it is wanted. Core team???? John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Tue Oct 10 10:40:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA27253 for hackers-outgoing; Tue, 10 Oct 1995 10:40:14 -0700 Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA27239 for ; Tue, 10 Oct 1995 10:40:09 -0700 Received: (from bsd@localhost) by fgate.flevel.co.uk (8.6.11/8.6.9) id SAA01881; Tue, 10 Oct 1995 18:43:06 +0100 Date: Tue, 10 Oct 1995 18:43:06 +0100 (BST) From: BSD To: "Tom T. Tran" cc: hackers@FreeBSD.ORG Subject: Re: IPX In-Reply-To: <199510101414.KAA28317@fang.cs.sunyit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Tue, 10 Oct 1995, Tom T. Tran wrote: > Is the there any IPX protocal support for FreeBSD. I was considering > the possibility of porting the linux Netware daemans to FreeBSD. > Hmph sounds interesting anyone else with any better ideas - if not please let me know when you have done it david S. From owner-freebsd-hackers Tue Oct 10 11:17:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28463 for hackers-outgoing; Tue, 10 Oct 1995 11:17:10 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA28454 for ; Tue, 10 Oct 1995 11:17:06 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id LAA00880; Tue, 10 Oct 1995 11:16:18 -0700 From: Julian Elischer Message-Id: <199510101816.LAA00880@ref.tfs.com> Subject: Re: IPX To: jhay@mikom.csir.co.za (John Hay) Date: Tue, 10 Oct 1995 11:16:18 -0700 (PDT) Cc: uttt@fang.cs.sunyit.edu, hackers@freebsd.org In-Reply-To: <199510101720.TAA11450@zibbi.mikom.csir.co.za> from "John Hay" at Oct 10, 95 07:20:28 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1115 Sender: owner-hackers@freebsd.org Precedence: bulk yes please! and I'd like to know whether this fits in with what dennis was saying they had there.. dennis? now what about the IPX daemons from linux..? > > > > > Is the there any IPX protocal support for FreeBSD. I was considering > > the possibility of porting the linux Netware daemans to FreeBSD. > > > I have a working IPX that I derived from the XNS (/sys/netns) code in FreeBSD. > We use it mostly for routing. I have changed ifconfig and netstat to understand > IPX and build IPXrouted with IPX RIP and SAP support. > > I didn't do SPX because we did not need it and I only changed the ed ethernet > driver because we use SMC cards. It only works for Ethernet II and not the > 802.3 ethernet protocol that Novell used as a default for a long time. > > There is minimal changes to the kernel. There is about 3 files (device drivers > excluded) and sys/netipx that is new. > > If you want it, I will clean it up a bit and put it somewhere for ftp. > > We would actualy like to get the code into FreeBSD, if it is wanted. Core > team???? > > John > -- > John Hay -- John.Hay@csir.co.za > From owner-freebsd-hackers Tue Oct 10 11:21:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA28699 for hackers-outgoing; Tue, 10 Oct 1995 11:21:23 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA28692 for ; Tue, 10 Oct 1995 11:21:15 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA10733; Tue, 10 Oct 1995 11:16:31 -0700 From: Terry Lambert Message-Id: <199510101816.LAA10733@phaeton.artisoft.com> Subject: Re: can't delete chfn To: vince@apollo.COSC.GOV (-Vince-) Date: Tue, 10 Oct 1995 11:16:31 -0700 (MST) Cc: terry@lambert.org, taob@io.org, FreeBSD-hackers@freefall.freebsd.org In-Reply-To: from "-Vince-" at Oct 10, 95 01:27:51 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 564 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > It is set up from 0 in the rc file when going multiuser. > > > > It can only ever be set up during a dingle boot. > > > > You set it to 0 by rebooting single user. > > I looked in /etc/rc but where is this setting? Apparently in a file in /sys/kern. 8-(. Did you modify this away from -1? Unless you added a line to change it from its default, or hacked the kernel to change it from its default, it should be -1. 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 Oct 10 11:27:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA29061 for hackers-outgoing; Tue, 10 Oct 1995 11:27:50 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA29055 for ; Tue, 10 Oct 1995 11:27:46 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA10775; Tue, 10 Oct 1995 11:25:03 -0700 From: Terry Lambert Message-Id: <199510101825.LAA10775@phaeton.artisoft.com> Subject: Re: non-sio UART driver To: bde@zeta.org.au (Bruce Evans) Date: Tue, 10 Oct 1995 11:25:03 -0700 (MST) Cc: hackers@FreeBSD.ORG, msmith@atrad.adelaide.edu.au In-Reply-To: <199510101009.UAA15689@godzilla.zeta.org.au> from "Bruce Evans" at Oct 10, 95 08:09:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2102 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > As I dribbled a little while ago, I need to talk to a multidrop serial bus > >using a standard serial port. > > What's a multidrop serial bus? You know; like an Altos 2000. 8-). Basically, it uses an RS422 interface to talk to a box with multiple serial ports. The Altos and PrimeOS driver problem that these had was that there was a single input/output request queue per port -- just like VMS TTY I/O in VMS 4.2 and below. Basically, if you did a blocking read, subsequent operations, including writes, could not complete until the read completed. Quite bogus. Watch out for the single queue bug if you write/port a driver for the things. > >The nature of the protocol and interface mechanism for the bus tend to > >indicate to me that I don't want to use the sio driver and hack on that, > >but perhaps to make a copy and cut it severely down to size. > > If you need to do any normal serial i/o to a 16x50 then I suggest adding > to sio. It's not; it's a muxed 422/424 connection to multiple uarts in a fan-out box. Actually, it'd be fun to use the ports themslves as 1-2Mb/S serial interfaces without the fan-out units attached. 8-). > >Given this, how should I avoid the MCR_IENABLE conflict that's > >introduced by sioprobe() forcing the standard four ports' interrupts off? > > >(Perhaps just reenable interrupts on open?) > > That would work if the new device is probed after sio. This is probably the wrong way to probe it. > >Infact, given that this is really a packet-based network, would I be better > >of abandoning all of the tty interface gumpf in the sio driver and doing > >everything via ioctl() calls? (or something equally bogus?) > > If there are only protocol differences, then use a line discipline. Slip > and ppp are good examples. Yes. Integrate it as a serial interface with a different line discipline that means demux for the fan-out on the other end. Then probe it as if it were just another serial card. 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 Oct 10 11:33:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA29255 for hackers-outgoing; Tue, 10 Oct 1995 11:33:12 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA29245 for ; Tue, 10 Oct 1995 11:33:09 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA10785; Tue, 10 Oct 1995 11:29:13 -0700 From: Terry Lambert Message-Id: <199510101829.LAA10785@phaeton.artisoft.com> Subject: Re: Atapi.flp boots but doesn't recognize.. To: turetta@trust.stylo.it (Angelo Turetta) Date: Tue, 10 Oct 1995 11:29:13 -0700 (MST) Cc: jehamby@covina.lightside.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <307A3EBC@trust.stylo.it> from "Angelo Turetta" at Oct 10, 95 11:46:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 945 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Window NT & Windows 95 come with integrated support for secondary > IDE controller & ATAPI CD-ROM. Of course, you cannot boot from a > partition on the secondary bus, but I can add or remove hard disks and > it automatically use them. 1) Win95 asks if you have a CDROM. If you say yes and it doesn't see one, it gets aggressive on its probes. WE could do the same, but it is not acceptable to be aggressive this way without asking first. 2) Win95 will automatically see the device, but it will incorrectly fill out the drive ID on drives after 0x81 with 0x00 in the IOS control structure associated with the device. I'm still looking for a way to get this information, but it seems symptomatic of multiple controllers with a single BIOS. So Win95 won't handle them quite correctly either. 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 Oct 10 11:36:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA29375 for hackers-outgoing; Tue, 10 Oct 1995 11:36:40 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA29370 for ; Tue, 10 Oct 1995 11:36:37 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA10800; Tue, 10 Oct 1995 11:33:05 -0700 From: Terry Lambert Message-Id: <199510101833.LAA10800@phaeton.artisoft.com> Subject: Re: IPX To: jhay@mikom.csir.co.za (John Hay) Date: Tue, 10 Oct 1995 11:33:05 -0700 (MST) Cc: uttt@fang.cs.sunyit.edu, hackers@FreeBSD.ORG In-Reply-To: <199510101720.TAA11450@zibbi.mikom.csir.co.za> from "John Hay" at Oct 10, 95 07:20:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 683 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I didn't do SPX because we did not need it and I only changed the ed ethernet > driver because we use SMC cards. It only works for Ethernet II and not the > 802.3 ethernet protocol that Novell used as a default for a long time. The 802.3 that Novell used for a long time had a framing violation; I'm not suprised. The workaround was the fact that the protocol ID was in the illeal size range, at which time you treated it as an encapsulated packet. It's fairly easy to support, since it doesn't really require a different LLC or anything. 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 Oct 10 12:00:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA00549 for hackers-outgoing; Tue, 10 Oct 1995 12:00:27 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA00532 for ; Tue, 10 Oct 1995 12:00:19 -0700 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id PAA01532; Tue, 10 Oct 1995 15:09:09 -0400 Date: Tue, 10 Oct 1995 15:09:09 -0400 Message-Id: <199510101909.PAA01532@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: Julian Elischer From: dennis@etinc.com (dennis) Subject: Re: IPX Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk > yes please! >and I'd like to know whether this fits in with what dennis was saying they had >there.. >dennis? > It doesn't seem likely that there would be much inter-operability. Our router product is embedded in our kernel driver and does RIP and SAP in the kernel (no daemons). There is an internal routing table and separate utilities (we haven't hacked any FreeBSD stuff) that can be used to display and manage the tables. We use a simple filter (about 3 lines of code have to be added to any ethernet driver) that passes packets to our driver. Its designed to be an autonomous system, not something to be permanently included in the system. 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 Tue Oct 10 13:45:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA03478 for hackers-outgoing; Tue, 10 Oct 1995 13:45:20 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA03472 for ; Tue, 10 Oct 1995 13:45:10 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA11014; Tue, 10 Oct 1995 13:41:19 -0700 From: Terry Lambert Message-Id: <199510102041.NAA11014@phaeton.artisoft.com> Subject: Re: IPX To: dennis@etinc.com (dennis) Date: Tue, 10 Oct 1995 13:41:19 -0700 (MST) Cc: julian@ref.tfs.com, hackers@FreeBSD.ORG In-Reply-To: <199510101909.PAA01532@etinc.com> from "dennis" at Oct 10, 95 03:09:09 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1323 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > It doesn't seem likely that there would be much inter-operability. Our > router product is > embedded in our kernel driver and does RIP and SAP in the kernel (no > daemons). There is an internal > routing table and separate utilities (we haven't hacked any FreeBSD stuff) > that can be used > to display and manage the tables. We use a simple filter (about 3 lines of > code have to be added > to any ethernet driver) that passes packets to our driver. Its designed to > be an autonomous system, > not something to be permanently included in the system. FYI: The NWU (NetWare for UNIX) 4.x uses a similar routing implementation, where routes are retrieved from the kernel rather than stored as temporary bindery objects. You implementation is compatible with the offering of IPX based services, like NVT 1.0. NVT 2.0 (the current release version) runs on top of SPX. Note that an SPX implementation has the capability of running sliding window, but the window size is always negotiated to be one packet because of backward compatability. This would make an SPX implementation more trivial than it would be if you actually needed to allow a negotiated value other than one. 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 Oct 10 13:58:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA04108 for hackers-outgoing; Tue, 10 Oct 1995 13:58:28 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA04097 for ; Tue, 10 Oct 1995 13:58:23 -0700 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id RAA01799; Tue, 10 Oct 1995 17:07:01 -0400 Date: Tue, 10 Oct 1995 17:07:01 -0400 Message-Id: <199510102107.RAA01799@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: IPX Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> It doesn't seem likely that there would be much inter-operability. Our >> router product is >> embedded in our kernel driver and does RIP and SAP in the kernel (no >> daemons). There is an internal >> routing table and separate utilities (we haven't hacked any FreeBSD stuff) >> that can be used >> to display and manage the tables. We use a simple filter (about 3 lines of >> code have to be added >> to any ethernet driver) that passes packets to our driver. Its designed to >> be an autonomous system, >> not something to be permanently included in the system. > >FYI: The NWU (NetWare for UNIX) 4.x uses a similar routing implementation, >where routes are retrieved from the kernel rather than stored as temporary >bindery objects. > >You implementation is compatible with the offering of IPX based services, >like NVT 1.0. > >NVT 2.0 (the current release version) runs on top of SPX. > > >Note that an SPX implementation has the capability of running sliding >window, but the window size is always negotiated to be one packet because >of backward compatability. This would make an SPX implementation more >trivial than it would be if you actually needed to allow a negotiated >value other than one. > SPX runs over IPX, so why would an IPX router care about or be incompatible with either implementation? 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 Tue Oct 10 14:22:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA05365 for hackers-outgoing; Tue, 10 Oct 1995 14:22:58 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA05360 for ; Tue, 10 Oct 1995 14:22:52 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA11133; Tue, 10 Oct 1995 14:19:34 -0700 From: Terry Lambert Message-Id: <199510102119.OAA11133@phaeton.artisoft.com> Subject: Re: IPX To: dennis@etinc.com (dennis) Date: Tue, 10 Oct 1995 14:19:34 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <199510102107.RAA01799@etinc.com> from "dennis" at Oct 10, 95 05:07:01 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1512 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > SPX runs over IPX, so why would an IPX router care about or be incompatible > with either implementation? Because SAP implies temporary bindery objects in previous implementations for routing to operate. If you are talking about serving NetWare clients, then you are talking about responding to GetNearestServer() calls from the clients, at the very least to proxy them, since only a server on the same segment can respond directly. That's why Novell coined the term "brouter" implying a combination bridge/router being necessary -- no flat bridging allowed, unless you don't expect the hop count to be maintained correctly. This whole thing started on someone offering to port the recently released IPX (presumably 3.x or before, without RSA and packet signatures) server code for Linux. I don't expect the code to fully support most clients, in fact, because the number of NCP's you have to support to be a real server is in fact astronomical. It might be enough to allow some clients using restricted NCP sets to operate, in the same way that the MS NT NCP server allows NT and WFWG and Win95 MS supplie Novell clients to operate (though they offer logins at the 4.0 level, having hired mathematicians to reverse engineer the login valid RSA-derived token generation sequence). If someone is willing to do the port, don't look a gift horse in the mouth. 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 Oct 10 15:29:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA07759 for hackers-outgoing; Tue, 10 Oct 1995 15:29:59 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA07754 for ; Tue, 10 Oct 1995 15:29:51 -0700 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id SAA01901; Tue, 10 Oct 1995 18:38:43 -0400 Date: Tue, 10 Oct 1995 18:38:43 -0400 Message-Id: <199510102238.SAA01901@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: IPX Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> SPX runs over IPX, so why would an IPX router care about or be incompatible >> with either implementation? > >Because SAP implies temporary bindery objects in previous implementations >for routing to operate. > >If you are talking about serving NetWare clients, then you are talking >about responding to GetNearestServer() calls from the clients, at the >very least to proxy them, since only a server on the same segment can >respond directly. > >That's why Novell coined the term "brouter" implying a combination >bridge/router being necessary -- no flat bridging allowed, unless >you don't expect the hop count to be maintained correctly. > A true IPX router manages a network routing table and proliferates server information with other routers in the cloud. The information provided in response to a "GetNearestServer" call is a server name and a net, thus implying routing, not bridging. Routers route to nets in a very similar manner to IP routing. SPX is more analogous to TCP.....there is no impact or significance of windows or other aspects of SPX at the IPX routing level. Our IPX router is conformant to the "IPX Router Specification" Novell part number 107-000029-001. 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 Tue Oct 10 16:16:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA09183 for hackers-outgoing; Tue, 10 Oct 1995 16:16:40 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA09178 for ; Tue, 10 Oct 1995 16:16:38 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA11407; Tue, 10 Oct 1995 16:13:20 -0700 From: Terry Lambert Message-Id: <199510102313.QAA11407@phaeton.artisoft.com> Subject: Re: IPX To: dennis@etinc.com (dennis) Date: Tue, 10 Oct 1995 16:13:20 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199510102238.SAA01901@etinc.com> from "dennis" at Oct 10, 95 06:38:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1823 Sender: owner-hackers@freebsd.org Precedence: bulk > >> SPX runs over IPX, so why would an IPX router care about or be incompatible > >> with either implementation? > > > >Because SAP implies temporary bindery objects in previous implementations > >for routing to operate. > > > >If you are talking about serving NetWare clients, then you are talking > >about responding to GetNearestServer() calls from the clients, at the > >very least to proxy them, since only a server on the same segment can > >respond directly. > > A true IPX router manages a network routing table and proliferates server > information with other routers in the cloud. The information provided in > response to a "GetNearestServer" call is a server name and a net, thus > implying routing, not bridging. Routers route to nets in a very similar > manner to IP routing. SPX is more analogous to TCP.....there is no impact or > significance of windows or other aspects of SPX at the IPX routing level. > Our IPX router is conformant to the "IPX Router Specification" Novell part > number 107-000029-001. The point being that if you implement an IPX server, presumably you will need to implement reponses to GetNearestServer(). If you implement it on top of an existing IPX (like yours), then you will need to use an ioctl() to retrieve the information to respond via proxy (unless you illegally copy login.exe from a real Novell server). All I'm saying is that your IPX implementation is sufficient (you claimed that it wasn't usable as a general kernel extension because it wasn't appropriate for thistype of use). The SPX note was for connectionful services. Like X. SPX also requires a working IPX, and SPX service advertisement is via SAPping by port. 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 Oct 10 17:16:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA12628 for hackers-outgoing; Tue, 10 Oct 1995 17:16:45 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA12623 for ; Tue, 10 Oct 1995 17:16:39 -0700 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id UAA02108; Tue, 10 Oct 1995 20:25:33 -0400 Date: Tue, 10 Oct 1995 20:25:33 -0400 Message-Id: <199510110025.UAA02108@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: IPX Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> >If you are talking about serving NetWare clients, then you are talking >> >about responding to GetNearestServer() calls from the clients, at the >> >very least to proxy them, since only a server on the same segment can >> >respond directly. >> >> A true IPX router manages a network routing table and proliferates server >> information with other routers in the cloud. The information provided in >> response to a "GetNearestServer" call is a server name and a net, thus >> implying routing, not bridging. Routers route to nets in a very similar >> manner to IP routing. SPX is more analogous to TCP.....there is no impact or >> significance of windows or other aspects of SPX at the IPX routing level. >> Our IPX router is conformant to the "IPX Router Specification" Novell part >> number 107-000029-001. > >The point being that if you implement an IPX server, presumably you will >need to implement reponses to GetNearestServer(). > >If you implement it on top of an existing IPX (like yours), then you >will need to use an ioctl() to retrieve the information to respond via >proxy (unless you illegally copy login.exe from a real Novell server). > > >All I'm saying is that your IPX implementation is sufficient (you >claimed that it wasn't usable as a general kernel extension because >it wasn't appropriate for thistype of use). > Oh......I wasn't exactly sure where you were coming from. Another obstacle is that there is no way to pass a packet to our IPX handler, and if you added one you really would want to re-write the entire encapsulation scheme because we really don't have the proper procedure to do it as we're only concerned with building packets for RIP and SAP in very low volumes. What I was saying is that it was really designed to do something else....like route packets fast....and shouldn't be used for a client or server implementation. 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 Tue Oct 10 17:36:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA13269 for hackers-outgoing; Tue, 10 Oct 1995 17:36:45 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA13264 for ; Tue, 10 Oct 1995 17:36:34 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA12603; Wed, 11 Oct 1995 10:32:46 +1000 Date: Wed, 11 Oct 1995 10:32:46 +1000 From: Bruce Evans Message-Id: <199510110032.KAA12603@godzilla.zeta.org.au> To: bde@zeta.org.au, pst@cisco.com, stu@cisco.com Subject: Re: FleeBSD and XNTPD Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >>It can't be done that way. Under FreeBSD, the following all seems to be >>necessary: >> >> setsid(); >> ioctl(fd, TIOCSCTTY); >> fcntl(fd, F_SETOWN, getpid()); >> fl = fcntl(fd, F_GETFL); >> fcntl(fd, F_SETFL, fl | O_ASYNC); >> >>Plus error checking and setting up the signal handler of course. >> >Well, tried all this and alas still no joy... The setsid() call fails - >returning -1 - a browse through ntpd.c shows that setsid() has already been >called when the original controlling terminal is detached. Yes, it calls daemon(). This took more than a browse to see because of the ifdef forest. >Next the TIOCSCTTY fails - again with inappropriate IOCTL for device - I >checked the file handle that is returned by open in refclock_open and by >jove its the same one being used here - so it should work. I put a TIOCSCTTY in refclock_open() for /dev/cuaa0 and it worked. The errno ENOTTY can't be returned for TIOCSCTTY on normal ttys. What device are you using exactly? I tested with `server 127/127.3.0' in /etc/ntp.conf and /dev/cuaa0 linked to /dev/pst0 to get the pst refclock (Hi pst :-). >To further shroud this thing in mystery, I added a call to ioctl(TIOCGPGRP) >to get the controlling process for the fd and that call also fails with >inappro. ioctl. This is normal when there is no controlling tty. Bruce From owner-freebsd-hackers Tue Oct 10 17:46:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA13628 for hackers-outgoing; Tue, 10 Oct 1995 17:46:39 -0700 Received: (from dima@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA13618 ; Tue, 10 Oct 1995 17:46:37 -0700 Message-Id: <199510110046.RAA13618@freefall.freebsd.org> Subject: Re: TCP/IP Spoofing etc. To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Tue, 10 Oct 1995 17:46:37 -0700 (PDT) Cc: pete@puffin.pelican.com, julian@ref.tfs.com, hackers@FreeBSD.ORG In-Reply-To: <199510081152.MAA20455@keltia.freenix.fr> from "Ollivier Robert" at Oct 8, 95 12:52:54 pm From: dima@FreeBSD.ORG (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 597 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Ollivier Robert writes: > > It seems that Pete Carah said: > > The latest cert report was a summary of the 'announced' bugs which are > > still outstanding on popular systems... I don't know which ones we are > > susceptible to; we are using the latest (or next-latest) sendmail which > > has plugged many of them. > > Speaking of sendmail, can we import 8.7.1 in -CURRENT ? 8.7.1 has a bit different sendmail.cf .... > -- > Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net > FreeBSD keltia.freenix.fr 2.2-CURRENT #1: Tue Oct 3 02:08:00 MET 1995 > -- dima From owner-freebsd-hackers Tue Oct 10 18:00:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA14608 for hackers-outgoing; Tue, 10 Oct 1995 18:00:13 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA14596 for ; Tue, 10 Oct 1995 18:00:08 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id UAA20257; Tue, 10 Oct 1995 20:48:41 -0400 Date: Tue, 10 Oct 1995 20:48:39 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: VLB Disk Controllers To: Stefan Esser cc: hackers@freebsd.org In-Reply-To: <199510091531.AA00468@Sysiphos> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Mon, 9 Oct 1995, Stefan Esser wrote: > Seems you got disk_latency.c meanwhile ... > (Didn't go to work on Sunday, so I couldn't reply earlier :) > } ./disklatency /dev/rsd1f > } Command overhead is 11065 usec (time_4096 = 11120, time_8192 = 11175) > } transfer speed is 7.4424e+07 bytes/sec > > What controller is that ? > > 11ms seems very long, but that is what I got on our Sparc10 servers > running SunOS 4.1.3 as well (on 4GB Barracuda II drives !) ncr83c510 to a fujitsu 1606. but remember that i have not yet created the new slice devices, even though the disk was formatted by 2.0.5 boot floppy (so the slices exist on the media) fdisk /dev/rsd1a ******* Working on device /dev/rsd1a ******* parameters extracted from in-core disklabel are: cylinders=1040 heads=64 sectors/track=32 (2048 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1040 heads=64 sectors/track=32 (2048 blks/cyl) Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 0 is: The data for partition 1 is: The data for partition 2 is: The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 0, size 50000 (24 Meg), flag 80 beg: cyl 0/ sector 1/ head 0; end: cyl 1023/ sector 63/ head 255 > > 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/staff/esser/esser.html > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Tue Oct 10 18:47:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA16311 for hackers-outgoing; Tue, 10 Oct 1995 18:47:12 -0700 Received: from kryten.atinc.com (kryten.Atinc.COM [198.138.38.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA16306 for ; Tue, 10 Oct 1995 18:47:06 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id VAA21309; Tue, 10 Oct 1995 21:34:45 -0400 Date: Tue, 10 Oct 1995 21:34:43 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: VLB Disk Controllers To: Bruce Evans cc: chuckr@eng.umd.edu, se@ZPR.Uni-Koeln.DE, hackers@FreeBSD.org In-Reply-To: <199510100147.LAA32670@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, 10 Oct 1995, Bruce Evans wrote: > Testing /dev/sd0 tests the buffer cache and shouldn't go anywhere near > the driver or the drive. There may be more variance because running > the program (not to mention other processes) disturbs the buffer cache. > /dev/sd0 is about twice as slow as /dev/zero here, but the "command" > overhead is about twice as small for /dev/sd0. i get /dev/zero nearly 3x slower than /dev/sd0 144 vs 50 /dev/rsd0 is much slower. ./disklatency /dev/zero Command overhead is 144 usec (time_4096 = 235, time_8192 = 326) transfer speed is 4.50987e+07 bytes/sec Aspen: {232} ^zero^sd0 ./disklatency /dev/sd0 Command overhead is 50 usec (time_4096 = 245, time_8192 = 441) transfer speed is 2.0966e+07 bytes/sec Aspen: {233} ^sd0^rsd0 ./disklatency /dev/rsd0 Command overhead is 1169 usec (time_4096 = 1696, time_8192 = 2222) transfer speed is 7.78268e+06 bytes/sec > > Bruce > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. FreeBSD Postmaster jmb@FreeBSD.Org | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Tue Oct 10 19:20:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA17231 for hackers-outgoing; Tue, 10 Oct 1995 19:20:38 -0700 Received: from feta.cisco.com (feta.cisco.com [171.69.1.158]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA17226 for ; Tue, 10 Oct 1995 19:20:35 -0700 Received: from [171.69.60.153] (sphillips-mac.cisco.com [171.69.60.153]) by feta.cisco.com (8.6.8+c/CISCO.SERVER.1.1) with SMTP id TAA17360; Tue, 10 Oct 1995 19:19:46 -0700 X-Sender: stu@feta.cisco.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 10 Oct 1995 19:21:42 -0700 To: Bruce Evans , pst@cisco.com From: stu@cisco.com (Stu Phillips) Subject: Re: FleeBSD and XNTPD Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk At 5:32 PM 10/10/95, Bruce Evans wrote: >I put a TIOCSCTTY in refclock_open() for /dev/cuaa0 and it worked. The >errno ENOTTY can't be returned for TIOCSCTTY on normal ttys. What >device are you using exactly? I tested with `server 127/127.3.0' in >/etc/ntp.conf and /dev/cuaa0 linked to /dev/pst0 to get the pst refclock >(Hi pst :-). Bruce, I'm using com2 which has a device configured with major 28, minor 129 - that is the same as /dev/cua01 on my machine upgraded to the 9/28 SNAP of 2.1. Stu From owner-freebsd-hackers Tue Oct 10 19:46:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA18695 for hackers-outgoing; Tue, 10 Oct 1995 19:46:42 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA18679 for ; Tue, 10 Oct 1995 19:46:31 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA13211; Wed, 11 Oct 1995 12:45:42 +0930 From: Michael Smith Message-Id: <199510110315.MAA13211@genesis.atrad.adelaide.edu.au> Subject: Re: non-sio UART driver To: bde@zeta.org.au (Bruce Evans) Date: Wed, 11 Oct 1995 12:45:42 +0930 (CST) Cc: hackers@freebsd.org, msmith@atrad.adelaide.edu.au In-Reply-To: <199510101009.UAA15689@godzilla.zeta.org.au> from "Bruce Evans" at Oct 10, 95 08:09:36 pm Content-Type: text Content-Length: 1638 Sender: owner-hackers@freebsd.org Precedence: bulk Bruce Evans stands accused of saying: > > > As I dribbled a little while ago, I need to talk to a multidrop serial bus > >using a standard serial port. > > What's a multidrop serial bus? Ok ok, so "multidrop bus" is a bit of a tautology. I guess I should have said 2-wire RS-485. > >The nature of the protocol and interface mechanism for the bus tend to > >indicate to me that I don't want to use the sio driver and hack on that, > >but perhaps to make a copy and cut it severely down to size. > > If you need to do any normal serial i/o to a 16x50 then I suggest adding > to sio. It's not terribly "normal", in that writes to the bus are meant to be sort-of atomic transactions. (Being 2-wire, you go from listen to drive by raising DTR, write your packet, and then as soon as the last character's finished, you drop DTR again to listen for the response.) > If there are only protocol differences, then use a line discipline. Slip > and ppp are good examples. This doesn't sound unreasonable, although it wasn't clear whether you could guarantee that you'd get a whole packet passed down to the sio driver at once. Going on and off the bus inside a packet isn't viable, as you generate glitches that can throw the listener off. > Bruce > -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Tue Oct 10 19:51:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA19005 for hackers-outgoing; Tue, 10 Oct 1995 19:51:44 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA18997 for ; Tue, 10 Oct 1995 19:51:40 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id MAA13239; Wed, 11 Oct 1995 12:50:16 +0930 From: Michael Smith Message-Id: <199510110320.MAA13239@genesis.atrad.adelaide.edu.au> Subject: Re: non-sio UART driver To: terry@lambert.org (Terry Lambert) Date: Wed, 11 Oct 1995 12:50:16 +0930 (CST) Cc: bde@zeta.org.au, hackers@FreeBSD.ORG, msmith@atrad.adelaide.edu.au In-Reply-To: <199510101825.LAA10775@phaeton.artisoft.com> from "Terry Lambert" at Oct 10, 95 11:25:03 am Content-Type: text Content-Length: 1160 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Terry Lambert stands accused of saying: > > What's a multidrop serial bus? > > You know; like an Altos 2000. 8-). Ah, Terry, off on an historic trip again 8) Unfortunately, nothing so romantic. '485 is used lots in industrial applications because you can run it insanely long distances in really noisy environments, and in 9-bit mode writing code for a micro to interact with it is trivially easy. > > If you need to do any normal serial i/o to a 16x50 then I suggest adding > > to sio. > > It's not; it's a muxed 422/424 connection to multiple uarts in a > fan-out box. It's actually a 232 to 2-wire 485 adapter that uses DTR to control the drive/listen input on the 485 driver. It consists of two chips (MAX232 and MAX485) and some jellybeans. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Tue Oct 10 20:18:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA19766 for hackers-outgoing; Tue, 10 Oct 1995 20:18:01 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA19760 for ; Tue, 10 Oct 1995 20:17:52 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA17926; Wed, 11 Oct 1995 13:05:36 +1000 Date: Wed, 11 Oct 1995 13:05:36 +1000 From: Bruce Evans Message-Id: <199510110305.NAA17926@godzilla.zeta.org.au> To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au Subject: Re: non-sio UART driver Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >This doesn't sound unreasonable, although it wasn't clear whether you could >guarantee that you'd get a whole packet passed down to the sio driver >at once. Going on and off the bus inside a packet isn't viable, as you >generate glitches that can throw the listener off. In fact it's guaranteed that ttwrite() will split up output into buffers of size OBUFSIZ = 100. However, this the double buffering should hide any glitches. Glitches would also decrease througput so I don't want them. Bruce From owner-freebsd-hackers Tue Oct 10 20:39:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA20423 for hackers-outgoing; Tue, 10 Oct 1995 20:39:26 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA20403 ; Tue, 10 Oct 1995 20:39:20 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA12252; Tue, 10 Oct 1995 20:36:43 -0700 From: Terry Lambert Message-Id: <199510110336.UAA12252@phaeton.artisoft.com> Subject: FS LAYERING PATCHES AGAINST CURRENT UPLOADED To: hackers@freebsd.org, current@freebsd.org Date: Tue, 10 Oct 1995 20:36:42 -0700 (MST) Cc: terry@phaeton.artisoft.com (Terry Lambert) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2475 Sender: owner-hackers@freebsd.org Precedence: bulk I have uploaded the FS layering patches I promised last week. They are in ~terry/fs_layer_patch.gz on freefall.crom.com. These patches apply to all file system types in the -current distribution. If you are developing a file system and it is not in the -current tree, you will need to retrofit your FS. For example: John Dyson: You will need to remove the explicit cn_pnbuf freeing in your port of the ext2fs. This is now done explicitly by the caller. These fix the protocol layering violations in the Heidemann framework as it had been pounded into the 4.4BSD lite code. The kern/vfs_syscalls.c has been almost totally rewritten to use full negative logic. A patch to vfs_lookup.c is not included in this release, but will get rid of the "bogus_namei:" labels when that is done (the patch is obvious from the code, as the code is commented to that effect). I can supply kern/vfs_syscalls.c as a seperate file if the patch is considered too complex. The code is completely functional and had been regression tested. These patches also add a line to vnode_if.h and vnode_if.c by way of mods to the kern/vnode_if.sh. This line is an explicit ops count, which gets rid of the counter in kern/vfs_init.c. This was necessary to allow booting with zero file system types defined. This same fix fixes preinitialization file system module loading, which use to fail for the first file system type. This is a total of about a 5 line change altogether, but it is a large step towards making the object files the same for FS LKMs and for statically loadable LKMs. Included in this patch set are some NFS fixes for three bugs that would cause the system to eventually panic by multiply freeing path name buffers onto the freelist when accessed via a PCNFS implementation that did not check the existence of a file/directory before attempting a create. In addition, there are some similar bugs (two of them) fixed in the vfs_syscalls.c code by the rewrite. AFTER APPLYING THESE PATCHES, YOU *MUST* REBUILD YOUR KERNEL BUILD DIRECTORY FROM SCRATCH. THESE PATCHES MODIFY THE kern/vnode_if.sh SCRIPT, WHICH GENERATES THE vnode_if.c AND vnode_if.h FILES IN A KERNEL BUILD!!! THEY ALSO REDEFINE THE SEMANTICS OF BUFFER SAVING: YOU *WILL* HAVE A MEMORY LEAK IF YOU DON'T FULLY REBUILD YOUR KERNEL FROM SCRATCH! 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 Oct 10 22:37:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA23506 for hackers-outgoing; Tue, 10 Oct 1995 22:37:59 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id WAA23484 ; Tue, 10 Oct 1995 22:37:55 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA27494 (5.67b8/IDA-1.5); Tue, 10 Oct 1995 22:37:05 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA27727 (5.67b8/IDA-1.5); Tue, 10 Oct 1995 22:35:42 -0700 Received: by RockyMountain.rahul.net id AA26288 (5.67b/IDA-1.5); Tue, 10 Oct 1995 22:35:08 -0700 Date: Tue, 10 Oct 1995 22:35:08 -0700 From: Pete Delaney Message-Id: <199510110535.AA26288@RockyMountain.rahul.net> To: asami@cs.berkeley.edu, ports@silvia.hip.berkeley.edu, se@zpr.uni-koeln.de, ache@astral.msk.su Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? Cc: freebsd-hackers@FreeBSD.org, ports@FreeBSD.org, netbsd-ports@netbsd.org, owner-sparclinux@vger.rutgers.edu, pete@RockyMountain.rahul.net, Wally@RockyMountain.rahul.net Sender: owner-hackers@FreeBSD.org Precedence: bulk > >} Well, so what do you guys think about updating the "port"? (I know, > >} it's a binary-only port and we can't distribute the distfile/package > >} anyway....) I've been using it since yesterday, and it feels really > >} "beta", so I won't update the port unless people really want the > >} change to go in. > > I dislike this idea, it contains too many bugs for everyday usage > comparing to old version. > BTW, I think separate port (netscape2) will be nice addition. Wouldn't a complete port of HotJava to SunOS 4.1.4, FreeBSD, NetBSD, and Linux be more in the tradition of BSD? I hate being SourceLess. -pete From owner-freebsd-hackers Wed Oct 11 00:38:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA26644 for hackers-outgoing; Wed, 11 Oct 1995 00:38:30 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA26639 for ; Wed, 11 Oct 1995 00:38:20 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA10696 for ; Wed, 11 Oct 1995 00:37:55 -0700 To: hackers@freefall.FreeBSD.org Subject: ATAPI (IDE) CDROM support will NOT be in FreeBSD 2.1! Date: Wed, 11 Oct 1995 00:37:55 -0700 Message-ID: <10694.813397075@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk Sorry folks, but after considerable time and trouble invested in producing the extra IDE CDROM boot floppy as a test, I've received far too few success reports with it to consider it for 2.1. Yes, I would have really liked this for 2.1 and I had high hopes that we'd be able to pull it off, but there's also a time for admiting the painful truth and cutting ones' losses, and I think that this time has come for the IDE CDROM support code. Since we're going over bad news, it also looks like the 4MB fixes we tried don't really work. They work for *some* systems, but not enough to be able to say hand-on-heart that FreeBSD is installable on a 4MB system. I will be therefore writing it into the release notes that FreeBSD only really installs on systems with 5MB or more. I've pared the 2.1 kernel to the bone and I don't really see anything else that I can cut, nor would any significant course-corrections on the number of boot floppies or the basic methodology we use be advisable at this late stage of the game. Likewise, the IDE CDROM stuff is a real wart on the installation and basically a waste of an extra kernel in the bindist for everyone. In the name of simplicity, I will be removing the hacks I put into release/Makefile and release/sysinstall to support it. Being this painfully honest is generally appreciated by most of the FreeBSD community, and I would be remiss if I gave no warning of the problems we're having, but at the same time I would prefer not to have a repetition of the "WHAT?!?" messages I got last time. I am far too busy now to enter into a second debate on the evils of a >4MB installation or why I should keep the IDE CDROM driver boot floppy even though it doesn't appear to work for anyone. I will therefore file ALL feedback on this issue straight to /dev/null if it's not also accompanied by working and reasonably well-tested patches to address either problem. I think that my willingness to work with Gary and Peter in their previous attempts to fix the 4MB problem show that I'm a reasonable man where actual attempts to fix the problem are concerned, but simple protestations or attempts to convince me what a horrible thing this is will fall on utterly deaf ears. Save your fingers and the wear on my `d' key, please! Sorry if this sounds harsh, but some people seem to feel that they have the right to demand of others what they are unwilling to do themselves, and that sucks. Too many Generals, not enough Grunts! Jordan From owner-freebsd-hackers Wed Oct 11 02:51:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA02047 for hackers-outgoing; Wed, 11 Oct 1995 02:51:10 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA02035 for ; Wed, 11 Oct 1995 02:51:03 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id TAA14149 for hackers@freebsd.org; Wed, 11 Oct 1995 19:50:32 +0930 From: Michael Smith Message-Id: <199510111020.TAA14149@genesis.atrad.adelaide.edu.au> Subject: RS485 bus implementation... To: hackers@freebsd.org Date: Wed, 11 Oct 1995 19:50:32 +0930 (CST) Content-Type: text Content-Length: 1185 Sender: owner-hackers@freebsd.org Precedence: bulk Ok, after RTFS and soforth, it looks like I'll get away with folding something into the sio driver akin to the lp interface in the lpt driver. Having said that, I come to the next question 8) What's the ioctl to set/get the physical address for an interface? I've found SIO[GS]IFPHYSADDR in the if_fe driver, but these are effectively unused as the values don't appear to be defined anywhere. I need to be able to set the physical address for obvious reasons 8) Also, to mark an sio port for use as a multidrop interface, I guess I'll need a bit in the flags. Any objection to 0x40 (one to the right of the multiport bit?) And another; is there any information on the SOCK_RAW option to socket()? For my purposes, this is what I'll mostly be using, and the manpage refuses to talk about it 8( -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Wed Oct 11 07:00:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA08351 for hackers-outgoing; Wed, 11 Oct 1995 07:00:06 -0700 Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA08346 for ; Wed, 11 Oct 1995 07:00:03 -0700 Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id WAA02224 for hackers@freebsd.org; Wed, 11 Oct 1995 22:00:41 -0400 From: Rashid Karimov Message-Id: <199510120200.WAA02224@rk.ios.com> Subject: ANNEX'es erpcd: WEIRD behavior To: hackers@freebsd.org Date: Wed, 11 Oct 1995 22:00:40 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 817 Sender: owner-hackers@freebsd.org Precedence: bulk Hi there folx, I have this weird problem here: We have a dozen of ANNEX Terminal Servers serving our customers. The beast authentificates thru "erpcd" daemon via some rather proprietory protocol. Works fine on Sun Sparcs ( 2,10), but the version I compiled for FreeBSD moves the load aver. of the PC it runs on up to the level of 70-100.(P90/SCSI) It does authentificate though - at least first few minutes, but it literally dies afterwards :( Personally I think that P90 ( at least the one I have) easily outdoes SS10 - so this is not because of the lack of resources ... the application is very resource consuming. Even if you run "top" , you see erpcd's as the top processes. The password file is about 1 Mb big , there are about 15,000 accounts in it - in case it will help Rashid From owner-freebsd-hackers Wed Oct 11 07:47:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA09661 for hackers-outgoing; Wed, 11 Oct 1995 07:47:50 -0700 Received: from strider.ibenet.it (root@strider.ibe.net [194.179.130.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA09624 for ; Wed, 11 Oct 1995 07:47:02 -0700 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id PAA06642 for Hackers@FreeBSD.ORG; Wed, 11 Oct 1995 15:44:59 +0100 From: Piero Serini Message-Id: <199510111444.PAA06642@strider.ibenet.it> Subject: Bounce Buffers & 1.1.5.1 To: Questions@FreeBSD.ORG (FreeBSD Questions List) Date: Sat, 7 Oct 1995 03:23:20 +0100 (MET) Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 391 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hello. If I remember well, there's no need to enable BOUNCE_BUFFERS in 1.1.5.1, as it's the default. Is this right? Can I add another 16 Mb RAM with no problems? Thanks, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Wed Oct 11 07:59:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA10029 for hackers-outgoing; Wed, 11 Oct 1995 07:59:56 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA10022 for ; Wed, 11 Oct 1995 07:59:45 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id LAA02775 for hackers@freebsd.org; Wed, 11 Oct 1995 11:04:57 -0400 From: Mark Hittinger Message-Id: <199510111504.LAA02775@ns1.win.net> Subject: re: ANNEX'es erpcd: WEIRD behavior To: hackers@freebsd.org Date: Wed, 11 Oct 1995 11:04:56 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1821 Sender: owner-hackers@freebsd.org Precedence: bulk > From: Rashid Karimov > We have a dozen of ANNEX Terminal Servers serving > our customers. The beast authentificates thru "erpcd" > daemon via some rather proprietory protocol. > Works fine on Sun Sparcs ( 2,10), but the version I > compiled for FreeBSD moves the load aver. of the PC > it runs on up to the level of 70-100.(P90/SCSI) > It does authentificate though - at least first few > minutes, but it literally dies afterwards :( >.. > The password file is about 1 Mb big , there are about 15,000 > accounts in it - in case it will help No problems here with the V8 erpcd (muchly hacked up), I am not running the V9 code. Here are some ideas: ERPCD spawns a lot of children for that kind of config. You should have a seriously pumped up kernel for that. I've got MAXUSERS 256, options "CHILD_MAX=256", options "OPEN_MAX=256", and a bodacious amount of swap space :-). You may want to go above CHILD_MAX 256 if you have a dozen annexes with 64 ports :-) 12*32=384, 12*64=768. Get Hanz and Franz to reconfigure your server for this manly task. I have a big password file also - but make sure you are using getpwnam to get the records out of the 'db'. If you are using the flat text file 'acp_passwd' you will probably need to seek sequential relief. Double check the file locking for the log file. I recall having to adjust the file lock call for the 64 bit lseek offset. Could ERPCD be spinning in a lock-that-always-fails loop? Do the encrypted packets for the annexes happen to go through any routers before they get to your authentication boxes? Many bad things happened here when I ran the encrypted packets through certain cisco boxes :-) Thats all I can think of right now. Regards, Mark Hittinger Internet Manager WinNET Communications, Inc. bugs@win.net From owner-freebsd-hackers Wed Oct 11 11:57:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14995 for hackers-outgoing; Wed, 11 Oct 1995 11:57:07 -0700 Received: from marburg.yahoo.com (web.yahoo.com [205.216.162.14]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA14990 for ; Wed, 11 Oct 1995 11:57:05 -0700 Received: (from aaron@localhost) by marburg.yahoo.com (8.6.11/8.6.9) id LAA26422; Wed, 11 Oct 1995 11:56:34 -0700 Date: Wed, 11 Oct 1995 11:56:34 -0700 From: Aaron Bromagem Message-Id: <199510111856.LAA26422@marburg.yahoo.com> To: hackers@FreeBSD.org (via Change Informatin Form) In-reply-to: hackers@FreeBSD.org's message of Tue, 10 Oct 1995 19:29:14 -0700 Subject: Re: Yahoo Change URL Request Reply-To: admin@yahoo.com Sender: owner-hackers@FreeBSD.org Precedence: bulk The change you have requested has been done. However you will only be able to view it when we update the database which typically takes place on a periodic basis, mostly at night. Please send me mail if the changes are not present or valid within 24-48 hours. Please be aware that Yahoo! reserves the right to edit change requests when needed. Thanx .. Aaron ps. The email address admin@yahoo.com will no longer be used for contacting Yahoo. All requests, changes, submissions, etc will be handled through the "Write Us" at the top of each Yahoo page. In order for us to receive your email, make sure you use this new feature provided. -- Administrator 110 Pioneer Way Unit F Yahoo! Corporation Mountain View, CA 94014 From owner-freebsd-hackers Wed Oct 11 11:58:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA15056 for hackers-outgoing; Wed, 11 Oct 1995 11:58:24 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA15048 for ; Wed, 11 Oct 1995 11:58:22 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id LAA02902; Wed, 11 Oct 1995 11:57:38 -0700 From: Julian Elischer Message-Id: <199510111857.LAA02902@ref.tfs.com> Subject: Re: ANNEX'es erpcd: WEIRD behavior To: rashid@rk.ios.com (Rashid Karimov) Date: Wed, 11 Oct 1995 11:57:38 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199510120200.WAA02224@rk.ios.com> from "Rashid Karimov" at Oct 11, 95 10:00:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1083 Sender: owner-hackers@freebsd.org Precedence: bulk > > Hi there folx, > > > I have this weird problem here: > > We have a dozen of ANNEX Terminal Servers serving > our customers. The beast authentificates thru "erpcd" > daemon via some rather proprietory protocol. > Works fine on Sun Sparcs ( 2,10), but the version I > compiled for FreeBSD moves the load aver. of the PC > it runs on up to the level of 70-100.(P90/SCSI) > It does authentificate though - at least first few > minutes, but it literally dies afterwards :( > > Personally I think that P90 ( at least the one I have) > easily outdoes SS10 - so this is not because of the lack > of resources ... the application is very resource consuming. > Even if you run "top" , you see erpcd's as the top processes. > > The password file is about 1 Mb big , there are about 15,000 > accounts in it - in case it will help To increase the load average it must be forking.... what does PS show? have you tried looking at it with ktrace? have you tried attaching to the children (ther must be some) with gdb? (compile with -g) > > > > Rashid > > > > From owner-freebsd-hackers Wed Oct 11 12:19:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA15408 for hackers-outgoing; Wed, 11 Oct 1995 12:19:01 -0700 Received: from elxr.jpl.nasa.gov (elxr-fddi.jpl.nasa.gov [137.78.160.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA15403 for ; Wed, 11 Oct 1995 12:18:59 -0700 Received: from localhost.jpl.nasa.gov (localhost.jpl.nasa.gov [127.0.0.1]) by elxr.jpl.nasa.gov (8.6.12/8.6.6) with SMTP id MAA02797; Wed, 11 Oct 1995 12:19:04 -0700 Message-Id: <199510111919.MAA02797@elxr.jpl.nasa.gov> To: Terry Lambert Cc: hackers@freebsd.org Subject: Re: FS LAYERING PATCHES AGAINST CURRENT UPLOADED Date: Wed, 11 Oct 1995 12:19:00 -0700 From: Dave Hayes Sender: owner-hackers@freebsd.org Precedence: bulk Terry Lambert writes: >I have uploaded the FS layering patches I promised last week. Are these patches that allow one to glom disk partitions onto another (like ccd in NetBSD) to make a meta-partition? ------ Dave Hayes -- Institutional NETworks - Section 394 -- JPL/NASA - Pasadena CA dave@elxr.jpl.nasa.gov dave@jato.jpl.nasa.gov ...usc!elroy!dxh Laws that forbid the carrying of arms..disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." -Thomas Jefferson quoting Cesare Beccaria, Criminologist 1764. From owner-freebsd-hackers Wed Oct 11 12:57:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA16114 for hackers-outgoing; Wed, 11 Oct 1995 12:57:52 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA16096 ; Wed, 11 Oct 1995 12:57:46 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA13673; Wed, 11 Oct 1995 12:53:55 -0700 From: Terry Lambert Message-Id: <199510111953.MAA13673@phaeton.artisoft.com> Subject: Re: FS LAYERING PATCHES AGAINST CURRENT UPLOADED To: dave@elxr.jpl.nasa.gov (Dave Hayes) Date: Wed, 11 Oct 1995 12:53:55 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199510111919.MAA02797@elxr.jpl.nasa.gov> from "Dave Hayes" at Oct 11, 95 12:19:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2471 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >I have uploaded the FS layering patches I promised last week. > > Are these patches that allow one to glom disk partitions onto > another (like ccd in NetBSD) to make a meta-partition? No. These are the patches that fix the cn_pnbuf implied deallocation in every file system instance. They also cause the vnode_if. and vnode_if.h (machine generated files) to count the defined VOP descriptors by sizeof() aritmatic instead of having to have an FS defined in vfs_init.c. They also fix the double deallocation problems that could occur from PCNFS clients and in some extreme error cases. The following patch was inadvertently left out (thanks Paul!) when -current went from a straight queue to a circular queue. If you apply the patches, make sure you apply this one as well: ============================================================================== *** vfs_syscalls.c.bad Wed Oct 11 11:05:04 1995 --- vfs_syscalls.c Wed Oct 11 11:34:51 1995 *************** *** 500,507 **** */ if (((uap->flags & MNT_NOWAIT) == 0 || (uap->flags & MNT_WAIT)) && ! (error = VFS_STATFS(mp, sp, p))) continue; sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; if( error = copyout((caddr_t)sp, sfsp, sizeof(*sp))) { break; /* error, mp != NULL*/ --- 500,509 ---- */ if (((uap->flags & MNT_NOWAIT) == 0 || (uap->flags & MNT_WAIT)) && ! (error = VFS_STATFS(mp, sp, p))) { ! error = 0; continue; + } sp->f_flags = mp->mnt_flag & MNT_VISFLAGMASK; if( error = copyout((caddr_t)sp, sfsp, sizeof(*sp))) { break; /* error, mp != NULL*/ *************** *** 512,518 **** } /* only if loop above completed successfully*/ ! if( mp == NULL) { if (sfsp && count > maxcount) *retval = maxcount; else --- 514,520 ---- } /* only if loop above completed successfully*/ ! if( mp == (void *)&mountlist) { if (sfsp && count > maxcount) *retval = maxcount; else ============================================================================== Paul has also seen a dual free panic when compiled with DIAGNOSTIC set. He hasn't reported what was going on at the time (I suspect either NFS or a file system LKM that wasn't rebuilt or a non-standard file system from outside of -current, like John Dyson's ext2fs). 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 Oct 11 13:17:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA16500 for hackers-outgoing; Wed, 11 Oct 1995 13:17:00 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA16494 for ; Wed, 11 Oct 1995 13:16:56 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id NAA03051; Wed, 11 Oct 1995 13:16:09 -0700 From: Julian Elischer Message-Id: <199510112016.NAA03051@ref.tfs.com> Subject: Re: non-sio UART driver To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 11 Oct 1995 13:16:08 -0700 (PDT) Cc: bde@zeta.org.au, hackers@freebsd.org, msmith@atrad.adelaide.edu.au In-Reply-To: <199510110315.MAA13211@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 11, 95 12:45:42 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 3106 Sender: owner-hackers@freebsd.org Precedence: bulk > > Bruce Evans stands accused of saying: > > > > > As I dribbled a little while ago, I need to talk to a multidrop serial bus > > >using a standard serial port. > > > > What's a multidrop serial bus? > > Ok ok, so "multidrop bus" is a bit of a tautology. I guess I should have > said 2-wire RS-485. > > > >The nature of the protocol and interface mechanism for the bus tend to > > >indicate to me that I don't want to use the sio driver and hack on that, > > >but perhaps to make a copy and cut it severely down to size. > > > > If you need to do any normal serial i/o to a 16x50 then I suggest adding > > to sio. > > It's not terribly "normal", in that writes to the bus are meant to be > sort-of atomic transactions. (Being 2-wire, you go from listen to > drive by raising DTR, write your packet, and then as soon as the last > character's finished, you drop DTR again to listen for the response.) The serial bus I've used had the rx always receiving, and the tx 'Wire-Or'd onto it.. it had a differential 'Open Collector' (I guess open emmitter in the -ve line :) A simpified version would be... It was only defined for upto 5 devices or so from memory +ve | | +-NNNN---+ | | +-NNN---K (pnp) | | TX--+--NNN-K (npn) +---------+------------------ | | | | | | z | | +--------+ | | -ve | | | | | | +ve | | +----+ | | | | | | +--K (p) | | | | | z | +--NNN-K(n) | | | | | ----------)----+--------------- | | | | | | +NN-K (npn) | | | | | | | | +-NN-+ | | +--------+ | | | | | -ve | | | | /|-------------------- | Rx --< | | \|------------------------- If I were doing this today, I would use SLIP as an example of how to hook into the tty drivers.. From owner-freebsd-hackers Wed Oct 11 13:29:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA16711 for hackers-outgoing; Wed, 11 Oct 1995 13:29:46 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA16703 for ; Wed, 11 Oct 1995 13:29:35 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id WAA11913 for hackers@FreeBSD.ORG; Wed, 11 Oct 1995 22:25:19 +0200 From: John Hay Message-Id: <199510112025.WAA11913@zibbi.mikom.csir.co.za> Subject: IPX now available To: hackers@FreeBSD.ORG (FreeBSD-hackers) Date: Wed, 11 Oct 1995 22:25:18 +0200 (SAT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 964 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Hi, OK the ipx code is at ftp.internat.FreeBSD.ORG/pub/FreeBSD.local/ipx.tgz In there is a README file that describe how to get it going. If I have forgotten something please yell. :-) How do the core-team feel about making IPX part of the FreeBSD distribution? John -- John Hay -- John.Hay@csir.co.za > I have a working IPX that I derived from the XNS (/sys/netns) code in FreeBSD. > We use it mostly for routing. I have changed ifconfig and netstat to understand > IPX and build IPXrouted with IPX RIP and SAP support. > > I didn't do SPX because we did not need it and I only changed the ed ethernet > driver because we use SMC cards. It only works for Ethernet II and not the > 802.3 ethernet protocol that Novell used as a default for a long time. > > There is minimal changes to the kernel. There is about 3 files (device drivers > excluded) and sys/netipx that is new. > > If you want it, I will clean it up a bit and put it somewhere for ftp. > From owner-freebsd-hackers Wed Oct 11 13:49:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA17532 for hackers-outgoing; Wed, 11 Oct 1995 13:49:07 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA17519 for ; Wed, 11 Oct 1995 13:49:01 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA13805; Wed, 11 Oct 1995 13:45:54 -0700 From: Terry Lambert Message-Id: <199510112045.NAA13805@phaeton.artisoft.com> Subject: Re: IPX now available To: jhay@mikom.csir.co.za (John Hay) Date: Wed, 11 Oct 1995 13:45:54 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199510112025.WAA11913@zibbi.mikom.csir.co.za> from "John Hay" at Oct 11, 95 10:25:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 596 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > OK the ipx code is at ftp.internat.FreeBSD.ORG/pub/FreeBSD.local/ipx.tgz > > In there is a README file that describe how to get it going. If I have > forgotten something please yell. :-) > > How do the core-team feel about making IPX part of the FreeBSD distribution? I don't know how they feel, but I personally think it should be an option. What would you need as far as a registration interface in the protocol code to allow you to make it an LKM? 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 Oct 11 14:08:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18239 for hackers-outgoing; Wed, 11 Oct 1995 14:08:38 -0700 Received: from pluto.ops.NeoSoft.com (root@pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA18227 for ; Wed, 11 Oct 1995 14:08:33 -0700 Received: from concorde.neosoft.com (root@concorde.NeoSoft.COM [198.65.161.214]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id QAA02843; Wed, 11 Oct 1995 16:08:26 -0500 Received: (from dbaker@localhost) by concorde.neosoft.com (8.6.12/8.6.11) id QAA00751; Wed, 11 Oct 1995 16:08:23 -0500 Date: Wed, 11 Oct 1995 16:08:23 -0500 (CDT) From: Daniel Baker X-Sender: dbaker@concorde.neosoft.com To: admin@yahoo.com cc: via Change Informatin Form Subject: Re: Yahoo Change URL Request In-Reply-To: <199510111856.LAA26422@marburg.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Okay, thanks a lot for your time!!! Also, is there any way I can get my personal home page listed? http://www.neosoft.com/neosoft/staff/dbaker/ Thanks a lot! On Wed, 11 Oct 1995, Aaron Bromagem wrote: > > The change you have requested has been done. However you will only be > able to view it when we update the database which typically takes > place on a periodic basis, mostly at night. Please send me mail if the > changes are not present or valid within 24-48 hours. Please be aware > that Yahoo! reserves the right to edit change requests when needed. > > Thanx .. > > Aaron > > ps. The email address admin@yahoo.com will no longer be used for > contacting Yahoo. All requests, changes, submissions, etc will be handled > through the "Write Us" at the top of each Yahoo page. In order for us to > receive your email, make sure you use this new feature provided. > > > -- > Administrator 110 Pioneer Way Unit F > Yahoo! Corporation Mountain View, CA 94014 > > ++If you're cool, you run FreeBSD++ Daniel Baker -- NeoSoft Student Assistant (UseNet, FTP & CivNet Admin.) DBaker@NeoSoft.COM DBaker@Concorde-Mail.NeoSoft.COM (A FreeBSD Machine) ** http://www.neosoft.com/neosoft/staff/dbaker/default.html ** ++Get NeoSoft 'Net Access TODAY!!! 1/800-GET-NEOSOFT++ From owner-freebsd-hackers Wed Oct 11 14:12:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18374 for hackers-outgoing; Wed, 11 Oct 1995 14:12:01 -0700 Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA18366 ; Wed, 11 Oct 1995 14:11:55 -0700 Received: by gvr.win.tue.nl (8.6.10/1.53) id WAA04684; Wed, 11 Oct 1995 22:11:37 +0100 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199510112111.WAA04684@gvr.win.tue.nl> Subject: Re: TCP/IP Spoofing etc. To: dima@FreeBSD.ORG (Dima Ruban) Date: Wed, 11 Oct 1995 22:11:37 +0100 (MET) Cc: roberto@keltia.freenix.fr, pete@puffin.pelican.com, julian@ref.tfs.com, hackers@FreeBSD.ORG In-Reply-To: <199510110046.RAA13618@freefall.freebsd.org> from "Dima Ruban" at Oct 10, 95 05:46:37 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 149 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Speaking of sendmail, can we import 8.7.1 in -CURRENT ? > > 8.7.1 has a bit different sendmail.cf .... Can you eb a bit more specific? -Guido From owner-freebsd-hackers Wed Oct 11 14:23:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA18852 for hackers-outgoing; Wed, 11 Oct 1995 14:23:35 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA18847 for ; Wed, 11 Oct 1995 14:23:30 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id OAA03259; Wed, 11 Oct 1995 14:23:00 -0700 From: Julian Elischer Message-Id: <199510112123.OAA03259@ref.tfs.com> Subject: Re: FS LAYERING PATCHES AGAINST CURRENT UPLOADED To: dave@elxr.jpl.nasa.gov (Dave Hayes) Date: Wed, 11 Oct 1995 14:23:00 -0700 (PDT) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199510111919.MAA02797@elxr.jpl.nasa.gov> from "Dave Hayes" at Oct 11, 95 12:19:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 965 Sender: owner-hackers@freebsd.org Precedence: bulk > > Terry Lambert writes: > >I have uploaded the FS layering patches I promised last week. > > Are these patches that allow one to glom disk partitions onto > another (like ccd in NetBSD) to make a meta-partition? no, rgrimes was playing with those... if you want to play with them. send him emeail and he can probably send you what he's done.. > ------ > Dave Hayes -- Institutional NETworks - Section 394 -- JPL/NASA - Pasadena CA > dave@elxr.jpl.nasa.gov dave@jato.jpl.nasa.gov ...usc!elroy!dxh > > Laws that forbid the carrying of arms..disarm only those who are neither > inclined nor determined to commit crimes. Such laws make things worse > for the assaulted and better for the assailants; they serve rather to > encourage than prevent homicides, for an unarmed man may be attacked > with greater confidence than an armed one." > -Thomas Jefferson quoting Cesare Beccaria, Criminologist 1764. > > From owner-freebsd-hackers Wed Oct 11 15:15:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20714 for hackers-outgoing; Wed, 11 Oct 1995 15:15:05 -0700 Received: (from dima@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20694 ; Wed, 11 Oct 1995 15:15:00 -0700 Message-Id: <199510112215.PAA20694@freefall.freebsd.org> Subject: Re: TCP/IP Spoofing etc. To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Wed, 11 Oct 1995 15:15:00 -0700 (PDT) Cc: dima@FreeBSD.ORG, roberto@keltia.freenix.fr, pete@puffin.pelican.com, julian@ref.tfs.com, hackers@FreeBSD.ORG In-Reply-To: <199510112111.WAA04684@gvr.win.tue.nl> from "Guido van Rooij" at Oct 11, 95 10:11:37 pm From: dima@FreeBSD.ORG (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 238 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Guido van Rooij writes: > > > > Speaking of sendmail, can we import 8.7.1 in -CURRENT ? > > > > 8.7.1 has a bit different sendmail.cf .... > > Can you eb a bit more specific? Check out release notes for 8.7.1 > > -Guido > -- dima From owner-freebsd-hackers Wed Oct 11 15:18:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20865 for hackers-outgoing; Wed, 11 Oct 1995 15:18:18 -0700 Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA20859 for ; Wed, 11 Oct 1995 15:18:10 -0700 Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id GAA03636 for hackers@freebsd.org; Thu, 12 Oct 1995 06:18:13 -0400 From: Rashid Karimov Message-Id: <199510121018.GAA03636@rk.ios.com> Subject: ANNEX's erpcd . To: hackers@freebsd.org Date: Thu, 12 Oct 1995 06:18:13 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1634 Sender: owner-hackers@freebsd.org Precedence: bulk Hi there folx, I've compiled those ones with "-g" and have connected to them via gdb. It's really weird - they all are in crypt() fcall,doing something crazy - since they all are in the list of the processes consuming the most amount of time ! So as the time flow - more and more erpcd's get stuck in crypt(), which leads to huge load averages finally. The idea of the sequential search thru the acp_passwd doesnt contribute much to it - it's suprisingly fast. So what the heck is going on ... ? I use DES crypt() on this computer. The parameters to the crypt() look pretty innocent to me :( Here goes the small transcrypt from the gdb session: ( it was invoked as : gdb erpcd PID) Reading symbols from /usr/libexec/ld.so...done. Reading symbols from /usr/lib/libcrypt.so.2.0...done. Reading symbols from /usr/lib/libc.so.2.1...done. 0x802eab4 in crypt.so () (gdb) bt #0 0x802eab4 in crypt.so () #1 0x802ef6b in crypt () #2 0x8ae8 in acp_validate (User=0xefbfd2a0 "bm8474", Password=0xefbfd2c0 "BTGA474t") at acp_policy.c:1849 #3 0x7831 in ppp_security (Acp=0x18c00, logid=3775079420, inet=72422606, port=15, service=8, direction=0, Name=0xefbfd2a0 "bm8474", Pass=0xefbfd2c0 "BTGA474t", to=0x0) at acp_policy.c:676 #4 0x4f57 in acp_req_serial_validate (Acp=0x18c00, message=0xefbfd3a6 "t\b`\2275\004pXR\016@ua\003#|N\024Q\004", length=192, to=0x0) at acp_rpc.c:352 #5 0x45f7 in acp (s=3, message=0x1c9a8 "", mlen=42, iaddr=72422606) at acp.c:357 #6 0x1dfc in spawn_child (ccount=42, rpnum=3) at erpcd.c:465 #7 0x268c in main (argc=5, argv=0xefbfdc28) at erpcd.c:761 (gdb) From owner-freebsd-hackers Wed Oct 11 15:38:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA21522 for hackers-outgoing; Wed, 11 Oct 1995 15:38:05 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA21513 for ; Wed, 11 Oct 1995 15:37:51 -0700 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id SAA04475; Wed, 11 Oct 1995 18:47:27 -0400 Date: Wed, 11 Oct 1995 18:47:27 -0400 Message-Id: <199510112247.SAA04475@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: Julian Elischer From: dennis@etinc.com (dennis) Subject: Re: IPX Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> >> > yes please! >> >and I'd like to know whether this fits in with what dennis was saying they had >> >there.. >> >dennis? >> > >> It doesn't seem likely that there would be much inter-operability. Our >> router product is >> embedded in our kernel driver and does RIP and SAP in the kernel (no >> daemons). There is an internal >> routing table and separate utilities (we haven't hacked any FreeBSD stuff) >> that can be used >> to display and manage the tables. We use a simple filter (about 3 lines of >> code have to be added >> to any ethernet driver) that passes packets to our driver. Its designed to >> be an autonomous system, > >wouldn't it be a better idea to put the changes in if_ethersubr.c >in ether_output and ether_input >rather than have each driver be changed? > This would be correct method if you were truly integrating IPX into the operating system. We did it in the ethernet driver for a few reasons: - BSDI won't let us provide modified source or even an example to object customers, so we can just use a special precompiled object driver that has been modified and we can call it something different. - We wanted to make it as simple as possible. We really just "steal" packets from the driver if (ipx_filter()){ m_freem(); return; } ether_input(); The whole idea was to make the whole system autonomous so that it could be ported easily, and would not interfere with changes that may be made in the os. 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 Oct 11 16:55:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA23780 for hackers-outgoing; Wed, 11 Oct 1995 16:55:39 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA23775 for ; Wed, 11 Oct 1995 16:55:36 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id QAA03520; Wed, 11 Oct 1995 16:54:56 -0700 From: Julian Elischer Message-Id: <199510112354.QAA03520@ref.tfs.com> Subject: Re: IPX To: dennis@etinc.com (dennis) Date: Wed, 11 Oct 1995 16:54:56 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199510112247.SAA04475@etinc.com> from "dennis" at Oct 11, 95 06:47:27 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 724 Sender: owner-hackers@freebsd.org Precedence: bulk > > - BSDI won't let us provide modified source or even an example to object > customers, so we can just use a special precompiled object driver that has > been modified and we can call it something different. > - We wanted to make it as simple as possible. We really just "steal" packets > from the driver > > if (ipx_filter()){ > m_freem(); > return; > } > ether_input(); I've been adding protocols to the kernel and I've been looking for a way to make them loadable.. it still needs a little work, but I've got some ideas.. (the protocol registers itself and how to recognise packets for it..) BTW talk to ecsd@ecsd.com (should work) about frame relay etc.. he's trying to work out what to use...... From owner-freebsd-hackers Wed Oct 11 17:53:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA24979 for hackers-outgoing; Wed, 11 Oct 1995 17:53:39 -0700 Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA24962 ; Wed, 11 Oct 1995 17:53:29 -0700 Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0t3Bto-0009YTC; Wed, 11 Oct 95 17:53 PDT Date: Wed, 11 Oct 1995 17:53:26 -0700 (PDT) From: Jake Hamby To: Pete Delaney cc: freebsd-hackers@FreeBSD.org, ports@FreeBSD.org, netbsd-ports@netbsd.org Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? In-Reply-To: <199510110535.AA26288@RockyMountain.rahul.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Tue, 10 Oct 1995, Pete Delaney wrote: > > >} Well, so what do you guys think about updating the "port"? (I know, > > >} it's a binary-only port and we can't distribute the distfile/package > > >} anyway....) I've been using it since yesterday, and it feels really > > >} "beta", so I won't update the port unless people really want the > > >} change to go in. > > > > I dislike this idea, it contains too many bugs for everyday usage > > comparing to old version. > > > BTW, I think separate port (netscape2) will be nice addition. > > Wouldn't a complete port of HotJava to SunOS 4.1.4, FreeBSD, NetBSD, > and Linux be more in the tradition of BSD? I hate being SourceLess. > > -pete > I heard there was some fairly good progress being made on a Linux port. Is this true? Because if the Linux people have a working version, then a FreeBSD/NetBSD version would be almost trivial from there. Having said that, I extremely dislike Sun's implementation of Java. The language itself is really cool, but I guess internal politics at Sun have caused them to turn it from the true cross-platform development environment that it could have been to a stripped-down WWW-applet only environment that only runs right on Solaris and Windows 95 (and maybe SunOS and IRIX in the buggy Netscape beta). Yuck! Oh well, just my $0.02 ---Jake From owner-freebsd-hackers Wed Oct 11 17:58:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA25133 for hackers-outgoing; Wed, 11 Oct 1995 17:58:42 -0700 Received: from covina.lightside.com (covina.lightside.com [198.81.209.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA25115 for ; Wed, 11 Oct 1995 17:58:31 -0700 Received: by covina.lightside.com (Smail3.1.28.1 #6) id m0t3Bye-0009YSC; Wed, 11 Oct 95 17:58 PDT Date: Wed, 11 Oct 1995 17:58:26 -0700 (PDT) From: Jake Hamby To: "Jordan K. Hubbard" cc: hackers@freefall.FreeBSD.org Subject: Re: ATAPI (IDE) CDROM support will NOT be in FreeBSD 2.1! In-Reply-To: <10694.813397075@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk On Wed, 11 Oct 1995, Jordan K. Hubbard wrote: > Sorry folks, but after considerable time and trouble invested in > producing the extra IDE CDROM boot floppy as a test, I've received far > too few success reports with it to consider it for 2.1. > > Yes, I would have really liked this for 2.1 and I had high hopes that > we'd be able to pull it off, but there's also a time for admiting the > painful truth and cutting ones' losses, and I think that this time has > come for the IDE CDROM support code. > Well, thanks for trying, at any rate! I just wish I could've helped more but I've never built a release boot disk, and I'm just so busy with work and other projects, that I doubt I will be able to whip up a working IDE CDROM boot disk before the CD is pressed. If I do, however, you'll be the first to get a copy, and maybe if it is too late for the CDROM, at least it can go on the FTP site. By the way, just so I know, when IS the official release date for 2.1.0 (if it's not the 8th anymore)? ---Jake From owner-freebsd-hackers Wed Oct 11 18:18:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA26155 for hackers-outgoing; Wed, 11 Oct 1995 18:18:31 -0700 Received: from www.ambook.org (spiders.com [199.224.7.188]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA26134 ; Wed, 11 Oct 1995 18:18:23 -0700 Received: (from gwh@localhost) by www.ambook.org (8.6.12/8.6.12) id VAA17290; Wed, 11 Oct 1995 21:20:05 -0400 Message-Id: <199510120120.VAA17290@www.ambook.org> From: gwh@spiders.com (Gene W Homicki) Date: Wed, 11 Oct 1995 21:20:05 -0400 In-Reply-To: Jake Hamby's message as of Oct 11, 17:53 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Jake Hamby , Pete Delaney Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? Cc: freebsd-hackers@FreeBSD.org, ports@FreeBSD.org, netbsd-ports@netbsd.org Sender: owner-hackers@FreeBSD.org Precedence: bulk +--- | I heard there was some fairly good progress being made on a Linux port. | Is this true? Because if the Linux people have a working version, then a | FreeBSD/NetBSD version would be almost trivial from there. +--- You can get more information about the Linux port from: http://java.blackdown.org/java-linux.html There are a few ports to ELF based Linux systems using either Sun's thread library of the POSIX threads library. I haven't used the port, I just know it exists and works (well, somewhat). --Gene -- Gene W. Homicki gwh@spiders.com Objective Consulting, Inc. http://www.spiders.com/ Internet Presence Design voice: +1 914.353.3511 From owner-freebsd-hackers Wed Oct 11 18:29:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA26922 for hackers-outgoing; Wed, 11 Oct 1995 18:29:58 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA26910 for ; Wed, 11 Oct 1995 18:29:50 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id LAA15650; Thu, 12 Oct 1995 11:26:14 +0930 From: Michael Smith Message-Id: <199510120156.LAA15650@genesis.atrad.adelaide.edu.au> Subject: Re: non-sio UART driver To: julian@ref.tfs.com (Julian Elischer) Date: Thu, 12 Oct 1995 11:26:14 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199510112016.NAA03051@ref.tfs.com> from "Julian Elischer" at Oct 11, 95 01:16:08 pm Content-Type: text Content-Length: 2278 Sender: owner-hackers@freebsd.org Precedence: bulk Julian Elischer stands accused of saying: > > Ok ok, so "multidrop bus" is a bit of a tautology. I guess I should have > > said 2-wire RS-485. ... > > It's not terribly "normal", in that writes to the bus are meant to be > > sort-of atomic transactions. (Being 2-wire, you go from listen to > > drive by raising DTR, write your packet, and then as soon as the last > > character's finished, you drop DTR again to listen for the response.) > > The serial bus I've used had the rx always receiving, and the > tx 'Wire-Or'd onto it.. > it had a differential 'Open Collector' > (I guess open emmitter in the -ve line :) > A simpified version would be... The bus you've specified is almost useless, as the slew to the driven side will be much faster than the slew away, so the difference signal will be all over the place. Add to this the variation in slew based on the number of stations on the bus, and you're in for a nightmare 8) 2-wire RS485 drivers are a dollar or so each in small quantities, and look something like this : |\ | \----+-----------+------------ TX ----+ > | Z 120 ohms at either end of the bus | /------+---------+------------ |/ | | | | | | | | CTL -----+ | | | | | o/| | | / |---+ | RX ----< | | \ |-----+ \| The CTL line tristates the TX outputs, and disables the RX inputs according to whether a station is receiving or transmitting (therefore simplex) > If I were doing this today, I would use SLIP as an example of how to hook > into the tty drivers.. Unfortunately, the SLIP interface doesn't hand down exactly one packet at a time, and you can't afford to go on and off the bus inside a packet. (You generate glitches on the line as it floats and then gets pulled back to the space state.) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Wed Oct 11 18:34:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA27055 for hackers-outgoing; Wed, 11 Oct 1995 18:34:52 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA27049 for ; Wed, 11 Oct 1995 18:34:44 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id LAA15661; Thu, 12 Oct 1995 11:27:48 +0930 From: Michael Smith Message-Id: <199510120157.LAA15661@genesis.atrad.adelaide.edu.au> Subject: Re: RS485 bus implementation... To: joerg_wunsch@uriah.heep.sax.de Date: Thu, 12 Oct 1995 11:27:48 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199510112048.VAA09503@uriah.heep.sax.de> from "J Wunsch" at Oct 11, 95 09:48:29 pm Content-Type: text Content-Length: 844 Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch stands accused of saying: > > > What's the ioctl to set/get the physical address for an interface? > > I've found SIO[GS]IFPHYSADDR in the if_fe driver, but these are > > effectively unused as the values don't appear to be defined anywhere. > > What's the _physical_ address? Sorry, media address - in the context of ethernet, the MAC address. In my context, an 8-bit value to be used as the local station address on the RS485 bus. > cheers, J"org -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Wed Oct 11 18:48:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA27313 for hackers-outgoing; Wed, 11 Oct 1995 18:48:18 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA27294 ; Wed, 11 Oct 1995 18:48:14 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id SAA00301; Wed, 11 Oct 1995 18:47:15 -0700 Message-Id: <199510120147.SAA00301@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Jake Hamby cc: Pete Delaney , freebsd-hackers@FreeBSD.org, ports@FreeBSD.org, netbsd-ports@netbsd.org Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? In-reply-to: Your message of "Wed, 11 Oct 1995 17:53:26 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Oct 1995 18:47:09 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk >>> Jake Hamby said: > > I heard there was some fairly good progress being made on a Linux port. > Is this true? Because if the Linux people have a working version, then a > FreeBSD/NetBSD version would be almost trivial from there. > Thats right people are still porting Java 8) Amancio From owner-freebsd-hackers Wed Oct 11 18:54:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA27611 for hackers-outgoing; Wed, 11 Oct 1995 18:54:30 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id SAA27593 ; Wed, 11 Oct 1995 18:54:26 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA29777 (5.67b8/IDA-1.5); Wed, 11 Oct 1995 18:54:15 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA09117 (5.67b8/IDA-1.5); Wed, 11 Oct 1995 18:53:46 -0700 Received: by RockyMountain.rahul.net id AA29192 (5.67b/IDA-1.5); Wed, 11 Oct 1995 18:53:23 -0700 Date: Wed, 11 Oct 1995 18:53:23 -0700 From: Pete Delaney Message-Id: <199510120153.AA29192@RockyMountain.rahul.net> To: jehamby@lightside.com, hasty@rah.star-gate.com Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? Cc: pete@RockyMountain.rahul.net, freebsd-hackers@FreeBSD.org, ports@FreeBSD.org, netbsd-ports@netbsd.org Sender: owner-hackers@FreeBSD.org Precedence: bulk > >>> Jake Hamby said: > > > > > I heard there was some fairly good progress being made on a Linux port. > > Is this true? Because if the Linux people have a working version, then a > > FreeBSD/NetBSD version would be almost trivial from there. > > > > Thats right people are still porting Java 8) Is it possible to get a snapshot of that effort to get more familiar with the problems. I tried starting from the Sun release but the mailfile problems looked like a lot of work. I would hope that by now the Sun makefile dependancies have been removed and the problems are more related to stuff like the the thread libraries. -pete From owner-freebsd-hackers Wed Oct 11 19:00:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA27938 for hackers-outgoing; Wed, 11 Oct 1995 19:00:28 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA27921 ; Wed, 11 Oct 1995 19:00:13 -0700 Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.9) with ESMTP id TAA00506; Wed, 11 Oct 1995 19:00:00 -0700 Message-Id: <199510120200.TAA00506@rah.star-gate.com> X-Mailer: exmh version 1.6.2 7/18/95 To: Pete Delaney cc: jehamby@lightside.com, freebsd-hackers@FreeBSD.org, ports@FreeBSD.org, netbsd-ports@netbsd.org Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? In-reply-to: Your message of "Wed, 11 Oct 1995 18:53:23 PDT." <199510120153.AA29192@RockyMountain.rahul.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Oct 1995 19:00:00 -0700 From: "Amancio Hasty Jr." Sender: owner-hackers@FreeBSD.org Precedence: bulk Oh, I don't know use Netscape and do a net search on Java and Linux I am sure that you will find something. Not sure if the linux stuff would be that useful and the last time I looked around Java was still a mess. if we have started doing something similar to java but with guild we would have been done. The argument back then against guild was about the huge number of Java applets, the GNU license and the lack of "features". Go figure, Amancio >>> Pete Delaney said: > > >>> Jake Hamby said: > > > > > > > > I heard there was some fairly good progress being made on a Linux po rt. > > > Is this true? Because if the Linux people have a working version, t hen a > > > FreeBSD/NetBSD version would be almost trivial from there. > > > > > > > Thats right people are still porting Java 8) > > Is it possible to get a snapshot of that effort to get more familiar > with the problems. I tried starting from the Sun release but the mailfile > problems looked like a lot of work. I would hope that by now the Sun makefil e > dependancies have been removed and the problems are more related to stuff li ke > the the thread libraries. > > > -pete > From owner-freebsd-hackers Wed Oct 11 19:13:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA28547 for hackers-outgoing; Wed, 11 Oct 1995 19:13:28 -0700 Received: from pluto.ops.NeoSoft.com (root@pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA28540 for ; Wed, 11 Oct 1995 19:13:23 -0700 Received: from concorde.neosoft.com (root@concorde.NeoSoft.COM [198.65.161.214]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id VAA07586 for ; Wed, 11 Oct 1995 21:13:20 -0500 Received: (from dbaker@localhost) by concorde.neosoft.com (8.6.12/8.6.11) id VAA00409; Wed, 11 Oct 1995 21:13:17 -0500 Date: Wed, 11 Oct 1995 21:13:17 -0500 (CDT) From: Daniel Baker X-Sender: dbaker@concorde.neosoft.com To: via Change Informatin Form Subject: Re: Yahoo Change URL Request In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk Sorry about that, everyone. That letter wasn't supposed to be carbon copied to -hackers and I have no idea how it was.. :-) Sorry... ++If you're cool, you run FreeBSD++ Daniel Baker -- NeoSoft Student Assistant (UseNet, FTP & CivNet Admin.) DBaker@NeoSoft.COM DBaker@Concorde-Mail.NeoSoft.COM (A FreeBSD Machine) ** http://www.neosoft.com/neosoft/staff/dbaker/default.html ** ++Get NeoSoft 'Net Access TODAY!!! 1/800-GET-NEOSOFT++ From owner-freebsd-hackers Wed Oct 11 19:41:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA00724 for hackers-outgoing; Wed, 11 Oct 1995 19:41:58 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA00701 ; Wed, 11 Oct 1995 19:41:53 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA14306; Wed, 11 Oct 1995 19:37:19 -0700 From: Terry Lambert Message-Id: <199510120237.TAA14306@phaeton.artisoft.com> Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? To: jehamby@lightside.com (Jake Hamby) Date: Wed, 11 Oct 1995 19:37:19 -0700 (MST) Cc: pete@RockyMountain.rahul.net, freebsd-hackers@FreeBSD.ORG, ports@FreeBSD.ORG, netbsd-ports@netbsd.org In-Reply-To: from "Jake Hamby" at Oct 11, 95 05:53:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 428 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I heard there was some fairly good progress being made on a Linux port. > Is this true? Because if the Linux people have a working version, then a > FreeBSD/NetBSD version would be almost trivial from there. Not so. According to Linus (and Alan Cox), Linux has kernel multithreading. 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 Oct 11 22:11:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA09102 for hackers-outgoing; Wed, 11 Oct 1995 22:11:10 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA09095 for ; Wed, 11 Oct 1995 22:11:05 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id HAA22317; Thu, 12 Oct 1995 07:06:34 +0200 From: John Hay Message-Id: <199510120506.HAA22317@zibbi.mikom.csir.co.za> Subject: Re: IPX now available To: terry@lambert.org (Terry Lambert) Date: Thu, 12 Oct 1995 07:06:33 +0200 (SAT) Cc: hackers@FreeBSD.ORG In-Reply-To: <199510112045.NAA13805@phaeton.artisoft.com> from "Terry Lambert" at Oct 11, 95 01:45:54 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 350 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > What would you need as far as a registration interface in the protocol > code to allow you to make it an LKM? > Well I haven't looked at how LKMs work. The problems I see is in net/if_ethersubr.c, net/if_loop.c and the device drivers that have to change. Maybe we can make those things more generic??? John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Wed Oct 11 22:21:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA09422 for hackers-outgoing; Wed, 11 Oct 1995 22:21:30 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA09412 for ; Wed, 11 Oct 1995 22:21:23 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id HAA22457; Thu, 12 Oct 1995 07:15:36 +0200 From: John Hay Message-Id: <199510120515.HAA22457@zibbi.mikom.csir.co.za> Subject: Re: IPX now available To: dennis@etinc.com (dennis) Date: Thu, 12 Oct 1995 07:15:35 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <199510112235.SAA04426@etinc.com> from "dennis" at Oct 11, 95 06:35:02 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1305 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >> I have a working IPX that I derived from the XNS (/sys/netns) code in > FreeBSD. > >> We use it mostly for routing. I have changed ifconfig and netstat to > understand > >> IPX and build IPXrouted with IPX RIP and SAP support. > >> > >> I didn't do SPX because we did not need it and I only changed the ed ethernet > >> driver because we use SMC cards. It only works for Ethernet II and not the > >> 802.3 ethernet protocol that Novell used as a default for a long time. > >> > >> There is minimal changes to the kernel. There is about 3 files (device > drivers > >> excluded) and sys/netipx that is new. > >> > >> If you want it, I will clean it up a bit and put it somewhere for ftp. > >> > How about making the 802.3 work? It shouldn't be difficult, and lots of us > (and I do mean LOTS) are still using it and have no good reason to change. > It isn't difficult to support 802.3. The problem is in setting it from the userlevel. If it is just a kernel compile time option it should be easy. I have thought of using one of the link flags in the ifnet structure, then you can just add it to the ifconfig commandline. It would mean the minimum changes. I think you would only need to change if_ethersubr.c then. What do the rest of the people think? John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Wed Oct 11 23:04:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA10179 for hackers-outgoing; Wed, 11 Oct 1995 23:04:48 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA10170 for ; Wed, 11 Oct 1995 23:04:35 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id HAA23234; Thu, 12 Oct 1995 07:58:32 +0200 From: John Hay Message-Id: <199510120558.HAA23234@zibbi.mikom.csir.co.za> Subject: Re: IPX now available To: julian@ref.tfs.com (Julian Elischer) Date: Thu, 12 Oct 1995 07:58:32 +0200 (SAT) Cc: hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <199510120551.WAA04107@ref.tfs.com> from "Julian Elischer" at Oct 11, 95 10:51:00 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 805 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > I've never gotten to the bottom of what the difference is.. > > > It isn't difficult to support 802.3. The problem is in setting it from the > > userlevel. If it is just a kernel compile time option it should be easy. I > > have thought of using one of the link flags in the ifnet structure, then > > you can just add it to the ifconfig commandline. It would mean the minimum > > changes. I think you would only need to change if_ethersubr.c then. > > The ethernet II header consists of: 6 bytes destination address | 6 bytes source address | 2 bytes protocol type. eg: ip, ipx, etc The ethernet 802.3 header consists of: 6 bytes destination address | 6 bytes source address | 2 bytes packet length. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Wed Oct 11 23:25:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA10637 for hackers-outgoing; Wed, 11 Oct 1995 23:25:07 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA10632 ; Wed, 11 Oct 1995 23:25:04 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id XAA01000; Wed, 11 Oct 1995 23:24:58 -0700 Date: Wed, 11 Oct 1995 23:24:58 -0700 Message-Id: <199510120624.XAA01000@silvia.HIP.Berkeley.EDU> To: rich@freebsd.org CC: hackers@freebsd.org, phk@freebsd.org Subject: xload dumps core with new phkmalloc From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@freebsd.org Precedence: bulk Hello. I found that xload dumps core with "floating point exception" with the latest phkmalloc (supped yesterday). "MALLOC_OPTIONS=Z" will fix it, so it's definitely xload's problem. I changed the only "malloc" in the xload source to "calloc" but that didn't help, so I guess the bug is in a more fundamental level. This is what gdb has to say: === Program received signal SIGFPE, Arithmetic exception. 0x8034655 in repaint_window () (gdb) bt #0 0x8034655 in repaint_window () #1 0x8034284 in Redisplay () #2 0x807992b in SendExposureEvent () #3 0x80796f1 in CompressExposures () #4 0x807939d in XtDispatchEventToWidget () #5 0x8079df2 in L404 () #6 0x807a128 in L458 () #7 0x807a4b9 in XtAppMainLoop () #8 0x1f75 in main (argc=1, argv=0xefbfcf10) at xload.c:264 === Satoshi From owner-freebsd-hackers Thu Oct 12 00:05:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA11191 for hackers-outgoing; Thu, 12 Oct 1995 00:05:18 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA11179 for ; Thu, 12 Oct 1995 00:05:12 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id AAA06773; Thu, 12 Oct 1995 00:01:16 -0700 To: John Hay cc: hackers@FreeBSD.ORG (FreeBSD-hackers) Subject: Re: IPX now available In-reply-to: Your message of "Sat, 11 Oct 1995 22:25:18 +0200." <199510112025.WAA11913@zibbi.mikom.csir.co.za> Date: Thu, 12 Oct 1995 00:01:16 -0700 Message-ID: <6771.813481276@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > How do the core-team feel about making IPX part of the FreeBSD distribution? I guess it depends on how polished and useful it is! I certainly see no reason why it couldn't evolve in -current, if there's sufficient interest! Jordan From owner-freebsd-hackers Thu Oct 12 00:19:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA12057 for hackers-outgoing; Thu, 12 Oct 1995 00:19:58 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA11984 ; Thu, 12 Oct 1995 00:19:04 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id RAA13299; Thu, 12 Oct 1995 17:15:57 +1000 From: michael butler Message-Id: <199510120715.RAA13299@asstdc.scgt.oz.au> Subject: Re: xload dumps core with new phkmalloc To: asami@cs.berkeley.edu (Satoshi Asami) Date: Thu, 12 Oct 1995 17:15:57 +1000 (EST) Cc: rich@freebsd.org, hackers@freebsd.org, phk@freebsd.org In-Reply-To: <199510120624.XAA01000@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Oct 11, 95 11:24:58 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 226 Sender: owner-hackers@freebsd.org Precedence: bulk > Hello. I found that xload dumps core with "floating point exception" > with the latest phkmalloc (supped yesterday). "MALLOC_OPTIONS=Z" will > fix it, so it's definitely xload's problem. xperfmon does likewise, michael From owner-freebsd-hackers Thu Oct 12 00:55:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA13740 for hackers-outgoing; Thu, 12 Oct 1995 00:55:00 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA13715 for ; Thu, 12 Oct 1995 00:53:47 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id JAA25295; Thu, 12 Oct 1995 09:48:38 +0200 From: John Hay Message-Id: <199510120748.JAA25295@zibbi.mikom.csir.co.za> Subject: Re: IPX now available To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 12 Oct 1995 09:48:38 +0200 (SAT) Cc: hackers@FreeBSD.ORG In-Reply-To: <6771.813481276@time.cdrom.com> from "Jordan K. Hubbard" at Oct 12, 95 00:01:16 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 609 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > How do the core-team feel about making IPX part of the FreeBSD distribution? > > I guess it depends on how polished and useful it is! I certainly see > no reason why it couldn't evolve in -current, if there's sufficient > interest! > Well from when I released it last night, 10 people already ftp'ed it. So there is some interest. If it is enough I don't know. About the usefulness, as it is it can be used as an IPX router. It should also be useful for the proposed porting of the linux netware server, which actually prompted me to release the ipx code. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Thu Oct 12 01:02:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA14099 for hackers-outgoing; Thu, 12 Oct 1995 01:02:29 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA14092 for ; Thu, 12 Oct 1995 01:02:20 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id BAA14327; Thu, 12 Oct 1995 01:00:55 -0700 To: John Hay cc: hackers@FreeBSD.ORG Subject: Re: IPX now available In-reply-to: Your message of "Sat, 12 Oct 1995 09:48:38 +0200." <199510120748.JAA25295@zibbi.mikom.csir.co.za> Date: Thu, 12 Oct 1995 01:00:55 -0700 Message-ID: <14325.813484855@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > About the usefulness, as it is it can be used as an IPX router. It should > also be useful for the proposed porting of the linux netware server, which > actually prompted me to release the ipx code. That certainly sounds useful enough to me. What do other folks think? Is this stuff in a shape where it could be imported? Jordan From owner-freebsd-hackers Thu Oct 12 01:22:03 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA14950 for hackers-outgoing; Thu, 12 Oct 1995 01:22:03 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id BAA14945 ; Thu, 12 Oct 1995 01:21:59 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3Ito-0003wFC; Thu, 12 Oct 95 01:21 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id JAA00237; Thu, 12 Oct 1995 09:21:59 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami) cc: rich@freebsd.org, hackers@freebsd.org Subject: Re: xload dumps core with new phkmalloc In-reply-to: Your message of "Wed, 11 Oct 1995 23:24:58 MST." <199510120624.XAA01000@silvia.HIP.Berkeley.EDU> Date: Thu, 12 Oct 1995 09:21:57 +0100 Message-ID: <235.813486117@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > Hello. I found that xload dumps core with "floating point exception" > with the latest phkmalloc (supped yesterday). "MALLOC_OPTIONS=Z" will > fix it, so it's definitely xload's problem. > > I changed the only "malloc" in the xload source to "calloc" but that > didn't help, so I guess the bug is in a more fundamental level. This > is what gdb has to say: Seems like you have to start looking at X11 then :-( I thought about an option to say "Junk all mallocs except number " and then you could simply i=1 while true do MALLOC_OPTIONS="X$i" ./xload echo $i $? i=`expr $i +1` done That might help... Havn't done it yet though :-( -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-hackers Thu Oct 12 01:59:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA18540 for hackers-outgoing; Thu, 12 Oct 1995 01:59:47 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA18522 for ; Thu, 12 Oct 1995 01:59:41 -0700 Received: from wup-gate.UUCP (uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id JAA22359 for freebsd.org!hackers; Thu, 12 Oct 1995 09:59:35 +0100 Received: from wup.de by wup-gate with smtp (Smail3.1.28.1 #2) id m0t3JV5-0007rPC; Thu, 12 Oct 95 10:00 MET Received: from sunny.wup.de by wup.de (4.1/SMI-4.1) id AA09472; Thu, 12 Oct 95 09:49:37 +0100 Received: by sunny.wup.de (5.x/SMI-SVR4) id AA00805; Thu, 12 Oct 1995 09:53:09 +0100 From: Andreas Klemm Message-Id: <9510120853.AA00805@sunny.wup.de> To: hackers@freebsd.org Date: Thu, 12 Oct 1995 09:53:08 +0100 (MET) X-Mailer: ELM [version 2.4 PL24 PGP2] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk -- andreas@wup.de /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ - Support Unix - From owner-freebsd-hackers Thu Oct 12 02:58:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA23668 for hackers-outgoing; Thu, 12 Oct 1995 02:58:25 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA23593 for ; Thu, 12 Oct 1995 02:57:26 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id LAA27158; Thu, 12 Oct 1995 11:44:54 +0200 From: John Hay Message-Id: <199510120944.LAA27158@zibbi.mikom.csir.co.za> Subject: Re: IPX now available To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 12 Oct 1995 11:44:53 +0200 (SAT) Cc: hackers@FreeBSD.ORG In-Reply-To: <14325.813484855@time.cdrom.com> from "Jordan K. Hubbard" at Oct 12, 95 01:00:55 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 788 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > About the usefulness, as it is it can be used as an IPX router. It should > > also be useful for the proposed porting of the linux netware server, which > > actually prompted me to release the ipx code. > > That certainly sounds useful enough to me. What do other folks think? > Is this stuff in a shape where it could be imported? > Well I'm not sure if the last question is aimed at me or if it is a general question. All the diffs to the kernel is #ifdef IPX 'ed, so if you don't have options IPX in your kernel config file, it won't be compiled in. If we are going to import it, I will create diffs for the Makefiles and the two functions and the man page (ipx_addr(), ipx_ntoa() and ipx.3) for them in libc that should be added. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Thu Oct 12 04:36:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA01468 for hackers-outgoing; Thu, 12 Oct 1995 04:36:43 -0700 Received: (from sos@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA01458 for hackers@freebsd.org; Thu, 12 Oct 1995 04:36:41 -0700 Message-Id: <199510121136.EAA01458@freefall.freebsd.org> Subject: MSDOSfs long filename support.... To: hackers@freebsd.org (FreeBSD hackers) Date: Thu, 12 Oct 1995 04:36:41 -0700 (PDT) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 681 Sender: owner-hackers@freebsd.org Precedence: bulk While fumbling along with WIN95 (yuck) here at work it hit me that WIN95 is able to put long filenames onto a MSDOS FAT filesystem. They way they do it is easy, and I'm thinking of putting support into our msdos filesystem driver. Would this bring us closer to running of a msdos filesystem ?? (modulo unstabilities in the msdosfs support). It should be possible to load the files under dos with a special utility (or WIN95) and then run FreeBSD off of that directory right?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time From owner-freebsd-hackers Thu Oct 12 05:28:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA05843 for hackers-outgoing; Thu, 12 Oct 1995 05:28:43 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA05836 for ; Thu, 12 Oct 1995 05:28:40 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id IAA07910 for hackers@freebsd.org; Thu, 12 Oct 1995 08:34:14 -0400 From: Mark Hittinger Message-Id: <199510121234.IAA07910@ns1.win.net> Subject: re: ANNEX erpcd pegs in _crypt To: hackers@freebsd.org Date: Thu, 12 Oct 1995 08:34:13 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 454 Sender: owner-hackers@freebsd.org Precedence: bulk How about one more weird guess? You are using acp_passwd with DES encrypted passwords. In /etc/passwd you are using md5 encrypted passwords and the crypt library in /usr/lib is the md5 library rather than the libcrypt from the "secure" distribution. The guess is that the md5 library goes into an infinite loop if you hand it a DES password (because its too short?). Regards, Mark Hittinger Internet Manager WinNET Communications, Inc. bugs@win.net From owner-freebsd-hackers Thu Oct 12 06:14:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA09838 for hackers-outgoing; Thu, 12 Oct 1995 06:14:44 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA09831 ; Thu, 12 Oct 1995 06:14:42 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3NT6-0003vkC; Thu, 12 Oct 95 06:14 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id OAA00480; Thu, 12 Oct 1995 14:14:47 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: sos@freebsd.org cc: hackers@freebsd.org (FreeBSD hackers) Subject: Re: MSDOSfs long filename support.... In-reply-to: Your message of "Thu, 12 Oct 1995 04:36:41 MST." <199510121136.EAA01458@freefall.freebsd.org> Date: Thu, 12 Oct 1995 14:14:46 +0100 Message-ID: <478.813503686@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > While fumbling along with WIN95 (yuck) here at work it hit me that > WIN95 is able to put long filenames onto a MSDOS FAT filesystem. > > They way they do it is easy, and I'm thinking of putting support > into our msdos filesystem driver. > > Would this bring us closer to running of a msdos filesystem ?? > (modulo unstabilities in the msdosfs support). > It should be possible to load the files under dos with a > special utility (or WIN95) and then run FreeBSD off of that > directory right?? yes, when devfs is all swingin' -- 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. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-hackers Thu Oct 12 06:21:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA10558 for hackers-outgoing; Thu, 12 Oct 1995 06:21:07 -0700 Received: from frya.zgik.zaporizhzhe.ua (ZGIK-1-ELIS-14.4K.zgik.zaporizhzhe.ua [193.124.62.253]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA10455 for ; Thu, 12 Oct 1995 06:19:56 -0700 Received: from zgik.UUCP by frya.zgik.zaporizhzhe.ua with UUCP id PAA20381; (8.6.11/vak/1.8e) Thu, 12 Oct 1995 15:11:28 +0200 Received: by relay1.bcs.zaporizhzhe.ua (uumail v1.5/ache) id AA28473; Thu, 12 Oct 1995 15:04:23 +0200 Received: from bcs1.bcs.zaporizhzhe.ua (bcs1.bcs.zaporizhzhe.ua [193.124.62.29]) by bcs.zaporizhzhe.ua (8.6.11/8.6.9) with SMTP id PAA28470; Thu, 12 Oct 1995 15:04:22 +0200 Received: by bcs1.bcs.zaporizhzhe.ua id AA07744 (5.65c8/IDA-1.4.4 for eugen@zgik.zaporizhzhe.ua); Thu, 12 Oct 1995 15:02:40 +0200 From: Sergey Shkonda Message-Id: <199510121302.AA07744@bcs1.bcs.zaporizhzhe.ua> Subject: Patch to talk client To: hackers@freebsd.org Date: Thu, 12 Oct 1995 15:02:36 +0200 (UKR) Cc: eugen@zgik.zaporizhzhe.ua (Eugen Polovnikow) X-Mailer: ELM [version 2.4 PL0] Content-Type: text Content-Length: 6482 Sender: owner-hackers@freebsd.org Precedence: bulk There are patch to talk client for support 8-bit talking (for example in russian language) -- Sergey Shkonda serg@bcs1.bcs.zaporizhzhe.ua **************************************************** **************************************************** Sample.tbl: # Syntax: # # from: # [ table from remote to local ] # # to: # [ table from local to remote ] from: 0x7e 0x5e # "~" -> "^" 0x60 0x27 # "`" -> "'" to: 0x5e 0x7e # "^" -> "~" 0x27 0x60 # "'" -> "`" **************************************************** **************************************************** Only in talk.n: Sample.tbl diff -c -r talk.o/display.c talk.n/display.c *** talk.o/display.c Thu Oct 12 14:43:51 1995 --- talk.n/display.c Thu Oct 12 14:43:42 1995 *************** *** 144,150 **** text++; continue; } ! if (!isprint(*text) && *text != '\t') { waddch(win->x_win, '^'); getyx(win->x_win, win->x_line, win->x_col); cch = (*text & 63) + 64; --- 144,151 ---- text++; continue; } ! /* if (!isprint(*text) && *text != '\t') { */ ! if ((*text<' ') && *text != '\t') { waddch(win->x_win, '^'); getyx(win->x_win, win->x_line, win->x_col); cch = (*text & 63) + 64; diff -c -r talk.o/get_names.c talk.n/get_names.c *** talk.o/get_names.c Thu Oct 12 14:43:51 1995 --- talk.n/get_names.c Thu Oct 12 14:43:42 1995 *************** *** 60,66 **** register char *cp; if (argc < 2 ) { ! printf("Usage: talk user [ttyname]\n"); exit(-1); } if (!isatty(0)) { --- 60,66 ---- register char *cp; if (argc < 2 ) { ! printf("Usage: talk [-t table] user [ttyname]\n"); exit(-1); } if (!isatty(0)) { diff -c -r talk.o/io.c talk.n/io.c *** talk.o/io.c Thu Oct 12 14:43:51 1995 --- talk.n/io.c Thu Oct 12 14:43:42 1995 *************** *** 44,51 **** --- 44,53 ---- #include #include #include + #include #include #include + #include #include "talk.h" #define A_LONG_TIME 10000000 *************** *** 53,64 **** input */ /* * The routine to do the actual talking */ talk() { register int read_template, sockt_mask; ! int read_set, nb; char buf[BUFSIZ]; struct timeval wait; --- 55,170 ---- input */ /* + * the tables for input/oupput mapping + */ + unsigned char to_his_table[256]; + unsigned char from_his_table[256]; + + /* + * The routine for init tables + */ + init_tables() + { + int k; + for ( k=0; k<256; k++) + to_his_table[k]=from_his_table[k]=k; + } + + #define xdigtonum(a) ((toupper(a)>='A')?((toupper(a))-'7'):(a)-'0') + + int + _txt_to_char(s) + char* s; + { + int k; + if(!isdigit(*s)) + return -1; + if((s[0]=='0') && (s[1]=='x')) /* hex notation */ + { + if(!isxdigit(s[2]) || !isxdigit(s[3])) + return 0; + k=xdigtonum(s[2])*16+xdigtonum(s[3]); + return k; + } + k=0; + while(isdigit(*s)) + k=k*10+(*(s++))-'0'; + return k; + } + + /* + * The routine for load tables from file + */ + + load_tables(table) + char* table; + { + FILE* f; + int stat; + char s[200]; /* no more 200 chars in line */ + f=fopen(table,"r"); + if (!f) + { + char fname[PATH_MAX]; + strcpy(fname,"/usr/share/misc/"); + strcat(fname,table); + f=fopen(fname,"r"); + } + if (!f) + return 0; + stat=0; /* begin read table */ + while (!feof(f)) + { + int ich,och,k; + if (!fgets(s,200,f)) + s[0]=0; + if(!s[0]) + continue; + if(s[strlen(s)-1]=='\n') + s[strlen(s)-1]=0; + if((s[0]=='#')||(!s[0])) /* comment or void line */ + continue; + if(!strncmp(s,"from:",5)) + { + stat=1; + continue; + } + if(!strncmp(s,"to:",3)) + { + stat=2; + continue; + } + ich=_txt_to_char(s); + /* search second parameter */ + for( k=1; s[k] && !( isdigit(s[k]) && + ((s[k-1]==' ') || (s[k-1]=='\t')) + ); k++) { } + if (!stat||(ich>=0x100)||(ich<0)||(!s[k]) ) /* error */ + { + init_tables(); + break; + } + och=_txt_to_char(s+k); + if((och>=0x100) || (och<0)) + { + init_tables(); + break; + } + if (stat==1) /* _from_ mapping */ + from_his_table[ich]=och; + else /* _to_ mapping */ + to_his_table[ich]=och; + } + fclose(f); + } + + /* * The routine to do the actual talking */ talk() { register int read_template, sockt_mask; ! int read_set, nb, k; char buf[BUFSIZ]; struct timeval wait; *************** *** 92,97 **** --- 198,206 ---- message("Connection closed. Exiting"); quit(); } + /* translate using from_his_table[] */ + for (k=0; k 2) + if (!strcmp(argv[1],"-t")) + { + load_tables(argv[2]); + argv+=2; + argc-=2; + } get_names(argc, argv); check_writeable(); init_display(); From owner-freebsd-hackers Thu Oct 12 07:03:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA15101 for hackers-outgoing; Thu, 12 Oct 1995 07:03:55 -0700 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA15092 for ; Thu, 12 Oct 1995 07:03:51 -0700 Received: from ast.com by relay2.UU.NET with SMTP id QQzldg24084; Thu, 12 Oct 1995 10:03:46 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA18482 (5.67b/IDA-1.5 for ); Thu, 12 Oct 1995 07:05:06 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Thu, 12 Oct 95 09:03 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0t3Nqa-000IuWC; Thu, 12 Oct 95 08:38 WET DST Message-Id: Date: Thu, 12 Oct 95 08:38 WET DST To: hackers@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Thu Oct 12 1995, 08:38:55 CDT Subject: I/O port 0 == autoconfig? Sender: owner-hackers@freebsd.org Precedence: bulk Jordon suggested mentioning this here for feedback. In the more recent releases, a "visual" mode has been added to the kernel -c feature. In case you haven't played around with it, one of the things it does is only offer the user a limited number of choices for what settings can be altered on a given device. "Visual" (for lack of a better name) decides values can't be changed by seeing if the kernel config value for a given parameter was -1. If it's something else, it lets you change it. If it was -1, you can't. At least one place where this strategy has conflicted is the matcd driver. It used -1 for the I/O port to signify that it would probe a list of "known" locations for that hardware, rather than requiring the user to know. (On some SoundBlaster cards, it is difficult for the user to determine what I/O addresses the card is using because Creative Labs didn't write the information down anywhere and the DOS drivers only list the base address for the audio sections of the card.) Clearly, this means that the "visual" mode is unable to change the setting for the I/O port (because it is -1), but the old-style config utility can. Mike Smith has proposed changing the use of "-1" by matcd to "0", arguing that I/O port is legal, "but nobody uses it". Actually I/O port 0 is used by the DMA hardware, but not as a base address you would assign a device driver to. On the other hand, I proposed making "-1" an exception for I/O ports, since all drivers I know require at least one I/O port, so the field can never be set to "no ports needed". Mike indicates that dealing with a negative number in "visual" would be nasty and that this wasn't really an option. I haven't had time to look at his code, so I don't know one way or the other. Since we seem to be limited to the first choice (unless you have a better idea that doesn't eliminate the autoconfiguration capability), and so the question is, does anybody see any near-term problems with a change like this: Change "visual" to treat "0" as an autoconfiguring I/O port parameter (can't be done for DMA or IRQs since 0 is legal for both) Change the matcd driver and any other drivers doing similar things to use "0" as the key for autoconfiguring the I/O port it uses. Please send any comments on this back ASAP. Thanks. Frank Durda IV uhclem%nemesis@fw.ast.com From owner-freebsd-hackers Thu Oct 12 07:27:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA17227 for hackers-outgoing; Thu, 12 Oct 1995 07:27:31 -0700 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA17206 for ; Thu, 12 Oct 1995 07:27:22 -0700 Received: from exalt.x.org by expo.x.org id AA11876; Thu, 12 Oct 95 10:26:49 -0400 Received: from localhost by exalt.x.org id KAA04374; Thu, 12 Oct 1995 10:26:48 -0400 Message-Id: <199510121426.KAA04374@exalt.x.org> To: asami@cs.berkeley.edu (Satoshi Asami) Cc: hackers@freefall.FreeBSD.org Subject: Re: xload dumps core with new phkmalloc In-Reply-To: Your message of Wed, 11 Oct 1995 23:24:58 EST. <199510120624.XAA01000@silvia.HIP.Berkeley.EDU> Organization: X Consortium Date: Thu, 12 Oct 1995 10:26:48 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.org Precedence: bulk Satoshi Asami said: > Hello. I found that xload dumps core with "floating point exception" > with the latest phkmalloc (supped yesterday). "MALLOC_OPTIONS=Z" will > fix it, so it's definitely xload's problem. > > I changed the only "malloc" in the xload source to "calloc" but that > didn't help, so I guess the bug is in a more fundamental level. This > is what gdb has to say: > > === > Program received signal SIGFPE, Arithmetic exception. > 0x8034655 in repaint_window () > (gdb) bt > #0 0x8034655 in repaint_window () > #1 0x8034284 in Redisplay () > #2 0x807992b in SendExposureEvent () > #3 0x80796f1 in CompressExposures () > #4 0x807939d in XtDispatchEventToWidget () > #5 0x8079df2 in L404 () > #6 0x807a128 in L458 () > #7 0x807a4b9 in XtAppMainLoop () > #8 0x1f75 in main (argc=1, argv=0xefbfcf10) at xload.c:264 > === > Poul-Henning Kamp said: > Seems like you have to start looking at X11 then :-( What does MALLOC_OPTIONS=Z mean? What does MALLOC_OPTIONS!=Z mean? Does phkmalloc of zero bytes return NULL as it does in SVR4 when you link with -lmalloc, or on Linux, or or SunOS when you link with -llwp? Dunno, if X works on dozens of platforms, with all the various and sundry mallocs that are out there like gnumalloc, bsdmalloc, Caltech malloc, Connor Cahill's malloc, Purify, Sentinel, etc., etc., but it doesn't work with phkmalloc, how daring would it be for me to suggest that phkmalloc is the culprit??? :-) I don't want to have to figure out sup to get the source to phkmalloc, I've just got too many other things on my plate at the moment. Is it on freefall in -current yet? Otherwise can someone tar up the sources, uuencode them, and mail them to me? -- Kaleb KEITHLEY X Consortium From owner-freebsd-hackers Thu Oct 12 07:30:55 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA17516 for hackers-outgoing; Thu, 12 Oct 1995 07:30:55 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id HAA17507 ; Thu, 12 Oct 1995 07:30:51 -0700 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14863(6)>; Thu, 12 Oct 1995 07:29:42 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA09715; Thu, 12 Oct 95 10:29:39 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA03921; Thu, 12 Oct 95 10:29:37 EDT Message-Id: <9510121429.AA03921@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: sos@freebsd.org Cc: hackers@freebsd.org (FreeBSD hackers) Subject: Re: MSDOSfs long filename support.... In-Reply-To: Your message of "Thu, 12 Oct 1995 04:36:41 PDT." <199510121136.EAA01458@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Oct 1995 07:29:37 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk Look at the xmsdos file system for Linux mm-ftp.cs.berkeley.edu:/pub/multimedia/linux/xmsdos/xmsdos-0.1.5.tgz -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Thu Oct 12 07:58:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA18524 for hackers-outgoing; Thu, 12 Oct 1995 07:58:53 -0700 Received: from spot.lodgenet.com (lodgenet.iw.net [204.157.148.88]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA18490 for ; Thu, 12 Oct 1995 07:57:19 -0700 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by spot.lodgenet.com (8.6.12/8.6.12) with ESMTP id JAA21822 for ; Thu, 12 Oct 1995 09:56:23 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.12/8.6.12) with SMTP id KAA06384 for ; Thu, 12 Oct 1995 10:03:53 -0500 Message-Id: <199510121503.KAA06384@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.2 7/18/95 To: hackers@freebsd.org Subject: Netatalk once again... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 12 Oct 1995 10:03:53 -0500 From: "Eric L. Hernes" Sender: owner-hackers@freebsd.org Precedence: bulk Does anyone have this working on -current? I've seen some traffic in the mail archives, but I didn't see a concensus on whether or not it worked. eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Thu Oct 12 08:02:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA18661 for hackers-outgoing; Thu, 12 Oct 1995 08:02:23 -0700 Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA18656 for ; Thu, 12 Oct 1995 08:02:19 -0700 Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id XAA04761; Thu, 12 Oct 1995 23:02:48 -0400 From: Rashid Karimov Message-Id: <199510130302.XAA04761@rk.ios.com> Subject: Re: ANNEX erpcd pegs in _crypt To: bugs@ns1.win.net (Mark Hittinger) Date: Thu, 12 Oct 1995 23:02:47 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199510121234.IAA07910@ns1.win.net> from "Mark Hittinger" at Oct 12, 95 08:34:13 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 922 Sender: owner-hackers@freebsd.org Precedence: bulk Hi there Mark, > > > How about one more weird guess? :)) > > You are using acp_passwd with DES encrypted passwords. In /etc/passwd > you are using md5 encrypted passwords and the crypt library in /usr/lib > is the md5 library rather than the libcrypt from the "secure" distribution. > The guess is that the md5 library goes into an infinite loop if you hand > it a DES password (because its too short?). No ... the system sec. is DES based ... I have DES passwds both in acp_passwd and in /etc/master.passwd. The other thing is that the erpcd does authentificate ! - but for the certain accounts erpcds just sit in crypt() dunno why ... Those accounts aren't different from those ones who work fine ... Futhermore , the erpcd I run on SS10 under SunOS 414 work just fine with the _same acp_passwd > > Regards, > > Mark Hittinger > Internet Manager > WinNET Communications, Inc. > bugs@win.net > From owner-freebsd-hackers Thu Oct 12 08:16:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA19182 for hackers-outgoing; Thu, 12 Oct 1995 08:16:32 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA19175 for ; Thu, 12 Oct 1995 08:16:24 -0700 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id LAA06679; Thu, 12 Oct 1995 11:22:54 -0400 Date: Thu, 12 Oct 1995 11:22:54 -0400 Message-Id: <199510121522.LAA06679@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 Hay From: dennis@etinc.com (dennis) Subject: Re: IPX now available Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> >> I have a working IPX that I derived from the XNS (/sys/netns) code in >> FreeBSD. >> >> We use it mostly for routing. I have changed ifconfig and netstat to >> understand >> >> IPX and build IPXrouted with IPX RIP and SAP support. >> >> >> >> I didn't do SPX because we did not need it and I only changed the ed ethernet >> >> driver because we use SMC cards. It only works for Ethernet II and not the >> >> 802.3 ethernet protocol that Novell used as a default for a long time. >> >> >> >> There is minimal changes to the kernel. There is about 3 files (device >> drivers >> >> excluded) and sys/netipx that is new. >> >> >> >> If you want it, I will clean it up a bit and put it somewhere for ftp. >> >> >> How about making the 802.3 work? It shouldn't be difficult, and lots of us >> (and I do mean LOTS) are still using it and have no good reason to change. >> >It isn't difficult to support 802.3. The problem is in setting it from the >userlevel. If it is just a kernel compile time option it should be easy. I >have thought of using one of the link flags in the ifnet structure, then >you can just add it to the ifconfig commandline. It would mean the minimum >changes. I think you would only need to change if_ethersubr.c then. > I don't know how you wrote your code, but it isn't that difficult, its just another case. When you get an 802.3 packet, you can add an additional sanity test by looking at the header to try to verify that it is an IPX packet. There's no perfect way to do it, but people have been doing it for years without much impact on anything else. 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 Oct 12 08:37:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA19648 for hackers-outgoing; Thu, 12 Oct 1995 08:37:42 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA19613 for ; Thu, 12 Oct 1995 08:36:28 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id RAA03363; Thu, 12 Oct 1995 17:28:29 +0200 From: John Hay Message-Id: <199510121528.RAA03363@zibbi.mikom.csir.co.za> Subject: Re: IPX now available To: dennis@etinc.com (dennis) Date: Thu, 12 Oct 1995 17:28:28 +0200 (SAT) Cc: hackers@freebsd.org In-Reply-To: <199510121522.LAA06679@etinc.com> from "dennis" at Oct 12, 95 11:22:54 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1099 Sender: owner-hackers@freebsd.org Precedence: bulk > >It isn't difficult to support 802.3. The problem is in setting it from the > >userlevel. If it is just a kernel compile time option it should be easy. I > >have thought of using one of the link flags in the ifnet structure, then > >you can just add it to the ifconfig commandline. It would mean the minimum > >changes. I think you would only need to change if_ethersubr.c then. > > > I don't know how you wrote your code, but it isn't that difficult, its just > another case. When you > get an 802.3 packet, you can add an additional sanity test by looking at the > header to try to verify that > it is an IPX packet. There's no perfect way to do it, but people have been > doing it for years without > much impact on anything else. > Yes the receiving side is easy. It is the transmit part that is difficult. Not to do it, but to know when to use 802.3 and when to use Ethernet_II. You must have some kind of flag to know which protocol to use, or you must wait and hope someone will transmit a packet so that you can see which protocol is being used. John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Thu Oct 12 09:30:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA20647 for hackers-outgoing; Thu, 12 Oct 1995 09:30:52 -0700 Received: from mailhost.viewlogic.com (mailhost.viewlogic.com [139.181.3.35]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA20626 ; Thu, 12 Oct 1995 09:30:47 -0700 Received: from mailhost.vas.viewlogic.com by mailhost.viewlogic.com (5.0/SMI-4.1) id AA00731; Thu, 12 Oct 1995 12:27:10 +0500 Received: from defender.vas.viewlogic.com by mailhost.vas.viewlogic.com (4.1/SMI-4.1) id AA26459; Thu, 12 Oct 95 09:25:08 PDT Received: by defender.vas.viewlogic.com (4.1/SMI-4.1) id AA08330; Thu, 12 Oct 95 09:29:08 PDT Date: Thu, 12 Oct 95 09:29:08 PDT From: greywolf@defender.VAS.viewlogic.com (The Grey Wolf) Message-Id: <9510121629.AA08330@defender.vas.viewlogic.com> In-Reply-To: The Message That terry@lambert.org sent on Oct 11 In-Real-Life: greywolf X-Disclaimer: No way are these anyone else's opinions but mine. X-Real-Name: James Graham (*NOT* "Jim" -- that's my dad) X-Extension: 214 X-Window-System: Release 5 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Terry Lambert , jehamby@lightside.com (Jake Hamby) Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? Cc: pete@RockyMountain.Rahul.Net, freebsd-hackers@FreeBSD.ORG, ports@FreeBSD.ORG, netbsd-ports@NetBSD.ORG content-length: 784 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk #define AUTHOR "terry@lambert.org (Terry Lambert)" /* * > I heard there was some fairly good progress being made on a Linux port. * > Is this true? Because if the Linux people have a working version, then a * > FreeBSD/NetBSD version would be almost trivial from there. * * Not so. According to Linus (and Alan Cox), Linux has kernel multithreading. Cool. So when do *we* get it? :-) [No, I'm *not* volunteering. I lack sufficient knowledge and technique in hacking on a kernel.] * */ #undef AUTHOR /* "terry@lambert.org (Terry Lambert)" */ --*greywolf; -- # "Operator Precedence is that which causes statements such as *foo->bar to # work properly. It is also that which causes statements such as *foo->bar # NOT to work properly." # greywolf@captech.com From owner-freebsd-hackers Thu Oct 12 09:39:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA20911 for hackers-outgoing; Thu, 12 Oct 1995 09:39:06 -0700 Received: from epsilon.qmw.ac.uk (epsilon.qmw.ac.uk [138.37.6.3]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA20847 for ; Thu, 12 Oct 1995 09:37:24 -0700 Received: from canary.dcs.qmw.ac.uk by epsilon.qmw.ac.uk with SMTP-DNS (PP) id <03695-0@epsilon.qmw.ac.uk>; Thu, 12 Oct 1995 17:24:13 +0100 Received: from ruby.dcs.qmw.ac.uk [192.135.231.243] by canary.dcs.qmw.ac.uk (8.6.12/QMW-server-2.4s) with SMTP; poster "Mark Dawson "; id RAA08489; Thu, 12 Oct 1995 17:23:57 +0100 Received: locally by ruby (4.1/QMW-client-3.2b); for "md@dcs.qmw.ac.uk"; poster "md"; id AA20491; Thu, 12 Oct 95 17:24:07 BST Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.ruby.cs.qmw.ac.uk.sun4.41 via MS.5.6.ruby.cs.qmw.ac.uk.sun4_41; Thu, 12 Oct 1995 17:24:06 +0100 (BST) Message-Id: Date: Thu, 12 Oct 1995 17:24:06 +0100 (BST) From: Mark Dawson To: "Eric L. Hernes" Subject: Re: Netatalk once again... Cc: hackers@FreeBSD.ORG In-Reply-To: <199510121503.KAA06384@jake.lodgenet.com> References: <199510121503.KAA06384@jake.lodgenet.com> Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Does anyone have this working on -current? I've seen some traffic > in the mail archives, but I didn't see a concensus on whether or > not it worked. The port's *routing* is not as general as it should be. This means it doesn't work for many sites. I have received patches from Keith Sklower at Berkeley that extend his radix code for range routing but haven't had time to integrate them into the kernel. I'm hoping to have time to look at this again soon. If someone would like to sort this out please get in touch! Wesley Craig (the author of netatalk) said he would integrate the FreeBSD patches I produced and may have solved the routing problem, but I haven't heard from him in ages. Apart from this, netatalk is running very nicely on our main (FreeBSD) student fileserver :-) Mark From owner-freebsd-hackers Thu Oct 12 09:41:12 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA20989 for hackers-outgoing; Thu, 12 Oct 1995 09:41:12 -0700 Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA20982 for ; Thu, 12 Oct 1995 09:40:49 -0700 Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.8/8.6.6) with SMTP id KAA11261; Thu, 12 Oct 1995 10:40:21 -0600 Message-Id: <199510121640.KAA11261@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol From: Steve Passe To: hackers@freebsd.org Cc: Charlie ROOT , Charles Henrich Subject: Re: IMPORTANT: 0928-SNAP, Enlessly increasing swap In-reply-to: Your message of "Fri, 06 Oct 1995 02:31:32 MDT." Date: Thu, 12 Oct 1995 10:40:21 -0600 Sender: owner-hackers@freebsd.org Precedence: bulk Hi, >> The problems with swap that appears to continually grow and never shrink appear >> to be back in 950928-SNAP :( :(. Right now im using 54% of Swap (41 under an >> hour ago), with X running (same X as I've been running for months and months). > >I'm having what appears to be a similar problem with 2.0.5. I see used >swap space go up as users do their thing (netscape and X are particular >culprits), but I've NEVER seen it go down. We invariably end up rebooting >every 3 days or so when we can't log in anymore. I'm running 950922-SNAP, XF86-3.1.2. I ran a test and thought I saw the same problem for awhile, but it eventually started going down again: ------------------------------------------------------------------------------- #!/bin/ksh # length=3600 # 1 hour echo "starting $0" `date` while : do echo; echo " time: " `date` swapinfo sleep ${length} done ------------------------------------------------------------------------------- results: starting watchswap.ksh Sun Oct 8 12:23:34 MDT 1995 time: Sun Oct 8 12:23:34 MDT 1995 Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 98304 7000 91240 7% Interleaved .... time: Sun Oct 8 14:23:36 MDT 1995 Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 98304 10916 87324 11% Interleaved .... time: Mon Oct 9 02:23:34 MDT 1995 Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 98304 17828 80412 18% Interleaved .... time: Tue Oct 10 18:23:32 MDT 1995 Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 98304 20904 77336 21% Interleaved .... time: Wed Oct 11 02:23:32 MDT 1995 Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 98304 22220 76020 23% Interleaved .... time: Wed Oct 11 14:23:31 MDT 1995 Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 98304 33056 65184 34% Interleaved time: Wed Oct 11 15:23:32 MDT 1995 Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 98304 29192 69048 30% Interleaved .... time: Wed Oct 11 17:23:32 MDT 1995 Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 98304 28176 70064 29% Interleaved .... time: Thu Oct 12 10:23:31 MDT 1995 Device 1K-blocks Used Avail Capacity Type /dev/sd0s1b 98304 25332 72908 26% Interleaved -- Steve Passe | powered by smp@csn.net | FreeBSD From owner-freebsd-hackers Thu Oct 12 10:10:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA21647 for hackers-outgoing; Thu, 12 Oct 1995 10:10:08 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA21620 for ; Thu, 12 Oct 1995 10:09:19 -0700 Received: by sovcom.kiae.su id AA18682 (5.65.kiae-1 ); Thu, 12 Oct 1995 20:03:29 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Thu, 12 Oct 95 20:03:29 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id UAA01787; Thu, 12 Oct 1995 20:02:55 +0300 To: hackers@freebsd.org, Sergey Shkonda Cc: Eugen Polovnikow References: <199510121302.AA07744@bcs1.bcs.zaporizhzhe.ua> In-Reply-To: <199510121302.AA07744@bcs1.bcs.zaporizhzhe.ua>; from Sergey Shkonda at Thu, 12 Oct 1995 15:02:36 +0200 (UKR) Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 12 Oct 1995 20:02:55 +0300 (MSK) X-Mailer: Mail/@ [v2.40 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: Patch to talk client Lines: 16 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 610 Sender: owner-hackers@freebsd.org Precedence: bulk In message <199510121302.AA07744@bcs1.bcs.zaporizhzhe.ua> Sergey Shkonda writes: > There are patch to talk client for support 8-bit >talking (for example in russian language) For all: please, anybody NOT apply this patch. For author: please, learn how to localize your ctype environment POSIXly (LC_CTYPE). -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu Oct 12 10:40:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23033 for hackers-outgoing; Thu, 12 Oct 1995 10:40:11 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA23028 for ; Thu, 12 Oct 1995 10:40:09 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA15381; Thu, 12 Oct 1995 10:35:44 -0700 From: Terry Lambert Message-Id: <199510121735.KAA15381@phaeton.artisoft.com> Subject: Re: IPX now available To: jhay@mikom.csir.co.za (John Hay) Date: Thu, 12 Oct 1995 10:35:44 -0700 (MST) Cc: dennis@etinc.com, hackers@FreeBSD.ORG In-Reply-To: <199510120515.HAA22457@zibbi.mikom.csir.co.za> from "John Hay" at Oct 12, 95 07:15:35 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 778 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > It isn't difficult to support 802.3. The problem is in setting it from the > userlevel. If it is just a kernel compile time option it should be easy. I > have thought of using one of the link flags in the ifnet structure, then > you can just add it to the ifconfig commandline. It would mean the minimum > changes. I think you would only need to change if_ethersubr.c then. > > What do the rest of the people think? I think most of the code ofr 802.3 exists in one of the existing drivers by our esteemed collegue from DEC, that most of the rest exists in the X.25 code, and only 2 (3?) routines must be written for 802.3 LLC support. 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 Oct 12 10:42:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23120 for hackers-outgoing; Thu, 12 Oct 1995 10:42:49 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA23115 for ; Thu, 12 Oct 1995 10:42:47 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA15401; Thu, 12 Oct 1995 10:39:01 -0700 From: Terry Lambert Message-Id: <199510121739.KAA15401@phaeton.artisoft.com> Subject: Re: IPX now available To: jhay@mikom.csir.co.za (John Hay) Date: Thu, 12 Oct 1995 10:39:00 -0700 (MST) Cc: terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <199510120506.HAA22317@zibbi.mikom.csir.co.za> from "John Hay" at Oct 12, 95 07:06:33 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 565 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > What would you need as far as a registration interface in the protocol > > code to allow you to make it an LKM? > > Well I haven't looked at how LKMs work. The problems I see is in > net/if_ethersubr.c, net/if_loop.c and the device drivers that have to change. > Maybe we can make those things more generic??? This would be my preference. We want a registration mechanism for LLC's, another for protocol families, etc.. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Oct 12 10:44:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23197 for hackers-outgoing; Thu, 12 Oct 1995 10:44:10 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA23189 for ; Thu, 12 Oct 1995 10:44:06 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA15390; Thu, 12 Oct 1995 10:37:42 -0700 From: Terry Lambert Message-Id: <199510121737.KAA15390@phaeton.artisoft.com> Subject: Re: IPX now available To: jhay@mikom.csir.co.za (John Hay) Date: Thu, 12 Oct 1995 10:37:42 -0700 (MST) Cc: julian@ref.tfs.com, hackers@FreeBSD.ORG In-Reply-To: <199510120558.HAA23234@zibbi.mikom.csir.co.za> from "John Hay" at Oct 12, 95 07:58:32 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1167 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > I've never gotten to the bottom of what the difference is.. > > > > > It isn't difficult to support 802.3. The problem is in setting it from the > > > userlevel. If it is just a kernel compile time option it should be easy. I > > > have thought of using one of the link flags in the ifnet structure, then > > > you can just add it to the ifconfig commandline. It would mean the minimum > > > changes. I think you would only need to change if_ethersubr.c then. > > > > The ethernet II header consists of: > 6 bytes destination address | 6 bytes source address | 2 bytes protocol type. > eg: ip, ipx, etc > > The ethernet 802.3 header consists of: > 6 bytes destination address | 6 bytes source address | 2 bytes packet length. Note that IPX 802.3 packets are not valid 802.3 packets, quite. The header encapsulation is abbreviated. Watching the wire should be enough to figure this out, but you won't get a real 802.3 unless you watch non-IPX, non-Novell traffic. 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 Oct 12 10:48:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23320 for hackers-outgoing; Thu, 12 Oct 1995 10:48:48 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA23314 for ; Thu, 12 Oct 1995 10:48:45 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA15445; Thu, 12 Oct 1995 10:44:12 -0700 From: Terry Lambert Message-Id: <199510121744.KAA15445@phaeton.artisoft.com> Subject: Re: I/O port 0 == autoconfig? To: uhclem%nemesis@fw.ast.com (Frank Durda IV) Date: Thu, 12 Oct 1995 10:44:11 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Frank Durda IV" at Oct 12, 95 08:38:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 720 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Change "visual" to treat "0" as an autoconfiguring I/O port > parameter (can't be done for DMA or IRQs since 0 is legal for both) > > Change the matcd driver and any other drivers doing similar > things to use "0" as the key for autoconfiguring the I/O port > it uses. Can you use -2 instead? And define manifest constants for them? There exists DMA hardware that does not use DMA 0 internally, for which it would be an allowable address. Admittedly, this is mostly non-Intel hardware, but the design shouldn't be so restrictive as to not allow for non-Intel 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 Thu Oct 12 10:51:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23387 for hackers-outgoing; Thu, 12 Oct 1995 10:51:23 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA23375 ; Thu, 12 Oct 1995 10:51:20 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA15467; Thu, 12 Oct 1995 10:47:58 -0700 From: Terry Lambert Message-Id: <199510121747.KAA15467@phaeton.artisoft.com> Subject: Re: MSDOSfs long filename support.... To: sos@FreeBSD.ORG Date: Thu, 12 Oct 1995 10:47:58 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199510121136.EAA01458@freefall.freebsd.org> from "sos@FreeBSD.ORG" at Oct 12, 95 04:36:41 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1040 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > While fumbling along with WIN95 (yuck) here at work it hit me that > WIN95 is able to put long filenames onto a MSDOS FAT filesystem. > > They way they do it is easy, and I'm thinking of putting support > into our msdos filesystem driver. > > Would this bring us closer to running of a msdos filesystem ?? > (modulo unstabilities in the msdosfs support). > It should be possible to load the files under dos with a > special utility (or WIN95) and then run FreeBSD off of that > directory right?? I've thought about this too. The MSDOSFS is currently an unhappy camper; there are still the UFS superblock corruption issues and the move/rename crashes to fixup before it can be safely used. The umsdos FS (Linux) also supports device nodes. The remedy under BSD using the Win95 long name support should probably be devfs. This implies that the backing store requirement for devfs must go away. 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 Oct 12 10:56:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA23506 for hackers-outgoing; Thu, 12 Oct 1995 10:56:26 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA23501 for ; Thu, 12 Oct 1995 10:56:21 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA15487; Thu, 12 Oct 1995 10:51:00 -0700 From: Terry Lambert Message-Id: <199510121751.KAA15487@phaeton.artisoft.com> Subject: Re: Patch to talk client To: serg@bcs1.bcs.zaporizhzhe.ua (Sergey Shkonda) Date: Thu, 12 Oct 1995 10:51:00 -0700 (MST) Cc: hackers@FreeBSD.ORG, eugen@zgik.zaporizhzhe.ua In-Reply-To: <199510121302.AA07744@bcs1.bcs.zaporizhzhe.ua> from "Sergey Shkonda" at Oct 12, 95 03:02:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 568 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > There are patch to talk client for support 8-bit > talking (for example in russian language) I don't understand the need for a translation table. If the talkers on both ends are using the same 8 bit character set (ie: KOI-8), then as long as their displays display the characters they type as themselves, a translation table should be unnecessary. The 8-bit cleanliness should go in; the translation table should not. 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 Oct 12 11:13:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA23989 for hackers-outgoing; Thu, 12 Oct 1995 11:13:07 -0700 Received: from Glock.COM (root@glock.com [198.82.228.165]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA23980 for ; Thu, 12 Oct 1995 11:13:04 -0700 Received: (from mmead@localhost) by Glock.COM (8.7.1/8.7.1) id OAA00328 for hackers@freebsd.org; Thu, 12 Oct 1995 14:13:00 -0400 (EDT) From: "matthew c. mead" Message-Id: <199510121813.OAA00328@Glock.COM> Subject: multiple boot partitions To: hackers@freebsd.org Date: Thu, 12 Oct 1995 14:13:00 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk I've got a system that normally runs mirroring a couple other systems. What I want to be able to do is have it boot as either of those systems as well, in the case that one of them dies. How far are we from being able to boot off a specific partition of a specific slice instead of just the a partition on the first FreeBSD slice on the disk? Thanks. -matt -- Matthew C. Mead mmead@Glock.COM | Network Administration and Software Development http://www.Glock.COM/~mmead/ | Consulting: BizNet Technologies -> mmead@bnt.com From owner-freebsd-hackers Thu Oct 12 11:45:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA24930 for hackers-outgoing; Thu, 12 Oct 1995 11:45:34 -0700 Received: from pht.com (exodus.pht.com [198.60.59.99]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA24925 for ; Thu, 12 Oct 1995 11:45:30 -0700 Received: by pht.com id AA02645 (5.67b/IDA-1.5 for hackers@freefall.freebsd.org); Thu, 12 Oct 1995 10:56:56 -0600 Date: Thu, 12 Oct 1995 10:56:54 -0600 (MDT) From: Brad Midgley To: hackers@freefall.freebsd.org Cc: brad@pht.com Subject: Appletalk support... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk With all this talk of IPX support, I'd like to hear where AppleTalk (for netatalk) kernel support is now. I suppose it'll have to be patched into the final 2.1...? what about the 3c509 patches mentioned below? This is the last I'd heard of it in freebsd.misc on 25 sept, from kargl@troutmask.apl.washington.edu (I'm not sure if steven kargl or mark dawson are watching this list) -------------------------------------------------- Mark Dawson provided the port of netatalk to FreeBSD. His original port worked on 2.0.5-RELEASE. I tried it on 2.0.5-STABLE and sent him a couple of small diffs. Netatalk works on a STABLE system with a few caveats: (1) Your ethernet card must support multicast. I have a 3c509, so I had to dig up a multicast patch that Sege Babkin's has for the ep0 device driver. With the patch applied, I get sporadic error message to the console "Ep0: Status: 2002 (input buffer overflow)". However, I haven't noticed any damaged files. (2) I get an error "ddp_route: oops" periodically on the console. I've located the source of the error, but I do not know what the fix is (or even if this is a problem). Again, I have not notice any corruption of files. -------------------------------------- From owner-freebsd-hackers Thu Oct 12 11:51:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA25076 for hackers-outgoing; Thu, 12 Oct 1995 11:51:48 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id LAA25066 for ; Thu, 12 Oct 1995 11:51:15 -0700 Received: by sequent.kiae.su id AA19994 (5.65.kiae-2 ); Thu, 12 Oct 1995 22:45:01 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 12 Oct 95 22:45:00 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id VAA02257; Thu, 12 Oct 1995 21:44:16 +0300 To: Sergey Shkonda , Terry Lambert Cc: eugen@zgik.zaporizhzhe.ua, hackers@FreeBSD.ORG References: <199510121751.KAA15487@phaeton.artisoft.com> In-Reply-To: <199510121751.KAA15487@phaeton.artisoft.com>; from Terry Lambert at Thu, 12 Oct 1995 10:51:00 -0700 (MST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 12 Oct 1995 21:44:16 +0300 (MSK) X-Mailer: Mail/@ [v2.40 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: Patch to talk client Lines: 24 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 966 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk In message <199510121751.KAA15487@phaeton.artisoft.com> Terry Lambert writes: >> >> There are patch to talk client for support 8-bit >> talking (for example in russian language) >I don't understand the need for a translation table. If the talkers >on both ends are using the same 8 bit character set (ie: KOI-8), then >as long as their displays display the characters they type as themselves, >a translation table should be unnecessary. I think better use the same code table on both ends than insert various conversion tables into each interactive client. >The 8-bit cleanliness should go in; the translation table should not. Talk already *is* 8bit clean. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu Oct 12 12:18:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA25637 for hackers-outgoing; Thu, 12 Oct 1995 12:18:51 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id MAA25629 for ; Thu, 12 Oct 1995 12:18:28 -0700 Received: by sequent.kiae.su id AA26955 (5.65.kiae-2 for hackers@freebsd.org); Thu, 12 Oct 1995 23:15:24 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 12 Oct 95 23:15:24 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id WAA02467 for hackers@freebsd.org; Thu, 12 Oct 1995 22:15:07 +0300 To: hackers@freebsd.org Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 12 Oct 1995 22:15:06 +0300 (MSK) X-Mailer: Mail/@ [v2.40 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: Problems with remote Netscape2.0.. Lines: 9 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 497 Sender: owner-hackers@freebsd.org Precedence: bulk I can succesfully start X-programs logging to main host such as xeys, xftp, etc, but when I start netscape it says that: Can't open display: :0.0 Does anybody have experience on this thing? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu Oct 12 12:24:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA25803 for hackers-outgoing; Thu, 12 Oct 1995 12:24:21 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA25798 for ; Thu, 12 Oct 1995 12:24:20 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA20521; Thu, 12 Oct 1995 14:22:52 -0500 From: Joe Greco Message-Id: <199510121922.OAA20521@brasil.moneng.mei.com> Subject: Re: Problems with remote Netscape2.0.. To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Thu, 12 Oct 1995 14:22:52 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Oct 12, 95 10:15:06 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org Precedence: bulk > I can succesfully start X-programs logging to main host such as > xeys, xftp, etc, but when I start netscape it says that: > Can't open display: :0.0 > Does anybody have experience on this thing? You aren't the only one. Keep retrying - it usually works after several tries for me (does NOT appear to be a DNS thing). I already submitted a bugreport to Netscape. ... JG From owner-freebsd-hackers Thu Oct 12 12:27:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA25895 for hackers-outgoing; Thu, 12 Oct 1995 12:27:52 -0700 Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA25888 for ; Thu, 12 Oct 1995 12:27:42 -0700 Received: (from rashid@localhost) by rk.ios.com (8.6.11/8.6.9) id DAA05466 for hackers@freebsd.org; Fri, 13 Oct 1995 03:28:11 -0400 From: Rashid Karimov Message-Id: <199510130728.DAA05466@rk.ios.com> Subject: DES crypt() in FreeBSD2.1* - bug or feature ? To: hackers@freebsd.org Date: Fri, 13 Oct 1995 03:28:10 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1859 Sender: owner-hackers@freebsd.org Precedence: bulk Hi there folx, This is the finale of the former thread here under "ANNEX'es erpcd ***" subj.. Those ones who followed and/or were interested know that erpcd compiled for FreeBSD caused huge load averages for the server for some weird reason. It didn't authetificate certain accounts off the acp_passwd file and erpcd processes were in some kind of endless loop in crypt() (DES) with 50-90% of CPU consumption (top). So I tried to recreate the problem .. and here is what I've find out: on certain combinations of parameters crypt() _dies - it never returns from the call ( probably it does - in an hour or two, I didn't have much time to wait ;). while _the same params on SStation work just fine ! For example: crypt("YBS889j","_2UzF.mC29OQ."); doesn't work on FreeBSD ( tried both PERL 5.001 and small C program) and does work on SS ( returns back second parameter in the way it should). So what happens with erpcd is it forks the processes for each authentification request and those ones who aren't lucky with parameters for crypt() won't end , consuming more and more proc slots , which will lead to huge load averages on busy systems ( I have ~20.000 entries in acp_passwd file). It will authetificate though certain users .. weird ... The acp_password file I use was ftp'ed from SStation under SunOS 414. They both run DES . I've tried to import passwords into regular /etc/master.passwd - just for the heck of it - and it does work ! I've checked out the libdes* - they are intact and apparently the right ones. The symlinks ( libcrypt*) are corret as well. So ... even if there is a screw up from my side - why does crypt() die in that loop ? I would be much more happy with NULL as return value ... Is this really a bug ? What could be possibly wrong from my side ? Rashid From owner-freebsd-hackers Thu Oct 12 12:42:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26151 for hackers-outgoing; Thu, 12 Oct 1995 12:42:40 -0700 Received: from crox.net.kiae.su (crox.net.kiae.su [144.206.130.72]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26139 for ; Thu, 12 Oct 1995 12:42:08 -0700 Received: by crox.net.kiae.su id WAA00842; (8.6.11/vak/1.8a) Thu, 12 Oct 1995 22:38:23 +0300 To: jkh@time.cdrom.com Cc: hackers@freebsd.org References: Message-ID: Organization: Cronyx Ltd. Date: Thu, 12 Oct 95 22:38:23 +0300 X-Mailer: BML [UNIX Beauty Mail v.1.39] From: vak@cronyx.ru Subject: Re: ATAPI (IDE) CDROM support will NOT be in FreeBSD 2.1! Sender: owner-hackers@freebsd.org Precedence: bulk Hi Jordan, > Sorry folks, but after considerable time and trouble invested in > producing the extra IDE CDROM boot floppy as a test, I've received far > too few success reports with it to consider it for 2.1. Last two days I tried to solve the problems with the IDE CDROM driver, and today I put the patches for -current to ftp.freebsd.org:/FreeBSD/incoming/wcd-cur-pch.tgz. The main problem was with slave alone configuration... Most drives come configured as slaves, and the people just plugs them to the secondary controller. >From the point of ATAPI specs this is an incorrect configuration, but it works under MS-DOS and Windows 95... This was the main reason of the atapi.flp failure. There were some other minor bugs, partially with Hitachi drives. > Likewise, the IDE CDROM stuff is a real wart on the installation and > basically a waste of an extra kernel in the bindist for everyone. In > the name of simplicity, I will be removing the hacks I put into > release/Makefile and release/sysinstall to support it. I agree that it is too late and too hard to fit it into 2.1 distribution, but what it your opinion about making an atapi.flp yet one time? It would serve if not as an installation tool, but at least for testing the driver... And... Would you please put the patches into the -current source tree? A lot of thanks for atapi.flp, Serge P.S. I'd like to have both atapi and wcd drivers loadable in the system, but there is no standard place in /etc/rc for loading the drivers. Probably, it makes sense to add an option "ATAPI_STATIC" to the GENERIC as a temporary solution... --- Serge Vakulenko Cronyx Ltd., Moscow Unix consulting and custom programming phone: +7 (095) 939-23-23 FreeBSD support fax: +7 (095) 939-03-00 Relcom network development From owner-freebsd-hackers Thu Oct 12 12:47:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26379 for hackers-outgoing; Thu, 12 Oct 1995 12:47:31 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26373 for ; Thu, 12 Oct 1995 12:47:29 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id MAA05651; Thu, 12 Oct 1995 12:46:21 -0700 From: Julian Elischer Message-Id: <199510121946.MAA05651@ref.tfs.com> Subject: Re: IPX now available To: terry@lambert.org (Terry Lambert) Date: Thu, 12 Oct 1995 12:46:21 -0700 (PDT) Cc: jhay@mikom.csir.co.za, terry@lambert.org, hackers@FreeBSD.ORG In-Reply-To: <199510121739.KAA15401@phaeton.artisoft.com> from "Terry Lambert" at Oct 12, 95 10:39:00 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2387 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > We want a registration mechanism for LLC's, another for protocol > families, etc.. I agree, but there are getting to be too many registration mechaninsms we need to stand back.. take a deep breath, and think about which registration mechanisms are needed, and what we can do to make thismore standard and generic. at the moment we have: a linker_set for networking protocol domains (DOMAIN_SET) a linker set for arbitrary modules (SYSINIT) a registration protocol for SCSI devices (not a linker set but could be) a registration for devices (syscontrol stuff) a registration for devices (devfs stuff) (I guess we should have a registration for devices and interrupts/dma) a linker set for filesystems a linker set for net ISRs a linker set for PCI support a linker set for exec modules a way to add a new devsw entry for yourself what have I missed? I guess I'm addressing this to a wider audience.. what do we want to have here? for a first shot: ------------- device drivers need to: be configured as to where to probe.. (presently config, but what about lkm'd drivers?) be able to grab an interrupt (possibly probe for it) and assign a mask for it.. this needs to become dynamic.. I think Bruce is the only guy for this.. be able to set it's status into the sysconfig stuff. presently code added to each driver be able to add a devsw entry for itself (till we get rid of devsw) presently static (conf.c) (yuk) except for a few TFS exceptions, and LKMs be able to add a devfs entry for itself presently MAKEDEV (power management? PCI? PCCARD?) ?????? be able to undo all the above.. not really ------------ protocols need to be able to: install themselves into the lowest level (netisr queues) presently a linker set (ok)... LKMS (?) and get drivers to know when to use them. presently totally static.. code added for each protocol to each transport type install themselves at the top level so sockets can use them this is presently a linker set (ok) garret? terry? david (when he has time)? phk? julian +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@ref.tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ v From owner-freebsd-hackers Thu Oct 12 12:48:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26455 for hackers-outgoing; Thu, 12 Oct 1995 12:48:14 -0700 Received: from tetsuo.communique.net (Tetsuo.Communique.Net [204.27.64.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26450 for ; Thu, 12 Oct 1995 12:48:12 -0700 Received: from ryu.communique.net (Ryu.Communique.Net [204.27.64.11]) by tetsuo.communique.net (8.6.12/8.6.12) with SMTP id OAA49493 for ; Thu, 12 Oct 1995 14:47:34 -0500 Date: Thu, 12 Oct 1995 14:46:53 -0500 (CDT) From: Raul Zighelboim To: freebsd-hackers@freebsd.org Subject: tcpdump: /dev/bpf0: Device not configured Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I guess this means I have to recompile the Kernel... What would the changes be to get tcpdump up and running ? ----------------------------------------------------------------------------- Raul Zighelboim e-mail: mango@communique.net Communique Inc. Tel: 504.527.6200 Technical Specialist Fax: 504.527.6030 From owner-freebsd-hackers Thu Oct 12 12:51:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA26534 for hackers-outgoing; Thu, 12 Oct 1995 12:51:35 -0700 Received: from ns.ge.com (ns.ge.com [192.35.39.24]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA26525 for ; Thu, 12 Oct 1995 12:51:25 -0700 Received: from crissy.gemis.ge.com ([3.29.7.57]) by ns.ge.com (8.6.12/8.6.11) with ESMTP id PAA00900; Thu, 12 Oct 1995 15:44:53 -0400 Received: from salem.ge.com (carsdb.salem.ge.com [3.29.7.15]) by crissy.gemis.ge.com (8.6.12/8.6.11) with SMTP id PAA08916; Thu, 12 Oct 1995 15:35:27 -0400 Received: from combs.salem.ge.com by salem.ge.com (4.1/SMI-4.1) id AA00745; Thu, 12 Oct 95 15:44:50 EDT Received: (from steve@localhost) by combs.salem.ge.com (8.6.12/8.6.11) id PAA02181; Thu, 12 Oct 1995 15:44:50 -0400 Date: Thu, 12 Oct 1995 15:44:50 -0400 From: "Stephen F. Combs" Message-Id: <199510121944.PAA02181@combs.salem.ge.com> To: hackers@freebsd.org, ache@astral.msk.su Subject: Re: Problems with remote Netscape2.0.. Sender: owner-hackers@freebsd.org Precedence: bulk I've seen the same thing, and not yet been able to figure it out. It's not just with FreeBSD, I've seen it on my Sparc at work while trying to display on my FBSD box at home! Steve Combs CombsSF@Salem.GE.COM > From owner-freebsd-hackers@freefall.freebsd.org Thu Oct 12 15:39:33 1995 > To: hackers@freebsd.org > Organization: Olahm Ha-Yetzirah > Date: Thu, 12 Oct 1995 22:15:06 +0300 (MSK) > X-Mailer: Mail/@ [v2.40 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: Problems with remote Netscape2.0.. > Lines: 9 > Mime-Version: 1.0 > Content-Type> : > text/plain> ; > charset=us-ascii> > Content-Transfer-Encoding: 7bit > Content-Length: 497 > Sender: owner-hackers@freebsd.org > > I can succesfully start X-programs logging to main host such as > xeys, xftp, etc, but when I start netscape it says that: > Can't open display: :0.0 > Does anybody have experience on this thing? > -- > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, > ache@astral.msk.su : That any beholder /Might fancy me dead - > FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. > RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 > From owner-freebsd-hackers Thu Oct 12 13:11:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA26858 for hackers-outgoing; Thu, 12 Oct 1995 13:11:10 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA26853 for ; Thu, 12 Oct 1995 13:11:06 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id OAA26409; Thu, 12 Oct 1995 14:11:00 -0600 Message-Id: <199510122011.OAA26409@rover.village.org> To: Raul Zighelboim Subject: Re: tcpdump: /dev/bpf0: Device not configured Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Thu, 12 Oct 1995 14:46:53 CDT Date: Thu, 12 Oct 1995 14:10:59 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG Precedence: bulk : I guess this means I have to recompile the Kernel... What would the changes : be to get tcpdump up and running ? pseudo-device bpfilter 4 in your config file, blow away all the .o's and remake. Also, KTRACE might not be a bad option to enable at the same time you do this :-). Having done one, but not the other in the past Warner From owner-freebsd-hackers Thu Oct 12 13:50:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28124 for hackers-outgoing; Thu, 12 Oct 1995 13:50:37 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28112 for ; Thu, 12 Oct 1995 13:50:28 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA29533; Thu, 12 Oct 1995 21:50:19 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA08496; Thu, 12 Oct 1995 21:50:19 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA13781; Thu, 12 Oct 1995 21:43:02 +0100 From: J Wunsch Message-Id: <199510122043.VAA13781@uriah.heep.sax.de> Subject: Re: I/O port 0 == autoconfig? To: uhclem%nemesis@fw.ast.com (Frank Durda IV) Date: Thu, 12 Oct 1995 21:43:01 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Frank Durda IV" at Oct 12, 95 08:38:00 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 Content-Length: 436 Sender: owner-hackers@freebsd.org Precedence: bulk As Frank Durda IV wrote: > > At least one place where this strategy has conflicted is the matcd driver. > It used -1 for the I/O port to signify that it would probe a list > of "known" locations for that hardware, rather than requiring the > user to know. Same for "lpt". -- 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 Oct 12 13:51:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA28199 for hackers-outgoing; Thu, 12 Oct 1995 13:51:50 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id NAA28191 for ; Thu, 12 Oct 1995 13:51:40 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA29538; Thu, 12 Oct 1995 21:50:22 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id VAA08497; Thu, 12 Oct 1995 21:50:22 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id VAA13825; Thu, 12 Oct 1995 21:46:19 +0100 From: J Wunsch Message-Id: <199510122046.VAA13825@uriah.heep.sax.de> Subject: Re: Patch to talk client To: serg@bcs1.bcs.zaporizhzhe.ua (Sergey Shkonda) Date: Thu, 12 Oct 1995 21:46:18 +0100 (MET) Cc: hackers@freebsd.org, eugen@zgik.zaporizhzhe.ua Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510121302.AA07744@bcs1.bcs.zaporizhzhe.ua> from "Sergey Shkonda" at Oct 12, 95 03:02: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 Content-Length: 503 Sender: owner-hackers@freebsd.org Precedence: bulk As Sergey Shkonda wrote: > > There are patch to talk client for support 8-bit > talking (for example in russian language) > ! /* if (!isprint(*text) && *text != '\t') { */ > ! if ((*text<' ') && *text != '\t') { This is contradictionary to true locale support. Andrey, what about your own talk? Can't you talk in Russian as well? -- 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 Oct 12 14:10:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA28925 for hackers-outgoing; Thu, 12 Oct 1995 14:10:07 -0700 Received: from escape.com (escape.com [198.6.71.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA28908 ; Thu, 12 Oct 1995 14:10:00 -0700 Received: (from dima@localhost) by escape.com (8.6.12/8.6.9) id QAA01195; Thu, 12 Oct 1995 16:54:46 -0400 Date: Thu, 12 Oct 1995 16:54:45 -0400 (EDT) From: "Dima (ELO)" To: hackers@freebsd.org cc: bugs@freebsd.org Subject: problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hello, I have a problem. When I start FreeBSD it says: mountmsdosfs(): root directory is not multiple of clustersize length I have 2 SCSI Hard Drives sd0 (which is not mounted) and sd1 (where Freebsd is located). It's 2 Gig , and partisioned as 500Mb for FreeBSD and 1500Mb for Dos From owner-freebsd-hackers Thu Oct 12 14:47:15 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA00691 for hackers-outgoing; Thu, 12 Oct 1995 14:47:15 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA00686 for ; Thu, 12 Oct 1995 14:47:11 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id OAA05869 for hackers@freebsd.org; Thu, 12 Oct 1995 14:47:05 -0700 From: Julian Elischer Message-Id: <199510122147.OAA05869@ref.tfs.com> Subject: Kernel, module registration mechanisms To: hackers@freebsd.org Date: Thu, 12 Oct 1995 14:47:05 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2390 Sender: owner-hackers@freebsd.org Precedence: bulk > > We want a registration mechanism for LLC's, another for protocol > families, etc.. I agree, but there are getting to be too many registration mechaninsms we need to stand back.. take a deep breath, and think about which registration mechanisms are needed, and what we can do to make thismore standard and generic. at the moment we have: a linker_set for networking protocol domains (DOMAIN_SET) a linker set for arbitrary modules (SYSINIT) a registration protocol for SCSI devices (not a linker set but could be) a registration for devices (syscontrol stuff) a registration for devices (devfs stuff) (I guess we should have a registration for devices and interrupts/dma) a linker set for filesystems a linker set for net ISRs a linker set for PCI support a linker set for exec modules a way to add a new devsw entry for yourself what have I missed? I guess I'm addressing this to a wider audience.. what do we want to have here? for a first shot: ------------- device drivers need to: be configured as to where to probe.. (presently config, but what about lkm'd drivers?) be able to grab an interrupt (possibly probe for it) and assign a mask for it.. this needs to become dynamic.. I think Bruce is the only guy for this.. be able to set it's status into the sysconfig stuff. presently code added to each driver be able to add a devsw entry for itself (till we get rid of devsw) presently static (conf.c) (yuk) except for a few TFS exceptions, and LKMs be able to add a devfs entry for itself presently MAKEDEV (power management? PCI? PCCARD?) ?????? be able to undo all the above.. not really ------------ protocols need to be able to: install themselves into the lowest level (netisr queues) presently a linker set (ok)... LKMS (?) and get drivers to know when to use them. presently totally static.. code added for each protocol to each transport type install themselves at the top level so sockets can use them this is presently a linker set (ok) garret? terry? david (when he has time)? phk? julian +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@ref.tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ v From owner-freebsd-hackers Thu Oct 12 15:31:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA02240 for hackers-outgoing; Thu, 12 Oct 1995 15:31:27 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA02235 for ; Thu, 12 Oct 1995 15:31:23 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA03378; Thu, 12 Oct 1995 15:30:13 -0700 To: John Hay cc: hackers@FreeBSD.ORG Subject: Re: IPX now available In-reply-to: Your message of "Sat, 12 Oct 1995 11:44:53 +0200." <199510120944.LAA27158@zibbi.mikom.csir.co.za> Date: Thu, 12 Oct 1995 15:30:13 -0700 Message-ID: <3376.813537013@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > If we are going to import it, I will create diffs for the Makefiles and > the two functions and the man page (ipx_addr(), ipx_ntoa() and ipx.3) for the m > in libc that should be added. Relative to -current, right? That would be great! Jordan From owner-freebsd-hackers Thu Oct 12 16:07:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA03443 for hackers-outgoing; Thu, 12 Oct 1995 16:07:07 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA03435 for ; Thu, 12 Oct 1995 16:06:59 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA09320; Fri, 13 Oct 1995 09:04:59 +1000 Date: Fri, 13 Oct 1995 09:04:59 +1000 From: Bruce Evans Message-Id: <199510122304.JAA09320@godzilla.zeta.org.au> To: hackers@freebsd.org, uhclem%nemesis@fw.ast.com Subject: Re: I/O port 0 == autoconfig? Sender: owner-hackers@freebsd.org Precedence: bulk >Subject: I/O port 0 == autoconfig? Nope. >In the more recent releases, a "visual" mode has been added >to the kernel -c feature. In case you haven't played around >with it, one of the things it does is only offer the user >a limited number of choices for what settings can be altered on >a given device. "Visual" (for lack of a better name) >decides values can't be changed by seeing if the kernel config >value for a given parameter was -1. If it's something else, it >lets you change it. If it was -1, you can't. >At least one place where this strategy has conflicted is the matcd driver. >It used -1 for the I/O port to signify that it would probe a list >of "known" locations for that hardware, rather than requiring the >user to know. (On some SoundBlaster cards, it is difficult -1 means both "autoconfig" and "none", unfortunately. Treating -1 only as "none" breaks things in many other places: 1) in lpt, an irq of -1 means "autoconfig". The visual config doesn't allow changing either to or from irq -1. For irqs, it's the vector that determines whether an irq can be used. If the vector is 0, then changing the irq to anything other than -1 will probably cause a panic. If the vector isn't 0, then obviously the driver is prepared to handle irqs. 2) in lpt, a port of 0xffffffff means "autoconfig". The visual config doesn't allow changing either to or from this (the field isn't long enough to accept all the `f's and `-' is not accepted. 3) in sio, an irq of -1 means polled mode. As in (1), there is no way to switch to or from this. >for the user to determine what I/O addresses the card is using because >Creative Labs didn't write the information down anywhere and the >DOS drivers only list the base address for the audio sections of the card.) Builtin lists of "known" locations in drivers are evil. They defeat conflict checking and may stomp on other devices. The information about them is hard to find at visual config time. Please remove the one in matcd. I have to remove the one in sio. Although the location of sio3 is more standard than the location of matcd devices, writing to a standard address for sio3 (as is required to configure sio1 if the irqs are shared) is reported to stomp on some S3 cards. Writing to port 0x230 for matcd would stomp on my BT445S. >On the other hand, I proposed making "-1" an exception for I/O ports, >since all drivers I know require at least one I/O port, so the field >can never be set to "no ports needed". Mike indicates that dealing >with a negative number in "visual" would be nasty and that this wasn't >really an option. I haven't had time to look at his code, so I don't >know one way or the other. Several memory-mapped devices don't need an i/o port. >Since we seem to be limited to the first choice (unless you have a >better idea that doesn't eliminate the autoconfiguration capability), >and so the question is, does anybody see any near-term problems >with a change like this: > Change "visual" to treat "0" as an autoconfiguring I/O port > parameter (can't be done for DMA or IRQs since 0 is legal for both) > Change the matcd driver and any other drivers doing similar > things to use "0" as the key for autoconfiguring the I/O port > it uses. Yes, it would require changing config to generate port 0 for "port ?" and all drivers to know about the kludge, and this only works for ports, not for irqs. It would be better to change config and visual config to support new out of bounds values (-2, perhaps) for "none". Leaving -1 as meaning "autoconfig" probably allows avoiding changes in drivers (drivers that don't have ports presumably don't care what the port is specified to be, and drivers that support autoconfig of ports presumably check for `== -1'. Bruce From owner-freebsd-hackers Thu Oct 12 16:09:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA03558 for hackers-outgoing; Thu, 12 Oct 1995 16:09:28 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA03553 for ; Thu, 12 Oct 1995 16:09:25 -0700 Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id PAA03254; Thu, 12 Oct 1995 15:09:58 -0400 From: Peter Dufault Message-Id: <199510121909.PAA03254@hda.com> Subject: Re: Problems with remote Netscape2.0.. To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Thu, 12 Oct 1995 15:09:58 -0400 (EDT) Cc: ache@astral.msk.su, hackers@freebsd.org In-Reply-To: <199510121922.OAA20521@brasil.moneng.mei.com> from "Joe Greco" at Oct 12, 95 02:22:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 732 Sender: owner-hackers@freebsd.org Precedence: bulk > > > I can succesfully start X-programs logging to main host such as > > xeys, xftp, etc, but when I start netscape it says that: > > Can't open display: :0.0 > > Does anybody have experience on this thing? > > You aren't the only one. Keep retrying - it usually works after several > tries for me (does NOT appear to be a DNS thing). > > I already submitted a bugreport to Netscape. > > ... JG It NEVER has worked for me, which is bad since I only have one system directly on the net. Has anyone tried one of the recent beta's in this way? -- 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 Oct 12 19:18:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA09654 for hackers-outgoing; Thu, 12 Oct 1995 19:18:13 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA09645 for ; Thu, 12 Oct 1995 19:18:06 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA16568; Thu, 12 Oct 1995 19:14:00 -0700 From: Terry Lambert Message-Id: <199510130214.TAA16568@phaeton.artisoft.com> Subject: Re: IPX now available To: julian@ref.tfs.com (Julian Elischer) Date: Thu, 12 Oct 1995 19:14:00 -0700 (MST) Cc: terry@lambert.org, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG In-Reply-To: <199510121946.MAA05651@ref.tfs.com> from "Julian Elischer" at Oct 12, 95 12:46:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 7788 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > We want a registration mechanism for LLC's, another for protocol > > families, etc.. > > I agree, but there are getting to be too many registration mechaninsms > we need to stand back.. > take a deep breath, and think about which registration mechanisms are > needed, and what we can do to make thismore standard and generic. > > at the moment we have: > a linker_set for networking protocol domains (DOMAIN_SET) > a linker set for arbitrary modules (SYSINIT) > a registration protocol for SCSI devices (not a linker set but could be) > a registration for devices (syscontrol stuff) > a registration for devices (devfs stuff) > (I guess we should have a registration for devices and interrupts/dma) > a linker set for filesystems > a linker set for net ISRs > a linker set for PCI support > a linker set for exec modules > a way to add a new devsw entry for yourself > > what have I missed? > > I guess I'm addressing this to a wider audience.. > what do we want to have here? OK, I just sent off a message a bit ago to Serge Vakulenko (vak@cronyx.msk.su) about a message he sent me about making the LKM interface more generic. The gist of this is that he wants to work on putting simple linker code into the kernel, and I very much agree with him. I think that there is an issue here that is not being addressed, which is the fact that the SYSINIT() mechanism is already sufficiently generic, as long as you can get a deinitialization routine registered for callback at unload time, and as long as you can cause the LKM load procedure to call the SYSINT's in the linker sets via a mechanism similar to init_main.c. The linker set for protocol domains is, in fact, broken. Try adding IPX. The linker set for file systems is also broken, mostly because the callback system in vfs_inti.c is broken (inherited broken code from 4.4BSD-Lite). OK. Start with the general. What is a loadable kernel component? A loadable kernel component is code that when loaded sets itself up as if it had always been there, and if unloaded, removes itself as if it had never been there. It turns out the the SYSINIT() mechanism, which can call a routine with data without caring what routine or data is provided is sufficiently generic to provide this. What else must a loadable kernel component do? It needs to find out if it is unnecessary (probe). It needs to allow multiple instances of itself, with different configuration data (attach). It needs to allow an instance of itself to be destroyed (detach). It needs to release any resources (including callback registrations) that it caused to exist at load time when it is unloaded. What's left? Programmer convenience functions. Currently, the LKM system implements convenience functions on a per module class basis. A Loadable module may, in fact, modify any writeable kernel structure at load time. It could replace exiting system calss, or could even overwrite a function preable with a jump to another function. Convenince functions are the API's which a module (loaded or static) may consume. Stay with me here. Examples of convenience functions: vfs_add_fs vfs_remove_fs dev_add_char (just dev_add?) dev_remove_char (just dev_remove?) dev_add_block (just dev_add?) dev_remove_block (just dev_remove?) net_add_family net_remove_family net_add_llc net_remove_llc net_add_interface (should be generalized as a device) net_remove_interface (should be generalized as a device) etc. In point of fact, these are *not* clutter. These are functions which allow the sharing of code that would have to be duplicated per device in an already existing framework. They also allow the ability to guard common data structures to protect them, which would otherwise have to be done on a per module basis. So let's take an instance: a device. In the devfs, it's arguable that, since major and minor numbers are now menaingless, the vonode instance is itself the device. This greatly simplifies the issues involved. So what must a device do (independent of whether it is statically or dynamically loaded)? 1) It must allocate any global structures it requires before any routines it exports are called. 2) It must non-destructively probe for all locations it is possible for the device to exist. 3) It must attach all instances of the device in the system for which it provides services. 4) It must detach an instance of the device if access to the device is revoked (PCMCIA, etc). 5) It must non-destructively reprobe for a new instance (PCMCIA, etc.) 6) It must reattach a reprobe instance 7) It must deallocate global structures before it is rendered unusable, either through administrative fiat or through unload. Probe includes: a) determination of IRQ(s) used by a single device instance before attach. b) determination of DRQ(s) used by a single device instance before attach. c) determination of I/O address range(s) used by a single device instance before attach. d) determination of Mapped memory region(s) used by a single device instance before attach. Attach includes: a) allocation of per instance memory b) vectoring of IRQ's c) storage of per instance configuration data from the probe d) relocation of the device based on allowable values as determined by the probe in order to avoid conflicts. e) Potentially using power management controls to make the device available. f) export of device nodes Detach includes: a) destruction of device nodes b) unvectoring IRQ's c) resetting the device to cold reboot state d) Potentially using power management controls to take the device off line. d) freeing of per instance memory Meta operations for probe: a) Confict resoution, including determining optimal device parameter relocation, if necessary ("Plug N Play"). b) designation of a conflict vector for a successfully probed device. c) Ordering of operations in the case of multiple busses so that the non-relocatable devices are given their preferences. Meta operations for attach: a) Lock down of location vector on successful attach. Meta operations for detach: a) Freeing of location vector resources for reuse The assumptions present in the above: 1) Runtime triggering of potentially destructive probes on addition of new hardware. It is unrealistics to assum all probes can be made to be non-destructive. 2) Logging of probes (per Win95) to allow destructive proves to be used to create a static device configuration table using kernel level file I/O. I think it's quite possible to make the load/link of devices generic to the point that there is no difference between an "ld -r"'ed object to be statically linked into a kernel and one to be dynamically loaded at runtime. I also think that it would be a good idea to force parining of block and non block devices for interface where that is applicable. In specific, I think that the device should be exported to two locations in the devfs hierarchy without additional effort. I think that functional interfaces, both to guard global data structures and to abstract otherwise duplicate code should be defined for all major kernel components. It should be noted that the "functional interface interface" could be one such loadable interface definition, meaning that one could load the common initialization/deinitialization code for file systems, load a file system, and unload the common code. I think it is also time to consider discontiguous kernel memory for things like low, medium, and high persistance objects to avoid the fragmentation of the kernel address space that going to such heavy use of loading interfaces would probably entail. 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 Oct 12 19:29:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA10092 for hackers-outgoing; Thu, 12 Oct 1995 19:29:02 -0700 Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA10073 for ; Thu, 12 Oct 1995 19:28:56 -0700 Received: from ast.com by relay2.UU.NET with SMTP id QQzlfd01214; Thu, 12 Oct 1995 22:28:39 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA25399 (5.67b/IDA-1.5); Thu, 12 Oct 1995 19:30:01 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Thu, 12 Oct 95 21:26 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0t3ZiH-000IvuC; Thu, 12 Oct 95 21:19 WET DST Message-Id: Date: Thu, 12 Oct 95 21:19 WET DST To: hackers@freebsd.org, msmith@atrad.adelaide.edu.au From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Thu Oct 12 1995, 21:19:08 CDT Subject: I/O port 0 == autoconfig? - RESULTS Sender: owner-hackers@freebsd.org Precedence: bulk Ok, here is a summary of the responses (ten by 1900CDT) I got today on the question, which fell neatly into three categories: (please read to the bottom before replying) 1. "No problem with using I/O port 0 to signify devices that (5 rsp) auto configure." At least one person pointed-out that DMA 0 is valid on some systems, but I knew that and specifically said that we were only talking about treating the I/O port field special, not the DMA or IRQ fields. Someone suggested a matching hack to "config" would be to change the meaning of "?" to produce a "0", or whatever number we selected. If we get down to that, a new symbol should be used for "resource not used" that would generate the -1 that ? provides us today. ? should generate the "I'll figure it out myself" value, whatever it is. More on this below. 2. "ACK, that's horrible, use -2 for auto-configuring devices", (3 rsp) even though Mike indicated that handling negative numbers in the "visual" config editor was a problem. This group mentioned no other problems with the rest of the idea. And, (I knew this was coming): 3. "Don't have *ANY* drivers that figure out where the hardware is (2 rsp) by searching for it using a clue list or any other mechanism. Allow only a single-hardcoded location (resource) per driver that is used if -1 is present, and if that isn't where the hardware is, the user must change the setting using config." This group also claims it is easier for the user to figure out what the correct hardware settings are at boot time than to figure out where the driver *might* be looking if the driver looks in multiple places in the event a conflict occurs. I have a hard time believing that part, and in believing that real conflicts happen that often when compared to drivers failing to locate or initialize properly their hardware because they were not "looking" in the right place. "Also, use -2 for these myopic auto-configuring drivers (not 0) and use -1 for 'can not change the parameter value'." Uh, abandoning the use of drivers that hunt for their hardware is a religious issue, not a technical one. For example, the logic in the mail I got was: Assuming X, Y and Z are all unknown (without looking at documentation or source code), having -1 mean a driver looks for the hardware at locations X, Y, and Z is SATANIC, while having -1 mean a driver looks only at location X is OK. Got that? I don't. If you follow the logic that the user won't know where -1 looks for the driver that looks at locations X, Y and Z, he still won't know what location is being accessed if the driver just looks at location X. No difference here. The user will still have to refer to documentation to find out where the driver is looking, but he only looks if it doesn't work! That is the key. If you go along with the user-should-be-fully-informed and must-set-everything-exactly-right way of thinking (I guess this is the same school that took the automatic IRQ mapping out of the ed0 driver sometime back - grrr), then all drivers should list explicit settings in config, and not look anywhere else, nor should they figure out anything for themselves. The Port/IRQ/DMA settings should have no hidden meanings, such as changing a driver from interrupt-driven to polled, etc. The Flags parameter should be used for special stuff that, and if the driver doesn't use a given resource, stick a -1 in that field. End of song. Pretty oracle-ish. This is also backwards from my experience writing drivers for over 130,000 commercial, consumer and military XENIX and UNIX systems over the past eleven years. If your choice is a lot of questions (we counted questions as problems) from customers about the drivers not finding the hardware, or a few questions about conflicts (which were very few compared to other question categories) the choice is obvious. As a computer operating system company, we also found that dealing with questions about conflicts was far easier than questions about the system not finding hardware. We would tell the user to start pulling cards until the conflict went away. Then put back all but the last one and make sure everything worked. Find out what the remaining card used and change that. Now, what do you tell the user to pull or change when you already have a negative response? Remember, that the user probably doesn't know what resources the hardware uses either, so he/she won't be able to tell you. Subsequently, we would check for hardware at every possible location and setting, rather than miss a piece and suffer a support call on that point. And this was in the days when 8-bit cards were King and IRQ and DMA resources were very scarce. That has been my experience, and so it is my opinion. We must not forget the looming issue of Plug and Play devices, where the entire point is for the drivers and initialization code to work out where the hardware is, can and can't go, and to put it wherever the pieces fit best. When that day comes, more and more drivers would be "autoconfiguring", and our current method of reporting locations back to the to-be-probed drivers and such will have to be replaced. That is down the road a bit as the entire ISA probe/attach mechanism will have to be re-written to handle it. This is certainly not a goal for 2.1, and I doubt anyone has thought about it much as an item for 2.2. It will be nasty. ICU, anybody? Perhaps some of the comments I got (above) are looking forward toward that day, but I think the current scheme will be replaced so what we do now matters little with regard to how things look when these PnP devices become heavily supported by FreeBSD. Actions (1) Based on what I hear above, and assuming that Mike can make a miracle and come up with a way to handle negative numbers after all, perhaps he should look into making -2 acceptable for dynamic assignment, and make sure that "config" will actually accept a -2 (or some character, such as '*') to indicate a dynamic field. This should be done for 2.1. Personally, I would change "?" to be the -2 and "x" to mean the resource is not used, ie -1. Comments on better choices? (Yeah, using "x" isn't traditional BSDish. Neither are a lot of other things we have these days.) (2) On the religous front, "I'll do it to my code if you'll do it to your code." :-) Well, I know that won't happen. However I'll bend, and unless I hear a loud outcry, I'll change the config entry for matcd to not search for its hardware BY DEFAULT and I'll pick one address. Based on the fact that there are several "popular" addresses, my chances of picking a common one are low, but at least that will limit the bi-yearly complaints down to just the 'why-matcd-isn't-using-disk-slice' complaint. :-) This is a config file change ONLY and should be done in sync with Mikes change above. (3) If Mike can't come through with a scheme, a Plan B will be needed, such as documenting that you can't change settings for some devices in "visual". Yuck. Ok, if the comment and/or suggestion is technical and not religious, reply now! Frank Durda IV |"Nobody cares how neat your or uhclem%nemesis@fw.ast.com (Fastest Route)| malloc, pager or filesystem ...letni!rwsys!nemesis!uhclem | is. All they really want ...decvax!fw.ast.com!nemesis!uhclem | is a GUI they are 'used' to." Paraphrased RK. From owner-freebsd-hackers Thu Oct 12 19:44:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA10721 for hackers-outgoing; Thu, 12 Oct 1995 19:44:16 -0700 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA10716 for ; Thu, 12 Oct 1995 19:44:12 -0700 Received: from exalt.x.org by expo.x.org id AA28482; Thu, 12 Oct 95 22:43:39 -0400 Received: from localhost by exalt.x.org id WAA05209; Thu, 12 Oct 1995 22:43:38 -0400 Message-Id: <199510130243.WAA05209@exalt.x.org> To: asami@cs.berkeley.edu (Satoshi Asami) Cc: hackers@freefall.FreeBSD.org, phk@critter.tfs.com Subject: Re: xload dumps core with new phkmalloc Organization: X Consortium Date: Thu, 12 Oct 1995 22:43:37 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.org Precedence: bulk Poul-Henning sent me his malloc and xload works fine for me with MALLOC_OPTIONS=Z. I've tried everything I can think of: phkmalloc statically linked to xload; phkmalloc as malloc in libc.so.2.2; compiled -g, -O, -O2; X libs compiled -g and -O2. xload runs fine with all of them. If you're running XFree86's xload then there might be something suspect about their FreeBSD port. It's hard to guess. Dunno what else to try. It's hard to fix something you can't duplicate. :-) -- Kaleb KEITHLEY From owner-freebsd-hackers Thu Oct 12 20:02:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA11326 for hackers-outgoing; Thu, 12 Oct 1995 20:02:24 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA11314 for ; Thu, 12 Oct 1995 20:02:21 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.12/8.6.9) id UAA02437; Thu, 12 Oct 1995 20:02:13 -0700 Date: Thu, 12 Oct 1995 20:02:13 -0700 Message-Id: <199510130302.UAA02437@silvia.HIP.Berkeley.EDU> To: kaleb@x.org CC: hackers@freefall.FreeBSD.org, phk@critter.tfs.com In-reply-to: <199510130243.WAA05209@exalt.x.org> (kaleb@x.org) Subject: Re: xload dumps core with new phkmalloc From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-hackers@FreeBSD.org Precedence: bulk * Poul-Henning sent me his malloc and xload works fine for me with * MALLOC_OPTIONS=Z. That means it's not fine. :) MALLOC_OPTIONS=Z means malloc acts like calloc. X libs shouldn't depend on that. Satoshi From owner-freebsd-hackers Thu Oct 12 20:06:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA11456 for hackers-outgoing; Thu, 12 Oct 1995 20:06:42 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA11451 for ; Thu, 12 Oct 1995 20:06:39 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id UAA08380; Thu, 12 Oct 1995 20:05:55 -0700 To: Terry Lambert cc: julian@ref.tfs.com (Julian Elischer), jhay@mikom.csir.co.za, hackers@FreeBSD.ORG Subject: Re: IPX now available In-reply-to: Your message of "Thu, 12 Oct 1995 19:14:00 PDT." <199510130214.TAA16568@phaeton.artisoft.com> Date: Thu, 12 Oct 1995 20:05:55 -0700 Message-ID: <8378.813553555@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > The gist of this is that he wants to work on putting simple linker code > into the kernel, and I very much agree with him. Assuming that you and the anti-bloatists can work this out, this and everything following it certainly sounds reasonable to me. dev_add_char (just dev_add?) dev_remove_char (just dev_remove?) I prefer the latter, more generic, versions. If you're going to have a nice standard API for talking to LKMs, you may as well try to make as few assumptions about the kinds of data you'll be handing back and forth as possible. Uh, speaking of which.. How do LKMs and the kernel expect to talk back and forth in general? Is it like a roman orgy in there, where LKMs and kernel share one, common global variable space and anybody can fondle any variable they see, or.. ? I guess I need to go UTSL, don't I? :-) Anyway, it certainly seems like you have a direction in mind. How would you see such a project being staffed and actually "managed" on a day to day basis? Clearly, there's a lot of work represented here and it'd take some coordination to actually pull it off. Jordan From owner-freebsd-hackers Thu Oct 12 20:44:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA12790 for hackers-outgoing; Thu, 12 Oct 1995 20:44:04 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA12781 for ; Thu, 12 Oct 1995 20:43:40 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA15154; Fri, 13 Oct 1995 08:38:41 +0500 From: "Serge A. Babkin" Message-Id: <199510130338.IAA15154@hq.icb.chel.su> Subject: Re: Appletalk support... To: junkmail@pht.com (Brad Midgley) Date: Fri, 13 Oct 1995 08:38:40 +0500 (GMT+0500) Cc: hackers@freefall.freebsd.org, brad@pht.com In-Reply-To: from "Brad Midgley" at Oct 12, 95 10:56:54 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1289 Sender: owner-hackers@FreeBSD.org Precedence: bulk > (1) Your ethernet card must support multicast. I have a 3c509, so > I had to dig up a multicast patch that Sege Babkin's has for the > ep0 device driver. With the patch applied, I get sporadic error > message to the console "Ep0: Status: 2002 (input buffer overflow)". > However, I haven't noticed any damaged files. Perhaps netatalk can restore from packet loses :-) This message is a "special feature" of 3c509 card and may be the best thing that can be done is to simply increase the number of input errors instead of printing such message. Here is the patch: --------------------------------- cut here ----------------------------- *** if_ep.c 1995/10/13 03:31:12 --- if_ep.c 1995/10/13 03:35:31 *************** *** 848,854 **** --- 848,860 ---- sc->rx_no_first, sc->rx_no_mbuf, sc->rx_bpf_disc, sc->rx_overrunf, sc->rx_overrunl, sc->tx_underrun); #else + + #ifdef nightmaremessages printf("ep%d: Status: %x (input buffer overflow)\n", unit, status); + #else + ++sc->arpcom.ac_if.if_ierrors; + #endif + #endif epinit(unit); splx(x); --------------------------------- cut here ----------------------------- Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu Oct 12 20:55:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA13281 for hackers-outgoing; Thu, 12 Oct 1995 20:55:28 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA13275 for ; Thu, 12 Oct 1995 20:55:23 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id UAA24122; Thu, 12 Oct 1995 20:55:13 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id UAA00522; Thu, 12 Oct 1995 20:55:08 -0700 Message-Id: <199510130355.UAA00522@corbin.Root.COM> To: "Serge A. Babkin" cc: junkmail@pht.com (Brad Midgley), hackers@freefall.freebsd.org, brad@pht.com Subject: Re: Appletalk support... In-reply-to: Your message of "Fri, 13 Oct 95 08:38:40 +0500." <199510130338.IAA15154@hq.icb.chel.su> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 12 Oct 1995 20:55:07 -0700 Sender: owner-hackers@FreeBSD.org Precedence: bulk >> (1) Your ethernet card must support multicast. I have a 3c509, so >> I had to dig up a multicast patch that Sege Babkin's has for the >> ep0 device driver. With the patch applied, I get sporadic error >> message to the console "Ep0: Status: 2002 (input buffer overflow)". >> However, I haven't noticed any damaged files. > >Perhaps netatalk can restore from packet loses :-) This message is a >"special feature" of 3c509 card and may be the best thing that can be done >is to simply increase the number of input errors instead of printing such >message. Here is the patch: ... >+ #ifdef nightmaremessages It's better to use #ifdef DIAGNOSTIC. -DG From owner-freebsd-hackers Thu Oct 12 21:20:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA14094 for hackers-outgoing; Thu, 12 Oct 1995 21:20:26 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA14089 for ; Thu, 12 Oct 1995 21:20:19 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id JAA15910; Fri, 13 Oct 1995 09:22:38 +0500 From: "Serge A. Babkin" Message-Id: <199510130422.JAA15910@hq.icb.chel.su> Subject: Re: Appletalk support... To: davidg@Root.COM Date: Fri, 13 Oct 1995 09:22:38 +0500 (GMT+0500) Cc: junkmail@pht.com, hackers@freefall.freebsd.org, brad@pht.com In-Reply-To: <199510130355.UAA00522@corbin.Root.COM> from "David Greenman" at Oct 12, 95 08:55:07 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 822 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > >> (1) Your ethernet card must support multicast. I have a 3c509, so > >> I had to dig up a multicast patch that Sege Babkin's has for the > >> ep0 device driver. With the patch applied, I get sporadic error > >> message to the console "Ep0: Status: 2002 (input buffer overflow)". > >> However, I haven't noticed any damaged files. > > > >Perhaps netatalk can restore from packet loses :-) This message is a > >"special feature" of 3c509 card and may be the best thing that can be done > >is to simply increase the number of input errors instead of printing such > >message. Here is the patch: > ... > >+ #ifdef nightmaremessages > > > It's better to use #ifdef DIAGNOSTIC. Agreed. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu Oct 12 21:56:26 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA14657 for hackers-outgoing; Thu, 12 Oct 1995 21:56:26 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA14652 for ; Thu, 12 Oct 1995 21:56:25 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id VAA06646; Thu, 12 Oct 1995 21:56:05 -0700 From: Julian Elischer Message-Id: <199510130456.VAA06646@ref.tfs.com> Subject: Re: IPX now available To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 12 Oct 1995 21:56:04 -0700 (PDT) Cc: terry@lambert.org, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG In-Reply-To: <8378.813553555@time.cdrom.com> from "Jordan K. Hubbard" at Oct 12, 95 08:05:55 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 616 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > The gist of this is that he wants to work on putting simple linker code > > into the kernel, and I very much agree with him. > > Assuming that you and the anti-bloatists can work this out, this and > everything following it certainly sounds reasonable to me. > > dev_add_char (just dev_add?) > dev_remove_char (just dev_remove?) devfs already has dev_add() and dev_link() these are called by the driver to make a new device in devfs or to make a new 'link' to an existing device in devfs. dev_remove is there too but not really implimented.. maybe I should change the names to devfs_add et al. > From owner-freebsd-hackers Thu Oct 12 22:21:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA14981 for hackers-outgoing; Thu, 12 Oct 1995 22:21:10 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA14976 for ; Thu, 12 Oct 1995 22:21:08 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id WAA06691; Thu, 12 Oct 1995 22:20:41 -0700 From: Julian Elischer Message-Id: <199510130520.WAA06691@ref.tfs.com> Subject: Re: IPX now available To: terry@lambert.org (Terry Lambert) Date: Thu, 12 Oct 1995 22:20:41 -0700 (PDT) Cc: terry@lambert.org, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG In-Reply-To: <199510130214.TAA16568@phaeton.artisoft.com> from "Terry Lambert" at Oct 12, 95 07:14:00 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1121 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > The linker set for protocol domains is, in fact, broken. Try adding IPX. actually I added a TFS specific protocol yesterday.. seemed to work ok.. > > The linker set for file systems is also broken, mostly because the callback > system in vfs_init.c is broken (inherited broken code from 4.4BSD-Lite). > > > > OK. Start with the general. What is a loadable kernel component? > > > A loadable kernel component is code that when loaded sets itself up as > if it had always been there, and if unloaded, removes itself as if it > had never been there. [..] > > Probe includes: > a) determination of IRQ(s) used by a single device instance before > attach. BSD4.3 did this on VME and DEC busses It's harder when the system is already going and interrupts are in use.. > b) determination of DRQ(s) used by a single device instance before > attach. this one gets really difficult. > c) determination of I/O address range(s) used by a single device > instance before attach. [.....] ok, well it's all true.. and I'm slowely moving in that direction but you see there's the JOB I keep having to do... julian From owner-freebsd-hackers Thu Oct 12 22:24:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA15079 for hackers-outgoing; Thu, 12 Oct 1995 22:24:54 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA15074 for ; Thu, 12 Oct 1995 22:24:52 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id WAA24411; Thu, 12 Oct 1995 22:24:42 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id WAA00559; Thu, 12 Oct 1995 22:24:36 -0700 Message-Id: <199510130524.WAA00559@corbin.Root.COM> To: Julian Elischer cc: jkh@time.cdrom.com (Jordan K. Hubbard), terry@lambert.org, jhay@mikom.csir.co.za, hackers@freebsd.org Subject: Re: IPX now available In-reply-to: Your message of "Thu, 12 Oct 95 21:56:04 PDT." <199510130456.VAA06646@ref.tfs.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 12 Oct 1995 22:24:34 -0700 Sender: owner-hackers@freebsd.org Precedence: bulk >> >> > The gist of this is that he wants to work on putting simple linker code >> > into the kernel, and I very much agree with him. >> >> Assuming that you and the anti-bloatists can work this out, this and >> everything following it certainly sounds reasonable to me. >> >> dev_add_char (just dev_add?) >> dev_remove_char (just dev_remove?) >devfs already has dev_add() and dev_link() >these are called by the driver to make a new device in devfs >or to make a new 'link' to an existing device in devfs. >dev_remove is there too but not really implimented.. >maybe I should change the names to devfs_add et al. I must be missing something - why are these mutually exclusive? -DG From owner-freebsd-hackers Thu Oct 12 23:13:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA17154 for hackers-outgoing; Thu, 12 Oct 1995 23:13:43 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA17147 for ; Thu, 12 Oct 1995 23:13:41 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id XAA05319; Thu, 12 Oct 1995 23:12:56 -0700 Message-Id: <199510130612.XAA05319@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Julian Elischer cc: terry@lambert.org (Terry Lambert), jhay@mikom.csir.co.za, hackers@FreeBSD.ORG Subject: Re: IPX now available In-reply-to: Your message of "Thu, 12 Oct 1995 22:20:41 PDT." <199510130520.WAA06691@ref.tfs.com> Date: Thu, 12 Oct 1995 23:12:56 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> A loadable kernel component is code that when loaded sets itself up as >> if it had always been there, and if unloaded, removes itself as if it >> had never been there. >[..] >> >> Probe includes: >> a) determination of IRQ(s) used by a single device instance before >> attach. >BSD4.3 did this on VME and DEC busses >It's harder when the system is already going and interrupts are in use.. > >> b) determination of DRQ(s) used by a single device instance before >> attach. >this one gets really difficult. >> c) determination of I/O address range(s) used by a single device >> instance before attach. >[.....] >ok, well it's all true.. >and I'm slowely moving in that direction >but you see there's the JOB I keep having to do... > >julian Actually, I'd rather not have to have all of the IRQ, DRQ, ports, etc determined during probe. Look at EISA or PCI devices... the probe is a non-intrusive determination if a card is present and what driver may be apporpriate for that device. The IRQ, DRQ, and port range determination should only happen after we know that we have something worth talking to (ie the probe is successfull). This works so long as we allow attaches to fail (which they could for other reasons like insufficient memory). I'd rather design the system to look like: probe () { minimum to determin presence of hardware } attach() { Determin port Addresses if (!reserve port address) { return some error code } Determine IRQ if (!Map IRQ Handler) { release port address return some error code } Register other resources... Setup the card for work Enable interrupts return success } The new EISA code will follow this approach. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Thu Oct 12 23:42:40 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA17983 for hackers-outgoing; Thu, 12 Oct 1995 23:42:40 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA17978 for ; Thu, 12 Oct 1995 23:42:37 -0700 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 HAA05223 ; Fri, 13 Oct 1995 07:42:35 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA18140 ; Fri, 13 Oct 1995 07:42:28 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.1/keltia-uucp-2.6) id VAA29361; Thu, 12 Oct 1995 21:46:29 +0100 (MET) From: Ollivier Robert Message-Id: <199510122046.VAA29361@keltia.freenix.fr> Subject: Re: tcpdump: /dev/bpf0: Device not configured To: imp@village.org (Warner Losh) Date: Thu, 12 Oct 1995 21:46:28 +0100 (MET) Cc: mango@communique.net, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199510122011.OAA26409@rover.village.org> from "Warner Losh" at Oct 12, 95 02:10:59 pm X-Operating-System: FreeBSD 2.2-CURRENT ctm#1193 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 Warner Losh said: > > Also, KTRACE might not be a bad option to enable at the same time you > do this :-). > > Having done one, but not the other in the past I really think KTRACE should be the default. Why one would not want KTRACE ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #2: Sat Oct 7 23:37:44 MET 1995 From owner-freebsd-hackers Thu Oct 12 23:48:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA18281 for hackers-outgoing; Thu, 12 Oct 1995 23:48:54 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA18276 for ; Thu, 12 Oct 1995 23:48:50 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA09308 for ; Fri, 13 Oct 1995 07:48:45 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id HAA12772 for freebsd-hackers@freebsd.org; Fri, 13 Oct 1995 07:48:44 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id HAA02848 for freebsd-hackers@freebsd.org; Fri, 13 Oct 1995 07:40:08 +0100 From: J Wunsch Message-Id: <199510130640.HAA02848@uriah.heep.sax.de> Subject: Re: Problems with remote Netscape2.0.. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 13 Oct 1995 07:40:06 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510121909.PAA03254@hda.com> from "Peter Dufault" at Oct 12, 95 03:09:58 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 543 Sender: owner-hackers@freebsd.org Precedence: bulk As Peter Dufault wrote: (netscape with remote $DISPLAY) > It NEVER has worked for me, which is bad since I only have one system > directly on the net. Has anyone tried one of the recent beta's in > this way? Either 1.1N as 2.0beta always did this job for me. Our network access machine doesn't have a graphics display at all, so all its X apps are running remotely. Puzzling. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Oct 13 00:22:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA18617 for hackers-outgoing; Fri, 13 Oct 1995 00:22:39 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA18611 for ; Fri, 13 Oct 1995 00:22:28 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA10041; Fri, 13 Oct 1995 08:20:42 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA12906; Fri, 13 Oct 1995 08:20:42 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id HAA03129; Fri, 13 Oct 1995 07:59:19 +0100 From: J Wunsch Message-Id: <199510130659.HAA03129@uriah.heep.sax.de> Subject: Re: I/O port 0 == autoconfig? - RESULTS To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 13 Oct 1995 07:59:18 +0100 (MET) Cc: msmith@atrad.adelaide.edu.au Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Frank Durda IV" at Oct 12, 95 09:19: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 Content-Length: 2354 Sender: owner-hackers@freebsd.org Precedence: bulk As Frank Durda IV wrote: > > 2. "ACK, that's horrible, use -2 for auto-configuring devices", > (3 rsp) even though Mike indicated that handling negative numbers in the > "visual" config editor was a problem. This group mentioned no > other problems with the rest of the idea. The visual config should translate the negative numbers into something better understandable ("N/A", and "AUTO", the user can hit "a" to say AUTO). > 3. "Don't have *ANY* drivers that figure out where the hardware is > (2 rsp) by searching for it using a clue list or any other mechanism. > Allow only a single-hardcoded location (resource) per driver > that is used if -1 is present, and if that isn't where the > hardware is, the user must change the setting using config." > > This group also claims it is easier for the user to figure out > what the correct hardware settings are at boot time than to figure > out where the driver *might* be looking if the driver looks in > multiple places in the event a conflict occurs. I have a hard time > believing that part, and in believing that real conflicts happen > that often when compared to drivers failing to locate or > initialize properly their hardware because they were not "looking" > in the right place. Call by Christoph Badura (O'Reilly Germany, "in Unix" for already for several years) on the phone: ``I've allowed somebody to use my notebook for installing Win95 onto another one of those removable IDE drives. Now that my original NetBSD drive is back in, the keyboard does no longer work. Do you have an idea?'' As much for the record about Plague&Pray autoprobing... PC hardware is mostly not designed to allow autoprobing. Hardware that really could be found by __reading__ some magic and guaranteed to be unique ID (hey, is there such a thing as a ``unique ID''?) out of some register could perhaps be autoprobed. Any hardware that even requires a single write to a register before the probe value is reliable cannot be autoprobed. It is certainly _not_ easier for the user to find out and specify the hardware parameters of all devices (nobody claimed this, unlike you're pretending), but it saves their sanity. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Oct 13 00:23:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA18642 for hackers-outgoing; Fri, 13 Oct 1995 00:23:05 -0700 Received: from synthcom.com (beacon.synthcom.com [198.145.98.253]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA18637 for ; Fri, 13 Oct 1995 00:23:01 -0700 Received: from foghorn.dev.com (foghorn.dev.com [198.145.98.2]) by synthcom.com (8.6.9/8.6.9) with SMTP id AAA08113 for ; Fri, 13 Oct 1995 00:19:51 -0700 Message-Id: <199510130719.AAA08113@synthcom.com> Date: Fri, 13 Oct 95 00:11:24 -0700 From: Neil Bradley Organization: Synthcom Systems, Inc. X-Mailer: Mozilla 1.22 (Windows; I; 32bit) MIME-Version: 1.0 To: hackers@freebsd.org Subject: DOS Emulation under FreeBSD Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org Precedence: bulk I'd like to help in an effort for the DOS emulation under FreeBSD. I'm an X-BIOS engineer and know enough to be dangerous in the DOS arena. I'm not FreeBSD fluent, but could be a good counterpart to a FreeBSD guru interested in the project as well. Let me know how I can help. -->Neil From owner-freebsd-hackers Fri Oct 13 00:25:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA18792 for hackers-outgoing; Fri, 13 Oct 1995 00:25:18 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA18767 for ; Fri, 13 Oct 1995 00:25:09 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA10066; Fri, 13 Oct 1995 08:21:53 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id IAA12918; Fri, 13 Oct 1995 08:21:53 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id IAA03327; Fri, 13 Oct 1995 08:21:10 +0100 From: J Wunsch Message-Id: <199510130721.IAA03327@uriah.heep.sax.de> Subject: Re: tcpdump: /dev/bpf0: Device not configured To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Fri, 13 Oct 1995 08:21:10 +0100 (MET) Cc: imp@village.org, mango@communique.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510122046.VAA29361@keltia.freenix.fr> from "Ollivier Robert" at Oct 12, 95 09:46:28 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 301 Sender: owner-hackers@freebsd.org Precedence: bulk As Ollivier Robert wrote: > > I really think KTRACE should be the default. Why one would not want KTRACE ? Because it's impact on speed? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Oct 13 00:30:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA18932 for hackers-outgoing; Fri, 13 Oct 1995 00:30:09 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA18927 for ; Fri, 13 Oct 1995 00:30:06 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id AAA24502; Fri, 13 Oct 1995 00:29:21 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id AAA00690; Fri, 13 Oct 1995 00:29:15 -0700 Message-Id: <199510130729.AAA00690@corbin.Root.COM> To: "Stephen F. Combs" cc: hackers@freebsd.org, ache@astral.msk.su Subject: Re: Problems with remote Netscape2.0.. In-reply-to: Your message of "Thu, 12 Oct 95 15:44:50 EDT." <199510121944.PAA02181@combs.salem.ge.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 13 Oct 1995 00:29:13 -0700 Sender: owner-hackers@freebsd.org Precedence: bulk >I've seen the same thing, and not yet been able to figure it out. It's not >just with FreeBSD, I've seen it on my Sparc at work while trying to display >on my FBSD box at home! ... >> I can succesfully start X-programs logging to main host such as >> xeys, xftp, etc, but when I start netscape it says that: >> Can't open display: :0.0 >> Does anybody have experience on this thing? It hasn't ever worked. The only work-around is to specify the IP address of the server - e.g.: setenv DISPLAY 198.76.54.32:0.0 There appears to be an incompatiblity in the resolver that causes it to fail to translate the hostname. -DG From owner-freebsd-hackers Fri Oct 13 00:42:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA19221 for hackers-outgoing; Fri, 13 Oct 1995 00:42:50 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id AAA19215 for ; Fri, 13 Oct 1995 00:42:25 -0700 Received: by sovcom.kiae.su id AA15096 (5.65.kiae-1 ); Fri, 13 Oct 1995 10:33:19 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Fri, 13 Oct 95 10:33:19 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id CAA00462; Fri, 13 Oct 1995 02:28:18 +0300 To: Joerg Wunsch , Sergey Shkonda Cc: eugen@zgik.zaporizhzhe.ua, hackers@freebsd.org References: <199510122046.VAA13825@uriah.heep.sax.de> In-Reply-To: <199510122046.VAA13825@uriah.heep.sax.de>; from J Wunsch at Thu, 12 Oct 1995 21:46:18 +0100 (MET) Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 13 Oct 1995 02:28:18 +0300 (MSK) X-Mailer: Mail/@ [v2.40 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: Patch to talk client Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 760 Sender: owner-hackers@freebsd.org Precedence: bulk In message <199510122046.VAA13825@uriah.heep.sax.de> J Wunsch writes: >As Sergey Shkonda wrote: >> >> There are patch to talk client for support 8-bit >> talking (for example in russian language) >> ! /* if (!isprint(*text) && *text != '\t') { */ >> ! if ((*text<' ') && *text != '\t') { >This is contradictionary to true locale support. Andrey, what about >your own talk? Can't you talk in Russian as well? Of course, I always talk in Russian locally. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri Oct 13 00:46:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA19308 for hackers-outgoing; Fri, 13 Oct 1995 00:46:02 -0700 Received: from frya.zgik.zaporizhzhe.ua (ZGIK-1-ELIS-14.4K.zgik.zaporizhzhe.ua [193.124.62.253]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA19303 for ; Fri, 13 Oct 1995 00:45:34 -0700 Received: from zgik.UUCP by frya.zgik.zaporizhzhe.ua with UUCP id JAA26159; (8.6.11/vak/1.8e) Fri, 13 Oct 1995 09:39:11 +0200 Received: by relay1.bcs.zaporizhzhe.ua (uumail v1.5/ache) id AA06220; Fri, 13 Oct 1995 09:25:08 +0200 Received: from bcs1.bcs.zaporizhzhe.ua (bcs1.bcs.zaporizhzhe.ua [193.124.62.29]) by bcs.zaporizhzhe.ua (8.6.11/8.6.9) with SMTP id JAA06217; Fri, 13 Oct 1995 09:25:07 +0200 Received: by bcs1.bcs.zaporizhzhe.ua id AA01883 (5.65c8/IDA-1.4.4 for hackers@freebsd.org); Fri, 13 Oct 1995 09:22:08 +0200 From: Sergey Shkonda Message-Id: <199510130722.AA01883@bcs1.bcs.zaporizhzhe.ua> Subject: Re: Patch to talk client To: terry@lambert.org (Terry Lambert) Date: Fri, 13 Oct 1995 09:22:05 +0200 (UKR) Cc: hackers@freebsd.org In-Reply-To: <199510121751.KAA15487@phaeton.artisoft.com> from "Terry Lambert" at Oct 12, 95 10:51:00 am X-Mailer: ELM [version 2.4 PL0] Content-Type: text Content-Length: 866 Sender: owner-hackers@freebsd.org Precedence: bulk > > > > > There are patch to talk client for support 8-bit > > talking (for example in russian language) > > I don't understand the need for a translation table. If the talkers > on both ends are using the same 8 bit character set (ie: KOI-8), then > as long as their displays display the characters they type as themselves, > a translation table should be unnecessary. If the talkers on both ends are using not same character set (ie: KOI-8 and cp866) then translation table should be very nessesary (cp866 used when many machines under MSDOS connected to local net. > > The 8-bit cleanliness should go in; the translation table should not. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > -- Sergey Shkonda, serg@bcs1.bcs.zaporizhzhe.ua From owner-freebsd-hackers Fri Oct 13 01:50:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA21254 for hackers-outgoing; Fri, 13 Oct 1995 01:50:02 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA21235 for ; Fri, 13 Oct 1995 01:49:58 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id SAA18673; Fri, 13 Oct 1995 18:50:30 +0930 From: Michael Smith Message-Id: <199510130920.SAA18673@genesis.atrad.adelaide.edu.au> Subject: Re: I/O port 0 == autoconfig? To: bde@zeta.org.au (Bruce Evans) Date: Fri, 13 Oct 1995 18:50:29 +0930 (CST) Cc: hackers@freebsd.org, uhclem%nemesis@fw.ast.com In-Reply-To: <199510122304.JAA09320@godzilla.zeta.org.au> from "Bruce Evans" at Oct 13, 95 09:04:59 am Content-Type: text Content-Length: 1416 Sender: owner-hackers@freebsd.org Precedence: bulk Bruce Evans stands accused of saying: > Yes, it would require changing config to generate port 0 for "port ?" > and all drivers to know about the kludge, and this only works for ports, > not for irqs. It would be better to change config and visual config to > support new out of bounds values (-2, perhaps) for "none". Leaving -1 > as meaning "autoconfig" probably allows avoiding changes in drivers > (drivers that don't have ports presumably don't care what the port is > specified to be, and drivers that support autoconfig of ports presumably > check for `== -1'. Better than any of this would be addition of more 'personality' information to the isa_dev struct (or its successor). It would be nice to know: - Whether each parameter is fixed, variable or irrelevant. - Whether the device's probe is intrusive. - Whether the device is vulnerable to intrusive probes. This would make the visual config editor considerably more 'logical' to use, and could also be used to perform a smarter autoconfiguration process. > Bruce -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Fri Oct 13 02:02:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA22072 for hackers-outgoing; Fri, 13 Oct 1995 02:02:54 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA22061 for ; Fri, 13 Oct 1995 02:02:49 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id TAA18710; Fri, 13 Oct 1995 19:01:32 +0930 From: Michael Smith Message-Id: <199510130931.TAA18710@genesis.atrad.adelaide.edu.au> Subject: Re: I/O port 0 == autoconfig? - RESULTS To: uhclem%nemesis@fw.ast.com (Frank Durda IV) Date: Fri, 13 Oct 1995 19:01:31 +0930 (CST) Cc: hackers@freebsd.org, msmith@atrad.adelaide.edu.au In-Reply-To: from "Frank Durda IV" at Oct 12, 95 09:19:00 pm Content-Type: text Content-Length: 1440 Sender: owner-hackers@freebsd.org Precedence: bulk Frank Durda IV stands accused of saying: > This is a config file change ONLY and should be done in sync with > Mikes change above. > > (3) If Mike can't come through with a scheme, a Plan B will be needed, > such as documenting that you can't change settings for some devices > in "visual". Yuck. > > Ok, if the comment and/or suggestion is technical and not religious, > reply now! I think it's obvious that, for now, '-2' has to be it. I can't say that it makes for much sense, but until we go to the three-stage boot it's the least awful option 8) Speaking of the three-stage boot stuff, I'd like to hear from some/anyone that has a set of screen, serial and disk libraries that interact directly with the BIOS in the state that it's in when the bootsector is loaded. This is a really serious issue that _nobody_ appears to be doing anything about, and it worries me. (Yes, I suspect I'm biting off more than I can chew. How else am I supposed to cultivate an ulcer?) > Frank Durda IV |"Nobody cares how neat your -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Fri Oct 13 02:08:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA22361 for hackers-outgoing; Fri, 13 Oct 1995 02:08:23 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA22326 for ; Fri, 13 Oct 1995 02:07:13 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id KAA18268; Fri, 13 Oct 1995 10:55:08 +0200 From: John Hay Message-Id: <199510130855.KAA18268@zibbi.mikom.csir.co.za> Subject: Re: Problems with remote Netscape2.0.. To: davidg@Root.COM Date: Fri, 13 Oct 1995 10:55:07 +0200 (SAT) Cc: combssf@salem.ge.com, hackers@freebsd.org, ache@astral.msk.su In-Reply-To: <199510130729.AAA00690@corbin.Root.COM> from "David Greenman" at Oct 13, 95 00:29:13 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1022 Sender: owner-hackers@freebsd.org Precedence: bulk > > >I've seen the same thing, and not yet been able to figure it out. It's not > >just with FreeBSD, I've seen it on my Sparc at work while trying to display > >on my FBSD box at home! > ... > >> I can succesfully start X-programs logging to main host such as > >> xeys, xftp, etc, but when I start netscape it says that: > >> Can't open display: :0.0 > >> Does anybody have experience on this thing? > > It hasn't ever worked. The only work-around is to specify the IP address of > the server - e.g.: > > setenv DISPLAY 198.76.54.32:0.0 > > There appears to be an incompatiblity in the resolver that causes it to > fail to translate the hostname. > I have setenv DISPLAY dolphin.mikom.csir.co.za:0.0 on angel.cids.org.za and when I start the old netscaper-1.2 or the new 2.0b it works just fine. angel is running current and dolphin is running current of about 2-3 months back. I have had no problems with this. Maybe the problem is somewhere else? John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Fri Oct 13 02:15:14 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA22674 for hackers-outgoing; Fri, 13 Oct 1995 02:15:14 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA22656 for ; Fri, 13 Oct 1995 02:15:10 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3gCp-0003vkC; Fri, 13 Oct 95 02:15 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id KAA01269; Fri, 13 Oct 1995 10:15:03 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: "Kaleb S. KEITHLEY" cc: asami@cs.berkeley.edu (Satoshi Asami), hackers@freefall.FreeBSD.org Subject: Re: xload dumps core with new phkmalloc In-reply-to: Your message of "Thu, 12 Oct 1995 22:43:37 EST." <199510130243.WAA05209@exalt.x.org> Date: Fri, 13 Oct 1995 10:14:59 +0100 Message-ID: <1260.813575699@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org Precedence: bulk > > Poul-Henning sent me his malloc and xload works fine for me with > MALLOC_OPTIONS=Z. You need to set MALLOC_OPTIONS=J, 'Z' means zero the allocation, 'J' means 'junk'. -- 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. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-hackers Fri Oct 13 02:22:43 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA23203 for hackers-outgoing; Fri, 13 Oct 1995 02:22:43 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA23180 ; Fri, 13 Oct 1995 02:22:36 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA15092 (5.67b8/IDA-1.5); Fri, 13 Oct 1995 02:22:20 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA04139 (5.67b8/IDA-1.5); Fri, 13 Oct 1995 02:22:17 -0700 Received: by RockyMountain.rahul.net id AA03397 (5.67b/IDA-1.5); Fri, 13 Oct 1995 01:35:40 -0700 Date: Fri, 13 Oct 1995 01:35:40 -0700 From: Pete Delaney Message-Id: <199510130835.AA03397@RockyMountain.rahul.net> To: jehamby@lightside.com, terry@lambert.org Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? Cc: pete@RockyMountain.rahul.net, freebsd-hackers@FreeBSD.ORG, ports@FreeBSD.ORG, netbsd-ports@netbsd.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Terry: > > > I heard there was some fairly good progress being made on a Linux port. > > Is this true? Because if the Linux people have a working version, then a > > FreeBSD/NetBSD version would be almost trivial from there. > > Not so. According to Linus (and Alan Cox), Linux has kernel multithreading. I suppose a thread library, like SusOS has, is likely necessary, but I really doubt kernel multithreading is necessary. Any bets? -pete From owner-freebsd-hackers Fri Oct 13 02:36:25 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA23510 for hackers-outgoing; Fri, 13 Oct 1995 02:36:25 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA23504 for ; Fri, 13 Oct 1995 02:36:22 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3gXH-0003vyC; Fri, 13 Oct 95 02:36 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id KAA01360; Fri, 13 Oct 1995 10:36:13 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: "Jordan K. Hubbard" cc: John Hay , hackers@FreeBSD.ORG Subject: Re: IPX now available In-reply-to: Your message of "Thu, 12 Oct 1995 15:30:13 MST." <3376.813537013@time.cdrom.com> Date: Fri, 13 Oct 1995 10:36:12 +0100 Message-ID: <1358.813576972@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > If we are going to import it, I will create diffs for the Makefiles and > > the two functions and the man page (ipx_addr(), ipx_ntoa() and ipx.3) for t he > m > > in libc that should be added. > > Relative to -current, right? That would be great! Could I raise an issue here ? I don't think we should add any IPX stuff in libc. It doesn't belong there based on a projectede frequency of use. Can we agree on libipx.a ? Yes, before you ask: I would really prefer a libtcpip.a too, but I also realize it's not practical. -- 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. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-hackers Fri Oct 13 02:42:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA23691 for hackers-outgoing; Fri, 13 Oct 1995 02:42:27 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id CAA23684 for ; Fri, 13 Oct 1995 02:42:23 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3gdC-0003vyC; Fri, 13 Oct 95 02:42 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id KAA01371; Fri, 13 Oct 1995 10:42:19 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: Terry Lambert cc: julian@ref.tfs.com (Julian Elischer), jhay@mikom.csir.co.za, hackers@FreeBSD.ORG Subject: Re: IPX now available In-reply-to: Your message of "Thu, 12 Oct 1995 19:14:00 MST." <199510130214.TAA16568@phaeton.artisoft.com> Date: Fri, 13 Oct 1995 10:42:19 +0100 Message-ID: <1369.813577339@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > We want a registration mechanism for LLC's, another for protocol > > > families, etc.. > > OK, I just sent off a message a bit ago to Serge Vakulenko (vak@cronyx.msk.su ) > [And off Terry went...] I think we are on to a very important issue here, and before anybody jump to conclusions or through hoops, let me say that we need to get all the pieces of the puzzle on the table before we design away. Is anybody willing to serve as editor on a "FreeBSD future kernel architecture" document ? You need to be good at writing, and you need to understand the issues too. PS: Terry forgot Power Management: The "PM" module can inform the kernel that: "CPU-slowed down" "CPU-speed up" "suspend imminent" "revive complete" The kernel can tell the PM module to: "slow down the CPU" "speed up the CPU" "suspend" "revive" The PM can tell a driver: "device powered down" "device sleeping" "device online" A driver can tell the PM: "power off device" "sleep device" "online device" possibly more. -- 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. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-hackers Fri Oct 13 02:43:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA23753 for hackers-outgoing; Fri, 13 Oct 1995 02:43:30 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA23748 for ; Fri, 13 Oct 1995 02:43:26 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id TAA18834; Fri, 13 Oct 1995 19:38:42 +0930 From: Michael Smith Message-Id: <199510131008.TAA18834@genesis.atrad.adelaide.edu.au> Subject: Re: I/O port 0 == autoconfig? - RESULTS To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 13 Oct 1995 19:38:41 +0930 (CST) Cc: freebsd-hackers@freebsd.org, msmith@atrad.adelaide.edu.au In-Reply-To: <199510130659.HAA03129@uriah.heep.sax.de> from "J Wunsch" at Oct 13, 95 07:59:18 am Content-Type: text Content-Length: 974 Sender: owner-hackers@freebsd.org Precedence: bulk J Wunsch stands accused of saying: > > 2. "ACK, that's horrible, use -2 for auto-configuring devices", > > (3 rsp) even though Mike indicated that handling negative numbers in the > > "visual" config editor was a problem. This group mentioned no > > other problems with the rest of the idea. > > The visual config should translate the negative numbers into something > better understandable ("N/A", and "AUTO", the user can hit "a" to say > AUTO). Ah well, so much for code reuse 8) Not a bad idea, though. > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] My car has "demand start" -Terry Lambert UNIX: live FreeBSD or die! [[ From owner-freebsd-hackers Fri Oct 13 03:01:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA24446 for hackers-outgoing; Fri, 13 Oct 1995 03:01:47 -0700 Received: from pancake.remcomp.fr (pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA24421 for ; Fri, 13 Oct 1995 03:01:29 -0700 Received: from zapata.omnix.fr.org (zapata.omnix.fr.org [128.127.10.1]) by zapata.omnix.fr.org (8.6.9/8.6.9) with SMTP id LAA03022 for ; Fri, 13 Oct 1995 11:59:37 +0100 Date: Fri, 13 Oct 1995 11:59:37 +0100 (MET) From: Didier Derny To: hackers@freebsd.org Subject: make release Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk how is it possible to do a "make release" without a cvs source tree ? how can I removed the files created by make release that resist to rm xxxx event when I'm root ? thanks for yur help +---------------------+ | Didier Derny | | didier@omnix.fr.org | +---------------------+ From owner-freebsd-hackers Fri Oct 13 03:26:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA25092 for hackers-outgoing; Fri, 13 Oct 1995 03:26:22 -0700 Received: from strider.ibenet.it (strider.ibe.net [194.179.130.1]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA25074 for ; Fri, 13 Oct 1995 03:26:08 -0700 Received: (from piero@localhost) by strider.ibenet.it (8.6.12/8.6.12) id LAA02781; Fri, 13 Oct 1995 11:18:11 +0100 From: Piero Serini Message-Id: <199510131018.LAA02781@strider.ibenet.it> Subject: Re: Problems with remote Netscape2.0.. To: davidg@Root.COM Date: Fri, 13 Oct 1995 11:18:10 +0100 (MET) Cc: combssf@salem.ge.com, hackers@freebsd.org, ache@astral.msk.su In-Reply-To: <199510130729.AAA00690@corbin.Root.COM> from "David Greenman" at Oct 13, 95 00:29:13 am Reply-To: piero@strider.ibenet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 58113562 X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1027 Sender: owner-hackers@freebsd.org Precedence: bulk Hello. Quoting from David Greenman (Fri Oct 13 08:29:13 1995): > >I've seen the same thing, and not yet been able to figure it out. It's not > >just with FreeBSD, I've seen it on my Sparc at work while trying to display > >on my FBSD box at home! > ... > >> I can succesfully start X-programs logging to main host such as > >> xeys, xftp, etc, but when I start netscape it says that: > >> Can't open display: :0.0 > >> Does anybody have experience on this thing? > > It hasn't ever worked. The only work-around is to specify the IP address of > the server - e.g.: ... Well, it actually works for me. No kidding. I have 3 Netscape running in this moment, one local, one from a Sun, the 3rd one from a 2.0.5 box. My machine is 1.1.5.1. The Sun and the 2.0.5 machines are on the WAN. Bye, -- # $Id: .signature,v 1.12 1995/08/14 12:10:54 piero Exp $ Piero Serini Via Giambologna, 1 I 20136 Milano - ITALY From owner-freebsd-hackers Fri Oct 13 03:50:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA25563 for hackers-outgoing; Fri, 13 Oct 1995 03:50:19 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA25547 for ; Fri, 13 Oct 1995 03:49:55 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id MAA19862; Fri, 13 Oct 1995 12:44:32 +0200 From: John Hay Message-Id: <199510131044.MAA19862@zibbi.mikom.csir.co.za> Subject: Re: IPX now available To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 13 Oct 1995 12:44:32 +0200 (SAT) Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG (FreeBSD-hackers) In-Reply-To: <1358.813576972@critter.tfs.com> from "Poul-Henning Kamp" at Oct 13, 95 10:36:12 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 811 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > If we are going to import it, I will create diffs for the Makefiles and > > > the two functions and the man page (ipx_addr(), ipx_ntoa() and ipx.3) for t > he > > m > > > in libc that should be added. > > > > Relative to -current, right? That would be great! > > Could I raise an issue here ? > > I don't think we should add any IPX stuff in libc. > It doesn't belong there based on a projectede frequency of use. > > Can we agree on libipx.a ? > > Yes, before you ask: I would really prefer a libtcpip.a too, but I also > realize it's not practical. > Don't forget libns.a, libccitt.a, libiso.a etc...... :-) I am happy to do it that way for ipx. You don't mention libipx.so.x.x. I don't think a sharable libipx is worth it, with just 2 functions??? John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Fri Oct 13 04:04:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA25936 for hackers-outgoing; Fri, 13 Oct 1995 04:04:00 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id EAA25928 for ; Fri, 13 Oct 1995 04:03:58 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3hu9-0003vkC; Fri, 13 Oct 95 04:03 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id MAA01615; Fri, 13 Oct 1995 12:03:54 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: John Hay cc: jkh@time.cdrom.com, hackers@freebsd.org (FreeBSD-hackers) Subject: Re: IPX now available In-reply-to: Your message of "Sat, 13 Oct 1995 12:44:32 +0200." <199510131044.MAA19862@zibbi.mikom.csir.co.za> Date: Fri, 13 Oct 1995 12:03:53 +0100 Message-ID: <1613.813582233@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > Can we agree on libipx.a ? > > > > Yes, before you ask: I would really prefer a libtcpip.a too, but I also > > realize it's not practical. > > > Don't forget libns.a, libccitt.a, libiso.a etc...... :-) I wouldn't bother with libiso.a :-) > I am happy to do it that way for ipx. You don't mention libipx.so.x.x. I > don't think a sharable libipx is worth it, with just 2 functions??? I guess not, but it's not a big deal, just a minor change to a makefile... -- 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. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-hackers Fri Oct 13 04:06:47 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA26126 for hackers-outgoing; Fri, 13 Oct 1995 04:06:47 -0700 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA26120 for ; Fri, 13 Oct 1995 04:06:44 -0700 Received: from exalt.x.org by expo.x.org id AA10103; Fri, 13 Oct 95 07:03:33 -0400 Received: from localhost by exalt.x.org id HAA05408; Fri, 13 Oct 1995 07:03:31 -0400 Message-Id: <199510131103.HAA05408@exalt.x.org> To: hackers@freefall.FreeBSD.org Cc: asami@cs.berkeley.edu, phk@critter.tfs.com Subject: Re: xload dumps core with new phkmalloc In-Reply-To: Your message of Fri, 13 Oct 1995 10:14:59 EST. <1260.813575699@critter.tfs.com> Organization: X Consortium Date: Fri, 13 Oct 1995 07:03:31 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.org Precedence: bulk >> Poul-Henning sent me his malloc and xload works fine for me with >> MALLOC_OPTIONS=Z. To which Poul-Henning said: >You need to set MALLOC_OPTIONS=J, 'Z' means zero the allocation, >'J' means 'junk'. And Satoshi said: >That means it's not fine. :) >MALLOC_OPTIONS=Z means malloc acts like calloc. X libs shouldn't >depend on that. Yeah, well, forgive me for not spelling everything out in nauseous detail; after spending hours building and rebuilding libraries (and finding nothing wrong) I wasn't feeling particularly loquacious. I tried Z, J, and nothing; xload works fine for me using phkmalloc. X libraries do *not* depend on the memory being zeroed. -- Kaleb KEITHLEY From owner-freebsd-hackers Fri Oct 13 04:25:09 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA26419 for hackers-outgoing; Fri, 13 Oct 1995 04:25:09 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id EAA26414 for ; Fri, 13 Oct 1995 04:25:07 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3iCB-0003vlC; Fri, 13 Oct 95 04:22 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id MAA01630; Fri, 13 Oct 1995 12:22:34 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: "Kaleb S. KEITHLEY" cc: hackers@freefall.FreeBSD.org, asami@cs.berkeley.edu Subject: Re: xload dumps core with new phkmalloc In-reply-to: Your message of "Fri, 13 Oct 1995 07:03:31 EST." <199510131103.HAA05408@exalt.x.org> Date: Fri, 13 Oct 1995 12:22:33 +0100 Message-ID: <1628.813583353@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org Precedence: bulk > I tried Z, J, and nothing; xload works fine for me using phkmalloc. > > X libraries do *not* depend on the memory being zeroed. And just for the record, on what OS ? As I said earlier, I'm not willing to say it isn't in one of the other libs in FreeBSD... Thanks for your time ! -- 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. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-hackers Fri Oct 13 04:30:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA26665 for hackers-outgoing; Fri, 13 Oct 1995 04:30:46 -0700 Received: from expo.x.org (expo.x.org [198.112.45.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA26659 for ; Fri, 13 Oct 1995 04:30:43 -0700 Received: from exalt.x.org by expo.x.org id AA10307; Fri, 13 Oct 95 07:30:11 -0400 Received: from localhost by exalt.x.org id HAA05485; Fri, 13 Oct 1995 07:30:10 -0400 Message-Id: <199510131130.HAA05485@exalt.x.org> To: Poul-Henning Kamp Cc: hackers@freefall.FreeBSD.org Subject: Re: xload dumps core with new phkmalloc In-Reply-To: Your message of Fri, 13 Oct 1995 12:22:33 EST. <1628.813583353@critter.tfs.com> Organization: X Consortium Date: Fri, 13 Oct 1995 07:30:10 EST From: "Kaleb S. KEITHLEY" Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I tried Z, J, and nothing; xload works fine for me using phkmalloc. > > > > X libraries do *not* depend on the memory being zeroed. > > And just for the record, on what OS ? Here I was thinking this was the linux-hackers list. :-) It's FreeBSD 2.1.0-950922-SNAP. > > As I said earlier, I'm not willing to say it isn't in one of the other > libs in FreeBSD... > -- Kaleb KEITHLEY From owner-freebsd-hackers Fri Oct 13 04:36:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA26809 for hackers-outgoing; Fri, 13 Oct 1995 04:36:01 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA26804 ; Fri, 13 Oct 1995 04:35:55 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id MAA12902; Fri, 13 Oct 1995 12:35:41 +0100 Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.6.12/8.6.12) with SMTP id IAA10981; Fri, 13 Oct 1995 08:57:29 +0100 Date: Fri, 13 Oct 1995 08:57:29 +0100 (MET) From: Andreas Klemm To: Jonathan Clark cc: hackers@freebsd.org, jkh@freebsd.org Subject: X11 game ABUSE, currently only available for Linux because , a lack of hardware resources... can someone help ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Hi Jonathan ! I'll write Jordan Hubbard a Cc: of this thread, so he can decide, whether it's worth for the FreeBSD project, - to stress test the Linux Emulator - to give you a machine for porting a nice X11 game to FreeBSD - to tell you someone near you, who could give you a machine or an external Harddisk with FreeBSD on it for porting purposes ... I personally would find it great, that grafic animated games are not only offered for the Linux market ... Since many folks are attracted by such things ... ;-) Perhaps you can reply to this mail into the FreeBSD-hackers mailinglist by giving the URL where the screen snapshots of the game reside, I have forgotten the URL (@$&%!) and what the game is about. Thanks Andreas /// On Thu, 12 Oct 1995, Jonathan Clark wrote: > > On Tue, 10 Oct 1995, Jonathan Clark wrote: > > > > > > Hi ! > > > > > > > > Would love to see the game to be ported to FreeBSD 2.1. > > > > Should be easy since FreeBSD is supported by XFree86-3.1.2. > > > > > > > > Thanks ! > > > > > > > > Andreas /// > > > > > > > > > > There is a linux emulator for free BSD. I'm told ABUSE will run > > > under it for FreeBSD and SCO. > > > > Hi Jonathan ! > > > > Thanks for your information. But I'm not interested in running > > your game within a Linux emulator. A FreeBSD version would be > > fine. I think many other *BSD* people would like to see a FreeBSD > > version, too. Even SimCity is available for FreeBSD under X11. > > But you can't offer it ?! Bad luck. > > > > I really would like to see a FreeBSD version. > > I do not have enough machines to install BSD. I have a spare 386, but > no cdrom and not enough disk space. A port requires up-keep which I cannot > currently do for BSD. Besides, linux is better :) There will not be BSD > ports of Doom, Abuse, or Quake unless some kind soul donates a pre-installed > BSD machine which does not seem a likely thing. All other ports of > these games have resulted because there was a big market, or the machines > were donated. If you think we make big bucks off UNIX ports, think again... $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Fri Oct 13 04:46:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA27052 for hackers-outgoing; Fri, 13 Oct 1995 04:46:37 -0700 Received: from frya.zgik.zaporizhzhe.ua (ZGIK-1-ELIS-14.4K.zgik.zaporizhzhe.ua [193.124.62.253]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA27023 for ; Fri, 13 Oct 1995 04:45:54 -0700 Received: from zgik.UUCP by frya.zgik.zaporizhzhe.ua with UUCP id NAA27414; (8.6.11/vak/1.8e) Fri, 13 Oct 1995 13:43:15 +0200 Received: by relay1.bcs.zaporizhzhe.ua (uumail v1.5/ache) id AA07972; Fri, 13 Oct 1995 13:12:44 +0200 Received: from bcs1.bcs.zaporizhzhe.ua (bcs1.bcs.zaporizhzhe.ua [193.124.62.29]) by bcs.zaporizhzhe.ua (8.6.11/8.6.9) with SMTP id NAA07969; Fri, 13 Oct 1995 13:12:43 +0200 Received: by bcs1.bcs.zaporizhzhe.ua id AA08204 (5.65c8/IDA-1.4.4 for hackers@freebsd.org); Fri, 13 Oct 1995 13:09:42 +0200 From: Sergey Shkonda Message-Id: <199510131109.AA08204@bcs1.bcs.zaporizhzhe.ua> Subject: Re: Patch to talk client To: ache@astral.msk.su (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Fri, 13 Oct 1995 13:09:38 +0200 (UKR) Cc: hackers@freebsd.org In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Oct 13, 95 02:28:18 am X-Mailer: ELM [version 2.4 PL0] Content-Type: text Content-Length: 985 Sender: owner-hackers@freebsd.org Precedence: bulk > > In message <199510122046.VAA13825@uriah.heep.sax.de> J Wunsch writes: > > >As Sergey Shkonda wrote: > >> > >> There are patch to talk client for support 8-bit > >> talking (for example in russian language) > > >> ! /* if (!isprint(*text) && *text != '\t') { */ > >> ! if ((*text<' ') && *text != '\t') { > > >This is contradictionary to true locale support. Andrey, what about > >your own talk? Can't you talk in Russian as well? > > Of course, I always talk in Russian locally. ^^^^^^^ This patch not for local talking :) > > -- > Andrey A. Chernov : And I rest so composedly, /Now, in my bed, > ache@astral.msk.su : That any beholder /Might fancy me dead - > FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. > RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 > -- Serg | Relcom: (Sergey Shkonda) | serg@bcs1.bcs.zaporizhzhe.ua From owner-freebsd-hackers Fri Oct 13 05:54:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA28020 for hackers-outgoing; Fri, 13 Oct 1995 05:54:34 -0700 Received: from fang.cs.sunyit.edu (fang.cs.sunyit.edu [192.52.220.66]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA28014 for ; Fri, 13 Oct 1995 05:54:31 -0700 Received: (from chuck@localhost) by fang.cs.sunyit.edu (8.6.9/8.6.9) id IAA22050 for hackers@freebsd.org; Fri, 13 Oct 1995 08:54:51 -0400 Date: Fri, 13 Oct 1995 08:54:51 -0400 From: Charles Kenneth Green - PRC Message-Id: <199510131254.IAA22050@fang.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org Subject: PC config Sender: owner-hackers@freebsd.org Precedence: bulk At work I've been offered a P133 with all the trimmings (21'' monitor, 6 speed cdrom, etc...) but the catch that caught my eye was that it came with a "PCI 3COM NIC (3X509)". First, I wasn't aware of a 3COM 3X509 card (I thought that they may have meant 3c509). Anyhow, can anyone tell me if this card is supportted? I now FreeBSD supports the 3c509 but I was under the impression this card was an ISA card. -- Charles Green UN*X System Administration 22 Powell Ave. Apt. B UN*X Security & Whitesboro, NY 13492 Programming From owner-freebsd-hackers Fri Oct 13 06:17:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA29097 for hackers-outgoing; Fri, 13 Oct 1995 06:17:32 -0700 Received: from frya.zgik.zaporizhzhe.ua (ZGIK-1-ELIS-14.4K.zgik.zaporizhzhe.ua [193.124.62.253]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA29072 for ; Fri, 13 Oct 1995 06:16:32 -0700 Received: from zgik.UUCP by frya.zgik.zaporizhzhe.ua with UUCP id PAA27952; (8.6.11/vak/1.8e) Fri, 13 Oct 1995 15:09:58 +0200 Received: by relay1.bcs.zaporizhzhe.ua (uumail v1.5/ache) id AA08337; Fri, 13 Oct 1995 14:34:32 +0200 Received: from bcs1.bcs.zaporizhzhe.ua (bcs1.bcs.zaporizhzhe.ua [193.124.62.29]) by bcs.zaporizhzhe.ua (8.6.11/8.6.9) with SMTP id OAA08334; Fri, 13 Oct 1995 14:34:30 +0200 Received: by bcs1.bcs.zaporizhzhe.ua id AA08999 (5.65c8/IDA-1.4.4 for hackers@freebsd.org); Fri, 13 Oct 1995 14:31:25 +0200 From: Sergey Shkonda Message-Id: <199510131231.AA08999@bcs1.bcs.zaporizhzhe.ua> Subject: netboot patch To: martin@victor.innovus.com (Martin Renters) Date: Fri, 13 Oct 1995 14:31:16 +0200 (UKR) Cc: hackers@freebsd.org In-Reply-To: <199510121501.LAA10217@victor.innovus.com> from "Martin Renters" at Oct 12, 95 11:01:16 am X-Mailer: ELM [version 2.4 PL0] Content-Type: text Content-Length: 2101 Sender: owner-hackers@freebsd.org Precedence: bulk > > > Troubles detected when DOS memory managers used > > after netboot.com. (I type 'N' when question "Boot from Network") > > IMHO there are incorrect switching from P-mode to R-mode at exit. > > I have heard this from other people as well, but I don't really know > what I'm doing incorrectly on the switch back. I found this bug. You need to load selector with limit 64k to ss, ds, es, fs and fs registers _before_ cleaning PE flag. Then shadow registers filled correctly. > > Martin > *** start2.S.O Fri Oct 13 14:10:34 1995 --- start2.S Fri Oct 13 14:22:27 1995 *************** *** 3,8 **** --- 3,9 ---- #define KERN_CODE_SEG 0x08 #define KERN_DATA_SEG 0x10 #define REAL_MODE_SEG 0x18 + #define REAL_MODE_DATA 0x20 #define CR0_PE 1 #define opsize .byte 0x66 *************** *** 280,288 **** pop %eax sub $RELOC,%eax /* Adjust return address */ push %eax ! sub $RELOC,%esp /* Adjust stack pointer */ ! ljmp $REAL_MODE_SEG, $1f /* jump to a 16 bit segment */ 1: /* clear the PE bit of CR0 */ mov %cr0, %eax opsize --- 281,296 ---- pop %eax sub $RELOC,%eax /* Adjust return address */ push %eax ! sub $RELOC,%esp /* Adjust stack pointer */ ! ljmp $REAL_MODE_SEG, $1f-RELOC /* jump to a 16 bit segment */ 1: + cli + mov $REAL_MODE_DATA, %ax /* load selector in shadow */ + mov %ax, %ss /* registers */ + mov %ax, %ds + mov %ax, %es + mov %ax, %fs + mov %ax, %gs /* clear the PE bit of CR0 */ mov %cr0, %eax opsize *************** *** 322,332 **** .word 0xffff, 0 .byte 0, 0x93, 0xcf, 0 ! /* 16 bit real mode */ .word 0xffff, 0 ! .byte 0, 0x9b, 0x0f, 0 .align 4 gdtarg: ! .word 0x1f /* limit */ .long gdt /* addr */ --- 330,344 ---- .word 0xffff, 0 .byte 0, 0x93, 0xcf, 0 ! /* 16 bit real mode code segment */ ! .word 0xffff, RELOC&0xffff ! .byte (RELOC)>>16, 0x9b, 0x00, 0 ! ! /* 16 bit real mode data segment, any base */ .word 0xffff, 0 ! .byte 0, 0x93, 0x00, 0 .align 4 gdtarg: ! .word 0x27 /* limit */ .long gdt /* addr */ From owner-freebsd-hackers Fri Oct 13 06:47:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA00779 for hackers-outgoing; Fri, 13 Oct 1995 06:47:00 -0700 Received: from frya.zgik.zaporizhzhe.ua (ZGIK-1-ELIS-14.4K.zgik.zaporizhzhe.ua [193.124.62.253]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id GAA00772 for ; Fri, 13 Oct 1995 06:45:55 -0700 Received: from zgik.UUCP by frya.zgik.zaporizhzhe.ua with UUCP id PAA28098; (8.6.11/vak/1.8e) Fri, 13 Oct 1995 15:39:46 +0200 Received: by relay1.bcs.zaporizhzhe.ua (uumail v1.5/ache) id AA08639; Fri, 13 Oct 1995 15:33:34 +0200 Received: from bcs1.bcs.zaporizhzhe.ua (bcs1.bcs.zaporizhzhe.ua [193.124.62.29]) by bcs.zaporizhzhe.ua (8.6.11/8.6.9) with SMTP id PAA08636; Fri, 13 Oct 1995 15:33:33 +0200 Received: by bcs1.bcs.zaporizhzhe.ua id AA09369 (5.65c8/IDA-1.4.4 for hackers@freebsd.org); Fri, 13 Oct 1995 15:30:30 +0200 From: Sergey Shkonda Message-Id: <199510131330.AA09369@bcs1.bcs.zaporizhzhe.ua> Subject: netboot patch To: martin@innovus.com, hackers@freebsd.org Date: Fri, 13 Oct 1995 15:30:25 +0200 (UKR) X-Mailer: ELM [version 2.4 PL0] Content-Type: text Content-Length: 2814 Sender: owner-hackers@freebsd.org Precedence: bulk There are error in first patch. Need be another function for switching to real mode at exit. -- Sergey Shkonda, serg@bcs1.bcs.zaporizhzhe.ua *** start2.S.OO Fri Oct 13 15:16:52 1995 --- start2.S Fri Oct 13 15:29:48 1995 *************** *** 3,9 **** #define KERN_CODE_SEG 0x08 #define KERN_DATA_SEG 0x10 #define REAL_MODE_SEG 0x18 ! #define REAL_MODE_DATA 0x20 #define CR0_PE 1 #define opsize .byte 0x66 --- 3,10 ---- #define KERN_CODE_SEG 0x08 #define KERN_DATA_SEG 0x10 #define REAL_MODE_SEG 0x18 ! #define REAL_MODE_CODE 0x20 ! #define REAL_MODE_DATA 0x28 #define CR0_PE 1 #define opsize .byte 0x66 *************** *** 89,95 **** call _main .globl _exit _exit: ! call _prot_to_real #ifdef BOOTROM xor %eax,%eax mov %ax,%ds --- 90,96 ---- call _main .globl _exit _exit: ! call _quit_prot #ifdef BOOTROM xor %eax,%eax mov %ax,%ds *************** *** 281,288 **** pop %eax sub $RELOC,%eax /* Adjust return address */ push %eax sub $RELOC,%esp /* Adjust stack pointer */ ! ljmp $REAL_MODE_SEG, $1f-RELOC /* jump to a 16 bit segment */ 1: cli mov $REAL_MODE_DATA, %ax /* load selector in shadow */ --- 282,324 ---- pop %eax sub $RELOC,%eax /* Adjust return address */ push %eax + sub $RELOC,%esp /* Adjust stack pointer */ + ljmp $REAL_MODE_SEG, $1f /* jump to a 16 bit segment */ + 1: + cli + /* clear the PE bit of CR0 */ + mov %cr0, %eax + opsize + andl $0!CR0_PE, %eax + mov %eax, %cr0 + + /* make intersegment jmp to flush the processor pipeline + * and reload CS register + */ + opsize + ljmp $(RELOC)>>4, $2f-RELOC + 2: + /* we are in real mode now + * set up the real mode segment registers : DS, SS, ES + */ + mov %cs, %ax + mov %ax, %ds + mov %ax, %es + mov %ax, %ss + sti + opsize + ret + + /************************************************************************** + QUIT_PROT - Quit from Protected Mode + **************************************************************************/ + .globl _quit_prot + _quit_prot: + pop %eax + sub $RELOC,%eax /* Adjust return address */ + push %eax sub $RELOC,%esp /* Adjust stack pointer */ ! ljmp $REAL_MODE_CODE, $1f-RELOC /* jump to a 16 bit segment */ 1: cli mov $REAL_MODE_DATA, %ax /* load selector in shadow */ *************** *** 330,335 **** --- 366,375 ---- .word 0xffff, 0 .byte 0, 0x93, 0xcf, 0 + /* 16 bit real mode */ + .word 0xffff, 0 + .byte 0, 0x9b, 0x0f, 0 + /* 16 bit real mode code segment */ .word 0xffff, RELOC&0xffff .byte (RELOC)>>16, 0x9b, 0x00, 0 *************** *** 340,344 **** .align 4 gdtarg: ! .word 0x27 /* limit */ .long gdt /* addr */ --- 380,384 ---- .align 4 gdtarg: ! .word 0x2f /* limit */ .long gdt /* addr */ From owner-freebsd-hackers Fri Oct 13 07:09:01 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA01042 for hackers-outgoing; Fri, 13 Oct 1995 07:09:01 -0700 Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA01036 for ; Fri, 13 Oct 1995 07:08:56 -0700 Received: from ast.com by relay1.UU.NET with SMTP id QQzlgy10904; Fri, 13 Oct 1995 10:08:46 -0400 (EDT) Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA28991 (5.67b/IDA-1.5); Fri, 13 Oct 1995 07:10:06 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Fri, 13 Oct 95 09:07 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #19) id m0t3kRB-000IwuC; Fri, 13 Oct 95 08:46 WET DST Message-Id: Date: Fri, 13 Oct 95 08:46 WET DST To: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Fri Oct 13 1995, 08:46:13 CDT Subject: Re: three-stage boot Sender: owner-hackers@FreeBSD.ORG Precedence: bulk [0]Speaking of the three-stage boot stuff, I'd like to hear from some/anyone [0]that has a set of screen, serial and disk libraries that interact directly [0]with the BIOS in the state that it's in when the bootsector is loaded. Yeah, I have some of this stuff from the XENIX days. The filesystem stuff would have to be replaced, but I assume all you are interested in is mainly the stuff for getting the BIOS to read the hard disk and maybe keep the user informed on progress, right? I'll dig this stuff up if you want it. Frank Durda IV |"Remember, Bill is getting or uhclem%nemesis@fw.ast.com (Fastest Route)| richer as we argue...." ...letni!rwsys!nemesis!uhclem | ...decvax!fw.ast.com!nemesis!uhclem | From owner-freebsd-hackers Fri Oct 13 08:23:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id IAA02667 for hackers-outgoing; Fri, 13 Oct 1995 08:23:56 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id IAA02657 for ; Fri, 13 Oct 1995 08:23:47 -0700 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id LAA09916 for ; Fri, 13 Oct 1995 11:34:45 -0400 Date: Fri, 13 Oct 1995 11:34:45 -0400 Message-Id: <199510131534.LAA09916@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: if_detach() Sender: owner-hackers@freebsd.org Precedence: bulk Is there such an animal done or planned? 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 Oct 13 09:07:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA04405 for hackers-outgoing; Fri, 13 Oct 1995 09:07:41 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA04399 for ; Fri, 13 Oct 1995 09:07:37 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3mdj-0003vqC; Fri, 13 Oct 95 09:07 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id RAA01887; Fri, 13 Oct 1995 17:07:19 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: dennis@etinc.com (dennis) cc: hackers@freebsd.org Subject: Re: if_detach() In-reply-to: Your message of "Fri, 13 Oct 1995 11:34:45 -0400." <199510131534.LAA09916@etinc.com> Date: Fri, 13 Oct 1995 17:07:18 +0100 Message-ID: <1885.813600438@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > > Is there such an animal done or planned? Not that I know of. If we had it, we could use it for pccard too. -- 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. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-hackers Fri Oct 13 09:15:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA04613 for hackers-outgoing; Fri, 13 Oct 1995 09:15:24 -0700 Received: from gaia.coppe.ufrj.br (root@gaia.coppe.ufrj.br [146.164.63.4]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA04607 for ; Fri, 13 Oct 1995 09:15:16 -0700 Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.6.11/8.6.9) id NAA13240; Fri, 13 Oct 1995 13:10:06 -0300 From: Joao Carlos Mendes Luis Message-Id: <199510131610.NAA13240@gaia.coppe.ufrj.br> Subject: Re: IPX now available To: jhay@mikom.csir.co.za (John Hay) Date: Fri, 13 Oct 1995 13:10:05 -0300 (EST) Cc: dennis@etinc.com, hackers@FreeBSD.ORG In-Reply-To: <199510120515.HAA22457@zibbi.mikom.csir.co.za> from "John Hay" at Oct 12, 95 07:15:35 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1287 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > It isn't difficult to support 802.3. The problem is in setting it from the > userlevel. If it is just a kernel compile time option it should be easy. I > have thought of using one of the link flags in the ifnet structure, then > you can just add it to the ifconfig commandline. It would mean the minimum > changes. I think you would only need to change if_ethersubr.c then. > > What do the rest of the people think? > > John > -- > John Hay -- John.Hay@csir.co.za Hi All, This is my first post to the FreeBSD effort, so please comply if say something wrong. I saw in the kernel configuration file a broken (???) support for IEEE LLC, which would also mean for IEEE 802.3 frames. If this is working (or get fixed), the only difference to select IPX 802.3 Frames would be the SAP Addresses, which should be both 0xFF. I really don't know how is this section implemented, but this would be easy to do only by adding a SAP entry to another kernel section. That is, one multiplex in the Typespec level, detecting frame types below 1500, and one another at LLC level, detecting SAPs of 0xFF. Jonny -- Joao Carlos Mendes Luis jonny@coe.ufrj.br +55 21 290-4698 ( Job ) jonny@adc.coppe.ufrj.br Network Manager UFRJ/COPPE/CISI Universidade Federal do Rio de Janeiro From owner-freebsd-hackers Fri Oct 13 09:20:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA04817 for hackers-outgoing; Fri, 13 Oct 1995 09:20:02 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA04800 for ; Fri, 13 Oct 1995 09:19:55 -0700 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id MAA10070; Fri, 13 Oct 1995 12:30:52 -0400 Date: Fri, 13 Oct 1995 12:30:52 -0400 Message-Id: <199510131630.MAA10070@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: Poul-Henning Kamp From: dennis@etinc.com (dennis) Subject: Re: if_detach() Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> >> Is there such an animal done or planned? > >Not that I know of. > >If we had it, we could use it for pccard too. With dynamic interfaces (like SVCs in X.25 and frame relay) it would be nice if you could attach/detach when a connection was made and dropped rather than have the interfaces just hanging around. I'm pretty sure that system V has this for their loadable modules also. 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 Oct 13 09:26:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA05013 for hackers-outgoing; Fri, 13 Oct 1995 09:26:23 -0700 Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id JAA05007 for ; Fri, 13 Oct 1995 09:26:22 -0700 Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0t3mw4-0003wOC; Fri, 13 Oct 95 09:26 PDT Received: from localhost (localhost [127.0.0.1]) by critter.tfs.com (8.6.11/8.6.9) with SMTP id RAA01971; Fri, 13 Oct 1995 17:26:17 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost didn't use HELO protocol To: dennis@etinc.com (dennis) cc: hackers@freebsd.org Subject: Re: if_detach() In-reply-to: Your message of "Fri, 13 Oct 1995 12:30:52 -0400." <199510131630.MAA10070@etinc.com> Date: Fri, 13 Oct 1995 17:26:17 +0100 Message-ID: <1969.813601577@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org Precedence: bulk > >> > >> Is there such an animal done or planned? > > > >Not that I know of. > > > >If we had it, we could use it for pccard too. > > With dynamic interfaces (like SVCs in X.25 and frame relay) it would be nice > if you could attach/detach when a connection was made and dropped rather > than have the interfaces just hanging around. I'm pretty sure that system V > has this for their loadable modules also. Sure thing. Shouldn't be too bad to do, just detach from a bunch of lists and other weird structures. Send the patches to Garrett when you think they are ok :-) -- 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. It will be some time yet before progress goes too far... (Poul Henningsen) From owner-freebsd-hackers Fri Oct 13 09:37:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA05284 for hackers-outgoing; Fri, 13 Oct 1995 09:37:45 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA05279 for ; Fri, 13 Oct 1995 09:37:41 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id JAA25093; Fri, 13 Oct 1995 09:37:39 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id JAA00729; Fri, 13 Oct 1995 09:37:31 -0700 Message-Id: <199510131637.JAA00729@corbin.Root.COM> To: dennis@etinc.com (dennis) cc: hackers@freebsd.org Subject: Re: if_detach() In-reply-to: Your message of "Fri, 13 Oct 95 11:34:45 EDT." <199510131534.LAA09916@etinc.com> From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 13 Oct 1995 09:37:30 -0700 Sender: owner-hackers@freebsd.org Precedence: bulk >Is there such an animal done or planned? I think it will be written in the not-too-distant future. Several people have expressed an interest in this...Poul-Henning, for instance, wants something like that for hot-plug PCMCIA ethernet support. It shouldn't be difficult to write. -DG From owner-freebsd-hackers Fri Oct 13 09:41:50 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA05400 for hackers-outgoing; Fri, 13 Oct 1995 09:41:50 -0700 Received: from etinc.com (etinc-gw.new-york.net [165.254.13.209]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA05395 for ; Fri, 13 Oct 1995 09:41:48 -0700 Received: from trumpet.etnet.com (trumpet.etnet.com [129.45.17.35]) by etinc.com (8.6.11/8.6.9) with SMTP id MAA10169; Fri, 13 Oct 1995 12:52:45 -0400 Date: Fri, 13 Oct 1995 12:52:45 -0400 Message-Id: <199510131652.MAA10169@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: davidg@Root.COM From: dennis@etinc.com (dennis) Subject: Re: if_detach() Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >>Is there such an animal done or planned? > > I think it will be written in the not-too-distant future. Several people >have expressed an interest in this...Poul-Henning, for instance, wants >something like that for hot-plug PCMCIA ethernet support. > It shouldn't be difficult to write. > Keep me posted. I'll be working on SVC frame relay by years end and it will make things a lot cleaner than having to manage unused slots. 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 Oct 13 10:17:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA06293 for hackers-outgoing; Fri, 13 Oct 1995 10:17:51 -0700 Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA06288 for ; Fri, 13 Oct 1995 10:17:49 -0700 Received: from muggsy.lkg.dec.com by mail1.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA04491; Fri, 13 Oct 1995 09:58:13 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA03389; Fri, 13 Oct 1995 12:58:05 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id NAA22947 for ; Fri, 13 Oct 1995 13:06:44 GMT Message-Id: <199510131306.NAA22947@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: Re: IPX now available In-Reply-To: Your message of "Thu, 12 Oct 1995 10:39:00 MST." <199510121739.KAA15401@phaeton.artisoft.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Fri, 13 Oct 1995 13:06:43 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk In <199510121739.KAA15401@phaeton.artisoft.com>, Terry Lambert wrote: > > > What would you need as far as a registration interface in the protocol > > > code to allow you to make it an LKM? > > > > Well I haven't looked at how LKMs work. The problems I see is in > > net/if_ethersubr.c, net/if_loop.c and the device drivers that have to change. > > Maybe we can make those things more generic??? > > This would be my preference. > > We want a registration mechanism for LLC's, another for protocol > families, etc.. It's actaully much more complex than this. You need at least the following: int domain_add(struct domain *); int domain_remove(struct domain *); int netisr_add(int *isrnum, struct ifqueue *ifq, struct domain *dom, void (*isr)(void), int flags); int netisr_remove(int isrnum); int netisr_input(int isrnum, struct mbuf *, const char *hdr, int hdrlen); Those are nicely generic and are really independent of the interface type. Not surpisingly these are very similar to the functions provided by Digital UNIX (aka DEC OSF/1) for their LKMs. Now you need some media-specific routines and this is where it gets messy. enum ether_sap_type { ETHER_PTYPE, ETHER_LLC }; ether_add(struct ifnet *, void **cookie_p, int isrnum, enum ether_sap_type, ...); ether_remove(struct ifnet *, void *cookie); If the sap_type is PTYPE, then the next argument is the ether type (e.g. ETHERTYPE_IP). If the sap_type is ETHER_LLC, then the next two arguments are pointers to int32_t [2] arrays. These are used in the following manner: (llcdata & array1-data) == array2-data. This is a sufficently simple yet flexible mechanism to deal with normal LLC SAPs as well as SNAP SAPs and even braindead (aka RAW 802) Netware. (FDDI and Token Ring could use the same routines if they were written in a generic manner). You'll need corresponding routines for ppp and other multi-protocol datalinks. --- As for the related issue of how Ethernet drivers know they are dealing with LLC or Ethernet packets, it's actually very simple. When the ether_output is called with a sockaddr with AF_UNSPEC, if the ether_type in the ether_header in the sockaddr data is non-zero, it's Ethernet format (or encapsulated Ethernet for FDDI or Token Ring) otherwise it's LLC and it's assumed that the mbuf already has the LLC data. If the media is Ethernet and the data is LLC, ether_output will set the protocol type of the Ethernet header to the length of the packet. This gives consistent behavour for Ethernet and FDDI (or other 802 media). --- The above completely changes the way netisr processing works and it would probably be best to migrate that out of locore.s into a .c in sys/net. The most important thing to recognize is that there are nolonger any assigned netisr numbers, they are all dynamically assigned (and deassigned). Anyways, most of the netisr changes are needed to properly support SMP. Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Fri Oct 13 10:19:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA06377 for hackers-outgoing; Fri, 13 Oct 1995 10:19:11 -0700 Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id KAA06371 for ; Fri, 13 Oct 1995 10:19:09 -0700 Received: from muggsy.lkg.dec.com by mail1.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA07813; Fri, 13 Oct 1995 10:05:14 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA03448; Fri, 13 Oct 1995 13:05:11 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id NAA23002; Fri, 13 Oct 1995 13:13:50 GMT Message-Id: <199510131313.NAA23002@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: davidg@root.com Cc: hackers@freebsd.org Subject: Re: if_detach() In-Reply-To: Your message of "Fri, 13 Oct 1995 09:37:30 MST." <199510131637.JAA00729@corbin.Root.COM> X-Mailer: exmh version 1.5omega 10/6/94 Date: Fri, 13 Oct 1995 13:13:44 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk In <199510131637.JAA00729@corbin.Root.COM>, David Greenman wrote: > >Is there such an animal done or planned? > > I think it will be written in the not-too-distant future. Several people > have expressed an interest in this...Poul-Henning, for instance, wants > something like that for hot-plug PCMCIA ethernet support. > It shouldn't be difficult to write. At the time, PRC_IFATTACHED and PRC_IFDETACHED should be added so that existing protocols can dynamically attach and detach themselves from the interface. pfctlinput(PRC_IFATTACHED, ifp); In a related issue, a pr_destroy could be added to the protosw structure to be used to release what pr_init acquired. Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Fri Oct 13 10:30:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA06760 for hackers-outgoing; Fri, 13 Oct 1995 10:30:11 -0700 Received: from web1.calweb.com (root@web1.calweb.com [165.90.138.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA06750 for ; Fri, 13 Oct 1995 10:30:07 -0700 Received: (from rdugaue@localhost) by web1.calweb.com (8.6.12/8.6.9) id KAA23048; Fri, 13 Oct 1995 10:30:48 -0700 Date: Fri, 13 Oct 1995 10:30:48 -0700 (PDT) From: Robert Du Gaue To: hackers@freebsd.org Subject: login Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Has anyone modified login to do the followg: Last login successfully completed at Fri Oct 13 09:05:12 1995 or Last login successfully completed at Fri Oct 13 10:29:46 1995 There was 1 unsuccessful login attempt. This attempt was at Fri Oct 13 10:30:09 1995. Press return to continue... --- From owner-freebsd-hackers Fri Oct 13 10:59:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA07472 for hackers-outgoing; Fri, 13 Oct 1995 10:59:42 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA07467 for ; Fri, 13 Oct 1995 10:59:39 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id DAA00868; Sat, 14 Oct 1995 03:59:18 +1000 From: michael butler Message-Id: <199510131759.DAA00868@asstdc.scgt.oz.au> Subject: Re: login To: rdugaue@calweb.com (Robert Du Gaue) Date: Sat, 14 Oct 1995 03:59:16 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Robert Du Gaue" at Oct 13, 95 10:30:48 am X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 509 Sender: owner-hackers@freebsd.org Precedence: bulk Robert Du Gaue writes: > Has anyone modified login to do the followg: > Last login successfully completed at Fri Oct 13 09:05:12 1995 > or > Last login successfully completed at Fri Oct 13 10:29:46 1995 > > There was 1 unsuccessful login attempt. > This attempt was at Fri Oct 13 10:30:09 1995. > Press return to continue... To be useful, the host (or terminal) from which each attempt was made should also be displayed, if it were to be implemented .. maybe even the login via an ident .. michael From owner-freebsd-hackers Fri Oct 13 11:02:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA07555 for hackers-outgoing; Fri, 13 Oct 1995 11:02:59 -0700 Received: from fieber-john.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA07547 for ; Fri, 13 Oct 1995 11:02:52 -0700 Received: (from jfieber@localhost) by fieber-john.campusview.indiana.edu (8.6.11/8.6.9) id NAA14704; Fri, 13 Oct 1995 13:02:34 -0500 Date: Fri, 13 Oct 1995 13:02:34 -0500 (EST) From: John Fieber To: hackers@freebsd.org Subject: printf documentation - FreeBSD 2.1.0-951005-SNAP (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Anyone know about this? The references in question are commented out in the man page. -john ---------- Forwarded message ---------- Date: 13 Oct 95 11:56:58 From: Dan Thorson To: jfieber Subject: printf documentation - FreeBSD 2.1.0-951005-SNAP Hi If there's a better person to ask this question, please let me know.... In the documentation for printf() [printf.3] there are references to smprintf() and vsmprintf(), ^ ^ however I do not seem to be able to find them implemented in the source. Neither am I able to find references that say "these are not yet implemented". I do know that they're not in the standard include files [/usr/include/*.h]. Question: Do you (or anybody else) know what the status is of these calls? Thanks in advance. Dan Thorson (612) 844-5738 From owner-freebsd-hackers Fri Oct 13 11:13:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA07839 for hackers-outgoing; Fri, 13 Oct 1995 11:13:45 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA07834 for ; Fri, 13 Oct 1995 11:13:42 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA17852; Fri, 13 Oct 1995 11:06:48 -0700 From: Terry Lambert Message-Id: <199510131806.LAA17852@phaeton.artisoft.com> Subject: Re: IPX now available To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 13 Oct 1995 11:06:48 -0700 (MST) Cc: terry@lambert.org, julian@ref.tfs.com, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG In-Reply-To: <8378.813553555@time.cdrom.com> from "Jordan K. Hubbard" at Oct 12, 95 08:05:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2372 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > The gist of this is that he wants to work on putting simple linker code > > into the kernel, and I very much agree with him. > > Assuming that you and the anti-bloatists can work this out, this and > everything following it certainly sounds reasonable to me. > > dev_add_char (just dev_add?) > dev_remove_char (just dev_remove?) > > I prefer the latter, more generic, versions. If you're going to have > a nice standard API for talking to LKMs, you may as well try to make > as few assumptions about the kinds of data you'll be handing back > and forth as possible. Note: this is dependent on collapsing the character and block devices to a single registration with a potential of two name space exports in the devfs. This isn't really a *big* problem, but it *is* notable. What it means is that the device alias must handle 'n' vnodes, so it abstracts the device by one layer from what Julian has said that he's done. > Uh, speaking of which.. How do LKMs and the kernel expect to talk > back and forth in general? Is it like a roman orgy in there, where > LKMs and kernel share one, common global variable space and anybody > can fondle any variable they see, or.. ? I guess I need to go UTSL, > don't I? :-) Right now, it is a Roman orgy, which is order bound. The LKM's sysmbols are added to the kernel symbol space for subsequent loads. The LKM's themselves are free to access anything that they can see. With a light linker, this orgy is reduced, since one could specify that not all kernel symbols may be twiddled, nor may all symbols in an LKM be exported (ie: defined interfaces). > Anyway, it certainly seems like you have a direction in mind. How > would you see such a project being staffed and actually "managed" on a > day to day basis? Clearly, there's a lot of work represented here > and it'd take some coordination to actually pull it off. I don't see it as a big, hairy problem. The pieces would add incremental functionality in any case. One big issue would be to formalize the kernel file I/O interface, which is currently scattered all over the place and promiscuously used by things like the POSIX domain socket code, etc.. This is a code cleanup issue more than anything else. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 11:15:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA07973 for hackers-outgoing; Fri, 13 Oct 1995 11:15:16 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA07968 for ; Fri, 13 Oct 1995 11:15:12 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA17873; Fri, 13 Oct 1995 11:08:52 -0700 From: Terry Lambert Message-Id: <199510131808.LAA17873@phaeton.artisoft.com> Subject: Re: IPX now available To: julian@ref.tfs.com (Julian Elischer) Date: Fri, 13 Oct 1995 11:08:52 -0700 (MST) Cc: jkh@time.cdrom.com, terry@lambert.org, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG In-Reply-To: <199510130456.VAA06646@ref.tfs.com> from "Julian Elischer" at Oct 12, 95 09:56:04 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 886 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > The gist of this is that he wants to work on putting simple linker code > > > into the kernel, and I very much agree with him. > > > > Assuming that you and the anti-bloatists can work this out, this and > > everything following it certainly sounds reasonable to me. > > > > dev_add_char (just dev_add?) > > dev_remove_char (just dev_remove?) > devfs already has dev_add() and dev_link() > these are called by the driver to make a new device in devfs > or to make a new 'link' to an existing device in devfs. > dev_remove is there too but not really implimented.. > maybe I should change the names to devfs_add et al. I think it is reasonable to require a common prefix on all functions exported by a conceptually seperate module. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 11:15:48 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08018 for hackers-outgoing; Fri, 13 Oct 1995 11:15:48 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08005 for ; Fri, 13 Oct 1995 11:15:26 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA17888; Fri, 13 Oct 1995 11:10:20 -0700 From: Terry Lambert Message-Id: <199510131810.LAA17888@phaeton.artisoft.com> Subject: Re: IPX now available To: julian@ref.tfs.com (Julian Elischer) Date: Fri, 13 Oct 1995 11:10:20 -0700 (MST) Cc: terry@lambert.org, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG In-Reply-To: <199510130520.WAA06691@ref.tfs.com> from "Julian Elischer" at Oct 12, 95 10:20:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 399 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > ok, well it's all true.. > and I'm slowely moving in that direction > but you see there's the JOB I keep having to do... 8-). I'm in the same boat; realistically, I think we can claim we've been pointing in this direction since late 1993/early 1994. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 11:17:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08094 for hackers-outgoing; Fri, 13 Oct 1995 11:17:44 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08087 for ; Fri, 13 Oct 1995 11:17:35 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA17908; Fri, 13 Oct 1995 11:11:53 -0700 From: Terry Lambert Message-Id: <199510131811.LAA17908@phaeton.artisoft.com> Subject: Re: IPX now available To: davidg@root.com Date: Fri, 13 Oct 1995 11:11:53 -0700 (MST) Cc: julian@ref.tfs.com, jkh@time.cdrom.com, terry@lambert.org, jhay@mikom.csir.co.za, hackers@freebsd.org In-Reply-To: <199510130524.WAA00559@corbin.Root.COM> from "David Greenman" at Oct 12, 95 10:24:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1079 Sender: owner-hackers@freebsd.org Precedence: bulk > >> > The gist of this is that he wants to work on putting simple linker code > >> > into the kernel, and I very much agree with him. > >> > >> Assuming that you and the anti-bloatists can work this out, this and > >> everything following it certainly sounds reasonable to me. > >> > >> dev_add_char (just dev_add?) > >> dev_remove_char (just dev_remove?) > >devfs already has dev_add() and dev_link() > >these are called by the driver to make a new device in devfs > >or to make a new 'link' to an existing device in devfs. > >dev_remove is there too but not really implimented.. > >maybe I should change the names to devfs_add et al. > > I must be missing something - why are these mutually exclusive? Because you want to get rid of the character/block distinction at the registration mechanism level to reduce the number of registration interfaces to one per kernel component class. If you can do it reasoanbly, that is. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 11:25:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08302 for hackers-outgoing; Fri, 13 Oct 1995 11:25:30 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08292 for ; Fri, 13 Oct 1995 11:25:27 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA17947; Fri, 13 Oct 1995 11:19:51 -0700 From: Terry Lambert Message-Id: <199510131819.LAA17947@phaeton.artisoft.com> Subject: Re: IPX now available To: gibbs@freefall.FreeBSD.org (Justin T. Gibbs) Date: Fri, 13 Oct 1995 11:19:51 -0700 (MST) Cc: julian@ref.tfs.com, terry@lambert.org, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG In-Reply-To: <199510130612.XAA05319@aslan.cdrom.com> from "Justin T. Gibbs" at Oct 12, 95 11:12:56 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2037 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Actually, I'd rather not have to have all of the IRQ, DRQ, ports, etc > determined during probe. Look at EISA or PCI devices... the probe is > a non-intrusive determination if a card is present and what driver may > be apporpriate for that device. The IRQ, DRQ, and port range determination > should only happen after we know that we have something worth talking to > (ie the probe is successfull). This works so long as we allow attaches > to fail (which they could for other reasons like insufficient memory). > I'd rather design the system to look like: > > probe () > { > minimum to determin presence of hardware AND determine the allowable ranges for IRQ/DRQ/IO/memory this device > } meta_attach() { create a graph of "least relocatable" to "most relocatable" determine desirable "location freeze" for each device call per device attach with location information } > > attach() > { > Determin port Addresses > if (!reserve port address) { > return some error code > } > Determine IRQ > if (!Map IRQ Handler) { > release port address > return some error code > } > Register other resources... > Setup the card for work > Enable interrupts > return success > } > > The new EISA code will follow this approach. As should PCI, PCMCIA, and ISA if mapped using a PCI<->ISA bridge (ie: PCI is the primary bus, ISA is the secondary). The caveat on destructive probes (those involving triggering of interrupts, like IN/Lance ethernet, etc.) is that they must be prevented. A destructive probe should be limited to a "add hardware mode". Just like Windows 95: a user triggered event or an install triggered event that does not repeat each boot. A destructive probe system like this may require, in the short term, the ability to disable the device (per the current mechanism) and in the long term, the cooperation of the install and hardware administration tools. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 11:57:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08855 for hackers-outgoing; Fri, 13 Oct 1995 11:57:57 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08848 for ; Fri, 13 Oct 1995 11:57:51 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18011; Fri, 13 Oct 1995 11:52:21 -0700 From: Terry Lambert Message-Id: <199510131852.LAA18011@phaeton.artisoft.com> Subject: Re: IPX now available To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 13 Oct 1995 11:52:21 -0700 (MST) Cc: jkh@time.cdrom.com, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG In-Reply-To: <1358.813576972@critter.tfs.com> from "Poul-Henning Kamp" at Oct 13, 95 10:36:12 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 575 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Could I raise an issue here ? > > I don't think we should add any IPX stuff in libc. > It doesn't belong there based on a projectede frequency of use. > > Can we agree on libipx.a ? > > Yes, before you ask: I would really prefer a libtcpip.a too, but I also > realize it's not practical. I suggest the use of dlopen in the address family manipulation routines to dynamically cause library support to exist on a per family basis. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 11:59:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA08940 for hackers-outgoing; Fri, 13 Oct 1995 11:59:52 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA08931 for ; Fri, 13 Oct 1995 11:59:48 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA18022; Fri, 13 Oct 1995 11:54:45 -0700 From: Terry Lambert Message-Id: <199510131854.LAA18022@phaeton.artisoft.com> Subject: Re: IPX now available To: matt@lkg.dec.com (Matt Thomas) Date: Fri, 13 Oct 1995 11:54:45 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199510131306.NAA22947@whydos.lkg.dec.com> from "Matt Thomas" at Oct 13, 95 01:06:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 556 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > The above completely changes the way netisr processing works and it would > probably be best to migrate that out of locore.s into a .c in sys/net. > The most important thing to recognize is that there are nolonger any > assigned netisr numbers, they are all dynamically assigned (and deassigned). > > Anyways, most of the netisr changes are needed to properly support SMP. A man after my own hidden agenda. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 12:03:21 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA09175 for hackers-outgoing; Fri, 13 Oct 1995 12:03:21 -0700 Received: from nike.efn.org (garcia.efn.org [198.68.17.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA09165 for ; Fri, 13 Oct 1995 12:03:12 -0700 Received: (from gurney_j@localhost) by nike.efn.org (8.6.11/8.6.9) id MAA25919; Fri, 13 Oct 1995 12:09:15 -0700 Date: Fri, 13 Oct 1995 12:09:14 -0700 (PDT) From: John-Mark Gurney Reply-To: John-Mark Gurney To: David Greenman cc: "Stephen F. Combs" , hackers@FreeBSD.ORG, ache@astral.msk.su Subject: Re: Problems with remote Netscape2.0.. In-Reply-To: <199510130729.AAA00690@corbin.Root.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 13 Oct 1995, David Greenman wrote: > >I've seen the same thing, and not yet been able to figure it out. It's not > >just with FreeBSD, I've seen it on my Sparc at work while trying to display > >on my FBSD box at home! > ... > >> I can succesfully start X-programs logging to main host such as > >> xeys, xftp, etc, but when I start netscape it says that: > >> Can't open display: :0.0 > >> Does anybody have experience on this thing? > > It hasn't ever worked. The only work-around is to specify the IP address of > the server - e.g.: > > setenv DISPLAY 198.76.54.32:0.0 > > There appears to be an incompatiblity in the resolver that causes it to > fail to translate the hostname. on my machine it didn't add the domain when resolving... when netscape was run it complained about setenv DISPLAY sob:0.0 but when I changed it to sob.nike.efn.org:0.0 it worked fine... 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) From owner-freebsd-hackers Fri Oct 13 12:14:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA09409 for hackers-outgoing; Fri, 13 Oct 1995 12:14:05 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA09401 for ; Fri, 13 Oct 1995 12:13:54 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.9) id VAA26978; Fri, 13 Oct 1995 21:13:05 +0200 From: John Hay Message-Id: <199510131913.VAA26978@zibbi.mikom.csir.co.za> Subject: IPX for the FreeBSD distribution To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 13 Oct 1995 21:13:05 +0200 (SAT) Cc: hackers@FreeBSD.ORG In-Reply-To: <3376.813537013@time.cdrom.com> from "Jordan K. Hubbard" at Oct 12, 95 03:30:13 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 660 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > If we are going to import it, I will create diffs for the Makefiles and > > the two functions and the man page (ipx_addr(), ipx_ntoa() and ipx.3) for the > m > > in libc that should be added. > > Relative to -current, right? That would be great! > Isn't -current the only one? :-) OK, I put it in ftp.FreeBSD.ORG/pub/FreeBSD/incoming/ipx-fbsd.tgz The library functions is now in libipx.a as requested by Poul. There is a little readme file to explain it a little bit. If there is any questions please mail me. PS. I still don't understand why my previous announcement started a redesign of FreeBSD. :-) John -- John Hay -- John.Hay@csir.co.za From owner-freebsd-hackers Fri Oct 13 12:23:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA09942 for hackers-outgoing; Fri, 13 Oct 1995 12:23:39 -0700 Received: from tiny.mcs.usu.edu (tiny.mcs.usu.edu [129.123.15.8]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA09936 for ; Fri, 13 Oct 1995 12:23:35 -0700 Received: (from kurto@localhost) by tiny.mcs.usu.edu (8.6.11/8.6.9) id NAA14003 for freebsd-hackers@freefall.cdrom.com; Fri, 13 Oct 1995 13:26:16 -0600 Date: Fri, 13 Oct 1995 13:26:16 -0600 From: Kurt Olsen Message-Id: <199510131926.NAA14003@tiny.mcs.usu.edu> To: freebsd-hackers@freefall.FreeBSD.org Subject: Re: login Sender: owner-hackers@FreeBSD.org Precedence: bulk As a quick-n-dirty you can put something like this in /etc/csh.login: grep `whoami` /var/log/messages | tail -5 Kurt From owner-freebsd-hackers Fri Oct 13 12:57:06 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA10652 for hackers-outgoing; Fri, 13 Oct 1995 12:57:06 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id MAA10647 for ; Fri, 13 Oct 1995 12:56:58 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA17995; Fri, 13 Oct 1995 11:51:07 -0700 From: Terry Lambert Message-Id: <199510131851.LAA17995@phaeton.artisoft.com> Subject: Re: IPX now available To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 13 Oct 1995 11:51:07 -0700 (MST) Cc: terry@lambert.org, julian@ref.tfs.com, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG In-Reply-To: <1369.813577339@critter.tfs.com> from "Poul-Henning Kamp" at Oct 13, 95 10:42:19 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 5012 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > We want a registration mechanism for LLC's, another for protocol > > > > families, etc.. > > > > OK, I just sent off a message a bit ago to Serge Vakulenko (vak@cronyx.msk.su > ) > > [And off Terry went...] 8-). > I think we are on to a very important issue here, and before anybody jump > to conclusions or through hoops, let me say that we need to get all the > pieces of the puzzle on the table before we design away. I agree. That's why we need 5000' views on potential designs, and people not afraid to criticize them without the original proposers getting their shorts in an uproar. > Is anybody willing to serve as editor on a > "FreeBSD future kernel architecture" > document ? I vote for Poul-Henning Kamp. 8-). > You need to be good at writing, and you need to understand the issues too. > > PS: > Terry forgot Power Management: I didn't forget it, I only talked about devices. In the detach routine, I discussed power conservation modes in the hardware. There is an implication here that power management entry points must be part of a physical device driver. Certainly a generic card services capability would require such a thing. I didn't talk about ENPIC's, either. There are 6 common PCMCIA interface chipsets, of which we support 3 (only because two are pin compatible with the Intel part). I would suggest that card services must be *TOTALLY* seperate from the idea of what device is being serviced. Actually, some great strides have been made in this direction already (very recently). The PReP spec has a lot of interesting stuff to say about power management. I recommend getting a copy -- it is available online from www.motorolla.com as a postscript document. > The "PM" module can inform the kernel that: > "CPU-slowed down" > "CPU-speed up" > "suspend imminent" > "revive complete" Power management at this level is a connundrum. To be able to support suspend/resume is greatly dependent on hardware capabilities at the processor level, and in general the use of undocumented instructions (like ICEBP) on a per CPU type basis. In BIOS implementations, power management assumes the CPU (just as most machines shipping with older Cyrix/TI parts enabled the cache with CPU specific knowledge in the POST routines during boot). A second level to this connundrum is that there is typically insufficient swap on a running system (because of memory overcommit) to be able to fully recover the machine state. I've long held the opinion that the "correct" way to install an OS is to have a CDROM image of a "suspended" system at the point of accepting the defaults on an install, and then to "resume" it on a different machine. The 30 second install, so to speak. The third level to such a connundrum is state maintenance in the hardware but not in the driver. This is aparticular problem for the console driver, since the hardware state is altered without the knowledge of the console driver. A "resume" is not possible in this situation because of this. This has long been one of my "hot buttons", and usually it has manifested as repeated suggestions that the DDX code be moved into the console driver itself. It turns out that the same issue prevents the use of the kernel debugger in the event of a panic while running X. This is a wholly dissatisfactory situation. > The kernel can tell the PM module to: > "slow down the CPU" > "speed up the CPU" > "suspend" > "revive" > > The PM can tell a driver: > "device powered down" > "device sleeping" > "device online" > > A driver can tell the PM: > "power off device" > "sleep device" > "online device" > > possibly more. I don't necessarily understand the need for the driver to be able to make requests of the power manager, since that seems to violate the layering. I can possibly see it in the case of PCMCIA, though they have their own standards and algorithms already defined (and available for purchase from the PCMCIA SIG). I think the idea of a power manager is actually a subtopic in a more general issue: configuration management (what Win95 calls "the resource manger" and proceeds to implement horribly). Much of my recent FS changes have actually been geared toward the idea of asking a file system if it wants to mount a logical device, rather than specifying the device mounts by file system type in an FS TAB. This is part of the general picture, but it is only a *tiny* part. I think the issues involved are extremely complicated. We have two working examples (PCMCIA and PReP) and one almost-but-not-quite-working example (Win95) to guide us. PHK is correct that we must look before we leap. Suggested reading: PCMCIA standard PReP spec PnP.doc (Win95 DDK, MS Level II developer kit) ISA Plug N Play documentation at ftp.microsoft.com PCI/NuBUS Plug N Play documentation at ftp.apple.com Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 13:46:46 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id NAA11805 for hackers-outgoing; Fri, 13 Oct 1995 13:46:46 -0700 Received: from pancake.remcomp.fr (pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id NAA11776 for ; Fri, 13 Oct 1995 13:45:22 -0700 Received: (from didier@localhost) by aida.org (8.6.12/8.6.9) id VAA00361; Fri, 13 Oct 1995 21:12:17 +0100 Date: Fri, 13 Oct 1995 21:12:17 +0100 (MET) From: Didier Derny To: hackers@freebsd.org Subject: make release problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I tried to do "make release" but make complains about a missing cvs tree. What can I do to resolve this problem ? During the make release process some file were created but I can't remove them. what can I do to get rid of these files ? Thanks for your help -- Didier Derny didier@aida.org From owner-freebsd-hackers Fri Oct 13 14:04:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA12386 for hackers-outgoing; Fri, 13 Oct 1995 14:04:18 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA12381 for ; Fri, 13 Oct 1995 14:04:13 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id OAA17057; Fri, 13 Oct 1995 14:04:03 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id OAA00206; Fri, 13 Oct 1995 14:03:38 -0700 Message-Id: <199510132103.OAA00206@corbin.Root.COM> To: Didier Derny cc: hackers@freebsd.org Subject: Re: make release problem In-reply-to: Your message of "Fri, 13 Oct 95 21:12:17 BST." From: David Greenman Reply-To: davidg@Root.COM Date: Fri, 13 Oct 1995 14:03:35 -0700 Sender: owner-hackers@freebsd.org Precedence: bulk > >I tried to do "make release" but make complains about a >missing cvs tree. What can I do to resolve this problem ? > >During the make release process some file were created but I can't >remove them. what can I do to get rid of these files ? You have to have access to the CVS repository to generate a release. -DG From owner-freebsd-hackers Fri Oct 13 14:09:56 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA12621 for hackers-outgoing; Fri, 13 Oct 1995 14:09:56 -0700 Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA12616 for ; Fri, 13 Oct 1995 14:09:53 -0700 Received: from muggsy.lkg.dec.com by mail1.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA14404; Fri, 13 Oct 1995 13:54:19 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA04296; Fri, 13 Oct 1995 16:54:17 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id RAA23906 for ; Fri, 13 Oct 1995 17:03:00 GMT Message-Id: <199510131703.RAA23906@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol Cc: hackers@freebsd.org Subject: Re: IPX now available In-Reply-To: Your message of "Fri, 13 Oct 1995 13:06:43 GMT." <199510131306.NAA22947@whydos.lkg.dec.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Fri, 13 Oct 1995 17:03:00 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk In <199510131306.NAA22947@whydos.lkg.dec.com>, I wrote: > Now you need some media-specific routines and this is where it gets messy. > > enum ether_sap_type { ETHER_PTYPE, ETHER_LLC }; > ether_add(struct ifnet *, void **cookie_p, int isrnum, > enum ether_sap_type, ...); > ether_remove(struct ifnet *, void *cookie); > > If the sap_type is PTYPE, then the next argument is the ether type > (e.g. ETHERTYPE_IP). If the sap_type is ETHER_LLC, then the next two > arguments are pointers to int32_t [2] arrays. These are used in the > following manner: (llcdata & array1-data) == array2-data. This is a > sufficently simple yet flexible mechanism to deal with normal LLC SAPs > as well as SNAP SAPs and even braindead (aka RAW 802) Netware. (FDDI > and Token Ring could use the same routines if they were written in a > generic manner). > > You'll need corresponding routines for ppp and other multi-protocol > datalinks. Actually I forgot about something. ether_output (and friends) do a switch based on the address family passed in. The code in the switch needs to be separated from if_ethersubr.c. So the ether_add and ether_remove should become ether_input_add and ether_input_remove and two additional routines added: int ether_output_add(struct ifnet *, int af, struct mbuf *(*)(struct ifnet *, struct mbuf *, struct sockaddr *, struct rtentry *)); int ether_output_remove(struct ifnet *, int af); So the only address families ether_output will deal with are AF_UNSPEC and AF_IMPLINK (AF_IMPLINK is used for BPF to transmit a packet "as-is" with little or no post-processing. Though if the rt_output routinem pointer in the rtentry structure is used in preference to the if_output (such that only rt_output routine(s) (e.g. link-type specific code) call if_output and the protocol code *never* calls if_output directly) then the above routines would not be needed since ether_output would reduce to the just the act of sending the packet (as it should be IMO). Yet another problem is "knowledge" of various address families in the lan drivers. This should be solved in two steps. The first is for a generic ether_ifioctl to be added to do most of the common processing that is in each drivers ifioctl routine. The second is that yet another registration mechanism is required for SIOCSIFADDR handler. Instead of adding YARM, I would instead add a dom_ifaction to the domain structure. This would be called by any if or link routines that needed an action performed by the protocol. error = (*dom->dom_ifhandle)(ifp, ETHER_SIFADDR, (void *) ifa); For IP, this would simply do what arp_ifinit does today. The routine would need to switch off the interface type to figure what action it is being asked to perform. Other actions for LAN interfaces would include things like ETHER_XLATEMCAST (for ether_addmulti and ether_delmulti). Loadable network drivers is one of the harder problems because of how tightly inter-dependent all the various components currently are. Even though Digital UNIX has solved a great many of the problem of LKMs, they still don't support loadable network drivers. One adavantage of the current blurred layers is efficency and it would be a shame to lose that when going to loadable future. Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Fri Oct 13 14:11:28 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA12746 for hackers-outgoing; Fri, 13 Oct 1995 14:11:28 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA12738 for ; Fri, 13 Oct 1995 14:11:25 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18196; Fri, 13 Oct 1995 14:05:40 -0700 From: Terry Lambert Message-Id: <199510132105.OAA18196@phaeton.artisoft.com> Subject: Re: Patch to talk client To: serg@bcs1.bcs.zaporizhzhe.ua (Sergey Shkonda) Date: Fri, 13 Oct 1995 14:05:40 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199510130722.AA01883@bcs1.bcs.zaporizhzhe.ua> from "Sergey Shkonda" at Oct 13, 95 09:22:05 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 812 Sender: owner-hackers@freebsd.org Precedence: bulk > > I don't understand the need for a translation table. If the talkers > > on both ends are using the same 8 bit character set (ie: KOI-8), then > > as long as their displays display the characters they type as themselves, > > a translation table should be unnecessary. > If the talkers on both ends are using not same character set (ie: KOI-8 > and cp866) then translation table should be very nessesary (cp866 used when > many machines under MSDOS connected to local net. Are we going to translate into Unicode and back? That seems the only reasonable approach, and even then it isn't a clean fix. What about the Russian/English English/Russian translation? 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 14:15:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA12983 for hackers-outgoing; Fri, 13 Oct 1995 14:15:24 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA12962 ; Fri, 13 Oct 1995 14:15:17 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18214; Fri, 13 Oct 1995 14:10:02 -0700 From: Terry Lambert Message-Id: <199510132110.OAA18214@phaeton.artisoft.com> Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? To: pete@RockyMountain.rahul.net (Pete Delaney) Date: Fri, 13 Oct 1995 14:10:02 -0700 (MST) Cc: jehamby@lightside.com, terry@lambert.org, pete@RockyMountain.rahul.net, freebsd-hackers@FreeBSD.ORG, ports@FreeBSD.ORG, netbsd-ports@netbsd.org In-Reply-To: <199510130835.AA03397@RockyMountain.rahul.net> from "Pete Delaney" at Oct 13, 95 01:35:40 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1097 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > I heard there was some fairly good progress being made on a Linux port. > > > Is this true? Because if the Linux people have a working version, then a > > > FreeBSD/NetBSD version would be almost trivial from there. > > > > Not so. According to Linus (and Alan Cox), Linux has kernel > > multithreading. > > I suppose a thread library, like SusOS has, is likely necessary, but I > really doubt kernel multithreading is necessary. Any bets? Sun's multithreading as of Solaris is a kernl/user space cooperative model, with n kernel threads being mapped to m user space threads (m >= n). So the only real threading on Solaris is kernel. The SunOS LWP library (a purely aioread/aiowrite/aiowait/aiocancel based task switcher) is supported via the kernel calls for binaray compatability reasons, but an lwp library is not provided for Solaris: you are expected to use the kernel thread model. SVR4.2 and above uses the same model. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 14:19:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA13105 for hackers-outgoing; Fri, 13 Oct 1995 14:19:08 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA13100 for ; Fri, 13 Oct 1995 14:18:59 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18242; Fri, 13 Oct 1995 14:13:17 -0700 From: Terry Lambert Message-Id: <199510132113.OAA18242@phaeton.artisoft.com> Subject: Re: if_detach() To: matt@lkg.dec.com (Matt Thomas) Date: Fri, 13 Oct 1995 14:13:17 -0700 (MST) Cc: davidg@root.com, hackers@FreeBSD.ORG In-Reply-To: <199510131313.NAA23002@whydos.lkg.dec.com> from "Matt Thomas" at Oct 13, 95 01:13:44 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 676 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > At the time, PRC_IFATTACHED and PRC_IFDETACHED should be added so that > existing protocols can dynamically attach and detach themselves from > the interface. > > pfctlinput(PRC_IFATTACHED, ifp); > > In a related issue, a pr_destroy could be added to the protosw structure > to be used to release what pr_init acquired. Yes. The init and deinit routines should not be at the same interface level, even though this complicates the mode;'s layering, it vastly simplifies implementation for the framework and for the driver writers. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 14:21:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA13174 for hackers-outgoing; Fri, 13 Oct 1995 14:21:30 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA13168 for ; Fri, 13 Oct 1995 14:21:23 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA18260; Fri, 13 Oct 1995 14:16:23 -0700 From: Terry Lambert Message-Id: <199510132116.OAA18260@phaeton.artisoft.com> Subject: Re: IPX now available To: matt@lkg.dec.com (Matt Thomas) Date: Fri, 13 Oct 1995 14:16:23 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199510131703.RAA23906@whydos.lkg.dec.com> from "Matt Thomas" at Oct 13, 95 05:03:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 549 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Loadable network drivers is one of the harder problems because of how > tightly inter-dependent all the various components currently are. Even > though Digital UNIX has solved a great many of the problem of LKMs, > they still don't support loadable network drivers. > > One adavantage of the current blurred layers is efficency and it would > be a shame to lose that when going to loadable future. Amen! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 14:58:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA14255 for hackers-outgoing; Fri, 13 Oct 1995 14:58:29 -0700 Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id OAA14249 for ; Fri, 13 Oct 1995 14:58:21 -0700 Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15417(1)>; Fri, 13 Oct 1995 14:57:39 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1) id AA26311; Fri, 13 Oct 95 17:57:41 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA05624; Fri, 13 Oct 95 17:57:39 EDT Message-Id: <9510132157.AA05624@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.4 10/10/95 To: Neil Bradley Cc: hackers@freebsd.org Subject: Re: DOS Emulation under FreeBSD In-Reply-To: Your message of "Fri, 13 Oct 1995 00:11:24 PDT." <199510130719.AAA08113@synthcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Oct 1995 14:57:37 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org Precedence: bulk > I'd like to help in an effort for the DOS emulation under > FreeBSD. I'm an X-BIOS engineer and know enough to be dangerous > in the DOS arena. I'm not FreeBSD fluent, but could be a good > counterpart to a FreeBSD guru interested in the project as > well. Let me know how I can help. > > -->Neil > > > DOSEMU should do it...my understanding is it does something on FreeBSD (and works pretty good on Linux...) -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Fri Oct 13 14:59:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id OAA14328 for hackers-outgoing; Fri, 13 Oct 1995 14:59:00 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA14306 for ; Fri, 13 Oct 1995 14:58:50 -0700 Received: from LOCALHOST (LOCALHOST [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id PAA04227; Fri, 13 Oct 1995 15:58:19 -0600 Message-Id: <199510132158.PAA04227@rover.village.org> To: Kurt Olsen Subject: Re: login Cc: freebsd-hackers@freefall.freebsd.org In-reply-to: Your message of Fri, 13 Oct 1995 13:26:16 MDT Date: Fri, 13 Oct 1995 15:58:18 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org Precedence: bulk : As a quick-n-dirty you can put something like this in /etc/csh.login: : : grep `whoami` /var/log/messages | tail -5 Assuming that you read permissions to /var/log/messages, that it hasn't been rotated since you tried, that your login name isn't the same as the machine name, that syslog is logging login failures to /var/log/messages, etc. But it is an OK hack... Warner From owner-freebsd-hackers Fri Oct 13 15:03:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA14476 for hackers-outgoing; Fri, 13 Oct 1995 15:03:13 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA14466 for ; Fri, 13 Oct 1995 15:03:06 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA21348; Sat, 14 Oct 1995 08:00:14 +1000 Date: Sat, 14 Oct 1995 08:00:14 +1000 From: Bruce Evans Message-Id: <199510132200.IAA21348@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, msmith@atrad.adelaide.edu.au Subject: Re: I/O port 0 == autoconfig? - RESULTS Cc: freebsd-hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >> > 2. "ACK, that's horrible, use -2 for auto-configuring devices", >> > (3 rsp) even though Mike indicated that handling negative numbers in the >> > "visual" config editor was a problem. This group mentioned no >> > other problems with the rest of the idea. >> >> The visual config should translate the negative numbers into something >> better understandable ("N/A", and "AUTO", the user can hit "a" to say >> AUTO). >Ah well, so much for code reuse 8) Not a bad idea, though. I don't see where the lex scanner in config is being reused :-). Standard config syntax is "?" for auto and nothing for not applicable. Why have yet another syntax? Bruce From owner-freebsd-hackers Fri Oct 13 15:10:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA14692 for hackers-outgoing; Fri, 13 Oct 1995 15:10:39 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA14687 ; Fri, 13 Oct 1995 15:10:32 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id PAA00197; Fri, 13 Oct 1995 15:08:46 -0700 To: Andreas Klemm cc: Jonathan Clark , hackers@freebsd.org, jkh@freebsd.org Subject: Re: X11 game ABUSE, currently only available for Linux because , a lack of hardware resources... can someone help ? In-reply-to: Your message of "Fri, 13 Oct 1995 08:57:29 BST." Date: Fri, 13 Oct 1995 15:08:46 -0700 Message-ID: <195.813622126@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > Hi Jonathan ! > > I'll write Jordan Hubbard a Cc: of this thread, so he can decide, > whether it's worth for the FreeBSD project, It's not worth it for the FreeBSD project. I've already talked with Dave Taylor a bit about this and came to the conclusion that if we wanted to run Abuse, we'd be better off running the Linux version than in trying to tilt at the various windmills inside crack.com. Face facts, folks. They like Linux there, they're motivated to port to Linux and that's about 100% more than you get from most DOS game companies so why not simply "go with the flow" as we like to say here in the states? Let them do their Linux ports and we'll treat them as a challenge for the Linux emulator. Mind you, if somebody here really WANTS to give crack.com a FreeBSD box in hopes that they'll actually power it up and port to it, well, I certainly won't stand in the way but that's strictly between the generous donor and crack.com. Please leave me out of the loop! Thanks.. Jordan From owner-freebsd-hackers Fri Oct 13 15:14:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA14817 for hackers-outgoing; Fri, 13 Oct 1995 15:14:59 -0700 Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA14811 for ; Fri, 13 Oct 1995 15:14:56 -0700 Received: from muggsy.lkg.dec.com by mail1.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA31165; Fri, 13 Oct 1995 15:07:54 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA04477; Fri, 13 Oct 1995 18:07:52 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id SAA24191; Fri, 13 Oct 1995 18:16:36 GMT Message-Id: <199510131816.SAA24191@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: Terry Lambert Cc: hackers@freebsd.org Subject: Re: IPX now available In-Reply-To: Your message of "Fri, 13 Oct 1995 11:19:51 MST." <199510131819.LAA17947@phaeton.artisoft.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Fri, 13 Oct 1995 18:16:36 +0000 From: Matt Thomas Sender: owner-hackers@freebsd.org Precedence: bulk In <199510131819.LAA17947@phaeton.artisoft.com>, Terry Lambert wrote: > > Actually, I'd rather not have to have all of the IRQ, DRQ, ports, etc > > determined during probe. Look at EISA or PCI devices... the probe is > > a non-intrusive determination if a card is present and what driver may > > be apporpriate for that device. The IRQ, DRQ, and port range determination > > should only happen after we know that we have something worth talking to > > (ie the probe is successfull). This works so long as we allow attaches > > to fail (which they could for other reasons like insufficient memory). > > I'd rather design the system to look like: > > > > probe () > > { > > minimum to determin presence of hardware > > AND determine the allowable ranges for IRQ/DRQ/IO/memory this device Agreed. The probe routine should allocate no resources (such as VM) and no local state (ie. no private information for the driver's attach routines). It only provides information to configuration manager about the number of devices, and the ranges for the device. Note that for IRQ that not only the values should be supplied, but the types of IRQ that are supported (level, edge) as well. Either via a smarter bootloader or a VM86 mode, calls into the BIOS to get configuration information should be done as well. For instance, getting the information out of the EISA CMOS should the DEPCA driver since the DE422 config registers are write-only. Also, the probe needs to be done once on a per bus-type basis; a probe should never try to all the different bus types at once. For PCI, I'm beginning in favor of having the driver call a pci_match routine to find instances of itself instead of the currently "passive" method. The passive method just doesn't lend itself to LKM. One other reason I favor it is so that I could have a "generic" DC21x4X module and then have various board/chip specific LKMs. The de driver is getting fairly large and I'd like a method to trim out the unneeded code. > > } > > meta_attach() > { > create a graph of "least relocatable" to "most relocatable" > determine desirable "location freeze" for each device > call per device attach with location information On the pci-sig mailing list, it seems many BIOS makers are putting in a Micro$oft configuration mode which only configurations "boot" devices and then expects the PnP O/S to call into the PCI BIOS to finish configuring all the other devices. For PnP devices that need configuring, the meta_attach is responsible for setting them to the proper drq/irq/port/memory/etc. > } > > > > > attach() > > { At this point in time, the configuration manager should have assigned (either dynamically if needed or statically if required) the port address, IRQ, and memory (and any other bus-specific resources). The driver should not have to pick anything at this point. > > Determin port Addresses At this point, the only the driver can do is either verify that the device exists at this address and is setup correctly. > > if (!reserve port address) { > > return some error code > > } > > Determine IRQ > > if (!Map IRQ Handler) { > > release port address Only if said port address was dynamically assigned to the device, if the port (or memory) address is fixed then that address should not be released. Note that if there was a conflict, the configuration manager should have never bothered to call the attach routine. > > return some error code > > } > > Register other resources... > > Setup the card for work > > Enable interrupts > > return success > > } > > > > The new EISA code will follow this approach. > > As should PCI, PCMCIA, and ISA if mapped using a PCI<->ISA bridge (ie: PCI > is the primary bus, ISA is the secondary). > > The caveat on destructive probes (those involving triggering of interrupts, > like IN/Lance ethernet, etc.) is that they must be prevented. > > A destructive probe should be limited to a "add hardware mode". Just like > Windows 95: a user triggered event or an install triggered event that does > not repeat each boot. In my mind, if a user configures a device (such the probe and/or meta_attach is bypassed) and then the attach routine is called, the attach is allowed to do the equivalent of a destructive probe since it unconditionally owns those resources. ---- The database created by the configuration manager and filled in by the probes and refined by the meta_attaches must be non-volatile and independent of the kernel. Note that this means that either the resource information in the config file disappears or config will need to able to write out a resource database file. The boot loader will need to able to read this configuration database and put it into memory along side the kernel image. Userconfig could then either stay in the kernel or become a separate entity. Actually, it might even make sense for userconfig to become the second-stage loader since it will have the proper information to do it. Matt Thomas Internet: matt@lkg.dec.com 3am Software Foundry WWW URL: Westford, MA Disclaimer: Digital disavows all knowledge of this message From owner-freebsd-hackers Fri Oct 13 15:25:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA15188 for hackers-outgoing; Fri, 13 Oct 1995 15:25:42 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA15183 for ; Fri, 13 Oct 1995 15:25:40 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id PAA09142; Fri, 13 Oct 1995 15:25:25 -0700 From: Julian Elischer Message-Id: <199510132225.PAA09142@ref.tfs.com> Subject: Re: if_detach() To: dennis@etinc.com (dennis) Date: Fri, 13 Oct 1995 15:25:24 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199510131534.LAA09916@etinc.com> from "dennis" at Oct 13, 95 11:34:45 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 646 Sender: owner-hackers@freebsd.org Precedence: bulk Planned yes.. implimented.. not yet.. but it's real close.. It's part of a general re-organisation of things that I'm working on (for TFS we need to add two protocols and I don't want to keep patching the sources, or puting #ifdef TFS into the sources.. (there are already some in sd.c you may notice) > > > Is there such an animal done or planned? > > > 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 Oct 13 15:30:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA15406 for hackers-outgoing; Fri, 13 Oct 1995 15:30:27 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA15400 for ; Fri, 13 Oct 1995 15:30:24 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id PAA09151; Fri, 13 Oct 1995 15:26:20 -0700 From: Julian Elischer Message-Id: <199510132226.PAA09151@ref.tfs.com> Subject: Re: three-stage boot To: uhclem%nemesis@fw.ast.com (Frank Durda IV) Date: Fri, 13 Oct 1995 15:26:20 -0700 (PDT) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.ORG In-Reply-To: from "Frank Durda IV" at Oct 13, 95 08:46:00 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 882 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk Well ther is the 2nd stage bootblocks of course.. they do all these things! > > [0]Speaking of the three-stage boot stuff, I'd like to hear from some/anyone > [0]that has a set of screen, serial and disk libraries that interact directly > [0]with the BIOS in the state that it's in when the bootsector is loaded. > > Yeah, I have some of this stuff from the XENIX days. The filesystem > stuff would have to be replaced, but I assume all you are interested in > is mainly the stuff for getting the BIOS to read the hard disk > and maybe keep the user informed on progress, right? > > I'll dig this stuff up if you want it. > > Frank Durda IV |"Remember, Bill is getting > or uhclem%nemesis@fw.ast.com (Fastest Route)| richer as we argue...." > ...letni!rwsys!nemesis!uhclem | > ...decvax!fw.ast.com!nemesis!uhclem | > > > From owner-freebsd-hackers Fri Oct 13 15:40:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA15627 for hackers-outgoing; Fri, 13 Oct 1995 15:40:27 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA15622 for ; Fri, 13 Oct 1995 15:40:24 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id PAA09191; Fri, 13 Oct 1995 15:39:46 -0700 From: Julian Elischer Message-Id: <199510132239.PAA09191@ref.tfs.com> Subject: Re: I/O port 0 == autoconfig? - RESULTS To: bde@zeta.org.au (Bruce Evans) Date: Fri, 13 Oct 1995 15:39:45 -0700 (PDT) Cc: joerg_wunsch@uriah.heep.sax.de, msmith@atrad.adelaide.edu.au, freebsd-hackers@FreeBSD.org In-Reply-To: <199510132200.IAA21348@godzilla.zeta.org.au> from "Bruce Evans" at Oct 14, 95 08:00:14 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 742 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > >> > 2. "ACK, that's horrible, use -2 for auto-configuring devices", > >> > (3 rsp) even though Mike indicated that handling negative numbers in the > >> > "visual" config editor was a problem. This group mentioned no > >> > other problems with the rest of the idea. > >> > >> The visual config should translate the negative numbers into something > >> better understandable ("N/A", and "AUTO", the user can hit "a" to say > >> AUTO). > > >Ah well, so much for code reuse 8) Not a bad idea, though. > > I don't see where the lex scanner in config is being reused :-). Standard > config syntax is "?" for auto and nothing for not applicable. Why have > yet another syntax? NOTHING (NOT) woult be a '!' right? :) > > Bruce > From owner-freebsd-hackers Fri Oct 13 15:50:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA15808 for hackers-outgoing; Fri, 13 Oct 1995 15:50:51 -0700 Received: from io.org (root@io.org [142.77.70.2]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA15803 for ; Fri, 13 Oct 1995 15:50:46 -0700 Received: from flinch.io.org (flinch.io.org [198.133.36.153]) by io.org (8.6.12/8.6.12) with SMTP id SAA06027 for ; Fri, 13 Oct 1995 18:50:33 -0400 Date: Fri, 13 Oct 1995 18:50:38 -0400 (EDT) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Persistent wu-ftpd 2.4's under 2.1.0-950928? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk I've got a 46DX2/66 with 64 megs and 2.1.0-950928 doing IRC and FTP server duty. I've noticed that the number of FTP connections always increases but hardly ever decreases (this is using the ftpcount utility included with wu-ftpd). Looking at the process table, it appears that there are many ftpd's that were started a day or more ago, completely swapped out (0K in the RSS column) but still hanging around. Netstat shows that a connection is still open to the remote side. Some are in FIN_WAIT or TIME_WAIT and a bunch are still in the ESTABLISHED state. Some have non-zero sendq's, etc. IOW, no consistent pattern from netstat. The inetd.conf line is this: ftp stream tcp nowait root /usr/libexec/wuftpd wuftpd -d -l -T 300 -t 300 The timeout settings are reasonable (5 minutes), but I don't think that is the problem here. From my end, it looks like some people have been connected for a few days. Is this a known problem (i.e., does ftp.cdrom.com have this problem?) I have a script that runs and scans for ftp-owned processes with 0K RSS and zaps them, but obviously this isn't the right solution. On the up side, this 486 is still very snappy even with 7 interactive users, 132 FTP clients (58 that are "dead") and 107 IRC clients. Load average usually hovers around 0.20 or so. :) -- Brian Tao System Administrator, Internex Online Inc. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Fri Oct 13 16:01:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA15996 for hackers-outgoing; Fri, 13 Oct 1995 16:01:54 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA15988 for ; Fri, 13 Oct 1995 16:01:46 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA12556; Sat, 14 Oct 1995 00:01:37 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id AAA20654; Sat, 14 Oct 1995 00:01:36 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id XAA05210; Fri, 13 Oct 1995 23:42:43 +0100 From: J Wunsch Message-Id: <199510132242.XAA05210@uriah.heep.sax.de> Subject: Re: make release To: didier@omnix.fr.org (Didier Derny) Date: Fri, 13 Oct 1995 23:42:42 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Didier Derny" at Oct 13, 95 11:59:37 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 790 Sender: owner-hackers@freebsd.org Precedence: bulk As Didier Derny wrote: > how is it possible to do a "make release" without a cvs source tree ? It's not even possible _with_ a CVS tree (in particular for you living in France), if the DES and Kerberos bits are missing. I always have to tweak the Makefile to not care for that crypto stuff. Presumably, you could do something similar to avoid the cvs checkout/ export operation, and place the source tree manually into the CHROOTDIR. > how can I removed the files created by make release that > resist to rm xxxx event when I'm root ? man chflags (Please, don't write double-spaced. Hard to read, and a waste of space.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Oct 13 16:06:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA16137 for hackers-outgoing; Fri, 13 Oct 1995 16:06:29 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA16132 for ; Fri, 13 Oct 1995 16:06:24 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA18445; Fri, 13 Oct 1995 16:01:06 -0700 From: Terry Lambert Message-Id: <199510132301.QAA18445@phaeton.artisoft.com> Subject: Re: IPX now available To: matt@lkg.dec.com (Matt Thomas) Date: Fri, 13 Oct 1995 16:01:06 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199510131816.SAA24191@whydos.lkg.dec.com> from "Matt Thomas" at Oct 13, 95 06: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 Content-Length: 8132 Sender: owner-hackers@freebsd.org Precedence: bulk [ ... ] > Either via a smarter bootloader or a VM86 mode, calls into the BIOS > to get configuration information should be done as well. For instance, > getting the information out of the EISA CMOS should the DEPCA driver > since the DE422 config registers are write-only. Actually, the EISA configuration is accessable from protected mode. What is *not* accessable about EISA from protected mode is the amount of per slot CMOS (though thihas generally leveled out at 1k, older hardware is not required to have a specific amount). There is a nice book on "EISA system architecture" (shiny paperback, rag bond pages, all white; I can get ISBN information if necessary) that describes how to hueristically determine the amount so that BIOS calls are totally unnecessary. I've been thinking on EISA for some time, actually, since it seems to me that EISA configuration is the last bastion of "DOS required" for those boxes. > Also, the probe needs to be done once on a per bus-type basis; > a probe should never try to all the different bus types at once. Agreed. A pereference should be given to the local bus. If an ISA is bridged onto a PCI, it's block relocatable, but should be the first "PCI device" probed. I'd order it: ISA ISA bridged to PCI EISA PCI bridged to ISA MCA PCI > For PCI, I'm beginning in favor of having the driver call a pci_match > routine to find instances of itself instead of the currently "passive" > method. The passive method just doesn't lend itself to LKM. One other > reason I favor it is so that I could have a "generic" DC21x4X module > and then have various board/chip specific LKMs. The de driver is getting > fairly large and I'd like a method to trim out the unneeded code. Both of these are plusses with no real minuses that I can see. The idea of "controller/target" seems to fit well, with the "controller" being the "generic" module and the "target" being an implementation instance. If one view SCSI as a bus attach, the generic SCSI code can be loaded in the same fashion as a "controller" with each controller type as a "target" fo the bus attach. Then the bus can be treated seperately as "controller/target" (target/LUN) pairings. A lot of the disk stuff really wants to be ordered before the non-disk devices. I think classification of devices as "boot critical" or not is an issue that begs the VM86() question. If there is VM86() support (the equivalent of Sun/PPC OpenFirmware for PC class machines), then it's a no-brainer. You make them loadable. Otherwise, you must decide what you will be booting to decide what you want to load. For a BIOS-based boot, there's the possibility of using BIOS calls to load the device in such a way that when you jump to the kernel, the devices are used as if they had been loaded. Using a VM86()/OpenFirmware based driver almost cries out for the ability to tag segments as "initializtion,discardable" to recover the memory into the kernel memory map after boot. > > On the pci-sig mailing list, it seems many BIOS makers are putting in > a Micro$oft configuration mode which only configurations "boot" devices > and then expects the PnP O/S to call into the PCI BIOS to finish This make sense, but seems to lock out Apple, IBM, and Motorolla. Either there will need to be processor as well as VM86() mode emulation, or there will need to be some serious driver writing if this becomes common. The "OpenFirmware" mechanism for this is supposedly a FORTH program in the ROMs so that it doesn't matter what processor is doing the "BIOS" calls. > Only if said port address was dynamically assigned to the device, > if the port (or memory) address is fixed then that address should > not be released. An important point. Device with static address mappings must be considered to always be present if they are installed hardware. Removable hardware (PCMCIA), however, could in fact change this mapping by switching between two devices with fixed mapping addresses which overlap, but which will never be present at the same time. I think it's important to distinguish between devices that are physically and virtually present when calculating address/io/IRQ/DRQ space collisions. > Note that if there was a conflict, the configuration manager should > have never bothered to call the attach routine. With the caveat of virtually present but physically missing devices (above). > > A destructive probe should be limited to a "add hardware mode". Just like > > Windows 95: a user triggered event or an install triggered event that does > > not repeat each boot. > > In my mind, if a user configures a device (such the probe and/or meta_attach > is bypassed) and then the attach routine is called, the attach is allowed > to do the equivalent of a destructive probe since it unconditionally owns > those resources. I think that relocatable devices will not be destructively probed because of card services doing mapping notification. On the outside chance, however, that this is not the case, virtualy present devices could become quite a problem if you make the above assumption. > The database created by the configuration manager and filled in by the probes > and refined by the meta_attaches must be non-volatile and independent of the > kernel. Note that this means that either the resource information in the > config file disappears or config will need to able to write out a resource > database file. This is the function performed by the registry in Win95, and accessed via kernel level file I/O. I think it is imperitive to consider at least a multistage (by bus type) two pass (by device classifiaction: boot device, not boot device) probe sequence. This may require the ability to dynamically relocate a relocatable device (like a PCI SCSI controller) by stopping all outstanding I/O, detaching it at its present location, and reattaching it at the new location. How you would deal with this for non-disk boot devices becomes a real issue, but I think it is sufficiently limited in scope (ie: what are you really allowed to boot off of anyway?) that it's generally soluable. > The boot loader will need to able to read this configuration database and > put it into memory along side the kernel image. Userconfig could then > either stay in the kernel or become a separate entity. Actually, it might > even make sense for userconfig to become the second-stage loader since it > will have the proper information to do it. The use of firmware-based fallback drivers would be better. Otherwise you will end up with a chicken-and-egg problem to resolve. The firmware is guaranteed to be present, since it is the code that loads the second stage boot image itself. The ability to do kernel level file I/O could leverage the two pass model (described above) with the firmware to get you to that point. This alleviates the need to make the boot loader so smart that it is inconvenient to write in the first place. The second stage boot will probably need to leave kernel accessable routines around to allow the kernel to do firmware based I/O. This would have the advantage of divocing the device and kernel architectures from one another, if the mechanism was sufficiently general (ie: the kernel is passed the address of a function vector list at startup to allow us to abstract the firmware interface from its implementation). This is how the Motorolla "bug" firmware worked on 68K machines, and how it currently works on their non-OpenFirmware PPC machines. So the firmware boots the boot code, which is either a selector or a second stage boot locator or the second stage boot code itself, and the second stage boot contains firmware interface vectors to load the kernel and allow the vectors to be accessed by the kernel. The kernel itself is unaware of the boot mechanism used to load it, so the only thing that changes from a PPC Ultra 603/604 to an IBM RS/6000 43P to an Apple CHRP box is the second stage boot. 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 Fri Oct 13 16:14:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA16339 for hackers-outgoing; Fri, 13 Oct 1995 16:14:44 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA16333 for ; Fri, 13 Oct 1995 16:14:41 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA18469; Fri, 13 Oct 1995 16:08:47 -0700 From: Terry Lambert Message-Id: <199510132308.QAA18469@phaeton.artisoft.com> Subject: Re: DOS Emulation under FreeBSD To: leisner@sdsp.mc.xerox.com (Marty Leisner) Date: Fri, 13 Oct 1995 16:08:47 -0700 (MST) Cc: root@synthcom.com, hackers@FreeBSD.ORG In-Reply-To: <9510132157.AA05624@gnu.mc.xerox.com> from "Marty Leisner" at Oct 13, 95 02:57:37 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1678 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > I'd like to help in an effort for the DOS emulation under > > FreeBSD. I'm an X-BIOS engineer and know enough to be dangerous > > in the DOS arena. I'm not FreeBSD fluent, but could be a good > > counterpart to a FreeBSD guru interested in the project as > > well. Let me know how I can help. > > > DOSEMU should do it...my understanding is it does something on > FreeBSD (and works pretty good on Linux...) I think there is room for a large contribution at the DOSEMU level, both in making it work better on BSD and in virtual machine abstraction on the order of the WIn95/WinNT interface. If the machine virtualization were complete, a DOS emulation could run in an X window, and think it was talking to a SuperVGA card. This is INT 10 interface guts. The same goes for INT 21 interfacing to make the DOS machine convert DOS FS accesses into BSD VFS calls (here I go again with "rewrite the kernel file I/O interface 8-)) so that even UNIX file systems can be exported as DOS drives to the virtual machine. A working VM86() interface is a key technology for a *lot* of things, including X support for currently unsupported cards/modes, fallback disk drivers so that BSD runs on all hardware DOS runs on, and used of a virtual machine and ASPI driver to use all CDROM's DOS can use. If you are serious about getting into it, a first quick step would be to make sure DOSEMU runs, and runs well. This is probably nothing compared to support of DOS binaries on non-Intel hardware, something that would be unutterbly cool. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 16:27:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA16595 for hackers-outgoing; Fri, 13 Oct 1995 16:27:39 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA16588 for ; Fri, 13 Oct 1995 16:27:34 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA24147; Sat, 14 Oct 1995 09:24:31 +1000 Date: Sat, 14 Oct 1995 09:24:31 +1000 From: Bruce Evans Message-Id: <199510132324.JAA24147@godzilla.zeta.org.au> To: msmith@atrad.adelaide.edu.au, uhclem%nemesis@fw.ast.com Subject: Re: I/O port 0 == autoconfig? - RESULTS Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >Speaking of the three-stage boot stuff, I'd like to hear from some/anyone >that has a set of screen, serial and disk libraries that interact directly >with the BIOS in the state that it's in when the bootsector is loaded. What's wrong with the routines in the boot loaders except they are not a library (there is already too much duplication)? Bruce From owner-freebsd-hackers Fri Oct 13 16:42:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA16809 for hackers-outgoing; Fri, 13 Oct 1995 16:42:34 -0700 Received: from nike.efn.org (gurney_j@haus.efn.org [198.68.17.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA16803 for ; Fri, 13 Oct 1995 16:42:30 -0700 Received: (from gurney_j@localhost) by nike.efn.org (8.6.11/8.6.9) id QAA26479; Fri, 13 Oct 1995 16:50:24 -0700 Date: Fri, 13 Oct 1995 16:50:21 -0700 (PDT) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Terry Lambert cc: Marty Leisner , root@synthcom.com, hackers@FreeBSD.ORG Subject: Re: DOS Emulation under FreeBSD In-Reply-To: <199510132308.QAA18469@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 13 Oct 1995, Terry Lambert wrote: > This is probably nothing compared to support of DOS binaries on non-Intel > hardware, something that would be unutterbly cool. that is what pcemu does... supposedly it runs on Suns... of course I think it only does 8088 code though... 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) From owner-freebsd-hackers Fri Oct 13 16:46:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA16922 for hackers-outgoing; Fri, 13 Oct 1995 16:46:18 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA16916 for ; Fri, 13 Oct 1995 16:46:07 -0700 Received: by sequent.kiae.su id AA07939 (5.65.kiae-2 ); Sat, 14 Oct 1995 03:34:30 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 14 Oct 95 03:34:29 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id CAA00624; Sat, 14 Oct 1995 02:20:11 +0300 To: Sergey Shkonda , Terry Lambert Cc: hackers@freebsd.org References: <199510130722.AA01883@bcs1.bcs.zaporizhzhe.ua> In-Reply-To: <199510130722.AA01883@bcs1.bcs.zaporizhzhe.ua>; from Sergey Shkonda at Fri, 13 Oct 1995 09:22:05 +0200 (UKR) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 14 Oct 1995 02:20:11 +0300 (MSK) X-Mailer: Mail/@ [v2.40 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: Patch to talk client Lines: 29 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1364 Sender: owner-hackers@freebsd.org Precedence: bulk In message <199510130722.AA01883@bcs1.bcs.zaporizhzhe.ua> Sergey Shkonda writes: >> >> > >> > There are patch to talk client for support 8-bit >> > talking (for example in russian language) >> >> I don't understand the need for a translation table. If the talkers >> on both ends are using the same 8 bit character set (ie: KOI-8), then >> as long as their displays display the characters they type as themselves, >> a translation table should be unnecessary. > If the talkers on both ends are using not same character set (ie: KOI-8 >and cp866) then translation table should be very nessesary (cp866 used when >many machines under MSDOS connected to local net. As I already said in previous letter it is much easy to have the same code table on both ends and not violate POSIX then fix _each_and_every_ interactive client to deal with various tables. Moreover, if you even fix all of them for FreeBSD, you can't do it for Sun's f.e. BTW, you can find MSDOS keyboard driver which cat switch cp866/koi8-r by hotkey at ftp://ftp.kiae.su/msdos/sys/cyrillic/ -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri Oct 13 16:48:13 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA16990 for hackers-outgoing; Fri, 13 Oct 1995 16:48:13 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA16985 for ; Fri, 13 Oct 1995 16:48:09 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id QAA00614; Fri, 13 Oct 1995 16:45:46 -0700 To: Terry Lambert cc: julian@ref.tfs.com, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG Subject: Re: IPX now available In-reply-to: Your message of "Fri, 13 Oct 1995 11:06:48 PDT." <199510131806.LAA17852@phaeton.artisoft.com> Date: Fri, 13 Oct 1995 16:45:46 -0700 Message-ID: <612.813627946@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > Right now, it is a Roman orgy, which is order bound. The LKM's sysmbols > are added to the kernel symbol space for subsequent loads. The LKM's > themselves are free to access anything that they can see. Why not do this through an "access list" of sorts? Something like this, maybe: #define VAR_T_INT 1 #define VAR_T_STATIC_STR 2 #define VAR_T_INDIRECT 3 #define VAR_T_USERDEF 100 /* Anything above is user type */ typedef struct _var { int type; int readOnly; union { struct { void *(*get)(struct _var *); void (*put)(struct _var *, void *newval); } acc; int ival; char *sval; } data; void *ext; } Var; Would represent a shared kernel/LKM variable or function pointer. Then you'd have these functions: int variable_add_table(HTable *newtable); extern Var *variable_register(char *name); extern void *variable_get(char *name, int *err); extern void variable_put(char *name, void *nvalue, int *err); The first function installs a hash table into the ordered list that will be used to look up Var structures by name in variable_{get,put}(). I figured you could implement a trivial scoping mechanism with it later but use it for installing just one global kernel-wide hash table for now. The second routine allocates and adds a new Var structure to the hash table, indexed by name. The client would be expected to fill in the components of the Var structure directly in the case of a non-NULL return (I suppose that you could also make an access function for this and avoid diddling any of Var's values directly, either way is fine by me). If a variable is of one of the "canned" types, in this example either INT or STATIC_STR, then variable_get() just fetches that value directly and returns it, variable_put() just stomping a new one into place (assuming that readOnly isn't set). If the value is of type INDIRECT, then the variable's get() function is called with the variable structure as an argument and that function is expected to return the value. Likewise, the put() function is expected to store the new value properly into the variable, modulo readOnly. Both access functions are free to modify `ext', which is their hook value. The passed in `err' variable would also be set according to whether or not the operation was successful since you can't count on the return values signifying anything. I think you could do some neat stuff with this. At kernel startup time, a hash table is registered and all the things the kernel wants to "export" registered with it. Then an LKM is loaded, but it doesn't reference anything from global space. It has its own local variables which it initializes by calling variable_get(). If the kernel has "revoked" access to some object then the LKM will be expected to check the status from get accordingly and either die neatly or attempt to deal with the problem more intelligently somehow (it might try a different name, succeed, and then realize it's running on a different revision of the kernel and make some internal adjustments). Likewise, since you can indirect the value of any variable through the `acc' pointers, the kernel can change some internal interface fairly radically and simply adjust the access pointers in the initialization code. The LKMs will neither know nor care. Hell, for all they know a message has just been sent to a remote node to satisfy the request! Or is that simply stretching the existing paradigm too much? :-) Jordan From owner-freebsd-hackers Fri Oct 13 16:49:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA17051 for hackers-outgoing; Fri, 13 Oct 1995 16:49:49 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id QAA17046 for ; Fri, 13 Oct 1995 16:49:45 -0700 Received: by sequent.kiae.su id AA09372 (5.65.kiae-2 ); Sat, 14 Oct 1995 03:47:22 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 14 Oct 95 03:47:21 +0300 Received: (from ache@localhost) by ache.dialup.demos.ru (8.6.11/8.6.9) id CAA00865; Sat, 14 Oct 1995 02:46:24 +0300 To: "Stephen F. Combs" , davidg@Root.COM Cc: hackers@freebsd.org References: <199510130729.AAA00690@corbin.Root.COM> In-Reply-To: <199510130729.AAA00690@corbin.Root.COM>; from David Greenman at Fri, 13 Oct 1995 00:29:13 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 14 Oct 1995 02:46:23 +0300 (MSK) X-Mailer: Mail/@ [v2.40 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: Problems with remote Netscape2.0.. Lines: 29 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1144 Sender: owner-hackers@freebsd.org Precedence: bulk In message <199510130729.AAA00690@corbin.Root.COM> David Greenman writes: >>I've seen the same thing, and not yet been able to figure it out. It's not >>just with FreeBSD, I've seen it on my Sparc at work while trying to display >>on my FBSD box at home! >... >>> I can succesfully start X-programs logging to main host such as >>> xeys, xftp, etc, but when I start netscape it says that: >>> Can't open display: :0.0 >>> Does anybody have experience on this thing? > It hasn't ever worked. The only work-around is to specify the IP address of >the server - e.g.: >setenv DISPLAY 198.76.54.32:0.0 > There appears to be an incompatiblity in the resolver that causes it to >fail to translate the hostname. It isn't work for me too! All pgms expect netscape running fine with ether variant. I run -current on both machines. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri Oct 13 16:52:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA17126 for hackers-outgoing; Fri, 13 Oct 1995 16:52:59 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA17121 for ; Fri, 13 Oct 1995 16:52:56 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA18590; Fri, 13 Oct 1995 16:47:01 -0700 From: Terry Lambert Message-Id: <199510132347.QAA18590@phaeton.artisoft.com> Subject: Re: DOS Emulation under FreeBSD To: gurney_j@efn.org Date: Fri, 13 Oct 1995 16:47:00 -0700 (MST) Cc: terry@lambert.org, leisner@sdsp.mc.xerox.com, root@synthcom.com, hackers@FreeBSD.ORG In-Reply-To: from "John-Mark Gurney" at Oct 13, 95 04:50:21 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 465 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > This is probably nothing compared to support of DOS binaries on non-Intel > > hardware, something that would be unutterbly cool. > > that is what pcemu does... supposedly it runs on Suns... of course I > think it only does 8088 code though... TTYL.. 8086, I think. In general, an 80386 soloution is really required. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 17:10:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA17575 for hackers-outgoing; Fri, 13 Oct 1995 17:10:58 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA17567 for ; Fri, 13 Oct 1995 17:10:56 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id RAA09333; Fri, 13 Oct 1995 17:10:16 -0700 From: Julian Elischer Message-Id: <199510140010.RAA09333@ref.tfs.com> Subject: Re: IPX now available To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 13 Oct 1995 17:10:15 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <612.813627946@time.cdrom.com> from "Jordan K. Hubbard" at Oct 13, 95 04:45:46 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 253 Sender: owner-hackers@freebsd.org Precedence: bulk Are you sure you're not in competition with terry for some award? "The envelope please.." and the winner of the "rebuilding the OS from Scratch award is... (drum roll)" > > > Why not do this through an "access list" of sorts? > [treatise deleted] From owner-freebsd-hackers Fri Oct 13 17:11:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA17638 for hackers-outgoing; Fri, 13 Oct 1995 17:11:59 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA17633 for ; Fri, 13 Oct 1995 17:11:55 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA25340; Sat, 14 Oct 1995 10:08:09 +1000 Date: Sat, 14 Oct 1995 10:08:09 +1000 From: Bruce Evans Message-Id: <199510140008.KAA25340@godzilla.zeta.org.au> To: martin@victor.innovus.com, serg@bcs1.bcs.zaporizhzhe.ua Subject: Re: netboot patch Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk >> > Troubles detected when DOS memory managers used >> > after netboot.com. (I type 'N' when question "Boot from Network") >> > IMHO there are incorrect switching from P-mode to R-mode at exit. >> >> I have heard this from other people as well, but I don't really know >> what I'm doing incorrectly on the switch back. > I found this bug. You need to load selector with limit 64k > to ss, ds, es, fs and fs registers _before_ cleaning PE flag. > Then shadow registers filled correctly. fs and gs need not be switched back because they aren't switched to. The standard boot loader probably doesn't need this because it doesn't support an 'N' question. It seems unlikely that there are any BIOSes sensitive to the segment limits. It's more likely that there are BIOSes sensitive to gateA20, and we don't bother switching gateA20 back and forth. Bruce From owner-freebsd-hackers Fri Oct 13 17:20:44 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA17944 for hackers-outgoing; Fri, 13 Oct 1995 17:20:44 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA17937 for ; Fri, 13 Oct 1995 17:20:41 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA00809; Fri, 13 Oct 1995 17:18:51 -0700 To: Julian Elischer cc: hackers@freebsd.org Subject: Re: IPX now available In-reply-to: Your message of "Fri, 13 Oct 1995 17:10:15 PDT." <199510140010.RAA09333@ref.tfs.com> Date: Fri, 13 Oct 1995 17:18:51 -0700 Message-ID: <807.813629931@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org Precedence: bulk > "The envelope please.." > and the winner of the "rebuilding the OS from Scratch award is... (drum roll) " Is? Is??? Don't keep us in suspense here! Jordan From owner-freebsd-hackers Fri Oct 13 17:21:35 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA17993 for hackers-outgoing; Fri, 13 Oct 1995 17:21:35 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA17988 for ; Fri, 13 Oct 1995 17:21:33 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA18677; Fri, 13 Oct 1995 17:15:38 -0700 From: Terry Lambert Message-Id: <199510140015.RAA18677@phaeton.artisoft.com> Subject: Re: I/O port 0 == autoconfig? - RESULTS To: bde@zeta.org.au (Bruce Evans) Date: Fri, 13 Oct 1995 17:15:37 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, uhclem%nemesis@fw.ast.com, hackers@FreeBSD.ORG In-Reply-To: <199510132324.JAA24147@godzilla.zeta.org.au> from "Bruce Evans" at Oct 14, 95 09:24:31 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 557 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > >Speaking of the three-stage boot stuff, I'd like to hear from some/anyone > >that has a set of screen, serial and disk libraries that interact directly > >with the BIOS in the state that it's in when the bootsector is loaded. > > What's wrong with the routines in the boot loaders except they are not a > library (there is already too much duplication)? They cannot be accessed by the kernel (the VM86 problem). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 17:24:22 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA18131 for hackers-outgoing; Fri, 13 Oct 1995 17:24:22 -0700 Received: from Sysiphos (Sysiphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id RAA18124 for ; Fri, 13 Oct 1995 17:24:15 -0700 Received: by Sysiphos id AA18009 (5.67b/IDA-1.5 for hackers@freebsd.org); Sat, 14 Oct 1995 01:20:38 +0100 Message-Id: <199510140020.AA18009@Sysiphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Sat, 14 Oct 1995 01:20:37 +0100 In-Reply-To: Matt Thomas "Re: IPX now available" (Oct 13, 18:16) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: Matt Thomas Subject: Re: IPX now available Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org Precedence: bulk On Oct 13, 18:16, Matt Thomas wrote: } Subject: Re: IPX now available } For PCI, I'm beginning in favor of having the driver call a pci_match } routine to find instances of itself instead of the currently "passive" } method. The passive method just doesn't lend itself to LKM. One other Hmm, I don't quite understand the advantage of the driver doing a "match" in the context of LKMs ... PCI device LKMs ought to be named according to their vendor and device IDs. E.g. the NCR driver might be looked up under "/lkm/pci_v1000d0001.o" which is a link to /lkm/ncr_scsi.o" or the DEC 21040 under "/lkm/pci_v1011d0002.o" which might be a link to "/lkm/if_de.o" ... } reason I favor it is so that I could have a "generic" DC21x4X module } and then have various board/chip specific LKMs. The de driver is getting } fairly large and I'd like a method to trim out the unneeded code. PCI 2.1 extends the vendor and device ID concept. It is now possible to have a board vendor/device ID independent from the chip's ID. This opens a generic way to load a board specific driver, instead of only a chip specific one ... 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/staff/esser/esser.html From owner-freebsd-hackers Fri Oct 13 17:25:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA18225 for hackers-outgoing; Fri, 13 Oct 1995 17:25:19 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA18215 for ; Fri, 13 Oct 1995 17:25:15 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA18688; Fri, 13 Oct 1995 17:19:30 -0700 From: Terry Lambert Message-Id: <199510140019.RAA18688@phaeton.artisoft.com> Subject: Re: netboot patch To: bde@zeta.org.au (Bruce Evans) Date: Fri, 13 Oct 1995 17:19:30 -0700 (MST) Cc: martin@victor.innovus.com, serg@bcs1.bcs.zaporizhzhe.ua, hackers@FreeBSD.ORG In-Reply-To: <199510140008.KAA25340@godzilla.zeta.org.au> from "Bruce Evans" at Oct 14, 95 10:08:09 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 905 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > The standard boot loader probably doesn't need this because it doesn't > support an 'N' question. It seems unlikely that there are any BIOSes > sensitive to the segment limits. It's more likely that there are > BIOSes sensitive to gateA20, and we don't bother switching gateA20 > back and forth. Gate A20 is definitely a problem on some keyboard controller based reset sequences. I think it is the major missing piece of the puzzle there, in fact. As far as BIOS sensistivity, there are many ISA cards that do not implement full I/O space decoding, meaning that it looks as if the I/O space is repeating. This seems to result in more conflicts than all other causes put together, especially when the offender is a cheap serial board or a Diamond video card. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 17:28:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA18366 for hackers-outgoing; Fri, 13 Oct 1995 17:28:05 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA18361 for ; Fri, 13 Oct 1995 17:28:02 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA21872 for ; Fri, 13 Oct 1995 17:27:11 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id RAA09357 for hackers@freebsd.org; Fri, 13 Oct 1995 17:26:37 -0700 From: Julian Elischer Message-Id: <199510140026.RAA09357@ref.tfs.com> Subject: Re: generic kernel interfaces (e.g. proto_register) To: hackers@freebsd.org Date: Fri, 13 Oct 1995 17:26:37 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2010 Sender: owner-hackers@freebsd.org Precedence: bulk somehow this conversation ahs drifted off hackers.. but it's exactly the thing that should be on it. just redirecting it back there julian Forwarded message: > at the bottom end, incoming packets received on an interface..... > We need an extensible mechanism where a new protocol can > arrange to get it's packets sent to it > If we do a good enough job, then maybe even bpf can > use it (so we don't need to keep adding bpf support to drivers) > > I was thinking of the following.. it should be quick enough and > extensible enough.. > > A hash table for finding your protocol for incoming packets.. > (for each supported net type.. e.g ether would have one, > that is keyed off ETHERTYPE_xxx), and if the packet fails that > then there is a backup method which is a linked list of > 'match' routines.. The reasoning is that common protocols that have a > well defined ETHERTYPE value (e.g. arp, ip...) > can make a quick match on the table, but that something > more complicated such as 802.3 stuff might need to fall through > to a 802.3 match function which will either 'claim' it > or allow it to be passed on to the next function to try.. > if it runs out of those then it is dumped. This sounds ideal, actually. > going the other way, it should be possible to run ethernet and 802.3 > on the same interface, depending on the target host.. > I'm sure this info can be kept in the routing table, but I don't know > if we'd need to send two arp packets out.. one in each type.. > > the simple answer is of course a LINK flag indicating the differnce, > but I don't know if it it's accepted to limit a net to either one or > the other.. NetWare, UnixWare, VMS, and Ultrix all support multiple protocol types on an interface. One place to look might be at multicast, which has to do a similar thing. Where has Garrett Wollman been in this discussion?!? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Oct 13 17:38:32 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA18791 for hackers-outgoing; Fri, 13 Oct 1995 17:38:32 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA18786 for ; Fri, 13 Oct 1995 17:38:28 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id KAA26139; Sat, 14 Oct 1995 10:34:48 +1000 Date: Sat, 14 Oct 1995 10:34:48 +1000 From: Bruce Evans Message-Id: <199510140034.KAA26139@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@lambert.org Subject: Re: I/O port 0 == autoconfig? - RESULTS Cc: hackers@FreeBSD.ORG, msmith@atrad.adelaide.edu.au, uhclem%nemesis@fw.ast.com Sender: owner-hackers@FreeBSD.ORG Precedence: bulk >> >Speaking of the three-stage boot stuff, I'd like to hear from some/anyone >> >that has a set of screen, serial and disk libraries that interact directly >> >with the BIOS in the state that it's in when the bootsector is loaded. >> >> What's wrong with the routines in the boot loaders except they are not a >> library (there is already too much duplication)? >They cannot be accessed by the kernel (the VM86 problem). Then the BIOS isn't in the state that it's in when the bootsector is loaded 8-). Bruce From owner-freebsd-hackers Fri Oct 13 17:39:34 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA18950 for hackers-outgoing; Fri, 13 Oct 1995 17:39:34 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA18945 for ; Fri, 13 Oct 1995 17:39:32 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id RAA09140; Fri, 13 Oct 1995 17:38:41 -0700 Message-Id: <199510140038.RAA09140@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Julian Elischer cc: hackers@freebsd.org Subject: Re: generic kernel interfaces (e.g. proto_register) In-reply-to: Your message of "Fri, 13 Oct 1995 17:26:37 PDT." <199510140026.RAA09357@ref.tfs.com> Date: Fri, 13 Oct 1995 17:38:41 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk >Where has Garrett Wollman been in this discussion?!? > Garrett doesn't read hackers. > > Terry Lambert > terry@lambert.org >--- >Any opinions in this posting are my own and not those of my present >or previous employers. > > -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Oct 13 17:50:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id RAA19240 for hackers-outgoing; Fri, 13 Oct 1995 17:50:51 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id RAA19227 for ; Fri, 13 Oct 1995 17:50:47 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id RAA00913; Fri, 13 Oct 1995 17:48:55 -0700 To: Terry Lambert cc: julian@ref.tfs.com, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG Subject: Re: IPX now available In-reply-to: Your message of "Fri, 13 Oct 1995 17:14:39 PDT." <199510140014.RAA18659@phaeton.artisoft.com> Date: Fri, 13 Oct 1995 17:48:54 -0700 Message-ID: <911.813631734@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > [ ... definition elided ... ] > > (comment: I think "readOnly" is a bit? So it should be stolen from "type".) Actually, you don't even need it at all - I just included it as a convenience. You could simulate read-only by simply redirecting the put function to a stub which disallowed it. Hmm. Didn't make any provision for put() returning a status! Whoops! :-) > The use of indirect references is at best, an unpleasent overhead > addition, and at worst, completely unworkable. Well, I guess that kinda makes your position on THAT clear.. :-) > The INDIRECT you add above would require the use of dual-stating the > external declaration in the header files (the most likely soloution), Actually, no. I guess I didn't make it plain enough that I'd expect the mountain to come meet Mohammed to a certain extent with a scheme like this - you'd need to substantially reimpliment the interfaces between the VFS code and an LKM using it, as you mention, as well as a host of other things. I think you're still in the mode of "loader replacement" whereas I'm talking more "paradigm shift" where we stop writing dual-role drivers (static and LKM) the way we do now and start thinking more fundamentally about how the kernel talks to external devices, filesystems and other features. Nothing you do with the loader or a replacement for the loader is going to deal with the problems of changing interfaces, and the indirection scheme does at least buy you that. > the test case, it was TCP, UDP, and IP. Their results speak well for > seperating logical interface design for abstraction implementation in > favor of efficiency. See Julians's recent post for collaborative > speculation on overhead for protocol family based dispatching). I don't doubt that there is a performance penalty to be paid. I once worked for a company that had a product called "X.DOT" - one of the first commercially available X.25 packages you could buy if you were a manufacturer of custom X.25 switching hardware (there were a few. :-). Anyway, reports started coming in from the first BETA customers that they were only getting some 20% line utilization - the hardware was simply running out of woof long before maximum theoretical efficiency was reached. Well, they looked at the code and they looked and it and they realize that it was some BEAUTIFULLY written code; everything abstract to the nines and layered at all the logical layering points and basically a paragon of virtue (or is that WIRTHue?) with the one tiny flaw being that it didn't work. It was TOO well layered, TOO well abstracted. To put it colloqually, it crawled on its belly and barked like a dog. So they had to go in there and do some really horrible hatchet work that I'm sure the original author still feels to this day, and yes, I'm aware of the penalties of going too far into the abstract. That's why I suggested that not *everything* be done through the indrect pointers and you have the variable_{get,put} routines trying to be reasonably smart about returning simple scalar types for which no special handling is required directly from the variable (and I expected the list of such types to be added to). That'd leave the hash lookup as the most expensive part of the operation, and I know of some that are pretty fast. But all considerations of efficiency aside, I still agree that you can't take the full range of interdependencies represented by our current LKM/kernel mix and fit it easily into this model - not by a long shot. Maybe what I'm really saying here is that if we're going to go with dynamic everything at some point in our future then we should at least be willing to look at as many other approaches as possible before diving in and trying to patch what we have now. Working within the existing chalk marks has many definite advantages, and sometimes it's the ONLY way to get something actually done, but it can also frequently quality for the "hack on hack" category and what you end up with at the end of your 5 year plan is a big Mess. I dunno. There's a lot that's broken with the code we've inherited (and the UNIX legacy in general) and maybe it's just that I don't see anywhere near enough heretical discussion in this mailing list to make me feel comfortable that people are really owning up to it! :-) Jordan From owner-freebsd-hackers Fri Oct 13 18:47:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA20524 for hackers-outgoing; Fri, 13 Oct 1995 18:47:16 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA20519 for ; Fri, 13 Oct 1995 18:47:12 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA18883; Fri, 13 Oct 1995 18:40:56 -0700 From: Terry Lambert Message-Id: <199510140140.SAA18883@phaeton.artisoft.com> Subject: Re: IPX now available To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 13 Oct 1995 18:40:56 -0700 (MST) Cc: terry@lambert.org, julian@ref.tfs.com, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG In-Reply-To: <911.813631734@time.cdrom.com> from "Jordan K. Hubbard" at Oct 13, 95 05:48:54 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 7880 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > The use of indirect references is at best, an unpleasent overhead > > addition, and at worst, completely unworkable. > > Well, I guess that kinda makes your position on THAT clear.. :-) 8-). > > The INDIRECT you add above would require the use of dual-stating the > > external declaration in the header files (the most likely soloution), > > Actually, no. I guess I didn't make it plain enough that I'd expect > the mountain to come meet Mohammed to a certain extent with a scheme > like this - you'd need to substantially reimpliment the interfaces > between the VFS code and an LKM using it, as you mention, as well as a > host of other things. The file system stacking interface isn't really succeptible to anything short of runtime code generation if you want to split out depedent modules from depended on modules. I know this for a fact: I am loading the file systems as individual components using the Win95 PELDR_* interface, and I am well aware of exactly what I had to do to make it work. For the Win95-non-literate, the PELDR_* interface is the VXD equivalent of a DLL. It uses runtime patched function indirection vectors, and can suuport variable references through linker magic and storage class attribution using the __declspec() identifier previously discussed. > I think you're still in the mode of "loader replacement" whereas I'm > talking more "paradigm shift" where we stop writing dual-role drivers > (static and LKM) the way we do now and start thinking more > fundamentally about how the kernel talks to external devices, > filesystems and other features. Nothing you do with the loader or a > replacement for the loader is going to deal with the problems of > changing interfaces, and the indirection scheme does at least buy you > that. I would be loathe to give up file system stacking, especially when we are on the verge of being able to finally use some of the technology to our advantage in BSD. Particularly with the advent of devfs. John Heidemann spent enough time to get a Master's degree on the file system stacking, and I would be very careful modifying it without as much thought. Most of the recent stuff I've done has been in regards to corecting the way it was haphazardly pounded into the BSD 4.4-Lite I think that you missed a private exchange between Julian and I early on when this discussion was getting ready to boil. A stacking interface is also planned for use in the device file system itself for exportation of logical devices, which may be simple translations of physical devices, all the way up to an "extended partition" inthe DOS sense with an "extended partition" in the BSD sense on top of it (what we call a "disklabel"). We can not hope to eliminate stacking interfaces without losing the ability to operate cross-architecture. Someone was recently asking about mounting NeXT disks. Part of that is a physical-to-logical device translation mechanism that is applicable to the way NeXT does disk slicing. Potentially, another one would replace that in place to implement NeXT's idea of "media perfection". Finally, a logical device is exported in the devfs to the file system name space, and that is mountable by a file system. This can use the stacking of logical device translation layers 2-3 times (depending on partitioning below slicing) before a logical device, consisting of a strategy routine, a start sector, and a length, is exported for use by a file system, Then the file system specific issues begin. [ ... ] > I don't doubt that there is a performance penalty to be paid. [ ... performance "hairy dog" story elided ... ] > So they had to go in there and do some really horrible hatchet work > that I'm sure the original author still feels to this day, and yes, > I'm aware of the penalties of going too far into the abstract. > > That's why I suggested that not *everything* be done through the > indrect pointers and you have the variable_{get,put} routines trying > to be reasonably smart about returning simple scalar types for which > no special handling is required directly from the variable (and I > expected the list of such types to be added to). That'd leave the > hash lookup as the most expensive part of the operation, and I know of > some that are pretty fast. Scalar variables are actually the least frequently address referenced objects crossing logical interface boundries in the kernel. I've compiled the whole kernel (almost) on a PPC using the AIX C compiler and imports and exports at the interface abstraction layer to ensure that the interfaces were clean. This is actually where I identified the cn_pnbuf issue that was recently put to bed after two patches, but not yet committed. The point is, that most of the issues to be resolved are structures containing function pointers. The one exception is the structures containing op descriptors in the VFS, and that's easily resolvable even without reordering using a slightly more complicated kern/vnode_if.sh script and manifest constants, with a descriptor post-process insertion routine (one place where I would find it acceptable) that traverses the ops list replacing the descriptor indices with the descriptors themselves. Meaning most data is not accessed across interface boundries, mostly it function addresses. > But all considerations of efficiency aside, I still agree that you > can't take the full range of interdependencies represented by our > current LKM/kernel mix and fit it easily into this model - not by a > long shot. I agree, I don't see this as a serious limitation in coming up with a set of changes. My last interface patch touched 17 files. It's a limit of the programmer having to do it all at once. > Maybe what I'm really saying here is that if we're going to go with > dynamic everything at some point in our future then we should at least > be willing to look at as many other approaches as possible before > diving in and trying to patch what we have now. Working within the > existing chalk marks has many definite advantages, and sometimes it's > the ONLY way to get something actually done, but it can also > frequently quality for the "hack on hack" category and what you end up > with at the end of your 5 year plan is a big Mess. I think this is in error. I think we are all defining where those chalk marks lie, after which, as long as the definitions are broad enough, any work within the chalk marks will not be cramped. I am very against the "hack on hack" approach. I think CSRG's approach to wiring in the VFS falls right into this category, and it's something that we are even now working on correcting. We aren't under the crippling constraints that they were under in terms of needing to rewrite the world from scratch to prevent dubious claims of "contamination", and needing to do so in a very short period of time. By the same token, anything that works is better than anything that doesn't. It's important to design revolutionary, but to implement eveolutionary. The common shortcut of designing evolutionary should be outlawed. > I dunno. There's a lot that's broken with the code we've inherited > (and the UNIX legacy in general) and maybe it's just that I don't see > anywhere near enough heretical discussion in this mailing list to make > me feel comfortable that people are really owning up to it! :-) I'm not willing to shuck much of "the UNIX legacy". If you want to work on something other than UNIX or a UNIX clone OS, feel free to do so. But it won't be UNIX. I agree for the most part with the idea that we have inherited some bad code, but I'll be damned if I'll condemn the ideas that caused that code ("the UNIX legacy") without a fair hearing. 8-). 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 Fri Oct 13 22:22:05 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA24580 for hackers-outgoing; Fri, 13 Oct 1995 22:22:05 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA24573 for ; Fri, 13 Oct 1995 22:22:01 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id WAA02310; Fri, 13 Oct 1995 22:19:29 -0700 To: Terry Lambert cc: julian@ref.tfs.com, jhay@mikom.csir.co.za, hackers@FreeBSD.ORG Subject: Re: IPX now available In-reply-to: Your message of "Fri, 13 Oct 1995 18:40:56 PDT." <199510140140.SAA18883@phaeton.artisoft.com> Date: Fri, 13 Oct 1995 22:19:29 -0700 Message-ID: <2308.813647969@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > I would be loathe to give up file system stacking, especially when we > are on the verge of being able to finally use some of the technology Never implied that we would. Sorry if you took such an interpretation. > I agree for the most part with the idea that we have inherited some bad > code, but I'll be damned if I'll condemn the ideas that caused that code > ("the UNIX legacy") without a fair hearing. 8-). The ideas? No, I'm not condeming the ideas. The ideas are, in many respects, just fine. In fact, most of the major shortcomings we're currently facing are because the fundamental concepts behind UNIX were never taken FAR ENOUGH. Things, as things will, lost momentum at some point before that. An example? Oh, lesse.. OK, why can't I do something like THIS: % make world ^Z [1]+ Suspended make world % bg >& make.out [1]+ make world & % Hurrah, the output is now redirected to make.out! Or even this: % ./mylogprogram ^Z [2]+ Suspended ./mylogprogram % fg | grep foo We can't do all those things easily though because there's no mechanism for CHANGING an open file handle, nor is the process group mechanism powerful enough that we'd even be able to add another process to a pipeline in such a way that it would behave properly on subsequent suspend/resumes. I won't even get into harping on about my favorite peeve, which is the inability to do THIS either: % make world Message from root@bigsys.bigcorp.com on ttyp4 at 22:06 ... Hey, I need to reboot the system - can you log off? EOF ^Z [1]+ Suspended make world % procsave %1 > make.world.image Saving process tree for pgrp 1002... Done. % exit % procrestore make.world.image On a system where process information isn't so scattered around and FILE objects are handled somewhat more flexibly than through fixed tables, this kind of thing is easy. We had this feature in ITS 20 years ago! But in UNIX, that's not so easy to add because things weren't designed anywhere nearly "decoupled" enough and just restoring a saved processes' file table to something sane would take serious work. Nice idea, all these pipes and standardized I/O, just a pity nobody's taken it all the logical conclusion! Yes, plan9 is significantly more abstract in some of these respects but I thought we were talking about UNIX and its shortcomings! :-) Jordan From owner-freebsd-hackers Fri Oct 13 22:22:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA24609 for hackers-outgoing; Fri, 13 Oct 1995 22:22:23 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA24602 for ; Fri, 13 Oct 1995 22:22:18 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA18619; Sat, 14 Oct 1995 06:22:07 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA25696; Sat, 14 Oct 1995 06:22:07 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA05696; Sat, 14 Oct 1995 00:28:31 +0100 From: J Wunsch Message-Id: <199510132328.AAA05696@uriah.heep.sax.de> Subject: Re: login To: rdugaue@calweb.com (Robert Du Gaue) Date: Sat, 14 Oct 1995 00:28:31 +0100 (MET) Cc: hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Robert Du Gaue" at Oct 13, 95 10:30:48 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 427 Sender: owner-hackers@freebsd.org Precedence: bulk As Robert Du Gaue wrote: > > There was 1 unsuccessful login attempt. > This attempt was at Fri Oct 13 10:30:09 1995. > Press return to continue... If you gonna implement it, make it an _option_! Or how would you a remote UUCP login expect to "press return"? :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Oct 13 22:23:19 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA24680 for hackers-outgoing; Fri, 13 Oct 1995 22:23:19 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA24675 for ; Fri, 13 Oct 1995 22:23:15 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id GAA18624; Sat, 14 Oct 1995 06:22:13 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id GAA25699; Sat, 14 Oct 1995 06:22:13 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id AAA05712; Sat, 14 Oct 1995 00:30:06 +0100 From: J Wunsch Message-Id: <199510132330.AAA05712@uriah.heep.sax.de> Subject: Re: login To: kurto@tiny.mcs.usu.edu (Kurt Olsen) Date: Sat, 14 Oct 1995 00:30:05 +0100 (MET) Cc: freebsd-hackers@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510131926.NAA14003@tiny.mcs.usu.edu> from "Kurt Olsen" at Oct 13, 95 01:26: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 Content-Length: 439 Sender: owner-hackers@FreeBSD.org Precedence: bulk As Kurt Olsen wrote: > > > As a quick-n-dirty you can put something like this in /etc/csh.login: > > grep `whoami` /var/log/messages | tail -5 Naaah... Consider my login ID: ``j''. Can you imagine how many grep matches a single `j' would yield on a populated machine? :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Oct 13 22:48:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA25274 for hackers-outgoing; Fri, 13 Oct 1995 22:48:58 -0700 Received: (from hsu@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA25266 ; Fri, 13 Oct 1995 22:48:56 -0700 Date: Fri, 13 Oct 1995 22:48:56 -0700 From: Jeffrey Hsu Message-Id: <199510140548.WAA25266@freefall.freebsd.org> To: jkh@time.cdrom.com Subject: Re: IPX now available Cc: hackers Sender: owner-hackers@FreeBSD.org Precedence: bulk Take a look at expect. It, surprisingly, does the sort of file redirection you desire. You can even start the make on one tty, go home and log in on another tty, and resume the output on that tty. From owner-freebsd-hackers Fri Oct 13 22:55:31 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA25662 for hackers-outgoing; Fri, 13 Oct 1995 22:55:31 -0700 Received: from aslan.cdrom.com (aslan.cdrom.com [192.216.223.142]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA25657 for ; Fri, 13 Oct 1995 22:55:29 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by aslan.cdrom.com (8.6.12/8.6.9) with SMTP id WAA09554; Fri, 13 Oct 1995 22:53:47 -0700 Message-Id: <199510140553.WAA09554@aslan.cdrom.com> X-Authentication-Warning: aslan.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: Matt Thomas cc: Terry Lambert , hackers@freebsd.org Subject: Re: IPX now available In-reply-to: Your message of "Fri, 13 Oct 1995 18:16:36 -0000." <199510131816.SAA24191@whydos.lkg.dec.com> Date: Fri, 13 Oct 1995 22:53:47 -0700 From: "Justin T. Gibbs" Sender: owner-hackers@freebsd.org Precedence: bulk > >In <199510131819.LAA17947@phaeton.artisoft.com>, Terry Lambert wrote: > >> > probe () >> > { >> > minimum to determin presence of hardware >> >> AND determine the allowable ranges for IRQ/DRQ/IO/memory this device > >Agreed. The probe routine should allocate no resources (such as VM) and >no local state (ie. no private information for the driver's attach >routines). It only provides information to configuration manager about >the number of devices, and the ranges for the device. Note that for IRQ >that not only the values should be supplied, but the types of IRQ that >are supported (level, edge) as well. Lets re-examine how the system might handle configuration: 1) Loop through LKMs and compile their resource and flexibility info. Perhaps this can be combined with step four (the probe), but to do it first gives us a data structure with all the devices that *may* be in the system that the configuration manager can update as probe information is returned. 2) PCI Bus Probe - Builds tree of PCI tags 3) EISA Bus Probe - Builds list of slot/ID pairs 4) Loop through LKMs a second time and call their probe routine. The probe is responsible for "refining" the resource list for this device by non-invasize means. For some ISA devices, the probe may be a total no-op. For others, the drivers will eliminate themselves, or find all of the information for the devices they will attach to. 5) Loop through the LKMs in order determined by the configuration manager calling the attach routines with the appropriate arguments. An LKM that supports multiple buses may get loaded/unloaded many times depending on the order of bus probing. A PCI or EISA probe is not much more than a call to the "match" routine for each ID the driver supports unless that driver can dermine additional configuration info non-invasively. Booting off a floppy could be real slow if we have to load and unload the LKMs many times. >Either via a smarter bootloader or a VM86 mode, calls into the BIOS >to get configuration information should be done as well. For instance, >getting the information out of the EISA CMOS should the DEPCA driver >since the DE422 config registers are write-only. This has always been on the wish list. If we ever get it, it should be a standard EISA interface similar to the PCI Bios wrappers we have right now. I would expect the interface to be used during the probe to refine the device's configuration list. >Also, the probe needs to be done once on a per bus-type basis; >a probe should never try to all the different bus types at once. Agreed. >For PCI, I'm beginning in favor of having the driver call a pci_match >routine to find instances of itself instead of the currently "passive" >method. The passive method just doesn't lend itself to LKM. This is the way the new EISA code is moving already. >> > } >> >> meta_attach() >> { >> create a graph of "least relocatable" to "most relocatable" >> determine desirable "location freeze" for each device >> call per device attach with location information I don't think that we can always have a "location freeze" at this point. We can't determine the base addresses of all ISA devices safely which is our main problem. The best we can do is get as much info as is safe during the probe stage and build the list of attach attempts from there. >On the pci-sig mailing list, it seems many BIOS makers are putting in >a Micro$oft configuration mode which only configurations "boot" devices >and then expects the PnP O/S to call into the PCI BIOS to finish >configuring all the other devices. > >For PnP devices that need configuring, the meta_attach is responsible >for setting them to the proper drq/irq/port/memory/etc. Fine. Flexible devices are easy. Its the devices that aren't flexible that make our job hard. >> > attach() >> > { > >At this point in time, the configuration manager should have assigned >(either dynamically if needed or statically if required) the port address, >IRQ, and memory (and any other bus-specific resources). The driver should >not have to pick anything at this point. I don't think that this is realistic. If, for example, a device cannot change its IRQ on the fly and cannot determine its current IRQ non-invasively, we simply don't have the information until we're in the attach. The configuration manager can "weed out" possible attach attempts based on the results of earlier probes, but that still comes down to specifying a few different port addresses for the driver to look for cards at and the driver may have to determine the IRQ/DRQ/Maddr if the ioport is correct. The best we can do is place these probes after we have probed drivers that can determine their ioaddr non-invasively. >> > Determin port Addresses > >At this point, the only the driver can do is either verify that the >device exists at this address and is setup correctly. Right. >> > if (!reserve port address) { >> > return some error code >> > } >> > Determine IRQ >> > if (!Map IRQ Handler) { >> > release port address > >Only if said port address was dynamically assigned to the device, >if the port (or memory) address is fixed then that address should >not be released. Yes. > >Note that if there was a conflict, the configuration manager should >have never bothered to call the attach routine. Depends on your definition of probe. The probe just may not be sufficient to know if there is a conflict or not. >> The caveat on destructive probes (those involving triggering of interrupts, >> like IN/Lance ethernet, etc.) is that they must be prevented. >> >> A destructive probe should be limited to a "add hardware mode". Just like >> Windows 95: a user triggered event or an install triggered event that does >> not repeat each boot. >In my mind, if a user configures a device (such the probe and/or meta_attach >is bypassed) and then the attach routine is called, the attach is allowed >to do the equivalent of a destructive probe since it unconditionally owns >those resources. For ISA devices, you many times don't have a choice. >The database created by the configuration manager and filled in by the probes >and refined by the meta_attaches must be non-volatile and independent of the >kernel. Note that this means that either the resource information in the >config file disappears or config will need to able to write out a resource >database file. A driver's configuration information should be a portion of the driver interface that can also be extracted from LKMs. Configuring a kernel could be achived by a text file in the lkm directory that specifies the lkms to load and optional attach information. This would have to be handled by a third stage boot loader. >The boot loader will need to able to read this configuration database and >put it into memory along side the kernel image. Userconfig could then >either stay in the kernel or become a separate entity. Actually, it might >even make sense for userconfig to become the second-stage loader since it >will have the proper information to do it. I want the configuration database to built from data within the LKM at load time. That way, a vendor can simply give you a binary to stick in your lkm directory. > >Matt Thomas Internet: matt@lkg.dec.com >3am Software Foundry WWW URL: >Westford, MA Disclaimer: Digital disavows all knowledge > of this message > -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Fri Oct 13 23:02:07 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA25906 for hackers-outgoing; Fri, 13 Oct 1995 23:02:07 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA25898 for ; Fri, 13 Oct 1995 23:01:58 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id LAA05023; Sat, 14 Oct 1995 11:05:02 +0500 From: "Serge A. Babkin" Message-Id: <199510140605.LAA05023@hq.icb.chel.su> Subject: Re: PC config To: chuck@fang.cs.sunyit.edu (Charles Kenneth Green - PRC) Date: Sat, 14 Oct 1995 11:05:01 +0500 (GMT+0500) Cc: hackers@freebsd.org In-Reply-To: <199510131254.IAA22050@fang.cs.sunyit.edu> from "Charles Kenneth Green - PRC" at Oct 13, 95 08:54:51 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 738 Sender: owner-hackers@freebsd.org Precedence: bulk > > At work I've been offered a P133 with all the trimmings (21'' > monitor, 6 speed cdrom, etc...) but the catch that caught my eye was that > it came with a "PCI 3COM NIC (3X509)". First, I wasn't aware of a 3COM > 3X509 card (I thought that they may have meant 3c509). Anyhow, can anyone > tell me if this card is supportted? I now FreeBSD supports the 3c509 but I > was under the impression this card was an ISA card. May be 3c590 ? As I know they are named: 509 - ISA 529 - MCA (I'm not shure about this) 579 - EISA 589 - PCMCIA 590 - PCI Recently somebody said that he wrote the driver for 3c590. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Fri Oct 13 23:04:11 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA26028 for hackers-outgoing; Fri, 13 Oct 1995 23:04:11 -0700 Received: from mramirez.sy.yale.edu (mramirez.sy.yale.edu [130.132.57.207]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA26021 for ; Fri, 13 Oct 1995 23:04:07 -0700 Received: (from mrami@localhost) by mramirez.sy.yale.edu (8.6.12/8.6.9) id CAA18190; Sat, 14 Oct 1995 02:01:55 -0400 Date: Sat, 14 Oct 1995 02:01:52 -0400 (EDT) From: Marc Ramirez Reply-To: mrami@minerva.cis.yale.edu To: Terry Lambert cc: Marty Leisner , root@synthcom.com, hackers@FreeBSD.ORG Subject: Re: DOS Emulation under FreeBSD In-Reply-To: <199510132308.QAA18469@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG Precedence: bulk On Fri, 13 Oct 1995, Terry Lambert wrote: > I think there is room for a large contribution at the DOSEMU level, > both in making it work better on BSD and in virtual machine abstraction > on the order of the WIn95/WinNT interface. Does this imply that DOSEMU works partially on FreeBSD? Marc. From owner-freebsd-hackers Fri Oct 13 23:04:16 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA26059 for hackers-outgoing; Fri, 13 Oct 1995 23:04:16 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA26046 ; Fri, 13 Oct 1995 23:04:14 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.12/8.6.9) with SMTP id XAA06129; Fri, 13 Oct 1995 23:03:38 -0700 To: Jeffrey Hsu cc: hackers@freefall.freebsd.org Subject: Re: IPX now available In-reply-to: Your message of "Fri, 13 Oct 1995 22:48:56 PDT." <199510140548.WAA25266@freefall.freebsd.org> Date: Fri, 13 Oct 1995 23:03:38 -0700 Message-ID: <6127.813650618@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org Precedence: bulk > Take a look at expect. It, surprisingly, does the sort of file > redirection you desire. You can even start the make on one tty, > go home and log in on another tty, and resume the output on that tty. I know expect well - I've used it in projects to run automated tests on comms equipment, in fact. It's still not *quite* what I want in this case, however Jordan From owner-freebsd-hackers Fri Oct 13 23:13:49 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA26388 for hackers-outgoing; Fri, 13 Oct 1995 23:13:49 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA26383 for ; Fri, 13 Oct 1995 23:13:48 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id XAA19306; Fri, 13 Oct 1995 23:06:51 -0700 From: Terry Lambert Message-Id: <199510140606.XAA19306@phaeton.artisoft.com> Subject: Re: DOS Emulation under FreeBSD To: mrami@minerva.cis.yale.edu Date: Fri, 13 Oct 1995 23:06:51 -0700 (MST) Cc: terry@lambert.org, leisner@sdsp.mc.xerox.com, root@synthcom.com, hackers@FreeBSD.ORG In-Reply-To: from "Marc Ramirez" at Oct 14, 95 02:01:52 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 492 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > I think there is room for a large contribution at the DOSEMU level, > > both in making it work better on BSD and in virtual machine abstraction > > on the order of the WIn95/WinNT interface. > > Does this imply that DOSEMU works partially on FreeBSD? It works on NetBSD, sorta. Someone implied it worked on FreeBSD. It *should* work on FreeBSD. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Oct 14 02:18:02 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA00920 for hackers-outgoing; Sat, 14 Oct 1995 02:18:02 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA00915 for ; Sat, 14 Oct 1995 02:17:57 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id CAA23733 for ; Sat, 14 Oct 1995 02:16:20 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id BAA06065; Sat, 14 Oct 1995 01:29:11 -0600 Message-Id: <199510140729.BAA06065@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: IPX now available Cc: hackers@freebsd.org In-reply-to: Your message of Fri, 13 Oct 1995 22:19:29 PDT Date: Sat, 14 Oct 1995 01:28:35 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org Precedence: bulk : % bg >& make.out : [1]+ make world & : % : : Hurrah, the output is now redirected to make.out! I'd give half my left kidney for something like this! (Pure software already had my right kidney) Warner From owner-freebsd-hackers Sat Oct 14 02:21:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id CAA01021 for hackers-outgoing; Sat, 14 Oct 1995 02:21:45 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id CAA01016 for ; Sat, 14 Oct 1995 02:21:35 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id TAA09173; Sat, 14 Oct 1995 19:19:43 +1000 Date: Sat, 14 Oct 1995 19:19:43 +1000 From: Bruce Evans Message-Id: <199510140919.TAA09173@godzilla.zeta.org.au> To: hackers@freebsd.org, msmith@atrad.adelaide.edu.au, uhclem%nemesis@fw.ast.com Subject: Re: I/O port 0 == autoconfig? - RESULTS Sender: owner-hackers@freebsd.org Precedence: bulk >3. "Don't have *ANY* drivers that figure out where the hardware is >(2 rsp) by searching for it using a clue list or any other mechanism. > Allow only a single-hardcoded location (resource) per driver > that is used if -1 is present, and if that isn't where the > hardware is, the user must change the setting using config." One is no better or worse than many, but none of the addresses should be ones that have already been probed and attached or otherwise reserved for other devices. Since there is currently no good way for drivers to tell which addresses are reserved, drivers shouldn't use hard-coded resource tables. Currently, drivers must advertise their resources in their isa_device struct _before_ they are probed. One hackish way around this would be to probe multiply. Drivers could then set up proposed resources for the next pass and be called for the next pass iff the resources don't conflict (something more would be required to change the resources for the next+1 pass). Unfortunately this would make the probe order hard to predict. It is already hard to predict because some drivers have an unadvertised `sensitive_hw' flag that affects the order, and the visual config changes the order to a "logical" one. Another way is to put multiple devices in the config: controller matcd at isa? port 0x230 bio controller matcd at isa? port 0x240 bio controller matcd at isa? port 0x250 bio controller matcd at isa? port 0x260 bio Hmm. isa_configure() can't check for conflicts properly because it doesn't know the number of ports before the probes. > If you follow the logic that the user won't know where -1 looks > for the driver that looks at locations X, Y and Z, he still > won't know what location is being accessed if the driver just looks > at location X. No difference here. The user will still have to > refer to documentation to find out where the driver is looking, > but he only looks if it doesn't work! That is the key. The driver should report what it's looking at if `bootverbose' is set. > If you go along with the user-should-be-fully-informed and > must-set-everything-exactly-right way of thinking (I guess this > is the same school that took the automatic IRQ mapping out of the > ed0 driver sometime back - grrr), then all drivers should list ed0 still does automatic irq mapping if that is specified (by `irq ?' in the config). Things broke because some config files specified wrong fixed irqs. The ed0 line in the GENERIC config is impossible to write correctly for all cases because ed0 handles dozens of cards and doesn't know the irq mappings for all of them. I don't know why it specifies fixed irqs though. > explicit settings in config, and not look anywhere else, nor should > they figure out anything for themselves. The Port/IRQ/DMA settings > should have no hidden meanings, such as changing a driver from > interrupt-driven to polled, etc. The Flags parameter should be used If the config specifies no irq, how is interrupt-driven i/o supposed to work? Drivers should figure out whatever they can do safely, i.e., very little given the available resources. >We must not forget the looming issue of Plug and Play devices, where >the entire point is for the drivers and initialization code to work >out where the hardware is, can and can't go, and to put it wherever >the pieces fit best. When that day comes, more and more drivers would >be "autoconfiguring", and our current method of reporting locations >back to the to-be-probed drivers and such will have to be replaced. >That is down the road a bit as the entire ISA probe/attach mechanism will >have to be re-written to handle it. This is certainly not a goal for >2.1, and I doubt anyone has thought about it much as an item for 2.2. >It will be nasty. ICU, anybody? isa_configure() is only supposed to work for configuration of isa devices :-). It will probably be sufficient for it to avoid stepping on already-configured autoconfigurable devices. The current init order is probably backwards - isa devices are probed first. Of course, the console should be probed first, and it may be isa for some time. >(2) On the religous front, "I'll do it to my code if you'll do it to >your code." :-) Well, I know that won't happen. However I'll bend, >and unless I hear a loud outcry, I'll change the config entry for matcd to >not search for its hardware BY DEFAULT and I'll pick one address. Zero addresses please. Bruce From owner-freebsd-hackers Sat Oct 14 03:35:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA02950 for hackers-outgoing; Sat, 14 Oct 1995 03:35:37 -0700 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id DAA02941 for ; Sat, 14 Oct 1995 03:35:25 -0700 Received: from zapata.omnix.fr.org (zapata.omnix.fr.org [128.127.10.1]) by zapata.omnix.fr.org (8.6.9/8.6.9) with SMTP id MAA05646; Sat, 14 Oct 1995 12:28:21 +0100 Date: Sat, 14 Oct 1995 12:28:21 +0100 (MET) From: Didier Derny To: Joerg Wunsch cc: hackers@freebsd.org Subject: Re: make release In-Reply-To: <199510132242.XAA05210@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk thanks for your help what do you mean by double-spaced ? is there a probleme with my mail ? +---------------------+ | Didier Derny | | didier@omnix.fr.org | +---------------------+ On Fri, 13 Oct 1995, J Wunsch wrote: > As Didier Derny wrote: > > > how is it possible to do a "make release" without a cvs source tree ? > > It's not even possible _with_ a CVS tree (in particular for you living > in France), if the DES and Kerberos bits are missing. > > I always have to tweak the Makefile to not care for that crypto stuff. > Presumably, you could do something similar to avoid the cvs checkout/ > export operation, and place the source tree manually into the > CHROOTDIR. > > > how can I removed the files created by make release that > > resist to rm xxxx event when I'm root ? > > man chflags > > (Please, don't write double-spaced. Hard to read, and a waste of > space.) > > -- > 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 Oct 14 03:45:58 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id DAA03060 for hackers-outgoing; Sat, 14 Oct 1995 03:45:58 -0700 Received: from frya.zgik.zaporizhzhe.ua (ZGIK-1-ELIS-14.4K.zgik.zaporizhzhe.ua [193.124.62.253]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id DAA03055 for ; Sat, 14 Oct 1995 03:45:32 -0700 Received: from zgik.UUCP by frya.zgik.zaporizhzhe.ua with UUCP id MAA06776; (8.6.11/vak/1.8e) Sat, 14 Oct 1995 12:39:54 +0200 Received: by relay1.bcs.zaporizhzhe.ua (uumail v1.5/ache) id AA17989; Sat, 14 Oct 1995 12:14:57 +0200 Received: from bcs1.bcs.zaporizhzhe.ua (bcs1.bcs.zaporizhzhe.ua [193.124.62.29]) by bcs.zaporizhzhe.ua (8.6.11/8.6.9) with SMTP id MAA17986; Sat, 14 Oct 1995 12:14:56 +0200 Received: by bcs1.bcs.zaporizhzhe.ua id AA02527 (5.65c8/IDA-1.4.4 for hackers@freebsd.org); Sat, 14 Oct 1995 12:10:33 +0200 From: Sergey Shkonda Message-Id: <199510141010.AA02527@bcs1.bcs.zaporizhzhe.ua> Subject: Re: netboot patch To: bde@zeta.org.au (Bruce Evans) Date: Sat, 14 Oct 1995 12:10:30 +0200 (UKR) Cc: hackers@freebsd.org In-Reply-To: <199510140008.KAA25340@godzilla.zeta.org.au> from "Bruce Evans" at Oct 14, 95 10:08:09 am X-Mailer: ELM [version 2.4 PL0] Content-Type: text Content-Length: 1087 Sender: owner-hackers@freebsd.org Precedence: bulk > > >> > Troubles detected when DOS memory managers used > >> > after netboot.com. (I type 'N' when question "Boot from Network") > >> > IMHO there are incorrect switching from P-mode to R-mode at exit. > >> > >> I have heard this from other people as well, but I don't really know > >> what I'm doing incorrectly on the switch back. > > I found this bug. You need to load selector with limit 64k > > to ss, ds, es, fs and fs registers _before_ cleaning PE flag. > > Then shadow registers filled correctly. > > fs and gs need not be switched back because they aren't switched to. > > The standard boot loader probably doesn't need this because it doesn't > support an 'N' question. It seems unlikely that there are any BIOSes > sensitive to the segment limits. It's more likely that there are > BIOSes sensitive to gateA20, and we don't bother switching gateA20 > back and forth. > > Bruce > If this question not supported, then you can't boot from floppy with boot ROM. -- Serg | Relcom: (Sergey Shkonda) | serg@bcs1.bcs.zaporizhzhe.ua From owner-freebsd-hackers Sat Oct 14 04:19:37 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA05164 for hackers-outgoing; Sat, 14 Oct 1995 04:19:37 -0700 Received: (from julian@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA05158 for hackers; Sat, 14 Oct 1995 04:19:35 -0700 Date: Sat, 14 Oct 1995 04:19:35 -0700 From: Julian Elischer Message-Id: <199510141119.EAA05158@freefall.freebsd.org> To: hackers Subject: suggested changes to mbuf routines Sender: owner-hackers@FreeBSD.org Precedence: bulk Here are some changes to mbufs that should have very little effect to most people but make a great difference to me.. the difference is to bring in the support for 3rd-party 'external objects' being linked to by an mbuf the code has been in the kernel for a while, and it's in 4.3, and OSF1 in similar forms, but for some reason was commented out in FreeBSD.. does anyone know why? I did notice that if I had just enabled it then there would ahve been the potential for the duplication of an mbuf with an external reference to do bad things it the external object was not a mbuf cluster. for this reason I've implimented teh ext_ref function call in teh ext struct which is a pointer to a function that will increment the reference count of whatever object has been externally referenced. Once again I discussed this with mike Karels about 3 years ago, and I'm surprised to see it still not implimented.. he said back then that it was on his list.. I desperatly need this for TFS because we hang all sorts of external 'things' off mbufs and tehy need to be freed when the mbuf is freed I just spent teh best part of a day trying to figure out why my objects were't getting freed, because I 'assumed' this was in the kernel, and was very shocked to find it had been commented out.. anyhow, ehough babble here are teh diffs Index: sys/mbuf.h =================================================================== RCS file: /u1/cvs/src/sys/sys/mbuf.h,v retrieving revision 1.10 diff -c -r1.10 mbuf.h *** 1.10 1995/07/29 11:42:46 --- mbuf.h 1995/10/14 09:32:06 *************** *** 89,94 **** --- 89,96 ---- void (*ext_free) /* free routine if not the usual */ __P((caddr_t, u_int)); u_int ext_size; /* size of buffer, for ext_free */ + void (*ext_ref) /* add a reference to the ext object */ + __P((caddr_t, u_int)); }; struct mbuf { *************** *** 232,237 **** --- 234,241 ---- if ((m)->m_ext.ext_buf != NULL) { \ (m)->m_data = (m)->m_ext.ext_buf; \ (m)->m_flags |= M_EXT; \ + (m)->m_ext.ext_free = NULL; \ + (m)->m_ext.ext_ref = NULL; \ (m)->m_ext.ext_size = MCLBYTES; \ } \ } *************** *** 250,256 **** * Free a single mbuf and associated external storage. * Place the successor, if any, in n. */ - #ifdef notyet #define MFREE(m, n) \ { MBUFLOCK(mbstat.m_mtypes[(m)->m_type]--;) \ if ((m)->m_flags & M_EXT) { \ --- 254,259 ---- *************** *** 263,278 **** (n) = (m)->m_next; \ FREE((m), mbtypes[(m)->m_type]); \ } - #else /* notyet */ - #define MFREE(m, nn) \ - { MBUFLOCK(mbstat.m_mtypes[(m)->m_type]--;) \ - if ((m)->m_flags & M_EXT) { \ - MCLFREE((m)->m_ext.ext_buf); \ - } \ - (nn) = (m)->m_next; \ - FREE((m), mbtypes[(m)->m_type]); \ - } - #endif /* * Copy mbuf pkthdr from from to to. --- 266,271 ---- Index: kern/uipc_mbuf.c =================================================================== RCS file: /u1/cvs/src/sys/kern/uipc_mbuf.c,v retrieving revision 1.12 diff -c -r1.12 uipc_mbuf.c *** 1.12 1995/09/09 18:10:12 --- uipc_mbuf.c 1995/10/14 09:42:56 *************** *** 335,341 **** n->m_len = min(len, m->m_len - off); if (m->m_flags & M_EXT) { n->m_data = m->m_data + off; ! mclrefcnt[mtocl(m->m_ext.ext_buf)]++; n->m_ext = m->m_ext; n->m_flags |= M_EXT; } else --- 335,346 ---- n->m_len = min(len, m->m_len - off); if (m->m_flags & M_EXT) { n->m_data = m->m_data + off; ! if(!m->m_ext.ext_free) ! mclrefcnt[mtocl(m->m_ext.ext_buf)]++; ! else ! if(m->m_ext.ext_ref) ! (*(m->m_ext.ext_ref))(m->m_ext.ext_buf, ! m->m_ext.ext_size); n->m_ext = m->m_ext; n->m_flags |= M_EXT; } else *************** *** 612,618 **** if (m->m_flags & M_EXT) { n->m_flags |= M_EXT; n->m_ext = m->m_ext; ! mclrefcnt[mtocl(m->m_ext.ext_buf)]++; m->m_ext.ext_size = 0; /* For Accounting XXXXXX danger */ n->m_data = m->m_data + len; } else { --- 617,628 ---- if (m->m_flags & M_EXT) { n->m_flags |= M_EXT; n->m_ext = m->m_ext; ! if(!m->m_ext.ext_free) ! mclrefcnt[mtocl(m->m_ext.ext_buf)]++; ! else ! if(m->m_ext.ext_ref) ! (*(m->m_ext.ext_ref))(m->m_ext.ext_buf, ! m->m_ext.ext_size); m->m_ext.ext_size = 0; /* For Accounting XXXXXX danger */ n->m_data = m->m_data + len; } else { A I have these changes ready to check in but want a sanity check first.. (p.s. possibly I should have a bit (like M_EXT) to say that the external object is a normal mbuf cluster, and that default modes should be used..) From owner-freebsd-hackers Sat Oct 14 04:44:42 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id EAA05420 for hackers-outgoing; Sat, 14 Oct 1995 04:44:42 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id EAA05415 ; Sat, 14 Oct 1995 04:44:39 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id EAA05509; Sat, 14 Oct 1995 04:44:39 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id EAA00288; Sat, 14 Oct 1995 04:42:18 -0700 Message-Id: <199510141142.EAA00288@corbin.Root.COM> To: Julian Elischer cc: hackers@freefall.freebsd.org Subject: Re: suggested changes to mbuf routines In-reply-to: Your message of "Sat, 14 Oct 95 04:19:35 PDT." <199510141119.EAA05158@freefall.freebsd.org> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 14 Oct 1995 04:42:18 -0700 Sender: owner-hackers@FreeBSD.org Precedence: bulk >the difference is to bring in the support for 3rd-party 'external objects' >being linked to by an mbuf >the code has been in the kernel for a while, >and it's in 4.3, and OSF1 >in similar forms, but for some reason was commented out >in FreeBSD.. >does anyone know why? Yes. There were some bugs in other parts of the system that cause this to not work properly. I fixed it back in 1.x, but as far as I know, the fix wasn't brought forward. >I did notice that if I had just enabled it then there would ahve been the >potential for the duplication of an mbuf with an external >reference to do bad things it the external object was not a >mbuf cluster. Yes, that's one of the architectural problems with it (not what I'm refering to above, however). >for this reason I've implimented teh ext_ref function call >in teh ext struct which is a pointer to a function that >will increment the reference count of whatever object >has been externally referenced. Hmmm, where do you track the references? The mbuf cluster stuff uses a special reference array that is indexed by the offset of the cluster in the map (mb_map) where it was allocated from and then scaled. I think this might have been one of the bugs with enabling the non mbuf cluster external storage - some things expected the external storage pointer to be an mbuf cluster. >Once again I discussed this with mike Karels about 3 years ago, >and I'm surprised to see it still not implimented.. >he said back then that it was on his list.. In 1.x, we used the mechanism for speeding up NFS. This particular use didn't require tracking the references (there was only one reference to the external storage). >I desperatly need this for TFS because we hang all sorts of external >'things' off mbufs and tehy need to be freed when the mbuf is freed > >I just spent teh best part of a day trying to figure out why my objects were't >getting freed, because I 'assumed' this was in the kernel, and was >very shocked to find it had been commented out.. > >anyhow, ehough babble > >here are teh diffs Beware of the bugs/incomplete support for this elsewhere in the kernel. If they still exist, they will eventually bite you. -DG From owner-freebsd-hackers Sat Oct 14 05:27:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id FAA05918 for hackers-outgoing; Sat, 14 Oct 1995 05:27:45 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id FAA05913 for ; Sat, 14 Oct 1995 05:27:41 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA24554 for ; Sat, 14 Oct 1995 13:27:38 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id NAA28081 for freebsd-hackers@freebsd.org; Sat, 14 Oct 1995 13:27:37 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id NAA09160 for freebsd-hackers@freebsd.org; Sat, 14 Oct 1995 13:26:56 +0100 From: J Wunsch Message-Id: <199510141226.NAA09160@uriah.heep.sax.de> Subject: lint To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 14 Oct 1995 13:26:55 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) 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 Content-Length: 617 Sender: owner-hackers@freebsd.org Precedence: bulk I'm trying to port Jochen Pohl's NetBSD lint to FreeBSD. The following things are in my way: . The inconsistent handling of _BSD_WCHAR_T in , , and . Is there any particular reason to protect the rune_t declaration from Posix and ANSI sources? . The ANSI-violating definitions for fgets() (second parameter must be int, not size_t) and ftell() (parameter is not const); i'm about to change them. Any opinions? -- 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 Oct 14 07:12:24 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA07846 for hackers-outgoing; Sat, 14 Oct 1995 07:12:24 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA07837 for ; Sat, 14 Oct 1995 07:12:16 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA17454; Sun, 15 Oct 1995 00:07:57 +1000 Date: Sun, 15 Oct 1995 00:07:57 +1000 From: Bruce Evans Message-Id: <199510141407.AAA17454@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, j@uriah.heep.sax.de Subject: Re: lint Sender: owner-hackers@freebsd.org Precedence: bulk >The following things are in my way: >. The inconsistent handling of _BSD_WCHAR_T in , , > and . Is there any particular reason to protect the > rune_t declaration from Posix and ANSI sources? Yes, it isn't legal in ANSI to declare it in an ANSI header. It is legal in POSIX iff it is declared in . I didn't know that it was broken in . should handle it the same as . There is a more serious conflict between and both and . The following doesn't compile if either _ANSI_SOURCE or _POSIX_SOURCE is defined: #include #include All these bugs should be fixed by using a different ifdef guard for wchar_t and rune_t. >. The ANSI-violating definitions for fgets() (second parameter must be > int, not size_t) and ftell() (parameter is not const); i'm about to > change them. It's interesting that these bugs have been around for so long. The first but not the second is fixed in 4.4lite2. Bruce From owner-freebsd-hackers Sat Oct 14 09:50:04 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id JAA12896 for hackers-outgoing; Sat, 14 Oct 1995 09:50:04 -0700 Received: from Snoopy.UCIS.Dal.Ca (Snoopy.UCIS.Dal.Ca [129.173.1.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id JAA12889 for ; Sat, 14 Oct 1995 09:50:01 -0700 Received: (from digdon@localhost) by Snoopy.UCIS.Dal.Ca (8.6.9/8.6.6) id NAA28748 for freebsd-hackers@freebsd.org; Sat, 14 Oct 1995 13:50:00 -0300 From: Mike Digdon Message-Id: <199510141650.NAA28748@Snoopy.UCIS.Dal.Ca> Subject: IJPPP and default routes To: freebsd-hackers@freebsd.org Date: Sat, 14 Oct 1995 13:49:59 -0300 (ADT) X-Mailer: ELM [version 2.4 PL21] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 641 Sender: owner-hackers@freebsd.org Precedence: bulk At one time, I was connecting to an annex with PPP with no problems. Without adding any extra to the ppp.conf file, I'd connect to the annex and a default route would be properly established. However, I am now in a situation where I will be connecting to 4 different annexes (137.186.184.3,4,5,6). Each annex will give me my own IP address of 137.186.184.254. How do I then get a default route established? I tried using set ifaddr 0 137.186.184.3/24, but that didn't seem to work very well. -- Mike Digdon # Network Operation Centre # Dalhousie University Phone: +1 902 494-1873 # E-mail: digdon@snoopy.ucis.dal.ca From owner-freebsd-hackers Sat Oct 14 10:53:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA13943 for hackers-outgoing; Sat, 14 Oct 1995 10:53:10 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA13936 for ; Sat, 14 Oct 1995 10:53:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA01919 for ; Sat, 14 Oct 1995 18:53:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA00130 for freebsd-hackers@freebsd.org; Sat, 14 Oct 1995 18:53:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id SAA11040 for freebsd-hackers@freebsd.org; Sat, 14 Oct 1995 18:48:31 +0100 From: J Wunsch Message-Id: <199510141748.SAA11040@uriah.heep.sax.de> Subject: Re: lint To: freebsd-hackers@freebsd.org Date: Sat, 14 Oct 1995 18:48:31 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510141407.AAA17454@godzilla.zeta.org.au> from "Bruce Evans" at Oct 15, 95 00:07:57 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1566 Sender: owner-hackers@freebsd.org Precedence: bulk As Bruce Evans wrote: > > There is a more serious conflict between and both > and . The following doesn't compile if either _ANSI_SOURCE or > _POSIX_SOURCE is defined: > > #include > #include > > All these bugs should be fixed by using a different ifdef guard for > wchar_t and rune_t. Ok. > >. The ANSI-violating definitions for fgets() (second parameter must be > > int, not size_t) and ftell() (parameter is not const); i'm about to > > change them. > > It's interesting that these bugs have been around for so long. The > first but not the second is fixed in 4.4lite2. They are benign, and only become apparent by manually declaring the functions according to the ANSI standard. Jochen Pohl's llib-lstdc does this. The newly-built lint buried another bogon out of the depths of the header mishmash: we've got a name clash for struct pmap! It's declared inside the VM stuff as a "page map" structure (machine/pmap.h), and inside the RPC library as a "portmapper" structure. The header files for both are required to have a complete set of header files describing the libc. I've quickly solved the clash by renaming pmap into _pmap inside , which required the change from "struct pmap" into "pmap_t" inside the definition of struct vmspace in . I'm not sure whether this is the most optimal fix however. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Oct 14 11:39:38 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14718 for hackers-outgoing; Sat, 14 Oct 1995 11:39:38 -0700 Received: from dsw.com (root@gate.dsw.com [206.43.0.254]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA14702 for ; Sat, 14 Oct 1995 11:39:35 -0700 Received: from dsw.dsw.com by dsw.com (8.6.12) id MAA17545; Sat, 14 Oct 1995 12:39:32 -0600 Date: Sat, 14 Oct 1995 12:39:31 -0600 (MDT) From: Pete Kruckenberg To: hardware@freebsd.org, hackers@freefall.freebsd.org Subject: Memory upgrade problems w/ 2.0.5R Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Last night, I attempted to upgrade my FreeBSD 2.0.5R news/Web server from 64 to 96MB. It ended in slight disaster. I wanted to find out if I missed something critical, or if one or both of my SIMMs might have been bad. Here's what I did: modified my conf file with 'options MEMMAX="98304"', then rebuilt the kernel when building the kernel, I use optimizations (gcc 2.6.3): -O2 -m486 -fomit-frame-pointer -pipe The system is a Pentium 75 (AMI BIOS, I think) with an Adaptec 2940 PCI controller, VGA controller, 2 SCSI (Barracuda) 4GB drives. After I installed the new kernel, things came up just fine, but after maybe 10-20 minutes, the machine would crash and reboot, with a message like: /kernel: Fatal trap 12: page fault while in kernel mode /kernel: fault virtual address = 0xf1a6a814 /kernel: fault code = supervisor read, page not present /kernel: instruction pointer = 0x8:0xf019e735 /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b /kernel: = DPL 0, pres 1, def32 1, gran 1 /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 /kernel: current process = 670 (innd) /kernel: interrupt mask = /kernel: panic: page fault /kernel: /kernel: syncing disks... 53 53 48 39 27 10 done /kernel: Automatic reboot in 15 seconds - press a key on the console to abort /kernel: Rebooting... This happened a couple other times with the current process = Idle, but those times, the disks didn't sync (I just got timeouts), so there was no record in /var/log/messages. So, would this indicate a hardware problem, or a software problem, or what? I'm a little hesitant to try this again until I know how to avoid it. As soon as 2.1 comes out, I'll probably upgrade the OS, but I would like to bump it up to 96MB now, if possible. Thanks for your input. Pete Kruckenberg pete@dsw.com From owner-freebsd-hackers Sat Oct 14 11:49:20 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id LAA14941 for hackers-outgoing; Sat, 14 Oct 1995 11:49:20 -0700 Received: from dsw.com (root@gate.dsw.com [206.43.0.254]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA14936 for ; Sat, 14 Oct 1995 11:49:18 -0700 Received: from dsw.dsw.com by dsw.com (8.6.12) id MAA18110; Sat, 14 Oct 1995 12:49:15 -0600 Date: Sat, 14 Oct 1995 12:49:15 -0600 (MDT) From: Pete Kruckenberg To: hackers@freefall.freebsd.org Subject: Implementation of ext2fs for FreeBSD 2.2? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk I've heard that the ext2fs (of Linux fame) is being added for FreeBSD 2.2. I remember reading several months ago a post by one of the people who did ext2fs for Linux, that this time it would be "done right", especially the filesystem quotas. If someone could just take a minute, I'd like to know how ext2fs for FreeBSD will differ from the Linux implementation, whether there'll be filesystem quotas, and what other improvements it'll offer over ufs and ffs. Thanks for your help. Pete Kruckenberg pete@dsw.com From owner-freebsd-hackers Sat Oct 14 12:04:54 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA15290 for hackers-outgoing; Sat, 14 Oct 1995 12:04:54 -0700 Received: (from dyson@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id MAA15282 ; Sat, 14 Oct 1995 12:04:52 -0700 From: John Dyson Message-Id: <199510141904.MAA15282@freefall.freebsd.org> Subject: Re: Implementation of ext2fs for FreeBSD 2.2? To: pete@dsw.com (Pete Kruckenberg) Date: Sat, 14 Oct 1995 12:04:52 -0700 (PDT) Cc: hackers@freefall.freebsd.org In-Reply-To: from "Pete Kruckenberg" at Oct 14, 95 12:49:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1072 Sender: owner-hackers@FreeBSD.org Precedence: bulk > > I've heard that the ext2fs (of Linux fame) is being added for FreeBSD > 2.2. I remember reading several months ago a post by one of the people > who did ext2fs for Linux, that this time it would be "done right", > especially the filesystem quotas. > > If someone could just take a minute, I'd like to know how ext2fs for > FreeBSD will differ from the Linux implementation, whether there'll be > filesystem quotas, and what other improvements it'll offer over ufs and > ffs. > EXT2FS will initially have the hooks for quotas, but I am not sure that I'll be testing that feature soon. It is slower than UFS mostly because the small block size really exercises the performance of the read/write loop. It'll perform approx the same as it does on Linux, even though it uses our new clustering code. The EXT2FS code is mostly a derivative of the UFS code, but a couple of the files are copylefted :-(. I did not do the *BSD EXT2FS code, but Godmar Back who works on Lites did. THANK YOU GODMAR!!!! I simply ported/adapted it to FreeBSD. John dyson@freebsd.org From owner-freebsd-hackers Sat Oct 14 15:34:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20228 for hackers-outgoing; Sat, 14 Oct 1995 15:34:30 -0700 Received: from port09.hubbard2.t.ic.net (root@port09.hubbard2.t.ic.net [152.160.88.9]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA20207 ; Sat, 14 Oct 1995 15:34:24 -0700 Received: (from rob@localhost) by port09.hubbard2.t.ic.net (8.6.12/8.6.9) id SAA00436; Sat, 14 Oct 1995 18:27:44 -0400 Posted-Date: Sat, 14 Oct 1995 18:27:44 -0400 Message-Id: <199510142227.SAA00436@port09.hubbard2.t.ic.net> Subject: getdtablesize() broken? To: hackers@freefall.FreeBSD.org Date: Sat, 14 Oct 1995 18:27:42 -0400 (EDT) Cc: current@freefall.FreeBSD.org From: "Rob Misiak" Reply-To: rdm@ic.net X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 465 Sender: owner-hackers@FreeBSD.org Precedence: bulk I was messing around with a program that calls select() - for some reason I kept getting EINVAL. So I twiddled with the sources a bit, and found that giving 64 as the first argument to select() (rather than getdtablesize()) fixed the error. Is this a problem with one of the two functions? The program is known to work on many other systems, and it did for me when I was using FreeBSD 2.0, so I don't think it is the problem. (BTW, I'm using 2.2-current now.) Rob From owner-freebsd-hackers Sat Oct 14 15:46:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA20777 for hackers-outgoing; Sat, 14 Oct 1995 15:46:00 -0700 Received: from tango.rahul.net (tango.rahul.net [192.160.13.5]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id PAA20739 ; Sat, 14 Oct 1995 15:45:51 -0700 Received: from bolero.rahul.net by tango.rahul.net with SMTP id AA11219 (5.67b8/IDA-1.5); Sat, 14 Oct 1995 15:45:12 -0700 Received: from RockyMountain.rahul.net by bolero.rahul.net with SMTP id AA09592 (5.67b8/IDA-1.5); Sat, 14 Oct 1995 15:45:08 -0700 Received: by RockyMountain.rahul.net id AA06130 (5.67b/IDA-1.5); Sat, 14 Oct 1995 15:44:30 -0700 Date: Sat, 14 Oct 1995 15:44:30 -0700 From: Pete Delaney Message-Id: <199510142244.AA06130@RockyMountain.rahul.net> To: terry@lambert.org Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More Usefull? Cc: jehamby@lightside.com, pete@RockyMountain.rahul.net, freebsd-hackers@FreeBSD.ORG, ports@FreeBSD.ORG, netbsd-ports@netbsd.org Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > > > > I heard there was some fairly good progress being made on a Linux port. > > > > Is this true? Because if the Linux people have a working version, then a > > > > FreeBSD/NetBSD version would be almost trivial from there. > > > > > > Not so. According to Linus (and Alan Cox), Linux has kernel > > > multithreading. > > > > I suppose a thread library, like SusOS has, is likely necessary, but I > > really doubt kernel multithreading is necessary. Any bets? > > Sun's multithreading as of Solaris is a kernl/user space cooperative > model, with n kernel threads being mapped to m user space threads > (m >= n). Sure for Slowaris this approach makes sense, but Slowaris runs noticably lower on sun4c that SunOS does. The added flexabilty of SMP in the kernel forces a non-trivial performance impact on the kernel. Pyramid used macros that only kicked in if compiled for SMP, this avoids the problem if done carefully. Etherway, SMP is a lot of work. > > So the only real threading on Solaris is kernel. Sure, but since most hackers will likely be using old Sun4c's, which cost from $100 to $400 for the CPU board, I doubt the performance penality for SMP is worth it for most FreeBSD users. Besides, waiting to get SMP working delays porting HotJava, I suspect that it's better to use a thread library like SunOS uses. > > The SunOS LWP library (a purely aioread/aiowrite/aiowait/aiocancel based > task switcher) is supported via the kernel calls for binaray compatability > reasons, but an lwp library is not provided for Solaris: you are expected > to use the kernel thread model. What do you mean I'm expected to use a kernel thread model? I assume you mean in the HotJava code. I expect it's far easier to change any dependancies in HotJava for Kernel bases threads than it is to implement SMP. > > SVR4.2 and above uses the same model. I read the SVR4.2 docs on SMP, and I found the Sequent SMP cod, which is 4.2 based, much nicer. If we are going to make NetBSD SMP, I wonder if it's worthwhile to ask Sequent if they would donate their Dynix OS SMP changes, which has been replace with a SVR4 code base, to the NetBSD community for integration into NetBSD. In the mean time, I would think porting HotJava from a Linux port might be worthwhile. I heard from some of the guys at sequent that Sun got Slowaris faster with help from Cray. Hacking SMP in netbsd is likely a major effort. How far along is Jack Vogel on his SMP hacks? > > > 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 Oct 14 15:52:00 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA21412 for hackers-outgoing; Sat, 14 Oct 1995 15:52:00 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA21395 for ; Sat, 14 Oct 1995 15:51:56 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id IAA28055; Sun, 15 Oct 1995 08:50:34 +1000 Date: Sun, 15 Oct 1995 08:50:34 +1000 From: Bruce Evans Message-Id: <199510142250.IAA28055@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: lint Sender: owner-hackers@FreeBSD.org Precedence: bulk >> >. The ANSI-violating definitions for fgets() (second parameter must be >> > int, not size_t) and ftell() (parameter is not const); i'm about to >They are benign, and only become apparent by manually declaring the >functions according to the ANSI standard. Jochen Pohl's llib-lstdc >does this. I first notice the `const' problem in libpthreads it 1.1.5. It implemented ftell() correctly (though it's not incorrect to not modify the parameter) but I somehow misread the standard and thought that it was libpthreads that was wrong. >The newly-built lint buried another bogon out of the depths of the >header mishmash: we've got a name clash for struct pmap! It's >declared inside the VM stuff as a "page map" structure >(machine/pmap.h), and inside the RPC library as a "portmapper" >structure. The header files for both are required to have a complete >set of header files describing the libc. One way to find more bogons than you want to know about is to include all headers. Another way is to change all typedefs in headers to ones that are allowed by standards but weird. Portable applications should still compile cleanly with maximal warnings enabled. Bruce From owner-freebsd-hackers Sat Oct 14 15:59:30 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id PAA21622 for hackers-outgoing; Sat, 14 Oct 1995 15:59:30 -0700 Received: from tetsuo.communique.net (Tetsuo.Communique.Net [204.27.64.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id PAA21617 for ; Sat, 14 Oct 1995 15:59:28 -0700 Received: from ryu.communique.net (Ryu.Communique.Net [204.27.64.11]) by tetsuo.communique.net (8.6.12/8.6.12) with SMTP id RAA06874 for ; Sat, 14 Oct 1995 17:58:56 -0500 Date: Sat, 14 Oct 1995 17:58:15 -0500 (CDT) From: Raul Zighelboim To: hackers@freefall.freebsd.org Subject: ppp - dynamic ip and freebsd Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org Precedence: bulk How ? When I sue ppp to dial the ISP, I get assigned an IP from a pool. Every time I have to enter a route on my table manualy to get ppp working. What is a stable configuration/chat script to connect with the minimum amount of effort ? ----------------------------------------------------------------------------- Raul Zighelboim e-mail: mango@communique.net Communique Inc. Tel: 504.527.6200 Technical Specialist Fax: 504.527.6030 From owner-freebsd-hackers Sat Oct 14 16:13:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id QAA21868 for hackers-outgoing; Sat, 14 Oct 1995 16:13:10 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id QAA21863 ; Sat, 14 Oct 1995 16:13:06 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id JAA28668; Sun, 15 Oct 1995 09:07:58 +1000 Date: Sun, 15 Oct 1995 09:07:58 +1000 From: Bruce Evans Message-Id: <199510142307.JAA28668@godzilla.zeta.org.au> To: hackers@freefall.freebsd.org, rdm@ic.net Subject: Re: getdtablesize() broken? Cc: current@freefall.freebsd.org Sender: owner-hackers@FreeBSD.org Precedence: bulk >I was messing around with a program that calls select() - for some reason I >kept getting EINVAL. So I twiddled with the sources a bit, and found that >giving 64 as the first argument to select() (rather than getdtablesize()) >fixed the error. Is this a problem with one of the two functions? The >program is known to work on many other systems, and it did for me when I >was using FreeBSD 2.0, so I don't think it is the problem. (BTW, I'm using >2.2-current now.) If you've used the bogus (non-)option OPEN_MAX in your kernel config and made it > 256, then select() could quite easily break like that. select() can't handle more than 256 file descriptors. Using getdtablesize() as the count arg to select() is wrong anyway. It may specify more bits than are in the fd_set struct. It tells the kernel to look at a huge number of fd's but the fd's of interest may all be small, smaller than the fd of the largest open file. The kernel actually truncates the count to 1 plus the largest open fd. It considers this as `forgiving, slightly wrong'. For some reason (perhaps to trap misuse of getdtablesize()), it considers counts > 256 as an error before forgiving. Bruce From owner-freebsd-hackers Sat Oct 14 18:10:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA24276 for hackers-outgoing; Sat, 14 Oct 1995 18:10:41 -0700 Received: from nanolon.gun.de (nanolon.gun.de [192.109.159.5]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA24271 ; Sat, 14 Oct 1995 18:10:37 -0700 Received: (from uucp@localhost) by nanolon.gun.de (8.6.8.1/8.6.6) with UUCP id CAA23946; Sun, 15 Oct 1995 02:10:09 +0100 Received: from knobel.gun.de (localhost [127.0.0.1]) by knobel.gun.de (8.6.12/8.6.12) with SMTP id BAA00603; Sun, 15 Oct 1995 01:49:16 +0100 Date: Sun, 15 Oct 1995 01:49:15 +0100 (MET) From: Andreas Klemm To: "Jordan K. Hubbard" cc: Jonathan Clark , hackers@freebsd.org, jkh@freebsd.org Subject: Re: X11 game ABUSE, currently only available for Linux because , a , lack of hardware resources... can someone help ? In-Reply-To: <195.813622126@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk On Fri, 13 Oct 1995, Jordan K. Hubbard wrote: > It's not worth it for the FreeBSD project. I've already talked with > Dave Taylor a bit about this and came to the conclusion that if we > wanted to run Abuse, we'd be better off running the Linux version > than in trying to tilt at the various windmills inside crack.com. > > Face facts, folks. They like Linux there, they're motivated to port > to Linux and that's about 100% more than you get from most DOS game > companies so why not simply "go with the flow" as we like to say here > in the states? Let them do their Linux ports and we'll treat them as > a challenge for the Linux emulator. > > Mind you, if somebody here really WANTS to give crack.com a FreeBSD > box in hopes that they'll actually power it up and port to it, well, I > certainly won't stand in the way but that's strictly between the > generous donor and crack.com. Please leave me out of the loop! Ok, was just an idea... Andreas /// $$ apsfilter - magic print filter 4lpd @home : andreas@knobel.gun.de $$ ftp://sunsite.unc.edu @work : andreas@sunny.wup.de $$ /pub/Linux/system/Printing/aps-491.tgz knobel: >>> powered by FreeBSD <<< From owner-freebsd-hackers Sat Oct 14 18:33:52 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id SAA25049 for hackers-outgoing; Sat, 14 Oct 1995 18:33:52 -0700 Received: from jmurray.async.vt.edu (jmurray.async.vt.edu [128.173.30.111]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id SAA25043 for ; Sat, 14 Oct 1995 18:33:48 -0700 Received: from jmurray.async.vt.edu (localhost [127.0.0.1]) by jmurray.async.vt.edu (8.6.11/8.6.9) with SMTP id VAA00308; Fri, 14 Oct 1994 21:33:47 -0400 Message-ID: <2E9F317A.41C67EA6@vt.edu> Date: Fri, 14 Oct 1994 21:33:46 -0400 From: John Murray X-Mailer: Mozilla 2.0b1 (X11; I; BSD/386 uname failed) MIME-Version: 1.0 To: Mike Digdon CC: freebsd-hackers@freebsd.org Subject: Re: IJPPP and default routes References: <199510141650.NAA28748@Snoopy.UCIS.Dal.Ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk Mike Digdon wrote: > > At one time, I was connecting to an annex with PPP with no problems. > Without adding any extra to the ppp.conf file, I'd connect to the > annex and a default route would be properly established. > > However, I am now in a situation where I will be connecting to 4 > different annexes (137.186.184.3,4,5,6). Each annex will give me my > own IP address of 137.186.184.254. How do I then get a default route > established? I tried using set ifaddr 0 137.186.184.3/24, but that > didn't seem to work very well. Unless you are using demand dialing don't set if address and use the following line to set your default route: add 0 0 HISADDR I use this and I have my own staic IP address but there are a couple terminal servers I could connect to. Hope this helps -John From owner-freebsd-hackers Sat Oct 14 19:18:57 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA26148 for hackers-outgoing; Sat, 14 Oct 1995 19:18:57 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA26133 ; Sat, 14 Oct 1995 19:18:51 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA22230; Sat, 14 Oct 1995 19:14:32 -0700 From: Terry Lambert Message-Id: <199510150214.TAA22230@phaeton.artisoft.com> Subject: Re: getdtablesize() broken? To: bde@zeta.org.au (Bruce Evans) Date: Sat, 14 Oct 1995 19:14:32 -0700 (MST) Cc: hackers@freefall.freebsd.org, rdm@ic.net, current@freefall.freebsd.org In-Reply-To: <199510142307.JAA28668@godzilla.zeta.org.au> from "Bruce Evans" at Oct 15, 95 09:07:58 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1640 Sender: owner-hackers@FreeBSD.org Precedence: bulk > >I was messing around with a program that calls select() - for some reason I > >kept getting EINVAL. So I twiddled with the sources a bit, and found that > >giving 64 as the first argument to select() (rather than getdtablesize()) > >fixed the error. Is this a problem with one of the two functions? The > >program is known to work on many other systems, and it did for me when I > >was using FreeBSD 2.0, so I don't think it is the problem. (BTW, I'm using > >2.2-current now.) > > If you've used the bogus (non-)option OPEN_MAX in your kernel config and > made it > 256, then select() could quite easily break like that. select() > can't handle more than 256 file descriptors. > > Using getdtablesize() as the count arg to select() is wrong anyway. It > may specify more bits than are in the fd_set struct. It tells the kernel > to look at a huge number of fd's but the fd's of interest may all be > small, smaller than the fd of the largest open file. The kernel actually > truncates the count to 1 plus the largest open fd. It considers this as > `forgiving, slightly wrong'. For some reason (perhaps to trap misuse of > getdtablesize()), it considers counts > 256 as an error before forgiving. The actual number you are supposed to use is the highest open fd in the select() clause's bit representation. By using 64, you are considering a bit vector that is also potentially larger than it should be. The correct limit on the largest number is FD_SETSIZE, as defined in sys/types.h. 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 Oct 14 19:37:23 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA26631 for hackers-outgoing; Sat, 14 Oct 1995 19:37:23 -0700 Received: (from julian@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA26624 for hackers; Sat, 14 Oct 1995 19:37:21 -0700 Date: Sat, 14 Oct 1995 19:37:21 -0700 From: Julian Elischer Message-Id: <199510150237.TAA26624@freefall.freebsd.org> To: hackers Subject: TFS out for the count.. Sender: owner-hackers@FreeBSD.org Precedence: bulk mail for TFS will probably be delayed for a while as the TFS/internet link seems to have fallen over. ref.tfs.com is therefore oly reachable in 100 second bursts every 15 minutes.. :( How am I getting out? dialed to acustomer site and telet out fromthere :) From owner-freebsd-hackers Sat Oct 14 19:53:59 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA27403 for hackers-outgoing; Sat, 14 Oct 1995 19:53:59 -0700 Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA27375 ; Sat, 14 Oct 1995 19:53:52 -0700 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA22335; Sat, 14 Oct 1995 19:48:16 -0700 From: Terry Lambert Message-Id: <199510150248.TAA22335@phaeton.artisoft.com> Subject: Re: Netscape 2.0beta1 - Port of HotJava to FreeBSD and NetBSD More To: pete@RockyMountain.rahul.net (Pete Delaney) Date: Sat, 14 Oct 1995 19:48:15 -0700 (MST) Cc: terry@lambert.org, jehamby@lightside.com, pete@RockyMountain.rahul.net, freebsd-hackers@FreeBSD.ORG, ports@FreeBSD.ORG, netbsd-ports@netbsd.org In-Reply-To: <199510142244.AA06130@RockyMountain.rahul.net> from "Pete Delaney" at Oct 14, 95 03:44:30 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 5180 Sender: owner-hackers@FreeBSD.ORG Precedence: bulk > > Sun's multithreading as of Solaris is a kernl/user space cooperative > > model, with n kernel threads being mapped to m user space threads > > (m >= n). > > Sure for Slowaris this approach makes sense, but Slowaris runs noticably > lower on sun4c that SunOS does. The added flexabilty of SMP in the kernel > forces a non-trivial performance impact on the kernel. Pyramid used macros > that only kicked in if compiled for SMP, this avoids the problem if done > carefully. Etherway, SMP is a lot of work. Solaris and SVR4 use similar macros (though they are always on). The performance pits in Solaris and SVR4 are in the VM system and in the kernel LRU code. The use of kernel multithreading in some of the code gives a performance increase, even on a UP box with the SMP mutex usage instead of spin locking in place. SMP is not the only difference between SunOS and Solaris, and in fact, it's one of the smallest differences with regard to performance, no matter what your Sun hardware salesman said trying to explain why Solaris was slower than SunOS ("but that's really OK, because..."). > Sure, but since most hackers will likely be using old Sun4c's, which cost > from $100 to $400 for the CPU board, I doubt the performance penality for > SMP is worth it for most FreeBSD users. Besides, waiting to get SMP > working delays porting HotJava, I suspect that it's better to use a > thread library like SunOS uses. HotJava runs on SunOS? 8-). The SMP overhead is quite negligible. And we are only talking about SMP at all because the same sorts of kernel changes are necessary for kernel preemption and SMP, and kernel preemption is necessary for kernel thread to user space thread ID mapping. > > The SunOS LWP library (a purely aioread/aiowrite/aiowait/aiocancel > > based task switcher) is supported via the kernel calls for binaray > > compatability reasons, but an lwp library is not provided for > > Solaris: you are expected to use the kernel thread model. > > What do you mean I'm expected to use a kernel thread model? I assume > you mean in the HotJava code. I expect it's far easier to change any > dependancies in HotJava for Kernel bases threads than it is to > implement SMP. You mean kernel multithreading. SMP actually does not require kernel multiple entrancy as long as you only implement low grain parallelism, actually, though that's hardly a desirable stopping point. > > SVR4.2 and above uses the same model. > > I read the SVR4.2 docs on SMP, and I found the Sequent SMP cod, which > is 4.2 based, much nicer. If we are going to make NetBSD SMP, I wonder > if it's worthwhile to ask Sequent if they would donate their Dynix OS > SMP changes, which has been replace with a SVR4 code base, to the > NetBSD community for integration into NetBSD. Sequent, in fact, did not dupport kernel multithreading. So things like inode allocation were globally non-reentrant rather than mutexing around the freelist manipulation. I agree that Sequent has a better memory allocator (though the SLAB allocator in Solaris/SVR4 has advantages that needn't be lost when supporting a Sequent style allocator). But the entire Sequent implementation is in fact flawed, as you can readily determine using the find command in multiple sessions and watching processor utilization. Or ls -lR. > In the mean time, I would think porting HotJava from a Linux port might be > worthwhile. I heard from some of the guys at sequent that Sun got Slowaris > faster with help from Cray. Hacking SMP in netbsd is likely a major effort. The Linux HotJava port will use kernel multithreading. Alan Cox put this in at the same time he put in SMP (rememebr what I said about the problem of kernel preemption being similar to the problem of SMP caused kernel reentrancy). So the only thing it will buy you is a GCC build environment, not the ability to run using a user space threading model. > How far along is Jack Vogel on his SMP hacks? Last time I talked to him (June), he had low grain parallelism without kernel reentrancy. That was 4 months ago. Kernel reeentrancy requires pushing the trap.c and interrupt code and mutexing access on a hierarchical basis (to support easy computation of transitive closure to prevent deadly embrace deadlocking) to all of the various kernel components on a subsystem-by-subsystem basis. Using a hierarchy also buys you the ability to lock the top of the hierarchy for all unconverted subsystems, making it easier to incerementally update the kernel instead of having to do it all at once. I have recently made a number of changes in the system call/VFS/FS interface to support kernel preemption/SMP, though they have not been integrated into current (apparently because unsetting "HASBUF" in the path component name flags field in nameifree and nfs_nameifree is considered ugly). They also clean up some of the system call/VFS interface kludges and the big namei/FS cn_pnbuf kludge in every file system. NetBSD should feel free to pick these up as well. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Oct 14 20:14:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id UAA28012 for hackers-outgoing; Sat, 14 Oct 1995 20:14:10 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id UAA28005 ; Sat, 14 Oct 1995 20:14:05 -0700 Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.64]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id UAA28359 ; Sat, 14 Oct 1995 20:13:06 -0700 Received: from post.demon.co.uk by relay-4.mail.demon.net id sg.ak22688; 13 Oct 95 2:16 +0100 Received: from relay-4.mail.demon.net by relay-3.mail.demon.net id aa27913; 13 Oct 95 2:14 +0100 Received: (karl@localhost) by bagpuss.demon.co.uk (3.1/3.1) id NAA21217; Thu, 12 Oct 1995 13:11:05 +0100 From: Karl Strickland Message-Id: <199510121211.NAA21217@bagpuss.demon.co.uk> Subject: Re: TCP/IP Spoofing etc. To: Dima Ruban Date: Thu, 12 Oct 1995 13:11:04 +0100 (BST) Cc: roberto@keltia.freenix.fr, pete@puffin.pelican.com, julian@ref.tfs.com, hackers@freebsd.org In-Reply-To: <199510110046.RAA13618@freefall.freebsd.org> from "Dima Ruban" at Oct 10, 95 05:46:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1087 Sender: owner-hackers@freebsd.org Precedence: bulk > > Ollivier Robert writes: > > > > It seems that Pete Carah said: > > > The latest cert report was a summary of the 'announced' bugs which are > > > still outstanding on popular systems... I don't know which ones we are > > > susceptible to; we are using the latest (or next-latest) sendmail which > > > has plugged many of them. > > > > Speaking of sendmail, can we import 8.7.1 in -CURRENT ? > > 8.7.1 has a bit different sendmail.cf .... I would suggest waiting a while before importing sendmail 8.7.x. Apparently an awful lot of code has changed or been-added since 8.6.12, and as far as I know, nobody has performed a security audit on the 8.7.1 code yet. Unless there are compelling reasons to go to 8.7.1 now, I would say 'better with the devil you know', at least for the time being. -- ------------------------------------------+----------------------------------- Mailed using ELM on FreeBSD | Karl Strickland PGP 2.3a Public Key Available. | Internet: karl@bagpuss.demon.co.uk | From owner-freebsd-hackers Sat Oct 14 21:20:39 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id VAA00901 for hackers-outgoing; Sat, 14 Oct 1995 21:20:39 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id VAA00896 for ; Sat, 14 Oct 1995 21:20:36 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by wcarchive.cdrom.com (8.6.11/8.6.9) with SMTP id VAA15125 for ; Sat, 14 Oct 1995 21:23:05 -0700 Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA11423; Sun, 15 Oct 1995 00:20:02 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Sun, 15 Oct 1995 00:20 EDT Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.11/8.6.5) with ESMTP id WAA00861 for ; Sat, 14 Oct 1995 22:47:12 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id WAA00203 for freebsd-hackers@freebsd.cdrom.com; Sat, 14 Oct 1995 22:45:42 -0400 Date: Sat, 14 Oct 1995 22:45:42 -0400 From: Thomas David Rivers Message-Id: <199510150245.WAA00203@lakes> To: freebsd-hackers@wcarchive.cdrom.com Subject: Recording from SB16 in 2.0.5? Content-Type: text Content-Length: 431 Sender: owner-hackers@FreeBSD.org Precedence: bulk I have a couple of comments from some users running into the same problems I have.. Has anyone been successful at recording sound with the sound-blaster-16 driver in 2.0.5? I've tried cat'ing /dev/audio, running the audioserver (au) and audemo to record, changing things with the mixer, and only get static. If you've been successfull at this, please drop me a note and tell me how you did it... - Thanks - - Dave Rivers - From owner-freebsd-hackers Sat Oct 14 22:07:08 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA02073 for hackers-outgoing; Sat, 14 Oct 1995 22:07:08 -0700 Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA02063 for ; Sat, 14 Oct 1995 22:07:05 -0700 Received: (from mbarkah@localhost) by hemi.com (8.6.11/8.6.9) id XAA00283 for freebsd-hackers@freebsd.org; Sat, 14 Oct 1995 23:11:15 -0600 From: Ade Barkah Message-Id: <199510150511.XAA00283@hemi.com> Subject: what is... kernel trap 19? To: freebsd-hackers@freebsd.org Date: Sat, 14 Oct 1995 23:11:14 -0600 (MDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1017 Sender: owner-hackers@freebsd.org Precedence: bulk Hello, Occasionally, one of our servers die with a kernel trap 19: NMI ... going to debugger Kernel: type 19 trap, code=0 stopped at _copyout+0x35: repe movsl (%esi), %es: (%edi) The machine is a DEC 486, eisa bus, with 64mb RAM, having an isa adaptec 1542cf adapter. The operating system is the 950622 SNAP of 2.0.5. The system is unable to dump core and reports that the adapter is 'frozen?'. Trace from the debugger says: Bad user frame pointer: 0xefbfc0c0 The call was: _syscall (27, 27, 10, 80b4fc4, efbfc0c0) at _syscall+0x161 Any ideas ? What should I look for the next time it crashes ? Could this be a hardware problem ? The machine crashes about once every 7-10 days, with light load of users reading email and occasionally compiling small programs. Thanks in advance, -Ade -------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - www: -------------------------------------------------------------------- From owner-freebsd-hackers Sat Oct 14 22:31:45 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id WAA03135 for hackers-outgoing; Sat, 14 Oct 1995 22:31:45 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.17]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA03130 for ; Sat, 14 Oct 1995 22:31:42 -0700 Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id WAA18454; Sat, 14 Oct 1995 22:31:41 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id WAA03953; Sat, 14 Oct 1995 22:31:22 -0700 Message-Id: <199510150531.WAA03953@corbin.Root.COM> To: Ade Barkah cc: freebsd-hackers@freebsd.org Subject: Re: what is... kernel trap 19? In-reply-to: Your message of "Sat, 14 Oct 95 23:11:14 MDT." <199510150511.XAA00283@hemi.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 14 Oct 1995 22:31:21 -0700 Sender: owner-hackers@freebsd.org Precedence: bulk >Occasionally, one of our servers die with a kernel trap 19: > >NMI ... going to debugger >Kernel: type 19 trap, code=0 >stopped at > _copyout+0x35: repe movsl (%esi), %es: (%edi) NMI's are usually caused by memory parity errors. It sounds like you've either got a bad SIMM or you have the timing (wait states) set incorrectly. -DG From owner-freebsd-hackers Sat Oct 14 23:20:18 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA05579 for hackers-outgoing; Sat, 14 Oct 1995 23:20:18 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA05570 for ; Sat, 14 Oct 1995 23:20:14 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD-4.4) id QAA10021; Sun, 15 Oct 1995 16:17:15 +1000 From: michael butler Message-Id: <199510150617.QAA10021@asstdc.scgt.oz.au> Subject: Re: IJPPP and default routes To: digdon@Snoopy.UCIS.Dal.Ca (Mike Digdon) Date: Sun, 15 Oct 1995 16:17:14 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199510141650.NAA28748@Snoopy.UCIS.Dal.Ca> from "Mike Digdon" at Oct 14, 95 01:49:59 pm X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 378 Sender: owner-hackers@freebsd.org Precedence: bulk Mike Digdon writes: > However, I am now in a situation where I will be connecting to 4 different > annexes (137.186.184.3,4,5,6). Each annex will give me my own IP address of > 137.186.184.254. How do I then get a default route established? I tried > using set ifaddr 0 137.186.184.3/24, but that didn't seem to work very well. In /etc/ppp/ppp.linkup .. add 0 0 HISADDR From owner-freebsd-hackers Sat Oct 14 23:51:27 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id XAA06847 for hackers-outgoing; Sat, 14 Oct 1995 23:51:27 -0700 Received: from netcom15.netcom.com (bakul@netcom15.netcom.com [192.100.81.128]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id XAA06832 ; Sat, 14 Oct 1995 23:51:23 -0700 Received: from localhost by netcom15.netcom.com (8.6.12/Netcom) id XAA15664; Sat, 14 Oct 1995 23:49:27 -0700 Message-Id: <199510150649.XAA15664@netcom15.netcom.com> To: Terry Lambert cc: bde@zeta.org.au (Bruce Evans), hackers@freefall.freebsd.org, rdm@ic.net, current@freefall.freebsd.org Subject: Re: getdtablesize() broken? In-reply-to: Your message of "Sat, 14 Oct 95 19:14:32 PDT." <199510150214.TAA22230@phaeton.artisoft.com> Date: Sat, 14 Oct 95 23:49:24 -0700 From: Bakul Shah Sender: owner-hackers@FreeBSD.org Precedence: bulk > The correct limit on the largest number is FD_SETSIZE, as defined in > sys/types.h. IMHO limiting the fdset bitarray size like this *within* the kernel is a mistake. I have an application where I run into this and am forced to use a multi process solution. Imagine a server handling > FD_SETSIZE (i.e. 256) TCP connections to clients -- requests are not all that frequent and each takes just a little bit of time to service so they *can* all be handled by one process easily. A multi process solution gets complicated (need to put shared state in shared memory, use locking etc.) and slower (extra contex switches, lock/unlock time). Using a limit of FD_SETSIZE does not buy you extra protection or anything. RLIMIT_NOFILE is the right limit to check against in kern/sys_generic.c:select(). Mercifully this limit is changeable via sysctl so server machines can up it. NetBSD, FreeBSD, Linux and may be even bsdi (I haven't checked recently) are all guilty here. Small upper limits is another thing that separates PeeCees from serious server machines. Let me say this another way. If I can create N files, I should damn well be able to select() on any one of them. -- bakul