From owner-freebsd-hackers Sun Jul 9 00:14:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA19932 for hackers-outgoing; Sun, 9 Jul 1995 00:14:24 -0700 Received: from saul3.u.washington.edu (spaz@saul3.u.washington.edu [140.142.83.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA19926 for ; Sun, 9 Jul 1995 00:14:23 -0700 Received: by saul3.u.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA14622; Sun, 9 Jul 95 00:14:17 -0700 X-Sender: spaz@saul3.u.washington.edu Date: Sun, 9 Jul 1995 00:14:16 -0700 (PDT) From: John Utz To: hackers@FreeBSD.org, Joerg Wunsch Subject: Re: tar.gz's via cu? In-Reply-To: <199507041514.RAA02114@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello Joerg On Tue, 4 Jul 1995, J Wunsch wrote: > As John Utz wrote: > > > > as a result, i found myself rediscovering the sublime joys of cu. > > Well, for sz/rz, this is a chicken-and-egg problem. Perhaps you > can untar and shar it to transmit it. But then: > > remote% sz foo.tar.gz > ~+rz > > ...will do the trick. > > (Nice joke: i'm writing this via `cu'. The above example started a > local `rz' for me. :--) so this works for u? files actually come over? i uuencoded the gzipped src for rzsz-3.34 and succeeded in getting it home and compiled. that was good. when i try to use it to xfer files in the manner u have described, nothing happens! Both sides timeout! could i have missed something when i compiled szrz? any thoughts? > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) > tnx! ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Sun Jul 9 00:22:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA20160 for hackers-outgoing; Sun, 9 Jul 1995 00:22:52 -0700 Received: from saul3.u.washington.edu (spaz@saul3.u.washington.edu [140.142.83.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA20154 for ; Sun, 9 Jul 1995 00:22:51 -0700 Received: by saul3.u.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA26779; Sun, 9 Jul 95 00:22:49 -0700 X-Sender: spaz@saul3.u.washington.edu Date: Sun, 9 Jul 1995 00:22:49 -0700 (PDT) From: John Utz To: hackers@FreeBSD.org Subject: Re: tar.gz's via cu? In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk oops! sorry about my last stupid posting ! that was supposed to go to joerg only! i will check my address lines more carefully next time. my profuse apologies for my abject lameness! ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Sun Jul 9 01:07:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA21062 for hackers-outgoing; Sun, 9 Jul 1995 01:07:09 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA21041 for ; Sun, 9 Jul 1995 01:07:05 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19091; Sun, 9 Jul 1995 10:07:03 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01517; Sun, 9 Jul 1995 10:07:02 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA27669; Sun, 9 Jul 1995 08:20:50 +0200 From: J Wunsch Message-Id: <199507090620.IAA27669@uriah.heep.sax.de> Subject: Re: new getsid(2) system call for freebsd... To: ukkonen@aphrodite.funet.fi Date: Sun, 9 Jul 1995 08:20:50 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199507072142.AAA00799@jau.csc.fi> from "Jukka Ukkonen" at Jul 8, 95 00:42:04 am 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: 1064 Sender: hackers-owner@freebsd.org Precedence: bulk As Jukka Ukkonen wrote: > > > A couple of days ago I had a sudden moment of inspiration and > I added an initial version of a new SVR4 style system call > getsid(2) to FreeBSD. > The rationale for such a new system call is first and foremost > completeness and symmetry. The second reason is the fact that > X/Open might begin requiring such a service in their XPG, which > might become a portability issue one day. The third point is > that now and then there are things that would be somewhat easier > to do, if such an interface were available, and moreover it is > practically impossible to do exactly the same thing in a user > mode subroutine. While i don't know about the second point (and hope that anybody else here would comment on it), the third point is not acceptable (for me). Writing code that relies on a specific system call that's only present in a couple of systems is not a good idea. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jul 9 01:07:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA21106 for hackers-outgoing; Sun, 9 Jul 1995 01:07:16 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA21094 for ; Sun, 9 Jul 1995 01:07:13 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19099; Sun, 9 Jul 1995 10:07:05 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01523 for freebsd-hackers@freebsd.org; Sun, 9 Jul 1995 10:07:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA27731 for freebsd-hackers@freebsd.org; Sun, 9 Jul 1995 08:24:40 +0200 From: J Wunsch Message-Id: <199507090624.IAA27731@uriah.heep.sax.de> Subject: Re: Proposal to change name of this list to a less embarrassing one To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 9 Jul 1995 08:24:40 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507080942.LAA02553@vector.eikon.e-technik.tu-muenchen.de> from "Julian Stacey" at Jul 8, 95 11:42:41 am 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: 369 Sender: hackers-owner@freebsd.org Precedence: bulk As Julian Stacey wrote: > > How about if we added to freebsd.org:/etc/aliases : > something: hackers dev-null: hackers :-) Anyway, i could live with such an alias (while i wouldn't like to have the Whole Thing renamed). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jul 9 01:07:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA21076 for hackers-outgoing; Sun, 9 Jul 1995 01:07:12 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA21050 for ; Sun, 9 Jul 1995 01:07:07 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA19095; Sun, 9 Jul 1995 10:07:04 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA01520; Sun, 9 Jul 1995 10:07:03 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA27691; Sun, 9 Jul 1995 08:22:17 +0200 From: J Wunsch Message-Id: <199507090622.IAA27691@uriah.heep.sax.de> Subject: Re: Hmm... To: JOHN@gab.unt.edu (John Booth) Date: Sun, 9 Jul 1995 08:22:17 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <308E8F5726@gab.unt.edu> from "John Booth" at Jul 7, 95 11:01:34 pm 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: 796 Sender: hackers-owner@freebsd.org Precedence: bulk As John Booth wrote: > > I know this may be off topic, but find_solib isn't a function used > in this program and I didn't find it in /usr/lib when I did a > strings *|grep find_solib. > > I guess I'm just lost as to what the find_solib error is. Is this a > gdb error message, or something that was supposed to fail within the > program. > > MudGod4000@Ulantris:gdb ../src/merc merc.core > Core was generated by `merc'. > Program terminated with signal 11, Segmentation fault. > find_solib: Can't read pathname for load map: Input/output error I think it's a gdb internal function, and not primarily related to the problem that caused your core. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jul 9 02:46:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA25314 for hackers-outgoing; Sun, 9 Jul 1995 02:46:34 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA25308 for ; Sun, 9 Jul 1995 02:46:31 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSNYJ1QCTC00343Q@mail.rwth-aachen.de>; Sun, 09 Jul 1995 11:46:51 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id LAA00724 for freebsd-hackers@freefall.cdrom.com; Sun, 9 Jul 1995 11:59:45 +0200 Date: Sun, 09 Jul 1995 11:59:45 +0200 From: "Christoph P. Kukulies" Subject: pcvt Doc/INSTALL.FreeBSD-2.0 To: freebsd-hackers@freefall.cdrom.com Message-id: <199507090959.LAA00724@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk The suggested patch in pcvt Doc/INSTALL.FreeBSD-2.0 seems to be superfluous in -current since it seems to be already there. What is the options line for PCVT_FREEBSD=? I see conditional code testing for PCVT_FREEBSD > 205 in the source, so should I use 210 as a value? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Sun Jul 9 04:14:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA26838 for hackers-outgoing; Sun, 9 Jul 1995 04:14:12 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA26832 for ; Sun, 9 Jul 1995 04:14:11 -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 NAA13503 for ; Sun, 9 Jul 1995 13:14:09 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id NAA17071 for hackers@FreeBSD.org; Sun, 9 Jul 1995 13:14:08 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507091114.NAA17071@blaise.ibp.fr> Subject: AHA-1740 To: hackers@FreeBSD.org (Hackers' list FreeBSD) Date: Sun, 9 Jul 1995 13:14:08 +0200 (MET DST) X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 355 Sender: hackers-owner@FreeBSD.org Precedence: bulk I just got a 1740 to act as secoindary SCSI controller. But I don't have any .CFG for the EISA configuration. Is there anyone who can send me one please ? ftp.adaptec.com seems to have only 1540 .CFG files. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Sun Jul 9 04:19:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA27066 for hackers-outgoing; Sun, 9 Jul 1995 04:19:45 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA27060 for ; Sun, 9 Jul 1995 04:19:42 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id NAA05747 for ; Sun, 9 Jul 1995 13:23:18 +0200 Received: by uni4nn.iaf.nl with UUCP id AA02948 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sun, 9 Jul 1995 13:16:09 +0100 Received: by iafnl.iaf.nl with UUCP id AA01253 (5.65c/IDA-1.4.4); Sun, 9 Jul 1995 12:47:57 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id LAA01550 for FreeBSD-hackers@freebsd.org; Sun, 9 Jul 1995 11:44:25 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id LAA01540 for wilko@yedi.iaf.nl; Sun, 9 Jul 1995 11:43:54 +0200 From: Wilko Bulte Message-Id: <199507090943.LAA01540@yedi.iaf.nl> Subject: Re: most recent SNAP not even uncompresses kernel.. To: wilko@yedi.iaf.nl (Wilko Bulte) Date: Sun, 9 Jul 1995 11:43:53 +1596657 (MET DST) In-Reply-To: <199507062138.XAA02366@yedi.iaf.nl> from "Wilko Bulte" at Jul 6, 95 11:38:26 pm X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 500 Sender: hackers-owner@FreeBSD.org Precedence: bulk It was me who said: > While persuing the ESDI install problem I decided to give the last > SNAP a try. I pulled it over today (6 july). > > On the Intel 302 mainboard (386/25) it only displays the 'sizes' line, > and then just sits there. The Uncompressing kernel line is also not > displayed. Turning on/off the 64k cache has no effect. This turned out to be because I stole 4Mb out of the machine to test a Sun3/80 with. And forgot about it. Sigh. Apparantly the 4Mb limit is now firm. Wilko From owner-freebsd-hackers Sun Jul 9 04:19:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA27110 for hackers-outgoing; Sun, 9 Jul 1995 04:19:58 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA27103 for ; Sun, 9 Jul 1995 04:19:55 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id NAA05758; Sun, 9 Jul 1995 13:23:40 +0200 Received: by uni4nn.iaf.nl with UUCP id AA02918 (5.67b/IDA-1.5); Sun, 9 Jul 1995 13:15:42 +0100 Received: by iafnl.iaf.nl with UUCP id AA32703 (5.65c/IDA-1.4.4); Sun, 9 Jul 1995 10:57:12 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id RAA01227; Fri, 7 Jul 1995 17:55:44 +0200 From: Wilko Bulte Message-Id: <199507071555.RAA01227@yedi.iaf.nl> Subject: Re: 205R on Digital Hinote laptop, some experiences To: phk@freefall.cdrom.com (Poul-Henning Kamp) Date: Fri, 7 Jul 1995 17:55:43 +1596657 (MET DST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <199507071139.EAA09843@freefall.cdrom.com> from "Poul-Henning Kamp" at Jul 7, 95 04:39:42 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 749 Sender: hackers-owner@freebsd.org Precedence: bulk > > The latter 2 try-outs might fail because I miss something on the PCMCIA > > front. Do they need extra initialising to become active (???) or something > > like that? > > I'm working seriously on PCMCIA now. Do you have time to help ? > > -- > Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. Sure. Note that I have only a ~ 100Mb FreeBSD partition on my LT. The restis for DOZ/Windoze. I need that for my job :/ Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sun Jul 9 04:21:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA27214 for hackers-outgoing; Sun, 9 Jul 1995 04:21:48 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA27208 for ; Sun, 9 Jul 1995 04:21:46 -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 NAA13570 ; Sun, 9 Jul 1995 13:21:44 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id NAA17153 ; Sun, 9 Jul 1995 13:21:36 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507091121.NAA17153@blaise.ibp.fr> Subject: Re: Filesystems To: tom@sdf.com (Tom Samplonius) Date: Sun, 9 Jul 1995 13:21:36 +0200 (MET DST) Cc: evanc@synapse.net, hackers@freebsd.org In-Reply-To: from "Tom Samplonius" at Jul 8, 95 04:50:12 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 626 Sender: hackers-owner@freebsd.org Precedence: bulk > > Also, I noted there is a LFS filesystem. Not having the LFS > > documentation around, the name sort of implies that LFS is a > > journalled filesystem. I also note that it is brand new with 4.4BSD. > > Does the LFS work and how good is it at quick recoveries? > > 4.4BSD LFS is broken. It has not been updated with all the VM/Buffer cache changes. I think it lacks recovery tools too. I heard that LFS has been worked on in 4.4BSD-Lite2, maybe we should have a look. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Sun Jul 9 04:39:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA27538 for hackers-outgoing; Sun, 9 Jul 1995 04:39:36 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA27532 for ; Sun, 9 Jul 1995 04:39:34 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSO2H7B8W000360R@mail.rwth-aachen.de>; Sun, 09 Jul 1995 13:39:54 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id NAA00859 for freebsd-hackers@freefall.cdrom.com; Sun, 9 Jul 1995 13:52:47 +0200 Date: Sun, 09 Jul 1995 13:52:47 +0200 From: "Christoph P. Kukulies" Subject: some pcvt quirks To: freebsd-hackers@freefall.cdrom.com Message-id: <199507091152.NAA00859@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk Two quirks I immediately ran into when giving pcvt330 (never used pcvt before) a try: Script started on Sun Jul 9 11:29:27 1995 monk> startx XFree86 Version 3.1.1 / X Window System (protocol Version 11, revision 0, vendor release 6000) Operating System: FreeBSD 2.0 Configured drivers: S3: accelerated server for S3 graphics adaptors (Patchlevel 2) mmio_928, s3_generic Fatal server error: xf86OpenPcvt: VT_GETMODE failed Found pcvt driver but X11 seems to be not supported. Check your kernel's console driver configuration and /dev entries X connection to :0.0 broken (explicit kill or server shutdown). monk> exit Script done on Sun Jul 9 11:29:31 1995 Excuse if this may be a FAQ. Another gotcha: The BACKSPACE key gives a 0x7f (DELETE) in vi; at least it would be nice if the default behaviour was ^H when one is moving from syscons to pcvt. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Sun Jul 9 05:05:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA28050 for hackers-outgoing; Sun, 9 Jul 1995 05:05:01 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA28040 for ; Sun, 9 Jul 1995 05:04:59 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id IAA14329; Sun, 9 Jul 1995 08:02:15 -0400 From: Peter Dufault Message-Id: <199507091202.IAA14329@hda.com> Subject: Re: AHA-1740 To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Sun, 9 Jul 1995 08:02:15 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: <199507091114.NAA17071@blaise.ibp.fr> from "Ollivier Robert" at Jul 9, 95 01:14:08 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 495 Sender: hackers-owner@FreeBSD.org Precedence: bulk Ollivier Robert writes: > > I just got a 1740 to act as secoindary SCSI controller. But I don't have > any .CFG for the EISA configuration. Is there anyone who can send > me one please ? > > ftp.adaptec.com seems to have only 1540 .CFG files. That is strange, since the 1540 is an ISA board. Maybe they mislabeled them? -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sun Jul 9 05:09:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA28200 for hackers-outgoing; Sun, 9 Jul 1995 05:09:53 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA28194 for ; Sun, 9 Jul 1995 05:09:52 -0700 Received: from cc.uq.oz.au by bunyip.cc.uq.oz.au id <00674-0@bunyip.cc.uq.oz.au>; Sun, 9 Jul 1995 22:09:43 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id WAA03880 for ; Sun, 9 Jul 1995 22:13:44 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id MAA10080; Sun, 9 Jul 1995 12:09:59 GMT Date: Sun, 9 Jul 1995 12:09:59 GMT From: Stephen Hocking Message-Id: <199507091209.MAA10080@netfl15a.devetir.qld.gov.au> To: hackers@freebsd.org Subject: Plan 9 (fwd) Sender: hackers-owner@freebsd.org Precedence: bulk As found on comp.os.research. - Hmmmm. The new Plan 9 distribution will be available in mid to late July. It will consist of a two-volume manual, a CD-ROM with all the sources, and four PC diskettes comprising a binary-only installation of a fairly complete version of the system that runs on a PC. The distribution will cost $350; the printed manuals alone will be available for considerably less. The details of how to order are still uncertain. Watch http://plan9.att.com/plan9/index.html for developments; please don't mail us. From owner-freebsd-hackers Sun Jul 9 07:31:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00365 for hackers-outgoing; Sun, 9 Jul 1995 07:31:11 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA00359 for ; Sun, 9 Jul 1995 07:31:09 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA18942; Sun, 9 Jul 95 08:31:07 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA23321; Sun, 9 Jul 1995 08:33:53 -0600 Date: Sun, 9 Jul 1995 08:33:53 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9507091433.AA23321@emu.fsl.noaa.gov> To: spaz@u.washington.edu Cc: hackers@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: (message from John Utz on Sun, 9 Jul 1995 00:14:16 -0700 (PDT)) Subject: Re: tar.gz's via cu? Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "John" == John Utz writes: >> remote% sz foo.tar.gz >> ~+rz John> so this works for u? files actually come over? i uuencoded John> the gzipped src for rzsz-3.34 and succeeded in getting it John> home and compiled. that was good. Don't use ~+rz, use ~Crz. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA When you go in for a job interview, I think a good thing to ask is if they ever press charges. -- Jack Handey From owner-freebsd-hackers Sun Jul 9 08:23:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA01780 for hackers-outgoing; Sun, 9 Jul 1995 08:23:35 -0700 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA01774 for ; Sun, 9 Jul 1995 08:23:32 -0700 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA15565 (5.65c8/HUTCS-S 1.4 for ); Sun, 9 Jul 1995 18:23:28 +0300 From: Heikki Suonsivu Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id SAA28406; Sun, 9 Jul 1995 18:23:29 +0300 Date: Sun, 9 Jul 1995 18:23:29 +0300 Message-Id: <199507091523.SAA28406@shadows.cs.hut.fi> To: Peter Dufault Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: Peter Dufault's message of 9 Jul 1995 15:09:15 +0300 Subject: Re: AHA-1740 Organization: Helsinki University of Technology, Otaniemi, Finland Sender: hackers-owner@FreeBSD.org Precedence: bulk > I just got a 1740 to act as secoindary SCSI controller. But I don't have > any .CFG for the EISA configuration. Is there anyone who can send > > ftp.adaptec.com seems to have only 1540 .CFG files. That is strange, since the 1540 is an ISA board. Maybe they mislabeled them? You can have config files for all boards on an EISA bus, including ISA cards. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Sun Jul 9 08:44:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA02458 for hackers-outgoing; Sun, 9 Jul 1995 08:44:10 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA02452 for ; Sun, 9 Jul 1995 08:44:08 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id LAA14509 for ; Sun, 9 Jul 1995 11:42:19 -0400 Date: Sun, 9 Jul 1995 11:42:19 -0400 Message-Id: <199507091542.LAA14509@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freebsd.org From: dennis@et.htp.com (dennis) Subject: Re: Proposal to change name of this list to a less embarrassing one Sender: hackers-owner@freebsd.org Precedence: bulk I know that Jordan already has stated that the "hackers" stays, but this discussion seems to lack one important element, which is the definition of the FreeBSD goals. What is FreeBSD? Yet Another OS? What are the goals? To be the Best OS? To get more developers? To be better than Linux and BSD/OS? To be more widely used? And if so, why is "corporate acceptance" important? Or are there underlying commercial motivations, like to sell more CDROMS, or to provide a good free O/S for the consulting ventures of the "hackers"? Its quite a mystery to me. db [much deleted] >>>> >>>> I propose we change the list name `hackers' to [ Suggestions Please ]. >>>This is just caving in to Political Correctness. Fight the ignorant masses >>>who want to homogenise and de-flavour everything. 'hackers' has some spirit. >>>dev@freebsd.org is about as exciting as /dev/null. >I'd rather not apply the politically correctness constraints to our technical >collaboration. There has to be somewhere you can go to get away from it. > > From owner-freebsd-hackers Sun Jul 9 09:36:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03537 for hackers-outgoing; Sun, 9 Jul 1995 09:36:33 -0700 Received: from simon.chi.il.us (simon.chi.il.us [199.245.227.17]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA03531 for ; Sun, 9 Jul 1995 09:36:27 -0700 Received: by simon.chi.il.us (Smail3.1.29.1 #3) id m0sUzMY-000NAyC; Sun, 9 Jul 95 11:37 CDT Message-Id: Date: Sun, 9 Jul 95 11:37 CDT From: steve@simon.chi.il.us (Steven E. Piette) To: freebsd-hackers@freebsd.org Subject: Re: Stabikity/Usability of 2.0.5R Sender: hackers-owner@freebsd.org Precedence: bulk This seems to have gotten lost in the mailing list problem of fri/sat. ----- Begin Included Message ----- >From steve Fri Jul 7 01:54:45 1995 To: terry@cs.weber.edu, davidg@root.com, wilko@yedi.iaf.nl, jan@bagend.atl.ga.us Subject: Re: Stabikity/Usability of 2.0.5R Cc: freebsd-hackers@freebsd.org Content-Length: 11326 > From: Wilko Bulte > Subject: Re: Stabikity/Usability of 2.0.5R > To: terry@cs.weber.edu (Terry Lambert) > Date: Wed, 5 Jul 1995 19:27:22 +1596657 (MET DST) > Cc: davidg@root.com, freebsd-hackers@freebsd.org > > > because 2.0.5R simply will not install (and neither will subsequent > > snapshots). > > > > The hardware in question is running WD 1007 ESDI controllers. The > > "perfect media" jumper is off. > > > > The Install wants to use a translated geometry (the real geometry > > is 1224/15/35) of something like xxx/15/51. > > What a coincidence. I already started to feel stupid. I have a > 386/25 here with a WD1007 and a 1224/15/35 drive (a ~300Mb > micropolis). Same problems.. I'm kinda glad it also bit you ;-) > > > The amusing thing is that when it scans for bad blocks (the drive > > has to have bad block replacement enables in BSD), it gets an error > > on every 35th scan. I would suspect something wierd with the disk, > > but 1.1.5.1 sails right on. So it's clearly in the disklabel stuff. > > Yep, same here. I once had 1.1.5. on this system and that worked > OK. Are you able to select a non-translated drive using the WD1007 > BIOS? Mine doesn't. Disabling the BIOS of the WD and selecting the > untranslated geometry in the system BIOS also gives me the > n * 35 badblocks. > > > Interestingly, the "every 35th try" error on the scan seems to > > indicate (to me, at least) that the drive is not being accessed > > linearly; apparently the adjacency of sectors is being miscalculated > > and it's skipping all over the disk. There was a complaint about > > large amounts of drive noise about a month ago that was never very > > well explained -- possibly it's this? > > I have a faint recollection that I had to tell 1.1.5. to use 34 > sectors (when the drive actually has 35) before it wanted to install. > Telling 2.05R to use 34 does not work. > > > Anyone else have a machine with a WD1007 that they installed instead > > of upgraded from an existing (non-2.0.5R: working) installation? > > As you know by now it fails for me. I might retry 1.1.5 on it just > to see. > > > Terry Lambert > > terry@cs.weber.edu > > Wilko As I told Terry via email I have a working 2.0.5-ALPHA system here using the WD1007 and a Micropolis 1558 ESDI disk. Here's what I did to make it work: The WD1007A-WA2 is jumpered like this W1 2-3 BIOS at C8000-C9FFF W2 2-3 W3 OUT Disable BIOS and BIOS Shadow RAM W4 OUT Enable FDC W5 OUT Single Speed FD W6 2-3 FDC at 3FX W7 1-2 Enable FDC W8 IN WD1005 Mode (Reads Drive Unformatted bytes/sector) W9 OUT Disconnect Chassis Ground W10 OUT Unlatch Diag Register W11 IN Enable Disk Change input W12 OUT Select Primary Address W13 IN Enable FDC W14 IN Disable Sector Translation W15 OUT 4 Byte ECC The 1558 is jumpered RN1 IN Terminator DA1 OUT DA2 IN Device 2 ID DA3 OUT W5 OUT Spin up at power on W1 OUT Hard Sectored W2 IN 36 Sectors/track 578 bytes/sector unformatted W3 OUT W4 OUT This configures the drive to be 1224 cyl 15 head 36 sectors 512 bytes/sector. The System is a Micronix 386DX20 with Phoenix 386 BIOS 1.10 10 I'm using CMOS type 48 as 1224/15/36 Since I had to disable the 1007 BIOS to use the CMOS drive type, I low level formated the disk using the WDFMT utility (from www.wdc.com) and turned off sector sparing. The 1007 BIOS wouldn't let me use 36 sec/track or 1224 cyl. I ran FDISK and used the entire disk as the primary DOS disk and then deleted the DOS partition during install. This was just to see the C/H/S stuff changed. I had to boot -c to turn off the conflicting devices matcd, ed, ie, and wt and build a custom kernel once I was done installing. During install I turned off the newfs -u stuff and used bad144 on each partition. It tried to use the entire disk as a FreeBSD partition but was burned by the >1024 cyl boot problem, so I made two FreeBSD partitions. The first is for root and swap and the second for /usr. Here's the boot messages. Jul 7 00:27:21 guest /kernel: FreeBSD 2.0.5-ALPHA #0: Fri Jun 9 22:51:32 CDT 1995 Jul 7 00:27:21 guest /kernel: root@guest:/usr/src/sys/compile/ALPHA Jul 7 00:27:21 guest /kernel: CPU: i386DX (386-class CPU) Jul 7 00:27:22 guest /kernel: real memory = 5898240 (1440 pages) Jul 7 00:27:22 guest /kernel: avail memory = 4763648 (1163 pages) Jul 7 00:27:22 guest /kernel: Probing for devices on the ISA bus: Jul 7 00:27:22 guest /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Jul 7 00:27:23 guest /kernel: sc0: MDA/hercules <16 virtual consoles, flags=0x0> Jul 7 00:27:23 guest /kernel: sio0 at 0x3f8-0x3ff irq 4 on isa Jul 7 00:27:23 guest /kernel: sio0: type 16450 Jul 7 00:27:23 guest /kernel: sio1 at 0x2f8-0x2ff irq 3 on isa Jul 7 00:27:23 guest /kernel: sio1: type 16450 Jul 7 00:27:23 guest /kernel: sio2 not found at 0x3e8 Jul 7 00:27:23 guest /kernel: sio3 not found at 0x2e8 Jul 7 00:27:24 guest /kernel: lpt0 at 0x3bc-0x3c3 irq 7 on isa Jul 7 00:27:24 guest /kernel: lpt0: Interrupt-driven port Jul 7 00:27:24 guest /kernel: lp0: TCP/IP capable interface Jul 7 00:27:24 guest /kernel: lpt1 at 0x378-0x37f on isa Jul 7 00:27:24 guest /kernel: lpt2 not found at 0xffffffff Jul 7 00:27:24 guest /kernel: fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa Jul 7 00:27:24 guest /kernel: fdc0: NEC 765 Jul 7 00:27:24 guest /kernel: fd0: 1.2MB 5.25in Jul 7 00:27:25 guest /kernel: wdc0 at 0x1f0-0x1f7 irq 14 on isa Jul 7 00:27:25 guest /kernel: wdc0: unit 0 (wd0): Jul 7 00:27:25 guest /kernel: wd0: 322MB (660960 sectors), 1224 cyls, 15 heads, 36 S/T, 512 B/S Jul 7 00:27:25 guest /kernel: aha0 not found at 0x330 Jul 7 00:27:25 guest /kernel: wt0 at 0x220-0x223 irq 5 drq 1 on isa Jul 7 00:27:25 guest /kernel: wt0: type Jul 7 00:27:25 guest /kernel: 1 3C5x9 board(s) on ISA found at 0x300 Jul 7 00:27:25 guest /kernel: ep0 at 0x300-0x30f irq 10 on isa Jul 7 00:27:25 guest /kernel: ep0: aui/bnc/utp[*UTP*] address 00:20:af:38:a9:02 irq 10 Jul 7 00:27:25 guest /kernel: npx0 at 0xf0-0xff irq 13 on motherboard Jul 7 00:27:26 guest /kernel: WARNING: / was not properly dismounted. Jul 7 00:27:22 guest mountd[72]: Can't open /var/db/mountdtab Jul 7 00:27:31 guest lpd[99]: restarted Jul 7 00:28:38 guest login: ROOT LOGIN (root) ON ttyv0 Jul 7 00:28:38 guest login: login on ttyv0 as root guest# fdisk ******* Working on device /dev/rwd0d ******* parameters extracted from in-core disklabel are: cylinders=169 heads=15 sectors/track=36 (540 blks/cyl) parameters to be used for BIOS calculations are: cylinders=169 heads=15 sectors/track=36 (540 blks/cyl) fdisk: Invalid fdisk partition table found 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 1, size 91259 (44 Meg), flag 80 beg: cyl 0/ sector 2/ head 0; end: cyl 169/ sector 1/ head 0 guest# fdisk /dev/wd0s2 ******* Working on device /dev/wd0s2 ******* parameters extracted from in-core disklabel are: cylinders=1054 heads=15 sectors/track=36 (540 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=1054 heads=15 sectors/track=36 (540 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 guest# disklabel wd0 # /dev/rwd0c: type: ESDI disk: wd0s1 label: flags: badsect bytes/sector: 512 sectors/track: 36 tracks/cylinder: 15 sectors/cylinder: 540 cylinders: 169 sectors/unit: 91764 rpm: 0 interleave: 0 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 54000 0 4.2BSD 0 0 0 # (Cyl. 0 - 99) b: 37601 54000 swap # (Cyl. 100 - 169*) c: 91764 0 unused 0 0 # (Cyl. 0 - 169*) Warning, revolutions/minute 0 super block size 0 guest# bad144 -v wd0 cyl: 169, tracks: 15, secs: 36, sec/cyl: 540, start: 0, end: 91602 bad block information at sector 91728 in /dev/rwd0c: cartridge serial number: 1234(10) guest# bad144 -v /dev/wd0s2 cyl: 1054, tracks: 15, secs: 36, sec/cyl: 540, start: 0, end: 568998 bad block information at sector 569124 in /dev/wd0s2: cartridge serial number: 1234(10) guest# dumpfs /dev/rwd0a magic 11954 time Fri Jul 7 01:31:09 1995 cylgrp dynamic inodes 4.4BSD nbfree 1474 ndir 66 nifree 6834 nffree 99 ncg 1 ncyl 14 size 27000 blocks 26007 bsize 8192 shift 13 mask 0xffffe000 fsize 1024 shift 10 mask 0xfffffc00 frag 8 shift 3 fsbtodb 1 cpg 16 bpg 4096 fpg 32768 ipg 7680 minfree 8% optim time maxcontig 1 maxbpg 2048 rotdelay 0ms headswitch 0us trackseek 0us rps 60 ntrak 1 nsect 4096 npsect 4096 spc 4096 symlinklen 60 trackskew 0 interleave 1 contigsumsize 0 nindir 2048 inopb 64 nspf 2 sblkno 16 cblkno 24 iblkno 32 dblkno 992 sbsize 2048 cgsize 6144 cgoffset 2048 cgmask 0xffffffff csaddr 992 cssize 1024 shift 9 mask 0xfffffe00 cgrotor 0 fmod 0 ronly 0 clean 0 guest# dumpfs /dev/rwd0s2e magic 11954 time Fri Jul 7 00:27:36 1995 cylgrp dynamic inodes 4.4BSD nbfree 6050 ndir 1489 nifree 49890 nffree 13103 ncg 9 ncyl 139 size 284498 blocks 275697 bsize 8192 shift 13 mask 0xffffe000 fsize 1024 shift 10 mask 0xfffffc00 frag 8 shift 3 fsbtodb 1 cpg 16 bpg 4096 fpg 32768 ipg 7680 minfree 8% optim time maxcontig 1 maxbpg 2048 rotdelay 0ms headswitch 0us trackseek 0us rps 60 ntrak 1 nsect 4096 npsect 4096 spc 4096 symlinklen 60 trackskew 0 interleave 1 contigsumsize 0 nindir 2048 inopb 64 nspf 2 sblkno 16 cblkno 24 iblkno 32 dblkno 992 sbsize 2048 cgsize 6144 cgoffset 2048 cgmask 0xffffffff csaddr 992 cssize 1024 shift 9 mask 0xfffffe00 cgrotor 2 fmod 0 ronly 0 clean 0 Anyone need more information or have suggestions for when I install 2.0.5-RELEASE on this box. Steve Piette Applied Computer Technology steve@simon.chi.il.US. 7N852 Phar Lap Drive (708) 513-6920 St. Charles, IL 60175-6868 ------------------------------------------------------------------------------- By sending unsolicited commercially-oriented e-mail to this address, the sender agrees to pay a $100 flat fee to the recipient for proofreading services. ----- End Included Message ----- From owner-freebsd-hackers Sun Jul 9 09:47:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03758 for hackers-outgoing; Sun, 9 Jul 1995 09:47:35 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA03752 for ; Sun, 9 Jul 1995 09:47:33 -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 SAA14597 ; Sun, 9 Jul 1995 18:47:30 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id SAA18067 ; Sun, 9 Jul 1995 18:47:30 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507091647.SAA18067@blaise.ibp.fr> Subject: Re: AHA-1740 To: dufault@hda.com (Peter Dufault) Date: Sun, 9 Jul 1995 18:47:29 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199507091202.IAA14329@hda.com> from "Peter Dufault" at Jul 9, 95 08:02:15 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 413 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > That is strange, since the 1540 is an ISA board. Maybe they > mislabeled them? No. Sometimes it is desirable to have a .CFG for some ISA boards so they provide it. Anyway, I found a proper .CFG hidden in one of the archives at ftp.adaptec.com (aswc174.exe). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Sun Jul 9 10:16:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA04202 for hackers-outgoing; Sun, 9 Jul 1995 10:16:05 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA04196 for ; Sun, 9 Jul 1995 10:16:04 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id MAA09329 for ; Sun, 9 Jul 1995 12:15:59 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 9 Jul 95 12:15 CDT Received: by venus.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sun, 9 Jul 95 12:15 CDT Message-Id: Subject: Sync of systems To: freebsd-hackers@freebsd.org Date: Sun, 9 Jul 1995 12:15:57 -0500 (CDT) From: "Karl Denninger, MCSNet" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 699 Sender: hackers-owner@freebsd.org Precedence: bulk What's everyone's favorite way of doing this? Common binaries and libs that are on multiple machines we mount from a repository, but system stuff isn't a good idea to handle that way. Is rdist still the best bet? Or are there other tools to keep directories like /bin and /usr/bin in sync across multiple systems? -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Sun Jul 9 10:45:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA04470 for hackers-outgoing; Sun, 9 Jul 1995 10:45:50 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA04464 for ; Sun, 9 Jul 1995 10:45:46 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA09407; Sun, 9 Jul 1995 10:45:40 -0700 From: "Rodney W. Grimes" Message-Id: <199507091745.KAA09407@gndrsh.aac.dev.com> Subject: Re: AHA-1740 To: dufault@hda.com (Peter Dufault) Date: Sun, 9 Jul 1995 10:45:39 -0700 (PDT) Cc: roberto@blaise.ibp.fr, hackers@FreeBSD.org In-Reply-To: <199507091202.IAA14329@hda.com> from "Peter Dufault" at Jul 9, 95 08:02:15 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: 994 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Ollivier Robert writes: > > > > I just got a 1740 to act as secoindary SCSI controller. But I don't have > > any .CFG for the EISA configuration. Is there anyone who can send > > me one please ? > > > > ftp.adaptec.com seems to have only 1540 .CFG files. > > That is strange, since the 1540 is an ISA board. Maybe they > mislabeled them? There is no reason you can not have an EISA config file for ISA cards, infact it is a Good Idea to have them so that the EISA config program will handle conflict resolution for you! The reason the 1540.cfg file is on the FTP site is adaptec left it out of all the early 1740 floppy kits but put it in the later ones and other folks wanted it so Roy put it up with the other stuff. Ollivier if you not got the 1740 cfg file yet ping me via talk or private email and I will get one to you. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Sun Jul 9 12:07:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA07415 for hackers-outgoing; Sun, 9 Jul 1995 12:07:53 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA07403 for ; Sun, 9 Jul 1995 12:07:50 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55373>; Sun, 9 Jul 1995 21:07:38 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id QAA16343; Sun, 9 Jul 1995 16:17:56 +0200 Message-Id: <199507091417.QAA16343@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: John Utz cc: hackers@freebsd.org, Joerg Wunsch Subject: Re: tar.gz's via cu? In-reply-to: Your message of "Sun, 09 Jul 1995 09:14:16 +0200." Date: Sun, 9 Jul 1995 16:17:56 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > Both sides timeout! I think you have to start sz before rz, i recall the other way round doesnt work (havent used sz/rz lately tho') Julian S From owner-freebsd-hackers Sun Jul 9 12:41:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA09638 for hackers-outgoing; Sun, 9 Jul 1995 12:41:42 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA09628 for ; Sun, 9 Jul 1995 12:41:41 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.11/8.6.9) id MAA10453; Sun, 9 Jul 1995 12:37:40 -0700 From: Julian Elischer Message-Id: <199507091937.MAA10453@ref.tfs.com> Subject: Re: new getsid(2) system call for freebsd... To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 9 Jul 1995 12:37:40 -0700 (PDT) Cc: ukkonen@aphrodite.funet.fi, hackers@freebsd.org In-Reply-To: <199507090620.IAA27669@uriah.heep.sax.de> from "J Wunsch" at Jul 9, 95 08:20:50 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1204 Sender: hackers-owner@freebsd.org Precedence: bulk > > As Jukka Ukkonen wrote: > > > > > > A couple of days ago I had a sudden moment of inspiration and > > I added an initial version of a new SVR4 style system call > > getsid(2) to FreeBSD. > > > The rationale for such a new system call is first and foremost > > completeness and symmetry. The second reason is the fact that > > X/Open might begin requiring such a service in their XPG, which > > might become a portability issue one day. The third point is > > that now and then there are things that would be somewhat easier > > to do, if such an interface were available, and moreover it is > > practically impossible to do exactly the same thing in a user > > mode subroutine. > > While i don't know about the second point (and hope that anybody else > here would comment on it), the third point is not acceptable (for me). > Writing code that relies on a specific system call that's only present > in a couple of systems is not a good idea. I notice however that systems that are moving towards posix are all implimenting this.. (osf and solaris to name two) I assume therefore (not having POSIX docs) that it might be 1/ common 2/ required terry? you have posix docs? julian From owner-freebsd-hackers Sun Jul 9 13:42:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA13666 for hackers-outgoing; Sun, 9 Jul 1995 13:42:02 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA13660 for ; Sun, 9 Jul 1995 13:41:59 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id QAA16930; Sun, 9 Jul 1995 16:35:10 -0400 From: Peter Dufault Message-Id: <199507092035.QAA16930@hda.com> Subject: Re: new getsid(2) system call for freebsd... To: julian@ref.tfs.com (Julian Elischer) Date: Sun, 9 Jul 1995 16:35:09 -0400 (EDT) Cc: joerg_wunsch@uriah.heep.sax.de, ukkonen@aphrodite.funet.fi, hackers@freebsd.org In-Reply-To: <199507091937.MAA10453@ref.tfs.com> from "Julian Elischer" at Jul 9, 95 12:37:40 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 432 Sender: hackers-owner@freebsd.org Precedence: bulk Julian Elischer writes: > I notice however that systems that are moving towards posix > are all implimenting this.. > (osf and solaris to name two) > I assume therefore (not having POSIX docs) that it might be > 1/ common > 2/ required getsid() is not POSIX. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Sun Jul 9 14:41:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA15953 for hackers-outgoing; Sun, 9 Jul 1995 14:41:08 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA15934 ; Sun, 9 Jul 1995 14:41:03 -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 XAA15589 ; Sun, 9 Jul 1995 23:40:55 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA18698 ; Sun, 9 Jul 1995 23:40:54 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.9/keltia-uucp-2.2) id WAA01153; Sun, 9 Jul 1995 22:05:12 +0200 (MET DST) From: Ollivier Robert Message-Id: <199507092005.WAA01153@keltia.frmug.fr.net> Subject: Linuxdoc 1.2 To: doc@FreeBSD.ORG (FreeBSD documentation list), freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Date: Sun, 9 Jul 1995 22:05:11 +0200 (MET DST) Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.0-BUILT-19950709 ctm#861 X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.ORG Precedence: bulk The 1.2 version of linuxdoc-sgml by Matt Welsh is out. It consists of bug fixes and TeXinfo support. John, could you please see if we can integrate there changes in your scripts ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.0-BUILT-19950709 #1: Sun Jul 9 16:28:41 MET DST 1995 From owner-freebsd-hackers Sun Jul 9 17:55:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA20179 for hackers-outgoing; Sun, 9 Jul 1995 17:55:07 -0700 Received: from saul2.u.washington.edu (spaz@saul2.u.washington.edu [140.142.56.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA20173 for ; Sun, 9 Jul 1995 17:55:06 -0700 Received: by saul2.u.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA18918; Sun, 9 Jul 95 17:55:02 -0700 X-Sender: spaz@saul2.u.washington.edu Date: Sun, 9 Jul 1995 17:55:02 -0700 (PDT) From: John Utz To: Sean Kelly Cc: hackers@freebsd.org Subject: Re: tar.gz's via cu? In-Reply-To: <9507091433.AA23321@emu.fsl.noaa.gov> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk hi sean! tnx for replying anyway! On Sun, 9 Jul 1995, Sean Kelly wrote: > >>>>> "John" == John Utz writes: > > >> remote% sz foo.tar.gz > >> ~+rz > > John> so this works for u? files actually come over? i uuencoded > John> the gzipped src for rzsz-3.34 and succeeded in getting it > John> home and compiled. that was good. > > Don't use ~+rz, use ~Crz. really? the cu that comes with 2.0.5 spits up when i try ~Crz it sez it is unrecognized. are there multiple flavors of cu ? The man page for cu has taylor's name at the end of it. What version are u running? The szrz i am using is 3.34, btw > -- > Sean Kelly > NOAA Forecast Systems Lab, Boulder Colorado USA > > When you go in for a job interview, I think a good thing to ask is if > they ever press charges. -- Jack Handey > ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Sun Jul 9 18:23:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA20813 for hackers-outgoing; Sun, 9 Jul 1995 18:23:51 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA20807 for ; Sun, 9 Jul 1995 18:23:48 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id SAA09774; Sun, 9 Jul 1995 18:19:54 -0700 From: "Rodney W. Grimes" Message-Id: <199507100119.SAA09774@gndrsh.aac.dev.com> Subject: Re: new getsid(2) system call for freebsd... To: dufault@hda.com (Peter Dufault) Date: Sun, 9 Jul 1995 18:19:54 -0700 (PDT) Cc: julian@ref.tfs.com, joerg_wunsch@uriah.heep.sax.de, ukkonen@aphrodite.funet.fi, hackers@freebsd.org In-Reply-To: <199507092035.QAA16930@hda.com> from "Peter Dufault" at Jul 9, 95 04:35: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: 680 Sender: hackers-owner@freebsd.org Precedence: bulk > > Julian Elischer writes: > > > I notice however that systems that are moving towards posix > > are all implimenting this.. > > (osf and solaris to name two) > > I assume therefore (not having POSIX docs) that it might be > > 1/ common > > 2/ required > > getsid() is not POSIX. And the original thread said it _might_ become XPG required. Well, when we go for X/Open branding and when it _is_ part of XPG we should do it, before then, it is just an unportable hack, IMHO. Leave getsid out for that simple reason. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Sun Jul 9 18:49:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA21305 for hackers-outgoing; Sun, 9 Jul 1995 18:49:04 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA21299 for ; Sun, 9 Jul 1995 18:48:59 -0700 Received: by sovcom.kiae.su id AA05614 (5.65.kiae-1 ); Mon, 10 Jul 1995 04:44:20 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 10 Jul 95 04:44:20 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id FAA01449; Mon, 10 Jul 1995 05:42:26 +0400 To: Sean Kelly , John Utz Cc: hackers@freebsd.org References: In-Reply-To: ; from John Utz at Sun, 9 Jul 1995 17:55:02 -0700 (PDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 10 Jul 1995 05:42:25 +0400 (MSD) 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: tar.gz's via cu? Lines: 10 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 415 Sender: hackers-owner@freebsd.org Precedence: bulk >> Don't use ~+rz, use ~Crz. Don't use both, use ~^Z then rz < /dev/cuaX > /dev/cuaX then 'fg' to return back (for csh). -- 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 Sun Jul 9 18:49:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA21357 for hackers-outgoing; Sun, 9 Jul 1995 18:49:58 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA21351 for ; Sun, 9 Jul 1995 18:49:57 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id UAA14441; Sun, 9 Jul 1995 20:49:25 -0500 From: Joe Greco Message-Id: <199507100149.UAA14441@brasil.moneng.mei.com> Subject: Re: Sync of systems To: karl@mcs.com (Karl Denninger MCSNet) Date: Sun, 9 Jul 1995 20:49:24 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Karl Denninger, MCSNet" at Jul 9, 95 12:15:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > What's everyone's favorite way of doing this? > > Common binaries and libs that are on multiple machines we mount from a > repository, but system stuff isn't a good idea to handle that way. Oof, I don't like that... too many problems over the years has (finally) convinced me that NFS is inherently evil and at odds with the concept of "reliable system" - and with 500MB of SCSI disk being relatively cheap, and 500MB of IDE disk being even cheaper - you can bet that I've been avoiding NFS in a major way. :-) I only use automounted NFS for home directories these days.. (too many problems with one downed Sun taking the world down with it, due to the ripple effect). > Is rdist still the best bet? Or are there other tools to keep directories > like /bin and /usr/bin in sync across multiple systems? Personally I still swear by rdist, but the reporting mechanism is grungy at best (if you choose to use it). It's pretty flexible, reasonably fast, and part of the base system (a very large ADvantage). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Sun Jul 9 19:00:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21668 for hackers-outgoing; Sun, 9 Jul 1995 19:00:53 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA21662 for ; Sun, 9 Jul 1995 19:00:51 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id VAA17840 for ; Sun, 9 Jul 1995 21:59:10 -0400 Date: Sun, 9 Jul 1995 21:59:10 -0400 Message-Id: <199507100159.VAA17840@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freebsd.org From: dennis@et.htp.com (dennis) Subject: Re: Dc_Users Group Meeting Sender: hackers-owner@freebsd.org Precedence: bulk >> - Improving the DOC project with contributions from members on their >> local speciality. This would include things that might refelect the >> linux HowTo project. > Hopefully it can be much better than the Linux documents. They need to be objective from a technical standpoint...the Linux docs are filled with opinions and misinformation about hardware, which adapters work better (this kind of thing can become outdated long before its changed) and leaves a real bad impression with first time users...particularly those that are used to reading commercial docs.... db From owner-freebsd-hackers Sun Jul 9 19:14:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA21997 for hackers-outgoing; Sun, 9 Jul 1995 19:14:40 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA21968 for ; Sun, 9 Jul 1995 19:13:13 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA27305; Mon, 10 Jul 1995 08:10:12 +0600 From: "Serge A. Babkin" Message-Id: <199507100210.IAA27305@hq.icb.chel.su> Subject: Re: if_ep driver To: smace@crash.ops.neosoft.com (Scott Mace) Date: Mon, 10 Jul 1995 08:10:11 +0600 (GMT+0600) Cc: hackers@freebsd.org In-Reply-To: <199507061725.MAA00423@crash.ops.neosoft.com> from "Scott Mace" at Jul 6, 95 12:25:36 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 3329 Sender: hackers-owner@freebsd.org Precedence: bulk > Also, on a side note, does anyone have any info for programming > the RX filter on 3c509's for multicast? I currently have mine > hacked to just receive ALL multicast packets. What driver you have ? Since version from FBSD 2.0 it receives ALL multicast packets (or at least should do it). I have hacked it to process it too but I didn't tested it yet due to lack of multicast applications (I'm trying to tune gated to use multicasts now). I have heard that somebody else had added multicast support to it too. Anyway you can test my patch if you want: (the RCS version is my local one) Really most of multicast support was already there. ---------------------- cut here ------------------------------------------ *** 1.16 1995/05/19 05:36:10 --- if_ep.c 1995/06/22 11:13:32 *************** *** 38,45 **** */ /* - * $Id: if_ep.c,v 1.16 1995/05/19 05:36:10 root Exp $ - * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select * logic changed to use value from EEPROM. Autoconfiguration --- 38,43 ---- *************** *** 439,445 **** ifp->if_unit = is->id_unit; ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_NOTRAILERS; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; --- 437,444 ---- ifp->if_unit = is->id_unit; ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_MULTICAST | ! IFF_SIMPLEX | IFF_NOTRAILERS; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; *************** *** 552,563 **** outw(BASE + EP_COMMAND, SET_INTR_MASK | S_5_INTS); ! if(ifp->if_flags & IFF_PROMISC) ! outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | ! FIL_GROUP | FIL_BRDCST | FIL_ALL); ! else ! outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | ! FIL_GROUP | FIL_BRDCST); /* * S.B. --- 551,562 ---- outw(BASE + EP_COMMAND, SET_INTR_MASK | S_5_INTS); ! if(ifp->if_flags & IFF_PROMISC) ! outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | ! FIL_GROUP | FIL_BRDCST | FIL_ALL); ! else ! outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | ! FIL_GROUP | FIL_BRDCST); /* * S.B. *************** *** 1191,1196 **** --- 1190,1196 ---- } /* NOTREACHED */ + #if 0 if (ifp->if_flags & IFF_UP && (ifp->if_flags & IFF_RUNNING) == 0) epinit(ifp->if_unit); *************** *** 1203,1208 **** --- 1203,1209 ---- ep_frst(F_PROMISC); epinit(ifp->if_unit); } + #endif break; #ifdef notdef *************** *** 1222,1228 **** --- 1223,1240 ---- ifp->if_mtu = ifr->ifr_mtu; } break; + case SIOCADDMULTI: + case SIOCDELMULTI: + error= (cmd==SIOCADDMULTI) ? + ether_addmulti(ifr, &sc->arpcom) : + ether_delmulti(ifr, &sc->arpcom); + if(error=ENETRESET) { + epinit(ifp->if_unit); + error=0; + } + + break; default: error = EINVAL; } ---------------------- cut here ------------------------------------------ Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Sun Jul 9 19:35:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA22771 for hackers-outgoing; Sun, 9 Jul 1995 19:35:35 -0700 Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA22751 ; Sun, 9 Jul 1995 19:35:29 -0700 Received: from ast.com by relay1.UU.NET with SMTP id QQyxsk08979; Sun, 9 Jul 1995 22:35:26 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA15334 (5.67b/IDA-1.5); Sun, 9 Jul 1995 19:36:05 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Sun, 9 Jul 95 21:37 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0sV8aM-0004w2C; Sun, 9 Jul 95 21:28 CDT Message-Id: Date: Sun, 9 Jul 95 21:28 CDT To: current@freebsd.org, hackers@freebsd.org From: uhclem%nemesis@fw.ast.com (Frank Durda IV) Sent: Sun Jul 9 1995, 21:28:38 CDT Subject: Lasermate/IBM/Reveal... patches for matcd Sender: hackers-owner@freebsd.org Precedence: bulk If you are one of the people who has been trying to use your Panasonic (Matsushita) CD-ROM drive on 2.0.5R, but it won't work because you have a non-Sound Blaster host interface, there are some patches available now that can help you out. If you have a Sound Blaster Vibra-16, a Lasermate, Reveal, Media Vision, Crystal, IBM, some Diamond and other adapters with a Panasonic interface, these patches will automatically detect the different hardware and adjust the driver on the fly to work with that card. You can even have a mix of board types present at the same time. The patches go on top of the matcd driver found in 2.0.5R. The changes have already been tested by several people who have some of this hardware and they are happy. The patches were submitted for inclusion in '-current' last week, but the approval process is apparently going slow and I don't know when they will be available via '-current' or included in a SNAP. If you need these patches right away, send me mail. Otherwise, please wait for them to appear in '-current'. Thanks. Frank Durda IV uhclem%nemesis@fw.ast.com Your choice: "FreeBSD" or "Bob-Pro" (also known as Windows '95). Gee, that wasn't so tough a choice after all.... :-) From owner-freebsd-hackers Sun Jul 9 19:54:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA23212 for hackers-outgoing; Sun, 9 Jul 1995 19:54:59 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA23205 ; Sun, 9 Jul 1995 19:54:53 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA25273; Sun, 9 Jul 95 20:46:50 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507100246.AA25273@cs.weber.edu> Subject: Re: token ring anyone To: matt@lkg.dec.com (Matt Thomas) Date: Sun, 9 Jul 95 20:46:49 MDT Cc: jkh@freebsd.org, hackers@freebsd.org In-Reply-To: <199507081947.TAA07134@whydos.lkg.dec.com> from "Matt Thomas" at Jul 8, 95 07:47:29 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk Well, I just got off the plane about 2 hours ago, but I can't let this one scrool by! [ ... he has a bunch of token ring cards ... ] > But since the manufacturers have already spent the time to write > NDIS3 drivers for Win95, it would be more interesting to write > the NDIS3 miniport wrappers for them. It wouldn't as fast or as clean > as a native driver but it might be easier. It would be easier. It also would not be sufficient. The miniport driver is only a card driver. Token ring needs a new LLC (which is what most of the stuff Garret was talking about boils down to). You'd need to write that , card driver or not. > NDIS3 miniport drivers has a relatively small set of functions that they > can call and they are 32-bit PIC code. I've thought of taking one or > two of the miniport drivers for one of the cards that I have and seeing > if I can write the NDIS3 shell that they want. From what I've been able > to tell, the work would be about the same as writing a complex device > driver. If successful, the code could probably be used as basis for > using the Win95 SCSI miniport drivers. The main issue is the miniport driver writer documentation for the for the functions that the driver calls back into the WinNT/Win95 kernel isn't sufficient to write them. It'd be a bit of work. > Novell is taking a similar approach with UnixWare. ODI NLM module can > be "transmogrified" such that they be loaded and used under UnixWare. > There's a bit of difference in opinion on how well that works depending > on whether or not they work in Utah. :-) Novell doesn't "transmogrify" the drivers; they are the same ODI drivers that come with the card -- for the NetWare *server*. That's the magic rub. To be able to run them, you basically have to be able to load an NLM with limited library (kernel routine) usage. Actually, I have quite a healthy start on the project... I have most of the necessary documentation. It's basically all on the internet, it's just not very easy to find. Including the ODI binary format, which is in the latest binutils stuff from GNU. I'm more interested in following up some other projects first, with my machine arriving tomorrow, but I'd be willing to point anyone at the places to get information if they want to take the project up. Effectively, you are providing a "NetWare-type" kernel emulation environment. There's actually no reason you couldn't do the same for NetWare disk drivers as well, if you had a VM86() fallback mode with which to load them off of disk (or SCSI miniport drivers for NT or Win95, for that matter, or SCO or Solaris, since all you need to provide is a kernel-level "ABI", just like running their binaries is a matter of supplying a system level ABI). The ODI stuff in UnixWare is less than desirable compared to the native UNIX (DDI/DKI) drivers *for*Novell*protocols*. This is because the three additional layerings and the use of standard run points for Streams (instead of running it as a kernel thread) cause a pretty serious per-packet latency and the Novell protocols are pretty much request-response or request-[fixed window]-response (packetburst) and so the latency hits a hell of a lot harder than it would with TCP/IP (a sliding window protocol -- two latencies averaged over the entire transaction instead of one per packet or one per N packets). > It should be noted that NDIS3 is really brain-dead in some spots (what > else would you expect from Microsoft?) so performance will be not be > great but at least it'll work. In particular, some call-backs into the windows code are done at interrupt level, effectively single-threading the processer and locking it up while it handles the packet processing. ODI, since it has to be safe for a voluntary context switch (the process threading model in NetWare), is actually much better for the job. This begs the question of how long Novell proprietary interfaces will continue to be supported in the industry... if I could really answer that question accurately, I'd be a rich stock-market player instead of a poor programmer -- but I suspect, not that much longer. > Of course that still leaves the problem of doing source routing ... And LLC. But the LLC code could actually also be used for NetBIOS/SMB for LanMan, so it would have large usage -- it's just a bitch of a state machine. As was noted the last time Token Ring came up, much of the necessary code (minus some critical pieces) exists in the X.25/X.29 stuff that is/was in the source tree. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Jul 9 20:10:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA23683 for hackers-outgoing; Sun, 9 Jul 1995 20:10:30 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA23677 for ; Sun, 9 Jul 1995 20:10:27 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA20554; Sun, 9 Jul 95 21:10:25 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA23978; Sun, 9 Jul 1995 21:13:13 -0600 Date: Sun, 9 Jul 1995 21:13:13 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9507100313.AA23978@emu.fsl.noaa.gov> To: spaz@u.washington.edu Cc: hackers@freebsd.org In-Reply-To: (message from John Utz on Sun, 9 Jul 1995 17:55:02 -0700 (PDT)) Subject: Re: tar.gz's via cu? Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "John" == John Utz writes: John> hi sean! tnx for replying anyway! Sure! >> Don't use ~+rz, use ~Crz. John> really? the cu that comes with 2.0.5 spits up when i try John> ~Crz Woops ... I thought we were all using the combined tip/cu. I see on my 2.0.5 box that cu's now separate. I'm a tip user, and tip wants ~Crz. And it works. Maybe you wanna switch to tip? :-) -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA I can see why it would be prohibited to throw most things off the top of the Empire State Building, but what's wrong with little bits of cheese? They probably break down into their various gases before they even hit. -- Jack Handey From owner-freebsd-hackers Sun Jul 9 22:21:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA25717 for hackers-outgoing; Sun, 9 Jul 1995 22:21:32 -0700 Received: from saul1.u.washington.edu (spaz@saul1.u.washington.edu [140.142.82.10]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA25709 for ; Sun, 9 Jul 1995 22:21:30 -0700 Received: by saul1.u.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA31352; Sun, 9 Jul 95 22:21:28 -0700 X-Sender: spaz@saul1.u.washington.edu Date: Sun, 9 Jul 1995 22:21:28 -0700 (PDT) From: John Utz To: Sean Kelly Cc: hackers@freebsd.org Subject: Re: tar.gz's via cu? In-Reply-To: <9507100313.AA23978@emu.fsl.noaa.gov> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk ho, On Sun, 9 Jul 1995, Sean Kelly wrote: > >>>>> "John" == John Utz writes: > > >> Don't use ~+rz, use ~Crz. > > John> really? the cu that comes with 2.0.5 spits up when i try > John> ~Crz > > Woops ... I thought we were all using the combined tip/cu. I see on > my 2.0.5 box that cu's now separate. > > I'm a tip user, and tip wants ~Crz. And it works. Maybe you wanna > switch to tip? :-) well sure! wtf's the difference? why do we have two? is the current one ( cu ) a present that came with the uucp stuff? > -- > Sean Kelly > NOAA Forecast Systems Lab, Boulder Colorado USA > ******************************************************************************* John Utz spaz@stein.u.washington.edu idiocy is the impulse function in the convolution of life From owner-freebsd-hackers Sun Jul 9 22:33:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA25921 for hackers-outgoing; Sun, 9 Jul 1995 22:33:33 -0700 Received: from mail0.iij.ad.jp (root@mail0.iij.ad.jp [192.244.176.61]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA25915 for ; Sun, 9 Jul 1995 22:33:31 -0700 Received: from uucp0.iij.ad.jp (uucp0.iij.ad.jp [192.244.176.51]) by mail0.iij.ad.jp (8.6.12+2.4W/3.3W9-MAIL) with ESMTP id OAA09565 for ; Mon, 10 Jul 1995 14:33:22 +0900 Received: (from uucp@localhost) by uucp0.iij.ad.jp (8.6.12+2.4W/3.3W9-UUCP) with UUCP id OAA12640 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 14:33:23 +0900 Received: from xxx.fct.kgc.co.jp by fender.fct.kgc.co.jp (8.6.12+2.4W/3.3W8:95063017) id NAA27276; Mon, 10 Jul 1995 13:40:14 +0900 Received: from localhost by xxx.fct.kgc.co.jp (8.6.12+2.4W/3.3W8:95062916) id NAA25423; Mon, 10 Jul 1995 13:40:13 +0900 Message-Id: <199507100440.NAA25423@xxx.fct.kgc.co.jp> To: freebsd-hackers@freebsd.org Subject: Suggestion for inplementation of bpf Date: Mon, 10 Jul 1995 13:40:13 +0900 From: Toshihiro Kanda Sender: hackers-owner@freebsd.org Precedence: bulk Hi, hackers. I'm using >$ uname -mrs >FreeBSD 2.0-RELEASE i386 I found that when I write to bpf(4), the frame-length/frame-type field of ethernet header (offset 12 and 13) must be orderd in little endian. Should this be in network byte order? Because the data read from bpf is orderd in network byte order. In fact, "NetBSD 1.0 i386" is implemeted in this way. I thought /usr/src/sys/net/if_ethersubr.c should be changed: case AF_UNSPEC: eh = (struct ether_header *)dst->sa_data; bcopy((caddr_t)eh->ether_dhost, (caddr_t)edst, sizeof (edst)); type = eh->ether_type; ^^^^^^^^^^^^^^^^^^^^^^ type = htons(eh->ether_type); break; Is this correct? And one more thing. Why manual pages for bpf is lost from FreeBSD 2.0? FreeBSD 1.1.5.1 had that. Does 2.0.5 have that? Bye. candy@fct.kgc.co.jp (Toshihiro Kanda) From owner-freebsd-hackers Sun Jul 9 22:57:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA26167 for hackers-outgoing; Sun, 9 Jul 1995 22:57:10 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA26161 for ; Sun, 9 Jul 1995 22:57:09 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id WAA00399 for hackers@freebsd.org; Sun, 9 Jul 1995 22:56:46 -0700 Date: Sun, 9 Jul 1995 22:56:46 -0700 From: "Jordan K. Hubbard" Message-Id: <199507100556.WAA00399@time.cdrom.com> To: hackers@freebsd.org Subject: SNMP these days? Sender: hackers-owner@freebsd.org Precedence: bulk What happened to the CMU SNMP stuff that used to sit on plains.nodak.edu? I can't find it in ftp://ftp.freebsd.org/... or ftp://freebsd.org/... I'd like to start experimenting on with tkined a little more but have so few SNMP compliant hosts.. What are most folks out there doing right now? Thanks! Jordan From owner-freebsd-hackers Sun Jul 9 23:05:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26350 for hackers-outgoing; Sun, 9 Jul 1995 23:05:00 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA26341 for ; Sun, 9 Jul 1995 23:04:55 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0sVBur-000I3dC; Mon, 10 Jul 95 08:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #15) id m0sVBH7-000208C; Mon, 10 Jul 95 07:20 WET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: some pcvt quirks To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Mon, 10 Jul 1995 07:20:57 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199507091152.NAA00859@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jul 9, 95 01:52:47 pm Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1020 Sender: hackers-owner@freebsd.org Precedence: bulk >From the keyboard of Christoph P. Kukulies: > Two quirks I immediately ran into when giving pcvt330 (never used pcvt > before) a try: > XFree86 Version 3.1.1 / X Window System > Fatal server error: > xf86OpenPcvt: VT_GETMODE failed > Found pcvt driver but X11 seems to be not supported. > Check your kernel's console driver configuration and /dev entries Have you config'ed UCONSOLE and XSERVER ? And make shure pcvt_ioctl.h has updated in /usr/include/machine AND /sys/i386/include before compiling anything. I'd like to know what it was, 1) it runs fine here and 2) it has to go into NotesAndHints .. > The BACKSPACE key gives a 0x7f (DELETE) in vi; at least it would be nice > if the default behaviour was ^H when one is moving from syscons to pcvt. You are able to remap that key, have a look at the manual pages for kcon and keycap. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Sun Jul 9 23:05:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26396 for hackers-outgoing; Sun, 9 Jul 1995 23:05:18 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA26390 for ; Sun, 9 Jul 1995 23:05:15 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0sVBus-000HzkC; Mon, 10 Jul 95 08:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #15) id m0sVBJ6-000208C; Mon, 10 Jul 95 07:23 WET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: pcvt Doc/INSTALL.FreeBSD-2.0 To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Mon, 10 Jul 1995 07:23:00 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199507090959.LAA00724@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jul 9, 95 11:59:45 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 609 Sender: hackers-owner@freebsd.org Precedence: bulk >From the keyboard of Christoph P. Kukulies: > The suggested patch in pcvt Doc/INSTALL.FreeBSD-2.0 seems to be superfluous > in -current since it seems to be already there. That is correct, it is only needed for 2.0. > What is the options line for PCVT_FREEBSD=? I see conditional code > testing for PCVT_FREEBSD > 205 in the source, so should I use > 210 as a value? For 2.0.5, you need to use the value 210, why ? Ask Joerg :-))) hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Sun Jul 9 23:14:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26637 for hackers-outgoing; Sun, 9 Jul 1995 23:14:35 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA26627 for ; Sun, 9 Jul 1995 23:14:31 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11674; Mon, 10 Jul 1995 08:14:29 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA00268 for freebsd-hackers@freebsd.org; Sun, 9 Jul 1995 17:14:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id QAA03090 for freebsd-hackers@freebsd.org; Sun, 9 Jul 1995 16:16:57 +0200 From: J Wunsch Message-Id: <199507091416.QAA03090@uriah.heep.sax.de> Subject: Re: AHA-1740 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 9 Jul 1995 16:16:56 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507091202.IAA14329@hda.com> from "Peter Dufault" at Jul 9, 95 08:02:15 am 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: 459 Sender: hackers-owner@freebsd.org Precedence: bulk As Peter Dufault wrote: > > > ftp.adaptec.com seems to have only 1540 .CFG files. > > That is strange, since the 1540 is an ISA board. Maybe they > mislabeled them? No, it's also useful to declare ISA boards against the EISA config program. This way, the EISA configuration will know about the used resources. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jul 9 23:14:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26649 for hackers-outgoing; Sun, 9 Jul 1995 23:14:37 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA26630 for ; Sun, 9 Jul 1995 23:14:33 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11682; Mon, 10 Jul 1995 08:14:30 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA00278 for freebsd-hackers@freebsd.org; Sun, 9 Jul 1995 17:15:49 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id QAA03135 for freebsd-hackers@freebsd.org; Sun, 9 Jul 1995 16:21:10 +0200 From: J Wunsch Message-Id: <199507091421.QAA03135@uriah.heep.sax.de> Subject: Re: pcvt Doc/INSTALL.FreeBSD-2.0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 9 Jul 1995 16:21:10 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507090959.LAA00724@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jul 9, 95 11:59:45 am 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: 775 Sender: hackers-owner@freebsd.org Precedence: bulk As Christoph P. Kukulies wrote: > > The suggested patch in pcvt Doc/INSTALL.FreeBSD-2.0 seems to be superfluous > in -current since it seems to be already there. Yes, that's why it's declared ``...-2.0''. It was an oversight of mine that caused pcvt not being able to get any console output in plain 2.0. > What is the options line for PCVT_FREEBSD=? I see conditional code > testing for PCVT_FREEBSD > 205 in the source, so should I use > 210 as a value? Yes. Jordan once proposed to release a 2.0.5 in December, 1994. The release never actually happened, but i've started to introduce PCVT_FREEBSD > 205 in the pcvt code. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jul 9 23:14:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26672 for hackers-outgoing; Sun, 9 Jul 1995 23:14:40 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA26634 for ; Sun, 9 Jul 1995 23:14:34 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11685; Mon, 10 Jul 1995 08:14:32 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA00253 for freebsd-hackers@freebsd.org; Sun, 9 Jul 1995 17:13:05 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA03037 for freebsd-hackers@freebsd.org; Sun, 9 Jul 1995 15:48:49 +0200 From: J Wunsch Message-Id: <199507091348.PAA03037@uriah.heep.sax.de> Subject: Re: some pcvt quirks To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 9 Jul 1995 15:48:48 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507091152.NAA00859@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jul 9, 95 01:52:47 pm 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: 1439 Sender: hackers-owner@freebsd.org Precedence: bulk As Christoph P. Kukulies wrote: > > Fatal server error: > xf86OpenPcvt: VT_GETMODE failed > Found pcvt driver but X11 seems to be not supported. > Check your kernel's console driver configuration and /dev entries Well, read just the above sentence (i did my best to be as clear as possible when i wrote this), and then the LINT file: #options XSERVER # include code for XFree86 I don't know why XSERVER has been removed from syscons (or has it never been there? maybe), pcvt always required it for those who intend to run an X server. However, it used to be in the default config file previously. > The BACKSPACE key gives a 0x7f (DELETE) in vi; at least it would be nice > if the default behaviour was ^H when one is moving from syscons to pcvt. No way. :-) Pcvt has never been generating a backspace, and as long as i'm maintaining it, will never by default. Modify the source, or run kcon -m blah if you love backspaces... i don't. (But PLEEZE, don't start another useless discussion about this topic, folks.) Well, if you don't like the personal argument (though this is _only_ a matter of personal taste), buy this: pcvt is emulating a DEC VT series terminal, and early VT100's weren't even able to generate something else than a DEL for that key. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Jul 9 23:32:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA27163 for hackers-outgoing; Sun, 9 Jul 1995 23:32:08 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA27155 for ; Sun, 9 Jul 1995 23:32:01 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSP5Z0ILB40037BH@mail.rwth-aachen.de>; Mon, 10 Jul 1995 08:31:21 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA02279; Mon, 10 Jul 1995 08:44:04 +0200 Date: Mon, 10 Jul 1995 08:44:04 +0200 (MET DST) From: Christoph Kukulies Subject: Re: some pcvt quirks In-reply-to: <199507091348.PAA03037@uriah.heep.sax.de> from "J Wunsch" at Jul 9, 95 03:48:48 pm To: freebsd-hackers@freebsd.org Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199507100644.IAA02279@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 2126 Sender: hackers-owner@freebsd.org Precedence: bulk > > As Christoph P. Kukulies wrote: > > > > Fatal server error: > > xf86OpenPcvt: VT_GETMODE failed > > Found pcvt driver but X11 seems to be not supported. > > Check your kernel's console driver configuration and /dev entries > > Well, read just the above sentence (i did my best to be as clear as > possible when i wrote this), and then the LINT file: Not to appear nitpicky but wouldn't have been a line "maybe you want to put options XSERVER into your kernel config file" more explanatory :-) ? > > #options XSERVER # include code for XFree86 > > I don't know why XSERVER has been removed from syscons (or has it > never been there? maybe), pcvt always required it for those who > intend to run an X server. However, it used to be in the default > config file previously. I didn't have XSERVER in my config file (though UCONSOLE) since as you stated syscons doesn't need it any more. This should be reflected in the INSTALL.FreeBSD-2.0 - no word of XSERVER there at present and since I wasn't used to use it any longer I was baffled about the 'but X11 seems to be not supported' (see above). > > > The BACKSPACE key gives a 0x7f (DELETE) in vi; at least it would be nice > > if the default behaviour was ^H when one is moving from syscons to pcvt. > > No way. :-) Pcvt has never been generating a backspace, and as long as > i'm maintaining it, will never by default. Modify the source, or run > kcon -m blah if you love backspaces... i don't. (But PLEEZE, don't > start another useless discussion about this topic, folks.) > > Well, if you don't like the personal argument (though this is _only_ a > matter of personal taste), buy this: pcvt is emulating a DEC VT series > terminal, and early VT100's weren't even able to generate something > else than a DEL for that key. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Sun Jul 9 23:32:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA27179 for hackers-outgoing; Sun, 9 Jul 1995 23:32:17 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA27164 for ; Sun, 9 Jul 1995 23:32:09 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSP5Z0ILB40037BH@mail.rwth-aachen.de>; Mon, 10 Jul 1995 08:31:21 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id IAA02279; Mon, 10 Jul 1995 08:44:04 +0200 Date: Mon, 10 Jul 1995 08:44:04 +0200 (MET DST) From: Christoph Kukulies Subject: Re: some pcvt quirks In-reply-to: <199507091348.PAA03037@uriah.heep.sax.de> from "J Wunsch" at Jul 9, 95 03:48:48 pm To: freebsd-hackers@freebsd.org Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-to: Christoph Kukulies Message-id: <199507100644.IAA02279@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 2126 Sender: hackers-owner@freebsd.org Precedence: bulk > > As Christoph P. Kukulies wrote: > > > > Fatal server error: > > xf86OpenPcvt: VT_GETMODE failed > > Found pcvt driver but X11 seems to be not supported. > > Check your kernel's console driver configuration and /dev entries > > Well, read just the above sentence (i did my best to be as clear as > possible when i wrote this), and then the LINT file: Not to appear nitpicky but wouldn't have been a line "maybe you want to put options XSERVER into your kernel config file" more explanatory :-) ? > > #options XSERVER # include code for XFree86 > > I don't know why XSERVER has been removed from syscons (or has it > never been there? maybe), pcvt always required it for those who > intend to run an X server. However, it used to be in the default > config file previously. I didn't have XSERVER in my config file (though UCONSOLE) since as you stated syscons doesn't need it any more. This should be reflected in the INSTALL.FreeBSD-2.0 - no word of XSERVER there at present and since I wasn't used to use it any longer I was baffled about the 'but X11 seems to be not supported' (see above). > > > The BACKSPACE key gives a 0x7f (DELETE) in vi; at least it would be nice > > if the default behaviour was ^H when one is moving from syscons to pcvt. > > No way. :-) Pcvt has never been generating a backspace, and as long as > i'm maintaining it, will never by default. Modify the source, or run > kcon -m blah if you love backspaces... i don't. (But PLEEZE, don't > start another useless discussion about this topic, folks.) > > Well, if you don't like the personal argument (though this is _only_ a > matter of personal taste), buy this: pcvt is emulating a DEC VT series > terminal, and early VT100's weren't even able to generate something > else than a DEL for that key. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Sun Jul 9 23:33:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA27265 for hackers-outgoing; Sun, 9 Jul 1995 23:33:22 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA27258 for ; Sun, 9 Jul 1995 23:33:17 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id XAA10744; Sun, 9 Jul 1995 23:33:08 -0700 From: "Rodney W. Grimes" Message-Id: <199507100633.XAA10744@gndrsh.aac.dev.com> Subject: Re: Suggestion for inplementation of bpf To: candy@fct.kgc.co.jp (Toshihiro Kanda) Date: Sun, 9 Jul 1995 23:33:08 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199507100440.NAA25423@xxx.fct.kgc.co.jp> from "Toshihiro Kanda" at Jul 10, 95 01:40:13 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: 1645 Sender: hackers-owner@freebsd.org Precedence: bulk > > Hi, hackers. I'm using > >$ uname -mrs > >FreeBSD 2.0-RELEASE i386 > > I found that when I write to bpf(4), the frame-length/frame-type > field of ethernet header (offset 12 and 13) must be orderd in little > endian. > Should this be in network byte order? Because the data read from > bpf is orderd in network byte order. In fact, "NetBSD 1.0 i386" is > implemeted in this way. > > I thought /usr/src/sys/net/if_ethersubr.c should be changed: > > case AF_UNSPEC: > eh = (struct ether_header *)dst->sa_data; > bcopy((caddr_t)eh->ether_dhost, (caddr_t)edst, sizeof (edst)); > type = eh->ether_type; > ^^^^^^^^^^^^^^^^^^^^^^ type = htons(eh->ether_type); > break; > > Is this correct? I'll let David answer that one, as I know he has changed some things with respect to this to minimize the number of times we flip eh->ether_type between network and host byte order. > > And one more thing. Why manual pages for bpf is lost from FreeBSD > 2.0? FreeBSD 1.1.5.1 had that. Does 2.0.5 have that? Because at FreeBSD 2.0 we started with a fresh new empty cvs repository and brought in the BSD 4.4 Lite release which did not have bpf.4 in it. This was also true at FreeBSD 1.0 when we started with 386BSD 0.1. bpf.4 is back in the repository, it was in the 2.0.5 release, and will be in the 2.1.0 and all future releases. [Well, unless for some reason we start over again :-)] -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Sun Jul 9 23:38:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA27533 for hackers-outgoing; Sun, 9 Jul 1995 23:38:53 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA27527 for ; Sun, 9 Jul 1995 23:38:49 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id XAA10901 for freebsd-hackers@freebsd.org; Sun, 9 Jul 1995 23:38:58 -0700 From: "Rodney W. Grimes" Message-Id: <199507100638.XAA10901@gndrsh.aac.dev.com> Subject: Re: some pcvt quirks To: freebsd-hackers@freebsd.org Date: Sun, 9 Jul 1995 23:38:58 -0700 (PDT) In-Reply-To: <199507091348.PAA03037@uriah.heep.sax.de> from "J Wunsch" at Jul 9, 95 03:48:48 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: 1756 Sender: hackers-owner@freebsd.org Precedence: bulk > > As Christoph P. Kukulies wrote: > > > > Fatal server error: > > xf86OpenPcvt: VT_GETMODE failed > > Found pcvt driver but X11 seems to be not supported. > > Check your kernel's console driver configuration and /dev entries > > Well, read just the above sentence (i did my best to be as clear as > possible when i wrote this), and then the LINT file: > > #options XSERVER # include code for XFree86 > > I don't know why XSERVER has been removed from syscons (or has it > never been there? maybe), pcvt always required it for those who > intend to run an X server. However, it used to be in the default > config file previously. > > > The BACKSPACE key gives a 0x7f (DELETE) in vi; at least it would be nice > > if the default behaviour was ^H when one is moving from syscons to pcvt. > > No way. :-) Pcvt has never been generating a backspace, and as long as > i'm maintaining it, will never by default. Modify the source, or run > kcon -m blah if you love backspaces... i don't. (But PLEEZE, don't > start another useless discussion about this topic, folks.) > > Well, if you don't like the personal argument (though this is _only_ a > matter of personal taste), buy this: pcvt is emulating a DEC VT series > terminal, and early VT100's weren't even able to generate something > else than a DEL for that key. Take this as a counter personal arguement, DEC later relized there mistake and corrected this. All vt200 series and latter terminals can be setup to generate either ^H or ^? for that key. DEC corrected there mistake, perhaps you should too. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Sun Jul 9 23:50:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA28098 for hackers-outgoing; Sun, 9 Jul 1995 23:50:00 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA28086 for ; Sun, 9 Jul 1995 23:49:56 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id XAA08861; Sun, 9 Jul 1995 23:49:35 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id XAA04636; Sun, 9 Jul 1995 23:50:27 -0700 Message-Id: <199507100650.XAA04636@corbin.Root.COM> To: "Rodney W. Grimes" cc: freebsd-hackers@freebsd.org Subject: Re: some pcvt quirks In-reply-to: Your message of "Sun, 09 Jul 95 23:38:58 PDT." <199507100638.XAA10901@gndrsh.aac.dev.com> From: David Greenman Reply-To: davidg@Root.COM Date: Sun, 09 Jul 1995 23:50:26 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >Take this as a counter personal arguement, DEC later relized there >mistake and corrected this. All vt200 series and latter terminals >can be setup to generate either ^H or ^? for that key. DEC corrected >there mistake, perhaps you should too. Yes, but to this day RT-11, RSTS/E, RSX, and VMS still only take DEL. IMO, if you're going to emulate a DEC terminal, you should do DEC-ish things. -DG From owner-freebsd-hackers Mon Jul 10 00:08:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA28647 for hackers-outgoing; Mon, 10 Jul 1995 00:08:23 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA28638 for hackers; Mon, 10 Jul 1995 00:08:19 -0700 Date: Mon, 10 Jul 1995 00:08:19 -0700 From: Jeffrey Hsu Message-Id: <199507100708.AAA28638@freefall.cdrom.com> To: hackers Subject: using only DOS filesystem Sender: hackers-owner@FreeBSD.org Precedence: bulk Here's something to try on a lark: boot and run FreeBSD using only native DOS file partitions, possibly creating a ufs file partition in a large DOS file w/ the vn pseudo-driver. From owner-freebsd-hackers Mon Jul 10 00:20:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA29177 for hackers-outgoing; Mon, 10 Jul 1995 00:20:31 -0700 Received: (from phk@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA29166 ; Mon, 10 Jul 1995 00:20:30 -0700 From: Poul-Henning Kamp Message-Id: <199507100720.AAA29166@freefall.cdrom.com> Subject: Re: using only DOS filesystem To: hsu@freefall.cdrom.com (Jeffrey Hsu) Date: Mon, 10 Jul 1995 00:20:30 -0700 (PDT) Cc: hackers@freefall.cdrom.com In-Reply-To: <199507100708.AAA28638@freefall.cdrom.com> from "Jeffrey Hsu" at Jul 10, 95 00:08:19 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 335 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Here's something to try on a lark: boot and run FreeBSD using only > native DOS file partitions, possibly creating a ufs file partition > in a large DOS file w/ the vn pseudo-driver. Been there, done that. You make a kernel with a MFS as root, and you can do it without any problems. Performance SUCKS! -- Poul-Henning Kamp From owner-freebsd-hackers Mon Jul 10 00:28:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA29471 for hackers-outgoing; Mon, 10 Jul 1995 00:28:38 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA29465 for ; Mon, 10 Jul 1995 00:28:36 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA26897 (5.65c/IDA-1.4.4 for ); Mon, 10 Jul 1995 02:28:34 -0500 Received: from GAB/SpoolDir by gab.unt.edu (Mercury 1.13); Mon, 10 Jul 95 2:28:34 CST6CDT Received: from SpoolDir by GAB (Mercury 1.13); Mon, 10 Jul 95 2:28:27 CST6CDT From: "John Booth" Organization: University of North Texas To: hackers@freebsd.org Date: Mon, 10 Jul 1995 02:28:23 CST6CDT Subject: Use of kernel debugger. Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <235BE042F1@gab.unt.edu> Sender: hackers-owner@freebsd.org Precedence: bulk Well, my system just got a Panic: free vnode isn't. It's in the kernel debugger at the moment (or will be for several hours). What's the 'normal' procedure for using it. Anything to look for in particular. Perhaps my MB isn't quite compatible w/FreeBSD--I've saw this happen in the past with April snap and 2.0R. I replaced cpu/swapped out ram, put diff nic in, replaced ide controller. (is a 486dx2/66 w/24 meg of ram, 2 ide drives, hercules display, and ne2000 clone). ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-hackers Mon Jul 10 01:12:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA29997 for hackers-outgoing; Mon, 10 Jul 1995 01:12:22 -0700 Received: from jau.csc.fi (root@jau.csc.fi [193.166.1.196]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA29972 for ; Mon, 10 Jul 1995 01:11:16 -0700 Received: (from jau@localhost) by jau.csc.fi (8.6.11/8.6.9) id AAA00514 for hackers@freebsd.org; Mon, 10 Jul 1995 00:05:15 +0300 From: Jukka Ukkonen Message-Id: <199507092105.AAA00514@jau.csc.fi> Subject: getsid(2) revisited... To: hackers@freebsd.org Reply-To: ukkonen@aphrodite.funet.fi Date: Mon, 10 Jul 1995 00:05:14 +0300 (EET DST) Latin-Date: Lunti X Iulie a.d. MCMXCV Organization: Private person Phone: +358-0-578628 (home) Content-Conversion: prohibited X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 8422 Sender: hackers-owner@freebsd.org Precedence: bulk Hi! After giving some more thought to getsid(2) I realized one thing I had missed completely before. Naturally one should handle the limited access to session IDs so that also any process in a session can check the SID of any other process in the same session even if one is not a descendant of the other. This is the natural way to check whether two processes are part of the same session in the first place. This is also the major potential principle to limiting access to other processes' SIDs implied by some SVR4 manual pages, though I thought such to be too restricted a view of what should be taken as acceptable. In any case I guess it is better to stick with some kind of "need-to-know" principle instead of giving all processes global access to all SIDs. I also added the SID information to the session structure as the field named s_sid which is filled when the new session is created. The patch for this better version is attached at the end of this message. Please, destroy my previous patch. It was really a load of junk anyway. If you wish to experiment with getsid(2), use the new patch. As some of you already said it getsid(2), is not part of POSIX, at least not yet as far as I know, which is far from a thorough knowledge of the most recent changes in POSIX. The idea was to add portability from existing SVR4 systems and to try adjust to what probably might soon become required by known standards. I did encourage anybody to use such an "unportable hack" in their current software development, though there things that could be done more reliably and naturally by using getsid(2). As long as getsid(2) is not an obligatory everyday matter on all systems, one should not use it when writing code that should be portable to other environments. That is absolutely true. Being liberal in supporting what might be written for other environments and using the same features in one's own code are certainly two quite independent things. Cheers, // jau ------ / Jukka A. Ukkonen, FUNET / Centre for Scientific Computing /__ M.Sc. (sw-eng & cs) Tel: (Home) +358-0-578628 / Internet: ukkonen@csc.fi (Work) +358-0-4573208 / Internet: jau@funet.fi (Mobile) +358-400-606671 v X.400: c=fi, admd=fumail, no prmd, org=csc, pn=jukka.ukkonen *** /usr/src/lib/libc/sys/Makefile.inc.orig Sat May 27 07:17:04 1995 --- /usr/src/lib/libc/sys/Makefile.inc Fri Jul 7 01:46:41 1995 *************** *** 17,23 **** fchflags.o fchmod.o fchown.o fcntl.o flock.o fpathconf.o fstat.o \ fstatfs.o fsync.o getdirentries.o getdtablesize.o getegid.o \ geteuid.o getfh.o getfsstat.o getgid.o getgroups.o getitimer.o \ ! getpeername.o getpgrp.o getpid.o getppid.o getpriority.o \ getrlimit.o getrusage.o getsockname.o getsockopt.o gettimeofday.o \ getuid.o ioctl.o kill.o ktrace.o lfs_bmapv.o lfs_markv.o \ lfs_segclean.o lfs_segwait.o link.o listen.o lstat.o \ --- 17,23 ---- fchflags.o fchmod.o fchown.o fcntl.o flock.o fpathconf.o fstat.o \ fstatfs.o fsync.o getdirentries.o getdtablesize.o getegid.o \ geteuid.o getfh.o getfsstat.o getgid.o getgroups.o getitimer.o \ ! getpeername.o getpgrp.o getpid.o getppid.o getsid.o getpriority.o \ getrlimit.o getrusage.o getsockname.o getsockopt.o gettimeofday.o \ getuid.o ioctl.o kill.o ktrace.o lfs_bmapv.o lfs_markv.o \ lfs_segclean.o lfs_segwait.o link.o listen.o lstat.o \ *** /usr/include/sys/syscall.h.orig Sun Apr 23 15:22:06 1995 --- /usr/include/sys/syscall.h Sat Jul 8 00:07:56 1995 *************** *** 191,193 **** --- 191,194 ---- #define SYS___sysctl 202 #define SYS_mlock 203 #define SYS_munlock 204 + #define SYS_getsid 205 *** /usr/include/sys/syscall-hide.h.orig Fri Jul 7 01:14:16 1995 --- /usr/include/sys/syscall-hide.h Fri Jul 7 01:13:22 1995 *************** *** 214,216 **** --- 214,217 ---- HIDE_BSD(__sysctl) HIDE_BSD(mlock) HIDE_BSD(munlock) + HIDE_BSD(getsid) *** /sys/kern/init_sysent.c.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/init_sysent.c Fri Jul 7 09:28:25 1995 *************** *** 177,182 **** --- 177,183 ---- int __sysctl(); int mlock(); int munlock(); + int getsid(); int lkmnosys(); #ifdef COMPAT_43 *************** *** 484,490 **** { 6, __sysctl }, /* 202 = __sysctl */ { 2, mlock }, /* 203 = mlock */ { 2, munlock }, /* 204 = munlock */ ! { 0, nosys }, /* 205 = nosys */ { 0, nosys }, /* 206 = nosys */ { 0, nosys }, /* 207 = nosys */ { 0, nosys }, /* 208 = nosys */ --- 485,492 ---- { 6, __sysctl }, /* 202 = __sysctl */ { 2, mlock }, /* 203 = mlock */ { 2, munlock }, /* 204 = munlock */ ! /* { 0, nosys }, 205 = nosys */ ! { 1, getsid }, /* 205 = getsid */ { 0, nosys }, /* 206 = nosys */ { 0, nosys }, /* 207 = nosys */ { 0, nosys }, /* 208 = nosys */ *** /sys/kern/kern_proc.c.orig Tue May 30 11:05:37 1995 --- /sys/kern/kern_proc.c Sun Jul 9 13:35:29 1995 *************** *** 211,216 **** --- 211,217 ---- MALLOC(sess, struct session *, sizeof(struct session), M_SESSION, M_WAITOK); sess->s_leader = p; + sess->s_sid = p->p_pid; sess->s_count = 1; sess->s_ttyvp = NULL; sess->s_ttyp = NULL; *** /sys/kern/kern_prot.c.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/kern_prot.c Mon Jul 10 00:00:16 1995 *************** *** 95,100 **** --- 95,149 ---- return (0); } + /* + * External signature: pid_t getsid (pid_t); + * + * SVR4 style system call getsid() + * exists only because this is a trick which is practically + * impossible to do from within a user space subroutine. + * Often this kind of information is useful to have though, + * and probably X/Open will require this anyway. + */ + + struct getsid_args { + pid_t pid; + }; + + /* ARGSUSED */ + int + getsid (p, uap, retval) + struct proc *p; + struct getsid_args *uap; + int *retval; + { + register struct proc *targp; /* taget process */ + + if (! uap->pid || (uap->pid == p->p_pid)) + targp = p; + else { + if (! (targp = pfind(uap->pid))) + return (ESRCH); + + /* + * For true pedantics only... + * 1. Either current proc must be owned by root, + * 2. or be part of the same session as the target, + * 3. or be owned by the same effective uid as the target, + * 4. or the target must be a descendant of the caller. + */ + if (p->p_cred->pc_ucred->cr_uid + && (targp->p_session != p->p_session) + && (targp->p_cred->pc_ucred->cr_uid + != p->p_cred->pc_ucred->cr_uid) + && ! inferior(targp)) + return (EPERM); + } + + *retval = targp->p_session->s_sid; + + return (0); + } + /* ARGSUSED */ int getuid(p, uap, retval) *** /sys/kern/syscalls.c.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/syscalls.c Fri Jul 7 09:28:25 1995 *************** *** 246,252 **** "__sysctl", /* 202 = __sysctl */ "mlock", /* 203 = mlock */ "munlock", /* 204 = munlock */ ! "#205", /* 205 = nosys */ "#206", /* 206 = nosys */ "#207", /* 207 = nosys */ "#208", /* 208 = nosys */ --- 246,253 ---- "__sysctl", /* 202 = __sysctl */ "mlock", /* 203 = mlock */ "munlock", /* 204 = munlock */ ! /* "#205", 205 = nosys */ ! "getsid", /* 205 = getsid */ "#206", /* 206 = nosys */ "#207", /* 207 = nosys */ "#208", /* 208 = nosys */ *** /sys/kern/syscalls.master.orig Fri Jul 7 09:27:51 1995 --- /sys/kern/syscalls.master Fri Jul 7 09:28:25 1995 *************** *** 277,283 **** ; here allows to avoid one in libc/sys/Makefile.inc. 203 STD 2 BSD mlock 204 STD 2 BSD munlock ! 205 UNIMPL 0 NOHIDE nosys 206 UNIMPL 0 NOHIDE nosys 207 UNIMPL 0 NOHIDE nosys 208 UNIMPL 0 NOHIDE nosys --- 277,284 ---- ; here allows to avoid one in libc/sys/Makefile.inc. 203 STD 2 BSD mlock 204 STD 2 BSD munlock ! ; 205 UNIMPL 0 NOHIDE nosys ! 205 STD 1 BSD getsid 206 UNIMPL 0 NOHIDE nosys 207 UNIMPL 0 NOHIDE nosys 208 UNIMPL 0 NOHIDE nosys *** /usr/include/unistd.h.orig Sun Jun 4 16:45:57 1995 --- /usr/include/unistd.h Fri Jul 7 08:25:45 1995 *************** *** 76,81 **** --- 76,82 ---- pid_t getpgrp __P((void)); pid_t getpid __P((void)); pid_t getppid __P((void)); + pid_t getsid __P((pid_t)); uid_t getuid __P((void)); int isatty __P((int)); int link __P((const char *, const char *)); From owner-freebsd-hackers Mon Jul 10 01:44:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA01093 for hackers-outgoing; Mon, 10 Jul 1995 01:44:40 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA01085 for ; Mon, 10 Jul 1995 01:44:25 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSPAMSGYNK00367A@mail.rwth-aachen.de>; Mon, 10 Jul 1995 10:44:16 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id KAA02471 for freebsd-hackers@freefall.cdrom.com; Mon, 10 Jul 1995 10:57:05 +0200 Date: Mon, 10 Jul 1995 10:57:05 +0200 From: "Christoph P. Kukulies" Subject: XF86, vt switching hangs To: freebsd-hackers@freefall.cdrom.com Message-id: <199507100857.KAA02471@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk One of my machines runs a May/June -current and I have problems with switching vt screens or shutting the server down: CTRL-ALT-BS freezes the X screen and switching to VT1 for example give a black screen but no way to re-animate either the vt screens or the X server screen. Hardware: ASUS SP3G pci,ELSA Winner 1000 PCI, 486DX4 100MHz, 32MB The system itself is still alive, i.e. I can telnet in and do compiles and such. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Mon Jul 10 02:46:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA03039 for hackers-outgoing; Mon, 10 Jul 1995 02:46:20 -0700 Received: from gateway.us.sidwell.edu (gateway.us.sidwell.edu [198.3.254.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA03032 for ; Mon, 10 Jul 1995 02:46:15 -0700 Received: (from rwatson@localhost) by gateway.us.sidwell.edu (8.6.10/8.6.10) id FAA12694; Mon, 10 Jul 1995 05:46:04 -0400 Date: Mon, 10 Jul 1995 05:46:04 -0400 (EDT) From: Robert Watson X-Sender: rwatson@gateway.us.sidwell.edu To: hackers@freebsd.org Subject: file system full for uid 0 -- doesn't update on file delete Message-ID: Organization: The Sidwell Friends School MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk This may be expected behavior, butI'm not sure, and it cetainly caused me some difficulty ;). I ran ppp in one xterm as a normal user, and dialed to my service provider. I went away for the weekend, left connected. When I came back, I found that the ppp logs in /var/logs had filled my root partition (6 megs of log files for two days?) and I had a long series of log messages saying so. I couldn't figure out at first where my space had gone -- did a du -x, etc, and eventually found the offending file -- I deleted the ppp.log file -- ppp was still running. while du showed that theconsumed disk space was now 12 megs, df showed a 19 meg consumption instead. I kept getting out of disk space errors, and attempting to cat to a file was unpleasent. ;). In the end I rebooted the system. My afterthoughts were.. ;). I shoud have killed ppp, as I assume that the file was being kept open, so the space wasn't being released for some reason (I'm not familiar with the guts of FreeBSD's file handling.) ppp generates too many logs by default ;). that ppp, when run as a normal user, can easily fill up my root partition is a little disturbing. Now presumably if I was really desperate, I could partition cvar onto its own file system, but I'd prefer not to repartition on my home system. It's interesting to wonder whether a long install over a low speed ppp line from the boot floppy would result in an overflowed MFS file system resulting in a halt in the installation or not.. Also, since df and du reported different disk consumption and such, while I'm not suggesting either individual behavior is wrong, consistenc is very nice. Also I wonder what would have happened if ppp had locked in core -- I'd have to reboot to regain disk space.. These are just assumptions based on my assuming that the file being kept open actually is the cause of the problem. Thoughts appreciated.. Robert Watson rwatson@sidwell.edu http://www.sidwell.edu/~rwatson/ The goal of science is to build better mousetraps. The goal of nature is to build better mice. From owner-freebsd-hackers Mon Jul 10 05:33:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA07195 for hackers-outgoing; Mon, 10 Jul 1995 05:33:17 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA07187 for ; Mon, 10 Jul 1995 05:33:16 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA29408; Mon, 10 Jul 1995 08:32:38 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id IAA13848 for ; Mon, 10 Jul 1995 08:16:53 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id IAA01062 for freebsd-hackers@freefall.cdrom.com; Mon, 10 Jul 1995 08:19:05 -0400 Date: Mon, 10 Jul 1995 08:19:05 -0400 From: Thomas David Rivers Message-Id: <199507101219.IAA01062@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: Problems with 2.0.5-R and IBM PS/NOTE? Sender: hackers-owner@FreeBSD.org Precedence: bulk I just tried to upgrade a 1.1.5 IBM PS/NOTE to 2.0.5-R. Most everything went fine (thank goodness for the "holographic shell"), except that the psm driver still suffers the same problem it had in 1.1.5. That is, when I enable the psm driver, and it does its probe to determine there is a PS/2 mouse; I wind up with a locked-down keyboard. If I don't do the probe (disable it with boot -c), everything works just fine. This tends to point to the psm probe routine as being the culprit that locks down the keyboard... any ideas? - Dave Rivers - From owner-freebsd-hackers Mon Jul 10 05:33:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA07216 for hackers-outgoing; Mon, 10 Jul 1995 05:33:21 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA07189 for ; Mon, 10 Jul 1995 05:33:17 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA29420; Mon, 10 Jul 1995 08:32:40 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id IAA13948 for ; Mon, 10 Jul 1995 08:23:17 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id IAA01078 for freebsd-hackers@freefall.cdrom.com; Mon, 10 Jul 1995 08:25:30 -0400 Date: Mon, 10 Jul 1995 08:25:30 -0400 From: Thomas David Rivers Message-Id: <199507101225.IAA01078@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: More sound woes... Sender: hackers-owner@FreeBSD.org Precedence: bulk Well - thinking that, although I've gotten the ISP-16 information from OPTi; I'd just wimp out and buy a new sound card; I purchased the latest SoundBlaster Value card (the one that sports an IDE CDROM interface.) I plugged that one in, but it was no go. The newer sound-blaster cards apparently operate the same as my OPTi card, in that the IRQ is not set via a jumper, but via some software you run at DOS boot time (not a driver, just a piece of software that informs the card what IRQ it's to have.) If you don't run that software, the card is not initialized and doesn't operate (the symptom I have with my ISP-16.) Apparently, this is the direction of the sound card people... Finally, does anyone have any thoughts about this particular problem; I've gotten the info from OPTi, and would like to write a driver for the ISP-16 card. It has just about every CDROM interface on it, a MPU-401, a Sound-Blaster Pro compatible sound system, and a WSS sound system. The problem is this card should be probed, then set up per the other devices in the kernel. That is, the probe for this card should look to see where the kernel thinks the sound-blaster IRQ is, and set the card up for that. Similarly, if there is no mitsumi/panisonic/sony CDROM driver in the kernel, the ISP-16 probe should disable those devices, etc... I've been thinking about how to do this; and was wondering if the PAS driver would be a good example - but I don't think there's another situation where one driver/probe interacts with another.... Care to share your thoughts on this? - Dave Rivers - From owner-freebsd-hackers Mon Jul 10 06:23:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA08454 for hackers-outgoing; Mon, 10 Jul 1995 06:23:30 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA08445 for ; Mon, 10 Jul 1995 06:23:26 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01280; Mon, 10 Jul 1995 15:23:22 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA07600 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 15:23:21 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA00595 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 14:45:19 +0200 From: J Wunsch Message-Id: <199507101245.OAA00595@uriah.heep.sax.de> Subject: Re: some pcvt quirks To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 10 Jul 1995 14:45:19 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507100644.IAA02279@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Jul 10, 95 08:44:04 am 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: 1218 Sender: hackers-owner@freebsd.org Precedence: bulk As Christoph Kukulies wrote: > > Not to appear nitpicky but wouldn't have been a line > "maybe you want to put options XSERVER into your kernel config file" > more explanatory :-) ? I'm not sure if this is the only occasion where the above error message could hit. I will have to look into the XFree86 code for this (which i don't have online right now). > I didn't have XSERVER in my config file (though UCONSOLE) since > as you stated syscons doesn't need it any more. This should be reflected > in the INSTALL.FreeBSD-2.0 - no word of XSERVER there at present > and since I wasn't used to use it any longer I was baffled > about the 'but X11 seems to be not supported' (see above). Hmm, well, right. Anyway, you're normally no longer supposed to get the standalone pcvt distribution, since i'm maintaining the code within the regular tree now. Expect an update to 3.30 RSN, although only very minor bits have been changed since the pcvt version that is in 2.0.5R. (Ok, i accept that getting the standalone version is much easier for you than for anybody else. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jul 10 06:23:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA08466 for hackers-outgoing; Mon, 10 Jul 1995 06:23:34 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA08448 for ; Mon, 10 Jul 1995 06:23:29 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01294; Mon, 10 Jul 1995 15:23:25 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA07609 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 15:23:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA00662 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 14:54:10 +0200 From: J Wunsch Message-Id: <199507101254.OAA00662@uriah.heep.sax.de> Subject: Re: tar.gz's via cu? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 10 Jul 1995 14:54:09 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka" at Jul 10, 95 05:42:25 am 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: 553 Sender: hackers-owner@freebsd.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka wrote: > > >> Don't use ~+rz, use ~Crz. > > Don't use both, use ~^Z then > rz < /dev/cuaX > /dev/cuaX > then 'fg' to return back (for csh). Wooooo. Don't use this :), it requires either uucp or superuser privilege in order to access the modem port (which is owned by uucp while cu is holding it). Why don't you like ~+ or ~C? It's working well. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jul 10 06:23:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA08487 for hackers-outgoing; Mon, 10 Jul 1995 06:23:36 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA08446 for ; Mon, 10 Jul 1995 06:23:27 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA01290; Mon, 10 Jul 1995 15:23:24 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA07606 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 15:23:23 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id OAA00648 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 14:51:54 +0200 From: J Wunsch Message-Id: <199507101251.OAA00648@uriah.heep.sax.de> Subject: Re: tar.gz's via cu? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 10 Jul 1995 14:51:54 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <9507100313.AA23978@emu.fsl.noaa.gov> from "Sean Kelly" at Jul 9, 95 09:13:13 pm 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: 874 Sender: hackers-owner@freebsd.org Precedence: bulk As Sean Kelly wrote: > > John> really? the cu that comes with 2.0.5 spits up when i try > John> ~Crz > > Woops ... I thought we were all using the combined tip/cu. I see on > my 2.0.5 box that cu's now separate. The ersatz cu that came with tip used to suck. It has been shipped with 2.0R by accident (since tip has been built/installed after UUCP, hence it clobbered the Taylor version). Anyway, i don't see any argument in favor of a change; just a different command syntax doesn't mean it's a better command syntax. Setup of tip seems to be much less rational for many people than Taylor UUCP setup; and those (like me) who do use UUCP get the Taylor cu setup totally for free as a side-effect of the UUCP setup. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jul 10 06:45:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09032 for hackers-outgoing; Mon, 10 Jul 1995 06:45:12 -0700 Received: from dns.netvision.net.il (root@dns.NetVision.net.il [194.90.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09026 for ; Mon, 10 Jul 1995 06:45:10 -0700 Received: from gena@NetVision.net.il (gena@burka.NetVision.net.il [194.90.6.15]) by dns.netvision.net.il (8.6.12/8.6.9) with SMTP id QAA11794 for freebsd-hackers@FreeBSD.org; Mon, 10 Jul 1995 16:45:47 +0300 Date: Mon, 10 Jul 1995 16:45:47 +0300 Reply-To: gena@NetVision.net.il Message-ID: X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. X-Mailer: XFMail 0.2-Beta on FreeBSD From: Gennady Sorokopud To: Subject: This is weird! Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello! Today i noticed very strange file in my /tmp directory: -rw-rw-rw- 1 gena bin - 200552 Jul 3 15:23 367-556.8^d^Oau.^`|?snd I don't have any idea where this file came from. If i try to remove it or access with any utility (cat, mv) the process starts growing and then dies with "out of swap...." Jul 10 16:44:19 Burka /kernel: swap_pager: out of space Jul 10 16:44:23 Burka /kernel: Process 256 killed by vm_fault -- out of swap The problem stays even after reboot. Running fsck on the filesystem gave nothing. I'm running -current (2.0-BUILT-19950709). Any ideas? -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: gena@NetVision.net.il Homepage: http://www.netvision.net.il/~gena This message was sent at 07/10/95 16:52:11 by XF-Mail From owner-freebsd-hackers Mon Jul 10 06:47:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09115 for hackers-outgoing; Mon, 10 Jul 1995 06:47:34 -0700 Received: from mail1.digital.com (mail1.digital.com [204.123.2.50]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA09109 ; Mon, 10 Jul 1995 06:47:33 -0700 Received: from muggsy.lkg.dec.com by mail1.digital.com; (5.65 EXP 4/12/95 for V3.2/1.0/WV) id AA30814; Mon, 10 Jul 1995 06:37:03 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA17165; Mon, 10 Jul 1995 09:37:01 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id JAA12786; Mon, 10 Jul 1995 09:38:16 GMT Message-Id: <199507100938.JAA12786@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) Cc: jkh@freebsd.org, hackers@freebsd.org Subject: Re: token ring anyone In-Reply-To: Your message of "Sun, 09 Jul 1995 20:46:49 MDT." <9507100246.AA25273@cs.weber.edu> X-Mailer: exmh version 1.5omega 10/6/94 Date: Mon, 10 Jul 1995 09:38:16 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk In <9507100246.AA25273@cs.weber.edu>, Terry Lambert writes: > > Of course that still leaves the problem of doing source routing ... > > And LLC. But the LLC code could actually also be used for NetBIOS/SMB > for LanMan, so it would have large usage -- it's just a bitch of a state > machine. As was noted the last time Token Ring came up, much of the > necessary code (minus some critical pieces) exists in the X.25/X.29 stuff > that is/was in the source tree. Having already done FDDI support (which requires LLC support), I can flatly state that Terry overstates the problem. The LLC support is trivial and can be stolen directly from my FDDI support. Source routing (which is in the MAC header and has nothing to do with LLC) is the main problem. It's messy but doable. 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 Mon Jul 10 06:48:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09202 for hackers-outgoing; Mon, 10 Jul 1995 06:48:37 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09196 for ; Mon, 10 Jul 1995 06:48:33 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id OAA00984; Mon, 10 Jul 1995 14:48:07 +0100 Date: Mon, 10 Jul 1995 14:48:05 +0100 (BST) From: Doug Rabson To: Thomas David Rivers cc: freebsd-hackers@freefall.cdrom.com Subject: Re: Problems with 2.0.5-R and IBM PS/NOTE? In-Reply-To: <199507101219.IAA01062@lakes> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 10 Jul 1995, Thomas David Rivers wrote: > > I just tried to upgrade a 1.1.5 IBM PS/NOTE to 2.0.5-R. Most > everything went fine (thank goodness for the "holographic shell"), > except that the psm driver still suffers the same problem it > had in 1.1.5. > > That is, when I enable the psm driver, and it does its probe to > determine there is a PS/2 mouse; I wind up with a locked-down > keyboard. If I don't do the probe (disable it with boot -c), > everything works just fine. > > This tends to point to the psm probe routine as being the culprit > that locks down the keyboard... any ideas? Try defining PSM_NO_RESET in your kernel config file. This is reported to fix this kind of psm probing problem. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Mon Jul 10 07:05:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09746 for hackers-outgoing; Mon, 10 Jul 1995 07:05:42 -0700 Received: from ess.harris.com (su15a.ess.harris.com [130.41.1.251]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA09739 for ; Mon, 10 Jul 1995 07:05:41 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA04153; Mon, 10 Jul 1995 10:05:27 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA07438; Mon, 10 Jul 95 10:03:03 EDT Date: Mon, 10 Jul 95 10:03:03 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9507101403.AA07438@borg.ess.harris.com> To: freebsd-hackers@freefall.cdrom.com, ponds!rivers@dg-rtp.dg.com Subject: Re: Problems with 2.0.5-R and IBM PS/NOTE? Sender: hackers-owner@FreeBSD.org Precedence: bulk I just loaded up an NEC versa P/75 and the psm0 mouse works fine. The soundblaster is almost there, audio tends to get clipped. I just built a new kernel after installation, removed all the things I did not have, and added the sound and psm stuff. Jim Leppek > From owner-freebsd-hackers@freefall.cdrom.com Mon Jul 10 09:26:41 1995 > Date: Mon, 10 Jul 1995 08:19:05 -0400 > From: Thomas David Rivers > To: freebsd-hackers@freefall.cdrom.com > Subject: Problems with 2.0.5-R and IBM PS/NOTE? > Sender: hackers-owner@FreeBSD.org > > > I just tried to upgrade a 1.1.5 IBM PS/NOTE to 2.0.5-R. Most > everything went fine (thank goodness for the "holographic shell"), > except that the psm driver still suffers the same problem it > had in 1.1.5. > > That is, when I enable the psm driver, and it does its probe to > determine there is a PS/2 mouse; I wind up with a locked-down > keyboard. If I don't do the probe (disable it with boot -c), > everything works just fine. > > This tends to point to the psm probe routine as being the culprit > that locks down the keyboard... any ideas? > > - Dave Rivers - > From owner-freebsd-hackers Mon Jul 10 07:10:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10021 for hackers-outgoing; Mon, 10 Jul 1995 07:10:59 -0700 Received: from tserv.lodgenet.com (root@dial11.iw.net [204.157.148.60]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA09929 for ; Mon, 10 Jul 1995 07:09:29 -0700 Received: from jake.lodgenet.com (jake.lodgenet.com [204.124.120.30]) by tserv.lodgenet.com (8.6.12/8.6.12) with ESMTP id JAA02217; Mon, 10 Jul 1995 09:09:11 -0500 Received: from localhost (localhost [127.0.0.1]) by jake.lodgenet.com (8.6.11/8.6.9) with SMTP id JAA25063; Mon, 10 Jul 1995 09:09:37 -0500 Message-Id: <199507101409.JAA25063@jake.lodgenet.com> X-Authentication-Warning: jake.lodgenet.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: SNMP these days? In-reply-to: Your message of "Sun, 09 Jul 1995 22:56:46 PDT." <199507100556.WAA00399@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Jul 1995 09:09:36 -0500 From: "Eric L. Hernes" Sender: hackers-owner@freebsd.org Precedence: bulk > What happened to the CMU SNMP stuff that used to sit on plains.nodak.edu? > I can't find it in ftp://ftp.freebsd.org/... or ftp://freebsd.org/... > I found snmp stuff in joy.cs.ndsu.NoDak.edu:/pub/plains It compiled and appears to work, but I'm not too familiar with snmp. > I'd like to start experimenting on with tkined a little more but have > so few SNMP compliant hosts.. What are most folks out there doing right > now? > tkined is cool. I was hoping to figure out snmp with it. > Thanks! > > Jordan > eric. -- erich@lodgenet.com erich@rrnet.com From owner-freebsd-hackers Mon Jul 10 07:47:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10891 for hackers-outgoing; Mon, 10 Jul 1995 07:47:14 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA10882 for ; Mon, 10 Jul 1995 07:47:06 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA28130 (5.67a/IDA-1.5 for freebsd.org!hackers); Mon, 10 Jul 1995 09:46:39 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA02085; 10 Jul 95 09:40:21 CDT (Mon) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id JAA02078 for hackers@freebsd.org; Mon, 10 Jul 1995 09:40:21 -0500 Date: Mon, 10 Jul 1995 09:40:21 -0500 From: Peter da Silva Message-Id: <199507101440.JAA02078@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: some pcvt quirks Organization: Taronga Park BBS Sender: hackers-owner@freebsd.org Precedence: bulk In article <199507100650.XAA04636@corbin.root.com>, David Greenman wrote: >>Take this as a counter personal arguement, DEC later relized there >>mistake and corrected this. All vt200 series and latter terminals >>can be setup to generate either ^H or ^? for that key. DEC corrected >>there mistake, perhaps you should too. > Yes, but to this day RT-11, RSTS/E, RSX, and VMS still only take DEL. IMO, >if you're going to emulate a DEC terminal, you should do DEC-ish things. DEC terminals don't have both a DEL key and a BACKSPACE key. A related question, does anyone make Sun-style keyboards (the good ones, like on the SS2 with the DEL and BACKSPACE keys adjacent) for the PC? Also, anyone know where I can get a PC-compatible sun-style optical mouse? I have one for my Amiga, but I haven't found one for the PC. From owner-freebsd-hackers Mon Jul 10 08:02:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11294 for hackers-outgoing; Mon, 10 Jul 1995 08:02:11 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA11286 for ; Mon, 10 Jul 1995 08:02:09 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA23880; Mon, 10 Jul 95 09:02:07 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA29301; Mon, 10 Jul 1995 09:04:57 -0600 Date: Mon, 10 Jul 1995 09:04:57 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9507101504.AA29301@emu.fsl.noaa.gov> To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-hackers@freebsd.org In-Reply-To: <199507101251.OAA00648@uriah.heep.sax.de> (message from J Wunsch on Mon, 10 Jul 1995 14:51:54 +0200 (MET DST)) Subject: Re: tar.gz's via cu? Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Joerg" == J Wunsch writes: Joerg> Anyway, i don't see any argument in favor of a change; just Joerg> a different command syntax doesn't mean it's a better Joerg> command syntax. Quite right. Note that I did have a smiley after my suggestion. And it wouldn't hurt to see if rz/sz worked under one and not the other, too. -- Sean Kelly NOAA Forecast Systems Lab, 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 Mon Jul 10 08:06:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11481 for hackers-outgoing; Mon, 10 Jul 1995 08:06:41 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA11475 for ; Mon, 10 Jul 1995 08:06:39 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA23855; Mon, 10 Jul 95 08:55:45 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA29297; Mon, 10 Jul 1995 08:58:35 -0600 Date: Mon, 10 Jul 1995 08:58:35 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9507101458.AA29297@emu.fsl.noaa.gov> To: gena@netvision.net.il Cc: freebsd-hackers@freebsd.org In-Reply-To: (message from Gennady Sorokopud on Mon, 10 Jul 1995 16:45:47 +0300) Subject: Re: This is weird! Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Gennady" == Gennady Sorokopud writes: Gennady> If i try to remove it or access with any utility (cat, Gennady> mv) the process starts growing and then dies with "out of Gennady> swap...." Even trying to remove it caused that? Whoa ... okay, I don't believe it. Have you tried rm -rf /tmp? Or Emacs' dired? -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA If Alien was my friend, I'd like to be with him when he went to the dentist. When they started drilling, he'd probably go nuts and start eating everybody. That Alien! -- Jack Handey From owner-freebsd-hackers Mon Jul 10 09:35:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14471 for hackers-outgoing; Mon, 10 Jul 1995 09:35:41 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA14458 for ; Mon, 10 Jul 1995 09:35:19 -0700 Received: by sovcom.kiae.su id AA15210 (5.65.kiae-1 ); Mon, 10 Jul 1995 19:02:29 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 10 Jul 95 19:02:29 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id UAA01740; Mon, 10 Jul 1995 20:02:18 +0400 To: "Serge A. Babkin" , Scott Mace Cc: hackers@freebsd.org References: <199507100210.IAA27305@hq.icb.chel.su> In-Reply-To: <199507100210.IAA27305@hq.icb.chel.su>; from "Serge A. Babkin" at Mon, 10 Jul 1995 08:10:11 +0600 (GMT+0600) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 10 Jul 1995 20:02:18 +0400 (MSD) 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: if_ep driver Lines: 17 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 765 Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507100210.IAA27305@hq.icb.chel.su> Serge A. Babkin writes: >multicast packets (or at least should do it). I have hacked it to >process it too but I didn't tested it yet due to lack of multicast >applications (I'm trying to tune gated to use multicasts now). I have >heard that somebody else had added multicast support to it too. Anyway you >can test my patch if you want: Check /usr/ports/net/gated, it builds with multicast support automatically. -- 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 Mon Jul 10 09:44:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14753 for hackers-outgoing; Mon, 10 Jul 1995 09:44:20 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA14742 for ; Mon, 10 Jul 1995 09:43:50 -0700 Received: by sovcom.kiae.su id AA16964 (5.65.kiae-1 for freebsd-hackers@freebsd.org); Mon, 10 Jul 1995 19:26:46 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 10 Jul 95 19:26:46 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id UAA01942 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 20:21:11 +0400 To: FreeBSD hackers References: <199507101251.OAA00648@uriah.heep.sax.de> In-Reply-To: <199507101251.OAA00648@uriah.heep.sax.de>; from J Wunsch at Mon, 10 Jul 1995 14:51:54 +0200 (MET DST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 10 Jul 1995 20:21:10 +0400 (MSD) 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: tar.gz's via cu? Lines: 15 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 718 Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507101251.OAA00648@uriah.heep.sax.de> J Wunsch writes: >Setup of tip seems to be much less rational for many people than >Taylor UUCP setup; and those (like me) who do use UUCP get the Taylor >cu setup totally for free as a side-effect of the UUCP setup. You don't need any Taylor cu setup, if you specify enough info in command line parameters. I mean here simple call by phone number, not by system name. -- 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 Mon Jul 10 09:52:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15045 for hackers-outgoing; Mon, 10 Jul 1995 09:52:18 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA15029 for ; Mon, 10 Jul 1995 09:51:55 -0700 Received: by sovcom.kiae.su id AA16960 (5.65.kiae-1 for freebsd-hackers@freebsd.org); Mon, 10 Jul 1995 19:26:45 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 10 Jul 95 19:26:45 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id UAA01930 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 20:18:23 +0400 To: FreeBSD hackers References: <199507101254.OAA00662@uriah.heep.sax.de> In-Reply-To: <199507101254.OAA00662@uriah.heep.sax.de>; from J Wunsch at Mon, 10 Jul 1995 14:54:09 +0200 (MET DST) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 10 Jul 1995 20:18:23 +0400 (MSD) 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: tar.gz's via cu? Lines: 30 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1093 Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507101254.OAA00662@uriah.heep.sax.de> J Wunsch writes: >As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka wrote: >> >> >> Don't use ~+rz, use ~Crz. >> >> Don't use both, use ~^Z then >> rz < /dev/cuaX > /dev/cuaX >> then 'fg' to return back (for csh). >Wooooo. Don't use this :), it requires either uucp or superuser >privilege in order to access the modem port (which is owned by uucp >while cu is holding it). Wrong info, it not require any additional privs than needed to simple start cu. Also cu have uucp s-bit, it not used when device opened. Cu don't touch device permissions too. >Why don't you like ~+ or ~C? It's working well. Because ~C isn't cu command. Moreover tip is a bit unusable (for me -- completely unusable), it can't handle 8bit chars properly. -- 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 Mon Jul 10 09:52:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15084 for hackers-outgoing; Mon, 10 Jul 1995 09:52:34 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA15076 for ; Mon, 10 Jul 1995 09:52:27 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSPRMY0NJK0038NA@mail.rwth-aachen.de>; Mon, 10 Jul 1995 18:51:33 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA03378; Mon, 10 Jul 1995 19:04:22 +0200 Date: Mon, 10 Jul 1995 19:04:22 +0200 (MET DST) From: Christoph Kukulies Subject: Re: some pcvt quirks In-reply-to: <199507101440.JAA02078@bonkers.taronga.com> from "Peter da Silva" at Jul 10, 95 09:40:21 am To: peter@bonkers.taronga.com (Peter da Silva) Cc: freebsd-hackers@freefall.cdrom.com (user alias) Reply-to: kuku@gilberto.physik.rwth-aachen.de Reply-to: Christoph Kukulies Message-id: <199507101704.TAA03378@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 1129 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > In article <199507100650.XAA04636@corbin.root.com>, > David Greenman wrote: > >>Take this as a counter personal arguement, DEC later relized there > >>mistake and corrected this. All vt200 series and latter terminals > >>can be setup to generate either ^H or ^? for that key. DEC corrected > >>there mistake, perhaps you should too. > > > Yes, but to this day RT-11, RSTS/E, RSX, and VMS still only take DEL. IMO, > >if you're going to emulate a DEC terminal, you should do DEC-ish things. > > DEC terminals don't have both a DEL key and a BACKSPACE key. Just FYI: My VT101 has a backspace *and* a delete key in the upper right region of the main keyboard. :-) > > A related question, does anyone make Sun-style keyboards (the good ones, like > on the SS2 with the DEL and BACKSPACE keys adjacent) for the PC? > > Also, anyone know where I can get a PC-compatible sun-style optical mouse? I > have one for my Amiga, but I haven't found one for the PC. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Mon Jul 10 10:02:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15633 for hackers-outgoing; Mon, 10 Jul 1995 10:02:16 -0700 Received: from ns.ge.com (ns.ge.com [192.35.39.24]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA15626 for ; Mon, 10 Jul 1995 10:02:11 -0700 Received: from combs.salem.ge.com ([3.29.5.200]) by ns.ge.com (8.6.12/8.6.11) with ESMTP id NAA23639; Mon, 10 Jul 1995 13:02:06 -0400 Received: (from steve@localhost) by combs.salem.ge.com (8.6.12/8.6.11) id NAA00992; Mon, 10 Jul 1995 13:02:27 -0400 Date: Mon, 10 Jul 1995 13:02:27 -0400 From: "Stephen F. Combs" Message-Id: <199507101702.NAA00992@combs.salem.ge.com> To: peter@bonkers.taronga.com, kuku@gilberto.physik.rwth-aachen.de Subject: Re: some pcvt quirks Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk The Sun Mouse is made by Mouse Systems. We've been using Mouse Systems mice since the middle 80's. 'Tis available as a Bus-Mouse OR a serial one! Steve Combs > > > > > A related question, does anyone make Sun-style keyboards (the good ones, like > > on the SS2 with the DEL and BACKSPACE keys adjacent) for the PC? > > > > Also, anyone know where I can get a PC-compatible sun-style optical mouse? I > > have one for my Amiga, but I haven't found one for the PC. > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- > From owner-freebsd-hackers Mon Jul 10 10:16:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA15891 for hackers-outgoing; Mon, 10 Jul 1995 10:16:46 -0700 Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA15867 for ; Mon, 10 Jul 1995 10:15:24 -0700 Received: (from tinguely@localhost) by plains.nodak.edu (8.6.11/8.6.10) id MAA01216; Mon, 10 Jul 1995 12:14:38 -0500 Date: Mon, 10 Jul 1995 12:14:38 -0500 From: Mark Tinguely Message-Id: <199507101714.MAA01216@plains.nodak.edu> To: erich@jake.lodgenet.com, jkh@time.cdrom.com Subject: Re: SNMP these days? Cc: hackers@FreeBSD.org Content-Length: 377 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > What happened to the CMU SNMP stuff that used to sit on plains.nodak.edu? > > I can't find it in ftp://ftp.freebsd.org/... or ftp://freebsd.org/... > I found snmp stuff in joy.cs.ndsu.NoDak.edu:/pub/plains > It compiled and appears to work, but I'm not too familiar with snmp. these files were also put into the xperimnt/cmu-snmp driectory of 2.0.5-Release. --mark. From owner-freebsd-hackers Mon Jul 10 10:25:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16143 for hackers-outgoing; Mon, 10 Jul 1995 10:25:20 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA16137 for ; Mon, 10 Jul 1995 10:25:19 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id MAA00781; Mon, 10 Jul 1995 12:25:17 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 10 Jul 95 12:25 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 10 Jul 95 12:25 CDT Message-Id: Subject: Re: Problems with 2.0.5-R and IBM PS/NOTE? To: ponds!rivers@dg-rtp.dg.com (Thomas David Rivers) Date: Mon, 10 Jul 1995 12:25:13 -0500 (CDT) From: "Lars Fredriksen" Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199507101219.IAA01062@lakes> from "Thomas David Rivers" at Jul 10, 95 08:19:05 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1884 Sender: hackers-owner@FreeBSD.org Precedence: bulk Thomas David Rivers writes: > > > I just tried to upgrade a 1.1.5 IBM PS/NOTE to 2.0.5-R. Most > everything went fine (thank goodness for the "holographic shell"), > except that the psm driver still suffers the same problem it > had in 1.1.5. > > That is, when I enable the psm driver, and it does its probe to > determine there is a PS/2 mouse; I wind up with a locked-down > keyboard. If I don't do the probe (disable it with boot -c), > everything works just fine. > > This tends to point to the psm probe routine as being the culprit > that locks down the keyboard... any ideas? > > - Dave Rivers - > try the following patch: > #if defined(NCR3333) > psm_command(ioport, PSM_INT_ENABLE); > #endif It seems that on some machine, disabling the interrupt for the mouse also disables the interrupt for the keyboard. I tried to use command 0x20 to read the current state of the command register, but on the NCR machine anyway, that doesn't work right. Anyway enable the NCR3333 option and try it. It cured my problem, but I don't know if this should be in the CVS tree as it is very much a HACK. Also note that just commenting out the disabling of the mouse interrrupt didn't help either. I hacked a the probe and the attach routine to just return success and not to mess with the AUX port, but that didn't help either. So I haven't figured out yet how the psm driver manages to mess up the keyboard. Anyway, if someone has a different machine to try to figure out what the state of the command register is at different times try to put int the following lines: psm_command(ioport, 0x20); psm_poll_status(); c = inb(ioport+DATA); printf("Command byte = %x\n", c); Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-hackers Mon Jul 10 10:33:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA16363 for hackers-outgoing; Mon, 10 Jul 1995 10:33:27 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA16356 for ; Mon, 10 Jul 1995 10:33:24 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id DAA07713; Tue, 11 Jul 1995 03:32:59 +1000 From: michael butler Message-Id: <199507101732.DAA07713@asstdc.scgt.oz.au> Subject: Re: SNMP these days? To: tinguely@plains.nodak.edu (Mark Tinguely) Date: Tue, 11 Jul 1995 03:32:58 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199507101714.MAA01216@plains.nodak.edu> from "Mark Tinguely" at Jul 10, 95 12:14:38 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: 247 Sender: hackers-owner@freebsd.org Precedence: bulk Mark Tinguely writes: > > > What happened to the CMU SNMP stuff .. [ .. ] > these files were also put into the xperimnt/cmu-snmp driectory of > 2.0.5-Release. Can anyone recommend a decent "starters' guide" to set this stuff up ? michael From owner-freebsd-hackers Mon Jul 10 11:01:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17032 for hackers-outgoing; Mon, 10 Jul 1995 11:01:48 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17026 for ; Mon, 10 Jul 1995 11:01:46 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id LAA14071; Mon, 10 Jul 1995 11:01:18 -0700 From: "Rodney W. Grimes" Message-Id: <199507101801.LAA14071@gndrsh.aac.dev.com> Subject: Re: some pcvt quirks To: steve@combs.salem.ge.com (Stephen F. Combs) Date: Mon, 10 Jul 1995 11:01:18 -0700 (PDT) Cc: peter@bonkers.taronga.com, kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199507101702.NAA00992@combs.salem.ge.com> from "Stephen F. Combs" at Jul 10, 95 01:02:27 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: hackers-owner@FreeBSD.org Precedence: bulk > > The Sun Mouse is made by Mouse Systems. We've been using Mouse Systems > mice since the middle 80's. 'Tis available as a Bus-Mouse OR a serial > one! Can you shoot me the model number off the bottom, I tried to answer the question earlier, but the descriptions in my catalog leave quite a bit to be desired and was not sure which Mouse Systems where the optical ones and which where the mechanical ones :-(. > Steve Combs > > > > > > > > > A related question, does anyone make Sun-style keyboards (the good ones, like > > > on the SS2 with the DEL and BACKSPACE keys adjacent) for the PC? > > > > > > Also, anyone know where I can get a PC-compatible sun-style optical mouse? I > > > have one for my Amiga, but I haven't found one for the PC. > > > > > > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de > > FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- > > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Mon Jul 10 11:24:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17335 for hackers-outgoing; Mon, 10 Jul 1995 11:24:50 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17329 for ; Mon, 10 Jul 1995 11:24:43 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id NAA02331; Mon, 10 Jul 1995 13:24:09 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 10 Jul 95 13:24 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Mon, 10 Jul 95 13:24 CDT Message-Id: Subject: Re: sio driver problem To: kwong@fathergoose.net6c.io.org (Ken Wong) Date: Mon, 10 Jul 1995 13:24:04 -0500 (CDT) From: "Lars Fredriksen" Cc: bde@zeta.org.au, hackers@freebsd.org In-Reply-To: <199507030347.XAA00290@fathergoose.net6c.io.org> from "Ken Wong" at Jul 2, 95 11:47:58 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1259 Sender: hackers-owner@freebsd.org Precedence: bulk Ken Wong writes: > > > > >Then how can we get pppd to work when getty is running at the same > > >serial port. > > >> > > >> ttyd1 should only be used for incoming calls. > > > > >ttyd1 is used for incoming call i.e. getty on ttyd1. and pppd on cuaa1. > > > > Don't allow getty to open ttyd1. Perhaps Carrier Detect is configured > > (in the modem) to be always high. That would allow getty to open ttyd1 > > immediately. Carrier Detect should be configured to only be high while > > there is a connection. > > in this case, I am not sure I can disable it. I used kermit to dialout, > after getting the connection, exit kermit. (I guess at this point > Carrier Detect (CD) is ON) I invoke pppd on cuaa1, but pppd complained > that the port is busy ( I suppose getty may mistaken that CD is actually > not intended for the getty but for the pppd). > > > > > Bruce > > > > Ken > Take a look at the connect-ppp script in /usr/src/usr.bin/chat. It locks the tty, and works real well with the hylafax package(but then hylafax might be a smarter getty) Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-hackers Mon Jul 10 12:01:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA18620 for hackers-outgoing; Mon, 10 Jul 1995 12:01:59 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA18597 for ; Mon, 10 Jul 1995 12:00:37 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id LAA05220; Mon, 10 Jul 1995 11:58:57 -0700 Message-Id: <199507101858.LAA05220@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Mark Tinguely cc: erich@jake.lodgenet.com, jkh@time.cdrom.com, hackers@FreeBSD.org Subject: Re: SNMP these days? In-reply-to: Your message of "Mon, 10 Jul 1995 12:14:38 CDT." <199507101714.MAA01216@plains.nodak.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Jul 1995 11:58:56 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Mark Tinguely said: > > > What happened to the CMU SNMP stuff that used to sit on plains.nodak.ed u? > > > I can't find it in ftp://ftp.freebsd.org/... or ftp://freebsd.org/... > > > I found snmp stuff in joy.cs.ndsu.NoDak.edu:/pub/plains > > It compiled and appears to work, but I'm not too familiar with snmp. > > these files were also put into the xperimnt/cmu-snmp driectory of > 2.0.5-Release. > > --mark. > Does anyone have problems with snmpd receiving packets? I am running a kernel supped last week. Hmmm, it will be nice if snmpd read its system configuration information from a file as supposed to being compiled in,e.g., the system's name, the system's contact,etc... Also, I didn't see an snmp set primitive and I find this odd since Pohl's original snmp distribution did include snmp set. The setup is very easy for all the cmu stuff just copy mib.txt to /etc/. and all the binaries will reference it there. mib.txt contains the definitions for snmp variables is sort like a database dictionary except that the snmp community chose to call such files or entities as the management of information repository. Tnks, Amancio From owner-freebsd-hackers Mon Jul 10 12:05:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA18866 for hackers-outgoing; Mon, 10 Jul 1995 12:05:58 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA18856 for ; Mon, 10 Jul 1995 12:05:48 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA25645; Mon, 10 Jul 95 13:05:30 -0600 Received: by emu.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA02299; Mon, 10 Jul 1995 13:08:20 -0600 Date: Mon, 10 Jul 1995 13:08:20 -0600 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9507101908.AA02299@emu.fsl.noaa.gov> To: ache@astral.msk.su Cc: freebsd-hackers@freebsd.org In-Reply-To: (ache@astral.msk.su) Subject: Re: tar.gz's via cu? Sender: hackers-owner@freebsd.org Precedence: bulk >>>>> "Andrey" == Andrey A Chernov, Black Mage writes: Andrey> Because ~C isn't cu command. Moreover tip is a bit Andrey> unusable (for me -- completely unusable), it can't handle Andrey> 8bit chars properly. tip in 2.0 was usable for me, but in 2.0.5 it isn't. Apparantly, in the function raw(), using termios to put the tty into raw mode doesn't work ``quite right,'' whereas doing it the old sgtty() way does. I'll submit the pr as soon as I can determine what it is that's going wrong. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA Ambition is like a frog sitting on a Venus Flytrap. The flytrap can bite and bite, but it won't bother the frog because it only has little tiny plant teeth. But some other stuff could happen and it would be like ambition. -- Jack Handey From owner-freebsd-hackers Mon Jul 10 12:58:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20381 for hackers-outgoing; Mon, 10 Jul 1995 12:58:55 -0700 Received: from gw.cronyx.msk.su (gw.cronyx.srcc.msu.su [158.250.244.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA20375 for ; Mon, 10 Jul 1995 12:58:48 -0700 Received: by gw.cronyx.msk.su id XAA10807; (8.6.9/vak/1.9) Mon, 10 Jul 1995 23:58:12 +0400 Date: Mon, 10 Jul 1995 23:58:12 +0400 From: vak@gw.cronyx.msk.su (Serge V.Vakulenko) Message-Id: <199507101958.XAA10807@gw.cronyx.msk.su> To: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Newsgroups: freebsd.hackers Path: vak From: vak@gw.cronyx.msk.su (Serge V.Vakulenko) Subject: Version 1.1 of IDE CD-ROM driver available X-Newsreader: TIN [version 1.2 PL2] Organization: Cronyx Ltd. Message-ID: Date: Mon, 10 Jul 1995 19:58:10 GMT Version 1.1 of IDE-CDROM driver for FreeBSD 2.0 available as "ftp://ftp.cdrom.com/FreeBSD/incoming/wcd11.tgz". This version is (almost :-) ATAPI-compliant and tested on different controller/drive configuration. The full set of ioctls implemented. Regards, Serge Vakulenko -- 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 Mon Jul 10 14:56:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24256 for hackers-outgoing; Mon, 10 Jul 1995 14:56:58 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA24195 ; Mon, 10 Jul 1995 14:55:35 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id OAA01490; Mon, 10 Jul 1995 14:53:56 -0700 To: Mark Tinguely cc: erich@jake.lodgenet.com, hackers@FreeBSD.org Subject: Re: SNMP these days? In-reply-to: Your message of "Mon, 10 Jul 1995 12:14:38 CDT." <199507101714.MAA01216@plains.nodak.edu> Date: Mon, 10 Jul 1995 14:53:56 -0700 Message-ID: <1488.805413236@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > What happened to the CMU SNMP stuff that used to sit on plains.nodak.edu ? > > > I can't find it in ftp://ftp.freebsd.org/... or ftp://freebsd.org/... > > > I found snmp stuff in joy.cs.ndsu.NoDak.edu:/pub/plains > > It compiled and appears to work, but I'm not too familiar with snmp. > > these files were also put into the xperimnt/cmu-snmp driectory of > 2.0.5-Release. > > --mark. Yes, and I feel very embarassed for having asked considering that I'm the guy who put them there! :-) I just forgot all about them. Sheesh! Talk about failure to RTFM (ReTreive From Memory). Jordan From owner-freebsd-hackers Mon Jul 10 14:57:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24271 for hackers-outgoing; Mon, 10 Jul 1995 14:57:09 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA24265 for ; Mon, 10 Jul 1995 14:57:07 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id OAA01519 for ; Mon, 10 Jul 1995 14:56:43 -0700 To: hackers@freebsd.org Subject: Peter MacLeod: Re: Future Domain SCSI Date: Mon, 10 Jul 1995 14:56:42 -0700 Message-ID: <1517.805413402@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk Any takers? I've got the specs from FD which I'll be happy to send, but the time to write such a driver I currently do NOT have (the requisite skills themselves notwithstanding). Jordan ------- Forwarded Message Return-Path: macleod@godzilla.adoc.xerox.com Received: from freefall.cdrom.com (freefall.cdrom.com [192.216.222.4]) by time.cdrom.com (8.6.11/8.6.9) with ESMTP id LAA01176 for ; Mon, 10 Jul 1995 11:59:57 -0700 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA18589 for ; Mon, 10 Jul 1995 12:00:05 -0700 Received: from alpha.xerox.com by violet.berkeley.edu (8.6.10/1.33r) id MAA13937; Mon, 10 Jul 1995 12:00:03 -0700 Received: from dunvegan.ADOC.xerox.com ([13.242.128.126]) by alpha.xerox.com with SMTP id <14613(4)>; Mon, 10 Jul 1995 11:59:43 PDT Received: by dunvegan.ADOC.xerox.com id <16376>; Mon, 10 Jul 1995 11:59:33 -0700 From: Peter MacLeod To: jkh@violet.berkeley.edu (Jordan K. Hubbard) Subject: Re: Future Domain SCSI Newsgroups: comp.unix.bsd.freebsd.misc Organization: Xerox Desktop Document Systems, Palo Alto, CA X-Newsreader: TIN [version 1.2 PL2] Message-Id: <95Jul10.115933pdt.16376@dunvegan.ADOC.xerox.com> Date: Mon, 10 Jul 1995 11:59:27 PDT In article <3tkjl3$e9i@agate.berkeley.edu> you wrote: : In article <3tki28$d4c@agate.berkeley.edu>, Ben Scott wrote: : >Has anyone used the Future Domain 16-bit SCSI card with BSD? I know the 8-bit : >is supposed to work, and I figured the 16-bit would be backward compatible, but : >BSD wasn't able to recognize it. Any help would be appreciated. : I'm afraid that support for this is still not available. The folks at : FD were sort of helpful in that they at least sent me some specs, but : they seemed pretty blase' about the whole idea of having FreeBSD support : them (the generally attitude I got was "well, Linux supports us and that's : all that counts as far as we're concerned") and I was so generally turned : off by this that I didn't feel particularly inclined to go spend money : on an eval board (needless to say, they weren't inclined to send me one : of those either, unlike some other very helpful companies). Well, I'll lend you my FD 1670. It's sitting on a shelf, along with an Always IN-2000, because I'm too lazy, er, busy to port a driver. I'll lend either one to anyeone interested. I got an IDE drive and controller, because I was too cheap to buy one of those overpriced Adaptec or Buslogic cards, at least until I get a non-ISA-only motherboard. - --Peter ------- End of Forwarded Message From owner-freebsd-hackers Mon Jul 10 16:08:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25676 for hackers-outgoing; Mon, 10 Jul 1995 16:08:24 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA25670 for ; Mon, 10 Jul 1995 16:08:20 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id TAA01337 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 19:09:20 -0400 From: Charles Henrich Message-Id: <199507102309.TAA01337@crh.cl.msu.edu> Subject: Sound players for AIFF/WAV etc.. To: freebsd-hackers@freebsd.org Date: Mon, 10 Jul 1995 19:09:20 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 263 Sender: hackers-owner@freebsd.org Precedence: bulk Does anyone know of any sound tools for FreeBSD that will allow me to play audio formats other than straight-up PCM or Mulaw? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Mon Jul 10 16:16:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25866 for hackers-outgoing; Mon, 10 Jul 1995 16:16:45 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA25860 for ; Mon, 10 Jul 1995 16:16:43 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id QAA06962; Mon, 10 Jul 1995 16:16:29 -0700 Message-Id: <199507102316.QAA06962@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Charles Henrich cc: freebsd-hackers@freebsd.org Subject: Re: Sound players for AIFF/WAV etc.. In-reply-to: Your message of "Mon, 10 Jul 1995 19:09:20 EDT." <199507102309.TAA01337@crh.cl.msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Jul 1995 16:16:28 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> Charles Henrich said: > Does anyone know of any sound tools for FreeBSD that will allow me to play > audio formats other than straight-up PCM or Mulaw? > Try nas available in the audio ports directory in freebsd.cdrom.com Amancio From owner-freebsd-hackers Mon Jul 10 16:48:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA26315 for hackers-outgoing; Mon, 10 Jul 1995 16:48:52 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA26309 for ; Mon, 10 Jul 1995 16:48:48 -0700 Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.11/8.6.9) id TAA08753; Mon, 10 Jul 1995 19:49:39 -0400 From: Charles Henrich Message-Id: <199507102349.TAA08753@crh.cl.msu.edu> Subject: Re: Sound players for AIFF/WAV etc.. To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Mon, 10 Jul 1995 19:49:39 -0400 (EDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199507102316.QAA06962@rah.star-gate.com> from "Amancio Hasty Jr." at Jul 10, 95 04:16:28 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 594 Sender: hackers-owner@freebsd.org Precedence: bulk > > Does anyone know of any sound tools for FreeBSD that will allow me to play > > audio formats other than straight-up PCM or Mulaw? > > > > Try nas available in the audio ports directory in freebsd.cdrom.com I did that, now when I try it I cant get the display set correctly. If I say localhost:0 on a -audio command line it works, but the sound is very choppy. I have a SB16 and a P100, and the programs are only taking like 4% of the CPU. Any ideas? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Mon Jul 10 17:22:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27337 for hackers-outgoing; Mon, 10 Jul 1995 17:22:03 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA27331 for ; Mon, 10 Jul 1995 17:22:00 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23205; Tue, 11 Jul 1995 02:21:57 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA15947; Tue, 11 Jul 1995 02:21:56 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA01139; Mon, 10 Jul 1995 15:52:16 +0200 From: J Wunsch Message-Id: <199507101352.PAA01139@uriah.heep.sax.de> Subject: Re: Use of kernel debugger. To: JOHN@gab.unt.edu (John Booth) Date: Mon, 10 Jul 1995 15:52:16 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <235BE042F1@gab.unt.edu> from "John Booth" at Jul 10, 95 02:28:23 am 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: 396 Sender: hackers-owner@freebsd.org Precedence: bulk As John Booth wrote: > > Well, my system just got a Panic: free vnode isn't. > It's in the kernel debugger at the moment (or will be for several > hours). What's the 'normal' procedure for using it. Anything to Have a look at the kernel-debug.FAQ. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jul 10 17:22:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27407 for hackers-outgoing; Mon, 10 Jul 1995 17:22:34 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA27395 for ; Mon, 10 Jul 1995 17:22:31 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23238; Tue, 11 Jul 1995 02:22:28 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA15977 for freebsd-hackers@freebsd.org; Tue, 11 Jul 1995 02:22:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id QAA01552 for freebsd-hackers@freebsd.org; Mon, 10 Jul 1995 16:27:40 +0200 From: J Wunsch Message-Id: <199507101427.QAA01552@uriah.heep.sax.de> Subject: Re: pcvt Doc/INSTALL.FreeBSD-2.0 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 10 Jul 1995 16:27:39 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: from "Hellmuth Michaelis" at Jul 10, 95 07:23:00 am 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: 421 Sender: hackers-owner@freebsd.org Precedence: bulk As Hellmuth Michaelis wrote: > > For 2.0.5, you need to use the value 210, why ? Ask Joerg :-))) Since the decision to name this kid 2.0.5 has been made without thinking about of the earlier (unborn) 2.0.5, but we've already started to use numbers > 205 starting in January. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Jul 10 17:39:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA27887 for hackers-outgoing; Mon, 10 Jul 1995 17:39:40 -0700 Received: from servo.ipsilon.com (foobar.Ipsilon.COM [204.160.241.205]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA27881 for ; Mon, 10 Jul 1995 17:39:40 -0700 Received: from localhost.ipsilon.com (localhost.ipsilon.com [127.0.0.1]) by servo.ipsilon.com (8.6.11/8.6.10) with SMTP id RAA05068; Mon, 10 Jul 1995 17:38:26 -0700 Message-Id: <199507110038.RAA05068@servo.ipsilon.com> X-Authentication-Warning: servo.ipsilon.com: Host localhost.ipsilon.com didn't use HELO protocol X-Mailer: exmh version 1.6beta 3/23/95 To: hackers@freebsd.org cc: rem@ginger.lcs.mit.edu Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 10 Jul 1995 17:38:26 -0700 From: Robert Minnear Sender: hackers-owner@freebsd.org Precedence: bulk The following are diffs I needed to make to get a Znyx ZX342 10/100 board working under FreeBSD. The two orignal files /sys/pci/dc21040.h and /sys/pci/if_de.c were taken from the 2.0.5 release. I hope these or similar changes can be made to the driver as we would like to be able to install FreeBSD with these cards. Which brings me to one other question. How could I create a boot/installation floppy (with for example with these driver changes) myself? Thanks. Robert E. Minnear minnear@IPSILON.COM Ipsilon Networks, Inc. (415) 528-4632 2465 Latham Street, Suite 100 Mountain View, CA 94040 fax: (415) 528-4653 *** /sys/pci/dc21040.h Fri May 5 13:09:48 1995 --- dc21040.h Mon Jul 10 17:20:15 1995 *************** *** 284,289 **** --- 284,304 ---- #define TULIP_OUI_COGENT_1 0x00 #define TULIP_OUI_COGENT_2 0x94 #define TULIP_COGENT_EM100_ID 0x12 + + + /* + * These are the defintitions used for the Znyx ZX342 + * 10/100 board + */ + #define TULIP_GP_ZX34X_PINS 0x0000011F /* General Purpose Pin directions */ + #define TULIP_GP_ZX34X_OK10 0x00000080 /* 10 Mb/sec Signal Detect gep<7> */ + #define TULIP_GP_ZX34X_OK100 0x00000040 /* 100 Mb/sec Signal Detect gep<6> */ + #define TULIP_GP_ZX34X_INIT 0x00000009 + #define TULIP_OUI_ZNYX_0 0x00 + #define TULIP_OUI_ZNYX_1 0xC0 + #define TULIP_OUI_ZNYX_2 0x95 + + /* * SROM definitions for the DC21140 and DC21041. */ *** /sys/pci/if_de.c Fri Jun 2 03:44:24 1995 --- if_de.c Mon Jul 10 17:24:27 1995 *************** *** 207,213 **** TULIP_DC21040_GENERIC, TULIP_DC21140_DEC_EB, TULIP_DC21140_DEC_DE500, ! TULIP_DC21140_COGENT_EM100 } tulip_board_t; typedef struct _tulip_softc_t tulip_softc_t; --- 207,214 ---- TULIP_DC21040_GENERIC, TULIP_DC21140_DEC_EB, TULIP_DC21140_DEC_DE500, ! TULIP_DC21140_COGENT_EM100, ! TULIP_DC21140_ZNYX_ZX34X } tulip_board_t; typedef struct _tulip_softc_t tulip_softc_t; *************** *** 350,355 **** --- 351,357 ---- tulip_dc21040_media_select }; + static int tulip_dc21140_evalboard_media_probe( tulip_softc_t * const sc) *************** *** 436,441 **** --- 438,493 ---- tulip_dc21140_cogent_em100_media_select }; + + static int + tulip_dc21140_znyx_zx34x_media_probe( + tulip_softc_t * const sc) + { + TULIP_WRITE_CSR(sc, csr_gp, TULIP_GP_ZX34X_PINS); + TULIP_WRITE_CSR(sc, csr_gp, TULIP_GP_ZX34X_INIT); + TULIP_WRITE_CSR(sc, csr_command, + TULIP_READ_CSR(sc, csr_command) | TULIP_CMD_PORTSELECT | + TULIP_CMD_PCSFUNCTION | TULIP_CMD_SCRAMBLER | TULIP_CMD_MUSTBEONE); + TULIP_WRITE_CSR(sc, csr_command, + TULIP_READ_CSR(sc, csr_command) & ~TULIP_CMD_TXTHRSHLDCTL); + DELAY(1000000); + + return (TULIP_READ_CSR(sc, csr_gp) & TULIP_GP_ZX34X_OK10); + } + + static void + tulip_dc21140_znyx_zx34x_media_select( + tulip_softc_t * const sc) + { + sc->tulip_cmdmode |= TULIP_CMD_STOREFWD|TULIP_CMD_MUSTBEONE; + TULIP_WRITE_CSR(sc, csr_gp, TULIP_GP_ZX34X_PINS); + TULIP_WRITE_CSR(sc, csr_gp, TULIP_GP_ZX34X_INIT); + if (sc->tulip_if.if_flags & IFF_ALTPHYS) { + if ((sc->tulip_flags & TULIP_ALTPHYS) == 0) + printf("%s%d: enabling 100baseTX UTP port\n", + sc->tulip_if.if_name, sc->tulip_if.if_unit); + sc->tulip_cmdmode |= TULIP_CMD_PORTSELECT + |TULIP_CMD_PCSFUNCTION|TULIP_CMD_SCRAMBLER; + sc->tulip_cmdmode &= ~TULIP_CMD_TXTHRSHLDCTL; + sc->tulip_flags |= TULIP_ALTPHYS; + } else { + if (sc->tulip_flags & TULIP_ALTPHYS) + printf("%s%d: enabling 10baseT UTP port\n", + sc->tulip_if.if_name, sc->tulip_if.if_unit); + sc->tulip_cmdmode &= ~(TULIP_CMD_PORTSELECT + |TULIP_CMD_PCSFUNCTION|TULIP_CMD_SCRAMBLER); + sc->tulip_cmdmode |= TULIP_CMD_TXTHRSHLDCTL; + sc->tulip_flags &= ~TULIP_ALTPHYS; + } + } + + static const tulip_boardsw_t tulip_dc21140_znyx_zx34x_boardsw = { + TULIP_DC21140_ZNYX_ZX34X, + "Znyx ZX34X ", + tulip_dc21140_znyx_zx34x_media_probe, + tulip_dc21140_znyx_zx34x_media_select + }; + static int tulip_dc21140_de500_media_probe( tulip_softc_t * const sc) *************** *** 1237,1242 **** --- 1289,1300 ---- && sc->tulip_hwaddr[2] == TULIP_OUI_COGENT_2) { if (sc->tulip_rombuf[32] == TULIP_COGENT_EM100_ID) sc->tulip_boardsw = &tulip_dc21140_cogent_em100_boardsw; + } + if (sc->tulip_hwaddr[0] == TULIP_OUI_ZNYX_0 + && sc->tulip_hwaddr[1] == TULIP_OUI_ZNYX_1 + && sc->tulip_hwaddr[2] == TULIP_OUI_ZNYX_2) { + /* this at least works for the zx342 from Znyx */ + sc->tulip_boardsw = &tulip_dc21140_znyx_zx34x_boardsw; } } From owner-freebsd-hackers Mon Jul 10 17:55:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA28297 for hackers-outgoing; Mon, 10 Jul 1995 17:55:35 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA28291 ; Mon, 10 Jul 1995 17:55:33 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA28255; Mon, 10 Jul 95 18:48:30 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507110048.AA28255@cs.weber.edu> Subject: Re: using only DOS filesystem To: phk@freefall.cdrom.com (Poul-Henning Kamp) Date: Mon, 10 Jul 95 18:48:29 MDT Cc: hsu@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199507100720.AAA29166@freefall.cdrom.com> from "Poul-Henning Kamp" at Jul 10, 95 00:20:30 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Here's something to try on a lark: boot and run FreeBSD using only > > native DOS file partitions, possibly creating a ufs file partition > > in a large DOS file w/ the vn pseudo-driver. > > Been there, done that. > > You make a kernel with a MFS as root, and you can do it without > any problems. > > Performance SUCKS! Rewrite the MSDOSFS to keep the FAT in core. Read the CMU paper comparing DOSFS and UFS under MACH... there are *many* was to cheat. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jul 10 18:39:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29315 for hackers-outgoing; Mon, 10 Jul 1995 18:39:01 -0700 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA29309 for ; Mon, 10 Jul 1995 18:38:58 -0700 Received: by violet.berkeley.edu (8.6.10/1.33r) id SAA26810; Mon, 10 Jul 1995 18:38:56 -0700 Date: Mon, 10 Jul 1995 18:38:56 -0700 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199507110138.SAA26810@violet.berkeley.edu> To: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Path: agate!howland.reston.ans.net!vixen.cso.uiuc.edu!news.uoregon.edu!news.bc.net!berlin.infomatch.com!usenet From: Terry Coatta Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: SCSI drive recommendation Date: 10 Jul 1995 22:07:09 GMT Organization: NSG - Network Software Group, Inc. Lines: 30 Message-ID: <3ts8ad$9dh@berlin.infomatch.com> References: NNTP-Posting-Host: 199.60.99.86 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Mozilla 1.1N (X11; I; BSD/386 uname failed) X-URL: news://news.infomatch.com/PHILS.95Jul10091937@satori.tv.tek.com > This is an appeal to the collective wisdom of the readers of this group to > help me select a 1GB (or thereabouts) I tried to install 2.0.5 on a Conner 1GB drive about 2 weeks ago. I encountered a very strange problem which eventually caused me to return the drive. FreeBSD installed fine on the drive and I had set up most of the system the way I wanted to, when, for no particular reason, I did an fsck -n. The drive locked up totally, and would not respond until the machine was power cycled. I repreated this test several times and got the same results: parallel access to the drive through the file system and through fsck caused the drive to go off-line and stay off-line until pwer cycled. In the messages log there was a peculiar entry associated with this problem. I don't remember it exactly, but it was something like: sd1: Ooops, not queued I now have a Quantumn Fireball 1080s which is working just fine. -- ** Terry Coatta ** NSG - Network Software Group, Inc. ** 211 Douglas Cres. ** Richmond, B.C., Canada V7B 1E4 ** Phone: (604) 273-3404 ** Fax: (604) 739-7593 ** e-mail: coatta@nsg.bc.ca From owner-freebsd-hackers Mon Jul 10 19:06:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA00501 for hackers-outgoing; Mon, 10 Jul 1995 19:06:30 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA00494 ; Mon, 10 Jul 1995 19:06:26 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29272; Mon, 10 Jul 95 19:57:53 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507110157.AA29272@cs.weber.edu> Subject: Re: token ring anyone To: matt@lkg.dec.com (Matt Thomas) Date: Mon, 10 Jul 95 19:57:52 MDT Cc: jkh@freebsd.org, hackers@freebsd.org In-Reply-To: <199507100938.JAA12786@whydos.lkg.dec.com> from "Matt Thomas" at Jul 10, 95 09:38:16 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > > > Of course that still leaves the problem of doing source routing ... > > > > And LLC. But the LLC code could actually also be used for NetBIOS/SMB > > for LanMan, so it would have large usage -- it's just a bitch of a state > > machine. As was noted the last time Token Ring came up, much of the > > necessary code (minus some critical pieces) exists in the X.25/X.29 stuff > > that is/was in the source tree. > > Having already done FDDI support (which requires LLC support), I can > flatly state that Terry overstates the problem. The LLC support is > trivial and can be stolen directly from my FDDI support. This is a general implementation? I was unaware that one was publically available before now... if it's a full implementation, then never mind, the source routing *is* the problem. > Source routing (which is in the MAC header and has nothing to do with > LLC) is the main problem. It's messy but doable. Like the LLC, I think the source routing can also be stolen: from IPNG, which has been implemented for FreeBSD. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jul 10 19:29:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA01251 for hackers-outgoing; Mon, 10 Jul 1995 19:29:55 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA01244 for ; Mon, 10 Jul 1995 19:29:51 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id TAA03051 for ; Mon, 10 Jul 1995 19:29:47 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id UAA01465; Mon, 10 Jul 1995 20:27:04 -0600 Message-Id: <199507110227.UAA01465@rover.village.org> To: "Rodney W. Grimes" Subject: Re: some pcvt quirks Cc: freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of Sun, 09 Jul 1995 23:38:58 PDT Date: Mon, 10 Jul 1995 20:27:03 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.ORG Precedence: bulk : Take this as a counter personal arguement, DEC later relized there : mistake and corrected this. All vt200 series and latter terminals : can be setup to generate either ^H or ^? for that key. DEC corrected : there mistake, perhaps you should too. Ah, but you *CAN* generate a ^H with enough hacking, so it is still compatible :-). And the default is still ^?, AFAIK. Warner From owner-freebsd-hackers Mon Jul 10 19:33:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA01406 for hackers-outgoing; Mon, 10 Jul 1995 19:33:10 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA01399 for ; Mon, 10 Jul 1995 19:33:03 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA29333; Mon, 10 Jul 95 20:25:48 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507110225.AA29333@cs.weber.edu> Subject: Re: some pcvt quirks To: peter@bonkers.taronga.com (Peter da Silva) Date: Mon, 10 Jul 95 20:25:48 MDT Cc: hackers@freebsd.org In-Reply-To: <199507101440.JAA02078@bonkers.taronga.com> from "Peter da Silva" at Jul 10, 95 09:40:21 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > DEC terminals don't have both a DEL key and a BACKSPACE key. DEC VT5x terminals have both keys. DEC VT1xx terminals have both keys. DEC VT2xx, VT3xx, and VT4xx terminals are configurable as to whether they support an escape or a backspace in place of F15 and F16. The default installed keyboard overlay indicates these values. The VAXStation and DECStation machines (ie: not "headless") have VT2XX series keyboards. The default "DECTerm" unde DECWindows emulateas a "VT3xx series" terminal, and can configure both keys in software, as with the physical VT3xx terminals. The default keyboard for DEC Alpha boxes as shipped from DEC have both keys (they are PC-style keyboards). > Also, anyone know where I can get a PC-compatible sun-style optical mouse? Both Mouse Systems and Data General sell these. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon Jul 10 21:10:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA06017 for hackers-outgoing; Mon, 10 Jul 1995 21:10:19 -0700 Received: from picard.cmf.nrl.navy.mil (kenh@picard.cmf.nrl.navy.mil [134.207.10.68]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA06011 for ; Mon, 10 Jul 1995 21:10:11 -0700 Received: from cmsun.cmf.nrl.navy.mil (kenh@cmsun.cmf.nrl.navy.mil [134.207.10.4]) by picard.cmf.nrl.navy.mil (8.6.8.1/8.6.6) with ESMTP id MAA01749; Mon, 10 Jul 1995 12:50:19 -0400 Message-Id: <199507101650.MAA01749@picard.cmf.nrl.navy.mil> To: Peter da Silva cc: hackers@FreeBSD.org Subject: Re: some pcvt quirks In-reply-to: Your message of "Mon, 10 Jul 1995 09:40:21 CDT." <199507101440.JAA02078@bonkers.taronga.com> X-Face: "Evs"_GpJ]],xS)b$T2#V&{KfP_i2`TlPrY$Iv9+TQ!6+`~+l)#7I)0xr1>4hfd{#0B4 WIn3jU;bql;{2Uq%zw5bF4?%F&&j8@KaT?#vBGk}u07<+6/`.F-3_GA@6Bq5gN9\+s;_d gD\SW #]iN_U0 KUmOR.P<|um5yPkEpSD@*e` Date: Mon, 10 Jul 1995 12:48:10 -0400 From: Ken Hornstein Sender: hackers-owner@FreeBSD.org Precedence: bulk >A related question, does anyone make Sun-style keyboards (the good ones, like >on the SS2 with the DEL and BACKSPACE keys adjacent) for the PC? I've heard rumors about people making them, but I don't recall any manufacturers, sorry. >Also, anyone know where I can get a PC-compatible sun-style optical mouse? I >have one for my Amiga, but I haven't found one for the PC. Get a Mouse Systems mouse (they're the people that make the mice for Suns). I bought one last year, and I love it. I got it from some no-name distributor in Computer Shopper; you shouldn't have any trouble finding them. If you need an exact model number, mail me and I'll tell you the model number when I get home. --Ken From owner-freebsd-hackers Mon Jul 10 21:26:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA06773 for hackers-outgoing; Mon, 10 Jul 1995 21:26:00 -0700 Received: from Xenon.Stanford.EDU (Xenon.Stanford.EDU [36.28.0.25]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA06767 for ; Mon, 10 Jul 1995 21:25:59 -0700 Received: by Xenon.Stanford.EDU (5.61+IDA/25-Xenon-eef) id AA19284; Mon, 10 Jul 95 21:25:57 -0700 Date: Mon, 10 Jul 1995 21:25:56 -0700 (PDT) From: Terry Lee To: freebsd-hackers@freebsd.org Cc: Andy Montgomery Subject: ld.so Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk Can someone help me out with what /usr/libexec/ld.so is? I'm getting the following error at runtime: ld.so failed Is there any documentation somewhere on ld.so? I'm still running SNAP-950322. Could it just be buggy and upgrading solve the problem. Any help would be much appreciated. All the best, Terry I N T E R N E T Terry Lee, Technical Director D E S I G N 745 Stanford Avenue, Palo Alto, California 94306 G R O U P 415 424 0747 voice 415 424-0751 fax http://www.mall.net terryl@cs.stanford.edu http://www.mall.net/terry From owner-freebsd-hackers Mon Jul 10 21:49:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA07736 for hackers-outgoing; Mon, 10 Jul 1995 21:49:11 -0700 Received: from epsilon.qmw.ac.uk (epsilon.qmw.ac.uk [138.37.6.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA07730 for ; Mon, 10 Jul 1995 21:49:09 -0700 Received: from canary.dcs.qmw.ac.uk by epsilon.qmw.ac.uk with SMTP-DNS (PP) id <07687-0@epsilon.qmw.ac.uk>; Tue, 11 Jul 1995 05:48:49 +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 FAA12773; Tue, 11 Jul 1995 05:47:40 +0100 From: Mark Dawson Message-ID: <199507110447.FAA12773@canary.dcs.qmw.ac.uk> Date: Tue, 11 Jul 1995 05:47:40 +0100 Received: locally by ruby (4.1/QMW-client-3.2b); for "md"; poster "md"; id AA14074; Tue, 11 Jul 95 05:49:20 BST To: freebsd-hackers@freefall.cdrom.com Subject: Wanted: 100bT EISA ethernet recommendation Cc: md@dcs.qmw.ac.uk Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I'm trying to get a FreeBSD box - Compaq Proliant + RAID disk array - introduced here as the main fileserver for our undergrads. The idea is to use it to feed some existing SS-20s on a high speed ethernet network. Unfortunately the Proliant I have is an EISA machine and I haven't noticed anyone on the FreeBSD lists recommending EISA 100base T cards (plenty of PCI though :-(). Is anyone using such an EISA 100base T ethernet card you'd like to recommend? Thanks, Mark From owner-freebsd-hackers Mon Jul 10 22:26:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA08633 for hackers-outgoing; Mon, 10 Jul 1995 22:26:23 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA08597 for ; Mon, 10 Jul 1995 22:25:02 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id LAA09308; Tue, 11 Jul 1995 11:05:37 +0600 From: "Serge A. Babkin" Message-Id: <199507110505.LAA09308@hq.icb.chel.su> Subject: 3c509 multicast fix To: jkh@freefall.cdrom.com (Jordan K. Hubbard) Date: Tue, 11 Jul 1995 11:05:36 +0600 (GMT+0600) Cc: hackers@freebsd.org In-Reply-To: <3401.804920412@freefall.cdrom.com> from "Jordan K. Hubbard" at Jul 4, 95 10:00:12 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2842 Sender: hackers-owner@freebsd.org Precedence: bulk I have tested this patch with gated and the multicast support seems to work. Commit it please if nobody done the multicast support yet (I don't have -currnet). ------------------------------- cut here ------------------------------- *** if_ep.c 1995/05/19 05:36:10 --- if_ep.c 1995/06/22 11:13:32 *************** *** 38,45 **** */ /* - * $Id: if_ep.c,v 1.16 1995/05/19 05:36:10 root Exp $ - * * Promiscuous mode added and interrupt logic slightly changed * to reduce the number of adapter failures. Transceiver select * logic changed to use value from EEPROM. Autoconfiguration --- 38,43 ---- *************** *** 439,445 **** ifp->if_unit = is->id_unit; ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_NOTRAILERS; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; --- 437,444 ---- ifp->if_unit = is->id_unit; ifp->if_name = "ep"; ifp->if_mtu = ETHERMTU; ! ifp->if_flags = IFF_BROADCAST | IFF_MULTICAST | ! IFF_SIMPLEX | IFF_NOTRAILERS; ifp->if_init = epinit; ifp->if_output = ether_output; ifp->if_start = epstart; *************** *** 552,563 **** outw(BASE + EP_COMMAND, SET_INTR_MASK | S_5_INTS); ! if(ifp->if_flags & IFF_PROMISC) ! outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | ! FIL_GROUP | FIL_BRDCST | FIL_ALL); ! else ! outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | ! FIL_GROUP | FIL_BRDCST); /* * S.B. --- 551,562 ---- outw(BASE + EP_COMMAND, SET_INTR_MASK | S_5_INTS); ! if(ifp->if_flags & IFF_PROMISC) ! outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | ! FIL_GROUP | FIL_BRDCST | FIL_ALL); ! else ! outw(BASE + EP_COMMAND, SET_RX_FILTER | FIL_INDIVIDUAL | ! FIL_GROUP | FIL_BRDCST); /* * S.B. *************** *** 1191,1196 **** --- 1190,1196 ---- } /* NOTREACHED */ + #if 0 if (ifp->if_flags & IFF_UP && (ifp->if_flags & IFF_RUNNING) == 0) epinit(ifp->if_unit); *************** *** 1203,1208 **** --- 1203,1209 ---- ep_frst(F_PROMISC); epinit(ifp->if_unit); } + #endif break; #ifdef notdef *************** *** 1222,1228 **** --- 1223,1240 ---- ifp->if_mtu = ifr->ifr_mtu; } break; + case SIOCADDMULTI: + case SIOCDELMULTI: + error= (cmd==SIOCADDMULTI) ? + ether_addmulti(ifr, &sc->arpcom) : + ether_delmulti(ifr, &sc->arpcom); + if(error=ENETRESET) { + epinit(ifp->if_unit); + error=0; + } + + break; default: error = EINVAL; } ------------------------------- cut here ------------------------------- Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue Jul 11 00:27:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA10880 for hackers-outgoing; Tue, 11 Jul 1995 00:27:19 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA10874 for ; Tue, 11 Jul 1995 00:27:17 -0700 Received: from localhost (localhost [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id AAA00448 for ; Tue, 11 Jul 1995 00:27:03 -0700 Message-Id: <199507110727.AAA00448@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: hackers@freebsd.org Subject: To All the SB owners :) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jul 1995 00:27:02 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk Cruising on the Net, I found a nice discussion on why the SB cards couldn't do dual dma operations so I naturally put in my pitch for the GUS :) At any rate, this is what one of the netters said: ------- Forwarded Message Return-Path: kao@u.washington.edu Received: from saul1.u.washington.edu (saul1.u.washington.edu [140.142.82.10]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id AAA00342 for ; Tue, 11 Jul 1995 00:17:17 -0700 Received: by saul1.u.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA22697; Mon, 10 Jul 95 20:24:57 -0700 X-Sender: kao@saul1.u.washington.edu Date: Mon, 10 Jul 1995 20:24:56 -0700 (PDT) From: "D. Kao" To: "Amancio Hasty, Jr." Subject: Re: Intel Endeavour - Vibra 16S - Iphone full duplex? In-Reply-To: <3ts1a5$74e@kadath.zeitgeist.net> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII IPhone = Internet Phone by Vocaltec Homepage: http://www.vocaltec.com/ It is a winsock app which allows you to use your multimedia computer (pretty loose definition :) to conduct VOICE telephone calls REAL-TIME thru a 14.4Kbps SLIP or PPP connection. You need a soundcard, mike, speakers and a min. 486DX/33MHz. The GUS Max, Ultrasound (since it has dual DMAs) can do FULL-DUPLEX REAL-TIME talking with the latest version of IPhone (ver. 3.0 Build 13) That's why SoundBlaster owners are hitting themselves on the head :) - Daniel Kao P.S. You ask "REALTIME?!" .... well... there is about 1-2 sec delay. About twice the delay in a International telephone call. Sound quality is great for speech, sucks for anything else (e.g. music) On 10 Jul 1995, Amancio Hasty, Jr. wrote: > Hmmm.... > I know that the, GUS, Gravis Ultrasound does support dual DMA operations. We > use the card on FreeBSD with VAT for voice conferencing and is cute when > I talk and I listen to someone . > > Not that it matters much but the GUS or the GUS MAX sounds way better than > the SB or SB16 . > > What is Iphone? > > -- > Amancio Hasty > Hasty Software Consulting Services > Tel: 415-495-3046, Fax 415-495-3046, Cellular: 415-309-8434 > e-mail: hasty@star-gate.com > > > ------- End of Forwarded Message From owner-freebsd-hackers Tue Jul 11 01:26:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11922 for hackers-outgoing; Tue, 11 Jul 1995 01:26:39 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11816 for ; Tue, 11 Jul 1995 01:24:47 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04675; Tue, 11 Jul 1995 10:24:07 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA18371 for freebsd-hackers@freebsd.org; Tue, 11 Jul 1995 10:24:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA05137 for freebsd-hackers@freebsd.org; Tue, 11 Jul 1995 08:49:27 +0200 From: J Wunsch Message-Id: <199507110649.IAA05137@uriah.heep.sax.de> Subject: Re: tar.gz's via cu? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 11 Jul 1995 08:49:27 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka" at Jul 10, 95 08:18:23 pm 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: 475 Sender: hackers-owner@freebsd.org Precedence: bulk As =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka wrote: > > >Why don't you like ~+ or ~C? It's working well. > > Because ~C isn't cu command. And ~+? It's a (Taylor) cu command. I've used to use your procedure back in HDB uucp days (they don't have ~+), and i've always been annoyed by it. ~+ is way easier to use. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Jul 11 01:26:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11965 for hackers-outgoing; Tue, 11 Jul 1995 01:26:52 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA11813 for ; Tue, 11 Jul 1995 01:24:30 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04651; Tue, 11 Jul 1995 10:23:53 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA18357 for freebsd-hackers@freebsd.org; Tue, 11 Jul 1995 10:23:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA05066 for freebsd-hackers@freebsd.org; Tue, 11 Jul 1995 08:44:04 +0200 From: J Wunsch Message-Id: <199507110644.IAA05066@uriah.heep.sax.de> Subject: Re: some pcvt quirks To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 11 Jul 1995 08:44:03 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <9507110225.AA29333@cs.weber.edu> from "Terry Lambert" at Jul 10, 95 08:25:48 pm 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: 882 Sender: hackers-owner@freebsd.org Precedence: bulk As Terry Lambert wrote: > > > Also, anyone know where I can get a PC-compatible sun-style optical mouse? > > Both Mouse Systems and Data General sell these. I've been succesfully using DG's optical mice (the PCB is labelled ``Mouse Systems'' though) on PeeCee's for several years now. (Our customers used to get Wacom tablets, so they didn't need the mice.) They come with this terrible Mini-DIN plug, all i had to do was cutting it off and solder a regular DB-9 plug in place. If someone needs the wire assignments: yellow - 2 orange - 3 red - 4 black/shield - 5 brown - 7 I've heard that several optical mice used on Suns are actually 3-wire only (the RS-232 versions are 5-wire), so i doubt they will be PC compatible. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Jul 11 02:16:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13982 for hackers-outgoing; Tue, 11 Jul 1995 02:16:35 -0700 Received: from risc6.unisa.ac.za (risc6.unisa.ac.za [163.200.97.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA13946 for ; Tue, 11 Jul 1995 02:15:56 -0700 Received: by risc6.unisa.ac.za (AIX 3.2/UCB 5.64/4.03) id AA19569; Tue, 11 Jul 1995 11:14:39 +0200 From: radova@risc6.unisa.ac.za (A. Radovanovic) Message-Id: <9507110914.AA19569@risc6.unisa.ac.za> Subject: Help - I lost /usr/bin/mail file To: hackers@freebsd.org Date: Tue, 11 Jul 1995 11:14:38 +0200 (USAST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 249 Sender: hackers-owner@freebsd.org Precedence: bulk I'd appreciate it very much if somebody could send me the /usr/bin/mail for BSD 2.0. It seems I deleted the file. By the way, is it possible to extract just one, or number of files from the bindist? Regards, Alex radova@risc6.unisa.ac.za From owner-freebsd-hackers Tue Jul 11 02:17:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA14158 for hackers-outgoing; Tue, 11 Jul 1995 02:17:54 -0700 Received: from prinny.pavilion.co.uk (prinny.pavilion.co.uk [193.131.160.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA14109 for ; Tue, 11 Jul 1995 02:17:46 -0700 Received: from line0f.gunn-du.pavilion.co.uk (line0f.gunn-du.pavilion.co.uk [193.131.160.112]) by prinny.pavilion.co.uk (8.6.5/8.6.5) with SMTP id KAA19428; Tue, 11 Jul 1995 10:17:40 +0100 Date: Tue, 11 Jul 1995 10:17:40 +0100 Message-Id: <199507110917.KAA19428@prinny.pavilion.co.uk> X-Sender: aledm@mailhost.pavilion.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Ken Hornstein , Peter da Silva From: aledm@pavilion.co.uk (Aled Morris) Subject: Re: some pcvt quirks Cc: hackers@FreeBSD.org X-Mailer: Sender: hackers-owner@FreeBSD.org Precedence: bulk At 12:48 PM 10/7/95 -0400, Ken Hornstein wrote: >>A related question, does anyone make Sun-style keyboards (the good ones, like >>on the SS2 with the DEL and BACKSPACE keys adjacent) for the PC? > >I've heard rumors about people making them, but I don't recall any >manufacturers, sorry. Both NCD and Tektronix used to sell Sun style keyboards for their X terminals, and they use generic PS/2 type interfaces. You could try calling them and see if you can buy one as a spare. (I say "used to sell"; I worked for NCD in 1992 when that keyboard was introduced into the range, I don't know if it is still available) Aled -- telephone +44 973 207987 From owner-freebsd-hackers Tue Jul 11 04:21:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA17270 for hackers-outgoing; Tue, 11 Jul 1995 04:21:28 -0700 Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA17259 for ; Tue, 11 Jul 1995 04:21:23 -0700 Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.144.4]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id NAA25710 for ; Tue, 11 Jul 1995 13:07:07 +0200 From: Wolfram Schneider Received: (wosch@localhost) by caramba.cs.tu-berlin.de (8.6.12/8.6.9) id NAA12929; Tue, 11 Jul 1995 13:06:59 +0200 Date: Tue, 11 Jul 1995 13:06:59 +0200 Message-Id: <199507111106.NAA12929@caramba.cs.tu-berlin.de> To: hackers@freebsd.org Subject: [Remeber] Real UID in procfs MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@freebsd.org Precedence: bulk --- 1.1 1995/07/01 14:57:47 +++ /sys/miscfs/procfs/procfs_status.c 1995/07/01 15:57:01 @@ -79,7 +79,10 @@ sid = sess->s_leader ? sess->s_leader->p_pid : 0; /* comm pid ppid pgid sid maj,min ctty,sldr start ut st wmsg uid groups ... */ - +/* ifdef PROCFS_RUID +comm pid ppid pgid sid maj,min ctty,sldr start ut st wmsg euid ruid groups ... + endif +*/ ps = psbuf; bcopy(p->p_comm, ps, MAXCOMLEN); ps[MAXCOMLEN] = '\0'; @@ -126,7 +129,13 @@ cr = p->p_ucred; +#if (!defined PROCFS_RUID) ps += sprintf(ps, " %ld %ld", cr->cr_uid, cr->cr_gid); +#else /* have ruid */ + ps += sprintf(ps, " %ld %ld %ld", + cr->cr_uid, p->p_cred->p_ruid, cr->cr_gid); +#endif /* PROCFS_RUID */ + for (i = 0; i < cr->cr_ngroups; i++) ps += sprintf(ps, ",%ld", cr->cr_groups[i]); ps += sprintf(ps, "\n"); From owner-freebsd-hackers Tue Jul 11 05:05:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18273 for hackers-outgoing; Tue, 11 Jul 1995 05:05:31 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA18267 for ; Tue, 11 Jul 1995 05:05:28 -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 OAA07383 ; Tue, 11 Jul 1995 14:05:13 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id OAA01898 ; Tue, 11 Jul 1995 14:05:12 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507111205.OAA01898@blaise.ibp.fr> Subject: Re: ld.so To: terryl@CS.Stanford.EDU (Terry Lee) Date: Tue, 11 Jul 1995 14:05:12 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org, andym@CS.Stanford.EDU In-Reply-To: from "Terry Lee" at Jul 10, 95 09:25:56 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 252 Sender: hackers-owner@freebsd.org Precedence: bulk > ld.so failed ld.so is the dynamic linker which load and map shared libraries into the process space. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Tue Jul 11 05:38:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA18993 for hackers-outgoing; Tue, 11 Jul 1995 05:38:59 -0700 Received: from research.att.com (research.att.com [192.20.225.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA18987 for ; Tue, 11 Jul 1995 05:38:58 -0700 From: jwb@ulysses.att.com Message-Id: <199507111238.FAA18987@freefall.cdrom.com> Received: from akiva.homer.att.com [135.3.23.77] by hera; Tue Jul 11 08:35:04 EDT 1995 Received: from localhost.homer.att.com [127.0.0.1] by akiva; Tue Jul 11 08:35:03 EDT 1995 X-Mailer: exmh version 1.6.1 5/23/95 To: hackers@freebsd.org Subject: seeing 3C509B on boot Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 11 Jul 95 08:35:02 EDT Sender: hackers-owner@freebsd.org Precedence: bulk Hi, I have loaded the 950622-SNAP distribution, and changed the config file to agree with my system and rebuilt the kernel and loaded it. What I noticed was that when I boot FreeBSD after running msdog was that the 3C509B was not found. When I re-booted the system, everything was ok. The boot message the first time was: ep0 not found at 0x280 The re-boot message was: 1 3D5x9 board(s) on ISA found at 0x280 ep0 at 0x280 irq 10 on isa ep0: aui/bnc/utp[*BNC] address 00:20:as:9f:9d:2e irq 10 Any ideas what is causing this? Thanks, Jim Ballantine From owner-freebsd-hackers Tue Jul 11 06:49:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA20523 for hackers-outgoing; Tue, 11 Jul 1995 06:49:47 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA20517 for ; Tue, 11 Jul 1995 06:49:45 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id JAA06628 for ; Tue, 11 Jul 1995 09:49:25 -0400 Date: Tue, 11 Jul 1995 09:49:25 -0400 Message-Id: <199507111349.JAA06628@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freebsd.org From: dennis@et.htp.com (dennis) Subject: Re: Sender: hackers-owner@freebsd.org Precedence: bulk >> This is an appeal to the collective wisdom of the readers of this group to >> help me select a 1GB (or thereabouts) > >I tried to install 2.0.5 on a Conner 1GB drive about 2 weeks ago. I >encountered a very strange problem which eventually caused me to return the >drive. > I have a conner CFP1060S installed in 2.0.5 with an adaptec 1542CF. I've been using it as my main installation server for several weeks without a problem. db From owner-freebsd-hackers Tue Jul 11 07:11:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA20891 for hackers-outgoing; Tue, 11 Jul 1995 07:11:21 -0700 Received: from grendel.csc.smith.edu (grendel.csc.smith.edu [131.229.222.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA20885 for ; Tue, 11 Jul 1995 07:11:19 -0700 Received: from localhost (jfieber@localhost) by grendel.csc.smith.edu (8.6.5/8.6.5) id KAA16357; Tue, 11 Jul 1995 10:12:22 -0400 From: jfieber@grendel.csc.smith.edu (John Fieber) Message-Id: <199507111412.KAA16357@grendel.csc.smith.edu> Subject: Re: Use of kernel debugger. To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 11 Jul 1995 10:12:22 -0400 (EDT) Cc: JOHN@gab.unt.edu, hackers@freebsd.org In-Reply-To: <199507101352.PAA01139@uriah.heep.sax.de> from "J Wunsch" at Jul 10, 95 03:52:16 pm Content-Type: text Content-Length: 446 Sender: hackers-owner@freebsd.org Precedence: bulk J Wunsch writes: > > As John Booth wrote: > > > > Well, my system just got a Panic: free vnode isn't. > > It's in the kernel debugger at the moment (or will be for several > > hours). What's the 'normal' procedure for using it. Anything to > > Have a look at the kernel-debug.FAQ. For the WWW enabled: http://www.freebsd.org/How/handbook/kerneldebug.html -john === jfieber@cs.smith.edu ========== Come up and be a kite! --K. Bush === From owner-freebsd-hackers Tue Jul 11 07:12:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA20953 for hackers-outgoing; Tue, 11 Jul 1995 07:12:16 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA20947 for ; Tue, 11 Jul 1995 07:12:10 -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 QAA10174 ; Tue, 11 Jul 1995 16:12:01 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id QAA02691 ; Tue, 11 Jul 1995 16:12:01 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507111412.QAA02691@blaise.ibp.fr> Subject: Re: To: dennis@et.htp.com (dennis) Date: Tue, 11 Jul 1995 16:12:00 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199507111349.JAA06628@mail.htp.com> from "dennis" at Jul 11, 95 09:49:25 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 380 Sender: hackers-owner@freebsd.org Precedence: bulk > I have a conner CFP1060S installed in 2.0.5 with an adaptec 1542CF. I've > been using it as my main installation server for several weeks without a > problem. I'm also using a Conner drive, 1 CFP1080S and I am very happy with it. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Tue Jul 11 07:12:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA21000 for hackers-outgoing; Tue, 11 Jul 1995 07:12:36 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA20994 for ; Tue, 11 Jul 1995 07:12:35 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id KAA06674; Tue, 11 Jul 1995 10:01:33 -0400 Date: Tue, 11 Jul 1995 10:01:33 -0400 Message-Id: <199507111401.KAA06674@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Mark Dawson From: dennis@et.htp.com (dennis) Subject: Re: Wanted: 100bT EISA ethernet recommendation Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >Hi, > >I'm trying to get a FreeBSD box - Compaq Proliant + RAID disk array - >introduced here as the main fileserver for our undergrads. The idea >is to use it to feed some existing SS-20s on a high speed ethernet >network. > >Unfortunately the Proliant I have is an EISA machine and I haven't >noticed anyone on the FreeBSD lists recommending EISA 100base T cards >(plenty of PCI though :-(). > >Is anyone using such an EISA 100base T ethernet card you'd like to >recommend? > The question is, who would build one? EISA cards are too expensive to build and EISA is too slow for a 100mbs medium. If someone is making them then I'll bet they have a much bigger marketing dept than engineering. db From owner-freebsd-hackers Tue Jul 11 07:54:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA22266 for hackers-outgoing; Tue, 11 Jul 1995 07:54:27 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA22259 for ; Tue, 11 Jul 1995 07:54:18 -0700 Received: by misery.sdf.com id <920>; Tue, 11 Jul 1995 08:00:09 +0100 Date: Tue, 11 Jul 1995 07:59:53 -0700 (PDT) From: Tom Samplonius To: dennis cc: Mark Dawson , freebsd-hackers@freebsd.org Subject: Re: Wanted: 100bT EISA ethernet recommendation In-Reply-To: <199507111401.KAA06674@mail.htp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 11 Jul 1995, dennis wrote: > The question is, who would build one? EISA cards are too expensive to build > and EISA is too slow for a 100mbs medium. If someone is making them then > I'll bet they have a much bigger marketing dept than engineering. That's wrong. EISA is fast enough for 100mbs ethernet. Tom From owner-freebsd-hackers Tue Jul 11 08:18:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA23446 for hackers-outgoing; Tue, 11 Jul 1995 08:18:59 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA23440 for ; Tue, 11 Jul 1995 08:18:56 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id LAA07160; Tue, 11 Jul 1995 11:18:12 -0400 Date: Tue, 11 Jul 1995 11:18:12 -0400 Message-Id: <199507111518.LAA07160@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Tom Samplonius From: dennis@et.htp.com (dennis) Subject: Re: Wanted: 100bT EISA ethernet recommendation Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Tom's opinion.... > >On Tue, 11 Jul 1995, dennis wrote: > >> The question is, who would build one? EISA cards are too expensive to build >> and EISA is too slow for a 100mbs medium. If someone is making them then >> I'll bet they have a much bigger marketing dept than engineering. > > That's wrong. EISA is fast enough for 100mbs ethernet. It can't be wrong, because any way you slice it its an opinion. Under light load anything will work, but under heavy load its nice if your bus throughput is greater than the bandwidth. If your EISA card is bus mastering it can take over your machine under heavy load. For a workstation, sure, but not for a server. And EISA is too expensive for a workstation. db From owner-freebsd-hackers Tue Jul 11 08:30:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24003 for hackers-outgoing; Tue, 11 Jul 1995 08:30:11 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA23997 for ; Tue, 11 Jul 1995 08:30:09 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id LAA07234; Tue, 11 Jul 1995 11:29:33 -0400 Date: Tue, 11 Jul 1995 11:29:33 -0400 Message-Id: <199507111529.LAA07234@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Mark Dawson From: dennis@et.htp.com (dennis) Subject: Re: Wanted: 100bT EISA ethernet recommendation Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> The question is, who would build one? EISA cards are too expensive to build >> and EISA is too slow for a 100mbs medium. If someone is making them then >> I'll bet they have a much bigger marketing dept than engineering. > > >EISA bus speed is 33Mb per sec which is 3.3 times faster than 100bT >ethernet, so speed is not a problem. > >There are a couple of manufacturers offering EISA cards at the moment. >The problem is really driver support under FreeBSD. This is the big >question from my point of view. > You're arguing against yourself here. I hope that EISA is more than 33mbs since I get 40mbs on my 10mhz ISA bus. But I was pretty sure that 100bT was 100mbs..... db From owner-freebsd-hackers Tue Jul 11 08:41:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24594 for hackers-outgoing; Tue, 11 Jul 1995 08:41:25 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA24588 for ; Tue, 11 Jul 1995 08:41:22 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id IAA05395 for ; Tue, 11 Jul 1995 08:41:17 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id KAA07765; Tue, 11 Jul 1995 10:38:46 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id KAA00381; Tue, 11 Jul 1995 10:38:45 -0500 From: Karl Denninger Message-Id: <199507111538.KAA00381@Jupiter.mcs.net> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: dennis@et.htp.com (dennis) Date: Tue, 11 Jul 1995 10:38:44 -0500 (CDT) Cc: tom@sdf.com, freebsd-hackers@freebsd.org In-Reply-To: <199507111518.LAA07160@mail.htp.com> from "dennis" at Jul 11, 95 11:18:12 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1875 Sender: hackers-owner@freebsd.org Precedence: bulk > > Tom's opinion.... > > > >On Tue, 11 Jul 1995, dennis wrote: > > > >> The question is, who would build one? EISA cards are too expensive to build > >> and EISA is too slow for a 100mbs medium. If someone is making them then > >> I'll bet they have a much bigger marketing dept than engineering. > > > > That's wrong. EISA is fast enough for 100mbs ethernet. > > It can't be wrong, because any way you slice it its an opinion. Under light > load anything will work, but under heavy load its nice if your bus > throughput is greater than the bandwidth. If your EISA card is bus mastering > it can take over your machine under heavy load. For a workstation, sure, but > not for a server. And EISA is too expensive for a workstation. > > db EISA has a bus bandwidth of 33 mega*bytes* per second. FDDI and friends (fast ethernet, etc) have a bandwidth of about 12 megaBYTES per second. Remember, the 100 is mega*bits*. Divide by 8 to get BYTES. Therefore, you cannot starve the bus with a single EISA 100mbps card. Not possible. It will work, and under very heavy load, with absolutely no problems at all. Similarly, we run multiple EISA 10MBps (megaBYTES) SCSI adapters on EISA bus systems. Very stable, very fast, and no problems. Now if you try to run more than 33 megabytes worth of bus bandwidth (actually, I wouldn't go over about 25) you'll run into trouble under some loading conditions. But heh, you know the design rules, and if you violate them, its your own fault. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Tue Jul 11 08:48:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA24960 for hackers-outgoing; Tue, 11 Jul 1995 08:48:36 -0700 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA24954 for ; Tue, 11 Jul 1995 08:48:30 -0700 Received: from muggsy.lkg.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA12652; Tue, 11 Jul 95 08:40:51 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA22795; Tue, 11 Jul 1995 11:39:32 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id LAA18237; Tue, 11 Jul 1995 11:41:15 GMT Message-Id: <199507111141.LAA18237@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: dennis@et.htp.com (dennis) Cc: Tom Samplonius , freebsd-hackers@freebsd.org Subject: Re: Wanted: 100bT EISA ethernet recommendation In-Reply-To: Your message of "Tue, 11 Jul 1995 11:18:12 -0400." <199507111518.LAA07160@mail.htp.com> X-Mailer: exmh version 1.5omega 10/6/94 Date: Tue, 11 Jul 1995 11:41:14 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk > Tom's opinion.... > > > >On Tue, 11 Jul 1995, dennis wrote: > > > >> The question is, who would build one? EISA cards are too expensive to build > >> and EISA is too slow for a 100mbs medium. If someone is making them then > >> I'll bet they have a much bigger marketing dept than engineering. > > > > That's wrong. EISA is fast enough for 100mbs ethernet. > > It can't be wrong, because any way you slice it its an opinion. Under light > load anything will work, but under heavy load its nice if your bus > throughput is greater than the bandwidth. If your EISA card is bus mastering > it can take over your machine under heavy load. For a workstation, sure, but > not for a server. And EISA is too expensive for a workstation. EISA bus throughput is 33MB/s while 100baseT is at max 12.5MB/s. Since that's < 30% of the entire bus bandwidth, it is more than fast enough. (Consider that EISA handles FAST SCSI-2 just fine and that's about the bandwidth). Back to the original question: Intel and SMC both make EISA 100baseT card but none of them are based on the DC21140. I think AMD makes one too. But none have FreeBSD drivers. Cheers, 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 Tue Jul 11 09:29:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA25882 for hackers-outgoing; Tue, 11 Jul 1995 09:29:34 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA25873 for ; Tue, 11 Jul 1995 09:29:24 -0700 Received: by misery.sdf.com id <920>; Tue, 11 Jul 1995 09:35:09 +0100 Date: Tue, 11 Jul 1995 09:34:48 -0700 (PDT) From: Tom Samplonius To: dennis cc: Mark Dawson , freebsd-hackers@freebsd.org Subject: Re: Wanted: 100bT EISA ethernet recommendation In-Reply-To: <199507111529.LAA07234@mail.htp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 11 Jul 1995, dennis wrote: > You're arguing against yourself here. I hope that EISA is more than 33mbs > since I get 40mbs on my 10mhz ISA bus. But I was pretty sure that 100bT was > 100mbs..... EISA is 33 MB/s 100bt is about 10 MB/s ISA is 5 MB/s (maybe) And yes, I believe that there are supported EISA 100bt cards available, based on the DEC chipset. I believe these are the ones available from SMC. I have a dual-channel SCSI-2 EISA controller that has no problem doing a combined 20 MB/s, so 100bt wouldn't be a problem. Tom From owner-freebsd-hackers Tue Jul 11 10:06:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA26942 for hackers-outgoing; Tue, 11 Jul 1995 10:06:13 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA26933 for ; Tue, 11 Jul 1995 10:06:09 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSR64OQSVK003DWU@mail.rwth-aachen.de>; Tue, 11 Jul 1995 18:56:43 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA05564 for freebsd-hackers@freefall.cdrom.com; Tue, 11 Jul 1995 19:09:30 +0200 Date: Tue, 11 Jul 1995 19:09:30 +0200 From: "Christoph P. Kukulies" Subject: panic cannot mount root device wd1a To: freebsd-hackers@freefall.cdrom.com Message-id: <199507111709.TAA05564@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk I set up a DecPC 466 D2 with a Quantum 500 MB (What was in the machine as it came from DEC) with a 2.0.5-950622-SNAP and everything was fine. Today I added another drive 0, installed NT on it (ack, pfft, I know:) and made the FreeBSD drive 1 (IDE slave) since NT cannot boot from a second drive (afaik). I installed OSbeta2, the multi drive boot utility, The FreeBSD Boot is found, the kernel gets loaded and then cannot change root device /dev/wd1a panic.... Any clues? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Tue Jul 11 10:06:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA26976 for hackers-outgoing; Tue, 11 Jul 1995 10:06:45 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA26966 for ; Tue, 11 Jul 1995 10:06:42 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA16203; Tue, 11 Jul 1995 10:05:26 -0700 From: "Rodney W. Grimes" Message-Id: <199507111705.KAA16203@gndrsh.aac.dev.com> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: dennis@et.htp.com (dennis) Date: Tue, 11 Jul 1995 10:05:26 -0700 (PDT) Cc: md@dcs.qmw.ac.uk, freebsd-hackers@freebsd.org In-Reply-To: <199507111401.KAA06674@mail.htp.com> from "dennis" at Jul 11, 95 10:01: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: 1952 Sender: hackers-owner@freebsd.org Precedence: bulk > > >Hi, > > > >I'm trying to get a FreeBSD box - Compaq Proliant + RAID disk array - > >introduced here as the main fileserver for our undergrads. The idea > >is to use it to feed some existing SS-20s on a high speed ethernet > >network. > > > >Unfortunately the Proliant I have is an EISA machine and I haven't > >noticed anyone on the FreeBSD lists recommending EISA 100base T cards > >(plenty of PCI though :-(). > > > >Is anyone using such an EISA 100base T ethernet card you'd like to > >recommend? > > > The question is, who would build one? EISA cards are too expensive to build > and EISA is too slow for a 100mbs medium. If someone is making them then > I'll bet they have a much bigger marketing dept than engineering. You have forgotten about the 1 millon plus EISA based Novell file servers out there as an installation base. There are at least 4 100MB/sec EISA products on the market now, and I suspect a few more will be coming. EISA is not too slow for 100mbs medium, we've been running 100mbs SCSI down it for 5 years and haven't complained, so I don't see how ethernet would change that one little bit. Granted it sucks up almost 1/2 of the bus bandwidth, but hey, all's you need in a file server is 100 mbs of disk channel and 100mbs of network pipe, fits on one EISA bus very nicely. EISA may be dead for new motherboard sales (and it is not totally dead, I just quoted another EISA/PCI system and EISA was a _requirement_), but it is very well alive and active in the card market due to the back room servers that will continue to be run for quite some time. Now when someone starts shipping 8 PCI slot motherboards we can kill some of these legacy back room servers and replace them with newer hardware, but until then EISA is going to dominate that market segment. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Jul 11 10:17:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27412 for hackers-outgoing; Tue, 11 Jul 1995 10:17:22 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27406 for ; Tue, 11 Jul 1995 10:17:21 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id NAA18294 for hackers@freebsd.org; Tue, 11 Jul 1995 13:23:19 -0400 From: Mark Hittinger Message-Id: <199507111723.NAA18294@ns1.win.net> Subject: Taylor UUCP in large environments To: hackers@freebsd.org Date: Tue, 11 Jul 1995 13:23:18 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1695 Sender: hackers-owner@freebsd.org Precedence: bulk Hey everybody I just finished the conversion of the last SYSV box in the house to FreeBSD. I'm going to yank the plug on it this weekend, after kicking the last of my in-house people off of it. Heh. We will be totally FreeBSD at that point. On the off chance that someone else might be attempting to set up a uucp server for thousands of uucp users it might be worth mentioning the problem that I ran into. If you have a large site your "sys" file can be huge. It takes the taylor subroutines quite a few cycles to parse this file. Each time you invoke uux, uuxqt, uucico, ect this happens. It is sort of like a two pass compilation of the "sys" file for each uucp command. To be fair some of the problem may be our malloc stuff. Naturally this blew my happy 0-1.5 load averages on the target box up to above 11. I made a few judicious patches to Taylor to allow a "default" user, and reduced my "sys" file to about 15 lines. My load averages are back in the happy 0-1.5 range. If anybody is going to do something similar email me for the patches. They are tiny - but critical! It is interesting to note some of the other effects that this conversion has had on throughputs. The old box had an older ethernet card. Our uucp terminal i/o goes through terminal server front ends. We could watch the lights on our stack of modems flash-and-pause, flash-and-pause for jobs on this particular UUCP server. Now the uucp box is running with an EISA version 3c509/P60 and FreeBSD. The modem lights just keep flashing and only pause infrequently. Very nice. So the SYSV era is over for me.....thanks to the FreeBSD guys - and thanks Ian too!! Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Tue Jul 11 10:18:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27492 for hackers-outgoing; Tue, 11 Jul 1995 10:18:36 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27486 for ; Tue, 11 Jul 1995 10:18:33 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA16231; Tue, 11 Jul 1995 10:17:46 -0700 From: "Rodney W. Grimes" Message-Id: <199507111717.KAA16231@gndrsh.aac.dev.com> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: dennis@et.htp.com (dennis) Date: Tue, 11 Jul 1995 10:17:46 -0700 (PDT) Cc: tom@sdf.com, freebsd-hackers@freebsd.org In-Reply-To: <199507111518.LAA07160@mail.htp.com> from "dennis" at Jul 11, 95 11:18: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: 1823 Sender: hackers-owner@freebsd.org Precedence: bulk > > Tom's opinion.... > > > >On Tue, 11 Jul 1995, dennis wrote: > > > >> The question is, who would build one? EISA cards are too expensive to build > >> and EISA is too slow for a 100mbs medium. If someone is making them then > >> I'll bet they have a much bigger marketing dept than engineering. > > > > That's wrong. EISA is fast enough for 100mbs ethernet. > > It can't be wrong, because any way you slice it its an opinion. Under light > load anything will work, but under heavy load its nice if your bus > throughput is greater than the bandwidth. If your EISA card is bus mastering > it can take over your machine under heavy load. For a workstation, sure, but > not for a server. And EISA is too expensive for a workstation. Okay, if you want to slice it up that way, we better throw out all our PCI machines too. Since a P54C CPU has a bus bandwidth capacity of 528MByte/sec and PCI can only do 132MB/sec on 32 bit PCI and 264MB/sec on the non-existent 64 bit PCI. Some one had better sit down and do some serious memory system design as the best memory I have seen in a PC based system falls considerable short of all of this at 75MB/sec. We need a 500+MB/sec I/O channel, and a 1GByte/sec memory channel to keep everything happy, and that is with _todays_ P54C-100, anyone care to recon what we will need next year with SMP P6's being every ones new hot projects?? PCI and EISA buses are _not_ the limiting channel in server applications, nor have they been for the 5 years, it has been memory channel bandwidth problems, plain and simple. If you want to see a real server design look at an Auspex, it can almost meet some of the above numbers. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Jul 11 10:21:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA27775 for hackers-outgoing; Tue, 11 Jul 1995 10:21:35 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA27769 for ; Tue, 11 Jul 1995 10:21:33 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id KAA16247; Tue, 11 Jul 1995 10:20:57 -0700 From: "Rodney W. Grimes" Message-Id: <199507111720.KAA16247@gndrsh.aac.dev.com> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: dennis@et.htp.com (dennis) Date: Tue, 11 Jul 1995 10:20:57 -0700 (PDT) Cc: md@dcs.qmw.ac.uk, freebsd-hackers@freebsd.org In-Reply-To: <199507111529.LAA07234@mail.htp.com> from "dennis" at Jul 11, 95 11:29: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: 1326 Sender: hackers-owner@freebsd.org Precedence: bulk > > >> The question is, who would build one? EISA cards are too expensive to build > >> and EISA is too slow for a 100mbs medium. If someone is making them then > >> I'll bet they have a much bigger marketing dept than engineering. > > > > > >EISA bus speed is 33Mb per sec which is 3.3 times faster than 100bT > >ethernet, so speed is not a problem. > > > >There are a couple of manufacturers offering EISA cards at the moment. > >The problem is really driver support under FreeBSD. This is the big > >question from my point of view. > > > You're arguing against yourself here. I hope that EISA is more than 33mbs > since I get 40mbs on my 10mhz ISA bus. But I was pretty sure that 100bT was > 100mbs..... You seem to like to stick your foot places that you don't have the background to stand up on. EISA is 264mbs (33MBytes/sec), and as I already stated it has plenty of umpfff to run both a 100mbs network card and a 80mbs SCSI channel full tilt and not even grunt very hard, though this does tend to kill slightly more than 50% of main memory bandwidth (which in either a _current_ PCI or EISA design becomes the contention point in this type of application). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Jul 11 10:54:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA28543 for hackers-outgoing; Tue, 11 Jul 1995 10:54:32 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA28537 for ; Tue, 11 Jul 1995 10:54:31 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id KAA05861 for ; Tue, 11 Jul 1995 10:54:23 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id QAA08999; Tue, 11 Jul 1995 16:58:42 +0100 Date: Tue, 11 Jul 1995 16:58:41 +0100 (BST) From: Doug Rabson To: hackers@freebsd.org Subject: CVS 1.5 is out Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I just noticed that CVS 1.5 has been released and one of the things it mentions that is new is client-server support. Does anyone know whether this is any good? In particular, is it good enough to reliably support remote commits across the internet without screwing up big time when the link goes down mid-commit? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Tue Jul 11 11:10:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA28938 for hackers-outgoing; Tue, 11 Jul 1995 11:10:24 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA28932 for ; Tue, 11 Jul 1995 11:10:22 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id NAA26287; Tue, 11 Jul 1995 13:59:11 -0400 Date: Tue, 11 Jul 1995 13:59:09 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: Wanted: 100bT EISA ethernet recommendation To: dennis cc: Mark Dawson , freebsd-hackers@freebsd.org In-Reply-To: <199507111529.LAA07234@mail.htp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Tue, 11 Jul 1995, dennis wrote: > >There are a couple of manufacturers offering EISA cards at the moment. > >The problem is really driver support under FreeBSD. This is the big > >question from my point of view. > > > You're arguing against yourself here. I hope that EISA is more than 33mbs > since I get 40mbs on my 10mhz ISA bus. But I was pretty sure that 100bT was > 100mbs..... i have never been able to get more than ~2 MB/s on an isa bus. ;( 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 Jul 11 11:13:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA29135 for hackers-outgoing; Tue, 11 Jul 1995 11:13:59 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA29129 for ; Tue, 11 Jul 1995 11:13:57 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA17688; Tue, 11 Jul 95 12:06:47 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507111806.AA17688@cs.weber.edu> Subject: Re: using only DOS filesystem To: jmb@kryten.atinc.com (Jonathan M. Bresler) Date: Tue, 11 Jul 95 12:06:46 MDT Cc: hackers@freefall.cdrom.com In-Reply-To: from "Jonathan M. Bresler" at Jul 10, 95 09:03:15 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk Jonathan M. Bresler writes: > > Rewrite the MSDOSFS to keep the FAT in core. Read the CMU paper > > comparing DOSFS and UFS under MACH... there are *many* was to cheat. > > pointers! terry! pointers! An MS-DOS File System for UNIX Alessandro Forin Gerald R. Martin September 1993 CMU-CS-93-196 School of Computer Science Carnegie Mellon University Pittsburgh, Pennsylvania 15213 Obtain from CMU techincal papers archive for CS department or from CMU via WWW. My opinions: This paper indicates a number of ways that can be adapted to generally speeding up a DOS file system. On the other hand, it has an agenda against UFS that is pretty crystal-clear in the way that they approached UFS: disabling the cache and using very small disks, disabling clustering, etc. In other words, believe the DOS speedup portions of this paper but do *NOT* believe the UFS slowdown portion of the paper; it is rather too slanted, IMO, but useful for DOS FS work if you can ignore the slant. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Jul 11 11:40:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00207 for hackers-outgoing; Tue, 11 Jul 1995 11:40:56 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00199 for ; Tue, 11 Jul 1995 11:40:55 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id OAA08675 for ; Tue, 11 Jul 1995 14:40:34 -0400 Date: Tue, 11 Jul 1995 14:40:34 -0400 Message-Id: <199507111840.OAA08675@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freebsd.org From: dennis@et.htp.com (dennis) Subject: Re: Wanted: 100bT EISA ethernet recommendation Sender: hackers-owner@freebsd.org Precedence: bulk >> >> Tom's opinion.... >> > >> >On Tue, 11 Jul 1995, dennis wrote: >> > >> >> The question is, who would build one? EISA cards are too expensive to build >> >> and EISA is too slow for a 100mbs medium. If someone is making them then >> >> I'll bet they have a much bigger marketing dept than engineering. >> > >> > That's wrong. EISA is fast enough for 100mbs ethernet. >> >> It can't be wrong, because any way you slice it its an opinion. Under light >> load anything will work, but under heavy load its nice if your bus >> throughput is greater than the bandwidth. If your EISA card is bus mastering >> it can take over your machine under heavy load. For a workstation, sure, but >> not for a server. And EISA is too expensive for a workstation. >> >> db > >EISA has a bus bandwidth of 33 mega*bytes* per second. > OK. I'll bite. Obviously my spec sheet is old/wrong or I don't get the new math. The orginal EISA spec was 8.3mhz / 32 bits with 4-6 cycle access. This is 88mbs best case with a real expectation of a little better than 60mbs actual xfer capability. The knock on EISA has always been that its not that much faster than ISA so this 32MB/s stuff must be new. db From owner-freebsd-hackers Tue Jul 11 11:49:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA00618 for hackers-outgoing; Tue, 11 Jul 1995 11:49:05 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA00610 for ; Tue, 11 Jul 1995 11:49:02 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id OAA08719; Tue, 11 Jul 1995 14:47:53 -0400 Date: Tue, 11 Jul 1995 14:47:53 -0400 Message-Id: <199507111847.OAA08719@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Jonathan M. Bresler" From: dennis@et.htp.com (dennis) Subject: Re: Wanted: 100bT EISA ethernet recommendation Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >On Tue, 11 Jul 1995, dennis wrote: > >> >There are a couple of manufacturers offering EISA cards at the moment. >> >The problem is really driver support under FreeBSD. This is the big >> >question from my point of view. >> > >> You're arguing against yourself here. I hope that EISA is more than 33mbs >> since I get 40mbs on my 10mhz ISA bus. But I was pretty sure that 100bT was >> 100mbs..... > > i have never been able to get more than ~2 MB/s on an isa bus. ;( > I guess you've been using lousy cards. Probably testing DMA or something. Bad MBs you get about 16-25mbs, good ones upper-30's, 0 WS up to 50mbs. db From owner-freebsd-hackers Tue Jul 11 12:58:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02315 for hackers-outgoing; Tue, 11 Jul 1995 12:58:38 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA02309 for ; Tue, 11 Jul 1995 12:58:33 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id UAA00538 ; Tue, 11 Jul 1995 20:43:58 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: dennis cc: freebsd-hackers@freefall.cdrom.com Subject: Re: In-reply-to: Your message of "Tue, 11 Jul 1995 09:49:25 EDT." <199507111349.JAA06628@mail.htp.com> Date: Tue, 11 Jul 1995 20:43:57 +0100 Message-ID: <536.805491837@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199507111349.JAA06628@mail.htp.com>, dennis writes: >>I tried to install 2.0.5 on a Conner 1GB drive about 2 weeks ago. I >>encountered a very strange problem which eventually caused me to return the >>drive. >I have a conner CFP1060S installed in 2.0.5 with an adaptec 1542CF. I've >been using it as my main installation server for several weeks without a >problem. There is a problem with some Conner CFP1060S SCSI drives, which I can verify, that causes problems with the SCSI code present in FreeBSD versions >=2.0. It seems that some of the microcode ROM revisions can't handle ``large'' transfers of data, and hang the drive & bus instead. Gary From owner-freebsd-hackers Tue Jul 11 13:02:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02469 for hackers-outgoing; Tue, 11 Jul 1995 13:02:10 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02462 for ; Tue, 11 Jul 1995 13:02:07 -0700 Received: from uucp4.UU.NET by relay3.UU.NET with SMTP id QQyxyu27868; Tue, 11 Jul 1995 16:02:18 -0400 Received: from sawmill.UUCP by uucp4.UU.NET with UUCP/RMAIL ; Tue, 11 Jul 1995 16:02:05 -0400 Received: by sawmill.uucp (/\==/\ Smail3.1.21.1 #21.8) id ; Tue, 11 Jul 95 14:59 EST Message-Id: Date: Tue, 11 Jul 95 14:59 EST From: sawmill!rjk@uunet.uu.net (Richard Kuhns) To: freebsd-hackers@freebsd.org Subject: BSDI 2 (or is it BSD/OS?) binaries Sender: hackers-owner@freebsd.org Precedence: bulk Here's a little more info on the problem with running BSDI v2 binaries. The relevant assembly code: (gdb) disass start Dump of assembler code for function start: 0x102c : pushl %ebp 0x102d : movl %esp,%ebp 0x102f : pushl %esi 0x1030 : pushl %ebx 0x1031 : cmpl $0x0,0x393d0 0x1038 : jne 0x1044 0x103a : movl $0xefbfdff0,0x393d0 0x1044 : movl 0x393d0,%esi 0x104a : movl 0x8(%esi),%edx 0x104d : movl %edx,0x3a42c 0x1053 : movl (%esi),%eax 0x1055 : movl (%eax),%ebx 0x1057 : testl %ebx,%ebx 0x1059 : je 0x1076 0x105b : pushl $0x2f 0x105d : pushl %ebx 0x105e : call 0x12f1c 0x1063 : addl $0x8,%esp 0x1066 : testl %eax,%eax 0x1068 : je 0x106d 0x106a : incl %eax 0x106b : jmp 0x106f 0x106d : movl %ebx,%eax 0x106f : movl %eax,0x39494 0x1074 : jmp 0x1080 0x1076 : movl $0x1028,0x39494 0x1080 : movl $0x0,0x3a43c 0x108a : pushl 0x8(%esi) 0x108d : pushl (%esi) 0x108f : pushl 0x4(%esi) 0x1092 : call 0x1494
0x1097 : pushl %eax 0x1098 : call 0x2bcb0 0x109d : leal 0xfffffff8(%ebp),%esp 0x10a0 : popl %ebx 0x10a1 : popl %esi 0x10a2 : leave 0x10a3 : ret ... The program terminates with a segmentation fault at 0x1055 in start (). Asking gdb for a backtrace gives (gdb) bt #0 0x1055 in start () Cannot access memory at address 0xefbfd9e0 (gdb) According to nm, the symbols around a couple of interesting addresses are: ... 000393d0 B ___ps_strings 000393d4 B _DHOME 000393d8 B ___cleanup 000393dc B __derrf 000393e0 B __derr 000393e4 B __derri 000393e8 B __derrs ... and ... 0003a42c B _environ 0003a430 B _oldmod 0003a438 B _group 0003a43c B _errno 0003a440 B _fls_file ... Anyone have any brainstorms? I'm still playing with this under FreeBSD 2.0 (my CDs haven't arrived yet), and I'm looking for someone with a BSDI 2 system that would be willing to give me a little info, too. -- Rich Kuhns rjk@grauel.com PO Box 6249 100 Sawmill Road Lafayette, IN 47903 (317)477-6000 x319 From owner-freebsd-hackers Tue Jul 11 13:21:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02946 for hackers-outgoing; Tue, 11 Jul 1995 13:21:03 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA02940 for ; Tue, 11 Jul 1995 13:21:01 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA19499 (5.65c/IDA-1.4.4 for ); Tue, 11 Jul 1995 15:20:57 -0500 Received: from GAB/SpoolDir by gab.unt.edu (Mercury 1.13); Tue, 11 Jul 95 15:20:57 CST6CDT Received: from SpoolDir by GAB (Mercury 1.13); Tue, 11 Jul 95 15:20:43 CST6CDT From: "John Booth" Organization: University of North Texas To: hackers@freebsd.org Date: Tue, 11 Jul 1995 15:20:41 CST6CDT Subject: Adaptec 2940 w/hp dat drives Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <483BD63D5A@gab.unt.edu> Sender: hackers-owner@freebsd.org Precedence: bulk Just started using tape devices w/this machine. After doing a mt status, then mt erase, then mt erase here's what got logged. Jul 11 14:59:38 www /kernel: ahc0: target 1, lun 0 (st0) timed out 14:59:38 www /kernel: st0(ahc0:1:0): command: 19,1,0,0,0,0-[0 bytes] Jul 11 14:59:38 www /kernel: Jul 11 15:02:33 www /kernel: ep0: Status: 2002 Jul 11 15:06:41 www /kernel: ep0: Status: 2002 Jul 11 15:07:01 www /kernel: ahc0: target 1, lun 0 (st0) timed out 15:07:01 www /kernel: st0(ahc0:1:0): command: 0,0,0,0,0,0-[0 bytes] Jul 11 15:07:01 www /kernel: Jul 11 15:08:00 www /kernel: ahc0: target 5, lun 0 (sd0) timed out Jul 11 15:08:00 www /kernel: sd0(ahc0:5:0): command: 28,0,0,24,3a,f0,0,0,10,0-[8192 bytes] Jul 11 15:08:00 www /kernel: ------------------------------ www /kernel: 000: 6e 6f 62 6f 64 79 00 2a 00 00 55 6e 70 72 69 76 www /kernel: 016: 69 6c 65 67 65 64 20 75 73 65 72 00 2f 6e 6f 6e www /kernel: 032: 65 78 69 73 74 65 6e 74 00 2f 6e 6f 6e 65 78 69 www /kernel: 048: 73 74 65 6e 74 00 2f 72 6f 6f 74 00 2f 75 73 72 Jul 11 15:08:00 www /kernel: ------------------------------ Jul 11 15:08:00 www /kernel: Jul 11 15:08:41 www /kernel: ahc0: target 1, lun 0 (st0) timed out 15:08:41 www /kernel: st0(ahc0:1:0): command: 0,0,0,0,0,0-[0 bytes] Jul 11 15:08:41 www /kernel: machine machine just dies. No panic, just stop responding. Will ping, but no telnet. Can switch virtual terms ok....went into kernel debugger and it was doing scsi operations. Mt was donig wmesg was scsicmd-- also there were time outs for the devices. I put it in kernel debugger, did about 5-20 nexts and it got Page-Fault 12 supervisor read. I have done this about 3 times in a row, is easy to replicate. Here's dmesg FreeBSD 2.0.5-RELEASE #0: Tue Jul 11 12:46:23 1995 john@www.cas.unt.edu:/usr/src/sys/compile/www CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x1bf real memory = 33161216 (8096 pages) avail memory = 31182848 (7613 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> ahc0 not found wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 406MB (832608 sectors), 826 cyls, 16 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in 3 3C5x9 board(s) on ISA found at 0x300 0x200 0x220 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc/utp[*BNC*] address 00:20:af:38:54:e6 irq 10 ep1 at 0x200-0x20f irq 3 on isa ep1: aui/bnc/utp[*BNC*] address 00:20:af:9e:19:7e irq 3 ep2 at 0x220-0x22f irq 5 on isa ep2: aui/bnc/utp[*BNC*] address 00:20:af:9e:19:98 irq 5 npx0 on motherboard npx0: INT 16 interface Probing for devices on the pci0 bus: configuration mode 2 allows 16 devices. chip0 rev 17 on pci0:0 chip1 rev 67 on pci0:2 ahc0 rev 0 int a irq 9 on pci0:6 ahc0: reading board settings ahc0: 294x Single Channel, SCSI Id=7, aic7870, 16 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0: target 1 synchronous at 5.0MB/s, offset = 0x8 (ahc0:1:0): "HP HP35480A 1109" type 1 removable SCSI 2 st0(ahc0:1:0): Sequential-Access density code 0x13, drive empty ahc0: target 2 synchronous at 5.0MB/s, offset = 0x8 (ahc0:2:0): "HP HP35480A 1009" type 1 removable SCSI 2 st1(ahc0:2:0): Sequential-Access density code 0x13, drive empty ahc0: target 3 synchronous at 5.0MB/s, offset = 0x8 (ahc0:3:0): "HP HP35480A 1009" type 1 removable SCSI 2 st2(ahc0:3:0): Sequential-Access density code 0x13, drive empty ahc0: target 4 synchronous at 5.0MB/s, offset = 0x8 (ahc0:4:0): "HP HP35480A 9 09" type 1 removable SCSI 2 st3(ahc0:4:0): Sequential-Access density code 0x13, drive empty ahc0: target 5 synchronous at 5.0MB/s, offset = 0x8 ahc0: target 5 Tagged Queuing Device (ahc0:5:0): "HP C2490A-300 4140" type 0 fixed SCSI 2 sd0(ahc0:5:0): Direct-Access 2033MB (4165272 512 byte sectors) sd0(ahc0:5:0): with 2630 cyls, 18 heads, and an average 87 sectors/track vga0 rev 0 int a irq 255 on pci0:12 pci0: uses 4096 bytes of memory from ffbff000 upto ffbfffff. pci0: uses 256 bytes of I/O space from fc00 upto fcff. WARNING: / was not properly dismounted. sd0: raw partition size != slice size sd0: start 0, end 4165271, size 4165272 sd0c: start 0, end 4294967295, size 0 sd0: raw partition size != slice size sd0: start 0, end 4165271, size 4165272 sd0c: start 0, end 4294967295, size 0 ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-hackers Tue Jul 11 13:25:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03227 for hackers-outgoing; Tue, 11 Jul 1995 13:25:06 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03221 for ; Tue, 11 Jul 1995 13:25:02 -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 WAA15330 ; Tue, 11 Jul 1995 22:24:37 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id WAA04999 ; Tue, 11 Jul 1995 22:24:35 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507112024.WAA04999@blaise.ibp.fr> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: dennis@et.htp.com (dennis) Date: Tue, 11 Jul 1995 22:24:34 +0200 (MET DST) Cc: tom@sdf.com, freebsd-hackers@freebsd.org In-Reply-To: <199507111518.LAA07160@mail.htp.com> from "dennis" at Jul 11, 95 11:18:12 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 602 Sender: hackers-owner@freebsd.org Precedence: bulk > It can't be wrong, because any way you slice it its an opinion. Under light > load anything will work, but under heavy load its nice if your bus > throughput is greater than the bandwidth. If your EISA card is bus mastering > it can take over your machine under heavy load. For a workstation, sure, but > not for a server. And EISA is too expensive for a workstation. HP use EISA in most of their 9000/7xx stations and they're performing that badly... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Tue Jul 11 13:27:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03290 for hackers-outgoing; Tue, 11 Jul 1995 13:27:23 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA03281 for ; Tue, 11 Jul 1995 13:27:13 -0700 Received: by sovcom.kiae.su id AA27752 (5.65.kiae-1 ); Tue, 11 Jul 1995 23:18:06 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Tue, 11 Jul 95 23:18:06 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id AAA00336; Wed, 12 Jul 1995 00:15:26 +0400 To: Mark Hittinger , hackers@freebsd.org References: <199507111723.NAA18294@ns1.win.net> In-Reply-To: <199507111723.NAA18294@ns1.win.net>; from Mark Hittinger at Tue, 11 Jul 1995 13:23:18 -0400 (EDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 12 Jul 1995 00:15:26 +0400 (MSD) 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: Taylor UUCP in large environments Lines: 27 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1303 Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507111723.NAA18294@ns1.win.net> Mark Hittinger writes: >If you have a large site your "sys" file can be huge. It takes >the taylor subroutines quite a few cycles to parse this file. Each time >you invoke uux, uuxqt, uucico, ect this happens. It is sort of like a >two pass compilation of the "sys" file for each uucp command. To be fair >some of the problem may be our malloc stuff. >Naturally this blew my happy 0-1.5 load averages on the target box up >to above 11. I made a few judicious patches to Taylor to allow a >"default" user, and reduced my "sys" file to about 15 lines. My load >averages are back in the happy 0-1.5 range. If anybody is going to >do something similar email me for the patches. They are tiny - but >critical! Can you resend your patches (with full explanation, of course) to following addresses: taylor-uucp@gnu.ai.mit.edu (Mailing List) ian@airs.com (Ian Taylor) Ian just now plan to finish 1.06beta, maybe your patches can sneak in before release. -- 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 Jul 11 14:16:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04706 for hackers-outgoing; Tue, 11 Jul 1995 14:16:46 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA04695 for ; Tue, 11 Jul 1995 14:16:43 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA16567; Tue, 11 Jul 1995 14:16:40 -0700 From: "Rodney W. Grimes" Message-Id: <199507112116.OAA16567@gndrsh.aac.dev.com> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: dennis@et.htp.com (dennis) Date: Tue, 11 Jul 1995 14:16:40 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199507111840.OAA08675@mail.htp.com> from "dennis" at Jul 11, 95 02:40: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: 1527 Sender: hackers-owner@freebsd.org Precedence: bulk > > >> > >> Tom's opinion.... > >> > > >> >On Tue, 11 Jul 1995, dennis wrote: > >> > > >> >> The question is, who would build one? EISA cards are too expensive to > build > >> >> and EISA is too slow for a 100mbs medium. If someone is making them then > >> >> I'll bet they have a much bigger marketing dept than engineering. > >> > > >> > That's wrong. EISA is fast enough for 100mbs ethernet. > >> > >> It can't be wrong, because any way you slice it its an opinion. Under light > >> load anything will work, but under heavy load its nice if your bus > >> throughput is greater than the bandwidth. If your EISA card is bus mastering > >> it can take over your machine under heavy load. For a workstation, sure, but > >> not for a server. And EISA is too expensive for a workstation. > >> > >> db > > > >EISA has a bus bandwidth of 33 mega*bytes* per second. > > > OK. I'll bite. Obviously my spec sheet is old/wrong or I don't get the new > math. The orginal EISA spec was 8.3mhz / 32 bits with 4-6 cycle access. This > is 88mbs best case with a real expectation of a little better than 60mbs > actual xfer capability. The knock on EISA has always been that its not that > much faster than ISA so this 32MB/s stuff must be new. You completely ignored bus master DMA which is 1 32 bit word per cycle or 33MB/sec. Your looking at PIO data rates, not DMA rates. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Jul 11 14:34:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA05714 for hackers-outgoing; Tue, 11 Jul 1995 14:34:22 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA05703 for ; Tue, 11 Jul 1995 14:34:20 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id QAA16391; Tue, 11 Jul 1995 16:33:47 -0500 From: Joe Greco Message-Id: <199507112133.QAA16391@brasil.moneng.mei.com> Subject: Help! SMC Ultra death? To: hackers@freebsd.org Date: Tue, 11 Jul 1995 16:33:47 -0500 (CDT) Cc: davidg@root.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk I've got a dead SMC Ultra (8216) Combo card here. So what, you ask. :-) It's exhibiting the same general symptoms that were discussed quite some time ago after some other card's probe code toasted a number of SMC cards - apparently the configuration gets totally blasted somehow. This is consistent with the fact that the SMC ezstart program crashed during the middle of reconfiguring the card, and the card has been dead since. The jumpers have no effect (apparently). But: I remember that somebody wrote a quick little program to "rejuvenate" the cards after such a catastrophe. I can't seem to find the mailing list archive, so maybe somebody could suggest a pointer to where I should look or who I should be talking to... I just hate to see a good useful piece of hardware toasted. :-( Thanks, ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue Jul 11 14:41:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06025 for hackers-outgoing; Tue, 11 Jul 1995 14:41:02 -0700 Received: from rocky.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA06019 for ; Tue, 11 Jul 1995 14:40:57 -0700 Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id PAA06239; Tue, 11 Jul 1995 15:42:40 -0600 Date: Tue, 11 Jul 1995 15:42:40 -0600 Message-Id: <199507112142.PAA06239@rocky.sri.MT.net> To: Doug Rabson Cc: hackers@freebsd.org Subject: Re: CVS 1.5 is out In-Reply-To: References: Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@freebsd.org Precedence: bulk > I just noticed that CVS 1.5 has been released and one of the things it > mentions that is new is client-server support. Does anyone know whether > this is any good? The client-server stuff is 'OK'. I've been testing it for a while now, and I even set it up with a machine in a the Bay Area and did some commits to/from Montana to see how things work. Basically, my *opinion* is that the sup/CTM synchronization with a local CVS repository works better for development than the client-server stuff in CVS 1.5. A long discussion on what I thought would be a better way of doing things along with other points made should be in the CVS mailing list archives. Basically, the biggest downside of the current setup is that your network link *must* be up for *every single* CVS operation, which makes things obnoxious for doing development over slow SLIP/PPP links over the internet. However, I am using it for keeping a bunch of machines on my local network synchronized, and it works very well for that. > In particular, is it good enough to reliably support remote commits > across the internet without screwing up big time when the link goes > down mid-commit? It's pretty safe now. Basically, they do things in a 'transaction' style which means that all of the information is completely passed to the server before anything is done. This avoids problems with links going down or partial commands locking up the tree. Nate From owner-freebsd-hackers Tue Jul 11 14:51:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06357 for hackers-outgoing; Tue, 11 Jul 1995 14:51:43 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA06351 for ; Tue, 11 Jul 1995 14:51:38 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id OAA27752; Tue, 11 Jul 1995 14:29:23 -0700 Date: Tue, 11 Jul 1995 14:29:23 -0700 Message-Id: <199507112129.OAA27752@silvia.HIP.Berkeley.EDU> To: jgreco@brasil.moneng.mei.com CC: jhs@vector.eikon.e-technik.tu-muenchen.de, karl@mcs.com, freebsd-hackers@FreeBSD.org In-reply-to: <199507090514.AAA13675@brasil.moneng.mei.com> (message from Joe Greco on Sun, 9 Jul 1995 00:14:50 -0500 (CDT)) Subject: ports and checksums (Re: Cloning systems) From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@FreeBSD.org Precedence: bulk (Maybe we should move this to ports....) * Well, maybe that was misleading: what I *want* to be able to do is to load * up /usr/ports/distfiles on one box, build a bunch of ports over in * /usr/local/src/ports/*/*, and then walk /usr/local/src/ports around to a lot * of boxes and do "make install" or whatever and have things installed without * the ridiculous apparent need for the "make install" target to see * /usr/ports/distfiles and try to checksum the files! If you really want to do this, "make NO_EXTRACT=yes reinstall" should let you do what you want. (There is no NO_CHECKSUM variable now, it is piggybacked on NO_EXTRACT...I can add it if people want it though.) What's wrong with building packages though? It takes much less disk space on the target machine. If the port has NO_PACKAGE set, you can override it with a "FORCE_PACKAGE=yes" from the command line -- even if we can't build and distribute packages, the licensing problems won't stop you from copying the files over as you wish. Satoshi From owner-freebsd-hackers Tue Jul 11 14:56:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06635 for hackers-outgoing; Tue, 11 Jul 1995 14:56:51 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA06627 for ; Tue, 11 Jul 1995 14:56:47 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA16682; Tue, 11 Jul 1995 14:56:02 -0700 From: "Rodney W. Grimes" Message-Id: <199507112156.OAA16682@gndrsh.aac.dev.com> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: roberto@blaise.ibp.fr (Ollivier Robert) Date: Tue, 11 Jul 1995 14:56:02 -0700 (PDT) Cc: dennis@et.htp.com, tom@sdf.com, freebsd-hackers@freebsd.org In-Reply-To: <199507112024.WAA04999@blaise.ibp.fr> from "Ollivier Robert" at Jul 11, 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: 1363 Sender: hackers-owner@freebsd.org Precedence: bulk > > > It can't be wrong, because any way you slice it its an opinion. Under light > > load anything will work, but under heavy load its nice if your bus > > throughput is greater than the bandwidth. If your EISA card is bus mastering > > it can take over your machine under heavy load. For a workstation, sure, but > > not for a server. And EISA is too expensive for a workstation. > > HP use EISA in most of their 9000/7xx stations and they're performing > that badly... And any one who uses the EISA slot in a 9000/7xx for anything other than Ethernet is being foolish. Don't put the FDDI card in there, get the main board FDDI version and put ether in there. Though the FDDI in EISA works okay in that setup it is about 20% slower due to absolutely lowsy design of the EISA host bridge. The EISA slot design in that particular system was not designed for high end cards really, it was put there so they could stuff in Apollo TR cards for migration, and for running an ethernet card when the MB is set up with a FDDI port. An HP9000/7xx with MB FDDI can saturate FDDI all day long and not even bother the CPU much at all, wish we had a PC with as good as a memory system as is in that beast! :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Jul 11 15:11:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA07135 for hackers-outgoing; Tue, 11 Jul 1995 15:11:10 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA07128 ; Tue, 11 Jul 1995 15:11:07 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id PAA26272; Tue, 11 Jul 1995 15:10:43 -0700 To: Mark Hittinger cc: hackers@freebsd.org Subject: Re: Taylor UUCP in large environments In-reply-to: Your message of "Tue, 11 Jul 1995 13:23:18 EDT." <199507111723.NAA18294@ns1.win.net> Date: Tue, 11 Jul 1995 15:10:42 -0700 Message-ID: <26270.805500642@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Hey everybody I just finished the conversion of the last SYSV box in the > house to FreeBSD. I'm going to yank the plug on it this weekend, after > kicking the last of my in-house people off of it. Heh. We will be totally > FreeBSD at that point. Hurrah! > If you have a large site your "sys" file can be huge. It takes > the taylor subroutines quite a few cycles to parse this file. Each time > you invoke uux, uuxqt, uucico, ect this happens. It is sort of like a > two pass compilation of the "sys" file for each uucp command. To be fair > some of the problem may be our malloc stuff. Hmmm. Would you mind writing a short paragraph to accompany the diffs and send them to doc@freebsd.org? Then even if we don't adopt them into the tree at some point (I don't know what the trade-offs are here) then at least they'll be *documented* changes, and the nice tree-structured doc that John is putting together would provide a quick and convenient way of finding them (just make a uucp chapter if there isn't already). > Now the uucp box is running with an EISA version 3c509/P60 and FreeBSD. > The modem lights just keep flashing and only pause infrequently. Very nice. > So the SYSV era is over for me.....thanks to the FreeBSD guys - and thanks > Ian too!! You're entirely welcome! Testimonials like this (in contrast to the usual "It doesn't work!!" messages we get) are always nice to get! :) Jordan From owner-freebsd-hackers Tue Jul 11 15:29:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA07730 for hackers-outgoing; Tue, 11 Jul 1995 15:29:01 -0700 Received: from giant.mindlink.net (root@giant.mindlink.net [204.174.18.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA07724 for ; Tue, 11 Jul 1995 15:28:56 -0700 Received: by giant.mindlink.net (Smail3.1.28.1 #5) id m0sVnnD-0001ftC; Tue, 11 Jul 95 15:28 PDT Message-Id: From: a00776@giant.mindlink.net (Toomas Losin) Subject: RAM sizing doesn't quite work correctly To: freebsd-hackers@freebsd.org Date: Tue, 11 Jul 1995 15:28:37 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 836 Sender: hackers-owner@freebsd.org Precedence: bulk I recently upgraded our news server from 64 megs to 128, which required using MAXMEM to specify 128 megs before the kernel would recognize it. This worked properly, however in testing I found that specifying *more* RAM than you actually had led to problems with paging. What I did was recompile the kernel on a machine with limited memory (a 486 with 8 megs) with MAXMEM set to 128 megs and LARGEMEM defined. This kernel correctly sized the memory *but* something goes wrong with the paging because starting up a make depend on the kernel source renders the machine unusable after a few minutes. After the make depend has run for about 10 minutes, vmstat -s reports 30 million pages examined by the page daemon vs. 30 thousand with the old kernel. Setting MAXMEM to 8 megs produced a kernel that worked correctly. Interesting, no? From owner-freebsd-hackers Tue Jul 11 15:33:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA07939 for hackers-outgoing; Tue, 11 Jul 1995 15:33:48 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA07933 for ; Tue, 11 Jul 1995 15:33:45 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id SAA10221; Tue, 11 Jul 1995 18:32:05 -0400 Date: Tue, 11 Jul 1995 18:32:05 -0400 Message-Id: <199507112232.SAA10221@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Rodney W. Grimes" From: dennis@et.htp.com (dennis) Subject: Re: Wanted: 100bT EISA ethernet recommendation Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk R. Grimes writes..... >> >EISA has a bus bandwidth of 33 mega*bytes* per second. >> > >> OK. I'll bite. Obviously my spec sheet is old/wrong or I don't get the new >> math. The orginal EISA spec was 8.3mhz / 32 bits with 4-6 cycle access. This >> is 88mbs best case with a real expectation of a little better than 60mbs >> actual xfer capability. The knock on EISA has always been that its not that >> much faster than ISA so this 32MB/s stuff must be new. > >You completely ignored bus master DMA which is 1 32 bit word per cycle or >33MB/sec. Your looking at PIO data rates, not DMA rates. > That's 'cause the EISA spec I have doesn't have.any such thing. It only has Type A and Type B transfers. Type C must have come later.....what's that date on this stupid thing?!...... I guess the updated answer would be....make sure the card does Type C transfers otherwise its too slow..... db From owner-freebsd-hackers Tue Jul 11 15:54:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA08425 for hackers-outgoing; Tue, 11 Jul 1995 15:54:59 -0700 Received: from eunet.fi (pim.eunet.fi [193.66.4.30]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA08419 for ; Tue, 11 Jul 1995 15:54:56 -0700 Received: by eunet.fi id AA03499 (5.67a/IDA-1.5 for ); Wed, 12 Jul 1995 01:54:53 +0300 Received: by pim.eunet.fi id AA003496 from gate.fidata.fi(193.64.102.1); Wed Jul 12 01:54:36 1995 Received: from zeta.fidata.fi (zeta.fidata.fi [193.64.102.5]) by gate.fidata.fi (8.7.Beta.9/8.7.Beta.9) with ESMTP id BAA14126 for ; Wed, 12 Jul 1995 01:54:27 +0300 (DST) Received: (from tomppa@localhost) by zeta.fidata.fi (8.7.Beta.2/8.7.Beta.9) id BAA10468; Wed, 12 Jul 1995 01:54:25 +0300 (EET DST) Date: Wed, 12 Jul 1995 01:54:25 +0300 (EET DST) From: Tomi Vainio Message-Id: <199507112254.BAA10468@zeta.fidata.fi> To: hackers@freebsd.org Subject: FreeBSD EISA ethercard support Reply-To: tomppa@fidata.fi Sender: hackers-owner@freebsd.org Precedence: bulk You have talked about EISA ethernet cards. Is there any plans to add support for these cards? I have SMC 8232 which is SMC Ultra series 32bit EISA busmaster which I like to use with FreeBSD. Tomppa From owner-freebsd-hackers Tue Jul 11 17:31:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA11898 for hackers-outgoing; Tue, 11 Jul 1995 17:31:46 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA11890 for ; Tue, 11 Jul 1995 17:31:43 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id KAA11162; Wed, 12 Jul 1995 10:10:34 +0930 From: Michael Smith Message-Id: <199507120040.KAA11162@genesis.atrad.adelaide.edu.au> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: dennis@et.htp.com (dennis) Date: Wed, 12 Jul 1995 10:10:33 +0930 (CST) Cc: jmb@kryten.Atinc.COM, freebsd-hackers@freebsd.org In-Reply-To: <199507111847.OAA08719@mail.htp.com> from "dennis" at Jul 11, 95 02:47:53 pm Content-Type: text Content-Length: 883 Sender: hackers-owner@freebsd.org Precedence: bulk dennis stands accused of saying: > > i have never been able to get more than ~2 MB/s on an isa bus. ;( > > > I guess you've been using lousy cards. Probably testing DMA or something. > Bad MBs you get about 16-25mbs, good ones upper-30's, 0 WS up to 50mbs. Dennis, you're a total clod, and a blind pedant to boot. If you _want_ to be pedantic, MB is Megabyte, Mb is Megabit. "mbs" is millibitsecond, which is completely meaningless. I'd call you Jesus, only your grammar isn't amusing enough. > db -- ]] 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 [[ From owner-freebsd-hackers Tue Jul 11 18:12:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA13151 for hackers-outgoing; Tue, 11 Jul 1995 18:12:10 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA13138 for ; Tue, 11 Jul 1995 18:12:08 -0700 Received: from staff.cs.su.OZ.AU (staff.cs.su.OZ.AU [129.78.8.1]) by who.cdrom.com (8.6.11/8.6.11) with SMTP id SAA08248 for ; Tue, 11 Jul 1995 18:11:55 -0700 Received: from osix.osix.oz.au by staff.cs.su.OZ.AU (mail from daemon for hackers@freebsd.org) with MHSnet; Wed, 12 Jul 1995 11:10:50 +1000 Received: from blain.osix.oz.au by osix.osix.oz.au (AIX 3.2/UCB 5.64/4.03.OSIX.001) id AA18092; Wed, 12 Jul 1995 10:57:35 -0500 Received: (from peter@localhost) by blain.osix.oz.au (8.6.11/8.6.9) id KAA08379 for hackers@freebsd.org; Wed, 12 Jul 1995 10:57:04 +1000 From: Peter May Message-Id: <199507120057.KAA08379@blain.osix.oz.au> Subject: Re: token ring anyone To: hackers@freebsd.org Date: Wed, 12 Jul 95 10:57:03 WET In-Reply-To: <9507100246.AA25273@cs.weber.edu>; from "Terry Lambert" at Jul 9, 95 08:46:49 pm X-Mailer: ELM [version 2.4dev PL17] Sender: hackers-owner@freebsd.org Precedence: bulk Terry Lambert spoke thus: > Well, I just got off the plane about 2 hours ago, but I can't let > this one scrool by! > It would be easier. It also would not be sufficient. The miniport > driver is only a card driver. Token ring needs a new LLC (which is > what most of the stuff Garret was talking about boils down to). You'd > need to write that , card driver or not. I have the doc for that, unfortunatly it's hard copy but should be available from any local IBM office. If anyone is interested, the book number is: SC30-3374-02 Token Ring Network, Architecture Reference (Production Part number 39F9354) This book covers: MAC Sub layer LLC Sub layer Network Management layer (Ring error monitor etc.) It's the definitive reference to IBM's TR, and includes state machine definitions for the various layers and functions. I've had a good look at the CCITT code in the past for another project, utilising this would probably not be worth the effort required - there are large bits missing (not to mention the network managment stuff that's needed as well.) ---------------------------------------------------------------->>>>> Peter May OSIX Pty Ltd Director Level 1, 261-263 Pacific Highway Technical Services North Sydney. NSW. Australia. 2060. Home: +61-2-418-7656 Internet: peter@osix.oz.au Work: +61-2-922-3999 Fax: +61-2-922-3314 >>>> PGP Public key available upon request <<<< ---------------------------------------------------------------->>>>> From owner-freebsd-hackers Tue Jul 11 19:00:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13759 for hackers-outgoing; Tue, 11 Jul 1995 19:00:32 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA13715 for ; Tue, 11 Jul 1995 18:59:38 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id HAA17088; Wed, 12 Jul 1995 07:56:49 +0600 From: "Serge A. Babkin" Message-Id: <199507120156.HAA17088@hq.icb.chel.su> Subject: Re: 3c509 multicast fix To: smace@crash.ops.neosoft.com (Scott Mace) Date: Wed, 12 Jul 1995 07:56:49 +0600 (GMT+0600) Cc: hackers@freebsd.org In-Reply-To: <199507111544.KAA00763@crash.ops.neosoft.com> from "Scott Mace" at Jul 11, 95 10:44:48 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 361 Sender: hackers-owner@freebsd.org Precedence: bulk > But doesn't this just make it receive any multicast packets on the wire? > Is it possible with the 3c5x9's to program the rx filter like if_ed > does? As I know, it's not possible. At least BSDI driver deosn't programs anything too. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue Jul 11 19:11:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13980 for hackers-outgoing; Tue, 11 Jul 1995 19:11:43 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA13949 for ; Tue, 11 Jul 1995 19:09:22 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA17184; Wed, 12 Jul 1995 08:05:16 +0600 From: "Serge A. Babkin" Message-Id: <199507120205.IAA17184@hq.icb.chel.su> Subject: Re: seeing 3C509B on boot To: jwb@ulysses.att.com Date: Wed, 12 Jul 1995 08:05:16 +0600 (GMT+0600) Cc: hackers@freebsd.org In-Reply-To: <199507111238.FAA18987@freefall.cdrom.com> from "jwb@ulysses.att.com" at Jul 11, 95 08:35:02 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 834 Sender: hackers-owner@freebsd.org Precedence: bulk > I have loaded the 950622-SNAP distribution, and changed the config > file to agree with my system and rebuilt the kernel and loaded it. > > What I noticed was that when I boot FreeBSD after running msdog was that > the 3C509B was not found. When I re-booted the system, everything was ok. > > The boot message the first time was: > > ep0 not found at 0x280 > > The re-boot message was: > > 1 3D5x9 board(s) on ISA found at 0x280 > ep0 at 0x280 irq 10 on isa > ep0: aui/bnc/utp[*BNC] address 00:20:as:9f:9d:2e irq 10 > > Any ideas what is causing this? Look at /usr/src/sys/i386/isa/if_ep.c, function ep_look_for_board_at() please. Does it contains calls of outb(id_port, 0) _before_ the "for" loop ? Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue Jul 11 19:20:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA14176 for hackers-outgoing; Tue, 11 Jul 1995 19:20:53 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA14157 for ; Tue, 11 Jul 1995 19:20:02 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA17281; Wed, 12 Jul 1995 08:15:16 +0600 From: "Serge A. Babkin" Message-Id: <199507120215.IAA17281@hq.icb.chel.su> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: dennis@et.htp.com (dennis) Date: Wed, 12 Jul 1995 08:15:15 +0600 (GMT+0600) Cc: md@dcs.qmw.ac.uk, freebsd-hackers@freebsd.org In-Reply-To: <199507111529.LAA07234@mail.htp.com> from "dennis" at Jul 11, 95 11:29:33 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 773 Sender: hackers-owner@freebsd.org Precedence: bulk > >EISA bus speed is 33Mb per sec which is 3.3 times faster than 100bT > >ethernet, so speed is not a problem. > > > You're arguing against yourself here. I hope that EISA is more than 33mbs > since I get 40mbs on my 10mhz ISA bus. But I was pretty sure that 100bT was ^^^^^ ^^ ISA bus takes two cycles per transfer and transfers 2 bytes. Normal clock speed is 16MHz, it gives 8M transfers per second and 16MBs. Perhaps your bus gives 10M transfers per second (I don't believe that you have slowed your bus :-) ) and 20MBs. But not 40. > 100mbs..... ^^^^^^ Yes, 100 Mega bits (Mbs) per second, not Bytes (MBs) :-) ^^^^ Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue Jul 11 19:27:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA14315 for hackers-outgoing; Tue, 11 Jul 1995 19:27:53 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA14306 for ; Tue, 11 Jul 1995 19:27:49 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA23206; Tue, 11 Jul 1995 22:27:14 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id WAA10469 for ; Tue, 11 Jul 1995 22:08:16 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id WAA05288 for freebsd-hackers@freefall.cdrom.com; Tue, 11 Jul 1995 22:11:24 -0400 Date: Tue, 11 Jul 1995 22:11:24 -0400 From: Thomas David Rivers Message-Id: <199507120211.WAA05288@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: A problem with disklabel & "use entire disk" on 2.0.5R. Sender: hackers-owner@FreeBSD.org Precedence: bulk I've been meaning to mention this since 2.0.5R was available. I found that (using the standard MBR) and selecting "use entire disk" for my SCSI drive caused problems. Well - the real story is that the installation assumed I didn't want the BIOS translated geometry (as translated by the Adaptec 1542B) - and I went through the entire install using the SCSI geometry... only to find the system wouldn't boot. I *had* to use the translated geometry to get anything to boot. (Probably since the translated geometry came up with something like 395 sectors - or some screwy number like that, certainly not the "17" that DOS, and boot records, are accustomed to...) Now, my question is - does using that geometry cost me anything, particularly speed wise. I had intended on testing this question myself (using iozone) but I can't boot the system in untranslated mode. What's been the experience in this area? - Dave Rivers - From owner-freebsd-hackers Tue Jul 11 19:27:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA14320 for hackers-outgoing; Tue, 11 Jul 1995 19:27:53 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA14310 for ; Tue, 11 Jul 1995 19:27:51 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA23241; Tue, 11 Jul 1995 22:27:17 -0400 Received: from lakes (lakes [192.96.3.39]) by ponds.UUCP (8.6.9/8.6.5) with ESMTP id WAA10525 for ; Tue, 11 Jul 1995 22:26:54 -0400 Received: (from rivers@localhost) by lakes (8.6.11/8.6.9) id WAA05443 for freebsd-hackers@freefall.cdrom.com; Tue, 11 Jul 1995 22:30:03 -0400 Date: Tue, 11 Jul 1995 22:30:03 -0400 From: Thomas David Rivers Message-Id: <199507120230.WAA05443@lakes> To: freebsd-hackers@freefall.cdrom.com Subject: Kerberos - rlogin problems and how to "uninstall" kerberos binaries. Sender: hackers-owner@FreeBSD.org Precedence: bulk Ok - I've gotten into a quandry - on one machine I simply issued the install option "Give me everything" and went to bed. This worked wonderfully, except that it installed kerberos. Now, when I do an rlogin from this 2.0.5R machine to a 2.0 machine, I get the message from the rlogin-from side: krcmd: No ticket file (tf_util) rlogin: warning, using standard rlogin: can't provide Kerberos auth data. Last login: Tue Jul 11 21:37:25 from lakes which is quite reasonable (since I have no ticket, etc..) But - what's more disconcerting is that on the rlogin-to side (the 2.0 machine) I have the following note in the syslog: Jul 11 22:22:55 ponds rlogind[10500]: usage: rlogind [-aln] Jul 11 22:22:55 ponds rlogind[10500]: Connection from 192.96.3.39 on illegal port Jul 11 22:22:57 ponds login: login from lakes as rivers So - I guess I have two questions: 1) If the kerberos rlogin doesn't find any kerberos data, why does it use an illegal port (or is something else wrong) 2) What's the easiest way to restore the non-kerberos binaries. I suppose I can wade through what the krb.XX files installed, and put the replacements from the bin distribution back; but I was hoping-against-hope for a better solution. - Thanks - - Dave Rivers- From owner-freebsd-hackers Tue Jul 11 19:34:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA14744 for hackers-outgoing; Tue, 11 Jul 1995 19:34:14 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA14733 for ; Tue, 11 Jul 1995 19:34:10 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA16886; Tue, 11 Jul 1995 19:32:51 -0700 From: "Rodney W. Grimes" Message-Id: <199507120232.TAA16886@gndrsh.aac.dev.com> Subject: Re: FreeBSD EISA ethercard support To: tomppa@fidata.fi Date: Tue, 11 Jul 1995 19:32:51 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199507112254.BAA10468@zeta.fidata.fi> from "Tomi Vainio" at Jul 12, 95 01:54:25 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: 1533 Sender: hackers-owner@freebsd.org Precedence: bulk > > > You have talked about EISA ethernet cards. Is there any plans to add ^^^ > support for these cards? I have SMC 8232 which is SMC Ultra series > 32bit EISA busmaster which I like to use with FreeBSD. Not sure who ``you'' is being addressed to here, but since I am one of the guilty parties for talking about them I suppose a response is expected from ``me'' :-) ;-) I personally don't have any plans at all to add EISA ethernet card support to FreeBSD as all my EISA equipment has been removed from service and is awaiting either to be sold off in a fire sale, trashed, or donated to the FreeBSD Test Lab depending on just what it is and how many of them I have. I think that there are others here though that are either working on or trying to find time to work on some of these boards. Some how I doubt it is the SMC8232 as that is a 10MB/sec card, and there is not a lot of interest or need for EISA at those data rates, on the other hand the 100MB/sec cards we are talking about just plain can not run on an ISA bus so it is either PCI or EISA, and some folks don't want to replace completely functional EISA computers just to go 100MB/sec. I don't know what chip set is used on the SMC8232 so it may be a real easy one to do, or it may be a real bear. If it is one of the chips currently support on ISA or PCI it should be fairly easy to add support for it. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Jul 11 19:56:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA15712 for hackers-outgoing; Tue, 11 Jul 1995 19:56:19 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA15706 for ; Tue, 11 Jul 1995 19:56:16 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA16930; Tue, 11 Jul 1995 19:51:55 -0700 From: "Rodney W. Grimes" Message-Id: <199507120251.TAA16930@gndrsh.aac.dev.com> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Tue, 11 Jul 1995 19:51:55 -0700 (PDT) Cc: dennis@et.htp.com, md@dcs.qmw.ac.uk, freebsd-hackers@freebsd.org In-Reply-To: <199507120215.IAA17281@hq.icb.chel.su> from "Serge A. Babkin" at Jul 12, 95 08:15:15 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: 2117 Sender: hackers-owner@freebsd.org Precedence: bulk > > > >EISA bus speed is 33Mb per sec which is 3.3 times faster than 100bT > > >ethernet, so speed is not a problem. > > > > > You're arguing against yourself here. I hope that EISA is more than 33mbs > > since I get 40mbs on my 10mhz ISA bus. But I was pretty sure that 100bT was > ^^^^^ ^^ > ISA bus takes two cycles per transfer and transfers 2 bytes. Normal clock > speed is 16MHz, it gives 8M transfers per second and 16MBs. Perhaps your > bus gives 10M transfers per second (I don't believe that you have slowed > your bus :-) ) and 20MBs. But not 40. > > > 100mbs..... > ^^^^^^ > Yes, 100 Mega bits (Mbs) per second, not Bytes (MBs) :-) > ^^^^ Could I please ask arm chair design engineers to please stop trying to correct incorrect information with more incorrect information... a) There is not a spec for ISA bclk frequence, it is typeically 6 to 12MHz in range, most common values being beteen 6 and 8.333MHz b) It takes 4 bclk ticks for an IO data read or data write, plus the intercycle bus recovery time of 0 to 8 bclk's, typical being 5 bclks. c) As soom one else pointed out (and I am guilty of this too by following dennis's lead without catching my self. mbs is milli-bit-second and pretty meaningless, belived he wanted Mb/s wish is Mega-bit per second. 10mhz != 10MHz, 10 Mega Hertz is what is correct. 16Mega-bit-second, no, you mean 16Mb/s, 16 Mega bits/second. This is a technical fourm, let us please use technical abbreviations correctly. d) Theoretical maxiumum ISA bus transfer rate given a bclk of 10MHz and a bus recovery time of 0 bclks is 5MB/s or 40Mb/s, exactly what dennis reported and why I did not flag those numbers at all. I did flag the EISA rate, which theory says for bclk of 8.33MHz and using burst mode bus master DMA cycles (Which Dennis is also right about was not in the very early EISA spec) is 33MB/s or 264Mb/s. Thank you, -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Jul 11 20:44:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA17693 for hackers-outgoing; Tue, 11 Jul 1995 20:44:37 -0700 Received: from debian.cps.cmich.edu (debian.cps.cmich.edu [141.209.21.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA17686 for ; Tue, 11 Jul 1995 20:44:33 -0700 Received: (from root@localhost) by debian.cps.cmich.edu (8.6.11/8.6.9) id XAA02327; Tue, 11 Jul 1995 23:44:31 -0400 Date: Tue, 11 Jul 1995 23:44:30 -0400 (EDT) From: Charlie ROOT To: freebsd-hackers@freebsd.org Subject: Help me please.. :) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk OK I am trying to compile a kernel but I am getting errors. I am running June SNAP of 2.0.5... Machine is a P5-90 ASUS PCI/I-P54TP4 with 32megs of RAM a 1542 SCSI adaptec and NCR PCI SMC Ultra card. #9 GXE 64 video card.... Here are the errors I am receiving debian# make cc -O2 -I/usr/src/sys/libkern -I/usr/src/sys/libkern/.. -DKERNEL -c adddi3.c -o adddi3.o In file included from quad.h:57, from adddi3.c:40: /usr/src/sys/libkern/../sys/types.h:72: parse error before `off_t' /usr/src/sys/libkern/../sys/types.h:72: warning: data definition has no type or storage class /usr/src/sys/libkern/../sys/types.h:73: parse error before `pid_t' /usr/src/sys/libkern/../sys/types.h:73: warning: data definition has no type or storage class *** Error code 1 Stop. *** Error code 1 Stop. debian# And here is the config file I am using machine "i386" cpu "I586_CPU" # aka Pentium(tm) # # This is the ``identification'' of the kernel. Usually this should # be the same as the name of your kernel. # ident DEBIAN # # The `maxusers' parameter controls the static sizing of a number of # internal system tables by a complicated formula defined in param.c. # maxusers 100 options "CHILD_MAX=128" options "OPEN_MAX=128" # This directive defines a number of things: # - The compiled kernel is to be called `kernel' # - The root filesystem might be on partition wd0a # - Crash dumps will be written to wd0b, if possible. Specifying the # dump device here is not recommended. Use dumpon(8). # config kernel root on sd0 dumps on sd0 ##################################################################### # COMPATIBILITY OPTIONS # # Implement system calls compatible with 4.3BSD and older versions of # FreeBSD. # options "COMPAT_43" # # Allow ordinary users to take the console - this is useful for X. options UCONSOLE options INET #Internet communications protocols pseudo-device ether #Generic Ethernet pseudo-device loop #Network loopback device pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device disc #Discard device pseudo-device tun 1 #Tunnel driver(user process ppp) options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs # One of these is mandatory: options FFS #Fast filesystem options NFS #Network File System # The rest are optional: options NQNFS #Enable NQNFS lease checking options "CD9660" #ISO 9660 filesystem options MSDOSFS #MS DOS File System options PROCFS #Process filesystem # Allow this many swap-devices. options "NSWAPDEV=6" # Disk quotas are supported when this option is enabled. If you # change the value of this option, you must do a `make clean' in your # kernel compile directory in order to get a working kernel. # controller scbus0 #base SCSI code device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs pseudo-device pty 64 #Pseudo ttys - can go as high as 64 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device log #Kernel syslog interface (/dev/klog) #pseudo-device gzip #Exec gzipped a.out's pseudo-device vn #Vnode driver (turns a file into a device) controller isa0 options "AUTO_EOI_1" options "AUTO_EOI_2" options BOUNCE_BUFFERS #options DUMMY_NOPS options "TUNE_1542" # 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.0.5 #options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # The syscons console driver (sco color console compatible) - default. device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # # Options for `sc': # # HARDFONTS allows the driver to load an ISO-8859-1 font to replace # the default font in your display adapter's memory. # options HARDFONTS # # MAXCONS is maximum number of virtual consoles, no more than 16 # default value: 12 # options "MAXCONS=16" device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Optional ISA and EISA devices: # # # SCSI host adapters: `aha', `ahb', `aic', `bt', `nca' # # aha: Adaptec 154x # ahb: Adaptec 174x # ahc: Adaptec 274x/284x/294x # aic: Adaptec 152x and sound cards using the Adaptec AIC-6360 (slow!) # bt: Most Buslogic controllers # nca: ProAudioSpectrum cards using the NCR 5380 or Trantor T130 # uha: UltraStore 14F and 34F # sea: Seagate ST01/02 8 bit controller (slow!) # wds: Western Digital WD7000 controller (no scatter/gather!). # # Note that the order is important in order for Buslogic cards to be # probed correctly. # controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr # # ST-506, ESDI, and IDE hard disks: `wdc' and `wd' # # NB: ``Enhanced IDE'' is NOT supported at this time. # # The flags fields are used to enable the multi-sector I/O and # the 32BIT I/O modes. The flags may be used in either the controller # definition or in the individual disk definitions. The controller # definition is supported for the boot configuration stuff. # # Each drive has a 16 bit flags value defined: # The low 8 bits are the maximum value for the multi-sector I/O, # where 0xff defaults to the maximum that the drive can handle. # The high bit of the 16 bit flags (0x8000) allows probing for # 32 bit transfers. # controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 # # Options for `fd': # # FDSEEKWAIT selects a non-default head-settle time (i.e., the time to # wait after a seek is performed). The default value (1/32 s) is # usually sufficient. The units are inverse seconds, so a value of 16 # here means to wait 1/16th of a second; you should choose a power of # two. # options FDSEEKWAIT="16" # # Other standard PC hardware: `lpt', `mse', `psm', `sio', etc. # # lpt: printer port # mse: Logitech and ATI InPort bus mouse ports # psm: PS/2 mouse port [note: conflicts with sc0/vt0, thus "conflicts" keywd] # sio: serial ports (see sio(4)) device lpt0 at isa? port "IO_LPT3" tty irq 7 vector lptintr 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 ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr controller pci0 device ncr0 options PROBE_VERBOSE From owner-freebsd-hackers Tue Jul 11 20:45:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA17743 for hackers-outgoing; Tue, 11 Jul 1995 20:45:07 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA17727 for ; Tue, 11 Jul 1995 20:45:01 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id DAA08212 for ; Wed, 12 Jul 1995 03:03:11 +0200 Received: by uni4nn.iaf.nl with UUCP id AA04430 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Wed, 12 Jul 1995 02:53:59 +0100 Received: by iafnl.iaf.nl with UUCP id AA12833 (5.65c/IDA-1.4.4); Tue, 11 Jul 1995 19:50:28 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id TAA00152 for FreeBSD-hackers@freebsd.org; Tue, 11 Jul 1995 19:35:46 +0200 From: Wilko Bulte Message-Id: <199507111735.TAA00152@yedi.iaf.nl> Subject: ESDI install now succeeded To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Tue, 11 Jul 1995 19:35:46 +1596657 (MET DST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 903 Sender: hackers-owner@freebsd.org Precedence: bulk Hi Using a variant of the setup of Steve Piette I managed to get 205Snap installed on a Micropolis 1558 and a WD1007 controller: W8 out (Steve had 'm in) W14 in (disable translation) I used WDFMT.EXE from www.wdc.com to format the drive with 15 heads, 1224 cyls and 35 sect/track (Steve used 36). bad144, disklabel and friends were now happily doing their job. It looks like we need a section 'ESDI installations' in the FreeBSD handbook. I'm willing to write that as soon as I understand what is going on exactly. How are people using non-WD1007 adapters doing? E.g. using an Adaptec 2322 ? Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Tue Jul 11 21:09:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA18702 for hackers-outgoing; Tue, 11 Jul 1995 21:09:18 -0700 Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA18693 for ; Tue, 11 Jul 1995 21:09:12 -0700 Received: (from news@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id MAA10980 for freebsd-hackers@freebsd.org; Wed, 12 Jul 1995 12:09:03 +0800 Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-hackers@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-hackers@freebsd.org Date: 12 Jul 1995 12:08:57 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <3tvhsp$amq$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: , <199507112142.PAA06239@rocky.sri.MT.net> Subject: Re: CVS 1.5 is out Sender: hackers-owner@freebsd.org Precedence: bulk nate@sneezy.sri.com (Nate Williams) writes: >> I just noticed that CVS 1.5 has been released and one of the things it >> mentions that is new is client-server support. Does anyone know whether >> this is any good? >The client-server stuff is 'OK'. I've been testing it for a while now, >and I even set it up with a machine in a the Bay Area and did some >commits to/from Montana to see how things work. Basically, my *opinion* >is that the sup/CTM synchronization with a local CVS repository works >better for development than the client-server stuff in CVS 1.5. Yep. It works.. It isn't perfect (we've been using it for a while now between our Sydney and Perth sites (on opposite sides of Australia for the .au challenged.. :-). I'm quite satisfied with it - it's just survived some serious beating-up while doing some merging of about six different branches of INN. One very big thing in it's favour, is that it when updating files, it will send a diff instead of the new version from the repository host, and a md5 of the result. Only if the patch fails, will it send the while file. >Basically, the biggest downside of the current setup is that your >network link *must* be up for *every single* CVS operation, which makes >things obnoxious for doing development over slow SLIP/PPP links over the >internet. This is true, although using diffs helps this somewhat. >However, I am using it for keeping a bunch of machines on my local >network synchronized, and it works very well for that. >> In particular, is it good enough to reliably support remote commits >> across the internet without screwing up big time when the link goes >> down mid-commit? >It's pretty safe now. Basically, they do things in a 'transaction' >style which means that all of the information is completely passed to >the server before anything is done. This avoids problems with links >going down or partial commands locking up the tree. There was a patch submitted about a day before 1.5 was released that closes off the last remaing place where locks could be left behind, but it was too late in the release cycle to make it for 1.5 - I dont remember seeing if it was applied in the current snapshot. >Nate For what it's worth, I'd personally prefer to use a cvs-1.5 type method of access than a daily sup. Cheers, -Peter From owner-freebsd-hackers Tue Jul 11 21:10:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA18766 for hackers-outgoing; Tue, 11 Jul 1995 21:10:37 -0700 Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA18760 for ; Tue, 11 Jul 1995 21:10:31 -0700 Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.6.11/8.6.6) id GAA16887; Wed, 12 Jul 1995 06:08:22 +0200 From: John Hay Message-Id: <199507120408.GAA16887@zibbi.mikom.csir.co.za> Subject: Re: To: gary@palmer.demon.co.uk (Gary Palmer) Date: Wed, 12 Jul 1995 06:08:21 +0200 (SAT) Cc: dennis@et.htp.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <536.805491837@palmer.demon.co.uk> from "Gary Palmer" at Jul 11, 95 08:43:57 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 847 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > In message <199507111349.JAA06628@mail.htp.com>, dennis writes: > >>I tried to install 2.0.5 on a Conner 1GB drive about 2 weeks ago. I > >>encountered a very strange problem which eventually caused me to return the > >>drive. > > >I have a conner CFP1060S installed in 2.0.5 with an adaptec 1542CF. I've > >been using it as my main installation server for several weeks without a > >problem. > > There is a problem with some Conner CFP1060S SCSI drives, which I can > verify, that causes problems with the SCSI code present in FreeBSD > versions >=2.0. It seems that some of the microcode ROM revisions > can't handle ``large'' transfers of data, and hang the drive & bus > instead. > > Gary > That is true. Conner do have a firmware update for them. I am using that and have no problems anymore. -- John Hay -- jhay@mikom.csir.co.za From owner-freebsd-hackers Tue Jul 11 21:30:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA19881 for hackers-outgoing; Tue, 11 Jul 1995 21:30:12 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA19850 ; Tue, 11 Jul 1995 21:29:57 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA09376; Wed, 12 Jul 1995 14:28:46 +1000 Date: Wed, 12 Jul 1995 14:28:46 +1000 From: Bruce Evans Message-Id: <199507120428.OAA09376@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, root@debian.cps.cmich.edu Subject: Re: Help me please.. :) Cc: current@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >debian# make >cc -O2 -I/usr/src/sys/libkern -I/usr/src/sys/libkern/.. -DKERNEL -c >adddi3.c -o adddi3.o >In file included from quad.h:57, > from adddi3.c:40: >/usr/src/sys/libkern/../sys/types.h:72: parse error before `off_t' >/usr/src/sys/libkern/../sys/types.h:72: warning: data definition has no >type or storage class >/usr/src/sys/libkern/../sys/types.h:73: parse error before `pid_t' >/usr/src/sys/libkern/../sys/types.h:73: warning: data definition has no >type or storage class >*** Error code 1 Your is out of date. There are two bugs here: 1) The include path is incorrect for compiling libkern. is /usr/include/machine/ansi.h for compiling libkern but it is usually /usr/src/sys/i386/include/ansi.h for compiling the main part of the kernel. 2) FreeBSD releases have /usr/include/machine populated with files. It should be a symlink to /sys/i386/include to avoid update problems. Bruce From owner-freebsd-hackers Tue Jul 11 23:22:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA22129 for hackers-outgoing; Tue, 11 Jul 1995 23:22:12 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA22110 ; Tue, 11 Jul 1995 23:22:07 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id XAA17246; Tue, 11 Jul 1995 23:20:20 -0700 From: "Rodney W. Grimes" Message-Id: <199507120620.XAA17246@gndrsh.aac.dev.com> Subject: Re: Help me please.. :) To: bde@zeta.org.au (Bruce Evans) Date: Tue, 11 Jul 1995 23:20:20 -0700 (PDT) Cc: freebsd-hackers@freebsd.org, root@debian.cps.cmich.edu, current@freebsd.org In-Reply-To: <199507120428.OAA09376@godzilla.zeta.org.au> from "Bruce Evans" at Jul 12, 95 02:28:46 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: 2232 Sender: hackers-owner@freebsd.org Precedence: bulk > > >debian# make > >cc -O2 -I/usr/src/sys/libkern -I/usr/src/sys/libkern/.. -DKERNEL -c > >adddi3.c -o adddi3.o > >In file included from quad.h:57, > > from adddi3.c:40: > >/usr/src/sys/libkern/../sys/types.h:72: parse error before `off_t' > >/usr/src/sys/libkern/../sys/types.h:72: warning: data definition has no > >type or storage class > >/usr/src/sys/libkern/../sys/types.h:73: parse error before `pid_t' > >/usr/src/sys/libkern/../sys/types.h:73: warning: data definition has no > >type or storage class > >*** Error code 1 > > Your is out of date. > > There are two bugs here: There is one bug here. > > 1) The include path is incorrect for compiling libkern. > is /usr/include/machine/ansi.h for compiling libkern but it is usually > /usr/src/sys/i386/include/ansi.h for compiling the main part of the > kernel. That is a bug. > > 2) FreeBSD releases have /usr/include/machine populated with files. It > should be a symlink to /sys/i386/include to avoid update problems. This is not a bug, realize that without the src release installed if we did this you could not use the system for compiling. Bill did that with 386BSD 0.1 and folks screamed about having to get part of the src tree to be able to compile. It was _fixed_ in FreeBSD 1.0 and all later releases. We need to ``enhance'' the installation of the src tree, that is where the bug lies. When a src tree is installed then and only then should this symlink be made. Infact right after a src install a ``cd /usr/src; make SHARED=symlinks includes'' would be the proper thing to do. I have in all of my /etc/make.conf files done just the opposite for my own reasons (SHARED=copies) as I don't like my mucking around in the /usr/src area to be any way visible to the running system, if I want a change visible I run a make install. The other real fix to this is to get on with the -no-std-includes that has fallen into the deep deep cracks of time. Your proposed symlink is just not really the right _fix_ for this bug :-(. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Tue Jul 11 23:29:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA22382 for hackers-outgoing; Tue, 11 Jul 1995 23:29:34 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA22375 for ; Tue, 11 Jul 1995 23:29:31 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11665; Wed, 12 Jul 1995 08:29:24 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA25763; Wed, 12 Jul 1995 02:23:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA06068; Tue, 11 Jul 1995 15:43:57 +0200 From: J Wunsch Message-Id: <199507111343.PAA06068@uriah.heep.sax.de> Subject: Re: Help - I lost /usr/bin/mail file To: radova@risc6.unisa.ac.za (A. Radovanovic) Date: Tue, 11 Jul 1995 15:43:56 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <9507110914.AA19569@risc6.unisa.ac.za> from "A. Radovanovic" at Jul 11, 95 11:14:38 am 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: 572 Sender: hackers-owner@freebsd.org Precedence: bulk As A. Radovanovic wrote: > > I'd appreciate it very much if somebody could send me the > > /usr/bin/mail > > for BSD 2.0. It seems I deleted the file. By the way, is it possible to > extract just one, or number of files from the bindist? You can either get the source e.g. from the /filesys subdir of the CDROM (maybe also the ftp mirrors), or you can cd .../bindist cat bin.?? | (cd /; tar -xvzf - usr/bin/mail) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Jul 11 23:54:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA22749 for hackers-outgoing; Tue, 11 Jul 1995 23:54:45 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA22743 for ; Tue, 11 Jul 1995 23:54:42 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id AAA00392; Wed, 12 Jul 1995 00:54:25 -0600 Message-Id: <199507120654.AAA00392@rover.village.org> To: "Rodney W. Grimes" Subject: Re: Wanted: 100bT EISA ethernet recommendation Cc: dennis@et.htp.com, freebsd-hackers@FreeBSD.org In-reply-to: Your message of Tue, 11 Jul 1995 19:51:55 PDT Date: Wed, 12 Jul 1995 00:54:23 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk While I do not wish to make a correction to this thread, might I suggest that people who are interested in this topic get the excellent books on the topic by MindShare, Inc. I've read through the ISA System Architecture and the EISA System Architecture (at least part of it), and have found the books clear and accurate (well, at least self consistant). I'm not sure if Rod would recommend them, but they seem to be good, and would have cut this thread short since they go into all of this, as well as all the bus cycles, bus arbitration, memory systems, etc. As someone who has traditionally been a little weak on PC hardware, I got lots of useful information from them. >From reading them, I beleive that Rod is correct in his calculations, although they did seem to omit the memory refresh cycles that are stolen at least from the ISA bus (I'm not that far into the EISA book to know), but if I understood and recall correctly, they are << 1% of the bus bandwidth and can safely be ignored. Anyway, if anybody else has seen/read these books and has an opinion, please let me know (and the list, if you think it relevant). On a related note: Is there a good FAQ for this information? And if so, does it include good references for the hardware issues involved? This stuff seems to come up often here and it would be nice to point people that are less than fully informed to such a FAQ. Would save some small amount of bandwidth. Warner From owner-freebsd-hackers Wed Jul 12 00:13:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA23087 for hackers-outgoing; Wed, 12 Jul 1995 00:13:30 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA23081 ; Wed, 12 Jul 1995 00:13:27 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id AAA10380; Wed, 12 Jul 1995 00:13:02 -0700 To: Michael Smith cc: dennis@et.htp.com (dennis), jmb@kryten.atinc.com, freebsd-hackers@freebsd.org Subject: Re: Wanted: 100bT EISA ethernet recommendation In-reply-to: Your message of "Wed, 12 Jul 1995 10:10:33 +0930." <199507120040.KAA11162@genesis.atrad.adelaide.edu.au> Date: Wed, 12 Jul 1995 00:13:01 -0700 Message-ID: <10378.805533181@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Dennis, you're a total clod, and a blind pedant to boot. > > If you _want_ to be pedantic, MB is Megabyte, Mb is Megabit. "mbs" > is millibitsecond, which is completely meaningless. > > I'd call you Jesus, only your grammar isn't amusing enough. [BEEP!] [BEEP!] [BEEP!] [BEEP!] [BEEP!] [BEEP!] [BEEP!] "Zzzzz...* Whuh? What's that?! What's that noise?? Why is my screen flashing?!?" [rises off the floor and stumbles to the screen, rubbing his eyes]. "It's.. Oh.. My, the PERL AI running on freefall has detected a fire in -hackers! Hmmm.. I wonder how bad it is?" [click-clickety-clack-backspace-backspace-backspace-click-click] "Ah. Just a small one.. Looks like the AI flagged "clod, pedant and jesus" as three possible invectives, but since the total weighting is less than 0.354 it's not really worth a controlled burn to make a firebreak. Hmmmmm.. Yes, the AI makes a good suggestion - I'll just do that." [pulls out a small water pistol and reads aloud from the screen] "Ahem. Hey. You guys. Stop that. OK? It's bad. Thank you. Good Humans." [fires gun at the screen] *squirt* *squirt* *squirt* *squirt* Yours for a kindler, gentler -hackers.. Jordan From owner-freebsd-hackers Wed Jul 12 00:54:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24137 for hackers-outgoing; Wed, 12 Jul 1995 00:54:34 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA24050 for ; Wed, 12 Jul 1995 00:53:39 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15126; Wed, 12 Jul 1995 09:53:28 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA28149 for freebsd-hackers@freebsd.org; Wed, 12 Jul 1995 09:53:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA09165 for freebsd-hackers@freebsd.org; Wed, 12 Jul 1995 08:04:27 +0200 From: J Wunsch Message-Id: <199507120604.IAA09165@uriah.heep.sax.de> Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 12 Jul 1995 08:04:27 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507120211.WAA05288@lakes> from "Thomas David Rivers" at Jul 11, 95 10:11:24 pm 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: 1184 Sender: hackers-owner@freebsd.org Precedence: bulk As Thomas David Rivers wrote: > > > Well - the real story is that the installation assumed I didn't want > the BIOS translated geometry (as translated by the Adaptec 1542B) - and > I went through the entire install using the SCSI geometry... only to > find the system wouldn't boot. > > I *had* to use the translated geometry to get anything to boot. This comes up over and over again. In Usenet. In private mails/talks i'm getting. I'm not very happy that the slice code broke *many* systems that used to run before with their dedicated disks. IMHO, we should have an option to disable the slice code in case somebody wishes to use a disk dedicated to FreeBSD (perhaps even a non-bootable disk, so the BIOS braindeadness is in no way a valid reason). There are many people like me that have "mental" problems with lying about their disk geometry too much (i.e., forcing a gratuitous number like 63/31/...) when they know it (at least, partially) better, and the disk is never to see anything else than (Free)BSD in this life. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jul 12 00:55:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24227 for hackers-outgoing; Wed, 12 Jul 1995 00:55:01 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA24206 for ; Wed, 12 Jul 1995 00:54:59 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA17441; Wed, 12 Jul 1995 00:54:48 -0700 From: "Rodney W. Grimes" Message-Id: <199507120754.AAA17441@gndrsh.aac.dev.com> Subject: Re: Wanted: 100bT EISA ethernet recommendation To: imp@village.org (Warner Losh) Date: Wed, 12 Jul 1995 00:54:48 -0700 (PDT) Cc: dennis@et.htp.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199507120654.AAA00392@rover.village.org> from "Warner Losh" at Jul 12, 95 00:54: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: 2344 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > While I do not wish to make a correction to this thread, might I > suggest that people who are interested in this topic get the excellent > books on the topic by MindShare, Inc. I've read through the ISA > System Architecture and the EISA System Architecture (at least part of > it), and have found the books clear and accurate (well, at least self > consistant). I'm not sure if Rod would recommend them, but they seem I would _highly_ recomend them, along with the new books on PCI (just picked up the Third Edition of that one that covers PCI 2.1) this week. Infact the whole MindShare series should be in any PC engineers libarary as a ``must have'' item. > to be good, and would have cut this thread short since they go into > all of this, as well as all the bus cycles, bus arbitration, memory > systems, etc. As someone who has traditionally been a little weak on > PC hardware, I got lots of useful information from them. > > >From reading them, I beleive that Rod is correct in his calculations, > although they did seem to omit the memory refresh cycles that are > stolen at least from the ISA bus (I'm not that far into the EISA book > to know), but if I understood and recall correctly, they are << 1% of > the bus bandwidth and can safely be ignored. > > Anyway, if anybody else has seen/read these books and has an opinion, > please let me know (and the list, if you think it relevant). You got mine, they are the gold books of this stuff, a little late for some one like me who was there before the first XT ever shipped, but sure wish we had them back then!! > On a related note: Is there a good FAQ for this information? And if > so, does it include good references for the hardware issues involved? > This stuff seems to come up often here and it would be nice to point > people that are less than fully informed to such a FAQ. Would save > some small amount of bandwidth. Unfortanetly no, there is not one that I know of. Anyone else out there know of one? Someplace I have a list of reference material I was trying to collect for the FreeBSD library, but can't seem to find it, perhaps it is in my freefall account some place :-(. > > Warner > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Wed Jul 12 00:57:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24313 for hackers-outgoing; Wed, 12 Jul 1995 00:57:16 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA24299 for ; Wed, 12 Jul 1995 00:56:54 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15139; Wed, 12 Jul 1995 09:53:32 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA28160; Wed, 12 Jul 1995 09:53:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA09358; Wed, 12 Jul 1995 08:27:36 +0200 From: J Wunsch Message-Id: <199507120627.IAA09358@uriah.heep.sax.de> Subject: Re: FreeBSD EISA ethercard support To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 12 Jul 1995 08:27:36 +0200 (MET DST) Cc: tomppa@fidata.fi In-Reply-To: <199507120232.TAA16886@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jul 11, 95 07:32:51 pm 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: 573 Sender: hackers-owner@freebsd.org Precedence: bulk As Rodney W. Grimes wrote: > > I personally don't have any plans at all to add EISA ethernet card > support to FreeBSD as all my EISA equipment has been removed from > service and is awaiting either to be sold off in a fire sale, trashed, > or donated to the FreeBSD Test Lab depending on just what it is and > how many of them I have. I've been under the impression that one of the supported 3Com boards is EISA (the 3c509?). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jul 12 00:59:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA24428 for hackers-outgoing; Wed, 12 Jul 1995 00:59:40 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA24054 for ; Wed, 12 Jul 1995 00:54:11 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15131; Wed, 12 Jul 1995 09:53:29 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA28152 for freebsd-hackers@freebsd.org; Wed, 12 Jul 1995 09:53:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA09274 for freebsd-hackers@freebsd.org; Wed, 12 Jul 1995 08:21:50 +0200 From: J Wunsch Message-Id: <199507120621.IAA09274@uriah.heep.sax.de> Subject: Re: CVS 1.5 is out To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 12 Jul 1995 08:21:50 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <3tvhsp$amq$1@haywire.DIALix.COM> from "Peter Wemm" at Jul 12, 95 12:08:57 pm 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: 404 Sender: hackers-owner@freebsd.org Precedence: bulk As Peter Wemm wrote: > > For what it's worth, I'd personally prefer to use a cvs-1.5 type > method of access than a daily sup. Hmm, did you also compare to CTM? It's also trying to be smart and send diffs where the diff will be smaller than the whole file. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Jul 12 01:04:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24708 for hackers-outgoing; Wed, 12 Jul 1995 01:04:51 -0700 Received: from vetch.cs.washington.edu (vetch.cs.washington.edu [128.95.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA24699 for ; Wed, 12 Jul 1995 01:04:46 -0700 Received: from vetch.cs.washington.edu (localhost [127.0.0.1]) by vetch.cs.washington.edu (8.6.12/7.2ws+) with ESMTP id BAA09215; Wed, 12 Jul 1995 01:04:19 -0700 Message-Id: <199507120804.BAA09215@vetch.cs.washington.edu> X-Mailer: exmh version 1.6.1 5/23/95 To: esser@zpr.uni-koeln.de (Stefan Esser) cc: hackers@freebsd.org Subject: Re: One cause of 2.05R instability found In-reply-to: Your message of "Thu, 06 Jul 1995 22:28:00 +0200." <199507062028.AA28022@FileServ1.MI.Uni-Koeln.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Jul 1995 08:04:19 GMT From: Voradesh Yenbut Sender: hackers-owner@freebsd.org Precedence: bulk A few days ago, my system (the kernel has the if statement in ncr.c commented out) crashed twice after it has been running fine for almost a week: Fatal trap 12: page fault while in kernel mode fault veritual address = 0x3 fault code = Supervisor write, page not present instruction pointer = 0x8:0xf01a8980 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = Idle interrupt mask = panic: page fault inb (%dx),%al Fatal trap 12: page fault while in kernel mode fault veritual address = 0xeff07070 fault code = Supervisor read, page not present instruction pointer = 0x8:0xf01a881e code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 24133 (ls) interrupt mask = panic: page fault testb $0x20,0x50(%esi) I built the kernel with the DDB option and the original ncr.c. The system crashed twice in a relatively short period of time before I decided to change the kernel back: Fatal trap 12: page fault while in kernel mode fault veritual address = 0xf58bf44d fault code = Supervisor read, page not present instruction pointer = 0x8:0xf0120961 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 11895 (nntpd) interrupt mask = type 12, trap, code = 0 _sosend + 0x189: onl 0x758bf44d (%ebx),%ecx _sosend(f1563c00,0,efbff38,0,0) at sosend + 0x189 _soo_write(f1641040,efbfff38,f0f3e580,f01bc2f0,f1613c00) at _soo_write + 0x19 _write(f1613c00,efbfff94,efbfff8c,807c060,13ed0) at _write + 0x76 _syscall(27,27,63000,13ed0,3fbfcc50) at _syscall + 0xfb Fatal trap 12: privileged instruction fault while in kernel mode instruction pointer = 0x8:0xf0128e83 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 13345 (nntpd) interrupt mask = kernel type 1 trap, code = 0 stopped at _lookup + 0x11b: lcall *%edi _lookup(efbfff10,f01bc7f8,f14f7200,f14f7200,40) at _lookup + 0x11b _namei(efbfff10) at _namei + 0xfe _statfs(f14f7200,3fbfff94,efbfff8c,fa0,0) at _statfs + 0x35 _syscall(27,27,72000,0,efbfd308) at _syscall + 0xfb The two crashes above did not happen in ncr_complete(). The crash was in a different place each time so I am now at a loss. Voradesh Yenbut Computer Science & Engineering Phone: +1 206 685-0912 BOX 352350, U of Washington FAX: +1 206 543-2969 Seattle, WA 98195 Email: yenbut@cs.washington.edu From owner-freebsd-hackers Wed Jul 12 01:08:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24946 for hackers-outgoing; Wed, 12 Jul 1995 01:08:32 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA24934 for ; Wed, 12 Jul 1995 01:08:28 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id BAA17549 for freebsd-hackers@freebsd.org; Wed, 12 Jul 1995 01:08:29 -0700 From: "Rodney W. Grimes" Message-Id: <199507120808.BAA17549@gndrsh.aac.dev.com> Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. To: freebsd-hackers@freebsd.org Date: Wed, 12 Jul 1995 01:08:29 -0700 (PDT) In-Reply-To: <199507120604.IAA09165@uriah.heep.sax.de> from "J Wunsch" at Jul 12, 95 08:04:27 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: 2064 Sender: hackers-owner@freebsd.org Precedence: bulk > > As Thomas David Rivers wrote: > > > > > > Well - the real story is that the installation assumed I didn't want > > the BIOS translated geometry (as translated by the Adaptec 1542B) - and > > I went through the entire install using the SCSI geometry... only to > > find the system wouldn't boot. > > > > I *had* to use the translated geometry to get anything to boot. > > This comes up over and over again. In Usenet. In private mails/talks > i'm getting. I'm not very happy that the slice code broke *many* > systems that used to run before with their dedicated disks. IMHO, we > should have an option to disable the slice code in case somebody > wishes to use a disk dedicated to FreeBSD (perhaps even a non-bootable > disk, so the BIOS braindeadness is in no way a valid reason). There > are many people like me that have "mental" problems with lying about > their disk geometry too much (i.e., forcing a gratuitous number like > 63/31/...) when they know it (at least, partially) better, and the > disk is never to see anything else than (Free)BSD in this life. Be carefull with doing that, DOS 6.22 install is not very friendly about partition tables that are incorrect and will kindly fdisk/format your FreeBSD right into oblivia with 2 taps of enter after booting the install disk :-(. I've been having fun today with DOS and Netware and boy has Microsloft ever messed up what was once a reasonably simple install. It is so braindamaged now and likes to go do things for you with out asking if that is okay that I would like to throw a few more stones at this place 200 miles due north of me in Washington. It politly partitioned and formated my D: drive for me while installing DOS to C: :-( Please, valid and correct partition tables are _critical_ to making sure Microslop code does not wipe you out!!! I think I'll down grade to DOS 5.0, at least that install had a clue :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Wed Jul 12 01:16:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA25277 for hackers-outgoing; Wed, 12 Jul 1995 01:16:44 -0700 Received: from eunet.fi (pim.eunet.fi [193.66.4.30]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA25270 for ; Wed, 12 Jul 1995 01:16:39 -0700 Received: by eunet.fi id AA09886 (5.67a/IDA-1.5 for ); Wed, 12 Jul 1995 11:16:30 +0300 Received: by pim.eunet.fi id AA009884 from gate.fidata.fi(193.64.102.1); Wed Jul 12 11:16:22 1995 Received: from zeta.fidata.fi (zeta.fidata.fi [193.64.102.5]) by gate.fidata.fi (8.7.Beta.9/8.7.Beta.9) with ESMTP id LAA00688 for ; Wed, 12 Jul 1995 11:16:19 +0300 (DST) Received: (from tomppa@localhost) by zeta.fidata.fi (8.7.Beta.2/8.7.Beta.9) id LAA02657; Wed, 12 Jul 1995 11:16:18 +0300 (EET DST) Date: Wed, 12 Jul 1995 11:16:18 +0300 (EET DST) From: Tomi Vainio Message-Id: <199507120816.LAA02657@zeta.fidata.fi> To: hackers@freebsd.org Subject: Re: FreeBSD EISA ethercard support In-Reply-To: <199507120627.IAA09358@uriah.heep.sax.de> References: <199507120232.TAA16886@gndrsh.aac.dev.com> <199507120627.IAA09358@uriah.heep.sax.de> Reply-To: tomppa@fidata.fi Sender: hackers-owner@freebsd.org Precedence: bulk J. Wunsch writes: > I've been under the impression that one of the supported 3Com boards > is EISA (the 3c509?). > 3com Etherlink III EISA model number is 3c579. My card is SMC 8232. I think chips on board are SMC ultra chip and 83790. I will check this later. Tomppa From owner-freebsd-hackers Wed Jul 12 01:32:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA25600 for hackers-outgoing; Wed, 12 Jul 1995 01:32:42 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA25586 for ; Wed, 12 Jul 1995 01:32:34 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSS2T96PYO003FBO@mail.rwth-aachen.de>; Wed, 12 Jul 1995 10:32:47 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id KAA07114 for freebsd-hackers@freefall.cdrom.com; Wed, 12 Jul 1995 10:45:31 +0200 Date: Wed, 12 Jul 1995 10:45:31 +0200 From: "Christoph P. Kukulies" Subject: help! panic after changing root device wd1a To: freebsd-hackers@freefall.cdrom.com Message-id: <199507120845.KAA07114@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk I once configured a FreeBSD system to boot from a different drive (than 0) so I was sure that booting FreeBSD -current (0622-SNAP) from a slave drive (IDE, DEC PC 466D2) would work but it doesn't. I get a panic right after the message changing root device to wd1 Any clues? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Wed Jul 12 01:34:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA25668 for hackers-outgoing; Wed, 12 Jul 1995 01:34:28 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA25662 ; Wed, 12 Jul 1995 01:34:24 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id BAA24920; Wed, 12 Jul 1995 01:34:00 -0700 To: Thomas Graichen cc: hackers@freebsd.org Subject: Re: bugs & problems in 2.0.5 In-reply-to: Your message of "Tue, 11 Jul 1995 11:04:23 +0200." <9507110904.AA21396@sirius.physik.fu-berlin.de> Date: Wed, 12 Jul 1995 01:33:59 -0700 Message-ID: <24918.805538039@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > * file don't know much about FreeBSD - see the next lines > > graichen@mordillo:~> bc > bc 1.02 (Mar 3, 92) Copyright (C) 1991, 1992 Free Software Foundation, Inc. > This is free software with ABSOLUTELY NO WARRANTY. > For details type `warranty'. > ^\Quit (core dumped) > graichen@mordillo:~> file bc.core > bc.core: data > graichen@mordillo:~> cat test.c > void main(void){} > graichen@mordillo:~> gcc -c test.c > graichen@mordillo:~> file test.o > test.o: NetBSD/i386 object file not stripped I tried this and I have to agree that this looks rather embarassing, espcially having our .o's identified as "NetBSD/i386 object files"; it makes it look to the casual user like we're running their stuff in some sort of emulation mode or something :-) It would also be nice to have identification of core files. If you look at the NetBSD/i386 core file entry, it even appears to ferret the name of the executable out of the core file and display it. Nice! I fooled around with od and /etc/magic a little bit but was unable to get core recognition to work in the short 2 minutes I had to devote to the problem.. :-) Anyone out there game for a little puzzle? The mission: To see how many types of files you can get recognised by /etc/magic! :-) Jordan From owner-freebsd-hackers Wed Jul 12 01:38:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA25917 for hackers-outgoing; Wed, 12 Jul 1995 01:38:50 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA25910 ; Wed, 12 Jul 1995 01:38:46 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id BAA25807; Wed, 12 Jul 1995 01:38:22 -0700 To: freebsd-hackers@freebsd.org (FreeBSD hackers), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. In-reply-to: Your message of "Wed, 12 Jul 1995 08:04:27 +0200." <199507120604.IAA09165@uriah.heep.sax.de> Date: Wed, 12 Jul 1995 01:38:21 -0700 Message-ID: <25804.805538301@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > This comes up over and over again. In Usenet. In private mails/talks > i'm getting. I'm not very happy that the slice code broke *many* > systems that used to run before with their dedicated disks. IMHO, we > should have an option to disable the slice code in case somebody > wishes to use a disk dedicated to FreeBSD (perhaps even a non-bootable > disk, so the BIOS braindeadness is in no way a valid reason). There I think that phk doesn't necessarily disagree with any of the above sentiments but also he's got rather a lot on his plate at the moment and probably just doesn't have time to work the required magic in libdisk. I, at the sysinstall level, try to approach the idea of the geometry and layout as abstractly as possible, as it should be. This goes through libdisk, and as long as libdisk works, I'm happy. This means that if you're feeling adventurous then you shouldn't hesitate to go digging around in /usr/src/release/libdisk until it does the sorts of things you want it to.. :-) Jordan From owner-freebsd-hackers Wed Jul 12 01:55:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA26795 for hackers-outgoing; Wed, 12 Jul 1995 01:55:50 -0700 Received: (from phk@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA26784 ; Wed, 12 Jul 1995 01:55:48 -0700 From: Poul-Henning Kamp Message-Id: <199507120855.BAA26784@freefall.cdrom.com> Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 12 Jul 1995 01:55:48 -0700 (PDT) Cc: freebsd-hackers@freebsd.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <25804.805538301@time.cdrom.com> from "Jordan K. Hubbard" at Jul 12, 95 01:38:21 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1006 Sender: hackers-owner@freebsd.org Precedence: bulk > > This comes up over and over again. In Usenet. In private mails/talks > > i'm getting. I'm not very happy that the slice code broke *many* > > systems that used to run before with their dedicated disks. IMHO, we > > should have an option to disable the slice code in case somebody > > wishes to use a disk dedicated to FreeBSD (perhaps even a non-bootable > > disk, so the BIOS braindeadness is in no way a valid reason). There > > I think that phk doesn't necessarily disagree with any of the above > sentiments but also he's got rather a lot on his plate at the moment > and probably just doesn't have time to work the required magic in > libdisk. By all means jump on libdisk if you have the time & energy. I'm out of both. -- 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. Just that: dried leaves in boiling water ? From owner-freebsd-hackers Wed Jul 12 03:25:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA29515 for hackers-outgoing; Wed, 12 Jul 1995 03:25:58 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA29431 for ; Wed, 12 Jul 1995 03:25:44 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55483>; Wed, 12 Jul 1995 12:24:25 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id LAA09644; Wed, 12 Jul 1995 11:30:50 +0200 Message-Id: <199507120930.LAA09644@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Mark Hittinger cc: hackers@freebsd.org Subject: Re: Taylor UUCP in large environments In-reply-to: Your message of "Tue, 11 Jul 1995 19:23:18 +0200." <199507111723.NAA18294@ns1.win.net> Date: Wed, 12 Jul 1995 11:30:50 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > On the off chance that someone else might be attempting to set up a uucp > server for thousands of uucp users it might be worth mentioning the problem > that I ran into. Well, if you'r doing that & ftp.freebsd.org is supporting it's enormous ftp load, that's 2 feathers in the cap for FreeBSD. Perhaps we should have a file somewhere listing impressive `in service' anecdotes, ready for when people want to score PR (public relations) points with journalists, & impress bosses, customers etc ? Julian S From owner-freebsd-hackers Wed Jul 12 03:26:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA29553 for hackers-outgoing; Wed, 12 Jul 1995 03:26:08 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA29509 for ; Wed, 12 Jul 1995 03:25:57 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55481>; Wed, 12 Jul 1995 12:24:23 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id LAA09964; Wed, 12 Jul 1995 11:55:59 +0200 Message-Id: <199507120955.LAA09964@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: freebsd-hackers@freebsd.org (FreeBSD hackers), joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. In-reply-to: Your message of "Wed, 12 Jul 1995 08:04:27 +0200." <199507120604.IAA09165@uriah.heep.sax.de> Date: Wed, 12 Jul 1995 11:55:59 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > I'm not very happy that the slice code broke *many* > systems that used to run before with their dedicated disks. That slices upgrade was a trauma, I discovered just last night, (during a routine test) that my spare boot disc doesnt boot, (it' due to the slices upgrade), I'll fix it soon (real soon ;-) Julian S From owner-freebsd-hackers Wed Jul 12 03:26:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA29613 for hackers-outgoing; Wed, 12 Jul 1995 03:26:41 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA29535 for ; Wed, 12 Jul 1995 03:26:01 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55480>; Wed, 12 Jul 1995 12:24:08 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id MAA09982 for hackers@freebsd.org; Wed, 12 Jul 1995 12:02:59 +0200 Date: Wed, 12 Jul 1995 12:02:59 +0200 From: Julian Howard Stacey Message-Id: <199507121002.MAA09982@vector.eikon.e-technik.tu-muenchen.de> To: hackers@freebsd.org Subject: /etc/ppp/ppp.conf examples sought Sender: hackers-owner@freebsd.org Precedence: bulk Hi users of the new ppp(8) (aka iijppp), (those not using ppp user mode version can ignore this), I'd be grateful for a copy of a working /etc/ppp/ppp.conf to look at, (please s/real_passwd/PASSWD/g before mailing), an example might help me spot my error. I've looked at the samples & rolled my own, but it doesnt seem to work for me, yet others use ppp happily; I am using current. what I have (undoubtedly wrong) is this: ------- default: set device /dev/cua03 set speed 38400 disable lqr # what is lqr deny lqr set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATE1Q0 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" uni: set phone 280797 # later I need to add these numbers somehow # output atdt280797 N 28057464 N 282159 N 28058612 N 21058805 N 21058805 N 28058611 N 28058612\13 # set login "TIMEOUT 5 login:-\\r-login: LOGIN2 word: PASSWD2" set login "TIMEOUT 5 login:-\\r-login: LOGIN1 assword: PASSWD1 login: LOGIN2 assword: PASSWD2" # set timeout 120 set timeout 0 # set ifaddr local_ip remote_ip set ifaddr 129.187.142.36 129.187.142.1 # add 0 255.255.255.0 remote_ip add 0 255.255.255.0 129.187.142.1 ------- PS examples for either of these usage extensions would be nice as well, if anyone happens to have done either or both: - An entry to call about eight alternate tel numbers all for one IP provider (my ISP has a number of different line groups, not merely 8 lines that auto cascade on ringing), - An entry to handle a double set of login + password (I route through a terminal concentrator or some such). Thanks Julian S jhs@freebsd.org From owner-freebsd-hackers Wed Jul 12 03:44:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA00309 for hackers-outgoing; Wed, 12 Jul 1995 03:44:19 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA00302 for ; Wed, 12 Jul 1995 03:44:09 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSS7AM20IO003GD7@mail.rwth-aachen.de>; Wed, 12 Jul 1995 12:41:19 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id MAA07363 for freebsd-hackers@freefall.cdrom.com; Wed, 12 Jul 1995 12:54:03 +0200 Date: Wed, 12 Jul 1995 12:54:03 +0200 From: "Christoph P. Kukulies" Subject: le0 (DE200) not recognized To: freebsd-hackers@freefall.cdrom.com Message-id: <199507121054.MAA07363@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm not sure whether I better report this as a bug report since it is so obvious: I configured a kernel for a Dec Etherworks Turbo (DE200) card io 300 irq 5 mem c0000 (the card being the only configured network device) and it's not recognized: le0: no board present --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Wed Jul 12 03:51:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA00613 for hackers-outgoing; Wed, 12 Jul 1995 03:51:20 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA00604 for ; Wed, 12 Jul 1995 03:50:59 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSS7LQ48GG003HS7@mail.rwth-aachen.de>; Wed, 12 Jul 1995 12:50:16 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id NAA07382 for freebsd-hackers@freefall.cdrom.com; Wed, 12 Jul 1995 13:03:00 +0200 Date: Wed, 12 Jul 1995 13:03:00 +0200 From: "Christoph P. Kukulies" Subject: root device on wd1a (was: help!...) To: freebsd-hackers@freefall.cdrom.com Message-id: <199507121103.NAA07382@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk First off: goofing from my side - I forgot to configure wd1 on controller wdc0 drive 1. Shame on me. After fixing that and configuring a kernel with root on wd1a I still could not mount /dev/ws1s1e and swap on /dev/ws1s1b (sorry, I cannot keep these slice device names in memory but you know what I mean). BTW, the /etc/fstab with the slice entries for drive 0 worked fine for root device wd0a (when the disk was master IDE) but just changing the 0 into a 1 in /etc/fstab didn't work. It looks like the slice code has some problems when root device is not drive 0. I configured the drive all for FreeBSD BTW. After I changed the fstab entries to /dev/wd1a /, /dev/wd1b swap and /dev/wd1e /usr it work correctly. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Wed Jul 12 04:02:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA00937 for hackers-outgoing; Wed, 12 Jul 1995 04:02:13 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA00931 for ; Wed, 12 Jul 1995 04:02:12 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id EAA12295; Wed, 12 Jul 1995 04:01:45 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id EAA00282; Wed, 12 Jul 1995 04:02:43 -0700 Message-Id: <199507121102.EAA00282@corbin.Root.COM> To: Voradesh Yenbut cc: esser@zpr.uni-koeln.de (Stefan Esser), hackers@freebsd.org Subject: Re: One cause of 2.05R instability found In-reply-to: Your message of "Wed, 12 Jul 95 08:04:19 GMT." <199507120804.BAA09215@vetch.cs.washington.edu> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 12 Jul 1995 04:02:33 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >A few days ago, my system (the kernel has the if statement in ncr.c commented >out) crashed twice after it has been running fine for almost a week: >type 12, trap, code = 0 >_sosend + 0x189: onl 0x758bf44d (%ebx),%ecx I'll assume that was really "orl"...but the instruction is bogus no matter how you look at it. >kernel type 1 trap, code = 0 >stopped at _lookup + 0x11b: lcall *%edi Okay, I'm sure that that instruction isn't in the routine. I think you are having memory problems - either incorrect timing (not enough wait states) or the memory is actually defective. -DG From owner-freebsd-hackers Wed Jul 12 05:05:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA02367 for hackers-outgoing; Wed, 12 Jul 1995 05:05:10 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA02358 for ; Wed, 12 Jul 1995 05:05:00 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0sW0UM-000HzkC; Wed, 12 Jul 95 14:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #16) id m0sVzV0-00021gC; Wed, 12 Jul 95 12:58 MET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. To: freebsd-hackers@freebsd.org Date: Wed, 12 Jul 1995 12:58:38 +0200 (MET DST) In-Reply-To: <199507120604.IAA09165@uriah.heep.sax.de> from "J Wunsch" at Jul 12, 95 08:04:27 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1608 Sender: hackers-owner@freebsd.org Precedence: bulk >From the keyboard of J Wunsch: > > I *had* to use the translated geometry to get anything to boot. > > This comes up over and over again. In Usenet. In private mails/talks > i'm getting. I'm not very happy that the slice code broke *many* > systems that used to run before with their dedicated disks. IMHO, we > should have an option to disable the slice code in case somebody > wishes to use a disk dedicated to FreeBSD (perhaps even a non-bootable > disk, so the BIOS braindeadness is in no way a valid reason). There > are many people like me that have "mental" problems with lying about > their disk geometry too much (i.e., forcing a gratuitous number like > 63/31/...) when they know it (at least, partially) better, and the > disk is never to see anything else than (Free)BSD in this life. One of them was me. The system in question has never seen another OS than *BSD and it will never. (It will never see any commercial PC SYSV U*nx, any Microsoft OS, nor any IBM OS). I always used the whole disk for *BSD since 386BSD and it went fine until 2.0.5 ... :-( (Yes, i know, "you have the source, Luke" !) I had to install a small DOS partition (shudder ..) and after i did that, i was able to boot 2.0.5. But it uses a disk geometry which causes another (shudder ...), sigh. So to repeat the original question: is there any drawback in using this totally strange cylinder/head/sector layout i was forced to use ???? hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Wed Jul 12 06:05:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA03917 for hackers-outgoing; Wed, 12 Jul 1995 06:05:04 -0700 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA03908 for ; Wed, 12 Jul 1995 06:05:02 -0700 Received: by violet.berkeley.edu (8.6.10/1.33r) id GAA24576; Wed, 12 Jul 1995 06:05:01 -0700 Date: Wed, 12 Jul 1995 06:05:01 -0700 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199507121305.GAA24576@violet.berkeley.edu> Newsgroups: comp.unix.bsd.freebsd.misc Subject: ISPs and other commercial interests, please read! [was Re: T1] References: <3tu6q6$num@news.bu.edu> Followup-To: poster Organization: University of California, Berkeley Apparently-To: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk In article <3tu6q6$num@news.bu.edu>, Mikhail Teterin wrote: >Is there a support for T1 in FreeBSD? Are there any >commercial drivers ported? Thanks for ANY hint! There's the Cronyx/Sigma sync ppp card, but I'm not sure what its top end speed is.. I don't believe that we have anything currently capable of doing T1 right out of a FreeBSD box. That said, I have 2 ARNET SYNC/570i cards here - one two port and one four port - and they'll do up to 5Mb/sec. All I'm lacking is a driver! The main chip that needs to be dealt with here appears to be the Hitachi HD64570, so if anyone out there has prior programming experience with this then I'm definitely interested in hearing from you! ARNET has graciously loaned me these boards for the express purpose of pressing them into some skilled programmer's hands, but such hands have proven to be a little harder to find than I had hoped.. :-( I'd therefore like to put the following proposal to the various ISPs and others with an interest in mid-speed comms out there who might be reading this message: If those of you who are truly interested in seeing a driver written for the ARNET SYNC/570i (which does, by all appearances, seem to be a slick little card and good value for money) would care to contact me, I'll be willing to do the legwork of trying to organize a cooperative effort. What this means, essentially, is that those who contact me should also be willing to donate something reasonable in the way of time, money or manpower to the project. They should also be willing to see the results released for general consumption with an unrestrictive (e.g. "BSD style") copyright. But please, read on. Some might consider the concept of a group of erstwhile competitors working together to produce a common product which will then be _given_ away to be somewhat naive, but I don't see it that way. I see it instead as a natural progression for a lot of things that have been going on in the free software camp up to now. Consider this: The decision to run FreeBSD (or any other free OS) in a business or other critical-use scenario is certainly not one that people are making lightly. In the beginning, many in fact started out with very tentative exploratory steps and regarded FreeBSD with some suspicion, but as they gained greater trust in the quality of the system and saw that its core developers had been around for a couple of years and showed every sign of being around for a couple more, they made a greater committment to it. Most importantly, they took this chance largely because they perceived the project as having a *future* and not about to just drop dead in 6 months, leaving its new users high and dry. This is the essence of any good relationship and you're hardly going to buy a database or spreadsheet from a vendor you've heard might be filing for bankruptcy next week; you want someone with a strong product and a promising future. A growing number of people have displayed such a degree of confidence in us, and for that we're certainly gratified, but not without certain fears. To clarify this, in the corporate world a healthy company is usually judged by the consistency of its quality, its ability to innovate and its overall profitability. FreeBSD, free or not, also gets measured by these same standards of consistency and innovation, it's unfortunately just not very profitable. :-) That non-profit aspect may be more politically and spiritually desirable but it does have some significant drawbacks, one being that there's no capital to expend on increasing the consistency of product quality or funding continued innovation like the "real company" does, thus requiring that these improvements happen by other means. With that in mind, it begins to make more sense that the various FreeBSD users, both commercial and non, should want to band together more closely and without regard for of any kind of external competition. We, and that's all of us now - the users and the project contributors - really do share common ownership of this "product" called FreeBSD. It may seem at times like the FreeBSD core team thinks it owns it, but it certainly never did and never will. The FreeBSD core team is essentially just a group of custodians over a freely available collection of BSD and GPL licensed sources. No one really "owns" it in the true sense anymore and whomever last changes something gets a corresponding measure of unofficial responsibility for it, no more no less. If you couple this with the fact that the FreeBSD Project itself has no real resources of its own, except perhaps for a common code base and a couple of machines with sources on them, then it quickly becomes clear that to really increase the quality and coverage of FreeBSD's feature set in the same period of time that a commercial OS vendor would (if not faster) then something more has to happen. Well, a good start would be some greater degree of understanding among the FreeBSD user populace of the fact that the FreeBSD source tree itself is a *shared* responsibility. We all share the process of making it viable in the long term, and if the quality and quantity of contributions stagnates then the project itself dies. Things have fortunately been quite the opposite so far, with almost more contributions coming in than we can handle, but that's certainly not a good rationale for getting complacent and there are certainly a lot of things that still need to be done! There really isn't such a thing as a free lunch, and FreeBSD is, unfortunately, no exception. A company that deploys FreeBSD on 20 internal servers may have saved over $1-2K a pop in the purchase of the software, but there will come a time when those 20 servers will suddently have a need to route IPX, or accomodate the addition of a T1 connection, or do any number of things outside of FreeBSD's performance envelope at the time. When and if that time comes for them, they'll then have several options: One option is to issue a fervent plea on the net in hopes that someone else has already done whatever it is they need. This sometimes works, though it has a fairly low success rate and relies on the fact that somebody somewhere is still interested in doing public work. Another option is to hire someone "off the street" and try to pay them as little as possible to hack it into their system. This also sometimes works, though what's left is a legacy that may break in the face of subsequent changes to the system and with the attendant risk that the guy they hired off the street may suddenly move to China. For small or highly custom changes this is still probably the way to go, but for larger projects it's not an option with much long-term viability. The third option, and one I prefer for projects of significance, is for them to try doing it "the free software way", which is to say cooperatively with as many other like-minded people as seems practical (which may be as small as 2-3 developers during the initial stages). Some project members may elect to donate equipment, funds for purchasing such equipment (or paying an external engineer) or a full or part-time engineer themselves. It would be the job of the project coordinator (either inside or outside the project) to match donations with the needs of the task and see that it reaches completion in a reasonable period of time. Some tasks, like supporting a certain board or software package, will be small and probably fly for less than $1K total investment. Others, like implementing generic sync ppp support and drivers for a whole family of T1 cards, might cost the participants $15K or more (cards, test rig, a short engineering contract to write the code, etc). Whether big or small, however, if that cost is shared and those involved can write it off as a development expense then it's not as big a deal as it seems at the start. Even assuming a $20K cost for developing a new T1 routing solution (and that's high), if just 4 companies agreed to share equally in the costs of development then that'd only be $5K to each, a very managable one-time cost and that's without even factoring in the other useful side-benefits. The side benefits are many: Each company gets full source for its $5K (assuming that the code in question wasn't proprietary, in which case more specialized arragements would be made) and an army of free Quality Control engineers on the net. The benefits of having several hundred people punish your code in various ways also shouldn't be underestimated, and it almost always makes for a far more polished product in the long run. Another not-insignificant benefit is that by working within the context of the FreeBSD project you're also helping to keep the spirit of innovation within the project alive, helping to preserve the value of your "investment" in FreeBSD. As a "clearing house" of sorts for things like this, I have formed a corporation by the name of "FreeBSD, Inc." It is a not-for-profit enterprise dedicated to furthering the cause and quality of FreeBSD and it gives other commercial entities a real organization to deal with rather than having money and equipment disappear to a variety of uncertain destinations. Over the course of the next several months, FreeBSD, Inc. will be releasing a number of details of its plans and currently active projects, some of which already have money and equipment donated but are stalled in need of development resources. Though I'm still in the process of drafting FreeBSD, Inc.'s various charters and bylaws, the corporation itself does exist and can begin coordinating various such efforts now so there's no reason for additional delay. As a quick indication of what I'm talking about, here are two example projects that have been sort of slowly simmering for awhile now: 1. Sync serial project Status: On hold Current Assets: 2 ARNET SYNC 570/i boards and specs. Requirements: 1 full or part-time engineer. Should have driver experience, experience with the Hitachi HD64570 a definite plus! Also required is one ISP with a semi-immediate need for T1 who can serve as the initial customer. Options: Donation of engineering resource or funds to hire. 2. SMP (Symmetric Multi-Processing) Status: Very slow development Current Assets: One ASUS P54NP4 dual-P590 based development system Requirements: At least one full-time engineer. Should have MP or low-level systems programming experience, prior experience with adding SMP support to a UNIX kernel a definite plus. Several testers with other types of Intel MP spec compliant hardware. Options: Donation of engineering resource or funds for fairly long-term hire (1yr min) of skilled engineer. Would prefer donation of engineering resources. The difference between either of these two projects sitting endlessly on the vine or suddently becoming tangible reality is actually quite small, and really comes down to enough people deciding they want something enough to start talking with FreeBSD, Inc. (e.g. me) about how to get it. I'll then see if the right ingredients can be brought together to make it happen and respond with a "yes" or "no". If enough people contact me about some task that they feel to be important then I'm also always willing to consider it, time and resources permitting. I'm pretty open to what the corporation does with itself just so long as what its doing is self-sustaining (e.g. any projects it's engaged in have some sort of sponsorship) and of general benefit to the project as a whole. I think that we can do a lot with FreeBSD and I furthermore believe that we can do a lot of things that the critics may never have expected us to be able to do. It's all down to a little vision and some willingness to be cooperative in carrying it out. So if there's something you want out of FreeBSD that it's just not giving you, you think there are a number of people who feel the same way and you think that you'd be willing to throw a little time or money into a pot in with the others, then contact us! If we think something is both worthwhile and possible then we'll do our best to make it happen. Current address: FreeBSD, Inc. 4041 Pike Lane, #D Concord CA, 94520 Phone: 510-928-8380 FAX: 510-674-0821 Email: inc@freebsd.org Jordan From owner-freebsd-hackers Wed Jul 12 06:42:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA04778 for hackers-outgoing; Wed, 12 Jul 1995 06:42:24 -0700 Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA04770 for ; Wed, 12 Jul 1995 06:42:23 -0700 Received: (from ghelmer@localhost) by alpha.dsu.edu (8.6.12/8.6.12) id IAA16978; Wed, 12 Jul 1995 08:42:21 -0500 Date: Wed, 12 Jul 1995 08:42:21 -0500 (CDT) From: Guy Helmer To: freebsd-hackers@freefall.cdrom.com Subject: removeuser script Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I've written a script in Perl that removes users from a system (removes their /etc/master.passwd entry, rebuilds the password files & databases, removes the user from any groups in /etc/group, removes the home directory if the home directory is owned by the removed user, and removes the user's incoming mail). It uses the same locking scheme as /usr/bin/{passwd,chfn,chsh,chpass}, so it shouldn't corrupt passwd files. Under basic testing, it seems to work OK on my 2.0.5 system. Anyone willing to test it? If so, please let me know. Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Wed Jul 12 06:54:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA05086 for hackers-outgoing; Wed, 12 Jul 1995 06:54:24 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA05080 for ; Wed, 12 Jul 1995 06:54:22 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA17044; Wed, 12 Jul 1995 08:53:50 -0500 From: Joe Greco Message-Id: <199507121353.IAA17044@brasil.moneng.mei.com> Subject: Re: ISPs and other commercial interests, please read! [was Re: T1] To: jkh@violet.berkeley.edu (Jordan K. Hubbard) Date: Wed, 12 Jul 1995 08:53:49 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199507121305.GAA24576@violet.berkeley.edu> from "Jordan K. Hubbard" at Jul 12, 95 06:05:01 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk Might I point out: Emerging Technologies already has a T1 sync serial solution - essentially a ported version of their BSD/OS drivers, and their hardware. Yes, it's a commercial product. But it *is* a solution, available today, and it *does* do T1. I do not say this to discourage anybody from pursuing other drivers for other cards - I think that's a good idea!! But for those requiring solutions immediately (and in my case: Aug 1st), there *are* options currently available. ... JG From owner-freebsd-hackers Wed Jul 12 07:18:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA05820 for hackers-outgoing; Wed, 12 Jul 1995 07:18:01 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA05813 for ; Wed, 12 Jul 1995 07:17:57 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id HAA12537; Wed, 12 Jul 1995 07:17:31 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id HAA00403; Wed, 12 Jul 1995 07:18:29 -0700 Message-Id: <199507121418.HAA00403@corbin.Root.COM> To: Joe Greco cc: jkh@violet.berkeley.edu (Jordan K. Hubbard), hackers@freebsd.org Subject: Re: ISPs and other commercial interests, please read! [was Re: T1] In-reply-to: Your message of "Wed, 12 Jul 95 08:53:49 CDT." <199507121353.IAA17044@brasil.moneng.mei.com> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 12 Jul 1995 07:18:28 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >Might I point out: Emerging Technologies already has a T1 sync serial >solution - essentially a ported version of their BSD/OS drivers, and their >hardware. Yes, it's a commercial product. But it *is* a solution, >available today, and it *does* do T1. > >I do not say this to discourage anybody from pursuing other drivers for >other cards - I think that's a good idea!! But for those requiring >solutions immediately (and in my case: Aug 1st), there *are* options >currently available. ...I might add that I'm using ET's sync product here and after working out a few quirks has been working fine. I'm only using it at 56k, however. -DG From owner-freebsd-hackers Wed Jul 12 07:31:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA06209 for hackers-outgoing; Wed, 12 Jul 1995 07:31:11 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA06202 for ; Wed, 12 Jul 1995 07:30:57 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id MAA00781 ; Wed, 12 Jul 1995 12:34:06 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: tomppa@fidata.fi cc: hackers@freebsd.org Subject: Re: FreeBSD EISA ethercard support In-reply-to: Your message of "Wed, 12 Jul 1995 11:16:18 +0300." <199507120816.LAA02657@zeta.fidata.fi> Date: Wed, 12 Jul 1995 12:34:05 +0100 Message-ID: <779.805548845@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507120816.LAA02657@zeta.fidata.fi>, Tomi Vainio writes: >My card is SMC 8232. I think chips on board are SMC ultra chip and >83790. I will check this later. After playing with an SMC EISA 100bT card at work, I've come to the conclusion that we'll be lucky to find any SMC EISA cards that we can/will/do support. It seems (at least for 100bT) that they have gone with one of these custom chipsets which they are reluctant to part with specs on, and I don't doubt that they have done the same for most, if not all, of the rest of their EISA range :-( DEATH TO NDA'S! Gary From owner-freebsd-hackers Wed Jul 12 08:27:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08473 for hackers-outgoing; Wed, 12 Jul 1995 08:27:36 -0700 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA08467 for ; Wed, 12 Jul 1995 08:27:35 -0700 Received: from muggsy.lkg.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA09151; Wed, 12 Jul 95 08:21:20 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA26081; Wed, 12 Jul 1995 11:20:01 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id KAA23539 for ; Wed, 12 Jul 1995 10:41:44 GMT Message-Id: <199507121041.KAA23539@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: hackers@freebsd.org Subject: Re: FreeBSD EISA ethercard support In-Reply-To: Your message of "Wed, 12 Jul 1995 01:54:25 +0300." <199507112254.BAA10468@zeta.fidata.fi> X-Mailer: exmh version 1.5omega 10/6/94 Date: Wed, 12 Jul 1995 10:39:14 +0000 From: Matt Thomas Sender: hackers-owner@freebsd.org Precedence: bulk In <199507112254.BAA10468@zeta.fidata.fi>, Tomi Vainio writes: > You have talked about EISA ethernet cards. Is there any plans to add > support for these cards? I have SMC 8232 which is SMC Ultra series > 32bit EISA busmaster which I like to use with FreeBSD. The only EISA Ethernet cards I have support for is for the DEC DE425 DC21040-based bus-mastering card and the DEC DE422 EISA card. And primarily because they involve relatively minor changes to existing drivers. 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 Wed Jul 12 08:50:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA09364 for hackers-outgoing; Wed, 12 Jul 1995 08:50:49 -0700 Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA09332 ; Wed, 12 Jul 1995 08:50:08 -0700 Received: (from didier@localhost) by zapata.omnix.fr.org (8.6.9/8.6.9) id RAA03896; Wed, 12 Jul 1995 17:47:49 +0200 From: Didier Derny Message-Id: <199507121547.RAA03896@zapata.omnix.fr.org> Subject: HELP! Large Configuration needed. To: hackers@freebsd.org Date: Wed, 12 Jul 1995 17:47:49 +0200 (MET DST) Cc: questions@freebsd.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 528 Sender: hackers-owner@freebsd.org Precedence: bulk Hi I have to install a FreeBSD 2.0-RELEASE with the fastest available mother board/ pentium. The fastest scsi board (either PCI or VLB) 256 Mb of memory the fastest scsi hard disks. the fastest 10Mb Ethernet board. I want to find the components from widely distrubuted brand such as Adaptec, Bus Logic..... I aslo want the most reliable components. Please send me your comments to didier@omnix.fr.org Thanks for your help +---------------------+ | Didier Derny | | didier@omnix.fr.org | +---------------------+ From owner-freebsd-hackers Wed Jul 12 09:10:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA10357 for hackers-outgoing; Wed, 12 Jul 1995 09:10:39 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA10338 ; Wed, 12 Jul 1995 09:10:22 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA31521; Thu, 13 Jul 1995 02:05:28 +1000 Date: Thu, 13 Jul 1995 02:05:28 +1000 From: Bruce Evans Message-Id: <199507121605.CAA31521@godzilla.zeta.org.au> To: bde@zeta.org.au, rgrimes@gndrsh.aac.dev.com Subject: Re: Help me please.. :) Cc: current@FreeBSD.org, freebsd-hackers@FreeBSD.org, root@debian.cps.cmich.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk >> There are two bugs here: >There is one bug here. >> 1) ... >> 2) FreeBSD releases have /usr/include/machine populated with files. It >> should be a symlink to /sys/i386/include to avoid update problems. >This is not a bug, realize that without the src release installed if we >did this you could not use the system for compiling. Bill did that >... >We need to ``enhance'' the installation of the src tree, that is where >the bug lies. When a src tree is installed then and only then should There are hundreds of bugs here :-). We need to support multiple machines someday. Then files in /usr/include/machine can't work even if it is a symlink. A symlink is still better because it can be changed much faster. Bruce From owner-freebsd-hackers Wed Jul 12 09:33:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11069 for hackers-outgoing; Wed, 12 Jul 1995 09:33:31 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11063 for ; Wed, 12 Jul 1995 09:33:28 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id LAA06479 for ; Wed, 12 Jul 1995 11:33:26 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 12 Jul 95 11:33 CDT Received: by mars.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Wed, 12 Jul 95 11:33 CDT Message-Id: Subject: SCSI disk wedge To: freebsd-hackers@freebsd.org Date: Wed, 12 Jul 1995 11:33:24 -0500 (CDT) From: "Karl Denninger, MCSNet" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 768 Sender: hackers-owner@freebsd.org Precedence: bulk Hi folks, Was wondering if there had been any progress on the SCSI disk channel hangs we reported here a month or so ago. We're still seeing them, and the suggestion to try disabling disconnects resulted in a kernel that didn't run (all kinds of complaints about the target being busy, etc). Any hope or help out there? :-) New SCSI drivers perhaps, or patches? Thanks in advance! -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Wed Jul 12 09:38:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA11276 for hackers-outgoing; Wed, 12 Jul 1995 09:38:27 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA11268 for ; Wed, 12 Jul 1995 09:38:23 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id MAA01850 for hackers@freebsd.org; Wed, 12 Jul 1995 12:44:52 -0400 From: Mark Hittinger Message-Id: <199507121644.MAA01850@ns1.win.net> Subject: new toy "ssh" just got released To: hackers@freebsd.org Date: Wed, 12 Jul 1995 12:44:51 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 385 Sender: hackers-owner@freebsd.org Precedence: bulk it is a replacement for rlogin/rsh/rcp that does strong authentications. Looks pretty good I have dropped everything and am trying to make it work on FreeBSD now. There are very clear export problems with this ware. ftp://ftp.funet.fi/pub/unix/security/ssh-1.0.0.tar.gz ftp://ftp.cs.hut.fi/pub/ssh/ssh-1.0.0.tar.gz or check out alt.security Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Wed Jul 12 09:53:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA12092 for hackers-outgoing; Wed, 12 Jul 1995 09:53:05 -0700 Received: from ip1.uplift.fr (bob2@ip1.uplift.fr [194.51.20.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA12086 for ; Wed, 12 Jul 1995 09:53:00 -0700 Received: (from bob2@localhost) by ip1.uplift.fr (8.6.11/8.6.9) id SAA15316; Wed, 12 Jul 1995 18:51:51 GMT Date: Wed, 12 Jul 1995 18:51:51 GMT Message-Id: <199507121851.SAA15316@ip1.uplift.fr> From: Jean-Pierre Forcioli To: ghelmer@alpha.dsu.edu CC: freebsd-hackers@freefall.cdrom.com In-reply-to: (ghelmer@alpha.dsu.edu) Subject: Re: removeuser script Sender: hackers-owner@FreeBSD.org Precedence: bulk Hy ! Can i get one release of your perl script ? Thanks -- +------------------------------------------------------------+ | UPLIFT TECHNOLOGY | Tel. : 33 1 / 42 06 79 17 | | Services Internet | Fax : 33 1 / 42 06 79 18 | | Jean-Pierre Forcioli | WWW : http://uplift.fr/uplift.html | | bob2@ip1@uplift.fr | 20 rue Fessart. 75019 Paris | +------------------------------------------------------------+ From owner-freebsd-hackers Wed Jul 12 11:09:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA13769 for hackers-outgoing; Wed, 12 Jul 1995 11:09:19 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA13763 for ; Wed, 12 Jul 1995 11:09:12 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA01192; Thu, 13 Jul 1995 04:01:38 +1000 Date: Thu, 13 Jul 1995 04:01:38 +1000 From: Bruce Evans Message-Id: <199507121801.EAA01192@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, hm@ernie.altona.hamburg.com Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. Sender: hackers-owner@freebsd.org Precedence: bulk >> > I *had* to use the translated geometry to get anything to boot. >> >> This comes up over and over again. In Usenet. In private mails/talks >> i'm getting. I'm not very happy that the slice code broke *many* >> systems that used to run before with their dedicated disks. IMHO, we >> ... >One of them was me. The system in question has never seen another OS than >*BSD and it will never. (It will never see any commercial PC SYSV U*nx, >any Microsoft OS, nor any IBM OS). I always used the whole disk for *BSD >since 386BSD and it went fine until 2.0.5 ... :-( Why didn't you use the existing (whole-disk) slice? The one created by copying the boot blocks over the MBR isn't acceptable to foreign OS's or disk managers, but you don't wan't those, and it is acceptable to FreeBSD. >So to repeat the original question: is there any drawback in using this >totally strange cylinder/head/sector layout i was forced to use ???? No. It is only used for loading the first sector of the FreeBSD boot blocks. It gets put in the disk label but newfs no longer uses the geometry in the label by default and drivers no longer use the geometry in the label at all. Bruce From owner-freebsd-hackers Wed Jul 12 11:27:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA14279 for hackers-outgoing; Wed, 12 Jul 1995 11:27:03 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA14271 for ; Wed, 12 Jul 1995 11:26:58 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id MAA01922; Wed, 12 Jul 1995 12:26:44 -0600 Message-Id: <199507121826.MAA01922@rover.village.org> To: "Rodney W. Grimes" Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. Cc: freebsd-hackers@FreeBSD.org In-reply-to: Your message of Wed, 12 Jul 1995 01:08:29 PDT Date: Wed, 12 Jul 1995 12:26:44 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : Please, valid and correct partition tables are _critical_ to making : sure Microslop code does not wipe you out!!! I think I'll down grade : to DOS 5.0, at least that install had a clue :-) Is there some way to write a valid partion table to BSD only disks? Wouldn't that solve the problem, or am I dreaming... Warner From owner-freebsd-hackers Wed Jul 12 11:31:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA14373 for hackers-outgoing; Wed, 12 Jul 1995 11:31:12 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA14366 for ; Wed, 12 Jul 1995 11:31:10 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id MAA01944; Wed, 12 Jul 1995 12:29:23 -0600 Message-Id: <199507121829.MAA01944@rover.village.org> To: Joe Greco Subject: Re: ISPs and other commercial interests, please read! [was Re: T1] Cc: jkh@violet.berkeley.edu (Jordan K. Hubbard), hackers@FreeBSD.org In-reply-to: Your message of Wed, 12 Jul 1995 08:53:49 CDT Date: Wed, 12 Jul 1995 12:29:22 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : Might I point out: Emerging Technologies already has a T1 sync serial : solution - essentially a ported version of their BSD/OS drivers, and their : hardware. Yes, it's a commercial product. But it *is* a solution, : available today, and it *does* do T1. Any idea on how to get costs and whatnot for this? There have been rumblings in the Village that people want T1 connectivity, and I'd like to tell them the costs, or at least the URL to find out. Warner From owner-freebsd-hackers Wed Jul 12 12:01:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA18033 for hackers-outgoing; Wed, 12 Jul 1995 12:01:04 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA18019 for ; Wed, 12 Jul 1995 12:01:02 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id NAA17793; Wed, 12 Jul 1995 13:55:17 -0500 From: Joe Greco Message-Id: <199507121855.NAA17793@brasil.moneng.mei.com> Subject: Re: ports and checksums (Re: Cloning systems) To: asami@cs.berkeley.edu (Satoshi Asami) Date: Wed, 12 Jul 1995 13:55:17 -0500 (CDT) Cc: jhs@vector.eikon.e-technik.tu-muenchen.de, karl@mcs.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199507112129.OAA27752@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Jul 11, 95 02:29:23 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@FreeBSD.org Precedence: bulk > (Maybe we should move this to ports....) > > * Well, maybe that was misleading: what I *want* to be able to do is to load > * up /usr/ports/distfiles on one box, build a bunch of ports over in > * /usr/local/src/ports/*/*, and then walk /usr/local/src/ports around to a lot > * of boxes and do "make install" or whatever and have things installed without > * the ridiculous apparent need for the "make install" target to see > * /usr/ports/distfiles and try to checksum the files! > > If you really want to do this, "make NO_EXTRACT=yes reinstall" should > let you do what you want. (There is no NO_CHECKSUM variable now, it > is piggybacked on NO_EXTRACT...I can add it if people want it though.) > > What's wrong with building packages though? It takes much less disk > space on the target machine. If the port has NO_PACKAGE set, you can > override it with a "FORCE_PACKAGE=yes" from the command line -- even > if we can't build and distribute packages, the licensing problems > won't stop you from copying the files over as you wish. In many cases, nothing, I just wasn't aware it could be done. Thank you I will look into it! :-) (is this documented anywhere, besides the source, btw?) In other cases, mostly site-customized stuff like mail and newsreaders, the program *must* be compiled on the target (yes, I realize many programs like elm and trn will run properly on machines within the same domain, and this is good - except I maintain machines within multiple domains). If I can do a "make NO_EXTRACT=yes" and have it reconfigure and rebuild itself, using the already extracted sources, I would be quite pleased. (no I haven't tried *any* of this yet - tooooo busy getting ready for a major move and no scratch boxes to play on). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Wed Jul 12 12:08:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19003 for hackers-outgoing; Wed, 12 Jul 1995 12:08:12 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA18992 for ; Wed, 12 Jul 1995 12:08:10 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AB25238 (5.65c/IDA-1.4.4 for ); Wed, 12 Jul 1995 14:08:08 -0500 Received: from GAB/SpoolDir by gab.unt.edu (Mercury 1.13); Wed, 12 Jul 95 14:08:08 CST6CDT Received: from SpoolDir by GAB (Mercury 1.13); Wed, 12 Jul 95 14:07:52 CST6CDT From: "John Booth" Organization: University of North Texas To: hackers@freebsd.org Date: Wed, 12 Jul 1995 14:07:52 CST6CDT Subject: NIS+ Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <5F058A5900@gab.unt.edu> Sender: hackers-owner@freebsd.org Precedence: bulk Any plans to support NIS+? ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-hackers Wed Jul 12 12:41:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22307 for hackers-outgoing; Wed, 12 Jul 1995 12:41:16 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA22301 for ; Wed, 12 Jul 1995 12:41:14 -0700 Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA17920; Wed, 12 Jul 1995 14:40:42 -0500 From: Joe Greco Message-Id: <199507121940.OAA17920@brasil.moneng.mei.com> Subject: Re: NIS+ To: JOHN@gab.unt.edu (John Booth) Date: Wed, 12 Jul 1995 14:40:42 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <5F058A5900@gab.unt.edu> from "John Booth" at Jul 12, 95 02:07:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: hackers-owner@freebsd.org Precedence: bulk > Any plans to support NIS+? Speaking from secondhand knowledge, "most likely when hell freezes over" - as when we had asked Sun about NIS+ documentation, we were told that it was a "propietary protocol". That suprised me, especially as we are a Solaris source licensee and OEM, but then again this was quite some time ago and this was around the time NIS+ was introduced. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Software Engineer, UNIX/Network Hacker, Etc. 414/362-3617 Marquette Electronics, Inc. - R&D - Milwaukee, WI jgreco@mei.com From owner-freebsd-hackers Wed Jul 12 12:52:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA22697 for hackers-outgoing; Wed, 12 Jul 1995 12:52:06 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA22690 ; Wed, 12 Jul 1995 12:52:02 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA18542; Wed, 12 Jul 1995 12:51:48 -0700 From: "Rodney W. Grimes" Message-Id: <199507121951.MAA18542@gndrsh.aac.dev.com> Subject: Re: Help me please.. :) To: bde@zeta.org.au (Bruce Evans) Date: Wed, 12 Jul 1995 12:51:48 -0700 (PDT) Cc: bde@zeta.org.au, current@FreeBSD.org, freebsd-hackers@FreeBSD.org, root@debian.cps.cmich.edu In-Reply-To: <199507121605.CAA31521@godzilla.zeta.org.au> from "Bruce Evans" at Jul 13, 95 02:05:28 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: 1298 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >> There are two bugs here: > > >There is one bug here. > > >> 1) ... > > >> 2) FreeBSD releases have /usr/include/machine populated with files. It > >> should be a symlink to /sys/i386/include to avoid update problems. > > >This is not a bug, realize that without the src release installed if we > >did this you could not use the system for compiling. Bill did that > >... > > >We need to ``enhance'' the installation of the src tree, that is where > >the bug lies. When a src tree is installed then and only then should > > There are hundreds of bugs here :-). We need to support multiple > machines someday. Then files in /usr/include/machine can't work even if > it is a symlink. A symlink is still better because it can be changed > much faster. Actually the current ``SHARED=copies'' works perfect for a shared src tree and multiple machines/archs. Just ask the folks over at CSRG. /usr is a per arch file system, symlinking from a per arch file system to a arch independent (/usr/src) file system is bad news. You just made another case for leaving it the way it is! Other solution is variant symbolic link :-). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Wed Jul 12 13:01:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA23044 for hackers-outgoing; Wed, 12 Jul 1995 13:01:04 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA23037 for ; Wed, 12 Jul 1995 13:01:00 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id NAA18575; Wed, 12 Jul 1995 13:00:53 -0700 From: "Rodney W. Grimes" Message-Id: <199507122000.NAA18575@gndrsh.aac.dev.com> Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. To: imp@village.org (Warner Losh) Date: Wed, 12 Jul 1995 13:00:53 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199507121826.MAA01922@rover.village.org> from "Warner Losh" at Jul 12, 95 12:26: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: 808 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > : Please, valid and correct partition tables are _critical_ to making > : sure Microslop code does not wipe you out!!! I think I'll down grade > : to DOS 5.0, at least that install had a clue :-) > > Is there some way to write a valid partion table to BSD only disks? > Wouldn't that solve the problem, or am I dreaming... Problem is that boot1 lives in sector 0 in this case, so anytime you install new boot blocks you end up with a 50K not quite right bogus partition table from the boot1 code. Newfs needs fixed to deal with the fact it _must_ preserve the existing partition table if installing boot code to physical sector 0 of the disk. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Wed Jul 12 13:10:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA23621 for hackers-outgoing; Wed, 12 Jul 1995 13:10:49 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA23615 for ; Wed, 12 Jul 1995 13:10:46 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id PAA12765; Wed, 12 Jul 1995 15:10:44 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id PAA00810; Wed, 12 Jul 1995 15:10:44 -0500 From: Karl Denninger Message-Id: <199507122010.PAA00810@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Wed, 12 Jul 1995 15:10:44 -0500 (CDT) Cc: karl@mcs.com, freebsd-hackers@freebsd.org In-Reply-To: <199507121956.MAA18551@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jul 12, 95 12:56:59 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1650 Sender: hackers-owner@freebsd.org Precedence: bulk > > > > > Hi folks, > > > > Was wondering if there had been any progress on the SCSI disk channel hangs > > we reported here a month or so ago. > > Can you be more specific about which controller and/or drives you are > seing this with? Trying to recall the mail for the last month with > ``disk channel hangs'' as the keyword doesn't work for me, my poor old > mind is not what it use to be :-) Aha1742 and AHA 27xx -- both EISA. On the 27xx driver we get an error, on the 1742 the failure is silent. Other than that, the behavior is identical. Termination has been checked, this system ran BSDI before without trouble. SCSI bus is known good. DMA max clock rate is irrelavent. The system is running enhanced mode in all cases. > > Any hope or help out there? :-) New SCSI drivers perhaps, or patches? > > I have seen them on occasion during boots, or shutdowns, but not during > system operations, is this what you are seeing? Yes. This is during normal operations. This system is 2.0.5-RELEASE. > > ISDN - Get it here TODAY! > > Waaaaa!! I want my ISDN :-) :-) > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Reliable computers for FreeBSD Its real nice. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Wed Jul 12 13:30:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA24163 for hackers-outgoing; Wed, 12 Jul 1995 13:30:09 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA24157 for ; Wed, 12 Jul 1995 13:30:07 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id QAA16323 for hackers@freebsd.org; Wed, 12 Jul 1995 16:36:36 -0400 From: Mark Hittinger Message-Id: <199507122036.QAA16323@ns1.win.net> Subject: Re: SCSI disk wedge (fwd) To: hackers@freebsd.org Date: Wed, 12 Jul 1995 16:36:35 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1186 Sender: hackers-owner@freebsd.org Precedence: bulk > > Can you be more specific about which controller and/or drives you are > > seing this with? Trying to recall the mail for the last month with > > ``disk channel hangs'' as the keyword doesn't work for me, my poor old > > mind is not what it use to be :-) > Aha1742 and AHA 27xx -- both EISA. > On the 27xx driver we get an error, on the 1742 the failure is silent. > Other than that, the behavior is identical. I'm running two p60 32mb eisa with AHA27xx. I have some HP drives and some seagate barracudas. Going to ditch the HP soon. I beat up on them pretty heavily and do not see a problem. My motherboards are those weirdo broken DMA boards so even though I have 32mb I have to use bounce buffers. Just for grins you might try a kernel with bounce buffers and see if you get the hangs. Another dumb idea is that something else is causing the problem and the symptom is a scsi timeout. I've made this mistake and chased a wild goose. I don't wanna open the box and find out what my adaptec firmware rev level is but...... The only other i/o in the boxes are the EISA style 3c509. I am running the -current build from June 30'th. Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Wed Jul 12 13:42:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA24616 for hackers-outgoing; Wed, 12 Jul 1995 13:42:23 -0700 Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.97.216]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA24610 for ; Wed, 12 Jul 1995 13:42:21 -0700 Received: (from kargl@localhost) by troutmask.apl.washington.edu (8.6.11/8.6.9) id NAA21842; Wed, 12 Jul 1995 13:39:22 -0700 From: "Steven G. Kargl" Message-Id: <199507122039.NAA21842@troutmask.apl.washington.edu> Subject: Re: SCSI disk wedge To: karl@Mcs.Net (Karl Denninger) Date: Wed, 12 Jul 1995 13:39:21 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com (FreeBSD) In-Reply-To: <199507122010.PAA00810@Jupiter.mcs.net> from "Karl Denninger" at Jul 12, 95 03:10: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: 1484 Sender: hackers-owner@FreeBSD.org Precedence: bulk According to Karl Denninger: > >>> Was wondering if there had been any progress on the SCSI disk channel hangs >>> we reported here a month or so ago. >> >> Can you be more specific about which controller and/or drives you are >> seing this with? Trying to recall the mail for the last month with >> ``disk channel hangs'' as the keyword doesn't work for me, my poor old >> mind is not what it use to be :-) > > Aha1742 and AHA 27xx -- both EISA. > > On the 27xx driver we get an error, on the 1742 the failure is silent. > Other than that, the behavior is identical. I have a 1742 and it is humming along without incident. %uptime 1:30PM up 5 days, 5:03, 4 users, load averages: 0.17, 0.15, 0.24 Don't let the load average fool you. I have been doing some number crunching which produces data files from 1 to 10 MB in size. I also rebuild the entire source every week. I have 2 drives (Quantum and Maxtor) and a HP DAT hanging off my 1742. > Termination has been checked, this system ran BSDI before without trouble. > SCSI bus is known good. DMA max clock rate is irrelavent. The system is > running enhanced mode in all cases. > >>> Any hope or help out there? :-) New SCSI drivers perhaps, or patches? What is connected on your bus? -- Steven G. Kargl | Phone: 206-685-4677 | Applied Physics Lab | Fax: 206-543-6785 | Univ. of Washington |---------------------| 1013 NE 40th St | FreeBSD 2.x-current | Seattle, WA 98105 |---------------------| From owner-freebsd-hackers Wed Jul 12 13:59:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA25088 for hackers-outgoing; Wed, 12 Jul 1995 13:59:08 -0700 Received: from mailbox.syr.edu (mailbox.syr.EDU [128.230.1.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA25082 for ; Wed, 12 Jul 1995 13:59:05 -0700 Received: from kong.syr.edu by mailbox.syr.edu (8.6.9/SUM-V8-1.0) id QAA14263; Wed, 12 Jul 1995 16:59:19 -0400 Received: by kong.syr.edu (4.1/Spike-2.0) id AA19034; Wed, 12 Jul 95 16:58:43 EDT Message-Id: <9507122058.AA19034@kong.syr.edu> To: freebsd-hackers@freebsd.org Subject: shmget(2) broken in 2.0.5? Date: Wed, 12 Jul 95 16:58:43 -0400 From: "Shawn M. Carey" Sender: hackers-owner@freebsd.org Precedence: bulk Hello, I have recenlty started porting a pair of apps that use shared memory for IPC over to FreeBSD 2.0.5. Note that these apps worked very well under 1.1.5 (with the addition of a homemade ftok()), but under 2.0.5 shmget() seems to be trying to allocate more shared RAM when you ask it for an ID by specfying an already existing key. Here's that call from the parent process that allocates the shared RAM: (gdb) p *ShmKey $1 = 5944 (gdb) p *Size1 $2 = 262176 ShmID = shmget(*ShmKey, *Size1, 0x1ff|IPC_CREAT|IPC_EXCL); (gdb) p ShmID $3 = 851968 Coincidentally, if I try to do "ipcs -m" at this point, ipcs seg faults. But if I do a plain "ipcs", it reports the memory as follows: bandit.290% ipcs Message Queues: T ID KEY MODE OWNER GROUP Shared Memory: T ID KEY MODE OWNER GROUP m 851968 5944 --rwarwarwa s_carey rtaiprop Semaphores: T ID KEY MODE OWNER GROUP The child gets the key passed to it via argv[], and from that it figures out what the ID is: (gdb) p *ShmKey $1 = 5944 (gdb) p *Size1 $2 = 262176 ShmID = shmget(*ShmKey, *Size1, 0x1ff); (gdb) p ShmID $3 = -1 Maybe I'm doing something wrong here? My experience with SysV IPC is admittedly lacking. This used to work with 1.1.5, and continues to work on other platforms (DG/UX), so I suspect I've found a bug. Has anyone else ran into this? Thanks, -Shawn Carey From owner-freebsd-hackers Wed Jul 12 14:19:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA25871 for hackers-outgoing; Wed, 12 Jul 1995 14:19:36 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA25857 for ; Wed, 12 Jul 1995 14:19:13 -0700 Received: by misery.sdf.com id <925>; Wed, 12 Jul 1995 14:17:39 +0100 Date: Wed, 12 Jul 1995 14:17:27 -0700 (PDT) From: Tom Samplonius To: "Karl Denninger, MCSNet" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: SCSI disk wedge In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Wed, 12 Jul 1995, Karl Denninger, MCSNet wrote: > Was wondering if there had been any progress on the SCSI disk channel hangs > we reported here a month or so ago. With what adapter and with what devices? I seem to recall a 1742, but I don't believe you mentioned the drive types. Tom From owner-freebsd-hackers Wed Jul 12 14:27:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA26278 for hackers-outgoing; Wed, 12 Jul 1995 14:27:09 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA26262 for ; Wed, 12 Jul 1995 14:26:55 -0700 Received: by misery.sdf.com id <928>; Wed, 12 Jul 1995 14:24:57 +0100 Date: Wed, 12 Jul 1995 14:24:48 -0700 (PDT) From: Tom Samplonius To: Karl Denninger cc: "Rodney W. Grimes" , karl@mcs.com, freebsd-hackers@FreeBSD.ORG Subject: Re: SCSI disk wedge In-Reply-To: <199507122010.PAA00810@Jupiter.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Wed, 12 Jul 1995, Karl Denninger wrote: > > Can you be more specific about which controller and/or drives you are > > seing this with? Trying to recall the mail for the last month with > > ``disk channel hangs'' as the keyword doesn't work for me, my poor old > > mind is not what it use to be :-) > > Aha1742 and AHA 27xx -- both EISA. > > On the 27xx driver we get an error, on the 1742 the failure is silent. > Other than that, the behavior is identical. You still haven't mentioned what devices you are using. The problem is most certainly related to the type of drives/devices as the 1742 and 2742 code is completely different. I have both of these cards (my 2742 is dual-channel), and have used a 1742 extensively with no problems. Under old snaps, the 2742 used to hang under heavy load, but I found this to be fixed a couple of weeks before 2.0.5R. Under both of these cards I can run multiple parallel "iozone"s to multiple drives without a problem (which is the heaviest disk load that I can simulate). Tom From owner-freebsd-hackers Wed Jul 12 15:05:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27498 for hackers-outgoing; Wed, 12 Jul 1995 15:05:09 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA27492 for ; Wed, 12 Jul 1995 15:05:04 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0sW9qz-000I3fC; Thu, 13 Jul 95 00:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #16) id m0sW9fA-00021gC; Wed, 12 Jul 95 23:49 MET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: 2.0.5 ftp getting very slow over 64k ISDN link To: freebsd-hackers@freebsd.org (FreeBSD Hackers) Date: Wed, 12 Jul 1995 23:49:47 +0200 (MET DST) Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 992 Sender: hackers-owner@freebsd.org Precedence: bulk Hi, the machine i just upgraded from 1.1.5.1 to 2.0.5 has an ethernet connection to an ip router which connects me via ISDN to another ISDN/ip router and nfinally to an HPUX host. Under 1.1.5.1 i used to get continuous 7.5 Kb/sec ftp rate without any problems. Under 2.0.5 the ftp transfer starts (with the server being on the HPUX machine) and then slows down until it looks like being halted (but succeeds eventually). In numbers: i try to xfer an 18Kbyte file from HPUX to the 2.0.5 machine; the first 30..40% of the file are transferred in a "ususal/normal" time, then the speed starts to decay more and more, the result is that ftp reports an xfer rate of 44 bytes/per second! Until now i tried to disable the "new" tcp-extensions in /etc/sysconfig, but that has not changed anything. Has anyone an idea ? hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Wed Jul 12 15:19:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA27849 for hackers-outgoing; Wed, 12 Jul 1995 15:19:39 -0700 Received: from eunet.fi (pim.eunet.fi [193.66.4.30]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA27841 for ; Wed, 12 Jul 1995 15:19:36 -0700 Received: by eunet.fi id AA04985 (5.67a/IDA-1.5 for ); Thu, 13 Jul 1995 01:15:39 +0300 Received: by pim.eunet.fi id AA004983 from gate.fidata.fi(193.64.102.1); Thu Jul 13 01:15:35 1995 Received: from zeta.fidata.fi (zeta.fidata.fi [193.64.102.5]) by gate.fidata.fi (8.7.Beta.9/8.7.Beta.9) with ESMTP id BAA02109; Thu, 13 Jul 1995 01:15:25 +0300 (DST) Received: (from tomppa@localhost) by zeta.fidata.fi (8.7.Beta.2/8.7.Beta.9) id BAA13379; Thu, 13 Jul 1995 01:15:24 +0300 (EET DST) Date: Thu, 13 Jul 1995 01:15:24 +0300 (EET DST) From: Tomi Vainio Message-Id: <199507122215.BAA13379@zeta.fidata.fi> To: Gary Palmer Cc: hackers@freebsd.org Subject: Re: FreeBSD EISA ethercard support In-Reply-To: <779.805548845@palmer.demon.co.uk> References: <199507120816.LAA02657@zeta.fidata.fi> <779.805548845@palmer.demon.co.uk> Reply-To: tomppa@fidata.fi Sender: hackers-owner@freebsd.org Precedence: bulk Gary Palmer writes: > In message <199507120816.LAA02657@zeta.fidata.fi>, Tomi Vainio writes: > >My card is SMC 8232. I think chips on board are SMC ultra chip and > >83790. I will check this later. > > After playing with an SMC EISA 100bT card at work, I've come to the > conclusion that we'll be lucky to find any SMC EISA cards that we > can/will/do support. It seems (at least for 100bT) that they have gone > with one of these custom chipsets which they are reluctant to part > with specs on, and I don't doubt that they have done the same for > most, if not all, of the rest of their EISA range :-( > I checked chips on my card. SMC Ultrachip 83C790QF SMC EISA Busmaster 83C571QF Do you have documentation for these? Tomppa From owner-freebsd-hackers Wed Jul 12 15:27:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA28128 for hackers-outgoing; Wed, 12 Jul 1995 15:27:05 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA28122 for ; Wed, 12 Jul 1995 15:27:01 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.11/8.6.9) id SAA05613; Wed, 12 Jul 1995 18:24:02 -0400 From: A boy and his worm gear Message-Id: <199507122224.SAA05613@skynet.ctr.columbia.edu> Subject: Re: NIS+ To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Wed, 12 Jul 1995 18:23:57 -0400 (EDT) Cc: JOHN@gab.unt.edu, hackers@freebsd.org In-Reply-To: <199507121940.OAA17920@brasil.moneng.mei.com> from "Joe Greco" at Jul 12, 95 02:40:42 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2408 Sender: hackers-owner@freebsd.org Precedence: bulk Of all the gin joints in all the world, Joe Greco had to walk into mine and say: > > Any plans to support NIS+? Plans? Sure, we got plenty of 'em. Code? That's another story. > Speaking from secondhand knowledge, "most likely when hell freezes over" - as > when we had asked Sun about NIS+ documentation, we were told that it was a > "propietary protocol". That suprised me, especially as we are a Solaris > source licensee and OEM, but then again this was quite some time ago and this > was around the time NIS+ was introduced. > > ... Joe They're probably worried that someone will put together an implementation of NIS+ that works better than theirs. The NYS project is supposed to be working on an NIS+ implementation (covered by the GNU public virus, unfortunately) but last I checked it was still far from finished. (As an aside, there's a chance that the CTR will be getting its hands on some Solaris 2.x source code before too long -- I got the approvals in order but the agreement hasn't been signed yet -- and since I'm the admin this means I'm going to have to put special effort into not letting my eyes stray into the directories where it'll reside, lest I become 'contaminated' by its many horrors. Grrrr....) That aside, you're all forgetting the fact that we can't even think about NIS+ until we get secure RPC working. The Sun RPC distribution has code in it for secure RPC, but it doesn work as shipped due to lack of DES encryption. I toyed with the idea of trying to bring it up on my test machine not to long ago, but then I got sidetracked with other NIS issues and that work thing that keeps getting in my way while I'm trying to enjoy myself. Which reminds me: Bill Fenner, if you're listening and not totally swamped by other things, I still haven't been able to duplicate the problem you described in PR #510. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~ "Welcome to All Things BSDish! If it's not BSDish, it's crap!" ~~~~~~~ From owner-freebsd-hackers Wed Jul 12 15:38:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA28843 for hackers-outgoing; Wed, 12 Jul 1995 15:38:16 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA28837 ; Wed, 12 Jul 1995 15:38:13 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id PAA25165; Wed, 12 Jul 1995 15:37:49 -0700 To: Joe Greco cc: hackers@freebsd.org Subject: Re: ISPs and other commercial interests, please read! [was Re: T1] In-reply-to: Your message of "Wed, 12 Jul 1995 08:53:49 CDT." <199507121353.IAA17044@brasil.moneng.mei.com> Date: Wed, 12 Jul 1995 15:37:48 -0700 Message-ID: <25163.805588668@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > Might I point out: Emerging Technologies already has a T1 sync serial > solution - essentially a ported version of their BSD/OS drivers, and their > hardware. Yes, it's a commercial product. But it *is* a solution, > available today, and it *does* do T1. And I apologise for the omission. You're right, they do have a solution and it's something I should have remembered to mention them when I sent my posting. Thinking back, I do remember seeing several announcements about this and my face is now a little red. Nonetheless, I do still think that there's room for cooperative effort in expanding this list of supported cards, especially in the non-proprietary arena (I don't know what' ET's policy is, but I haven't seen any sort of T1 speed sync-serial driver comitted to the public source tree and would sort of like to see *something* that the developers can mutually work to evolve since I'm sure there's room for improvement!). Jordan From owner-freebsd-hackers Wed Jul 12 15:39:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA28949 for hackers-outgoing; Wed, 12 Jul 1995 15:39:39 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA28940 for ; Wed, 12 Jul 1995 15:39:37 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id PAA05601 for ; Wed, 12 Jul 1995 15:39:34 -0700 Message-Id: <199507122239.PAA05601@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: hackers@freebsd.org Subject: Where to buy Advanced Gravis Ultrasound MAX Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Jul 1995 15:39:33 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk Hi, In the Bay Area, you can buy the Advanced Gravis Ultrasound MAX from Friendly Software Store 376 El Camino Real San Carlos, Ca. 94070 Tel: 415-593-8275 You have to ask for the full name otherwise they may not be able to find in their database :( Typically, they don't carry it in the store however they can get it from their Freemont warehouse in about a day or so. A couple of years ago, I bought my GUS at Fry's so who knows they may start carrying it again so it will not hurt to ask them. Amancio From owner-freebsd-hackers Wed Jul 12 15:41:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA29074 for hackers-outgoing; Wed, 12 Jul 1995 15:41:13 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA29066 for ; Wed, 12 Jul 1995 15:41:09 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id RAA16824; Wed, 12 Jul 1995 17:41:05 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id RAA01602; Wed, 12 Jul 1995 17:41:02 -0500 From: Karl Denninger Message-Id: <199507122241.RAA01602@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: tom@misery.sdf.com (Tom Samplonius) Date: Wed, 12 Jul 1995 17:41:02 -0500 (CDT) Cc: karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, karl@mcs.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Tom Samplonius" at Jul 12, 95 02:24:48 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1770 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > > On Wed, 12 Jul 1995, Karl Denninger wrote: > > > > Can you be more specific about which controller and/or drives you are > > > seing this with? Trying to recall the mail for the last month with > > > ``disk channel hangs'' as the keyword doesn't work for me, my poor old > > > mind is not what it use to be :-) > > > > Aha1742 and AHA 27xx -- both EISA. > > > > On the 27xx driver we get an error, on the 1742 the failure is silent. > > Other than that, the behavior is identical. > > You still haven't mentioned what devices you are using. Yes I have, in a subsequent posting. All disks -- Seagate and Micropolis. No change between the two configurations. > The problem is most certainly related to the type of drives/devices as > the 1742 and 2742 code is completely different. I have both of these > cards (my 2742 is dual-channel), and have used a 1742 extensively with no > problems. Under old snaps, the 2742 used to hang under heavy load, but > I found this to be fixed a couple of weeks before 2.0.5R. Under both of > these cards I can run multiple parallel "iozone"s to multiple drives > without a problem (which is the heaviest disk load that I can simulate). > > Tom My 2742 is also dual-channel. This hang is only seen about once a day, and it is NOT load related. It happens infrequently enough that tracking it is going to be a real bitch. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Wed Jul 12 15:54:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA00378 for hackers-outgoing; Wed, 12 Jul 1995 15:54:00 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA00366 for ; Wed, 12 Jul 1995 15:53:58 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id PAA05791; Wed, 12 Jul 1995 15:53:51 -0700 Message-Id: <199507122253.PAA05791@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: jkh@violet.berkeley.edu (Jordan K. Hubbard) cc: freebsd-hackers@freefall.cdrom.com Subject: Re: ISPs and other commercial interests, please read! [was Re: T1] In-reply-to: Your message of "Wed, 12 Jul 1995 06:05:01 PDT." <199507121305.GAA24576@violet.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Jul 1995 15:53:51 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@FreeBSD.org Precedence: bulk Perhaps another way to gather support for FreeBSD is to adverstise in something like Microtimes or Computer Currents. Advertisement could be in the form of a FreeBSD column. If I am not mistaken Computer Currents has a column on Linux. The idea here is that the more people are aware of FreeBSD the higher is the likelyhood of attracting companies or technical contributors. A 1/4 of page ad on FreeBSD with some stuff on about net surfing will be great . Also, FreeBSD is perfect for establishing virtual communities where people log in to others system do work, chat over the net, establish their web pages for their community, etc... Give a presentation at Fry's and sell FreeBSD cdroms at Frys. When I bought my HP laser printer from them the sales person express interest on PC Unix even though he is an MAC fanatic. It will be cool to setup them up a system and demonstrate our connectivity. We could setup two systems that have vat and have people drop in and talk to each other Fry's stores in the Valley are well connected. So peddle around at Fry's and know knows. On the Doc side, I have noticed about 1/2 dozen linux books popping up. We should have a FreeBSD book out. On the techie side, if you participate or listen to programs on the Mbone, advertise that you are running on a FreeBSD system. For instance: vat -N "hasty@star-gate.com " is the way I invoke vat so that other participants know who I am and what I am running. If you have a sig, it will be nice if you stated that you run FreeBSD. Enjoy, Amancio From owner-freebsd-hackers Wed Jul 12 16:04:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01321 for hackers-outgoing; Wed, 12 Jul 1995 16:04:35 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01315 for ; Wed, 12 Jul 1995 16:04:33 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id TAA19575; Wed, 12 Jul 1995 19:02:44 -0400 Date: Wed, 12 Jul 1995 19:02:44 -0400 Message-Id: <199507122302.TAA19575@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Serge A. Babkin" From: dennis@et.htp.com (dennis) Subject: Re: Wanted: 100bT EISA ethernet recommendation Cc: freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >> >EISA bus speed is 33Mb per sec which is 3.3 times faster than 100bT >> >ethernet, so speed is not a problem. >> > >> You're arguing against yourself here. I hope that EISA is more than 33mbs >> since I get 40mbs on my 10mhz ISA bus. But I was pretty sure that 100bT was > ^^^^^ ^^ >ISA bus takes two cycles per transfer and transfers 2 bytes. Normal clock >speed is 16MHz, it gives 8M transfers per second and 16MBs. Perhaps your >bus gives 10M transfers per second (I don't believe that you have slowed >your bus :-) ) and 20MBs. But not 40. > >> 100mbs..... > ^^^^^^ >Yes, 100 Mega bits (Mbs) per second, not Bytes (MBs) :-) > ^^^^ Thats 40Mbs (megabits, that is) on an ISA bus....normal speed is 8MHz...although 10MHz is more commom...avg cycle time 400ns. 40Mbs Forget about theoretical bus throughput...this is an actual test number for a sustained transfer. You can never acheive the theoretical maximum for very long. My question is whay isn't anyone blasting the guy who started this with the above posting of 33Mb (whilch Michael Smith so eloquently pointed out should be MB)????? db From owner-freebsd-hackers Wed Jul 12 16:09:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA01715 for hackers-outgoing; Wed, 12 Jul 1995 16:09:14 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA01706 for ; Wed, 12 Jul 1995 16:09:11 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA19053; Wed, 12 Jul 1995 16:09:06 -0700 From: "Rodney W. Grimes" Message-Id: <199507122309.QAA19053@gndrsh.aac.dev.com> Subject: Re: Where to buy Advanced Gravis Ultrasound MAX To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Wed, 12 Jul 1995 16:09:05 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <199507122239.PAA05601@rah.star-gate.com> from "Amancio Hasty Jr." at Jul 12, 95 03:39:33 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1278 Sender: hackers-owner@freebsd.org Precedence: bulk > > > Hi, > > In the Bay Area, you can buy the Advanced Gravis Ultrasound MAX from > > Friendly Software Store > 376 El Camino Real > San Carlos, Ca. 94070 > Tel: 415-593-8275 > > You have to ask for the full name otherwise they may not be able > to find in their database :( And I know what database that is :-), Ingram Micro's, you can't find Gravis unless you look under Advanced Gravis, took me a while to find it in there the first time I went looking, the cross index in the front helped, under multimedia-sound cards :-). > Typically, they don't carry it in the store however they can get it > from their Freemont warehouse in about a day or so. Fremont, hummm... okay, makes since, Ingram has a major warehouse there, let me see, was the price some place close to $198.00? > A couple of years ago, I bought my GUS at Fry's so who knows they > may start carrying it again so it will not hurt to ask them. Is the Advancded Gravis Ultrasound MAX _THE_ card to have for doing sound under FreeBSD? If so and the price above is in line I might do some leg work and see if I can start to stock these things. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Wed Jul 12 16:48:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04269 for hackers-outgoing; Wed, 12 Jul 1995 16:48:25 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA04263 for ; Wed, 12 Jul 1995 16:48:24 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id QAA06158; Wed, 12 Jul 1995 16:48:16 -0700 Message-Id: <199507122348.QAA06158@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: "Rodney W. Grimes" cc: hackers@freebsd.org Subject: Re: Where to buy Advanced Gravis Ultrasound MAX In-reply-to: Your message of "Wed, 12 Jul 1995 16:09:05 PDT." <199507122309.QAA19053@gndrsh.aac.dev.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Jul 1995 16:48:14 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> "Rodney W. Grimes" said: > > > > > > Hi, > > > > In the Bay Area, you can buy the Advanced Gravis Ultrasound MAX from > > > > Friendly Software Store > > 376 El Camino Real > > San Carlos, Ca. 94070 > > Tel: 415-593-8275 > > > > You have to ask for the full name otherwise they may not be able > > to find in their database :( > > And I know what database that is :-), Ingram Micro's, you can't > find Gravis unless you look under Advanced Gravis, took me a while > to find it in there the first time I went looking, the cross index > in the front helped, under multimedia-sound cards :-). > > > Typically, they don't carry it in the store however they can get it > > from their Freemont warehouse in about a day or so. > > Fremont, hummm... okay, makes since, Ingram has a major warehouse there, > let me see, was the price some place close to $198.00? > > > A couple of years ago, I bought my GUS at Fry's so who knows they > > may start carrying it again so it will not hurt to ask them. > > Is the Advancded Gravis Ultrasound MAX _THE_ card to have for doing > sound under FreeBSD? If so and the price above is in line I might > do some leg work and see if I can start to stock these things. > Well, I paid $179 with 256k of dram for my GUS MAX when I bought the card from Friendly Software. The Advanced Gravis Ultrasound MAX *is* the card for doing sound work on FreeBSD. The API is included as part of the sound driver. rah-star.gate.com:/pub/sound.v30.5.tar.gz ftp://ftp.cs.uwm.edu/pub/FreeBSD/sound.v30.5.tar.gz To build the sound driver: cd /sys/i386/isa mv sound sound.old tar -xzf sound.v30.5.tar.gz Here is my bit on the system config file for the GUS MAX: controller snd0 device gus0 at isa? port 0x220 irq 12 drq 3 flags 1 vector gusintr drq 3 is the dma for playback flags 1 is the dma for recording By far Jim Lowe is the technical guru on the sound driver and GUS. If you get a chance hook up your GUS MAX to a nice stereo and play doom or descent --- trust me you will not be disappointed. Regards, Amancio From owner-freebsd-hackers Wed Jul 12 17:08:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA05642 for hackers-outgoing; Wed, 12 Jul 1995 17:08:40 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA05635 ; Wed, 12 Jul 1995 17:08:36 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id RAA29725; Wed, 12 Jul 1995 17:08:11 -0700 To: "Amancio Hasty Jr." cc: "Rodney W. Grimes" , hackers@freebsd.org Subject: Re: Where to buy Advanced Gravis Ultrasound MAX In-reply-to: Your message of "Wed, 12 Jul 1995 16:48:14 PDT." <199507122348.QAA06158@rah.star-gate.com> Date: Wed, 12 Jul 1995 17:08:11 -0700 Message-ID: <29723.805594091@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > To build the sound driver: > > cd /sys/i386/isa > mv sound sound.old > tar -xzf sound.v30.5.tar.gz > > Here is my bit on the system config file for the GUS MAX: Have you gotten your GUS MAX to run maplay with this? I have been entirely unsuccessful, and MPEG2 is mostly what I use my audio for.. :-( Jordan > > controller snd0 > device gus0 at isa? port 0x220 irq 12 drq 3 flags 1 vector gusint r > > drq 3 is the dma for playback > flags 1 is the dma for recording > > By far Jim Lowe is the technical guru on the sound driver and GUS. > > If you get a chance hook up your GUS MAX to a nice stereo and play > doom or descent --- trust me you will not be disappointed. > > Regards, > Amancio > From owner-freebsd-hackers Wed Jul 12 17:15:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA05933 for hackers-outgoing; Wed, 12 Jul 1995 17:15:38 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA05924 for ; Wed, 12 Jul 1995 17:15:35 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id UAA20120; Wed, 12 Jul 1995 20:14:53 -0400 Date: Wed, 12 Jul 1995 20:14:53 -0400 Message-Id: <199507130014.UAA20120@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: jkh@violet.berkeley.edu (Jordan K. Hubbard) From: dennis@et.htp.com (dennis) Subject: Re: ISPs and other commercial interests, please read! [was Re: T1] Cc: mi@cs.bu.edu, freebsd-hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk >In article <3tu6q6$num@news.bu.edu>, Mikhail Teterin wrote: >>Is there a support for T1 in FreeBSD? Are there any >>commercial drivers ported? Thanks for ANY hint! > >There's the Cronyx/Sigma sync ppp card, but I'm not sure what its >top end speed is.. I don't believe that we have anything currently >capable of doing T1 right out of a FreeBSD box. > >That said, I have 2 ARNET SYNC/570i cards here - one two port and one >four port - and they'll do up to 5Mb/sec. All I'm lacking is a driver! >The main chip that needs to be dealt with here appears to be the Hitachi >HD64570, so if anyone out there has prior programming experience with this >then I'm definitely interested in hearing from you! > Jordan, Now you know that we have dual port T1 cards, PPP sync and Frame Relay software for FreeBSD, so why are you saying such things? More than 150 ISPs (most with more than 1 card) are currenty using them (although most are using the virtually identical product on BSD/OS). Many of the BSD/OS customers are starting to use FreeBSD instead now that there is an alternative. We're marketing "corporate gateways" which are router/web servers and several large companies have inquired about marketing ISP servers using our cards. The problem with selling comm is that you won't sell much without real support. Most ISPs don't know about serial line protocols, or frame relay and some don't even know much about UNIX. E-mail doesn't cut it because when your server is down and you have customers calling you on the phone, you can't wait for the guy in Australia who wrote the driver to wake up and read his mail. Thats what people pay for. We charge a lot for our cards, but like they say, you get what you pay for. BSDI has their own software, and when someone who's used their product buys ours, they thank us for the documentation, the flexibilty and features of the product, and for being there at 7PM to argue with some banana at PAC Bell who doesn't have a clue how to confgure a frame relay switch even though its his/her job. You can frown upon the commercial marketplace, or upon companies that want to protect their six-figure investments by not releasing source code, but the only way you'll get into the real market is if commercial companies market products using FreeBSD. You've been ignoring our product since the day we announced it, when I offered you 2 cards for FREE and you declined....meanwhile we're selling them as fast as we can build them. BTW, the Hitachi HD64570 is a mediocre (this is, or course, an opinion) processor that can "clock" at 5mbs but you'll have trouble filling a T1 stream with it. We use the SGS MK5025 and MK50H25 processors, which are the processors used by the largest router companies in their high end routers. The MK50H25 @25MHz can fill 10Mb/s with single flag separation full duplex. dennis From owner-freebsd-hackers Wed Jul 12 17:47:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA08636 for hackers-outgoing; Wed, 12 Jul 1995 17:47:14 -0700 Received: from lightlink.satcom.net (iidpwr@lightlink.satcom.net [204.33.174.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA08628 for ; Wed, 12 Jul 1995 17:47:07 -0700 Received: (from iidpwr@localhost) by lightlink.satcom.net (8.6.11/8.6.9) id RAA31413; Wed, 12 Jul 1995 17:52:42 -0700 Date: Wed, 12 Jul 1995 17:52:42 -0700 From: Imperial Irrigation District Message-Id: <199507130052.RAA31413@lightlink.satcom.net> To: freebsd-hackers@freefall.cdrom.com, ghelmer@alpha.dsu.edu Subject: Re: removeuser script Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! I am willing to test your remove user script. Could you mind to send it to me? My e-mail address is iidpwr@lightlink.satcom.net Thanks. From owner-freebsd-hackers Wed Jul 12 17:49:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA08727 for hackers-outgoing; Wed, 12 Jul 1995 17:49:12 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA08721 for ; Wed, 12 Jul 1995 17:49:10 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id TAA02003; Wed, 12 Jul 1995 19:49:07 -0500 Date: Wed, 12 Jul 1995 19:49:07 -0500 From: Jim Lowe Message-Id: <199507130049.TAA02003@miller.cs.uwm.edu> To: hasty@rah.star-gate.com, rgrimes@gndrsh.aac.dev.com Subject: Re: Where to buy Advanced Gravis Ultrasound MAX Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk > Is the Advancded Gravis Ultrasound MAX _THE_ card to have for doing > sound under FreeBSD? If so and the price above is in line I might > do some leg work and see if I can start to stock these things. > The Gus cards do full duplex; but, there are some drawbacks to the gravis, as the driver only supports 8 bit on the dsp. For things like sound recognition 16 bits is a must. I must admit though the other options aren't much better. I run both Gus and Pas cards in the machines here. The Pas cards have a better mixer and 16 bits, but they seem to hang and need a kick start every once in a while. In any case, I would certainly avoid the SB cards as they can only do 1/2 duplex which is a bummer if you want to listen and talk to someone at the same time. We pick up Pas cards for about $79 and the last gus-max card I purchased was $129. If you want to run the Mbone applications, then the gus-max is probably the choice. If you want to do 16 bit samples then the pas is probably a better choice. I don't even know if they make the pas cards anymore -- they were sort of a kludgy card. -Jim From owner-freebsd-hackers Wed Jul 12 17:50:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA08853 for hackers-outgoing; Wed, 12 Jul 1995 17:50:50 -0700 Received: from lightlink.satcom.net (iidpwr@lightlink.satcom.net [204.33.174.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA08810 for ; Wed, 12 Jul 1995 17:50:40 -0700 Received: (from iidpwr@localhost) by lightlink.satcom.net (8.6.11/8.6.9) id RAA02032; Wed, 12 Jul 1995 17:56:21 -0700 Date: Wed, 12 Jul 1995 17:56:21 -0700 From: Imperial Irrigation District Message-Id: <199507130056.RAA02032@lightlink.satcom.net> To: jgreco@brasil.moneng.mei.com, JOHN@gab.unt.edu Subject: Re: NIS+ Cc: hackers@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk Could anybody tell me why the system doesn't let anybody to login? After I put +:0::: in passwd and master.passwd files. I am using FreeBSD 2.0. I am trying to activate the NIS system. From owner-freebsd-hackers Wed Jul 12 18:37:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA12615 for hackers-outgoing; Wed, 12 Jul 1995 18:37:37 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA12606 for ; Wed, 12 Jul 1995 18:37:24 -0700 Received: by misery.sdf.com id <925>; Wed, 12 Jul 1995 18:36:23 +0100 Date: Wed, 12 Jul 1995 18:36:06 -0700 (PDT) From: Tom Samplonius To: Karl Denninger cc: rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG Subject: Re: SCSI disk wedge In-Reply-To: <199507122241.RAA01602@Jupiter.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Wed, 12 Jul 1995, Karl Denninger wrote: > This hang is only seen about once a day, and it is NOT load related. It > happens infrequently enough that tracking it is going to be a real bitch. I don't see this at all on a 1742 equiped system. I have seen uptimes of 25 days before rebooting for a hardware upgrade. I have DEC 3210 drives though. It could be that one of the drives has a firware bug. This is not that uncommon. It was reported in hackers that some Conner drives have such problems. I also remember getting bug-fix firmware upgrades for old Micropolis drives. Tom From owner-freebsd-hackers Wed Jul 12 18:43:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA12922 for hackers-outgoing; Wed, 12 Jul 1995 18:43:14 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA12915 for ; Wed, 12 Jul 1995 18:43:12 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id UAA21863; Wed, 12 Jul 1995 20:43:07 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id UAA00551; Wed, 12 Jul 1995 20:43:04 -0500 From: Karl Denninger Message-Id: <199507130143.UAA00551@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: tom@misery.sdf.com (Tom Samplonius) Date: Wed, 12 Jul 1995 20:43:04 -0500 (CDT) Cc: karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Tom Samplonius" at Jul 12, 95 06:36:06 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1824 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > On Wed, 12 Jul 1995, Karl Denninger wrote: > > > This hang is only seen about once a day, and it is NOT load related. It > > happens infrequently enough that tracking it is going to be a real bitch. > > I don't see this at all on a 1742 equiped system. I have seen uptimes > of 25 days before rebooting for a hardware upgrade. I have DEC 3210 > drives though. > > It could be that one of the drives has a firware bug. This is not that > uncommon. It was reported in hackers that some Conner drives have such > problems. I also remember getting bug-fix firmware upgrades for old > Micropolis drives. > > Tom The drives on these machines are (1) less than two months old, (2) have current firmware, and (3) don't have ANY problems with BSDI. If FreeBSD is going to be a production platform then it is going to have to start behaving like one. This means that pushing things off on drive vendors is not acceptable. If you have a problem with a device, you *report it*. Silent death is never acceptable. The kernel is running in this case, but the system is hung waiting on I/O completion. I am not at all convinced this is a firmware issue. If it was then the 83 days of uptime on identically-configured BSDI machines wouldn't be happening. But they are. Those 83-day uptimes are recorded on our production NFS servers which run a much heavier disk load, with the same devices, on a different OS with no problems. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Wed Jul 12 19:15:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA14271 for hackers-outgoing; Wed, 12 Jul 1995 19:15:07 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAB14265 for ; Wed, 12 Jul 1995 19:15:03 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id TAA19888; Wed, 12 Jul 1995 19:14:54 -0700 From: "Rodney W. Grimes" Message-Id: <199507130214.TAA19888@gndrsh.aac.dev.com> Subject: Re: SCSI disk wedge To: karl@Mcs.Net (Karl Denninger) Date: Wed, 12 Jul 1995 19:14:53 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199507130143.UAA00551@Jupiter.mcs.net> from "Karl Denninger" at Jul 12, 95 08:43: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: 5993 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > > On Wed, 12 Jul 1995, Karl Denninger wrote: > > > > > This hang is only seen about once a day, and it is NOT load related. It > > > happens infrequently enough that tracking it is going to be a real bitch. > > > > I don't see this at all on a 1742 equiped system. I have seen uptimes > > of 25 days before rebooting for a hardware upgrade. I have DEC 3210 > > drives though. > > > > It could be that one of the drives has a firware bug. This is not that > > uncommon. It was reported in hackers that some Conner drives have such > > problems. I also remember getting bug-fix firmware upgrades for old > > Micropolis drives. > > > > Tom > > The drives on these machines are (1) less than two months old, (2) have > current firmware, and (3) don't have ANY problems with BSDI. Slow down... (1) new drives are often prone to firmware bugs if by new you also mean new model. (2) good!! But the ``new'' firmware could still have a bug in it (3) This is good, but it does not necessarily mean the bug is in FreeBSD. We do things like very large I/O requests through the vm system, perhaps one of your drives does not like it when we drop a 64K I/O operation to it. > If FreeBSD is going to be a production platform then it is going to have to > start behaving like one. This means that pushing things off on drive > vendors is not acceptable. I didn't see anyone explictly state that the drivers where at fault. I saw a lot of people reporting there sight works, and a lot of requests for details about just what you are running. If you want your problem fixed you will need to fill in as much detail as possible. I have seen a thread like this go for 3 to 5 days, and then suddenly some little detail comes out and we put a finger right on the problem. I even once exchanged some 15 to 20 emails with a gentleman trying to fix his problem, when a the little detail that he was running BSDI and not FreeBSD came out. Needless to say, that pointed right at what was wrong, I corrected my strategy and fixed his problem for him in about 10 minutes. Is what I am trying to get at here is please be tolarent of all the questions, we are trying to get you fixed, but we need the details!! > If you have a problem with a device, you *report it*. Silent death is never > acceptable. The kernel is running in this case, but the system is hung > waiting on I/O completion. If you _detect_ a problem this holds true, but no code can detect all possible problems :-(. > I am not at all convinced this is a firmware issue. If it was then the 83 > days of uptime on identically-configured BSDI machines wouldn't be happening. Unless FreeBSD happens to do some different type of operations that cause a different path in the firmware to be taken. Or press other limits that you had not been using before. Just becuase X works does not mean that Y does not have a flaw in it. > But they are. :-(. > Those 83-day uptimes are recorded on our production NFS servers which run a > much heavier disk load, with the same devices, on a different OS with no > problems. Same _exact_ devices, or same _model_/_pn_/_revision_/_date_code_? FreeBSD has been running on aha1742 based controllers quite stably for well over 2 years (I know, in that my personal machines, plus the FreeBSD developement machine (freefall) and the cdrom ftp site (wcarchive) where all built by me initially as ECS MB with aha1742 controllers. I am seeing lots of sites here reporting ``no problem'' with there aha1742/ aha2742 so that leads me to want to know what is ``different'' about your site that causes this problem to show up. I know these things: a) You have a hang problem on a 2742 with no error message b) You have a hang problem on a 1742 with some error before it, but I did not see any error in your mail. c) You are using Seagate and Micropolis (I think that is what you said) disk drives, but I have no idea as to what models). d) You have running on similiar hardware (maybe even the exact hardware) BSDI with long uptimes. e) You crash once a day. f) You publically posted that you get a 200% performance boost running FreeBSD over BSDI, telling me we are probably pushing your hardware quite a bit harder than BSDI did. What I do not know: a) Are you using active termination? b) Do your scsi cables meet the SCSI-ii spec with respect to all parameters (length, impendence, capacitance, etc)? c) What exact model of disk drives you are using? d) What that error message you get is? e) What motherboard you are running on, as much detail as possible. f) What exact model/revision aha174x and 274x are you using. g) What other I/O cards are in the machine. h) What is the system running as far as a work load, does any one specific work load tend to bring the crash out? i) Are you willing to pay for production type support, or is this the reason you switched from BSDI to FreeBSD and now expect to get that level of support for free? Contracted support is avaliable from several people if you expect that level of service. What I am willing to do: a) As long as you keep answering the questions and filling in the details I will continue to follow the thread so that we might come to a final resolution of your problem. b) Reserect my DX2/66 EISA 1742 based system to run some testing on duplicating your environment as much as I can with time permitting (and I am one very busy person) to try and duplicate the bug here. c) Loan you my aha1742 that I know has worked for 2.5 years with FreeBSD with out a single hickup. d) Since you mentioned ``production'': If you are in a real hurry to get it fixed, you can pay me at contracted rates and I will be at your site with my equipment within 2 days. This is an expensive option, but one that does exist. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Wed Jul 12 19:29:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAB14591 for hackers-outgoing; Wed, 12 Jul 1995 19:29:58 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA14584 for ; Wed, 12 Jul 1995 19:29:50 -0700 Received: by misery.sdf.com id <925>; Wed, 12 Jul 1995 19:29:01 +0100 Date: Wed, 12 Jul 1995 19:28:52 -0700 (PDT) From: Tom Samplonius To: Karl Denninger cc: karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG Subject: Re: SCSI disk wedge In-Reply-To: <199507130143.UAA00551@Jupiter.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Wed, 12 Jul 1995, Karl Denninger wrote: > If FreeBSD is going to be a production platform then it is going to have to > start behaving like one. This means that pushing things off on drive > vendors is not acceptable. Ok, I just needed to be convinced :) (I fondly remember the story about someone complaing that FreeBSD wouldn't work on their system but Linux did, so he went and re-installed Linux and would it didn't work either!) The 1742 driver has been around for a long time and is very similar to the driver in NetBSD. However, the 2742/2842/2942 driver is quite recent. It is _very_ odd that you have problems with both adapters. Chances are slim to none that this can be fixed if someone on the core team can not replicate this problem. And so far, it appears that no one has. Since a system that locks up once a day can't be that useful, would it be possible for you to remove some of drives for a couple of days and see if that has any affect? Tom From owner-freebsd-hackers Wed Jul 12 19:36:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA14798 for hackers-outgoing; Wed, 12 Jul 1995 19:36:12 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA14781 for ; Wed, 12 Jul 1995 19:36:02 -0700 Received: by misery.sdf.com id <896>; Wed, 12 Jul 1995 19:35:10 +0100 Date: Wed, 12 Jul 1995 19:35:03 -0700 (PDT) From: Tom Samplonius To: Karl Denninger cc: karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG Subject: Re: SCSI disk wedge In-Reply-To: <199507130143.UAA00551@Jupiter.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk On Wed, 12 Jul 1995, Karl Denninger wrote: > The drives on these machines are (1) less than two months old, (2) have > current firmware, and (3) don't have ANY problems with BSDI. ... > I am not at all convinced this is a firmware issue. If it was then the 83 > days of uptime on identically-configured BSDI machines wouldn't be happening. So it appears that it not the _exact_ same hardware as your BSDI server since it had uptimes over 80 days, but the FreeBSD server has componets less than 2 months old. Tom From owner-freebsd-hackers Wed Jul 12 20:17:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA15788 for hackers-outgoing; Wed, 12 Jul 1995 20:17:30 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA15782 for ; Wed, 12 Jul 1995 20:17:27 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id UAA00935; Wed, 12 Jul 1995 20:17:15 -0700 Message-Id: <199507130317.UAA00935@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: Where to buy Advanced Gravis Ultrasound MAX In-reply-to: Your message of "Wed, 12 Jul 1995 17:08:11 PDT." <29723.805594091@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Jul 1995 20:17:14 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> "Jordan K. Hubbard" said: > > To build the sound driver: > > > > cd /sys/i386/isa > > mv sound sound.old > > tar -xzf sound.v30.5.tar.gz > > > > Here is my bit on the system config file for the GUS MAX: > > Have you gotten your GUS MAX to run maplay with this? I have been > entirely unsuccessful, and MPEG2 is mostly what I use my audio > for.. :-( > Gives us a day or two and we will fix that. Jim Lowe is working on that problem and I just fixed a problem with the driver sometimes claiming that a device is busy when is not . Jim I think is pretty close to wrapping up the problem with maplay in fact he just send me mail on it today. The next release will have a nice write up on the sound driver and how to use it. Amancio From owner-freebsd-hackers Wed Jul 12 20:23:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA16013 for hackers-outgoing; Wed, 12 Jul 1995 20:23:54 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA16006 for ; Wed, 12 Jul 1995 20:23:50 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id UAA00997 for ; Wed, 12 Jul 1995 20:23:42 -0700 Message-Id: <199507130323.UAA00997@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: hackers@freebsd.org Subject: FreeBSD activity? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 12 Jul 1995 20:23:42 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk Well, Here is an oportunity to show off our stuff . Several of the netters are working on interesting stuff in the multimedia area. Hardware mpeg support, tele conferencing, video capture, etc.. Enjoy, Amancio ------- Forwarded Message Return-Path: pax@ankh.metrolink.com Received: from ns.metrolink.com (NS.METROLINK.COM [192.153.117.163]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id UAA00871 for ; Wed, 12 Jul 1995 20:09:16 -0700 Received: from ankh.metrolink.com by ns.metrolink.com with SMTP id AA15797 (5.67b/IDA-1.5 for ); Wed, 12 Jul 1995 23:09:17 -0400 Received: by ankh.metrolink.com id AA02726 (5.67b/IDA-1.5 for hasty@rah.star-gate.com (Amancio Hasty Jr.)); Wed, 12 Jul 1995 23:27:28 -0400 Date: Wed, 12 Jul 1995 23:27:28 -0400 From: "Garry M. Paxinos" Message-Id: <199507130327.AA02726@ankh.metrolink.com> To: Toerless Eckert Cc: hasty@rah.star-gate.com (Amancio Hasty Jr.), thalerd@zip.eecs.umich.edu, mbone@venera.isi.edu Subject: Re: mrouted on PC In-Reply-To: <199507120727.JAA06606@faui40.informatik.uni-erlangen.de> References: <199507111943.MAA00672@rah.star-gate.com> <199507120727.JAA06606@faui40.informatik.uni-erlangen.de> Toerless Eckert writes: > > Actually, since I am here . Is anyone working on porting the > > X11R5 video extensions to X11R6 or working on mpeg hardware support > > on the X11R6 server side. > > I am not quite sure what Xaccell is based on (R5/R6) i think it's R6, > but then i don't know what's the big difference in a server between > R5/R6 anyway. At least Xaccell supports the XVideo extensions for live > video and framegrabbing for some cards in a PC, and it's working quite > well (i've got a Spea Showtime). It does not have support for the > mpeg decoder on that board or any other mpeg decoder yet, though. The > main problem seems to be that there really is no standardised X > interface to that functionality. We currently have support running in house, and have demonstrated it at a conference (QNX 95) a couple months ago, for the Matrox Marvel II with mpeg hardware decompression. We also have support for the Matrox XPress JPEG hardware codec board. It should be released shortly. Not to mention we've had Xv support in our product for several years (since '91.) Sorry for the "commercial." Hmm, to try and make up for it, we're planning a very interesting MBONE schedule for SIGGRAPH 95. Please contact me if you are planning on attending SIGGRAPH and would be interested in helping with the Web and/or MBONE activities. Take care, Pax. Co-Chair SIGGRAPH95 ONLINE Metro Link Incorporated. 4711 N. Powerline Rd. Fort Lauderdale Fl, 33309 Voice: +1.305.938.0283x414 Fax: +1.305.938.1982 Email: pax@metrolink.com URL: http://www.flsig.org/people/garryp "The real voyage of discovery consists not in seeking new landscapes but in having new eyes." -Proust ------- End of Forwarded Message From owner-freebsd-hackers Wed Jul 12 22:31:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA20585 for hackers-outgoing; Wed, 12 Jul 1995 22:31:04 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA20579 for ; Wed, 12 Jul 1995 22:31:03 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA22828; Wed, 12 Jul 95 23:22:02 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507130522.AA22828@cs.weber.edu> Subject: Re: SCSI disk wedge To: tom@misery.sdf.com (Tom Samplonius) Date: Wed, 12 Jul 95 23:22:01 MDT Cc: karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Tom Samplonius" at Jul 12, 95 07:28:52 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > The 1742 driver has been around for a long time and is very similar to > the driver in NetBSD. However, the 2742/2842/2942 driver is quite > recent. It is _very_ odd that you have problems with both adapters. Clearly, it is an issue of tagged command queuing, very large transfers, bus on time, or one of the many issues in the shared SCSI, VM, block I/O, and/or user space code above them all, only the last of which is shared with BSDI (and therefore possible to rule out). Another possibility is that BSDI, to my knowledge, does not support bounce buffers, instead allocating them at boot time and as a result allocating them in low memory. It is entirely possible that you are runninh a HiNT EISA chipset or other chipset that does not support bus mastering DMA transfers to memory regions above the 16M limit (which would put your board in violation of the EISA standard, but still claiming to be EISA in the ROM tag location). There is insufficient information presented to diagnose your problem. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Jul 12 23:14:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA21414 for hackers-outgoing; Wed, 12 Jul 1995 23:14:25 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA21408 ; Wed, 12 Jul 1995 23:14:22 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id XAA02079; Wed, 12 Jul 1995 23:13:58 -0700 Date: Wed, 12 Jul 1995 23:13:58 -0700 From: "Jordan K. Hubbard" Message-Id: <199507130613.XAA02079@time.cdrom.com> To: dennis@et.htp.com (dennis) Cc: mi@cs.bu.edu, freebsd-hackers@freebsd.org Subject: Re: ISPs and other commercial interests, please read! [was Re: T1] In-Reply-To: <199507130014.UAA20120@mail.htp.com> References: <199507130014.UAA20120@mail.htp.com> Sender: hackers-owner@freebsd.org Precedence: bulk dennis@et.htp.com writes: > Now you know that we have dual port T1 cards, PPP sync and Frame Relay > software for FreeBSD, so why are you saying such things? More than 150 ISPs > (most with more than 1 card) are currenty using them (although most are As I already clarified, my omission was purely unintentional. I have indeed seen your announcements and would certainly have mentioned them in my posting had I only remembered them at the time. I do take full responsibility for my faulty memory but also feel compelled to point out that if your driver had been in our *source tree* then this omission would never have occured. Before I posted my message I did do a quick look through /sys/i386/isa just to see if I was missing anyone and I only saw the Cronyx. As the saying goes, "out of sight, out of mind", and to me and many others the current source tree IS FreeBSD. Anything I don't see there, I don't think too much about. I'm not saying that you should change your product release strategy to suit me, but do realize that this is one downside of it. > The problem with selling comm is that you won't sell much without real > support. Most ISPs don't know about serial line protocols, or frame relay And I don't suggest doing so. I merely think that charging for support and releasing source are two things that don't have to be mutually exclusive. You evolve a relationship with the customer and you make it plain that any local changes are unsupported. Sure, it's more work to keep everyone sane, but it's not impossible. > You can frown upon the commercial marketplace, or upon companies that want > to protect their six-figure investments by not releasing source code, but > the only way you'll get into the real market is if commercial companies > market products using FreeBSD. You've been ignoring our product since the > day we announced it, when I offered you 2 cards for FREE and you > declined....meanwhile we're selling them as fast as we can build them. Such emotionally charged words! And so unnecessary. I haven't been ignoring you and in fact have gone to considerable trouble to forward each and every announcement you've sent me to those whom I thought could most benefit from the information. I also explained to you that I had no personal use for a pair of T1 cards right now and was much more interested in those cards going to someone who could both USE them and perhaps improve the state of our support. Sending me two cards to sit on my shelf would be a nice gesture, but why waste two perfectly good resources? If you've still got two free ones then send them to Rod Grimes for the the FreeBSD testing lab so that he can verify their functionality with each subsequent release of FreeBSD! > BTW, the Hitachi HD64570 is a mediocre (this is, or course, an opinion) > processor that can "clock" at 5mbs but you'll have trouble filling a T1 > stream with it. We use the SGS MK5025 and MK50H25 processors, which are the > processors used by the largest router companies in their high end routers. > The MK50H25 @25MHz can fill 10Mb/s with single flag separation full duplex. That's interesting information, thank you. Jordan From owner-freebsd-hackers Thu Jul 13 00:23:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22447 for hackers-outgoing; Thu, 13 Jul 1995 00:23:11 -0700 Received: from mpp.minn.net (mpp.Minn.Net [204.157.201.242]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA22441 for ; Thu, 13 Jul 1995 00:23:08 -0700 Received: (from mpp@localhost) by mpp (8.6.11/8.6.9) id CAA02184; Thu, 13 Jul 1995 02:19:02 -0500 From: Mike Pritchard Message-Id: <199507130719.CAA02184@mpp> Subject: Re: SCSI disk wedge To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 13 Jul 1995 02:19:02 -0500 (CDT) Cc: tom@misery.sdf.com, karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9507130522.AA22828@cs.weber.edu> from "Terry Lambert" at Jul 12, 95 11:22: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: 1027 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > The 1742 driver has been around for a long time and is very similar to > > the driver in NetBSD. However, the 2742/2842/2942 driver is quite > > recent. It is _very_ odd that you have problems with both adapters. > > Clearly, it is an issue of tagged command queuing, very large transfers, > bus on time, or one of the many issues in the shared SCSI, VM, block I/O, > and/or user space code above them all, only the last of which is shared > with BSDI (and therefore possible to rule out). > Terry Lambert > terry@cs.weber.edu Just to toss my $0.02 in, I don't think I would blame any tagged queuing problems on the 27/28/2942 driver anymore. You have to explicitly enable that via a #define right now. I've also been running for around 4 - 6 weeks with tagged queuing enabled using one of the "problem" drives with absolutely no problems. Now if the guy enabled it and was having problems....... -- Mike Pritchard mpp@legarto.minn.net "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Thu Jul 13 01:25:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24569 for hackers-outgoing; Thu, 13 Jul 1995 01:25:25 -0700 Received: from mail.rwth-aachen.de (mail.rz.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA24562 for ; Thu, 13 Jul 1995 01:25:19 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSTGRUNXKG003LPM@mail.rwth-aachen.de>; Thu, 13 Jul 1995 10:23:19 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id KAA09533 for freebsd-hackers@freefall.cdrom.com; Thu, 13 Jul 1995 10:35:59 +0200 Date: Thu, 13 Jul 1995 10:35:59 +0200 From: "Christoph P. Kukulies" Subject: make weirdness To: freebsd-hackers@freefall.cdrom.com Message-id: <199507130835.KAA09533@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk I noticed the following different make behaviour between 1.1.5.1 make and -current make : Script started on Thu Jul 13 10:32:19 1995 gilberto> cat l test: for i in 1 2 3 ; \ do ; \ echo $$i ; \ done gilberto> make -f l for i in 1 2 3 ; do ; echo $i ; done 1 2 3 gilberto> rlogin blues blues> cat l test: for i in 1 2 3 ; \ do ; \ echo $$i ; \ done blues> make -f l for i in 1 2 3 ; do ; echo $i ; done Syntax error: ";" unexpected !!!!!!!!!!! *** Error code 2 Stop. blues> Script done on Thu Jul 13 10:32:52 1995 --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Thu Jul 13 01:29:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24883 for hackers-outgoing; Thu, 13 Jul 1995 01:29:39 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA24872 ; Thu, 13 Jul 1995 01:29:35 -0700 Received: (from jkh@localhost) by time.cdrom.com (8.6.11/8.6.9) id BAA02990; Thu, 13 Jul 1995 01:29:10 -0700 Date: Thu, 13 Jul 1995 01:29:10 -0700 From: "Jordan K. Hubbard" Message-Id: <199507130829.BAA02990@time.cdrom.com> To: Karl Denninger Cc: tom@misery.sdf.com (Tom Samplonius), rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG Subject: Re: SCSI disk wedge In-Reply-To: <199507130143.UAA00551@Jupiter.mcs.net> References: <199507130143.UAA00551@Jupiter.mcs.net> Sender: hackers-owner@FreeBSD.ORG Precedence: bulk Karl Denninger writes: > If FreeBSD is going to be a production platform then it is going to have to > start behaving like one. This means that pushing things off on drive > vendors is not acceptable. Please, Tom doesn't necessarily speak for the FreeBSD Project! We agree that a problem is a problem, and finger pointing avails us nothing. > If you have a problem with a device, you *report it*. Silent death is never > acceptable. The kernel is running in this case, but the system is hung > waiting on I/O completion. This is one area in which the SCSI code needs significant improvement; no argument at all about that and we've known it for some time. Finding people willing to go in there with a flashlight hunting for unhandled error conditions and such is the more difficult problem. Jordan From owner-freebsd-hackers Thu Jul 13 03:05:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA29060 for hackers-outgoing; Thu, 13 Jul 1995 03:05:34 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA29054 for ; Thu, 13 Jul 1995 03:05:30 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0sWL5l-000I3iC; Thu, 13 Jul 95 12:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #16) id m0sWKbR-00021gC; Thu, 13 Jul 95 11:30 MET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. To: bde@zeta.org.au (Bruce Evans) Date: Thu, 13 Jul 1995 11:30:41 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) In-Reply-To: <199507121801.EAA01192@godzilla.zeta.org.au> from "Bruce Evans" at Jul 13, 95 04:01:38 am Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 838 Sender: hackers-owner@freebsd.org Precedence: bulk >From the keyboard of Bruce Evans: > > >> > I *had* to use the translated geometry to get anything to boot. [...] > >I always used the whole disk for *BSD > >since 386BSD and it went fine until 2.0.5 ... :-( > > Why didn't you use the existing (whole-disk) slice? The one created by > copying the boot blocks over the MBR isn't acceptable to foreign OS's > or disk managers, but you don't wan't those, and it is acceptable to > FreeBSD. Hmm. The install prog has the choices 1) use a bootmgr 2) use a std MBR and 3) don't touch the MBR. With 1) and 2) i was not able to boot, shall i use 3) ? What if the disk were a virgin one without any existing "slices" ? hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Thu Jul 13 03:34:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA00935 for hackers-outgoing; Thu, 13 Jul 1995 03:34:57 -0700 Received: from mail.rwth-aachen.de (mail.rz.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA00896 for ; Thu, 13 Jul 1995 03:34:36 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HSTIMTIFF4003LBT@mail.rwth-aachen.de>; Thu, 13 Jul 1995 11:16:31 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id LAA09684; Thu, 13 Jul 1995 11:29:13 +0200 Date: Thu, 13 Jul 1995 11:29:12 +0200 (MET DST) From: Christoph Kukulies Subject: Re: make weirdness In-reply-to: <199507130835.KAA09533@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Jul 13, 95 10:35:59 am To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Cc: freebsd-hackers@freefall.cdrom.com Reply-to: Christoph Kukulies Message-id: <199507130929.LAA09684@gilberto.physik.rwth-aachen.de> X-Mailer: ELM [version 2.4 PL23] Content-type: text Content-transfer-encoding: 7BIT Content-length: 599 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I noticed the following different make behaviour between > 1.1.5.1 make and -current make : ....and overlooked that it was not quite correct shell syntax (do should not be followed by a semicolon). I wonder why the old make let it pass though. > > > Script started on Thu Jul 13 10:32:19 1995 > gilberto> cat l > test: > for i in 1 2 3 ; \ > do ; \ > echo $$i ; \ > done > gilberto> make -f l > for i in 1 2 3 ; do ; echo $i ; done > 1 > 2 > 3 --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0-BUILT-19950701 FreeBSD 2.0-BUILT- From owner-freebsd-hackers Thu Jul 13 04:24:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA02395 for hackers-outgoing; Thu, 13 Jul 1995 04:24:16 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA02389 for ; Thu, 13 Jul 1995 04:24:13 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id EAA05266; Thu, 13 Jul 1995 04:23:29 -0700 Date: Thu, 13 Jul 1995 04:23:29 -0700 Message-Id: <199507131123.EAA05266@silvia.HIP.Berkeley.EDU> To: kuku@gilberto.physik.rwth-aachen.de CC: freebsd-hackers@freefall.cdrom.com In-reply-to: <199507130929.LAA09684@gilberto.physik.rwth-aachen.de> (message from Christoph Kukulies on Thu, 13 Jul 1995 11:29:12 +0200 (MET DST)) Subject: Re: make weirdness From: asami@cs.berkeley.edu (Satoshi Asami) Sender: hackers-owner@FreeBSD.org Precedence: bulk * ....and overlooked that it was not quite correct shell syntax (do should not * be followed by a semicolon). I wonder why the old make let it pass though. Um, I don't think it's make. make is just concatenating the lines at \'s and giving the result to sh. I don't think make does anything about semicolons, sh is perfectly capable of handling them: $ sh -c "echo foo ; echo bar" foo bar So, why didn't the old sh complain? Of course I dunno. Satoshi From owner-freebsd-hackers Thu Jul 13 05:00:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA03851 for hackers-outgoing; Thu, 13 Jul 1995 05:00:58 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA03832 ; Thu, 13 Jul 1995 05:00:53 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id EAA08610 ; Thu, 13 Jul 1995 04:59:41 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id RAA02222; Thu, 13 Jul 1995 17:57:59 +0600 From: "Serge A. Babkin" Message-Id: <199507131157.RAA02222@hq.icb.chel.su> Subject: ALPHA of DigiBoard driver To: current@freebsd.org Date: Thu, 13 Jul 1995 17:57:58 +0600 (GMT+0600) Cc: hackers@freebsd.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 251 Sender: hackers-owner@freebsd.org Precedence: bulk Development of the DigiBoard driver came to the ALPHA version ! It is in: ftp://ftp.freebsd.org/FreeBSD/incoming/digi-a.tgz Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu Jul 13 05:05:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA04132 for hackers-outgoing; Thu, 13 Jul 1995 05:05:19 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA04126 for ; Thu, 13 Jul 1995 05:05:09 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id MAA00616 ; Thu, 13 Jul 1995 12:50:05 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: Karl Denninger cc: Tom Samplonius , rgrimes@gndrsh.aac.dev.com, freebsd-hackers@freebsd.org Subject: Re: SCSI disk wedge In-reply-to: Your message of "Wed, 12 Jul 1995 20:43:04 CDT." <199507130143.UAA00551@Jupiter.mcs.net> Date: Thu, 13 Jul 1995 12:50:04 +0100 Message-ID: <613.805636204@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <199507130143.UAA00551@Jupiter.mcs.net>, Karl Denninger writes: >> It could be that one of the drives has a firware bug. This is not that >> uncommon. It was reported in hackers that some Conner drives have such >> problems. I also remember getting bug-fix firmware upgrades for old >> Micropolis drives. >If FreeBSD is going to be a production platform then it is going to have to >start behaving like one. This means that pushing things off on drive >vendors is not acceptable. My reading of Tom's statement is a SUGGESTION of a possible reason for the failure, not a flat dismissal of the problem as a firmware bug. Speaking as a person who HAS a drive with a SEVERE firmware bug (which Conner do acknowledge), they do happen, and there is not a lot FreeBSD can do to handle these situations! >I am not at all convinced this is a firmware issue. If it was then the 83 >days of uptime on identically-configured BSDI machines wouldn't be happening. You seem to be operating under the false assumption that all OS's do their disk i/o in the same way, with the same sized transfers, and the same IRQ response times. E.g. the Conner firmware bug doesn't exhibit itself under DOS/Windows as they perform smaller transfers. Under FreeBSD 2 and later versions of Linux, the drive hangs the SCSI card as the firmware can't handle the requested transfer size. FreeBSD is not violating the SCSI specs by requesting this transfer size, it's just the drive microcode was poorly written/tested and falls over. Gary (Who's just waiting for his machine to fall over again with a hung SCSI bus) P.S. Conner are willing to upgrade my drive, but I can't afford to be off the air for the two weeks that they say it will take. From owner-freebsd-hackers Thu Jul 13 06:00:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA05644 for hackers-outgoing; Thu, 13 Jul 1995 06:00:50 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA05532 for ; Thu, 13 Jul 1995 05:59:13 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA25384; Thu, 13 Jul 1995 14:58:44 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA00418 for freebsd-hackers@freebsd.org; Thu, 13 Jul 1995 14:58:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA10440 for freebsd-hackers@freebsd.org; Wed, 12 Jul 1995 15:14:33 +0200 From: J Wunsch Message-Id: <199507121314.PAA10440@uriah.heep.sax.de> Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Wed, 12 Jul 1995 15:14:33 +0200 (MET DST) Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507120808.BAA17549@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jul 12, 95 01:08:29 am 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: 1344 Sender: hackers-owner@freebsd.org Precedence: bulk As Rodney W. Grimes wrote: > > Be carefull with doing that, DOS 6.22 install is not very friendly about > partition tables that are incorrect and will kindly fdisk/format your > FreeBSD right into oblivia with 2 taps of enter after booting the > install disk :-(. ... > Please, valid and correct partition tables are _critical_ to making > sure Microslop code does not wipe you out!!! You've missed my point, Rod: i'm speaking about those of us who don't even bother to think of ``Kleinstweich'' and who don't think about the machine being a PeeCee but a `real machine'. Those guys (and there are many) are never going to give MessDos a chance to see the disk, but are somewhat upset to be forced thinking within those braindead categories they'd rather not like to think at all -- that's why they've chosen FreeBSD. I don't ask for this being a default, but a valid option for those who know about the potential problems. I've got about a dozen computers in my reach that will fall into this category. (And even if i'd going to sell a used disk so that the partition table contents might become important, i'd dd if=/dev/zero a reasonable amount of sectors on the disk before giving it away.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Jul 13 07:08:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA08120 for hackers-outgoing; Thu, 13 Jul 1995 07:08:37 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA08112 for ; Thu, 13 Jul 1995 07:08:32 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id JAA03292; Thu, 13 Jul 1995 09:08:25 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id JAA01530; Thu, 13 Jul 1995 09:08:23 -0500 From: Karl Denninger Message-Id: <199507131408.JAA01530@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: gary@palmer.demon.co.uk (Gary Palmer) Date: Thu, 13 Jul 1995 09:08:23 -0500 (CDT) Cc: karl@Mcs.Net, tom@misery.sdf.com, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@freebsd.org In-Reply-To: <613.805636204@palmer.demon.co.uk> from "Gary Palmer" at Jul 13, 95 12:50:04 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2498 Sender: hackers-owner@freebsd.org Precedence: bulk > > In message <199507130143.UAA00551@Jupiter.mcs.net>, Karl Denninger writes: > >> It could be that one of the drives has a firware bug. This is not that > >> uncommon. It was reported in hackers that some Conner drives have such > >> problems. I also remember getting bug-fix firmware upgrades for old > >> Micropolis drives. > > >If FreeBSD is going to be a production platform then it is going to have to > >start behaving like one. This means that pushing things off on drive > >vendors is not acceptable. > > My reading of Tom's statement is a SUGGESTION of a possible reason for > the failure, not a flat dismissal of the problem as a firmware > bug. Speaking as a person who HAS a drive with a SEVERE firmware bug > (which Conner do acknowledge), they do happen, and there is not a lot > FreeBSD can do to handle these situations! > > >I am not at all convinced this is a firmware issue. If it was then the 83 > >days of uptime on identically-configured BSDI machines wouldn't be happening. > > You seem to be operating under the false assumption that all OS's do > their disk i/o in the same way, with the same sized transfers, and the > same IRQ response times. E.g. the Conner firmware bug doesn't exhibit > itself under DOS/Windows as they perform smaller transfers. Under > FreeBSD 2 and later versions of Linux, the drive hangs the SCSI card > as the firmware can't handle the requested transfer size. FreeBSD is > not violating the SCSI specs by requesting this transfer size, it's > just the drive microcode was poorly written/tested and falls over. > > Gary > (Who's just waiting for his machine to fall over again with a hung SCSI > bus) I understand this, but the problem has been manifest on two different configurations with different vendors of hardware, disks, and two different controllers. Do you really mean to try to tell me that two vendors have *identical* firmware problems? I rate the probability of that somewhere close to a comet hitting the earth today, especially when 2.0BSDI (which uses large transfer sizes and contiguous operations) has no such problem. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 13 07:16:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA08385 for hackers-outgoing; Thu, 13 Jul 1995 07:16:22 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA08379 for ; Thu, 13 Jul 1995 07:16:21 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id JAA03492; Thu, 13 Jul 1995 09:16:19 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id JAA01568; Thu, 13 Jul 1995 09:16:18 -0500 From: Karl Denninger Message-Id: <199507131416.JAA01568@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 13 Jul 1995 09:16:18 -0500 (CDT) Cc: karl@Mcs.Net, tom@misery.sdf.com, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199507130829.BAA02990@time.cdrom.com> from "Jordan K. Hubbard" at Jul 13, 95 01:29:10 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1385 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > Karl Denninger writes: > > If FreeBSD is going to be a production platform then it is going to have to > > start behaving like one. This means that pushing things off on drive > > vendors is not acceptable. > > Please, Tom doesn't necessarily speak for the FreeBSD Project! We > agree that a problem is a problem, and finger pointing avails us nothing. > > > If you have a problem with a device, you *report it*. Silent death is never > > acceptable. The kernel is running in this case, but the system is hung > > waiting on I/O completion. > > This is one area in which the SCSI code needs significant improvement; > no argument at all about that and we've known it for some time. > Finding people willing to go in there with a flashlight hunting for > unhandled error conditions and such is the more difficult problem. > > Jordan I understand this.... if I had a bus probe and an SCSI bus monitor I'd be more than willing to do this kind of thing. Unfortunately, I have neither. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 13 07:40:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA09514 for hackers-outgoing; Thu, 13 Jul 1995 07:40:41 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA09492 for ; Thu, 13 Jul 1995 07:40:40 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id JAA04154; Thu, 13 Jul 1995 09:40:37 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id JAA01619; Thu, 13 Jul 1995 09:40:36 -0500 From: Karl Denninger Message-Id: <199507131440.JAA01619@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: mpp@legarto.minn.net (Mike Pritchard) Date: Thu, 13 Jul 1995 09:40:36 -0500 (CDT) Cc: terry@cs.weber.edu, tom@misery.sdf.com, karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199507130719.CAA02184@mpp> from "Mike Pritchard" at Jul 13, 95 02:19:02 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1638 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > > > The 1742 driver has been around for a long time and is very similar to > > > the driver in NetBSD. However, the 2742/2842/2942 driver is quite > > > recent. It is _very_ odd that you have problems with both adapters. > > > > Clearly, it is an issue of tagged command queuing, very large transfers, > > bus on time, or one of the many issues in the shared SCSI, VM, block I/O, > > and/or user space code above them all, only the last of which is shared > > with BSDI (and therefore possible to rule out). > > Terry Lambert > > terry@cs.weber.edu > > Just to toss my $0.02 in, I don't think I would blame any tagged > queuing problems on the 27/28/2942 driver anymore. You have > to explicitly enable that via a #define right now. I've also > been running for around 4 - 6 weeks with tagged queuing enabled > using one of the "problem" drives with absolutely no problems. > > Now if the guy enabled it and was having problems....... > -- > Mike Pritchard > mpp@legarto.minn.net > "Go that way. Really fast. If something gets in your way, turn" I had it *off* and had the problem, turned it on in an attempt to see if that made it "go away", and discovered that while it make the problem less frequent, it did *NOT* solve it. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 13 07:57:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA10330 for hackers-outgoing; Thu, 13 Jul 1995 07:57:03 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA10318 for ; Thu, 13 Jul 1995 07:56:59 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id JAA04601; Thu, 13 Jul 1995 09:56:55 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id JAA01679; Thu, 13 Jul 1995 09:56:55 -0500 From: Karl Denninger Message-Id: <199507131456.JAA01679@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 13 Jul 1995 09:56:52 -0500 (CDT) Cc: tom@misery.sdf.com, karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9507130522.AA22828@cs.weber.edu> from "Terry Lambert" at Jul 12, 95 11:22:01 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2932 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > The 1742 driver has been around for a long time and is very similar to > > the driver in NetBSD. However, the 2742/2842/2942 driver is quite > > recent. It is _very_ odd that you have problems with both adapters. Yep. But I do. > Clearly, it is an issue of tagged command queuing, very large transfers, > bus on time, or one of the many issues in the shared SCSI, VM, block I/O, > and/or user space code above them all, only the last of which is shared > with BSDI (and therefore possible to rule out). > > Another possibility is that BSDI, to my knowledge, does not support > bounce buffers, instead allocating them at boot time and as a result > allocating them in low memory. It is entirely possible that you are > runninh a HiNT EISA chipset or other chipset that does not support > bus mastering DMA transfers to memory regions above the 16M limit > (which would put your board in violation of the EISA standard, but > still claiming to be EISA in the ROM tag location). No, that's not possible. These machines are 64MB P90s running on ASUS dual Pentia motherboards (one processor on the card). They are completely stable with BSDI and a number of other platforms, including Win/NT and other Unices, and are *certified* as Novell 4.x compatible (by Novell themselves). This is a *standardized* configuration here; we're not playing with whatever we can get our hands on. Remember, we're a quite-large ISP -- we have had hardware standardized for over a year now, and haven't had any real reason to move that configuration around much. > There is insufficient information presented to diagnose your problem. Since there are no errors presented to us when the 1742 hangs, and the 2742 starts complaining about timeouts, I don't know where to go next. Tagged queueing is not at issue; I have tried with it both enabled and disabled. With it *ON* the incidence of the hangs is reduced, but not eliminated. It LOOKS like something has requested an action on the SCSI bus which is causing problems (ie: disconnect sequencing, etc) for devices, and/or the adapter itself, causing a wedge condition. Why this is not detectable and correctable (or at least abortable with a panic) in the driver is unknown to me. The kernel IS running -- I can telnet to the machine affected and get connected, but any disk I/O attempt goes nowhere. There is a difference -- the 2742 is MORE stable than the 1742. The 1742 machines run about 8 hours before dying -- the 2742 with MUCH heavier load on it can, in some cases, run for 2-3 days. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 13 08:07:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11197 for hackers-outgoing; Thu, 13 Jul 1995 08:07:26 -0700 Received: from emory.mathcs.emory.edu (emory.mathcs.emory.edu [128.140.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA11191 for ; Thu, 13 Jul 1995 08:07:24 -0700 Received: from bagend.UUCP by emory.mathcs.emory.edu (5.65/Emory_mathcs.4.0.14) via UUCP id AA03413 ; Thu, 13 Jul 95 11:07:10 -0400 Received: by bagend.atl.ga.us (Smail3.1.29.1 #1) id m0sWPWF-0004pHC; Thu, 13 Jul 95 10:45 EDT Message-Id: From: jan@bagend.atl.ga.us (Jan Isley) Subject: Re: A problem with disklabel & "use entire disk" on 2.0.5R. To: hm@altona.hamburg.com Date: Thu, 13 Jul 1995 10:45:39 -0400 (EDT) Cc: bde@zeta.org.au, freebsd-hackers@freebsd.org In-Reply-To: from "Hellmuth Michaelis" at Jul 13, 95 11:30: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: 904 Sender: hackers-owner@freebsd.org Precedence: bulk Hellmuth Michaelis wrote: > Hmm. The install prog has the choices 1) use a bootmgr 2) use a std MBR > and 3) don't touch the MBR. With 1) and 2) i was not able to boot, shall > i use 3) ? What if the disk were a virgin one without any existing "slices" ? Okay, it may behave differently when you have no other os on the disk, but... when I was testing the install program in May and June I had a OS/2 Boot Manager partition, a DOS partition, an OS/2 partion and 600MB of free space on disk0 and an empty disk1. Every time I selected option 3 - do nothing to the MBR, whether I was putting FreeBSD on disk0, disk1 or both, IT DID TOUCH THE MBR. If I had another controller and a virgin disk I would be glad to test that case ad nauseum. :) -- Jan Isley If you couldn't find any weirdness, maybe we'll just have to make some! -- Hobbes From owner-freebsd-hackers Thu Jul 13 08:15:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11694 for hackers-outgoing; Thu, 13 Jul 1995 08:15:38 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA11687 for ; Thu, 13 Jul 1995 08:15:36 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id KAA05164; Thu, 13 Jul 1995 10:15:33 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id KAA01784; Thu, 13 Jul 1995 10:15:31 -0500 From: Karl Denninger Message-Id: <199507131515.KAA01784@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: tom@misery.sdf.com (Tom Samplonius) Date: Thu, 13 Jul 1995 10:15:24 -0500 (CDT) Cc: karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Tom Samplonius" at Jul 12, 95 07:28:52 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 3953 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > > On Wed, 12 Jul 1995, Karl Denninger wrote: > > > If FreeBSD is going to be a production platform then it is going to have to > > start behaving like one. This means that pushing things off on drive > > vendors is not acceptable. > > Ok, I just needed to be convinced :) (I fondly remember the story about > someone complaing that FreeBSD wouldn't work on their system but Linux > did, so he went and re-installed Linux and would it didn't work either!) > The 1742 driver has been around for a long time and is very similar to > the driver in NetBSD. However, the 2742/2842/2942 driver is quite > recent. It is _very_ odd that you have problems with both adapters. > > Chances are slim to none that this can be fixed if someone on the core > team can not replicate this problem. And so far, it appears that no one has. > > Since a system that locks up once a day can't be that useful, would it > be possible for you to remove some of drives for a couple of days and see > if that has any affect? > > Tom > There are THREE machines involved in our testing: 1) A new system which has a 2742 and four Micropolis 2G disks. This one has tagged queueing enabled right now, and runs for anywhere from an hour to four days before locking up. When it locks, it is with a message about timeouts in the SCSI driver. This machine *cannot* be tested with BSDI, as the 2742 is not supported. 2) A second system, new, with the standard BSDI configuration we run here -- 1742A/Seagate Hawk 1G disk, 64MB RAM, ASUS P90 EISA/PCI motherboard. This one freezes within 24 hours with no messages of any kind. Its definitely the SCSI system, however, as the kernel IS running (I can ping it, telnet to it -- no login prompt, obviously -- hit CPU-only things that already have connected sockets, etc.) 3) A THIRD system, which USED to run BSDI 1.x and 2.x for more than 6 months, identical to system #2 above in configuration. Same response as #2 as well. Note that #2 and #3 only HAVE one disk attached, so removing a "few" of them won't be very useful. #1 has four disks on it, but before we added the other three, it showed the same behavior with only one drive. The disk which goes offline first on #1 is random (no pattern detectable). Note that the hang happens under ALL load conditions. I have had it happen when reading news over NFS (which has nearly no local disk activity), when sitting at the shell prompt, when pounding the hell out of the drives, etc. It *looks* like something is trashing the adapter's idea of the world and it is wedging tight in response. That's a guess, as I don't have a bus probe, but note that the hangs happen with the SCSI bus activity light *OFF*. Most of the Adaptec problems I've seen with termination and the like wedge with the light *ON*. I can surmise that the following aren't at issue: 1) The SCSI bus itself. System #3 was in production for almost a year with BSDI 2.x and 1.x before it was reloaded, and it has NEVER had disk related problems of any kind. 2) The disks. Ditto, as BSDI 2.x does do scatter-gather and clustered I/O, which pounds the heck out of the disk subsystem. No problems. 3) The adapter. Again, system #3 was in production for an extended period without ANY trouble. 4) The CPU, RAM, or other adapters in the system. See above. Now, we beat the hell out of both our hardware and software here, in ways which few, if any, other firms and locations do. For that reason we frequently find problems in both hardware and software that others miss. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 13 08:15:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA11740 for hackers-outgoing; Thu, 13 Jul 1995 08:15:53 -0700 Received: from dcscorp.com (mailhub.dcscorp.com [204.7.239.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA11734 ; Thu, 13 Jul 1995 08:15:50 -0700 Received: from DCS-Message_Server by dcscorp.com with Novell_GroupWise; Thu, 13 Jul 1995 11:12:51 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 13 Jul 1995 11:12:45 -0400 From: Ed Peddycoart To: freebsd-hackers@freebsd.org, freebsd-hackers-digest@freebsd.org, freebsd-hardware@freebsd.org, freebsd-install@freebsd.org, freebsd-questions@freebsd.org, freebsd-user-groups@freebsd.org Subject: Hardware Requirements for FreeBSD Sender: hackers-owner@freebsd.org Precedence: bulk Please forgive me if I have sent this post to the wrong list. I am new to the freebsd lists and I was not sure where I should send this.... I would like to install some version of unix FreeBSD on my machine at home. I want to use a boot manager so that I can have unix but my wife can still have Windows 3.1. My question is do I have supported hardware. I have a 90 MHz pentium (Micron P90), PCI bus, Micronix MotherBoard I believe, Western Digital EIDE 730 MB hard disk, Future Domain SCSI card for CD-ROM which is a Plextor 4x, Mag Innovision 17" monitor 17DF I think, Matrox Impression Plus (2 MB VRAM), HP 4Plus Printer. Can I use FreeBSD as I desire? Thanks in advance From owner-freebsd-hackers Thu Jul 13 08:34:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA12974 for hackers-outgoing; Thu, 13 Jul 1995 08:34:26 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA12967 ; Thu, 13 Jul 1995 08:34:22 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id IAA04399; Thu, 13 Jul 1995 08:33:55 -0700 To: Karl Denninger cc: tom@misery.sdf.com (Tom Samplonius), rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG Subject: Re: SCSI disk wedge In-reply-to: Your message of "Thu, 13 Jul 1995 10:15:24 CDT." <199507131515.KAA01784@Jupiter.mcs.net> Date: Thu, 13 Jul 1995 08:33:54 -0700 Message-ID: <4397.805649634@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > There are THREE machines involved in our testing: > [details elided] Karl, Thanks for the synopsis! I think that at this point it'd probably be a good idea if the armchair generals sort of calmed down a bit and let the core team look into this for a little while. I've seen Karl spending a lot of time responding to various weird and often pointless suggestions in this thread and I'm sure he's got things to do that he'd much rather be doing. Match this with a high probability that Karl's right and this *is* some lurking bogon in the SCSI code and I see a good argument for curtailing this discussion for the time being, at least until we can have a chance to talk with the guys who WROTE the code and see if the reported symtoms suggest anything. This may indeed turn out to be some sort of really obscure hardware problem, but it's still not much help to have people yelling "check the tires! look in the carburator!" at someone who's car is stalled on the freeway.. One trained mechanic working in peace can generally accomplish a lot more in such cases than 12 helpful bystanders.. :-) Jordan > > 1) A new system which has a 2742 and four Micropolis 2G disks. This > one has tagged queueing enabled right now, and runs for anywhere > from an hour to four days before locking up. When it locks, it is > with a message about timeouts in the SCSI driver. This machine > *cannot* be tested with BSDI, as the 2742 is not supported. > > 2) A second system, new, with the standard BSDI configuration we run > here -- 1742A/Seagate Hawk 1G disk, 64MB RAM, ASUS P90 EISA/PCI > motherboard. This one freezes within 24 hours with no messages of > any kind. Its definitely the SCSI system, however, as the kernel IS > running (I can ping it, telnet to it -- no login prompt, obviously > -- hit CPU-only things that already have connected sockets, etc.) > > 3) A THIRD system, which USED to run BSDI 1.x and 2.x for more than > 6 months, identical to system #2 above in configuration. Same > response as #2 as well. > > Note that #2 and #3 only HAVE one disk attached, so removing a "few" of them > won't be very useful. #1 has four disks on it, but before we added the > other three, it showed the same behavior with only one drive. The disk > which goes offline first on #1 is random (no pattern detectable). > > Note that the hang happens under ALL load conditions. I have had it happen > when reading news over NFS (which has nearly no local disk activity), when > sitting at the shell prompt, when pounding the hell out of the drives, etc. > > It *looks* like something is trashing the adapter's idea of the world and it > is wedging tight in response. That's a guess, as I don't have a bus probe, > but note that the hangs happen with the SCSI bus activity light *OFF*. Most > of the Adaptec problems I've seen with termination and the like wedge with > the light *ON*. > > I can surmise that the following aren't at issue: > > 1) The SCSI bus itself. System #3 was in production for almost a year > with BSDI 2.x and 1.x before it was reloaded, and it has NEVER had > disk related problems of any kind. > > 2) The disks. Ditto, as BSDI 2.x does do scatter-gather and clustered > I/O, which pounds the heck out of the disk subsystem. No problems. > > 3) The adapter. Again, system #3 was in production for an extended > period without ANY trouble. > > 4) The CPU, RAM, or other adapters in the system. See above. > > Now, we beat the hell out of both our hardware and software here, in ways > which few, if any, other firms and locations do. For that reason we > frequently find problems in both hardware and software that others miss. > > -- > -- > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity > Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland > Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more > Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.ne t > ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 13 08:35:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13068 for hackers-outgoing; Thu, 13 Jul 1995 08:35:37 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13062 for ; Thu, 13 Jul 1995 08:35:36 -0700 Received: from corbin.Root.COM (corbin [198.145.90.18]) by Root.COM (8.6.11/8.6.5) with ESMTP id IAA10619; Thu, 13 Jul 1995 08:35:06 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id IAA05001; Thu, 13 Jul 1995 08:36:07 -0700 Message-Id: <199507131536.IAA05001@corbin.Root.COM> To: Karl Denninger cc: freebsd-hackers@freebsd.org Subject: Re: SCSI disk wedge In-reply-to: Your message of "Thu, 13 Jul 95 09:56:52 CDT." <199507131456.JAA01679@Jupiter.mcs.net> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 13 Jul 1995 08:36:06 -0700 Sender: hackers-owner@freebsd.org Precedence: bulk >Since there are no errors presented to us when the 1742 hangs, and the >2742 starts complaining about timeouts, I don't know where to go next. >Tagged queueing is not at issue; I have tried with it both enabled and >disabled. With it *ON* the incidence of the hangs is reduced, but not >eliminated. > >It LOOKS like something has requested an action on the SCSI bus which is >causing problems (ie: disconnect sequencing, etc) for devices, and/or the >adapter itself, causing a wedge condition. Why this is not detectable and >correctable (or at least abortable with a panic) in the driver is unknown >to me. The kernel IS running -- I can telnet to the machine affected and >get connected, but any disk I/O attempt goes nowhere. > >There is a difference -- the 2742 is MORE stable than the 1742. The >1742 machines run about 8 hours before dying -- the 2742 with MUCH >heavier load on it can, in some cases, run for 2-3 days. I suspect that BSDI runs longer because it detects the wedge and can successfully unjam the bus. FreeBSD is known broken in this regard, and several people are working on fixing it. -DG From owner-freebsd-hackers Thu Jul 13 08:53:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA14242 for hackers-outgoing; Thu, 13 Jul 1995 08:53:38 -0700 Received: from schizo.cdsnet.net (mrcpu@schizo.cdsnet.net [204.118.244.32]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA14236 for ; Thu, 13 Jul 1995 08:53:35 -0700 Received: (from mrcpu@localhost) by schizo.cdsnet.net (8.6.12/8.6.9) id IAA20396; Thu, 13 Jul 1995 08:53:19 -0700 Date: Thu, 13 Jul 1995 08:53:18 -0700 (PDT) From: Jaye Mathisen To: Karl Denninger cc: Terry Lambert , tom@misery.sdf.com, karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG Subject: Re: SCSI disk wedge In-Reply-To: <199507131456.JAA01679@Jupiter.mcs.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.ORG Precedence: bulk While I don't know what the problem here is, I have 2 machines that will not run 1742's in Enhanced mode reliably, but will work fine in standard mode till the end of time. Symptoms were various freezes and hangs with disk lights stuck on. I changed to standard mode, and voila', no problems for months now. From owner-freebsd-hackers Thu Jul 13 09:09:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14717 for hackers-outgoing; Thu, 13 Jul 1995 09:09:47 -0700 Received: from who.cdrom.com (who.cdrom.com [192.216.222.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA14711 for ; Thu, 13 Jul 1995 09:09:43 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by who.cdrom.com (8.6.11/8.6.11) with ESMTP id JAA09879 for ; Thu, 13 Jul 1995 09:09:34 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id LAA10261; Thu, 13 Jul 1995 11:07:06 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id LAA01870; Thu, 13 Jul 1995 11:07:06 -0500 From: Karl Denninger Message-Id: <199507131607.LAA01870@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Thu, 13 Jul 1995 11:07:05 -0500 (CDT) Cc: karl@Mcs.Net, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199507130214.TAA19888@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Jul 12, 95 07:14:53 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 6003 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > The drives on these machines are (1) less than two months old, (2) have > > current firmware, and (3) don't have ANY problems with BSDI. > > Slow down... (1) new drives are often prone to firmware bugs if by > new you also mean new model. (2) good!! But the ``new'' firmware > could still have a bug in it (3) This is good, but it does not > necessarily mean the bug is in FreeBSD. We do things like > very large I/O requests through the vm system, perhaps one of your > drives does not like it when we drop a 64K I/O operation to it. This is possible, but I believe that BSDI 2.x does support it. > > Those 83-day uptimes are recorded on our production NFS servers which run a > > much heavier disk load, with the same devices, on a different OS with no > > problems. > > Same _exact_ devices, or same _model_/_pn_/_revision_/_date_code_? Same EXACT devices in one machine's case, in that the machine WAS running BSDI 2.x. and is now running FreeBSD. > I know these things: > a) You have a hang problem on a 2742 with no error message > b) You have a hang problem on a 1742 with some error before it, but > I did not see any error in your mail. > c) You are using Seagate and Micropolis (I think that is what you said) > disk drives, but I have no idea as to what models). > d) You have running on similiar hardware (maybe even the exact hardware) > BSDI with long uptimes. > e) You crash once a day. > f) You publically posted that you get a 200% performance boost running > FreeBSD over BSDI, telling me we are probably pushing your hardware > quite a bit harder than BSDI did. > > What I do not know: > > a) Are you using active termination? Yes. > b) Do your scsi cables meet the SCSI-ii spec with respect to all > parameters (length, impendence, capacitance, etc)? Yes. We use HP SCSI-II cables in most of our applications. No cheap stuff here. > c) What exact model of disk drives you are using? For the one which has the 274X adapter: ahc1: target 0 synchronous at 10.0MB/s, offset = 0xf ahc1: target 0 Tagged Queuing Device (ahc1:0:0): "MICROP 3221-10MZ 1128K1 HT02" type 0 fixed SCSI 2 sd0(ahc1:0:0): Direct-Access 1955MB (4004219 512 byte sectors) ahc1: target 1 synchronous at 10.0MB/s, offset = 0xf ahc1: target 1 Tagged Queuing Device (ahc1:1:0): "MICROP 4221-09MZ Q4D HT02" type 0 fixed SCSI 2 sd1(ahc1:1:0): Direct-Access 1955MB (4004219 512 byte sectors) ahc1: target 2 synchronous at 10.0MB/s, offset = 0xf ahc1: target 2 Tagged Queuing Device (ahc1:2:0): "MICROP 4221-09MZ Q4D HT02" type 0 fixed SCSI 2 sd2(ahc1:2:0): Direct-Access 1955MB (4004219 512 byte sectors) ahc1: target 3 synchronous at 10.0MB/s, offset = 0xf ahc1: target 3 Tagged Queuing Device (ahc1:3:0): "MICROP 4221-09MZ Q4D HT02" type 0 fixed SCSI 2 sd3(ahc1:3:0): Direct-Access 1955MB (4004219 512 byte sectors) For the systems (2) which have the 1742 adapters: ahb0 waiting for scsi devices to settle (ahb0:0:0): "SEAGATE ST31200N 8648" type 0 fixed SCSI 2 sd0(ahb0:0:0): Direct-Access 1006MB (2061108 512 byte sectors) > d) What that error message you get is? I'll get it the next time we get a crash; I have posted this one before. It is a timeout message. We probably have it in the logbook, but I want to make sure the message matches exactly. > e) What motherboard you are running on, as much detail as possible. ASUS Dual Pentia motherboard, single P90 processor. This is the EISA/PCI model of their product and has been EXTREMELY stable in other applications. All systems in consideration have 64MB RAM. > f) What exact model/revision aha174x and 274x are you using. I'll have to get this one; both of these board are *very* recent production (less than 2 months old for most; the one machine which was converted has a 1742 that is about a year old, but is the same revision -- which indicates that they haven't changed it) > g) What other I/O cards are in the machine. Two SMC Ethernet cards in each, one standard (512k) VGA ISA board. > h) What is the system running as far as a work load, does any one specific > work load tend to bring the crash out? Varied workloads; one is a news server (INN), the others run http and user processes. There is no pattern to the crashes related to time of day or work in progress at the time. > i) Are you willing to pay for production type support, or is this the > reason you switched from BSDI to FreeBSD and now expect to get that > level of support for free? Contracted support is avaliable from > several people if you expect that level of service. Sure, provided we really get the fixes. I am not adverse to paying for support that actually performs. What I won't pay for is support that doesn't get answers to us in a timely fashion. > What I am willing to do: > > a) As long as you keep answering the questions and filling in the > details I will continue to follow the thread so that we might > come to a final resolution of your problem. > > b) Reserect my DX2/66 EISA 1742 based system to run some testing on > duplicating your environment as much as I can with time permitting > (and I am one very busy person) to try and duplicate the bug here. The DX2 may NOT have the problem due to it being significantly slower. > c) Loan you my aha1742 that I know has worked for 2.5 years with > FreeBSD with out a single hickup. > > d) Since you mentioned ``production'': If you are in a real hurry > to get it fixed, you can pay me at contracted rates and I will be > at your site with my equipment within 2 days. This is an expensive > option, but one that does exist. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 13 09:11:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14865 for hackers-outgoing; Thu, 13 Jul 1995 09:11:44 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAB14854 for ; Thu, 13 Jul 1995 09:11:41 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id LAA10380; Thu, 13 Jul 1995 11:11:28 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id LAA01911; Thu, 13 Jul 1995 11:11:27 -0500 From: Karl Denninger Message-Id: <199507131611.LAA01911@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: mrcpu@cdsnet.net (Jaye Mathisen) Date: Thu, 13 Jul 1995 11:11:27 -0500 (CDT) Cc: karl@Mcs.Net, terry@cs.weber.edu, tom@misery.sdf.com, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Jaye Mathisen" at Jul 13, 95 08:53:18 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 819 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > > > While I don't know what the problem here is, I have 2 machines that will > not run 1742's in Enhanced mode reliably, but will work fine in standard > mode till the end of time. Symptoms were various freezes and hangs with > disk lights stuck on. > > I changed to standard mode, and voila', no problems for months now. > Hmmm... That's something to try. I'll switch back to standard and see if the problem goes away. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 13 09:13:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA14959 for hackers-outgoing; Thu, 13 Jul 1995 09:13:26 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA14953 for ; Thu, 13 Jul 1995 09:13:23 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id LAA10436; Thu, 13 Jul 1995 11:13:21 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id LAA01942; Thu, 13 Jul 1995 11:13:21 -0500 From: Karl Denninger Message-Id: <199507131613.LAA01942@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: davidg@Root.COM Date: Thu, 13 Jul 1995 11:13:20 -0500 (CDT) Cc: karl@Mcs.Net, freebsd-hackers@freebsd.org In-Reply-To: <199507131536.IAA05001@corbin.Root.COM> from "David Greenman" at Jul 13, 95 08:36:06 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1672 Sender: hackers-owner@freebsd.org Precedence: bulk > > >Since there are no errors presented to us when the 1742 hangs, and the > >2742 starts complaining about timeouts, I don't know where to go next. > >Tagged queueing is not at issue; I have tried with it both enabled and > >disabled. With it *ON* the incidence of the hangs is reduced, but not > >eliminated. > > > >It LOOKS like something has requested an action on the SCSI bus which is > >causing problems (ie: disconnect sequencing, etc) for devices, and/or the > >adapter itself, causing a wedge condition. Why this is not detectable and > >correctable (or at least abortable with a panic) in the driver is unknown > >to me. The kernel IS running -- I can telnet to the machine affected and > >get connected, but any disk I/O attempt goes nowhere. > > > >There is a difference -- the 2742 is MORE stable than the 1742. The > >1742 machines run about 8 hours before dying -- the 2742 with MUCH > >heavier load on it can, in some cases, run for 2-3 days. > > I suspect that BSDI runs longer because it detects the wedge and can > successfully unjam the bus. FreeBSD is known broken in this regard, and > several people are working on fixing it. > > -DG If that's happening, it is happening silently. We haven't gotten any error messages related to SCSI issues on BSDI. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 13 09:48:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA15964 for hackers-outgoing; Thu, 13 Jul 1995 09:48:00 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA15950 for ; Thu, 13 Jul 1995 09:47:56 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55426>; Thu, 13 Jul 1995 18:47:25 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id OAA02691; Thu, 13 Jul 1995 14:48:12 +0200 Message-Id: <199507131248.OAA02691@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: aturetta@stylo.italia.com (Angelo Turetta) cc: freebsd-hackers@freebsd.org Subject: Re: /etc/ppp/ppp.conf examples sought In-reply-to: Your message of "Wed, 12 Jul 1995 20:38:02 +0200." <199507121845.UAA07847@unix.stylo.italia.com> Date: Thu, 13 Jul 1995 14:48:11 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > >set login "TIMEOUT Thanks for your example, I've got mine working too, I'm on to the next IP problem now :-/ (I guess :-/ = :-) + :-( ? ) > how can I get a one-line description of all those fine two-letter external commands :-) /usr/ports/comms/hylafax/work/hylafax-v3.0pl0/html/Modems/Hayes/hayes.html & href=http://www.vix.com/flexfax/ may provide some clues Julian S From owner-freebsd-hackers Thu Jul 13 10:40:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18489 for hackers-outgoing; Thu, 13 Jul 1995 10:40:52 -0700 Received: from mercury.unt.edu (mercury.unt.edu [129.120.1.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA18481 for ; Thu, 13 Jul 1995 10:40:50 -0700 Received: from gab.unt.edu by mercury.unt.edu with SMTP id AA24067 (5.65c/IDA-1.4.4 for ); Thu, 13 Jul 1995 12:40:47 -0500 Received: from GAB/SpoolDir by gab.unt.edu (Mercury 1.13); Thu, 13 Jul 95 12:40:47 CST6CDT Received: from SpoolDir by GAB (Mercury 1.13); Thu, 13 Jul 95 12:40:44 CST6CDT From: "John Booth" Organization: University of North Texas To: hackers@freebsd.org Date: Thu, 13 Jul 1995 12:40:35 CST6CDT Subject: Adaptec 2940 w/hp dat drives, freeze machine Priority: normal X-Mailer: Pegasus Mail v3.22 Message-Id: <75925C4C6B@gab.unt.edu> Sender: hackers-owner@freebsd.org Precedence: bulk I didn't see this message get to the list. Just started using tape devices w/this machine. After doing a mt status, then mt erase, then mt erase here's what got logged. Jul 11 14:59:38 www /kernel: ahc0: target 1, lun 0 (st0) timed out 14:59:38 www /kernel: st0(ahc0:1:0): command: 19,1,0,0,0,0-[0 bytes] Jul 11 14:59:38 www /kernel: Jul 11 15:02:33 www /kernel: ep0: Status: 2002 Jul 11 15:06:41 www /kernel: ep0: Status: 2002 Jul 11 15:07:01 www /kernel: ahc0: target 1, lun 0 (st0) timed out 15:07:01 www /kernel: st0(ahc0:1:0): command: 0,0,0,0,0,0-[0 bytes] Jul 11 15:07:01 www /kernel: Jul 11 15:08:00 www /kernel: ahc0: target 5, lun 0 (sd0) timed out Jul 11 15:08:00 www /kernel: sd0(ahc0:5:0): command: 28,0,0,24,3a,f0,0,0,10,0-[8192 bytes] Jul 11 15:08:00 www /kernel: ------------------------------ www /kernel: 000: 6e 6f 62 6f 64 79 00 2a 00 00 55 6e 70 72 69 76 www /kernel: 016: 69 6c 65 67 65 64 20 75 73 65 72 00 2f 6e 6f 6e www /kernel: 032: 65 78 69 73 74 65 6e 74 00 2f 6e 6f 6e 65 78 69 www /kernel: 048: 73 74 65 6e 74 00 2f 72 6f 6f 74 00 2f 75 73 72 Jul 11 15:08:00 www /kernel: ------------------------------ Jul 11 15:08:00 www /kernel: Jul 11 15:08:41 www /kernel: ahc0: target 1, lun 0 (st0) timed out 15:08:41 www /kernel: st0(ahc0:1:0): command: 0,0,0,0,0,0-[0 bytes] Jul 11 15:08:41 www /kernel: machine machine just dies. No panic, just stop responding. Will ping, but no telnet. Can switch virtual terms ok....went into kernel debugger and it was doing scsi operations. Mt was donig wmesg was scsicmd-- also there were time outs for the devices. I put it in kernel debugger, did about 5-20 nexts and it got Page-Fault 12 supervisor read. I have done this about 3 times in a row, is easy to replicate. Here's dmesg FreeBSD 2.0.5-RELEASE #0: Tue Jul 11 12:46:23 1995 john@www.cas.unt.edu:/usr/src/sys/compile/www CPU: 90-MHz Pentium 735\\90 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x524 Stepping=4 Features=0x1bf real memory = 33161216 (8096 pages) avail memory = 31182848 (7613 pages) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> ahc0 not found wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 406MB (832608 sectors), 826 cyls, 16 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in 3 3C5x9 board(s) on ISA found at 0x300 0x200 0x220 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc/utp[*BNC*] address 00:20:af:38:54:e6 irq 10 ep1 at 0x200-0x20f irq 3 on isa ep1: aui/bnc/utp[*BNC*] address 00:20:af:9e:19:7e irq 3 ep2 at 0x220-0x22f irq 5 on isa ep2: aui/bnc/utp[*BNC*] address 00:20:af:9e:19:98 irq 5 npx0 on motherboard npx0: INT 16 interface Probing for devices on the pci0 bus: configuration mode 2 allows 16 devices. chip0 rev 17 on pci0:0 chip1 rev 67 on pci0:2 ahc0 rev 0 int a irq 9 on pci0:6 ahc0: reading board settings ahc0: 294x Single Channel, SCSI Id=7, aic7870, 16 SCBs ahc0: Downloading Sequencer Program...Done ahc0: Probing channel A ahc0: target 1 synchronous at 5.0MB/s, offset = 0x8 (ahc0:1:0): "HP HP35480A 1109" type 1 removable SCSI 2 st0(ahc0:1:0): Sequential-Access density code 0x13, drive empty ahc0: target 2 synchronous at 5.0MB/s, offset = 0x8 (ahc0:2:0): "HP HP35480A 1009" type 1 removable SCSI 2 st1(ahc0:2:0): Sequential-Access density code 0x13, drive empty ahc0: target 3 synchronous at 5.0MB/s, offset = 0x8 (ahc0:3:0): "HP HP35480A 1009" type 1 removable SCSI 2 st2(ahc0:3:0): Sequential-Access density code 0x13, drive empty ahc0: target 4 synchronous at 5.0MB/s, offset = 0x8 (ahc0:4:0): "HP HP35480A 9 09" type 1 removable SCSI 2 st3(ahc0:4:0): Sequential-Access density code 0x13, drive empty ahc0: target 5 synchronous at 5.0MB/s, offset = 0x8 ahc0: target 5 Tagged Queuing Device (ahc0:5:0): "HP C2490A-300 4140" type 0 fixed SCSI 2 sd0(ahc0:5:0): Direct-Access 2033MB (4165272 512 byte sectors) sd0(ahc0:5:0): with 2630 cyls, 18 heads, and an average 87 sectors/track vga0 rev 0 int a irq 255 on pci0:12 pci0: uses 4096 bytes of memory from ffbff000 upto ffbfffff. pci0: uses 256 bytes of I/O space from fc00 upto fcff. WARNING: / was not properly dismounted. sd0: raw partition size != slice size sd0: start 0, end 4165271, size 4165272 sd0c: start 0, end 4294967295, size 0 sd0: raw partition size != slice size sd0: start 0, end 4165271, size 4165272 sd0c: start 0, end 4294967295, size 0 ---------------------------------------------------------------------- College of Arts & Sciences Computing Services John A. Booth, john@gab.unt.edu From owner-freebsd-hackers Thu Jul 13 10:42:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA18606 for hackers-outgoing; Thu, 13 Jul 1995 10:42:31 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA18600 for ; Thu, 13 Jul 1995 10:42:30 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24069; Thu, 13 Jul 95 11:35:03 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507131735.AA24069@cs.weber.edu> Subject: Re: SCSI disk wedge To: karl@Mcs.Net (Karl Denninger) Date: Thu, 13 Jul 95 11:35:02 MDT Cc: mpp@legarto.minn.net, tom@misery.sdf.com, karl@Mcs.Net, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199507131440.JAA01619@Jupiter.mcs.net> from "Karl Denninger" at Jul 13, 95 09:40:36 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > I had it *off* and had the problem, turned it on in an attempt to see if > that made it "go away", and discovered that while it make the problem less > frequent, it did *NOT* solve it. You have quotas on on more than one partition, don't you. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jul 13 10:51:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19115 for hackers-outgoing; Thu, 13 Jul 1995 10:51:21 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA19107 for ; Thu, 13 Jul 1995 10:51:18 -0700 Received: from Jupiter.mcs.net (Jupiter.mcs.net [192.160.127.89]) by kitten.mcs.com (8.6.10/8.6.9) with ESMTP id MAA13555; Thu, 13 Jul 1995 12:51:07 -0500 Received: (from karl@localhost) by Jupiter.mcs.net (8.6.11/8.6.9) id MAA00417; Thu, 13 Jul 1995 12:51:06 -0500 From: Karl Denninger Message-Id: <199507131751.MAA00417@Jupiter.mcs.net> Subject: Re: SCSI disk wedge To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 13 Jul 1995 12:51:05 -0500 (CDT) Cc: karl@Mcs.Net, mpp@legarto.minn.net, tom@misery.sdf.com, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <9507131735.AA24069@cs.weber.edu> from "Terry Lambert" at Jul 13, 95 11:35:02 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 738 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > > > I had it *off* and had the problem, turned it on in an attempt to see if > > that made it "go away", and discovered that while it make the problem less > > frequent, it did *NOT* solve it. > > You have quotas on on more than one partition, don't you. > > > Terry Lambert > terry@cs.weber.edu We're not running quotas at all right now. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity Modem: [+1 312 248-0900] | (shell, PPP, SLIP, leased) in Chicagoland Voice: [+1 312 248-8649] | 7 Chicagoland POPs, ISDN, 28.8, much more Fax: [+1 312 248-9865] | Email to "info@mcs.net" WWW: http://www.mcs.net ISDN - Get it here TODAY! | Home of Chicago's only FULL AP Clarinet feed! From owner-freebsd-hackers Thu Jul 13 11:20:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20294 for hackers-outgoing; Thu, 13 Jul 1995 11:20:47 -0700 Received: from uivlsi.csl.uiuc.edu (uivlsi.csl.uiuc.edu [128.174.57.133]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA20288 for ; Thu, 13 Jul 1995 11:20:45 -0700 Received: by uivlsi.csl.uiuc.edu id AA01603 (5.67b/IDA-1.3.4 for freebsd-hackers@freebsd.org); Thu, 13 Jul 1995 13:20:40 -0500 Date: Thu, 13 Jul 1995 13:20:40 -0500 From: Terry Lee Message-Id: <199507131820.AA01603@uivlsi.csl.uiuc.edu> To: freebsd-hackers@freebsd.org Subject: NCR PCI needs BOUNCE_BUFFERS? Sender: hackers-owner@freebsd.org Precedence: bulk I helped a friend install FreeBSD-2.0.5-950622-SNAP on his new Pentium PC last night. Everything went fine, so I went ahead and configured a new custom kernel for him. Since the only bus master card is an NCR 825 SCSI host adapter, I disabled BOUNCE_BUFFERS. But then the disk would only work for a few seconds before getting "COMMAND FAILED" errors. Enabling BOUNCE_BUFFERS fixed the problem. Is BOUNCE_BUFFERS needed for PCI systems with no ISA bus master cards? By the way, my friend (a Linux user) decided to give FreeBSD a try because apparently the Linux NCR driver does not support wide disks yet. He was pretty impressed by the installation program. Good job guys! Terry Lee terry@uivlsi.csl.uiuc.edu From owner-freebsd-hackers Thu Jul 13 11:25:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20536 for hackers-outgoing; Thu, 13 Jul 1995 11:25:15 -0700 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA20528 for ; Thu, 13 Jul 1995 11:25:08 -0700 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA09429 (5.65c8/HUTCS-S 1.4 for ); Thu, 13 Jul 1995 21:25:04 +0300 Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id VAA17525; Thu, 13 Jul 1995 21:25:04 +0300 Date: Thu, 13 Jul 1995 21:25:04 +0300 Message-Id: <199507131825.VAA17525@shadows.cs.hut.fi> From: Heikki Suonsivu To: "Jordan K. Hubbard" Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: "Jordan K. Hubbard"'s message of 13 Jul 1995 01:42:10 +0300 Subject: Re: ISPs and other commercial interests, please read! [was Re: T1] Organization: Helsinki University of Technology, Otaniemi, Finland Sender: hackers-owner@FreeBSD.org Precedence: bulk And I apologise for the omission. You're right, they do have a solution and it's something I should have remembered to mention them when I sent my posting. Thinking back, I do remember seeing several announcements about this and my face is now a little red. They only have binary-only driver which doesn't run on the current. Not acceptable for me. I keep my routers pretty fresh, and binary-only is not an option. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Thu Jul 13 11:33:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA20926 for hackers-outgoing; Thu, 13 Jul 1995 11:33:51 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA20920 for ; Thu, 13 Jul 1995 11:33:48 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA24167; Thu, 13 Jul 95 12:09:45 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507131809.AA24167@cs.weber.edu> Subject: What is this thing? To: hackers@freebsd.org Date: Thu, 13 Jul 95 12:09:44 MDT X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk What is the purpose of /usr/src/sys/conf/files.newconf? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu Jul 13 12:40:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA23034 for hackers-outgoing; Thu, 13 Jul 1995 12:40:40 -0700 Received: from nimh.jkcg.com (nimh.jkcg.com [204.214.160.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA23028 for ; Thu, 13 Jul 1995 12:40:38 -0700 Received: (from ras@localhost) by nimh.jkcg.com (8.6.11/8.6.9) id PAA20958; Thu, 13 Jul 1995 15:40:24 -0400 Date: Thu, 13 Jul 1995 15:40:23 -0400 (EDT) From: "Robert A. Sharp" To: freebsd-hackers@freebsd.org Subject: disklabel & booting Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I've noticed a lot of traffic about the same problem that I am having as well: I installed FreeBSD 2.0.5-950622-SNAP onto a *virgin* 4G HD. I used the geometry that fdisk specified and the selected the standard boot manager. The HD will not boot. I have been using a 3.5" floppy to boot the HD. If anyone knows of a fix or how this problem can be created, I would suggest not only posting it here, but also adding it to the install docs. I have a "bad" feeling that I will be doing a backup and re-installing just the bins, after having used the actual disk geometry. Then dumping from tape back to the HD.... Could that be the answer in and of itself??? -that you must use the actual geometry of the HD in order to get it to install and boot? Thanks! :-) -Andrew From owner-freebsd-hackers Thu Jul 13 13:32:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA25031 for hackers-outgoing; Thu, 13 Jul 1995 13:32:50 -0700 Received: from unix.stylo.italia.com (ppp.stylo.italia.com [194.20.23.167]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA25010 ; Thu, 13 Jul 1995 13:32:38 -0700 Received: from angelo.stylo.italia.com (angelo.stylo.italia.com [194.20.21.29]) by unix.stylo.italia.com (8.6.11/8.6.9) with SMTP id WAA09033; Thu, 13 Jul 1995 22:28:19 +0200 Message-Id: <199507132028.WAA09033@unix.stylo.italia.com> Date: Thu, 13 Jul 1995 20:20:49 GMT From: aturetta@stylo.italia.com (Angelo Turetta) To: Julian Stacey Cc: freebsd-hackers@freebsd.org X-Newsreader: Forte Free Agent v0.55 Sender: hackers-owner@freebsd.org Precedence: bulk >> how can I get a one-line description of all those fine two-letter external >commands :-) > >/usr/ports/comms/hylafax/work/hylafax-v3.0pl0/html/Modems/Hayes/hayes.html Well, I was referring to Unix commands, not Hayes AT commands :-) Angelo Turetta. System Administrator - STYLO S.r.l. - Bologna aturetta@stylo.italia.com (Angelo Turetta) 100014.1757@compuserve.com From owner-freebsd-hackers Thu Jul 13 13:36:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA25197 for hackers-outgoing; Thu, 13 Jul 1995 13:36:01 -0700 Received: from unix.stylo.italia.com (ppp.stylo.italia.com [194.20.23.167]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA25167 ; Thu, 13 Jul 1995 13:35:52 -0700 Received: from angelo.stylo.italia.com (angelo.stylo.italia.com [194.20.21.29]) by unix.stylo.italia.com (8.6.11/8.6.9) with SMTP id WAA09064; Thu, 13 Jul 1995 22:33:05 +0200 Message-Id: <199507132033.WAA09064@unix.stylo.italia.com> Date: Thu, 13 Jul 1995 20:25:35 GMT From: aturetta@stylo.italia.com (Angelo Turetta) Subject: Re: /etc/ppp/ppp.conf examples sought To: Julian Stacey Cc: freebsd-hackers@freebsd.org X-Newsreader: Forte Free Agent v0.55 Sender: hackers-owner@freebsd.org Precedence: bulk >> how can I get a one-line description of all those fine two-letter external >commands :-) > >/usr/ports/comms/hylafax/work/hylafax-v3.0pl0/html/Modems/Hayes/hayes.html Well, I was referring to Unix commands, not Hayes AT commands :-) Angelo Turetta. System Administrator - STYLO S.r.l. - Bologna aturetta@stylo.italia.com (Angelo Turetta) 100014.1757@compuserve.com From owner-freebsd-hackers Thu Jul 13 14:21:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA27297 for hackers-outgoing; Thu, 13 Jul 1995 14:21:28 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA27289 for ; Thu, 13 Jul 1995 14:21:24 -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 XAA04932 for ; Thu, 13 Jul 1995 23:21:21 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id XAA16724 for freebsd-hackers@FreeBSD.ORG; Thu, 13 Jul 1995 23:21:20 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.9/keltia-uucp-2.2) id WAA00350 for freebsd-hackers@FreeBSD.ORG; Thu, 13 Jul 1995 22:44:15 +0200 (MET DST) From: Ollivier Robert Message-Id: <199507132044.WAA00350@keltia.frmug.fr.net> Subject: How to enable/disable hardware compression with HP DAT To: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) Date: Thu, 13 Jul 1995 22:44:14 +0200 (MET DST) Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.0-BUILT-19950713 ctm#870 X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.ORG Precedence: bulk Hello anyone (especially Julian and Peter), I just got a new DAT from HP (SureTape 5000, SCSI-2, DDS and DDS-DC compatible) and I'd like to know how to enable and disable the hardware compression by software. I guess there is a couple "scsi -c something" which do the job but I don't know SCSI enough... ahb0: reading board settings, int=11 ahb0 at 0x5000-0x50ff irq 11 on eisa slot 5 (ahb0:4:0): "TANDBERG TDC 3600 -07:" type 1 removable SCSI 1 st1(ahb0:4:0): Sequential-Access st1: Tandberg tdc3600 is a known rogue density code 0x10, drive empty (ahb0:5:0): "HP HP35480A 1009" type 1 removable SCSI 2 st0(ahb0:5:0): Sequential-Access density code 0x13, variable blocks, write-enabled -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.0-BUILT-19950713 #2: Thu Jul 13 21:01:53 MET DST 1995 From owner-freebsd-hackers Thu Jul 13 14:36:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA28450 for hackers-outgoing; Thu, 13 Jul 1995 14:36:43 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA28444 for ; Thu, 13 Jul 1995 14:36:40 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA29152; Thu, 13 Jul 1995 14:36:29 -0700 From: "Rodney W. Grimes" Message-Id: <199507132136.OAA29152@gndrsh.aac.dev.com> Subject: Re: NCR PCI needs BOUNCE_BUFFERS? To: terry@uivlsi.csl.uiuc.edu (Terry Lee) Date: Thu, 13 Jul 1995 14:36:29 -0700 (PDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199507131820.AA01603@uivlsi.csl.uiuc.edu> from "Terry Lee" at Jul 13, 95 01:20:40 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: 1974 Sender: hackers-owner@freebsd.org Precedence: bulk > > I helped a friend install FreeBSD-2.0.5-950622-SNAP on his new Pentium > PC last night. Everything went fine, so I went ahead and configured a new > custom kernel for him. Since the only bus master card is an NCR 825 SCSI host > adapter, I disabled BOUNCE_BUFFERS. But then the disk would only work for > a few seconds before getting "COMMAND FAILED" errors. Enabling BOUNCE_BUFFERS > fixed the problem. Is BOUNCE_BUFFERS needed for PCI systems with no ISA > bus master cards? BOUCE_BUFFERS should not be required on machines that have no ISA bus masters. And specifically PCI machines running the NCR 53C8xx controllers should not require them. Every thing I am currently building and shipping runs just fine without bounce buffers, and these are all PCI NCR 53C810 based systems useing either ASUS Triton motherboards (2 models) or ASUS Saturn II 486 boards. I have seen occasional NCR command failed's during boots, but I am running 2.1-STABLE and there are a few patches in 2.2-CURRENT that need some more ringing out before being pulled to the branch, though they do look to not cause any problems at all and solve several. I would suggest trying a 2.2-CURRENT kernel, but a massive vm change just went in so I am not sure if you want to do that. You might just grab the ncr.c driver, as I recall the changes to it being all stand alone with no other files effected and see if that fixes the problem for you. I think the reason that it goes away when you enable bounce buffers is either a speed issue, or possibly, but not very lickely, cache bug in the MB you are using. > By the way, my friend (a Linux user) decided to give FreeBSD a try > because apparently the Linux NCR driver does not support wide disks yet. He > was pretty impressed by the installation program. Good job guys! :_) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Thu Jul 13 14:38:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA28595 for hackers-outgoing; Thu, 13 Jul 1995 14:38:32 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA28586 for ; Thu, 13 Jul 1995 14:38:28 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA29164; Thu, 13 Jul 1995 14:38:17 -0700 From: "Rodney W. Grimes" Message-Id: <199507132138.OAA29164@gndrsh.aac.dev.com> Subject: Re: What is this thing? To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 13 Jul 1995 14:38:17 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <9507131809.AA24167@cs.weber.edu> from "Terry Lambert" at Jul 13, 95 12:09: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: 265 Sender: hackers-owner@freebsd.org Precedence: bulk > > What is the purpose of /usr/src/sys/conf/files.newconf? It goes with /usr/src/usr.sbin/config.new :-) -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-hackers Thu Jul 13 15:23:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA29832 for hackers-outgoing; Thu, 13 Jul 1995 15:23:37 -0700 Received: from hutcs.cs.hut.fi (root@hutcs.cs.hut.fi [130.233.192.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA29824 for ; Thu, 13 Jul 1995 15:23:33 -0700 Received: from shadows.cs.hut.fi by hutcs.cs.hut.fi with SMTP id AA15218 (5.65c8/HUTCS-S 1.4 for ); Fri, 14 Jul 1995 01:23:29 +0300 Received: (hsu@localhost) by shadows.cs.hut.fi (8.6.10/8.6.10) id BAA18336; Fri, 14 Jul 1995 01:23:29 +0300 Date: Fri, 14 Jul 1995 01:23:29 +0300 Message-Id: <199507132223.BAA18336@shadows.cs.hut.fi> From: Heikki Suonsivu To: jkh@violet.berkeley.edu (Jordan K. Hubbard) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: jkh@violet.berkeley.edu's message of 12 Jul 1995 17:07:57 +0300 Subject: ISPs and other commercial interests, please read! [was Re: T1] Organization: Helsinki University of Technology, Otaniemi, Finland Sender: hackers-owner@FreeBSD.org Precedence: bulk There's the Cronyx/Sigma sync ppp card, but I'm not sure what its top end speed is.. I don't believe that we have anything currently capable of doing T1 right out of a FreeBSD box. Its <= 256kbps, if I correctly understood the documentation. That said, I have 2 ARNET SYNC/570i cards here - one two port and one four port - and they'll do up to 5Mb/sec. All I'm lacking is a driver! The main chip that needs to be dealt with here appears to be the Hitachi HD64570, so if anyone out there has prior programming experience with this then I'm definitely interested in hearing from you! There is a driver written for NetBSD 0.8 (?) for SDL communications' board, which is based on the HD64570. It would need work. I have the data books for the chip, but haven't had time to look at the driver. ARNET has graciously loaned me these boards for the express purpose of pressing them into some skilled programmer's hands, but such hands have proven to be a little harder to find than I had hoped.. :-( I know three people who already said that they might be interested. I'd therefore like to put the following proposal to the various ISPs and others with an interest in mid-speed comms out there who might be reading this message: I have already promised (two weeks ago) 2000 FIM, about $450 donation for free (available under both Berkeley style license and GPL), portably written, clean and documented driver. I require NetBSD compatibility and stronly hope it will written with some thought about Mach port in mind. I can arrange hardware if it isn't available (sorry, no cisco to test it with, just FreeBSD). I could probably give more in hardware or in form of an Internet connection in Espoo or Helsinki in Finland (I require the link to run the arnet hardware in this case :). I know $450 is not much, but I'm not able to pay the work alone. Maybe it is a start, anyway. There may be other projects I might be willing to donate, like a better news server. With that in mind, it begins to make more sense that the various FreeBSD users, both commercial and non, should want to band together more closely and without regard for of any kind of external competition. I have been thinking about fund which would take money earmarked for a specific software project and give it to authors who release the software which fullfills the given requirements. I have several things in mind which I would need but can't afford to pay the development alone. I guess this a bit similar. If you couple this with the fact that the FreeBSD Project itself has no real resources of its own, except perhaps for a common code base and a couple of machines with sources on them, then it quickly becomes clear that to really increase the quality and coverage of FreeBSD's feature set in the same period of time that a commercial OS vendor would (if not faster) then something more has to happen. I'm pretty certain that this would be much more successfull if it wasn't a FreeBSD specific thing. I'm not willing to support driver development if it is done for FreeBSD only, not even for NetBSD. Some project members may elect to donate equipment, funds for purchasing such equipment (or paying an external engineer) or a full or part-time engineer themselves. It would be the job of the project coordinator (either inside or outside the project) to match donations with the needs of the task and see that it reaches completion in a reasonable period of time. Better way to guarantee it is finished in a reasonable period of time is not to pay (at least lot of it) before the work is finished. This won't work with large projects, but they will have to do intermediate releases anyway. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@cs.hut.fi home +358-0-8031121 work -4513377 fax -4555276 riippu SN From owner-freebsd-hackers Thu Jul 13 15:37:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA00843 for hackers-outgoing; Thu, 13 Jul 1995 15:37:56 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA00833 for ; Thu, 13 Jul 1995 15:37:52 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.11/8.6.6) id SAA16948; Thu, 13 Jul 1995 18:37:36 -0400 From: John Capo Message-Id: <199507132237.SAA16948@irbs.irbs.com> Subject: Re: How to enable/disable hardware compression with HP DAT To: roberto@keltia.freenix.fr Date: Thu, 13 Jul 1995 18:37:34 -0400 (EDT) Cc: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) In-Reply-To: <199507132044.WAA00350@keltia.frmug.fr.net> from "Ollivier Robert" at Jul 13, 95 10:44:14 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: 1111 Sender: hackers-owner@FreeBSD.org Precedence: bulk Ollivier Robert writes: > > Hello anyone (especially Julian and Peter), > > I just got a new DAT from HP (SureTape 5000, SCSI-2, DDS and DDS-DC > compatible) and I'd like to know how to enable and disable the hardware > compression by software. I guess there is a couple "scsi -c something" > which do the job but I don't know SCSI enough... > > ahb0: reading board settings, int=11 > ahb0 at 0x5000-0x50ff irq 11 on eisa slot 5 > (ahb0:4:0): "TANDBERG TDC 3600 -07:" type 1 removable SCSI 1 > st1(ahb0:4:0): Sequential-Access st1: Tandberg tdc3600 is a known rogue > density code 0x10, drive empty > (ahb0:5:0): "HP HP35480A 1009" type 1 removable SCSI 2 > st0(ahb0:5:0): Sequential-Access density code 0x13, variable blocks, write-enabled > It will be eaisest to disable compression via the option switches. The compression is controlled by mode select page 0x0F according to the docs I have for a HPC1553A which is a drive with an autoloader that holds 6 tapes. Byte 2, bit 7 controls compression. Byte 3, bit 7 controls decompression. A vaule of 1 enables, 0 disables. John Capo From owner-freebsd-hackers Thu Jul 13 16:26:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03212 for hackers-outgoing; Thu, 13 Jul 1995 16:26:25 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03204 for ; Thu, 13 Jul 1995 16:26:23 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id JAA15005; Fri, 14 Jul 1995 09:06:40 +0930 From: Michael Smith Message-Id: <199507132336.JAA15005@genesis.atrad.adelaide.edu.au> Subject: Re: SCSI disk wedge To: karl@Mcs.Net (Karl Denninger) Date: Fri, 14 Jul 1995 09:06:39 +0930 (CST) Cc: gary@palmer.demon.co.uk, karl@Mcs.Net, tom@misery.sdf.com, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@freebsd.org In-Reply-To: <199507131408.JAA01530@Jupiter.mcs.net> from "Karl Denninger" at Jul 13, 95 09:08:23 am Content-Type: text Content-Length: 1444 Sender: hackers-owner@freebsd.org Precedence: bulk Karl Denninger stands accused of saying: > I understand this, but the problem has been manifest on two different > configurations with different vendors of hardware, disks, and two different > controllers. Still haven't seen a list of disk model numbers, firmware revisions & the like. The Identify strings at startup would be a start. > Do you really mean to try to tell me that two vendors have *identical* > firmware problems? Firmware problems with similar symptoms, sure. > I rate the probability of that somewhere close to a comet hitting the earth > today, especially when 2.0BSDI (which uses large transfer sizes and > contiguous operations) has no such problem. If you weren't in such a responsible position, (and I covered in shame after my recent outburst) I'd fall off my seat reading this. > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity You're still not helping; even after Rod has enumerated _painfully_ the list of things that are _needed_ to be known before anything can usefully be done about your problem. -- ]] 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 [[ From owner-freebsd-hackers Thu Jul 13 19:01:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA10026 for hackers-outgoing; Thu, 13 Jul 1995 19:01:15 -0700 Received: from sheba.sequoiap.com (sequoiap.vip.best.com [205.149.161.44]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA10020 for ; Thu, 13 Jul 1995 19:01:13 -0700 From: Anthony Graphics X-Mailer: SCO System V Mail (version 3.2) To: freebsd-hackers@freebsd.org Subject: problem installing 2.0.5-R: no kernel gets to the / :-( Date: Thu, 13 Jul 95 19:01:05 PDT Message-ID: <9507131901.aa29438@sheba.sequoiap.com> Sender: hackers-owner@freebsd.org Precedence: bulk I'm trying to install 2.0.5-R but after removing cpio floppy\ boot procedure can't complete: to kernel is available on the hard disk? ? shows stand etc bin, a couple of other dirs: but no kernel :-( Please reply to agl@glas.apc.org\ AGL From owner-freebsd-hackers Thu Jul 13 19:30:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA10695 for hackers-outgoing; Thu, 13 Jul 1995 19:30:14 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA10688 for ; Thu, 13 Jul 1995 19:30:10 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id DAA01718 ; Fri, 14 Jul 1995 03:29:26 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: Anthony Graphics cc: freebsd-hackers@freebsd.org Subject: Re: problem installing 2.0.5-R: no kernel gets to the / :-( In-reply-to: Your message of "Thu, 13 Jul 1995 19:01:05 PDT." <9507131901.aa29438@sheba.sequoiap.com> Date: Fri, 14 Jul 1995 03:29:24 +0100 Message-ID: <1716.805688964@palmer.demon.co.uk> From: Gary Palmer Sender: hackers-owner@freebsd.org Precedence: bulk In message <9507131901.aa29438@sheba.sequoiap.com>, Anthony Graphics writes: >I'm trying to install 2.0.5-R but after removing cpio floppy\ >boot procedure can't complete: to kernel is available on the hard disk? >? shows stand etc bin, a couple of other dirs: but no kernel :-( Huh? cpio floppy? We don't have a cpio floppy in 2.0.5-RELEASE! Assuming you mean the root floppy, can you give more information on what exactly has happened? What install method did you choose? Yours Gary From owner-freebsd-hackers Thu Jul 13 19:40:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA11175 for hackers-outgoing; Thu, 13 Jul 1995 19:40:59 -0700 Received: from sheba.sequoiap.com (sequoiap.vip.best.com [205.149.161.44]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA11163 for ; Thu, 13 Jul 1995 19:40:48 -0700 Received: from blob.best.net (blob.best.net [204.156.128.88]) by shell1.best.com (8.6.12/8.6.5) with ESMTP id TAA21687 for ; Thu, 13 Jul 1995 19:30:07 -0700 Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by blob.best.net (8.6.12/8.6.5) with ESMTP id TAA09016 for ; Thu, 13 Jul 1995 19:30:02 -0700 Received: from localhost (localhost [127.0.0.1]) by palmer.demon.co.uk (8.6.11/8.6.11) with SMTP id DAA01718 ; Fri, 14 Jul 1995 03:29:26 +0100 X-Authentication-Warning: palmer.demon.co.uk: Host localhost didn't use HELO protocol To: Anthony Graphics cc: freebsd-hackers@freebsd.org Subject: Re: problem installing 2.0.5-R: no kernel gets to the / :-( In-reply-to: Your message of "Thu, 13 Jul 1995 19:01:05 PDT." <9507131901.aa29438@sheba.sequoiap.com> Date: Fri, 14 Jul 1995 03:29:24 +0100 Message-ID: <1716.805688964@palmer.demon.co.uk> From: Gary Palmer Source-Info: From (or Sender) name not authenticated. Sender: hackers-owner@freebsd.org Precedence: bulk In message <9507131901.aa29438@sheba.sequoiap.com>, Anthony Graphics writes: >I'm trying to install 2.0.5-R but after removing cpio floppy\ >boot procedure can't complete: to kernel is available on the hard disk? >? shows stand etc bin, a couple of other dirs: but no kernel :-( Huh? cpio floppy? We don't have a cpio floppy in 2.0.5-RELEASE! Assuming you mean the root floppy, can you give more information on what exactly has happened? What install method did you choose? Yours Gary From owner-freebsd-hackers Thu Jul 13 22:29:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA16736 for hackers-outgoing; Thu, 13 Jul 1995 22:29:15 -0700 Received: from wiley.csusb.edu (wiley.csusb.edu [139.182.2.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA16730 for ; Thu, 13 Jul 1995 22:29:03 -0700 Received: by wiley.csusb.edu (5.67a/1.34) id AA12615; Thu, 13 Jul 1995 22:31:58 -0700 From: rmallory@wiley.csusb.edu (Rob Mallory) Message-Id: <199507140531.AA12615@wiley.csusb.edu> Subject: Re: SCSI disk wedge To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Thu, 13 Jul 1995 22:31:58 -0700 (PDT) Cc: karl@mcs.net, gary@palmer.demon.co.uk, tom@misery.sdf.com, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@freebsd.org In-Reply-To: <199507132336.JAA15005@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jul 14, 95 09:06:39 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 3419 Sender: hackers-owner@freebsd.org Precedence: bulk > Still haven't seen a list of disk model numbers, firmware revisions & > the like. The Identify strings at startup would be a start. This may get a bit long. Its just my views, I'm to busy now to hack on it at work, ...but I noticed some strange-ness with 2.0.5R with a 2740 at work, with the aha1 driver found by GENERIC, it would give instantly recoverable timeouts,, but worked long enough to compile an AIC kernel with tagged queueing,, which worked flawlessly. 3 days later, i reinstalled, after getting disgusted with Slowaris-2.5B (CDE is cool though),, I tried again; this time, with a new drive in the chain. Now, it could be out-o-spec cable length, I have a mix of centronics, micro-50, and big-50 cables,(4 total, all 18 inches each). Here's the setup: 1 st15150N barracuda. (freebsd) scsi-2 cmd-queueable 1 sun/archive viper qic150 scsi1 1 sun/sony external cdrom scsi1 1 old segate 670 scsi1 1 semi-new conner 540 not-scsi-2 when I added the conner (the spec sheet only mentions scsi) freebsd gives it 5MB/s on probe. (I'll send boot msgs later if requested) The kernel panic's (didnt write down the error) due to a scsi problem. This happens at the begenning of extract media when it begins ftp session. before the conner, like i said before,, it worked lkong enough to compile an AIC kernel. which ran for 3 days before playing with suns "fine" product. Slowaris runs fine (6 days so far) (and slow as a dog on a dx50 with 16MB) I will try to find time tommorow to play. eg: what will happen if I turn the conner off, and try to install,, if freebsd works as before, then possibly a conner which wont disconnect nicely? ooooH duh.. i just remembered I turned *off* the disonnect switch in the eisa cfg, as per recomendation in solaris manual for dealing with the old sun cdroms... eeek. <8-) anyways... I'll get back to you guys if I find anything. Im also willing to test any quickie-patches at work next week.. Rob Mallory [mallorrp@sce.com][rmallory@csusb.edu] ps: with reguards to firmware problems, the baracudas (my 15150n is at level 19, latest) are some of the touchiest drives I have ever seen. we have 4, 2 each on sbus FSBE cards, with 6 feet total cable on each bus, striped. 2 drives per stripe, seperate busses. 4.1.3U1b,O:DS They are *garunteed* to hang if dumping both filesystems at same time. they hang every other night now that i dump them sequentialy. comp.scsi shows one or three others with 15150n's like this...:( Don't it just suck theese days, as drive densities are getting tighter and tighter, techs dont get to spend enough time writing firmware which works the first time!!! > > > Do you really mean to try to tell me that two vendors have *identical* > > firmware problems? > > Firmware problems with similar symptoms, sure. > > > I rate the probability of that somewhere close to a comet hitting the earth > > today, especially when 2.0BSDI (which uses large transfer sizes and > > contiguous operations) has no such problem. > > If you weren't in such a responsible position, (and I covered in shame > after my recent outburst) I'd fall off my seat reading this. > > > Karl Denninger (karl@MCS.Net)| MCSNet - The Finest Internet Connectivity > > You're still not helping; even after Rod has enumerated _painfully_ > the list of things that are _needed_ to be known before anything > can usefully be done about your problem. > From owner-freebsd-hackers Thu Jul 13 23:00:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA17710 for hackers-outgoing; Thu, 13 Jul 1995 23:00:10 -0700 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA17704 for ; Thu, 13 Jul 1995 23:00:08 -0700 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id XAA15450 for hackers@freebsd.org; Thu, 13 Jul 1995 23:00:03 -0700 Date: Thu, 13 Jul 1995 23:00:03 -0700 From: Sean Eric Fagan Message-Id: <199507140600.XAA15450@kithrup.com> To: hackers@freebsd.org Subject: I installed 2.0.5 tonight Sender: hackers-owner@freebsd.org Precedence: bulk The installation program is really ultracoolspiffyneato. Everyone should have one ;). It had some slight problems, though: the first time, I accidently started to install all the packages, so I aborted it, and it rebooted. After that, I tried to just go on to the rest of the configuration steps, but it wouldn't let me, because I had to install the system first (and before I could do that, I had to partition and lable the drive). Maybe if I'd read the documentation, I would have known how to bypass all that ;). It does have one problem, now. The system in question is a 486DX2-33 (what everyone else calls a 486DX2-66), with 8MBytes of RAM, about 400MBytes of disk on a 15xx of some sort, and with a CD-ROM drive. (And a monochrome monitor.) It's got an SMC WD8013EP ethernet card, and is about 8 inches away from my primary machine, connected via ethernet. When logged in to the 2.0.5 system from my 1.1++ system, there are periodic pauses. This seems to only happen when I'm logged in over the network, and doesn't happen on the console. It is almost exactly like what I see when I log into freefall from home or work, which I had been assuming was due to being far away over the network. Anyone have any ideas what's going on with that? But it is totally spiffy ;). Sean. From owner-freebsd-hackers Fri Jul 14 00:00:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA20468 for hackers-outgoing; Fri, 14 Jul 1995 00:00:35 -0700 Received: from mail1.wolfe.net (mail1.wolfe.net [204.157.98.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA20462 for ; Fri, 14 Jul 1995 00:00:33 -0700 Received: from gonzo.wolfe.net (moore@gonzo.wolfe.net [204.157.98.2]) by mail1.wolfe.net (8.6.12/8.6.10) with ESMTP id AAA26109 for ; Fri, 14 Jul 1995 00:02:05 -0700 From: Timothy Moore Received: (moore@localhost) by gonzo.wolfe.net (8.6.10/8.6.9) id XAA25463; Thu, 13 Jul 1995 23:59:58 -0700 Date: Thu, 13 Jul 1995 23:59:58 -0700 Message-Id: <199507140659.XAA25463@gonzo.wolfe.net> To: freebsd-hackers@freebsd.org Subject: HotJava Sender: hackers-owner@freebsd.org Precedence: bulk Is anyone still working on porting HotJava to FreeBSD? I see that a version of pthreads that supports FreeBSD has been released. I might be interested in taking this on; in a previous life I was a Common Lisp implementor and have some appreciation of the issues. Tim From owner-freebsd-hackers Fri Jul 14 00:19:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA21868 for hackers-outgoing; Fri, 14 Jul 1995 00:19:01 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA21855 ; Fri, 14 Jul 1995 00:18:58 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id AAA01583; Fri, 14 Jul 1995 00:18:27 -0700 To: Timothy Moore cc: freebsd-hackers@freebsd.org Subject: Re: HotJava In-reply-to: Your message of "Thu, 13 Jul 1995 23:59:58 PDT." <199507140659.XAA25463@gonzo.wolfe.net> Date: Fri, 14 Jul 1995 00:18:27 -0700 Message-ID: <1581.805706307@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk I think the project could definitely use some help! Just a lot of people thinking about it is the situation I believe we have now.. Jordan > Is anyone still working on porting HotJava to FreeBSD? I see that a > version of pthreads that supports FreeBSD has been released. I might > be interested in taking this on; in a previous life I was a Common > Lisp implementor and have some appreciation of the issues. > > Tim From owner-freebsd-hackers Fri Jul 14 00:32:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22812 for hackers-outgoing; Fri, 14 Jul 1995 00:32:11 -0700 Received: from lightlink.satcom.net (iidpwr@lightlink.satcom.net [204.33.174.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA22803 for ; Fri, 14 Jul 1995 00:32:08 -0700 Received: (from iidpwr@localhost) by lightlink.satcom.net (8.6.11/8.6.9) id AAA01026; Fri, 14 Jul 1995 00:36:34 -0700 Date: Fri, 14 Jul 1995 00:36:34 -0700 From: Imperial Irrigation District Message-Id: <199507140736.AAA01026@lightlink.satcom.net> To: hackers@freebsd.org, sef@kithrup.com Subject: Re: I installed 2.0.5 tonight Sender: hackers-owner@freebsd.org Precedence: bulk The 2.0.5 installation is great. I really like it. I just have a small question. Could anyone tell me how can I specify what type of partition I create? (in other words, how can I specify this partition is for dos or os/2 or Linux) From owner-freebsd-hackers Fri Jul 14 01:09:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA24901 for hackers-outgoing; Fri, 14 Jul 1995 01:09:11 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA24891 for ; Fri, 14 Jul 1995 01:09:07 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id BAA00422; Fri, 14 Jul 1995 01:08:30 -0700 Message-Id: <199507140808.BAA00422@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: "Jordan K. Hubbard" cc: Timothy Moore , freebsd-hackers@freebsd.org Subject: Re: HotJava In-reply-to: Your message of "Fri, 14 Jul 1995 00:18:27 PDT." <1581.805706307@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Jul 1995 01:08:29 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> "Jordan K. Hubbard" said: > I think the project could definitely use some help! Just a lot of > people thinking about it is the situation I believe we have now.. > > Jordan > > > Is anyone still working on porting HotJava to FreeBSD? I see that a > > version of pthreads that supports FreeBSD has been released. I might > > be interested in taking this on; in a previous life I was a Common > > Lisp implementor and have some appreciation of the issues. > > > > Tim > Well Sun , okay I will stop there :) If folks like to work on this sort of languages please take a look at guile-ii avaiable in the ports/lang directory in freebsd.cdrom.com. All in all and I am not a lawyer from a copyright standpoint, I would say Java and guile are about the same. Different restrictions of course but the end result is that in one Sun owns the code and in the other the sources for guile most be made available. Take your pick.... One nice thing about guile is that it works and is available today . Sure that it needs more work but I bet that in the same amount time that anyone in here spends on *porting* Java you will be further along with guile. Enjoy, Amancio From owner-freebsd-hackers Fri Jul 14 02:24:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA28938 for hackers-outgoing; Fri, 14 Jul 1995 02:24:46 -0700 Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA28930 for ; Fri, 14 Jul 1995 02:24:44 -0700 Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.9/8.6.9) id TAA15826 for hackers@freebsd.org; Fri, 14 Jul 1995 19:05:52 +0930 From: Michael Smith Message-Id: <199507140935.TAA15826@genesis.atrad.adelaide.edu.au> Subject: TCP Vegas/TCP lite patches... To: hackers@freebsd.org Date: Fri, 14 Jul 1995 19:05:52 +0930 (CST) Content-Type: text Content-Length: 1659 Sender: hackers-owner@freebsd.org Precedence: bulk Terry Lambert stands accused of saying: > > There's a good paper on this out there by the X Kernel guys. They say > > the 4.4 networking code is significantly slower than the 4.3, and they > > tell why (and what to do about it). > > By popular and racous demand: > > ftp://ftp.cs.arizona.edu/xkernel/Papers/tcp_problems.ps Thanks for that, Terry; makes for interesting reading. The obvious question then is : Have these changes been implemented? If yes, neat! If not, is there any reason other than 'nobody dumb enough has stood up & done it?' If that's all, I'd be game to try it as soon as I can get the CTM megapatch to apply to my source tree (I suspect that coz I have 2.0.5 ALPHA it's not happy, but ctm simply stops with "exit(80)", which is puzzling... (there's no reference to '80' in the source, nor EAUTH, nor indeed 'exit'... ramble. I hope things will be better when I can dump the 2.0.5-RELEASE code off the CD). And to the second topic; the referenced paper talks about TCP Vegas, and sample code for same can be found at the same place, as well as another interesting paper discussing it at some length. I suspect that implementation of this may be beyond my khacking ability, (first look only) but again, if nobody else is game, I'll give it a try. -- ]] 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 [[ From owner-freebsd-hackers Fri Jul 14 02:52:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00398 for hackers-outgoing; Fri, 14 Jul 1995 02:52:37 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA00389 for ; Fri, 14 Jul 1995 02:52: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 LAA07980 ; Fri, 14 Jul 1995 11:52:31 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id LAA18240 ; Fri, 14 Jul 1995 11:52:30 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.7.Beta.9/keltia-uucp-2.2) id BAA00831; Fri, 14 Jul 1995 01:31:29 +0200 (MET DST) From: Ollivier Robert Message-Id: <199507132331.BAA00831@keltia.frmug.fr.net> Subject: Re: How to enable/disable hardware compression with HP DAT To: jc@irbs.com (John Capo) Date: Fri, 14 Jul 1995 01:31:29 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) In-Reply-To: <199507132237.SAA16948@irbs.irbs.com> from "John Capo" at Jul 13, 95 06:37:34 pm X-Operating-System: FreeBSD 2.0-BUILT-19950713 ctm#870 X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: hackers-owner@FreeBSD.org Precedence: bulk It seems that John Capo said: > It will be eaisest to disable compression via the option switches. I don't want to disable all the time, just when I know I will write a tape for someone without a DDS-DC drive. > The compression is controlled by mode select page 0x0F according > to the docs I have for a HPC1553A which is a drive with an autoloader > that holds 6 tapes. Byte 2, bit 7 controls compression. Byte 3, > bit 7 controls decompression. A vaule of 1 enables, 0 disables. Thanks for the info. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.0-BUILT-19950713 #2: Thu Jul 13 21:01:53 MET DST 1995 From owner-freebsd-hackers Fri Jul 14 02:52:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00425 for hackers-outgoing; Fri, 14 Jul 1995 02:52:44 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00415 ; Fri, 14 Jul 1995 02:52:43 -0700 Date: Fri, 14 Jul 1995 02:52:43 -0700 From: Jeffrey Hsu Message-Id: <199507140952.CAA00415@freefall.cdrom.com> To: hackers@freebsd.org, msmith@atrad.adelaide.edu.au Subject: Re: TCP Vegas/TCP lite patches... Sender: hackers-owner@freebsd.org Precedence: bulk > The obvious question then is : Have these changes been implemented? I think NetBSD has them. I recall seeing some commit from Charles H. on this. > If yes, neat! If not, is there any reason other than 'nobody dumb enough > has stood up & done it?' According to Mogul, the verdict is still out on TCP/IP Vegas. Seems you need to implement both changes together to see any improvement. From owner-freebsd-hackers Fri Jul 14 02:54:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00547 for hackers-outgoing; Fri, 14 Jul 1995 02:54:06 -0700 Received: (from hsu@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA00533 ; Fri, 14 Jul 1995 02:54:04 -0700 Date: Fri, 14 Jul 1995 02:54:04 -0700 From: Jeffrey Hsu Message-Id: <199507140954.CAA00533@freefall.cdrom.com> To: hackers@freebsd.org, msmith@atrad.adelaide.edu.au Subject: Re: TCP Vegas/TCP lite patches... Sender: hackers-owner@freebsd.org Precedence: bulk > The obvious question then is : Have these changes been implemented? I think NetBSD has them. I recall seeing some commit from Charles H. on this. > If yes, neat! If not, is there any reason other than 'nobody dumb enough > has stood up & done it?' According to Mogul, the verdict is still out on TCP/IP Vegas. Seems you need to implement both changes together to see any improvement. From owner-freebsd-hackers Fri Jul 14 03:11:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA01559 for hackers-outgoing; Fri, 14 Jul 1995 03:11:13 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA01553 for ; Fri, 14 Jul 1995 03:11:09 -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 MAA08113 ; Fri, 14 Jul 1995 12:10:58 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id MAA18326 ; Fri, 14 Jul 1995 12:10:58 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507141010.MAA18326@blaise.ibp.fr> Subject: Re: I installed 2.0.5 tonight To: sef@kithrup.com (Sean Eric Fagan) Date: Fri, 14 Jul 1995 12:10:57 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199507140600.XAA15450@kithrup.com> from "Sean Eric Fagan" at Jul 13, 95 11:00:03 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 702 Sender: hackers-owner@freebsd.org Precedence: bulk > monitor.) It's got an SMC WD8013EP ethernet card, and is about 8 inches > away from my primary machine, connected via ethernet. When logged in to the > 2.0.5 system from my 1.1++ system, there are periodic pauses. This seems to > only happen when I'm logged in over the network, and doesn't happen on the I've a similar problem with my SMC8013EP. It keeps dropping input packets on the floor and I end up with very large Ierrs and Coll in netstat -i. I don't know where it comes from. It has started sometimes before 2.0.5. I opened a PR for this. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Fri Jul 14 03:27:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02424 for hackers-outgoing; Fri, 14 Jul 1995 03:27:01 -0700 Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA02415 for ; Fri, 14 Jul 1995 03:26:54 -0700 Received: (from dfr@localhost) by minnow.render.com (8.6.9/8.6.9) id LAA27677; Fri, 14 Jul 1995 11:01:44 +0100 Date: Fri, 14 Jul 1995 11:01:42 +0100 (BST) From: Doug Rabson To: Timothy Moore cc: freebsd-hackers@freebsd.org Subject: Re: HotJava In-Reply-To: <199507140659.XAA25463@gonzo.wolfe.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk On Thu, 13 Jul 1995, Timothy Moore wrote: > Is anyone still working on porting HotJava to FreeBSD? I see that a > version of pthreads that supports FreeBSD has been released. I might > be interested in taking this on; in a previous life I was a Common > Lisp implementor and have some appreciation of the issues. I just looked at this new pthreads implementation and it is a bit thin. It won't compile on FreeBSD without hacking, it doesn't address the need for an MT-safe C library and it is infected with the GPL. A far better pthreads implementation can be found in sipb.mit.edu:/pub/pthreads. This has MT-safe io, sockets, stdio and compiles out of the box on FreeBSD and many other architectures. The author (Chris Provenzano) is sometimes around on this list and sometimes threatens to merge it into FreeBSD's source tree. Any news on that, Chris? -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Fri Jul 14 03:28:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA02470 for hackers-outgoing; Fri, 14 Jul 1995 03:28:31 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA02464 for ; Fri, 14 Jul 1995 03:28:27 -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 MAA08219 ; Fri, 14 Jul 1995 12:28:25 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id MAA18372 ; Fri, 14 Jul 1995 12:28:24 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199507141028.MAA18372@blaise.ibp.fr> Subject: Re: TCP Vegas/TCP lite patches... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Fri, 14 Jul 1995 12:28:24 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199507140935.TAA15826@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jul 14, 95 07:05:52 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 709 Sender: hackers-owner@freebsd.org Precedence: bulk > If that's all, I'd be game to try it as soon as I can get the CTM > megapatch to apply to my source tree (I suspect that coz I have 2.0.5 > ALPHA it's not happy, but ctm simply stops with "exit(80)", which You probably have a mismatch in .ctm_status. If you look at ctm.h : #define Exit_OK 0 #define Exit_Garbage 1 #define Exit_Pilot 2 #define Exit_Broke 4 #define Exit_NotOK 8 #define Exit_Forcible 16 #define Exit_Mess 32 #define Exit_Done 64 #define Exit_Version 128 128 == 80h. Have you tried "ctm -v -v" ? -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Fri Jul 14 05:21:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA06634 for hackers-outgoing; Fri, 14 Jul 1995 05:21:53 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA06628 ; Fri, 14 Jul 1995 05:21:50 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id FAA03124; Fri, 14 Jul 1995 05:21:19 -0700 Message-Id: <199507141221.FAA03124@time.cdrom.com> To: "Amancio Hasty Jr." cc: Timothy Moore , freebsd-hackers@freebsd.org Subject: Re: HotJava In-reply-to: Your message of "Fri, 14 Jul 1995 01:08:29 PDT." <199507140808.BAA00422@rah.star-gate.com> Date: Fri, 14 Jul 1995 05:21:19 -0700 From: "Jordan K. Hubbard" Sender: hackers-owner@freebsd.org Precedence: bulk > If folks like to work on this sort of languages please take a look at > guile-ii avaiable in the ports/lang directory in freebsd.cdrom.com. Hmmm. While I admire Amancio's enthusiasm, I've looked at guile-ii and can only really say "huh." Sure, it's a nice little language. But java is a nice little language AND it has Sun backing it, which is really important when you start looking for all the nice framework and applications base stuff. There's nothing that says guile might not be *technically* capable of that, but it needs far more than just technical chops to beat java. Jordan > > All in all and I am not a lawyer from a copyright standpoint, I would > say Java and guile are about the same. Different restrictions of course > but the end result is that in one Sun owns the code and in the other > the sources for guile most be made available. Take your pick.... > > One nice thing about guile is that it works and is available today . > Sure that it needs more work but I bet that in the same amount time > that anyone in here spends on *porting* Java you will be further along with > guile. > > Enjoy, > Amancio > > From owner-freebsd-hackers Fri Jul 14 07:37:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA11158 for hackers-outgoing; Fri, 14 Jul 1995 07:37:07 -0700 Received: from admin.mplik.ru (admin.mplik.ru [193.124.176.158]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id HAA11148 for ; Fri, 14 Jul 1995 07:36:48 -0700 Received: by admin.mplik.ru id AA28024 (5.65/UralRelcom for hackers@freebsd.org); Fri, 14 Jul 1995 20:33:45 +0600 To: hackers@freebsd.org Message-Id: Organization: Ural Relcom Ltd. From: vf@mplik.ru (Valery Filatov) Date: Fri, 14 Jul 1995 20:33:43 +0600 X-Mailer: Mail/@ [v2.28 BSDI] Subject: DOSEMU need Lines: 17 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 523 Sender: hackers-owner@freebsd.org Precedence: bulk Hello! >1.4 Can I run DOS binaries under FreeBSD? > >Not yet! We'd like to add support for this someday, but are still >lacking anyone to actually do the work. Ongoing work with Linux's >DOSEMU utility may bring this much closer to being a reality sometime >soon. Send mail to hackers@freebsd.org if you're interested in >joining this effort! I have FreeBSD 2.0.5-RELEASE installed on my PC How I can to have DOSEMU (for testng may be...) WBR! -- Valery Filatov, Ural Relcom Ltd. * vf@mplik.ru, (3432) 42-7041 * From owner-freebsd-hackers Fri Jul 14 09:26:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA16551 for hackers-outgoing; Fri, 14 Jul 1995 09:26:04 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA16472 ; Fri, 14 Jul 1995 09:23:53 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA18557; Fri, 14 Jul 1995 18:23:00 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA15629; Fri, 14 Jul 1995 18:22:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id NAA04791; Fri, 14 Jul 1995 13:11:40 +0200 From: J Wunsch Message-Id: <199507141111.NAA04791@uriah.heep.sax.de> Subject: Re: your mail To: aturetta@stylo.italia.com (Angelo Turetta) Date: Fri, 14 Jul 1995 13:11:40 +0200 (MET DST) Cc: jhs@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199507132028.WAA09033@unix.stylo.italia.com> from "Angelo Turetta" at Jul 13, 95 08:20:49 pm 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: 504 Sender: hackers-owner@FreeBSD.ORG Precedence: bulk As Angelo Turetta wrote: > > >> how can I get a one-line description of all those fine two-letter external > >commands :-) > > > >/usr/ports/comms/hylafax/work/hylafax-v3.0pl0/html/Modems/Hayes/hayes.html > > Well, I was referring to Unix commands, not Hayes AT commands :-) whatis `ls -1 /usr/share/man/man1/??.1* | sed -e 's/.*[/]//' -e 's/\.1.*//'` :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Jul 14 10:30:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA19573 for hackers-outgoing; Fri, 14 Jul 1995 10:30:24 -0700 Received: from uivlsi.csl.uiuc.edu (uivlsi.csl.uiuc.edu [128.174.57.133]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA19567 for ; Fri, 14 Jul 1995 10:30:22 -0700 Received: by uivlsi.csl.uiuc.edu id AA06805 (5.67b/IDA-1.3.4 for hackers@freebsd.org); Fri, 14 Jul 1995 12:30:21 -0500 Date: Fri, 14 Jul 1995 12:30:21 -0500 From: Terry Lee Message-Id: <199507141730.AA06805@uivlsi.csl.uiuc.edu> To: hackers@freebsd.org Subject: Unable to sync Sender: hackers-owner@freebsd.org Precedence: bulk In the older 2.0 versions, I used to get "unable to sync, giving up" errors often when shutting down. Yesterday, the problem occurred for the first time on my 2.0.5-950622-SNAP system, so it seems that the bug is not completely gone. Has anyone else seen this happen? Thanks. Terry Lee terry@uivlsi.csl.uiuc.edu From owner-freebsd-hackers Fri Jul 14 11:36:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA22243 for hackers-outgoing; Fri, 14 Jul 1995 11:36:13 -0700 Received: from coyote.Artisoft.COM (coyote.Artisoft.COM [198.17.250.162]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA22237 for ; Fri, 14 Jul 1995 11:36:11 -0700 Received: (from terry@localhost) by coyote.Artisoft.COM (8.6.10/8.6.9) id LAA09067; Fri, 14 Jul 1995 11:35:38 -0700 From: Terry Lambert Message-Id: <199507141835.LAA09067@coyote.Artisoft.COM> Subject: FS inconsistancies - which soloution? To: hackers@freefall.cdrom.com Date: Fri, 14 Jul 1995 11:35:38 -0700 (MST) Cc: terry@cs.weber.edu X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1412 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've been digging around in the mount code and I've found an interesting inconsistancy. The path for the mount point is looked up normally in vfs_syscalls.c, so it has a limit of 1024 characters. This is truncated into the file system "mounted on" structure for ffs (in ffs_vfsops.c in ffs_mountfs()) to MAXMNTLEN (512) to store the "last mounted on directory. In the ffs_mount code on the way out (as in the cdfs/other fs's), the mounted-on directory is copied to mnt_stat.f_mntonname, which is limited to MNAMELEN... 90 characters. Since this is the length in the statfs return data, shouldn't all of the buffers be limited to 90 characters? Or should the statfs buffer be expanded to MAXMNTLEN? Or should they all be expanded to MAXPATHLEN(==PATH_MAX==1024)? The last would require changing the on disk superblock size to accomodate the increased length. My personal take on this would be to crank MNAMELEN up to 512; is there some reason the stucture is being kept small (254 bytes)? Currently, because of the MNAMELEN limit, it is possible to mount on file system paths up to the MAXPATHLEN, but impossible to unmount file systems mounted on file system paths of length X for values of X such that MNAMELEN < X < MAXPATHLEN. This is kinda critically stupid. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jul 14 12:49:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA24401 for hackers-outgoing; Fri, 14 Jul 1995 12:49:27 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA24393 for ; Fri, 14 Jul 1995 12:49:25 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id MAA03923; Fri, 14 Jul 1995 12:49:06 -0700 Message-Id: <199507141949.MAA03923@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: "Jordan K. Hubbard" cc: Timothy Moore , freebsd-hackers@freebsd.org Subject: Re: HotJava In-reply-to: Your message of "Fri, 14 Jul 1995 05:21:19 PDT." <199507141221.FAA03124@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Jul 1995 12:49:06 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> "Jordan K. Hubbard" said: > > If folks like to work on this sort of languages please take a look at > > guile-ii avaiable in the ports/lang directory in freebsd.cdrom.com. > > Hmmm. While I admire Amancio's enthusiasm, I've looked at guile-ii > and can only really say "huh." Sure, it's a nice little language. > But java is a nice little language AND it has Sun backing it, which is > really important when you start looking for all the nice framework and > applications base stuff. There's nothing that says guile might not be > *technically* capable of that, but it needs far more than just > technical chops to beat java. Tnks Jordan... Actually, just because Java has Sun backing doesn't mean much. I would fear more a small tactical and talented group than a large bureacratic/political organization. For starters, the small open team can correct itself a lot faster than lets say a "traditional" group at Sun. Now if the rest of the Net embraces Java then that will mean something --- however just the porting effort has been extremely slow and to the best of my knowledge there is no application framework for Java. If Java succeeds, guile will rise to the occation. The problem with guile is that is a reaction to Sun's TCL and Java . BTW: I am susbcribed to the Java mailing list a while ago and I dowloaded the first public release of Java. I think the major stumbling to porting Java is in compiling the damn thing . Cheers, Amancio From owner-freebsd-hackers Fri Jul 14 13:50:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA26263 for hackers-outgoing; Fri, 14 Jul 1995 13:50:57 -0700 Received: from denali.ds.cubic.com (denali.ds.cubic.com [149.63.65.21]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA26210 ; Fri, 14 Jul 1995 13:50:34 -0700 Received: from jrtc169.ds.cubic.com (jrtc169.ds.cubic.COM [149.63.134.169]) by denali.ds.cubic.com (8.6.10/8.6.9) with SMTP id NAA22378; Fri, 14 Jul 1995 13:51:27 -0700 Received: from jrtc134. by jrtc169.ds.cubic.com (5.x/SMI-SVR4) id AA12369; Fri, 14 Jul 1995 13:48:41 -0700 Received: by jrtc134. (5.0/SMI-SVR4) id AA04570; Fri, 14 Jul 1995 13:48:49 +0800 Date: Fri, 14 Jul 1995 13:48:49 +0800 From: vuong@jrtc169.ds.cubic.com (Tan Vuong) Message-Id: <9507142048.AA04570@jrtc134.> To: hackers@FreeBSD.org Subject: Need help for FreeBSD Cc: bugs@FreeBSD.org, questions@FreeBSD.org X-Sun-Charset: US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Please help this problem: System: 486DX2 66 16 MB HD: 1.2 GB Conner CDROM: SCSI NEC 55J SCSI: Adaptec Problem: When extracting FreeBSD 2.0. Can extract bindist, games, scrdict, etc.. Can not extract Xfree86-3.1: See the message "Verify checksum..." and then "Extract ....". But the system hang forever. Try two different CD. The same problem. Thanks Tan Vuong Cubic internet: tan_vuong@corp.cubic.com phone: (619) 277-6780 X2130 From owner-freebsd-hackers Fri Jul 14 16:11:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04436 for hackers-outgoing; Fri, 14 Jul 1995 16:11:13 -0700 Received: from mailhost1.cac.washington.edu (mailhost1.cac.washington.edu [140.142.32.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA04430 for ; Fri, 14 Jul 1995 16:11:10 -0700 Received: from hope96.apl.washington.edu by mailhost1.cac.washington.edu (5.65+UW95.05/UW-NDC Revision: 2.33 ) id AA13020; Fri, 14 Jul 95 16:11:09 -0700 Received: from mac-pal.apl.washington.edu by apl.washington.edu (4.1/SMI-4.1) id AA18557; Fri, 14 Jul 95 16:11:07 PDT Message-Id: <9507142311.AA18557@apl.washington.edu> Date: Fri, 14 Jul 1995 16:09:43 -0800 From: kargl@apl.washington.edu (steve) To: freebsd-hackers@freebsd.org Subject: SOLVED: rsh/rlogin problems in 2.0.5-RELEASE Sender: hackers-owner@freebsd.org Precedence: bulk This was posted in the newsgroup. I thouhgt a core team member might want to investigate. > From: jdp@polstra.com (John Polstra) > Newsgroups: comp.unix.bsd.freebsd.misc > Subject: SOLVED: rsh/rlogin problems in 2.0.5-RELEASE > Date: 14 Jul 1995 10:37:58 -0700 > Organization: Polstra & Co., Seattle, WA > Lines: 53 > Message-ID: <3u6a1m$q30@seattle.polstra.com> > NNTP-Posting-Host: seattle.polstra.com > Summary: Caused by #comments in /etc/hosts.equiv > > Many people have posted accounts of long delays or hangs when trying to > use rsh or rlogin to a system running FreeBSD 2.0.5-RELEASE. Today I > discovered the cause of the problem, at least on my system. Once you > understand the cause, the fix is trivial. > > On attempts to rsh from a SVR4 machine into the FreeBSD-2.0.5 machine, I > was observing delays of almost exactly 2.5 minutes. Luckily, there is > also a third machine on the same ethernet, running SunOS. That machine > has a sniffer program called "etherfind". I ran it to observe what was > going on during the execution of rsh. Immediately, I saw that the long > delays were related to unanswered DNS queries that were being sent by the > FreeBSD machine to the SVR4 machine (which is the name server for the > local net). > > On the name server machine, I turned on debugging in the "in.named" > program. Here are the strange queries that were coming from the FreeBSD > machine: > > req: nlookup(#localhost) id 1280 type=1 > req: nlookup(#my_very_good_friend.domain) id 1536 type=1 > > These queries are of course bogus, and the name server (rightly or > wrongly) did not respond to them. On the FreeBSD side, the resolver > timed out and tried again, several times, adding up to (surprise) 2.5 > minutes of delay. > > A quick "grep my_very_good_friend /etc/*" took me straight to the > "/etc/hosts.equiv" file, which looked like this: > > #localhost > #my_very_good_friend.domain > > I had never touched this file, so it must be the default one that gets > installed when one installs FreeBSD 2.0.5-RELEASE. > > THE SOLUTION: Get rid of (or repair) that bogus "/etc/hosts.equiv" file. > That fixes the problem instantly. > > THE MORAL: Don't try to put comments into "/etc/hosts.equiv". (A quick > look at "/usr/src/lib/libc/net/rcmd.c" confirms that there is no comment > processing for this file.) > > A STRANGE OBSERVATION: Strangely, I had no problems with rsh or rlogin > until today. And I have not changed any of the relevant files, as far > as I know. So I suspect that the failure mode for this particular > problem depends in some way on the vagaries of the particular name > server that is being used. Even if you're not currently having > problems, you should repair your "/etc/hosts.equiv" file. > > -- > John Polstra jdp@polstra.com > John D. Polstra & Co., Inc. Seattle, Washington USA > "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Fri Jul 14 17:11:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA06516 for hackers-outgoing; Fri, 14 Jul 1995 17:11:33 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA06494 ; Fri, 14 Jul 1995 17:11:20 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id UAA10103; Fri, 14 Jul 1995 20:06:01 -0400 Date: Fri, 14 Jul 1995 20:06:00 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Mailing list digests To: questions@freebsd.org, hackers@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk The FreeBSD-hackers has a digest version. The digest collects the mail until a threshhold amount is reached and then mails it all out in a single mail message to those individuals subscribed to the digest. Subscribing to the digest is just like subscribing to the regular mailing list, but you get it all at once, instead of dribs and drabs throughout the day and night. mail majordomo@freebsd.org subscribe freebsd-hackers-digest What other lists would you like to have sent in a digest format as well? PLEASE respond to ME (jmb@freebsd.org or jmb@kryten.atinc.com) rather than to the list. jmb apologies to those of you who have received this message more than once 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 Fri Jul 14 17:45:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA07179 for hackers-outgoing; Fri, 14 Jul 1995 17:45:17 -0700 Received: from kithrup.com (kithrup.com [140.174.23.40]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA07173 for ; Fri, 14 Jul 1995 17:45:15 -0700 Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id RAA29787 for hackers@freebsd.org; Fri, 14 Jul 1995 17:45:04 -0700 Date: Fri, 14 Jul 1995 17:45:04 -0700 From: Sean Eric Fagan Message-Id: <199507150045.RAA29787@kithrup.com> To: hackers@freebsd.org Subject: Whee, another fun one Sender: hackers-owner@freebsd.org Precedence: bulk This one is *really* neat. I was trying to add emacs, for various reasons. But pkg_add wouldn't let me, because my /tmp was too small, even after I added MFS to my kernel and a 30MByte memfs off of /dev/sd0s1b (same as swap). So, I tried using the -t option; it still didn't work. So then I started debugging it. Since I wasn't working on the console, I have no idea what happened, but my login session suddenly hung. I thought it was just the normal delay I'd been seeing (and reported last night), but, after a few minutes, I decided that was pretty unlikely, and took a look at the console. It had rebooted (a panic, I assume), and was waiting for me to insert a bootable floppy -- for some reason, the MBR has disappeared, and the hard disk is no longer a "bootable disk"! So... this is bad. Also, how do I fix it, without reinstalling the whole OS again? ;) Sean. From owner-freebsd-hackers Fri Jul 14 18:33:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA08412 for hackers-outgoing; Fri, 14 Jul 1995 18:33:42 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA08406 for ; Fri, 14 Jul 1995 18:33:40 -0700 Received: from unix.nike.efn.org (haus.efn.org) by efn.efn.org (4.1/smail2.5/05-07-92) id AA13161; Fri, 14 Jul 95 18:33:32 PDT Date: Fri, 14 Jul 1995 18:41:17 -0700 (PDT) From: John-Mark Gurney X-Sender: gurney_j@unix.nike.efn.org To: hackers@freebsd.org Subject: problems with mount/umount Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk once I was mounting a cdrom on /usr/anon/pub/cdrom... and I run the shell tcsh... so I wass using name completion... so I ran the command "mount_cd9660 /dev/cd0c /usr/anon/pub/cdrom/" the problem is that it mounts fine... but when you try to umount it it with "umount /usr/anon/pub/cdrom/" or "umount /usr/anon/pub/cdrom" it doesn't work... if you take a look at the file systems with df... you will see that it has the trailing slash... but I guess umount just drops it... the only what I was able to umount was to reboot... is this a bug? or just a typing problem? 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 Jul 14 18:52:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA08682 for hackers-outgoing; Fri, 14 Jul 1995 18:52:01 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA08668 for ; Fri, 14 Jul 1995 18:51:59 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA01450; Fri, 14 Jul 95 19:44:57 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507150144.AA01450@cs.weber.edu> Subject: Re: problems with mount/umount To: gurney_j@efn.org (John-Mark Gurney) Date: Fri, 14 Jul 95 19:44:56 MDT Cc: hackers@freebsd.org In-Reply-To: from "John-Mark Gurney" at Jul 14, 95 06:41:17 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk > once I was mounting a cdrom on /usr/anon/pub/cdrom... and I run the shell > tcsh... so I wass using name completion... so I ran the command > "mount_cd9660 /dev/cd0c /usr/anon/pub/cdrom/" the problem is that it > mounts fine... but when you try to umount it it with "umount > /usr/anon/pub/cdrom/" or "umount /usr/anon/pub/cdrom" it doesn't work... > if you take a look at the file systems with df... you will see that it has > the trailing slash... but I guess umount just drops it... the only what I > was able to umount was to reboot... is this a bug? or just a typing problem? This is a bug in the mount code, actually. It should cannonize the name before allowing the mount. You need to eliminate the '/' on the end of the mountpoint as a workaround. There are actually several problems in the kernel and user space code for mount and umount that should be resolved. There's at least one problem in the path length (there's a limit of 50 characters -- it's an explicit value instead of a manifest constant -- for CDROM mount point paths if you want umount to work, and a limit of 90 characters for a UFS/MFS/etc. mount path). There's also at least one problem in the mfs code that could result in a panic when using the MFS as a root and it failing to fall back to the normal mount point. This would show when booting a fixit floppy and mounting the hard disk as root instead of the MFS. I've actually been waiting for some response on my earlier mail to this list; I have a number of patches that end up changing ffs and mfs; I haven't bothered with pushing them into LFS, though I should probably do that too (now that I'm thinking about it, I'll do it tonight). I have a number of changes to the mount code and specifically the root mount code that I want to put in before I start beating on the unmount code as well. Probably they will require a rebuild of the C library (it has functions that deal with mount lists) and the consumers of the C library code (no changes to the C library itself -- changes to the size of two fields in the statfs structure). Until all this happens, just avoid using the trailing slash and you should be fine. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Jul 14 19:23:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA09331 for hackers-outgoing; Fri, 14 Jul 1995 19:23:54 -0700 Received: from ess.harris.com (su15a.ess.harris.com [130.41.1.251]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA09321 for ; Fri, 14 Jul 1995 19:23:51 -0700 Received: from borg.ess.harris.com (suw2k.ess.harris.com) by ess.harris.com (5.x/SMI-SVR4) id AA22705; Fri, 14 Jul 1995 22:23:38 -0400 Received: by borg.ess.harris.com (4.1/SMI-4.1) id AA04406; Fri, 14 Jul 95 22:21:12 EDT Date: Fri, 14 Jul 95 22:21:12 EDT From: jleppek@suw2k.ess.harris.com (James Leppek) Message-Id: <9507150221.AA04406@borg.ess.harris.com> To: hackers@freebsd.org, sef@kithrup.com Subject: Re: Whee, another fun one Sender: hackers-owner@freebsd.org Precedence: bulk another good way to give the pkg stuff more work space is with the PKG_TMPDIR environment variable. It works nicely and is almost mandatory for emacs :-) perhaps during the install it would be good to set this since the emacs install must fail for most people. Jim Leppek > From owner-freebsd-hackers@freefall.cdrom.com Fri Jul 14 20:45:18 1995 > Date: Fri, 14 Jul 1995 17:45:04 -0700 > From: Sean Eric Fagan > To: hackers@freebsd.org > Subject: Whee, another fun one > Sender: hackers-owner@freebsd.org > > This one is *really* neat. > > I was trying to add emacs, for various reasons. But pkg_add wouldn't let > me, because my /tmp was too small, even after I added MFS to my kernel and a > 30MByte memfs off of /dev/sd0s1b (same as swap). So, I tried using the -t > option; it still didn't work. So then I started debugging it. > > Since I wasn't working on the console, I have no idea what happened, but my > login session suddenly hung. I thought it was just the normal delay I'd > been seeing (and reported last night), but, after a few minutes, I decided > that was pretty unlikely, and took a look at the console. > > It had rebooted (a panic, I assume), and was waiting for me to insert a > bootable floppy -- for some reason, the MBR has disappeared, and the hard > disk is no longer a "bootable disk"! > > So... this is bad. Also, how do I fix it, without reinstalling the whole OS > again? ;) > > Sean. > From owner-freebsd-hackers Fri Jul 14 19:49:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA10048 for hackers-outgoing; Fri, 14 Jul 1995 19:49:04 -0700 Received: from mail02.mail.aol.com (mail02.mail.aol.com [152.163.172.66]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA10042 for ; Fri, 14 Jul 1995 19:48:58 -0700 From: PowerTrip@aol.com Received: by mail02.mail.aol.com (1.37.109.16/16.2) id AA231626502; Fri, 14 Jul 1995 22:48:22 -0400 Date: Fri, 14 Jul 1995 22:48:22 -0400 Message-Id: <950714224821_33067820@aol.com> To: babkin@hq.icb.chel.su Cc: hackers@freebsd.org Subject: Re: ALPHA of DigiBoard driver Sender: hackers-owner@freebsd.org Precedence: bulk I will snag it, and try it. so it is complete now? I have a Digi PC/4e. The driver wil run it? TonyM From owner-freebsd-hackers Fri Jul 14 19:50:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA10096 for hackers-outgoing; Fri, 14 Jul 1995 19:50:25 -0700 Received: from distortion.eng.umd.edu (distortion.eng.umd.edu [129.2.98.6]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA10089 for ; Fri, 14 Jul 1995 19:50:22 -0700 Received: from latte.eng.umd.edu (latte.eng.umd.edu [129.2.98.15]) by distortion.eng.umd.edu (8.6.10/8.6.4) with ESMTP id WAA02221 for ; Fri, 14 Jul 1995 22:50:19 -0400 Received: (chuckr@localhost) by latte.eng.umd.edu (8.6.10/8.6.4) id WAA12938; Fri, 14 Jul 1995 22:50:19 -0400 Date: Fri, 14 Jul 1995 22:50:19 -0400 (EDT) From: Chuck Robey To: hackers@FreeBSD.org Subject: 2.0.5 Install Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Well, I don't have the CDROM yet, so I installed 2.0.5-snap. This is my first view of the new improved install, since putting 2.0 up. I screwed up the net address. I am absolutely amazed, 'cause the system patiently told me so, and let me fix my mistake (cordially) and then just began installing things. It didn't make me reboot, and didn't even scold me. I don't yet know much about 2.0.5, but the install process is a LOT more fault tolerant. I am impressed! ----------------------------+----------------------------------------------- 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 (Freebsd 2.0) and n3lxx (301) 220-2114 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Fri Jul 14 21:48:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA24935 for hackers-outgoing; Fri, 14 Jul 1995 21:48:47 -0700 Received: from kksys.skypoint.net (kksys.skypoint.net [199.86.32.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA24928 for ; Fri, 14 Jul 1995 21:48:40 -0700 Received: from starfire.mn.org by kksys.skypoint.net with smtp (Smail3.1.29.1 #2) id m0sWyzh-0003NKC; Fri, 14 Jul 95 23:38 CDT Received: (from john@localhost) by starfire.mn.org (8.6.8/1.2.1) id SAA00186 for hackers@FreeBSD.org; Fri, 14 Jul 1995 18:48:23 -0500 From: John Lind Message-Id: <199507142348.SAA00186@starfire.mn.org> Subject: HEYELP! (486DL fails to boot 2.0.5R-CD floppy image) To: hackers@FreeBSD.org (FreeBSD hackers) Date: Fri, 14 Jul 1995 18:48:22 -0500 (CDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1813 Sender: hackers-owner@FreeBSD.org Precedence: bulk Just got my CDs for 2.0.5R, and made all my backups and prepared to upgrade. I made the boot floppy (since I don't have any DOS at all on this machine) to do the install. This floppy works fine on a 25Mhz 386 machine w/4Mb of RAM, but on my 33Mhz 486DL w/16Mb of RAM, it is a reboot loop! Whether or not I specify -c, it reads in the image from the floppy, uncompresses the kernel (... Done), says it is Booting the kernel, then BAM! Instant reboot. As nearly as my eyes can tell, there is no Copyright notice or anything before the screen clears and it does the Reset code stuff. This system is a 486DL -- the Cyrix 486SX in a 386 pin configuration -- with a real Intel 387. This system has been running FreeBSD 1.1 very nicely since it came out, and is the system from which I am writing this message (back under FreeBSD 1.1, obviously). I tried booting both with and without the CMOS cache config enabled, no difference. Even though this is a 486DL, I have never gone to the trouble to try to execute the magic instruction that turns on some special cache mode. If the 2.0.5R kernel does, could that be the problem? This motherboard was built to be 486DL compatible -- apparently there are some additional status lines that the DL can use or does produce or something, but I have never run it that way, to my knowledge. There is no Shadow RAM or any magic like that enabled. This same boot floppy works great on my 25Mhz 386. Help? Workaround? Very anxious to run 2.X -- this is a great thing, people, THANKS! Say, while I'm bothering you anyway, has anyone played with a 486DL before, and is that special instruction worth sticking in somehow somewhere if it isn't there already? John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Fri Jul 14 23:51:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26853 for hackers-outgoing; Fri, 14 Jul 1995 23:51:31 -0700 Received: from haywire.DIALix.COM (peter@haywire.DIALix.COM [192.203.228.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA26847 for ; Fri, 14 Jul 1995 23:51:28 -0700 Received: (from peter@localhost) by haywire.DIALix.COM (8.6.12/8.6.12/DIALix) id OAA07656; Sat, 15 Jul 1995 14:51:22 +0800 Date: Sat, 15 Jul 1995 14:51:21 +0800 (WST) From: Peter Wemm To: hackers@freebsd.org Subject: FYI: nfs locking Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk FYI: I saw this on a local news group... - it might be worth investigating... Also, the NFS3 spec has some info on locking, and how the locking v4 protocol is different to v3, but didn't include v1 info. I didn't see how much detail was there, as I could only read the index (no postscript printer), and ghostview was driving me nuts... (and the detail was 80 pages in, and it wasn't an indexed postscript file). -Peter --------------------------------------------------- Subject: nfs locking lockd/statd development has moved from Oz to Germany. Olaf Kirch is developing a new NFS server and also statd and lockd. His latest NFS is available from linux.nrao.edu/pub/people/okir/nfsd or bach.cis.temple.edu/pub/People/Okir/nfsd. There is also an unofficial update on bach.cis.temple.edu/pub/Linux/packages/unfs-unofficial Cheers, Stephen. ======================================================================== Stephen Davies Consulting scldad@sdc.com.au Adelaide, South Australia. Voice: 61-8-2728863 Computing & Network solutions. Fax : 61-8-2741015 From owner-freebsd-hackers Sat Jul 15 01:20:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA29255 for hackers-outgoing; Sat, 15 Jul 1995 01:20:22 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA29244 ; Sat, 15 Jul 1995 01:20:18 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55416>; Sat, 15 Jul 1995 10:20:08 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id AAA15817; Sat, 15 Jul 1995 00:04:27 +0200 Date: Sat, 15 Jul 1995 00:04:27 +0200 From: Julian Howard Stacey Message-Id: <199507142204.AAA15817@vector.eikon.e-technik.tu-muenchen.de> To: hackers@freebsd.org Subject: WYSIWYG kit for src/usr.bin/vi, ports/net/chimera, print/ghostview Cc: jhs@freebsd.org Sender: hackers-owner@freebsd.org Precedence: bulk I have written a set of patches that apply to: src/usr.bin/vi, ports/net/chimera, print/ghostview src/share/mk/some_new_file_name.mk They provide enhanced functionality, allowing a vi xterm to auto signal an adjacent chimera or ghostview, each time a :w is done, to cause the chimera or ghostview to redisplay, without need for mousing about & clicking reload repetitively. I wrote them because I was envious of the WYSIWYG capability of the Doze & Windoze applications where WYSIWYG is normal. I freely admit this is Not WYSIWYG, its Semi-WYSIWYG, it only updates on each :w, not on each keystroke. I have just posted the chimera patches to the chimera author, the ghostview & vi patches were posted to ghostview & vi authors a month or two back. It will be a very long time before we see these enhancements work through all 3 authors' release cycles & get integrated back here at FreeBSD, but meanwhile we can score a minor first for FreeBSD, & have them here first, if folk don't object. The patches are small, & non intrusive, they don't wreck anything that I've noticed (I've been using them a couple of months now). I'd like to add them to our sources, but would like to offer a couple of folk chance to preview first, before they're commited. BTW no one need worry about code bloat, it's just a few lines here, a few lines there :-) ( WYSIWYG = What You See Is What You Get ) Anyone want them ? ( & is anyone allergic to incorporation ? ) Julian --- Julian Stacey jhs@freebsd.org & jhs@regent.e-technik.tu-muenchen.de Web www.freebsd.org/~jhs/ & www.regent.e-technik.tu-muenchen.de/people/jhs_dir/ Tel +49 89 268616 Fax +49 89 2608126 Time Zone GMT+1 Holz Strasse 27d, 80469 Munich, Germany. Internet Unix C & Sys. Eng. Consultant From owner-freebsd-hackers Sat Jul 15 01:24:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA29851 for hackers-outgoing; Sat, 15 Jul 1995 01:24:03 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA29843 for ; Sat, 15 Jul 1995 01:24:00 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55305>; Sat, 15 Jul 1995 10:23:54 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id WAA13566; Fri, 14 Jul 1995 22:15:41 +0200 Message-Id: <199507142015.WAA13566@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: aturetta@stylo.italia.com (Angelo Turetta), freebsd-hackers@freebsd.org Subject: Re: your mail In-reply-to: Your message of "Fri, 14 Jul 1995 13:11:40 +0200." <199507141111.NAA04791@uriah.heep.sax.de> Date: Fri, 14 Jul 1995 22:15:37 +0200 From: "Julian Stacey " Sender: hackers-owner@freebsd.org Precedence: bulk > whatis `ls -1 /usr/share/man/man1/??.1* | sed -e 's/.*[/]//' -e 's/\.1.*//'` It's a syntax err ! sed: 1: "s/.*[/]//": RE error: brackets ([ ]) not balanced didnt work in bash csh sh tcsh, or a file invocation for me, not that it matters ;-) Julian S From owner-freebsd-hackers Sat Jul 15 02:40:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA07132 for hackers-outgoing; Sat, 15 Jul 1995 02:40:54 -0700 Received: from galactica.galactica.it (galactica.galactica.it [192.106.152.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA07124 for ; Sat, 15 Jul 1995 02:40:45 -0700 Received: from ([192.106.152.254]) by galactica.galactica.it (8.6.9/8.6.9) with SMTP id LAA08317 for ; Sat, 15 Jul 1995 11:30:57 +0200 Date: Sat, 15 Jul 1995 11:30:57 +0200 Message-Id: <199507150930.LAA08317@galactica.galactica.it> X-Sender: davide@galactica.it (Unverified) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@FreeBSD.org From: davide@galactica.it (Dott. Davide Tome') Subject: 2.0 -> 2.0.5 X-Mailer: Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi Guys, How can I upgrade my 2.0 FreeBSD to 2.0.5 without reinstall all the System ??? There is an upgrade package ??? Ciao Davide Dott. Davide Tome' ------------------------------------------------------------------------------ Internet: davide@galactica.it Galactica BBS: +39-2-29006058 Fido: 2:331/358 davide tome' Voce: +39-2-29006150 WWW: http://www.galactica.it Fax: +39-2-29006153 ------------------------------------------------------------------------------ From owner-freebsd-hackers Sat Jul 15 05:18:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA19357 for hackers-outgoing; Sat, 15 Jul 1995 05:18:38 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA19349 for ; Sat, 15 Jul 1995 05:18:35 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA00641 (5.67a/IDA-1.5 for freebsd.org!hackers); Sat, 15 Jul 1995 07:17:54 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA12840; 15 Jul 95 07:13:05 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id HAA12836 for hackers@freeBSD.org; Sat, 15 Jul 1995 07:13:04 -0500 Date: Sat, 15 Jul 1995 07:13:04 -0500 From: Peter da Silva Message-Id: <199507151213.HAA12836@bonkers.taronga.com> To: hackers@freebsd.org Subject: ZIP drives Sender: hackers-owner@freebsd.org Precedence: bulk The Iomega ZIP drive looks just big enough to let me install FreeBSD on one, using the live file system CD, to let me do test installs and stuff pretty cheapl ($20 per 100M cartridge). Has anyone any input into this? Especially: has anyone used one under FreeBSD, or booted from one? From owner-freebsd-hackers Sat Jul 15 05:38:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA20370 for hackers-outgoing; Sat, 15 Jul 1995 05:38:22 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA20364 for ; Sat, 15 Jul 1995 05:38:19 -0700 Received: (dufault@localhost) by hda.com (8.6.11/8.3) id IAA09700; Sat, 15 Jul 1995 08:35:06 -0400 From: Peter Dufault Message-Id: <199507151235.IAA09700@hda.com> Subject: Re: ZIP drives To: peter@bonkers.taronga.com (Peter da Silva) Date: Sat, 15 Jul 1995 08:35:05 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199507151213.HAA12836@bonkers.taronga.com> from "Peter da Silva" at Jul 15, 95 07:13:04 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 701 Sender: hackers-owner@freebsd.org Precedence: bulk Peter da Silva writes: > > The Iomega ZIP drive looks just big enough to let me install FreeBSD on one, > using the live file system CD, to let me do test installs and stuff pretty > cheapl ($20 per 100M cartridge). Has anyone any input into this? > > Especially: has anyone used one under FreeBSD, or booted from one? There have been various successes and failures with the Zip drive, but overall I think it is a safe bet (and you might help track down some of the rough edges). I've been considering getting one also. Peter -- 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 Sat Jul 15 05:48:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA20966 for hackers-outgoing; Sat, 15 Jul 1995 05:48:29 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA20954 for ; Sat, 15 Jul 1995 05:48:25 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA00761 (5.67a/IDA-1.5 for freebsd.org!hackers); Sat, 15 Jul 1995 07:47:09 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA13337; 15 Jul 95 07:31:43 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id HAA13328 for hackers@freebsd.org; Sat, 15 Jul 1995 07:31:43 -0500 Date: Sat, 15 Jul 1995 07:31:43 -0500 From: Peter da Silva Message-Id: <199507151231.HAA13328@bonkers.taronga.com> To: hackers@freebsd.org Subject: Re: HotJava Organization: Taronga Park BBS References: <199507140808.BAA00422@rah.star-gate.com> Sender: hackers-owner@freebsd.org Precedence: bulk In article <199507140808.BAA00422@rah.star-gate.com>, Amancio Hasty Jr. wrote: >If folks like to work on this sort of languages please take a look at >guile-ii avaiable in the ports/lang directory in freebsd.cdrom.com. [shrug] Guile is a scheme derivitive. There are plenty of unencumbered schemes. The "convert this or that language into Guile" business is a red herring. The way people tend to use interactive interpreters, you always end up coding in the native language anyway. There's STk and four other scheme's in ports/lang already. What does Guile give us that any other scheme wouldn't? From owner-freebsd-hackers Sat Jul 15 09:12:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA07037 for hackers-outgoing; Sat, 15 Jul 1995 09:12:16 -0700 Received: from misery.sdf.com (misery.sdf.com [204.191.196.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA06985 for ; Sat, 15 Jul 1995 09:12:13 -0700 Received: by misery.sdf.com id <929>; Sat, 15 Jul 1995 09:12:56 +0100 Date: Sat, 15 Jul 1995 09:12:47 -0700 (PDT) From: Tom Samplonius To: "Dott. Davide Tome'" cc: hackers@FreeBSD.org Subject: Re: 2.0 -> 2.0.5 In-Reply-To: <199507150930.LAA08317@galactica.galactica.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 15 Jul 1995, Dott. Davide Tome' wrote: > Hi Guys, > > How can I upgrade my 2.0 FreeBSD to 2.0.5 without reinstall > all the System ??? There is an upgrade package ??? First of all, this belongs on "freebsd-questions". Second, as of yet, there is not upgrade mechanism. Tom From owner-freebsd-hackers Sat Jul 15 10:18:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA13220 for hackers-outgoing; Sat, 15 Jul 1995 10:18:54 -0700 Received: from linux4nn.iaf.nl (root@linux4nn.iaf.nl [193.67.144.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA13214 for ; Sat, 15 Jul 1995 10:18:50 -0700 Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.iaf.nl (8.6.9/8.6.9) with SMTP id TAA12148 for ; Sat, 15 Jul 1995 19:28:58 +0200 Received: by uni4nn.iaf.nl with UUCP id AA20478 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sat, 15 Jul 1995 19:18:35 +0100 Received: by iafnl.iaf.nl with UUCP id AA28139 (5.65c/IDA-1.4.4); Sat, 15 Jul 1995 19:18:00 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.8/8.6.6) id TAA00153 for FreeBSD-hackers@freebsd.org; Sat, 15 Jul 1995 19:06:34 +0200 From: Wilko Bulte Message-Id: <199507151706.TAA00153@yedi.iaf.nl> Subject: looking for info on 3com enet board To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Sat, 15 Jul 1995 19:06:34 +1596657 (MET DST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 653 Sender: hackers-owner@freebsd.org Precedence: bulk Being the collector of weird hardware that I am: just got a 3Com ethernet board, of 1985 vintage (..). It is a full size AT board, with a Intel 82586 and a 80186 CPU. Assy# 2012. 2 pieces 2764 eprom. Apparantly a DMA board, it has jumpers to select the DMA channel. Any idea what this is? It belongs to a no-budget youth club who'd like to use it. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sat Jul 15 12:21:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA17508 for hackers-outgoing; Sat, 15 Jul 1995 12:21:35 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA17501 for ; Sat, 15 Jul 1995 12:21:32 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id MAA16080; Sat, 15 Jul 1995 12:21:08 -0700 Message-Id: <199507151921.MAA16080@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Peter da Silva cc: hackers@freebsd.org Subject: Re: HotJava In-reply-to: Your message of "Sat, 15 Jul 1995 07:31:43 CDT." <199507151231.HAA13328@bonkers.taronga.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Jul 1995 12:21:07 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> Peter da Silva said: > In article <199507140808.BAA00422@rah.star-gate.com>, > Amancio Hasty Jr. wrote: > >If folks like to work on this sort of languages please take a look at > >guile-ii avaiable in the ports/lang directory in freebsd.cdrom.com. > > [shrug] > > Guile is a scheme derivitive. There are plenty of unencumbered schemes. > > The "convert this or that language into Guile" business is a red herring. > The way people tend to use interactive interpreters, you always end up > coding in the native language anyway. > > There's STk and four other scheme's in ports/lang already. What does Guile > give us that any other scheme wouldn't? > Speed ? If we look at it from a scheme point of view then Guile does not offer much more. I was thinking along the lines of using the facilities in Guile as you have well pointed out we have scheme interpreters for FreeBSD for quite sometime yet I don't hear a lot of people using them . Amancio From owner-freebsd-hackers Sat Jul 15 17:23:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA26283 for hackers-outgoing; Sat, 15 Jul 1995 17:23:19 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA26276 for ; Sat, 15 Jul 1995 17:23:16 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06975; Sun, 16 Jul 1995 02:21:52 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id CAA27863; Sun, 16 Jul 1995 02:21:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA10932; Sat, 15 Jul 1995 20:06:36 +0200 From: J Wunsch Message-Id: <199507151806.UAA10932@uriah.heep.sax.de> Subject: Re: your mail To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 15 Jul 1995 20:06:35 +0200 (MET DST) Cc: aturetta@stylo.italia.com Reply-To: freebsd-hackers@freebsd.org (FreeBSD hackers) In-Reply-To: <199507142015.WAA13566@vector.eikon.e-technik.tu-muenchen.de> from "Julian Stacey" at Jul 14, 95 10:15:37 pm 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: 908 Sender: hackers-owner@freebsd.org Precedence: bulk As Julian Stacey wrote: > > > > whatis `ls -1 /usr/share/man/man1/??.1* | sed -e 's/.*[/]//' -e 's/\.1.*//'` > It's a syntax err ! > sed: 1: "s/.*[/]//": RE error: brackets ([ ]) not balanced That's quite interesting. I'm aware that the correct form for the above is ls -1 /usr/share/man/man1/??.1* | sed -e 's/.*\///' -e 's/\.1.*//'` but the 1.1.5.1 system i've tested this on didn't grok this. So i've used the [/] hackaround that has been working there. According to Posix 1003.2, the latter is the correct form. People who don't like this RE slashomania can also use ls -1 /usr/share/man/man1/??.1* | sed -e 's|.*/||' -e 's/\.1.*//'` instead. Anyway, it's my opinion that several older sed's didn't like anything else than a slash as RE delimiter. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Jul 15 17:25:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA26344 for hackers-outgoing; Sat, 15 Jul 1995 17:25:32 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA26338 ; Sat, 15 Jul 1995 17:25:28 -0700 Message-Id: <199507160025.RAA26338@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: roberto@blaise.ibp.fr (Ollivier Robert) cc: tom@sdf.com (Tom Samplonius), evanc@synapse.net, hackers@freebsd.org Subject: Re: Filesystems In-reply-to: Your message of "Sun, 09 Jul 95 13:21:36 +0200." <199507091121.NAA17153@blaise.ibp.fr> Date: Sat, 15 Jul 1995 17:25:23 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk >> > Also, I noted there is a LFS filesystem. Not having the LFS >> > documentation around, the name sort of implies that LFS is a >> > journalled filesystem. I also note that it is brand new with 4.4BSD. >> > Does the LFS work and how good is it at quick recoveries? >> >> 4.4BSD LFS is broken. > >It has not been updated with all the VM/Buffer cache changes. I think it >lacks recovery tools too. I heard that LFS has been worked on in >4.4BSD-Lite2, maybe we should have a look. >-- >Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG >FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 I've had Margo Seltzer's patch set that went into 4.4-Lite2 since just before their USENIX review. While the patches do give the FS fragment support, it does nothing about some very large efficiency issues that make it less than what it could be. I've promised before to fix LFS, and I promise it again now, but I intend to work with Peter Dufault on shoring up some problems in the SCSI system first. The SCSI problems affect more people then LFS. :) LFS shows tremendous potential, but it will need a lot of work and, as Ollivier points out, more utilities like lfsck in order for it to be practical. Anyone interested in working on the project, should drop me a piece of mail and I can point you in the right direction on getting LFS working again. I hope to be working on it again in about a months time. -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Jul 15 18:18:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA28837 for hackers-outgoing; Sat, 15 Jul 1995 18:18:43 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA28831 for ; Sat, 15 Jul 1995 18:18:40 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA05294 (5.67a/IDA-1.5); Sat, 15 Jul 1995 19:55:39 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA25090; 15 Jul 95 19:55:00 CDT (Sat) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA25087; Sat, 15 Jul 1995 19:54:59 -0500 From: Peter da Silva Message-Id: <199507160054.TAA25087@bonkers.taronga.com> Subject: Re: HotJava To: hasty@rah.star-gate.com (Amancio Hasty Jr.) Date: Sat, 15 Jul 1995 19:54:58 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199507151921.MAA16080@rah.star-gate.com> from "Amancio Hasty Jr." at Jul 15, 95 12:21:07 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 657 Sender: hackers-owner@freebsd.org Precedence: bulk > Speed ? Is it that fast? With all the Emacs Lisp bags on the side? > If we look at it from a scheme point of view then Guile does not offer > much more. I was thinking along the lines of using the facilities in > Guile as you have well pointed out we have scheme interpreters for > FreeBSD for quite sometime yet I don't hear a lot of people using > them . People don't use languages because they're cool. They use them because they solve a problem, like extending shell hacks where the shell/awk stuff gives up (perl, tcl), or providing a GUI (tk, visual basic), or better web browsing (java). If it wasn't for HotJava nobody would care about Java. From owner-freebsd-hackers Sat Jul 15 18:37:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA29128 for hackers-outgoing; Sat, 15 Jul 1995 18:37:48 -0700 Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA29121 for ; Sat, 15 Jul 1995 18:37:44 -0700 Received: from localhost.v-site.net (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.11/8.6.9) with SMTP id SAA00289; Sat, 15 Jul 1995 18:37:20 -0700 Message-Id: <199507160137.SAA00289@rah.star-gate.com> X-Authentication-Warning: rah.star-gate.com: Host localhost.v-site.net didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Peter da Silva cc: hackers@freebsd.org Subject: Re: HotJava In-reply-to: Your message of "Sat, 15 Jul 1995 19:54:58 CDT." <199507160054.TAA25087@bonkers.taronga.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 15 Jul 1995 18:37:20 -0700 From: "Amancio Hasty Jr." Sender: hackers-owner@freebsd.org Precedence: bulk >>> Peter da Silva said: > > Speed ? > > Is it that fast? With all the Emacs Lisp bags on the side? Just download guile and give it a try.... I tried pearl, tcl, stk, and a few others.. Amancio From owner-freebsd-hackers Sat Jul 15 18:58:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA00398 for hackers-outgoing; Sat, 15 Jul 1995 18:58:58 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA00392 for ; Sat, 15 Jul 1995 18:58:56 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08444; Sat, 15 Jul 95 19:51:57 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507160151.AA08444@cs.weber.edu> Subject: Patches for minor MFS bug + discussion To: hackers@freebsd.org Date: Sat, 15 Jul 95 19:51:57 MDT X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk Rod complained that I didn't send patches with my last email. Here are some patches for MFS. There are two locations in the mountroot code where the mfs_buflist in the MFS specific data portion of the mount structure is set incorrectly when a failure occurs. This corrects both of them. I would appreciate some testing of theis patched code, particularly in an "emergency boot floppy, MFS" configuration. There is also the addition of an mfs_mountfs routine that is identical (for now) to the ffs_mountfs routine. This will be changing in the future. I believe it is also necessary to add an mfs_unmount routine in place of the ffs_unmount routine in use here. This is because the current unmount code will probably cause buffer pool corruption on the unmount of an MFS file system (if it doesn't cause a panic outright; I'm treating free as opaque for the purposes of the discussion). THE mfs_unmount PATCH IS NOT INCLUDED IN THIS PATCH SET!!! If one looks in mfs_vfsops.c on line 112 (post-patch), you will see the MFS specific data being allocated like so: mfsp = malloc(sizeof *mfsp, M_MFSNODE, M_WAITOK); The equivalent FFS line is in ffs_vfsops.c at line 430: ump = malloc(sizeof *ump, M_UFSMNT, M_WAITOK); The common unmount code (ffs_vfsops.c, line 572) returns either buffer to the *UFS* memory pool: free(ump, M_UFSMNT); Clearly, this is broken. Rather than hack all this at once, I've left the pool allocation in the MFS alone at this time; it's recommended that you not mount and unmount the MFS file systems more than necessary, preferrably ONCE. In addition, there are header file changes that support the mfs_mountfs forward declaration, as well as correcting the non-declaration of the mfs_mountroot routine. Please let me know if this code is incorporated ASAP, so I'll know whether to carry around these changes as well for the next set of diffs (upcoming). Regards, Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. =============================================================================== =============================================================================== =============================================================================== *** SAVE/mfs_extern.h Sat Jul 15 15:57:34 1995 --- mfs_extern.h Sun Jul 16 18:41:08 1995 *************** *** 56,61 **** --- 56,63 ---- int mfs_ioctl __P((struct vop_ioctl_args *)); int mfs_mount __P((struct mount *mp, char *path, caddr_t data, struct nameidata *ndp, struct proc *p)); + int mfs_mountfs __P((struct vnode *, struct mount *, struct proc *)); + int mfs_mountroot __P((void)); int mfs_open __P((struct vop_open_args *)); int mfs_print __P((struct vop_print_args *)); /* XXX */ int mfs_start __P((struct mount *mp, int flags, struct proc *p)); *** SAVE/mfs_vfsops.c Sat Jul 15 15:57:34 1995 --- mfs_vfsops.c Sun Jul 16 18:43:55 1995 *************** *** 40,50 **** --- 40,56 ---- #include #include #include + #include + #include + #include + #include #include #include #include #include + #include + #include #include #include *************** *** 118,130 **** mfsp->mfs_vnode = rootvp; mfsp->mfs_pid = p->p_pid; mfsp->mfs_buflist = (struct buf *)0; ! if (error = ffs_mountfs(rootvp, mp, p)) { free(mp, M_MOUNT); free(mfsp, M_MFSNODE); return (error); } if (error = vfs_lock(mp)) { (void)ffs_unmount(mp, 0, p); free(mp, M_MOUNT); free(mfsp, M_MFSNODE); return (error); --- 124,138 ---- mfsp->mfs_vnode = rootvp; mfsp->mfs_pid = p->p_pid; mfsp->mfs_buflist = (struct buf *)0; ! if (error = mfs_mountfs(rootvp, mp, p)) { ! mfsp->mfs_buflist = (struct buf *)-1; /* NB*/ free(mp, M_MOUNT); free(mfsp, M_MFSNODE); return (error); } if (error = vfs_lock(mp)) { (void)ffs_unmount(mp, 0, p); + mfsp->mfs_buflist = (struct buf *)-1; /* NB*/ free(mp, M_MOUNT); free(mfsp, M_MFSNODE); return (error); *************** *** 233,239 **** mfsp->mfs_vnode = devvp; mfsp->mfs_pid = p->p_pid; mfsp->mfs_buflist = (struct buf *)0; ! if (error = ffs_mountfs(devvp, mp, p)) { mfsp->mfs_buflist = (struct buf *)-1; vrele(devvp); return (error); --- 241,247 ---- mfsp->mfs_vnode = devvp; mfsp->mfs_pid = p->p_pid; mfsp->mfs_buflist = (struct buf *)0; ! if (error = mfs_mountfs(devvp, mp, p)) { mfsp->mfs_buflist = (struct buf *)-1; vrele(devvp); return (error); *************** *** 250,255 **** --- 258,401 ---- (void) mfs_statfs(mp, &mp->mnt_stat, p); return (0); } + + /* + * Common code for mount and mountroot + * + * Note: moved MFS specific prepatory to common root mount code, + * since a correct implementation requires FFS/MFS/LFS specific + * option processing to take place. + */ + int ffs_sbupdate __P((struct ufsmount *, int)); + int ffs_oldfscompat __P((struct fs *)); + void ffs_vmlimits __P((struct fs *)); + int + mfs_mountfs(devvp, mp, p) + register struct vnode *devvp; + struct mount *mp; + struct proc *p; + { + register struct ufsmount *ump; + struct buf *bp; + register struct fs *fs; + dev_t dev = devvp->v_rdev; + struct partinfo dpart; + caddr_t base, space; + int havepart = 0, blks; + int error, i, size; + int ronly; + + /* + * Disallow multiple mounts of the same device. + * Disallow mounting of a device that is currently in use + * (except for root, which might share swap device for miniroot). + * Flush out any old buffers remaining from a previous use. + */ + error = vfs_mountedon(devvp); + if (error) + return (error); + if (vcount(devvp) > 1 && devvp != rootvp) + return (EBUSY); + error = vinvalbuf(devvp, V_SAVE, p->p_ucred, p, 0, 0); + if (error) + return (error); + + ronly = (mp->mnt_flag & MNT_RDONLY) != 0; + error = VOP_OPEN(devvp, ronly ? FREAD : FREAD|FWRITE, FSCRED, p); + if (error) + return (error); + if (VOP_IOCTL(devvp, DIOCGPART, (caddr_t)&dpart, FREAD, NOCRED, p) != 0) + size = DEV_BSIZE; + else { + havepart = 1; + size = dpart.disklab->d_secsize; + } + + bp = NULL; + ump = NULL; + error = bread(devvp, SBLOCK, SBSIZE, NOCRED, &bp); + if (error) + goto out; + fs = (struct fs *)bp->b_data; + if (fs->fs_magic != FS_MAGIC || fs->fs_bsize > MAXBSIZE || + fs->fs_bsize < sizeof(struct fs)) { + error = EINVAL; /* XXX needs translation */ + goto out; + } + if (!fs->fs_clean) { + if (ronly || (mp->mnt_flag & MNT_FORCE)) { + printf("WARNING: %s was not properly dismounted.\n",fs->fs_fsmnt); + } else { + printf("WARNING: R/W mount of %s denied. Filesystem is not clean - run fsck.\n",fs->fs_fsmnt); + error = EPERM; + goto out; + } + } + ump = malloc(sizeof *ump, M_UFSMNT, M_WAITOK); + bzero((caddr_t)ump, sizeof *ump); + ump->um_fs = malloc((u_long)fs->fs_sbsize, M_UFSMNT, + M_WAITOK); + bcopy(bp->b_data, ump->um_fs, (u_int)fs->fs_sbsize); + if (fs->fs_sbsize < SBSIZE) + bp->b_flags |= B_INVAL; + brelse(bp); + bp = NULL; + fs = ump->um_fs; + fs->fs_ronly = ronly; + if (ronly == 0) { + fs->fs_fmod = 1; + fs->fs_clean = 0; + } + blks = howmany(fs->fs_cssize, fs->fs_fsize); + base = space = malloc((u_long)fs->fs_cssize, M_UFSMNT, + M_WAITOK); + for (i = 0; i < blks; i += fs->fs_frag) { + size = fs->fs_bsize; + if (i + fs->fs_frag > blks) + size = (blks - i) * fs->fs_fsize; + error = bread(devvp, fsbtodb(fs, fs->fs_csaddr + i), size, + NOCRED, &bp); + if (error) { + free(base, M_UFSMNT); + goto out; + } + bcopy(bp->b_data, space, (u_int)size); + fs->fs_csp[fragstoblks(fs, i)] = (struct csum *)space; + space += size; + brelse(bp); + bp = NULL; + } + mp->mnt_data = (qaddr_t)ump; + mp->mnt_stat.f_fsid.val[0] = (long)dev; + mp->mnt_stat.f_fsid.val[1] = MOUNT_UFS; + mp->mnt_maxsymlinklen = fs->fs_maxsymlinklen; + mp->mnt_flag |= MNT_LOCAL; + ump->um_mountp = mp; + ump->um_dev = dev; + ump->um_devvp = devvp; + ump->um_nindir = fs->fs_nindir; + ump->um_bptrtodb = fs->fs_fsbtodb; + ump->um_seqinc = fs->fs_frag; + for (i = 0; i < MAXQUOTAS; i++) + ump->um_quotas[i] = NULLVP; + devvp->v_specflags |= SI_MOUNTEDON; + ffs_oldfscompat(fs); + ffs_vmlimits(fs); + if (ronly == 0) + ffs_sbupdate(ump, MNT_WAIT); + return (0); + out: + if (bp) + brelse(bp); + (void)VOP_CLOSE(devvp, ronly ? FREAD : FREAD|FWRITE, NOCRED, p); + if (ump) { + free(ump->um_fs, M_UFSMNT); + free(ump, M_UFSMNT); + mp->mnt_data = (qaddr_t)0; + } + return (error); + } + int mfs_pri = PWAIT | PCATCH; /* XXX prob. temp */ =============================================================================== =============================================================================== =============================================================================== From owner-freebsd-hackers Sat Jul 15 19:42:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA01279 for hackers-outgoing; Sat, 15 Jul 1995 19:42:56 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA01270 for ; Sat, 15 Jul 1995 19:42:51 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08512; Sat, 15 Jul 95 20:35:52 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9507160235.AA08512@cs.weber.edu> Subject: FS root mount handling discrepancy To: hackers@freebsd.org Date: Sat, 15 Jul 95 20:35:51 MDT X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@freebsd.org Precedence: bulk There is a discrepancy in the xxx_mountroot code between several of the file system types that support root mount. I would like to solicit opinions on how this should be resolved. Currently, the routine inittodr() is called as the last act of the routine ffs_mountroot. The purpose of this call is to (apparently) cause a Sun-style "clock has lost NNN days" message to occur on the system console after a boot after a period of no activity. The discrepancy is that the ffs_mountroot routine is the *only* one of all of the root mount routines that calls this routine to cause the message to appear (both the MFS and CD9660 filesystems support root mounts). What I would like to do: I would like to add a time_t to the struct mount and cause the file system specific mount to fill the value out (or not) based on it's own choice of semantics. The point in doing this is that it's the cleanest way to abstract this behaviour in a more general way and to imply to future file system writes that this field should be filled out. The default value of 0 (mount structures are bzero'ed by the xxx_rootmount and xxx_mount routines when they are allocated) would cause the routine to not be called, so the semantics would not cange for file systems where thelast written time being an arbitrary period in the past is irrelevant. The fact that I'm already adding 1958 bytes to the statfs structure to fix the unmount of file systems with more than 90 characters in the mount point (and thus to the mount structure) is probably relevent here (increasing both fields from the arbitrary MNAMELEN value of "90" to MAXPATHLEN/PATHMAX (1024). 8-). The other option is placing the code in the xxx_mountfs routine (or it's equivalent) for each file system. Not only would this not guarante uniformity of access, it would not address the current root mount issues for MFS and CD9660. NFS would remain broken because it does not implement the same structural call graph for root mounts as other file systems. Obviously, I prefer the first option. Let me know if you have any problems with this, otherwise I will go ahead. Regards, Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Jul 15 21:46:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA05291 for hackers-outgoing; Sat, 15 Jul 1995 21:46:05 -0700 Received: from localhost.cdrom.com (localhost.cdrom.com [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA05285 ; Sat, 15 Jul 1995 21:46:01 -0700 Message-Id: <199507160446.VAA05285@freefall.cdrom.com> X-Authentication-Warning: freefall.cdrom.com: Host localhost.cdrom.com didn't use HELO protocol To: "John Booth" cc: hackers@freebsd.org Subject: Re: Adaptec 2940 w/hp dat drives In-reply-to: Your message of "Tue, 11 Jul 95 15:20:41 CST." <483BD63D5A@gab.unt.edu> Date: Sat, 15 Jul 1995 21:46:00 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@freebsd.org Precedence: bulk I see that you've enabled tagged queuing. Did you also increase the number of commands allowed per target above two? There is a bug (that I will fix tonight) that hangs up the SCSI system when you exaust the SCBs on the card and queue a tape transaction. If you can, I would suggest upgrading to the latest version of the aic7xxx driver as well. ftp.cdrom.com://pub/FreeBSD/FreeBSD-current/src/sys/i386/conf/files.i386 ftp.cdrom.com://pub/FreeBSD/FreeBSD-current/src/sys/i386/isa/aic7770.c ftp.cdrom.com://pub/FreeBSD/FreeBSD-current/src/sys/i386/scsi/* ftp.cdrom.com://pub/FreeBSD/FreeBSD-current/src/sys/dev/aic7xxx/* ftp.cdrom.com://pub/FreeBSD/FreeBSD-current/src/sys/pci/aic7870.c ftp.cdrom.com://pub/FreeBSD/FreeBSD-current/src/sys/scsi/* Ensure that the st.c that you pick up from the sys/scsi directory has a timestamp from today. >Just started using tape devices w/this machine. > >After doing a mt status, then mt erase, then mt erase ... >---------------------------------------------------------------------- > College of Arts & Sciences > Computing Services > John A. Booth, john@gab.unt.edu -- Justin T. Gibbs =========================================== Software Developer - Walnut Creek CDROM FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-hackers Sat Jul 15 23:37:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA07152 for hackers-outgoing; Sat, 15 Jul 1995 23:37:12 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA07146 for ; Sat, 15 Jul 1995 23:36:58 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id QAA17212; Sun, 16 Jul 1995 16:33:55 +1000 Date: Sun, 16 Jul 1995 16:33:55 +1000 From: Bruce Evans Message-Id: <199507160633.QAA17212@godzilla.zeta.org.au> To: hackers@freebsd.org, terry@cs.weber.edu Subject: Re: FS root mount handling discrepancy Sender: hackers-owner@freebsd.org Precedence: bulk >Currently, the routine inittodr() is called as the last act of the >routine ffs_mountroot. >The purpose of this call is to (apparently) cause a Sun-style "clock >has lost NNN days" message to occur on the system console after a >boot after a period of no activity. The timestamp passed to inittodr() is currently only used if the RTC is broken. >The discrepancy is that the ffs_mountroot routine is the *only* one >of all of the root mount routines that calls this routine to cause >the message to appear (both the MFS and CD9660 filesystems support >root mounts). mfs_mountroot() and nfs_mountroot() call inittodr() too. Volatile and readonly file systems won't have a useful timestamp to call it with. >What I would like to do: >I would like to add a time_t to the struct mount and cause the file >system specific mount to fill the value out (or not) based on it's >own choice of semantics. The point in doing this is that it's the >cleanest way to abstract this behaviour in a more general way and >to imply to future file system writes that this field should be This seems reasonable. >filled out. The default value of 0 (mount structures are bzero'ed >by the xxx_rootmount and xxx_mount routines when they are allocated) >would cause the routine to not be called, so the semantics would not >cange for file systems where thelast written time being an arbitrary >period in the past is irrelevant. I think it currently must be called even when the timestamp is 0. It doesn't get called except by mountroot routines. Bruce